Messages in this thread |  | | Subject | Re: Ingo's realtime_preempt patch causes kernel oops | | From | Steven Rostedt <> | | Date | Wed, 24 May 2006 08:55:34 -0400 |
| |
On Wed, 2006-05-24 at 10:06 +0200, Yann.LEPROVOST@wavecom.fr wrote: > The debug serial unit is part of the mainline kernel, this is the common > link to work with the CSB637 Cogent board. > I don't know about others AT91RM9200 based board. > > AT91RM9200 also have others USART, but there are no available output > connectors on the CSB637 board. >
Hi Yann,
OK, do you only get the prints from the serial? If so than that is OK, but if you also log in through the serial, then that is a problem. In other words, do you have something like mgetty running to log in through the serial?
Looking at the at91_interrupt it can call mutex spin_locks if receiving data. So this needs care.
Thomas or Ingo,
Maybe the handling of IRQs needs to handle the case that shared irq can have both a NODELAY and a thread. The irq descriptor could have a NODELAY set if any of the actions are NODELAY, but before calling the interrupt handler (in interrupt context), check if the action is NODELAY or not, and if not, wake up the thread if not done so already.
thoughts?
-- Steve
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |