Cowon D2

[cybergrind]

I used rm * -R to clean =) and compiled normal build
and have same problems (lcd off's after I press button)
http://cybergrind.jino-net.ru/rbx.rar - contains files, that you request (~ 200 Kb)

[shotofadds]

Thanks, I get the same behaviour when running your rockbox.iaudio on my D2. Your file looks to have been built ok, and the .map seems fine. It seems I have broken something in the latest SVN build :/

Could you try this version: http://www.megaupload.com/?d=L0WRRFXN

Edit: can you also tell which which version of GCC you are running (arm-elf-gcc --version). Make sure you are using the version installed by the rockboxdev.sh script (4.0.3 plus multilibs patch).

[andiator]

@shotofadds
with yours rockob.iaudio I do see Rockbox and usb logos. I even see some garbage as menu and can navigate up and down in this garbage.
BTW, my rockbox.iaudio is 760 bytes bigger than yours.

[Update] Now I'm setting the vmware image and trying to build on a real linux (not cygwin  

[shotofadds]

@andiator, yes the LCD driver is broken. I just spotted that and will fix it later.

[andiator]

After more than 10 tries I've got past "Read failed" and did seen the rockbox logo!
Well. after that got a panic: something reading not aligned ... Yes I know, the ATA driver isn't ready yet  

I build it on the rockbox vmware image (debian), so it seems like the problem is the cygwin environment, although the arm-elf-gcc version is 4.0.3.
(And the compile speed was much more better)

[shotofadds]

The non-aligned read error is also fixed by the new ATA driver - I forgot to mention that, sorry. A temporary work-in-progress version is attached, so try using that instead. Be aware that it is not complete, so it is still not 100% perfect, and there are several compiler warnings (largely because of leftover debug code).

Once you have a working build, you can also try removing all of the code from inside lcd_update_rect() in lcd-cowond2.c, and inserting a single call to lcd_update() instead. That should temporarily fix the garbled display.

At some stage I will also try building with cygwin to see if I can confirm whether that is indeed the problem. I've been using the Rockbox VMware image with no significant problems so far.

Good luck!  

EDIT: Removed attachment since this is now in SVN.

[andiator]

That is much better! Thanks shotofadds!
Booting into the menu, even watching some images  
No garbage on lcd without any changes

Besides, the line 33

#include "../../../bootloader/common.c"

should read:

#include "../../../bootloader/common.h"

[shotofadds]

Well, I did say there was temporary debug code left...

Can you confirm whether any of the plugins work (eg. the game Invadrox should work well without changes)? You may first need to familiarise yourself with the buggy button behaviour in order to navigate the menu, though.

You should also find that things like the JPEG viewer work - eg. go to Files and browse for some .jpg files (it works quite well in slideshow mode). Most other things are unusable at this stage due to the limited button mappings available.

Unfortunately I won't have any more time to work on this until the weekend.

[andiator]

Yes, I confirm that the image viewer and some plugins work.

Do you have a clue why and where this buttons "hopping" happens? I would like to try to fix this, if I only knew where to start from...
button_read_device() in button-cowond2.c seems to be ok.

And now back to cygwin:
Yesterday, I'd started tools/rockboxdev.sh - it took over 4(!) hours, so I was going to bed at about 4 am. Luky me having this week free. (note to me: don't install cygwin on an external usb harddrive, it at least doubles the run/compile time).
Today "make clean" and "make -j": and it did work! I got in the rockbox menu.

But I don't want to use cygwin anymore, it takes too long to compile.

[shotofadds]

Yes, I confirm that the image viewer and some plugins work.

Excellent. At least I know it's not just me now!

Do you have a clue why and where this buttons "hopping" happens? I would like to try to fix this, if I only knew where to start from...
button_read_device() in button-cowond2.c seems to be ok.

Yes. Reading from ADC 0 appears to return incorrect values if it is read too frequently (I've seen this behaviour before in the old bootloader test program). I need to re-work the ADC driver to be timer driven, so that each adc_read() just returns a cached value, rather than performing a fresh read each time. It's on the TODO list...

And now back to cygwin:
Yesterday, I'd started tools/rockboxdev.sh - it took over 4(!) hours, so I was going to bed at about 4 am. Luky me having this week free. (note to me: don't install cygwin on an external usb harddrive, it at least doubles the run/compile time).
Today "make clean" and "make -j": and it did work! I got in the rockbox menu.

Good to hear it - I wanted to make sure there wasn't a general problem building in cygwin. I found VMware to be at least 2x faster, so I use that now.

[cybergrind]

I am using gcc 3.4.4 with cygwin
with your rockbox.iaudio I still have the same problem (after loading rockbox.iaudio LCD off's)

[andiator]

@cybergrind
I think you typed "gcc --version"? I did the same mistake. It should be "arm-elf-gcc --version".

As it seems it is important to run tools/rockboxdev.sh - beware: it can take a lot of time, so 2 to 4 hours.
And you need to have curl-package installed. Run cygwins setup.exe choose some url and under "Net", I think, is the curl package.

But I would advise to use the vmware image since it much more faster. http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform
The vmware player can be downloaded for free from http://www.vmware.com. Then do as the first link says plus run the tools/rockboxdev.sh (10 - 30 mins).
The image has already a net drive mounted under "\\debian" with user = "user" und pw = "rockbox", so you can use your favorite editor in windows, build on linux and use the tcctool from your cygwin directory to upload the binaries.

[shotofadds]

If you're going to run rockboxdev.sh, you only need to select the ARM toolchain - if you choose the other two it'll take three times as long...

[Yeeze]

I compiled a botloader with cygwin and arm-elf-gcc --version said:
arm-elf-gcc (GCC) 4.0.3 [...]

I patched the bootloader into the Cowon firmware and uppdated the resulting image using tcctool.

This was displayed: *PANIC* BMPM tag not present

UPDATE: Ok I tried it with you image from megaupload... But the Screen stayed always just black and I needed to push the reset button...

[shotofadds]

Yeeze, have you built in the updated ata-nand driver I posted?

If you did, do you remember the nand_chip_select() fix you did a while back? Could you try that again (read a few pages back in the forum if you forget...)

Pesky 2Gb players