Thread (1 message) 1 message, 1 author, 2008-03-28

Re: Oops/Warning report for the week of March 28th 2008

From: Johannes Berg <johannes@sipsolutions.net>
Date: 2008-03-28 22:15:26
Also in: lkml

Ahh. So it's easily repeatable for you.. Do you think you could bisect it? 
At least a few runs? Even a partial bisection will give a nice (== much 
smaller) range of commits to be blamed, and might tell us why it started 
happening..
Unfortunately, it takes forever on this machine to compile a kernel
after any bigger changes. I can do it early next week when I have access
to my bigger box again.

On the other hand, it should be easily reproducible by anyone else with
the same trick, here's what I do:

 * configure X to use /dev/input/event* devices
 * in an xterm, do something like
      rmmod usbhid ; modprobe usbhid
 * switch to a VT
 * watch kernel crash as X releases the grab on the event device

Mind you, I actually did this with the appletouch driver, but I don't
think it makes a difference since the problematic thing is the code that
X grabs the device. A trivial program that executes the grab ioctl would
probably suffice if you leave it running over a rmmod/modprobe cycle.

johannes

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help