In message: <[EMAIL PROTECTED]>
            Sam Leffler <[EMAIL PROTECTED]> writes:
: Andrew Gallatin wrote:
: > John Baldwin [EMAIL PROTECTED] wrote:
: >
: >   
: >>     MI code can currently (ab)use this by doing:
: >>   
: >>           intr_bind(rman_get_start(irq_res), cpu);
: >>   
: >>     however, I plan to add a truly MI interface (probably a 
bus_bind_intr(9))
: >>     
: >
: > Thank you very much for this!
: >
: > Do you plan to add a generic adminstrative interface to bind
: > interrupts, or may I add a driver specific sysctl to bind mxge's
: > interrupts in mxge?  If you plan to add a generic administrative
: > interface, I think we also need to add a way for drivers to label
: > their interrupts so that an administrator can differentiate between
: > the different MSI-X vectors.
: >   
: 
: Any idea where this should go?  Might be time to grow a tool that grok's 
: the newbus hierarchy and pushes requests to devices.  I've wanted 
: functionality like netbsd has recently added to control power to devices 
: and this would be seem to be similar.  Not sure if we can do something 
: that'd unify programs like atacontrol and camcontrol (or whether this is 
: a good idea).

I've wanted to maek devctl grow this sort of thing for a long time,
but never had time to implement this.  It wouldn't be hard, just a bit
tedious.  Also, there's two types of requests that would need to be
handled.  One is where you tell a device to do something directly.
The other is where you tell its parent to do it to the child (and
maybe do some cleanup afterwards).

Warner
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to