After updating to Releng_6 yesterday (base and kernel) from a previous post 6.2 Releng_6 the sysctl command # sysctl dev.acpi_ibm.0.events=1 returns the following output: dev.acpi_ibm.0.events: 0 sysctl: dev.acpi_ibm.0.events: Input/output error Hence all Fn-KEY bindings do not produce acpi events that I can handle in /etc/devd.conf. This is pretty inconvenient, since I have a script that handles 19 of these events (e.g. preventing suspend, when radeon.ko is loaded or starting a wireless scan on Fn-F5, manual CPU speed control...). The problem does not exist in Releng_6_2, which I use as a fallback kernel for now. How-To-Repeat: # kldload acpi_ibm # sysctl dev.acpi_ibm.0.events=1
State Changed From-To: open->closed duplicate of 111590
State Changed From-To: closed->open Reopen (different ticket): reassign to acpi team
Responsible Changed From-To: freebsd-i386->freebsd-acpi Reopen (different ticket): reassign to acpi team
Remko Lodder wrote: > Synopsis: [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns I/O error > > State-Changed-From-To: open->closed > State-Changed-By: remko > State-Changed-When: Sun Apr 15 09:16:55 UTC 2007 > State-Changed-Why: > duplicate of 111590 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=111591 > What does a problem with the acpi_ibm module have to do with psm? I think those are two distinct problems. Other acpi features that are not used through the acpi_ibm module work fine.
[LoN]Kamikaze wrote: > Remko Lodder wrote: >> Synopsis: [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns I/O error >> >> State-Changed-From-To: open->closed >> State-Changed-By: remko >> State-Changed-When: Sun Apr 15 09:16:55 UTC 2007 >> State-Changed-Why: >> duplicate of 111590 >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=111591 >> > > What does a problem with the acpi_ibm module have to do with psm? I think those are two distinct problems. Other acpi features that are not used through the acpi_ibm module work fine. As you might have seen this already had been corrected. Thanks for the headsup though, regards, remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */
Remko Lodder wrote: > [LoN]Kamikaze wrote: >> Remko Lodder wrote: >>> Synopsis: [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns >>> I/O error >>> >>> State-Changed-From-To: open->closed >>> State-Changed-By: remko >>> State-Changed-When: Sun Apr 15 09:16:55 UTC 2007 >>> State-Changed-Why: duplicate of 111590 >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=111591 >>> >> >> What does a problem with the acpi_ibm module have to do with psm? I >> think those are two distinct problems. Other acpi features that are >> not used through the acpi_ibm module work fine. > > As you might have seen this already had been corrected. > Thanks for the headsup though, > > regards, > remko I cannot seem to find another PR about this. If it has already been corrected, I suppose these corrections didn't make it into stable, yet.
[LoN]Kamikaze wrote: > Remko Lodder wrote: >> [LoN]Kamikaze wrote: >>> Remko Lodder wrote: >>>> Synopsis: [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns >>>> I/O error >>>> >>>> State-Changed-From-To: open->closed >>>> State-Changed-By: remko >>>> State-Changed-When: Sun Apr 15 09:16:55 UTC 2007 >>>> State-Changed-Why: duplicate of 111590 >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=111591 >>>> >>> What does a problem with the acpi_ibm module have to do with psm? I >>> think those are two distinct problems. Other acpi features that are >>> not used through the acpi_ibm module work fine. >> As you might have seen this already had been corrected. >> Thanks for the headsup though, >> >> regards, >> remko > > I cannot seem to find another PR about this. If it has already been corrected, I suppose these corrections didn't make it into stable, yet. > I ment that the ticket was reopened and assigned to the proper team. -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis custodiet ipsos custodes */
Remko Lodder wrote: > I ment that the ticket was reopened and assigned to the proper team. Sorry about that, I'm a bit slow, lately.
The problem is not present in today's stable, so I think this can be closed. Thanks a lot. FreeBSD mobileKamikaze.norad 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat Jun 16 11:16:01 CEST 2007 root@mobileKamikaze.norad:/usr/obj/TPR40-6/i386/usr/src/sys/TPR40-6 i386
State Changed From-To: open->closed Submitter reports that this was fixed