#9633 NORM 1.5-F11: runlevel twiddling: another way to reproduce video hang (was: X hangs when started by telinit 5)
Zarro Boogs per Child
bugtracker at laptop.org
Mon Nov 9 05:34:54 EST 2009
#9633: runlevel twiddling: another way to reproduce video hang
-----------------------------------------+----------------------------------
Reporter: wmb at firmworks.com | Owner: dsd
Type: defect | Status: new
Priority: normal | Milestone: 1.5-F11
Component: x window system | Version: Development build as of this date
Resolution: | Keywords:
Next_action: code | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
-----------------------------------------+----------------------------------
Changes (by dsd):
* component: initscripts => x window system
Comment:
Reproduced. I believe this is unrelated to bootanim. It is the regular X
hang we are seeing (similar to when you drag a window to the left side of
the screen in GNOME). especially given how the hangs are obviously when in
the middle of redrawing stuff (never on idle)
Nothing in the bootanim path should be able to cause a full-system lockup
like this. At most it might manipulate the DCON but that would not result
in the serial console dying.
The bootanim change does not workaround the problem for me, I still see
freezes this way, but they are harder to trigger. Probably the reason it
makes a difference is because bootanim basically runs chvt, which is
equivalent to your other workaround of "You can prevent the hang by
switching to a different VT"
nevertheless you're right, boot-anim-stop should run in runlevels 3 and 4
too, so I'll fix that for the next build
--
Ticket URL: <http://dev.laptop.org/ticket/9633#comment:6>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list