Bug 22094 – ACPI with gs-sources 2.4.21-rc2 and rc6 hang up

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Shark 2003-06-02 06:40:45 UTC]

I have 2 diferent systems:

1) compaq evo N1020v (with an integrated ati mobility U2 / IGP 340M)
2) via kt266a + athlon xp + nvidia geforce 2 gts (and a raid0: hpt372)

Both systems works perfectly with previous kernels and acpi,... but,...

The 1st system hang up as soon as it try to sync hw clock to system clock. If y
manualy disable the automaticaly clock sync it will boot but hangup "later", ie
doing a manual clock sync (will check if some what me to do this ;)

This system has an automatic thermal control, at the hang up i can hear an
increase of the air flow, so the CPU load is 100%.

The 2nd system syncs the clock without problems, but hans up starting xwindows.
with a blank screen.

In both hang ups i cant ping them or read kernel panics.

If someone wants more feedback help me to provide it ;)

[Comment 1 Shark 2003-06-02 10:27:56 UTC]

I was testing some more kernels and acpi patches.

With the vanilla 2.4.21_rc3 + latest acpi patch (and the same configurations):

-the laptop still hangup at the same point.
-the workstation boots and "startx" without any problems. (No problems here,... probably fixed at gentoo-sources-2.4.21 ?)

I didn't say that: all versions boot OK with acpi=off, but in this laptop you need acpi to read the battery status.

[Comment 2 Shark 2003-06-02 10:29:34 UTC]

lspci
00:00.0 Host bridge: ATI Technologies Inc RS200/RS200M AGP Bridge [IGP 340M] (rev 02)
00:01.0 PCI bridge: ATI Technologies Inc PCI Bridge [IGP 340M]
00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 02)
00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV]
00:0a.0 CardBus bridge: Texas Instruments PCI4410 PC card Cardbus Controller (rev 02)
00:0a.1 FireWire (IEEE 1394): Texas Instruments PCI4410 FireWire Controller (rev 02)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 20)
00:0c.0 Communication controller: Conexant HSF 56k HSFi Modem (rev 01)
00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c4)
00:11.0 Bridge: ALi Corporation M7101 PMU
00:13.0 USB Controller: NEC Corporation USB (rev 41)
00:13.1 USB Controller: NEC Corporation USB (rev 41)
00:13.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 340M

[Comment 3 Pierre-Henri Jondot 2003-06-09 04:50:40 UTC]

I own a similar laptop (presario 907ea, athlon xp and ati igp 320M) and run gs-sources-rc1 on it without any problem so far, and I am running it as well on my desktop.

I suspect your kernel configuration might be wrong

I'll attach my .config for my laptop.

[Comment 4 Pierre-Henri Jondot 2003-06-09 04:52:33 UTC]

Created attachment 12978 [details]
My .config for gs-sources-rc1

[Comment 5 Shark 2003-06-09 06:38:19 UTC]

Well,... I summited that bug because only the new kernels (>rc2) hangs up.

Really rc1 sould work fine.

[Comment 6 Jay Pfeifer (RETIRED) 2003-07-11 20:25:25 UTC]

ok - the clock issue should have an answer in this bug: 23090

as far as acpi - we have updated acpi in our kernels all the time. you also have to have a compliant acpi spec in your hardware. you might want to look for an updated bios or disable acpi (as you have found works).

does the gs-sources-2.4.22_pre2 work ok?

Jay

[Comment 7 Shark 2003-07-27 03:44:51 UTC]

Yep,... Now both boot without problems (sorry by the late response).

(But new kernel have some audio ussiues,... will open a new bug)