Ipod Nano 2G : Not working after upgrade

[epithetless]

[St.], I wonder if the variance in bugginess levels is associated with a particular capacity and/or some undocumented hardware revision(s) (to the NAND, perhaps?) that came about at some point in the 2nd-gen nano's production run. My 2g nano is of the 8GB variety. How about yours?

[[Saint]]

epithetless,

I have two 2nd Gen Nanos currently, one is a 2GB and the other is 4GB.
I have the same problems regarding USB HID and DirCache with both.
The 2GB 2nd Gen I have is a "Franken-Pod" that I stuck together out of a few other trashed Nanos I bought from Fleabay and ironically it's the most stable one of the two.
The 4GB used to reset for seemingly no reason once every week or so, but that seems to have calmed down now (a couple of months ago actually).

I can't speak for the 8GB breed.
I have laid my hands on a few, but they weren't mine and my friends wouldn't believe me that a: Rockbox is far superior to the Apple OF, and b: That Rockboxing their players wouldn't damage them in any way...pussies 


[St.]

[Monkeytree]

I don't think it's a problem of different builds of rockbox or sizes of the nano because it had already worked for me without any problems.
Damn the day I upgraded. I hate the apple Firmware

Sry I don't understand where I have to change these lines?

Thanks

Monkeytree

[epithetless]

Well, the patch I linked to earlier (FS#10775) was just committed as r24414...It'll be interesting to see if it fixes my problems once I have my nano in hand (later today).

Monkeytree, give the latest build a whirl and let us know how it goes...

[[Saint]]

Sry I don't understand where I have to change these lines?

Monkeytree,

Editing line 77 of firmware/common/dircache.c is a fix I was shown by TheSeven on IRC to stop data corruption after "Safely Remove Hardware" with DirCache enabled.
You'll be able to find this file by looking in the directory which you downloaded the Rockbox Source, for example:

"C:\\Cygwin\SVN_Source\rockbox\firmware\common\dircache.c"

For you the "C:\\Cygwin\SVN_Source\" will most likely not be the same, but the rest of the path will be.

To edit the file you will need a text editor which does not alter the unix line endings like SciTE (not Notepad or Wordpad)
Once you have located dircache.c in your copy of the Rockbox Source you'll need to find the line (line 77) that reads:


static long dircache_stack[(DEFAULT_STACK_SIZE + 0x900)/sizeof(long)];

and edit it so that it reads as

static long dircache_stack[(DEFAULT_STACK_SIZE + 0x1900)/sizeof(long)];
*I have coloured the change you need to make red so it will be easier for you to see.


However, if you are familiar with using patches then you can simply apply the patch I have built and uploaded here and it will make this change for you.

If you need any more help, just ask.



[St.]

[epithetless]

Just to follow up, the recent nano 2g fixes that went into SVN have indeed resolved the bulk of the issues I was experiencing (folders can now be entered, no data corruption). I do encounter the "Panic" message associated with having directory cache enabled, [St.], but that's clearly a different bug -- and at least it has some available workarounds.

[[Saint]]

Epithetless,


Do you have a build environment set up?
If you do, you can just install my DirCache Fix Patch
Once again, thanks goes to TheSeven for showing me this fix.
If not, just turn DirCache off.



Let me know how you get on,
[St.]

[epithetless]

Epithetless, [...] Do you have a build environment set up?

Not yet, but thanks for the link.

If not, just turn DirCache off.

Yeah, that's what I did. I'm honestly not too bothered by the DirCache bug, considering how much better the nano's general behavior is with the recent commits, and because I only own the nano as a secondary player for listening with a portable amp.