cvs commit: src/sys/amd64/amd64 machdep.c

[Marius Strobl]

On Wed, Apr 23, 2008 at 06:26:14PM -0700, Marcel Moolenaar wrote:
> 
> On Apr 23, 2008, at 5:40 PM, Peter Wemm wrote:
> 
> >On Wed, Apr 23, 2008 at 5:58 AM, John Baldwin <jhb at freebsd.org> 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).
> 
> sio() is only for i386 and amd64, isa_irq_pending() should be
> removed from all MD code, except from i386 and amd64.

How likely is it that another driver starts using
isa_irq_pending() or a intr_pending()? I'd like to remove
isa_irq_pending() from the sparc64 bits for quite some time
now but so far saw no good reason to do so apart from there
not being a relevant consumer. The alternative would be to
properly implement a intr_pending() that works with devices
on all kinds of busses but without a potential consumer
that's a waste of time.
this is pointless.

Marius