public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* printk in interrupt handler
@ 2002-04-30 17:57 David Stroupe
  0 siblings, 0 replies; only message in thread
From: David Stroupe @ 2002-04-30 17:57 UTC (permalink / raw)
  To: linux-kernel

I am writing a device driver that responds to interrupts on my custom 
device.  I have a user-space application that talks to this driver.  I 
am debugging the user space code using gdb.  If I place a breakpoint in 
my user code at the first instruction that should be executed after 
receipt of an interrupt, I get my breakpoint.  Within my driver I have 
printk's placed in the handler and in the blocked read instruction that 
would give me additional info about the source of the interrupt, irq 
status register etc, byt these printk's never appear.  Obviously since 
the blocked I/O releases, these instructions must be getting executed. 
 Are these printk commands not flushed due to the debugger's influence? 
 Is there a way for me to flush them more quickly so that I may view 
them with dmesg (or looking at the messages file)?

TIA

-- 
Best regards,
David Stroupe
Keyed-Up Software



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-04-30 17:57 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-04-30 17:57 printk in interrupt handler David Stroupe

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox