On Wednesday 06 December 2006 21:43, Lu, Yinghai wrote:
-----Original Message----- From: Andi Kleen [mailto:ak@suse.de] Sent: Wednesday, December 06, 2006 9:31 AM
Also for usb console keep should be made default because the output
won't
be duplicated.
Still need to tx_read to make console can take command?
Or transfer to generic usb_serial
I think the protocols are incompatible?
or usb_debug that Greg just added
Ah I didn't notice that. If there is a usb_debug that works later then yes it would need to be disabled.
However I see a certain advantage to keep using the early usb console because it doesn't need any interrupts. So when the kernel is very confused after an oops it might have a higher chance to still get the oops out.
I haven't looked how the other usb_debug works -- if it's polled too then it wouldn't have much advantage.
Ok one advantage of a non early usb_debug is that it will properly use pci config space locking. The early implementation just ignores the port cf8 lock which might lead to corruption later. That's ok after an oops, but during normal output it can actually lead to data corruption if it interferes with somebody else's config write. Also on some systems cf8 is broken and doesn't work.
Disadvantage of using the locks of course is that it can deadlock if an oops happen inside the critical region. So they might need to be added to bust_spinlocks()
And it would be good if the late usb_debug still wouldn't rely on interrupts.
But I agree it's probably better to transition to another usb_debug console and not do keep by default.
-Andi