On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <[EMAIL PROTECTED]> wrote:
> On Saturday 19 April 2008 03:25:57 am Peter Wemm wrote:
> > peter 2008-04-19 07:25:57 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/amd64/amd64 machdep.c
> > Log:
> > Put in a real isa_irq_pending() stub in order to remove two lines of
> > dmesg noise from sio per unit. sio likes to probe if interrupts are
> > configured correctly by looking at the pending bits of the atpic in order
> > to put a non-fatal warning on the console. I think I'd rather read the
> > pending bits from the apics, but I'm not sure its worth the hassle.
>
> Actually, the x86 interrupt sources have a pending method so this can be
> replaced. Could probably easily write something like this:
>
> int
> intr_pending(u_int irq)
> {
> struct intsrc *isrc;
>
> isc = intr_lookup_source(irq);
> if (isrc == NULL)
> panic("bizarre");
> return (isrc->is_pic->pic_pending(isrc));
> }
>
> For intr_machdep.c and use this in sio:
>
> #if defined(__i386__) || defined(__amd64__)
> foo = intr_pending(rman_get_start(irq_resource));
> #else
> foo = isa_irq_pending() & (1 << rman_get_start(irq_resource));
> #endif
>
> or some such. I'd really prefer to kill isa_irq_pending().
Let's just add intr_pending() to all MD backends that currently
provide isa_irq_pending() for sio's benenfit. Either as a simple
wrapper around the now-static local isa_irq_pending() (ia64), or by
simplifying and converting isa_irq_pending() into intr_pending()
(sparc64).
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5
"If Java had true garbage collection, most programs would delete
themselves upon execution." -- Robert Sewell
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
