Bug 169226

Summary: ACPI battery reading + hal stopped working with 2.6.12-1.1447_FC4
Product: [Fedora] Fedora Reporter: Éric Brunet <eric.brunet>
Component: kernelAssignee: Dave Jones <davej>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: adv, pfrields, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-02 21:00:46 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Output of lspci -v
none
Output of dmesg none

Description Éric Brunet 2005-09-25 12:30:57 UTC
Description of problem:

I can no longer read battery status in /proc/acpi/battery/BAT0/*, and the deamon
HAL is no longer starting since kernel 2.6.12-1.1447. (kernel 2.6.12-1.1456
isn't working either, but kernel 2.6.12-1.1398_FC4 is fine.)

The computer is an ASUS laptop S5200N, with an Intel chipset (see attached lspci).

During boot time, the computer freezes during about half a minute at three
places: after printing (note the ok, the freeze occurs between this message and
the next)
        Configuration du nom d'hôte             [ok]
and after printing
        Démarrage du démon HAL
and during the launch of kde, when it prints
        Initialisation des périphériques
(I prefer not backtranslating the messages to english; the meaning shoud be
clear. "Démarrage" is "start")

The processes hald and haldaddon-acpi, which I usually have, are not present.

The battery is not readable; trying to read /proc/acpi/battery/BAT0/info
or /proc/acpi/battery/BAT0/state takes tens of seconds and print wrong
information (all the numbers are wrong). In dmesg appears each time I try to
read these files a couple of times the following line
     ACPI-0145: *** Error: Invalid owner_id: 00

I am attaching the output of lspci -v and of dmesg


Version-Release number of selected component (if applicable):
kernel-2.6.12-1.1447_FC4

How reproducible:
     every time

Steps to Reproduce:
1. boot
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Éric Brunet 2005-09-25 12:30:57 UTC
Created attachment 119236 [details]
Output of lspci -v

Comment 2 Éric Brunet 2005-09-25 12:32:50 UTC
Created attachment 119237 [details]
Output of dmesg

Comment 3 Warren Togami 2005-09-25 14:19:32 UTC
http://people.redhat.com/davej/kernels/Fedora/FC4/
Please try the latest test kernel from here and report back.

Comment 4 Matthias Hensler 2005-09-25 17:52:36 UTC
Same problem on Asus M5N with 2.6.12-1.1447_FC4 and 2.6.12-1.1456_FC4. Never was
an issue with a kernel from rawhide, and is fixed with 2.6.13-1.1524_FC4.

Comment 5 Éric Brunet 2005-09-25 17:59:06 UTC
It works again for me with kernel kernel-2.6.13-1.1525_FC4.i686.rpm.
What was the problem ? I don't see any changelogs around   
http://people.redhat.com/davej/kernels .

Thanks.

Comment 6 Gerwin Krist 2005-09-25 18:27:46 UTC
*** Bug 169225 has been marked as a duplicate of this bug. ***

Comment 7 Gerwin Krist 2005-09-25 18:27:48 UTC
*** Bug 169224 has been marked as a duplicate of this bug. ***

Comment 8 Gerwin Krist 2005-09-25 18:28:13 UTC
*** Bug 169223 has been marked as a duplicate of this bug. ***

Comment 9 Gerwin Krist 2005-09-25 18:28:25 UTC
*** Bug 169222 has been marked as a duplicate of this bug. ***

Comment 10 Gerwin Krist 2005-09-25 18:30:10 UTC
*** Bug 169221 has been marked as a duplicate of this bug. ***

Comment 11 Dave Jones 2005-09-30 06:35:18 UTC
Mass update to all FC4 bugs:

An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream
kernel (2.6.13.2). As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.

Please retest with this update, and update this bug if necessary.

Thanks.


Comment 12 Éric Brunet 2005-10-01 06:56:05 UTC
The problem I reported is fixed in kernel 2.6.13-1.1526_FC4.

(I don't seem to have any sound anymore, but I'll fill another bug or wait for
someone to do so)