i386/111591: [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns I/O error

Dominic Fandrey lon_kamikaze at gmx.de
Sun Apr 15 07:40:02 UTC 2007


>Number:         111591
>Category:       i386
>Synopsis:       [Releng_6][i386][acpi_ibm] dev.acpi_ibm.0.events returns I/O error
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-i386
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr 15 07:40:01 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     Dominic Fandrey
>Release:        Releng_6
>Organization:
private
>Environment:
FreeBSD mobileKamikaze.norad 6.2-STABLE FreeBSD 6.2-STABLE #0: Sun Apr 15 08:29:48 CEST 2007     root at homeKamikaze.norad:/usr/obj/TPR40-6/i386/usr/src/sys/TPR40-6  i386
>Description:
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 exists 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
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-i386 mailing list