Re: [PATCH] Add intr_mask() / intr_unmask() interface to mask / unmask individual interrupt sources
Jason Thorpe <[email protected]>
| Newsgroups | gmane.os.netbsd.ports.x86-64,gmane.os.netbsd.ports.i386 |
|---|---|
| Message-ID | <[email protected]> |
> On Nov 30, 2019, at 1:31 PM, Manuel Bouyer <[email protected]> wrote: > >> I suppose with my current set of changes, ihidev would be broken on a XEN Dom0 system. How common would that scenario be? Anyway, I'd argue that the current situation is equally broken, and I've already been waiting for 4 months for someone who understands the XEN interrupt code to help out with this. Am I supposed to just wait indefinitely? > > Of course not. But I think it's possible to properly #idfef the code to > keep it working with polling if mask/unmask is not available. No, because the upcoming changes to the i2c layer would not allow for it. I suppose a compromise position would be "timer-driven polling of the HID device instead of I2C_F_POLL". But honestly I'd almost rather just let it remain broken on Xen systems in order to set up the correct incentives for the folks who maintain the Xen support. -- thorpej