Rockbox

Tasklist

FS#12292 - Sansa Clip+: Cannot boot since r30589 with real target

Attached to Project: Rockbox
Opened by Akio Idehara (idak) - Sunday, 25 September 2011, 06:40 GMT
Last edited by Fred Bauer (freddyb) - Tuesday, 27 September 2011, 22:14 GMT
Task Type Bugs
Category User Interface
Status Closed
Assigned To No-one
Operating System Sansa AMSv2
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Sansa Clip+: Cannot boot since r30589 with real target.

Bootloader is displayed, but rockbox main menu is not displayed (black out) since r30589 with real target.
Simulator is all ok.
This task depends upon

Closed by  Fred Bauer (freddyb)
Tuesday, 27 September 2011, 22:14 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in r30613 by delaying settings_reset() until after font_init() for hardware targets.
Comment by Jonathan Gordon (jdgordon) - Sunday, 25 September 2011, 06:48 GMT
reset your settings. if the menu is blacked out it did boot... most likely oyur theme didnt load and it set bad default colours
Comment by Akio Idehara (idak) - Sunday, 25 September 2011, 08:13 GMT
I reset my settings (delete .rockbox and reinstall new one). But rockbox main menu is not displayed.
Comment by Marc Hewson (marc2003) - Sunday, 25 September 2011, 11:33 GMT
exact same issue here. i have to do a long power off to reset so i know it's not a simply case of the display not being visible. it must have panicked/froze.
Comment by Michael Huth (Progweed) - Sunday, 25 September 2011, 15:57 GMT
The same thing happens on my Sansa Fuze v2. Whiteout, player hangs.
Comment by MichaelGiacomelli (saratoga) - Sunday, 25 September 2011, 19:43 GMT
My Clip+ boots fine with r30602, but my FuzeV1 dies at a white screen immediately after the bootloader version flashes on the screen. Clearing the settings and checking the disk for errors did not help.
Comment by Michael Chicoine (mc2739) - Sunday, 25 September 2011, 23:19 GMT
my e200v2 behaves the same as saratoga's FuzeV1 - works fine with r30588 - fails with r30589
Comment by Steve Bavin (pondlife) - Monday, 26 September 2011, 09:53 GMT
Looks like this might be the same bug as reported for Onda Vx747 on  FS#12290 ? Maybe we need those buflib unit tests....
Comment by PurlingNayuki (yzflcyq) - Monday, 26 September 2011, 10:17 GMT
Yes, and I'm sure it's due to font cache changing and has the same reason as  FS#12290 . I think we should revert the change first and re-merge it until it's stable.\
I can help test VX747, and there's need for more testers.
Comment by Steve Bavin (pondlife) - Monday, 26 September 2011, 10:19 GMT
I don't think we should revert unless it's not resolved and we need a release. The bug needs fixing, not ignoring.

I only have sims/Android to play with, so not sure I can help directly (but just setting up an Onda sim).

Does anything connect the Onda and Clip+ - lower memory, alignment fussiness?
Comment by Jonathan Gordon (jdgordon) - Monday, 26 September 2011, 11:36 GMT
this hits the clipv1 also, it doesnt appear to be a memory size issue. annoying that it doesnt crash the sim though :/
Comment by Steve Bavin (pondlife) - Monday, 26 September 2011, 11:49 GMT
Indeed Onda sim runs fine... Some kind of hardware initialisation sequence??
Comment by PurlingNayuki (yzflcyq) - Tuesday, 27 September 2011, 07:50 GMT
We're not trying to ignore it but we need a stable build for most users to use. We should create a branch and commit on it first. We'll merge in back into the master when it's stable.
Comment by Jonathan Gordon (jdgordon) - Tuesday, 27 September 2011, 07:52 GMT
Steve, the task you linked to is not the same issue, that was a fuckup on my part to not reinit fonts after usb which I'm hoping to fix on my flight tonight.
I have no idea what this issue is :/ (other than it being a data abort or something equally severe)
Comment by Steve Bavin (pondlife) - Tuesday, 27 September 2011, 08:09 GMT
Jd - Ah, ok.

PurlingNayuki - Isn't 3.9.1 the stable branch for most users? trunk is unstable and for devs only.
Comment by PurlingNayuki (yzflcyq) - Tuesday, 27 September 2011, 09:41 GMT
@Steve Bavin: Well that's a solution :P
I can test for OndaVX747 build. The simulator isn't always working like the real target, especially problem with booting, memory management, etc..
Comment by Bertrik Sikken (bertrik) - Tuesday, 27 September 2011, 20:45 GMT
Well, I'm a developer and trunk has become completely unusable for me too.
If a player won't boot properly, I can't develop for it, it's that simple.

I rate this issue as a pretty critical.
Comment by Fred Bauer (freddyb) - Tuesday, 27 September 2011, 21:44 GMT
Hopefully r30613 fixes this.

Loading...