You are not logged in.

#1 2008-08-12 09:03:48

alanmies
Member
From: Manchester, Finland
Registered: 2004-12-04
Posts: 23

ACPI and WLAN (ar5007eg) issues on a LG E500

I've had this LG E500 laptop for a while, and mostly everything works with recent kernels (now with the latest one even the webcam support is built-in). But two issues remain, ACPI and wireless networking.

I haven't used suspend / hibernate so I can't comment how well they work, but battery and temperature readings are ok - for a while, and then the values can be quite anything (at the moment acpi -V shows "Thermal 1: ok, 146.0 degrees C" and "AC Adapter 1: off-line", the laptop has been plugged into an adapter for hours and I seriously doubt it's that hot). This is more of a nuisance, it would be nice to be able to tell how much power I have left when running from batteries, but I could live without it. However, I think the flakey ACPI somehow affects the other problem I have with WLAN.

I figured since the laptop had an Intel processor and Intel chipset, it would have Intel wireless as well. Yes, stupid of me not to check beforehand. It turns out the wireless chipset is ar5007eg (incorrectly reported as ar5006 in previous kernels by lspci, currently listed as AR242x). It's the same chipset as in the EEEpc, not yet supported by Madwifi (or ath5k). I've been running various patched versions of Madwifi, currently using madwifi-newhal-svn from AUR. And the wireless works, again for a while. Sometimes up to six hours, sometimes thirty minutes, after which I get:

irq 18: nobody cared (try booting with the "irqpoll" option)
Pid: 3067, comm: sh Tainted: P          2.6.26-ARCH #1
 [<c015a764>] __report_bad_irq+0x24/0x90
 [<c015aa52>] note_interrupt+0x282/0x2c0
 [<c0159e70>] handle_IRQ_event+0x30/0x60
 [<c015b1c3>] handle_fasteoi_irq+0xb3/0xe0
 [<c010712b>] do_IRQ+0x3b/0x70
 [<c0170b3c>] handle_mm_fault+0x5ec/0x7e0
 [<c01049c7>] common_interrupt+0x23/0x28
 [<c01fb8d6>] _atomic_dec_and_lock+0x36/0x70
 [<c019a340>] dput+0x70/0x100
 [<c0191435>] __link_path_walk+0x605/0xf00
 [<c0191d7c>] path_walk+0x4c/0xb0
 [<c0191fd4>] do_path_lookup+0x84/0x1d0
 [<c0190dfb>] getname+0x9b/0xd0
 [<c0192cfb>] __user_walk_fd+0x3b/0x60
 [<c0186505>] sys_faccessat+0xa5/0x190
 [<c01170c0>] ack_ioapic_quirk_irq+0x40/0xc0
 [<c015b19e>] handle_fasteoi_irq+0x8e/0xe0
 [<c013085c>] irq_exit+0x3c/0x90
 [<c018660f>] sys_access+0x1f/0x30
 [<c0103fee>] syscall_call+0x7/0xb
 [<c0300000>] pci_read_bridge_bases+0x110/0x27a
 =======================
handlers:
[<f8a78e40>] (ath_intr+0x0/0x4810 [ath_pci])
[<f8bc6490>] (usb_hcd_irq+0x0/0x80 [usbcore])
[<f8bc6490>] (usb_hcd_irq+0x0/0x80 [usbcore])
Disabling IRQ #18

...and the wireless is disabled, somewhat permanently. I have to turn off the machine and turn it back on to get in working again, even a reboot won't help. It's highly irritating, especially if I'm working somewhere where I'm not able to use eth0. Booting with irqpoll doesn't help, performance is seriously dented and wireless still stops working at some point (the IRQ doesn't get disabled though, but Madwifi keeps flooding dmesg with HAL reset messages).

Now (_if_ this problem is ACPI related) the obvious solution would be to mess with ACPI settings in the BIOS, but there aren't any! Seriously, I think I've seen OK/Cancel dialogs with more options. The BIOS is really crippled. So any ideas how to rectify this situation? They would be greatly appreciated, I need a laptop and can't afford to buy a new one right now.

Offline

Board footer

Powered by FluxBB