New Development Builds Will Not Allow USB Connection Clip Zip

[Mihail Zenkov]

http://knk.bplaced.net/rockbox-usb/rockbox11.zip

[bbildman]

http://knk.bplaced.net/rockbox-usb/rockbox11.zip

Rockbox11.zip does not work.

[Mihail Zenkov]

http://knk.bplaced.net/rockbox-usb/rockbox12.zip

[bbildman]

http://knk.bplaced.net/rockbox-usb/rockbox12.zip

Rockbox12.zip works.

[Mihail Zenkov]

Ok, we got it:
http://git.rockbox.org/?p=rockbox.git;a=commitdiff;h=074e911859a0d3464fde9b701b3cff712c5826e0

I try ask pamaury about it.

[Mihail Zenkov]

bbildman:
Last step - can you install latest rockbox (http://build.rockbox.org/data/rockbox-sansaclipzip.zip) and confirm that ok?

Developers want to know, why we have special case with your hardware/os - can you do another test?
1. install http://www.gevaerts.be/rockbox-logf.zip
2. reboot player
3. connect to usb, wait some time (15-20s should by enough) and disconnect it
4. in player menu: system > debug > dump log file
5. connect player to usb again
6.you should have new "logf.txt" in .rockbox folder - attach this file to your post

[bbildman]

bbildman:
Last step - can you install latest rockbox (http://build.rockbox.org/data/rockbox-sansaclipzip.zip) and confirm that ok?

Developers want to know, why we have special case with your hardware/os - can you do another test?
1. install http://www.gevaerts.be/rockbox-logf.zip
2. reboot player
3. connect to usb, wait some time (15-20s should by enough) and disconnect it
4. in player menu: system > debug > dump log file
5. connect player to usb again
6.you should have new "logf.txt" in .rockbox folder - attach this file to your post

Ok, I assume "http://build.rockbox.org/data/rockbox-sansaclipzip.zip" is today's dev build. I installed that, and it boots perfect as it is supposed to.

I also assume this build includes the code for "Improved battery life on the Clip v2, Clip+, Clip Zip and Fuze v2" Is that correct??

After I upload the dump file, should I reinstall the "http://build.rockbox.org/data/rockbox-sansaclipzip.zip" files?? And I also assume all future dev builds SHOULD have the code that now allows me to connect to the USB?

Would you mind telling me why MY system had this problem...do you think others also have it but never tried the new dev builds??

Here is the dump file as an attachment

[Mihail Zenkov]

I also assume this build includes the code for "Improved battery life on the Clip v2, Clip+, Clip Zip and Fuze v2" Is that correct??

Yes. But it only small part. We still work on this.

After I upload the dump file, should I reinstall the "http://build.rockbox.org/data/rockbox-sansaclipzip.zip" files??

Yes.

And I also assume all future dev builds SHOULD have the code that now allows me to connect to the USB?

Yes, we fix it

Would you mind telling me why MY system had this problem...do you think others also have it but never tried the new dev builds??

Your hardware/driver/os send some strange command thought usb. We can't reproduce it - I try winxp and win7 - all dev builds work correct.

[bbildman]

THANK YOU.

I hope I have not been too problematic, not only with my reporting of the issue in the first place but in my implementation of your testing.

Bernie

[Mihail Zenkov]

Thanks for bug report and testing!

P.S. Something wrong with logf, probably we need another test - so check forum for new post.

[bbildman]

Ok no problem, just let me know

[gevaerts]

Thanks for testing so far! It's been really helpful to have someone who had the problem actually help with debugging it, this bug could have survived for a lot longer without your help.

I've uploaded a new test build with the logf issue fixed (we logged too much, which made us lose the line we actually care about) to http://www.gevaerts.be/rockbox-logf-2.zip. If you could test that (same procedure as the previous one) and upload the resulting logf.txt, I think we'd have everything we need to fully understand what's going on and what Windows is actually trying to do.

[bbildman]

Thanks for testing so far! It's been really helpful to have someone who had the problem actually help with debugging it, this bug could have survived for a lot longer without your help.

I've uploaded a new test build with the logf issue fixed (we logged too much, which made us lose the line we actually care about) to http://www.gevaerts.be/rockbox-logf-2.zip. If you could test that (same procedure as the previous one) and upload the resulting logf.txt, I think we'd have everything we need to fully understand what's going on and what Windows is actually trying to do.

Ok, here it is attached

Let me know if this one is bad, and we can do it again.

[gevaerts]

Thanks, this is what we need.

The SCSI commands Windows tries to use that we don't implement are:

• 9E, which is "service action", which seems to be used to find out the physical block size (which is used for those modern disks that have 4K blocks internally but pretend they have 512K blocks as usual) and then presumably optimise for those.
• A1, which is "ATA Passthrough", which is used for things like S.M.A.R.T.

Neither of those is really essential, although I guess ATA passthrough would be nice to have at some point, for those players with ATA disks in them.

[bbildman]

Thanks, so I guess for now and into the future I am good-to-go for my Zip(s).

I REALLY like the Zip, and especially with Rockbox installed. The original reason I even used RB to begin with was that my original Zip's up volume button stopped working and I found out that RB had a software control of it, which the OF does not. I also implemented a quickscreen with JUST the L and R buttons enabled, for lowering and raising the volume, so it's easy to do it on the While-Playing screen without having to go through menus to access the menu volume controls. I found this video that clued me in to the volume control quickscreen::

https://www.youtube.com/watch?v=Yp163_cwSy4

Thanks again.

I'll keep track of the daily builds and if I see some upgrades that will help me, I'll just use the utility to install it.

Bernie