Hi Hans, > -----Original Message----- > From: Hans J. Koch [mailto:[email protected]] > Sent: Sunday, February 20, 2011 12:04 AM > To: TK, Pratheesh Gangadhar > Cc: Thomas Gleixner; Arnd Bergmann; [email protected]; > [email protected]; [email protected]; > Chatterjee, Amit; Hans J. Koch; LKML > Subject: Re: [PATCH 1/2] PRUSS UIO driver support > > On Sat, Feb 19, 2011 at 09:10:23PM +0530, TK, Pratheesh Gangadhar wrote: > > > > For my understanding - if the interrupt is not shared and not level > triggered - > > is this okay to have empty handler? > > Greg already said he won't accept that. And I'm quite sure these > interrupts > are level triggered, since that is the default on arch/omap. > > E.g. in arch/arm/mach-omap1/irq.c, a loop sets all irqs to level triggered > handling: set_irq_handler(j, handle_level_irq); (line 234)
You should be looking at arch/arm/mach-davinci/irq.c and all interrupts except IRQ_TINT1_TINT34 is set to edge trigger mode (line 160). > > > In this specific case, these interrupt lines are internal to SOC and > hooked to ARM INTC from PRUSS. PRUSS has another INTC to handle system > events to PRUSS as well as to generate system events to host ARM. These > generated events are used for IPC between user application and PRU > firmware and for async notifications from PRU firmware to user space. I > don't see a reason to make it shared as we have 8 lines available for use. > As mentioned before ARM INTC interrupt processing logic converts > interrupts to active high pulses. > > What's a "pulse triggered interrupt"? I know level and edge triggered > ones. Basically it's same as edge triggered. Thanks, Pratheesh _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
