Selectively disabling acpi sub-systems

[Fabian Keil]

Nate Lawson <nate at root.org> wrote:

> Fabian Keil wrote:
> > John Baldwin <jhb at freebsd.org> wrote:
> > 
> >> On Tuesday 11 July 2006 02:59, M. Warner Losh wrote:
> >>> In message: <20060710143810.61705f74 at localhost>
> >>>             Fabian Keil <freebsd-listen at fabiankeil.de> writes:
> >>> : Could someone please tell me how to stop acpi0 from
> >>> : grabbing sio0, without affecting fxp0?
> >>>
> >>> Hack sio not to have a acpi attachment.  Or wait for some work that
> >>> we're doing in current to be MFC'd :-)
> >> That still wouldn't help in his case. :)  Probably fxp0's interrupt routing is 
> >> busted in the non-ACPI case and to get ACPI to route PCI interrupts you need 
> >> to have ACPI probe the device tree which would cause sio0 to be enumerated 
> >> via ACPI.
> > 
> > I only found one ACPI reference in sio and commenting it out
> > did indeed change nothing. I don't have any ideas left
> > for RELENG_6 and will jump to current tomorrow to try my luck
> > there.
> 
> ACPI doesn't change much for sio devices.  It's basically ISA with the 
> resource being provided by the _CRS value in the AML (instead of by 
> /boot/*.hints).

What I meant was: sio0 is still attached on acpi0.
Either John is right or I was looking at the wrong
places.

I'm currently testing if polling changes anything.
I can't tell yet if it increases the uptime,
but at least the permanent sio lock is gone.

Fabian
-- 
http://www.fabiankeil.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20060713/36a036fa/signature.pgp