Bug 452364 - iwl4965 doesn't work.on T61.
iwl4965 doesn't work.on T61.
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: John W. Linville
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-06-21 10:17 EDT by David Woodhouse
Modified: 2008-12-11 13:51 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-12-11 13:51:09 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
dmesg (40.64 KB, text/plain)
2008-07-25 19:02 EDT, David Woodhouse
no flags Details

  None (edit)
Description David Woodhouse 2008-06-21 10:17:44 EDT
I'm using a 32-bit Fedora 9 install on the T61, because it was all I had to
hand. I'll try x86_64 when it finishes downloading, in a day or two.

Upon loading iwl4965.ko (with debug=0xfffffff) I get the following:

iwl4965: Intel(R) Wireless Wifi Link 4965AGN driver for Linux, version 1.2.26kds
iwl4965: Copyright(c) 2003-2008 Intel Corporation
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:03:00.0 to 64
ieee80211 phy1: U iwl4965_pci_probe pci_resource_len = 0x00002000
ieee80211 phy1: U iwl4965_pci_probe pci_resource_base = f8f44000
iwl4965: Detected Intel Wireless Wifi Linux 4965AGN REV=0x4
ieee80211 phy1: U __iwl_set_bit set_bit(0x00000100, 0x20000000) = 0x27000200
ieee80211 phy1: U __iwl_set_bit set_bit(0x00000024, 0x00000004) = 0x080033D4
ieee80211 phy1: U __iwl_poll_bit poll_bit(0x00000024, 0x00000001, 0x00000001) -
timeout- drivers/net/wireless/iwlwifi/iwl-4965.c 501
ieee80211 phy1: U iwl4965_apm_init Failed to init the card
ieee80211 phy1: U iwl4965_pci_probe Failed to init APMG
ACPI: PCI interrupt for device 0000:03:00.0 disabled
iwl4965: probe of 0000:03:00.0 failed with error -110

This takes a few seconds after 'modprobe iwl4965'. During that time, it doesn't
actually seem to have registered on IRQ 17.
Comment 1 David Woodhouse 2008-07-25 19:02:47 EDT
Created attachment 312692 [details]

sometimes it fails differently... after a power cycle, it seems to fare a
_little_ better but then still fails.
Comment 2 David Woodhouse 2008-07-25 19:05:19 EDT
In the above, NetworkManager does seem to have got an IP with DHCP, but then it
failed before I could do anything else (and I removed the module).

Loading the module again gives me the originally-reported failure mode, which is
also what I get after a reboot from Windows.
Comment 3 John W. Linville 2008-09-09 15:04:17 EDT
Are you still experiencing this issue?  I've been using -108 on a t61 w/ iwl4965 quite a bit lately w/o problems.
Comment 4 David Woodhouse 2008-09-09 16:24:23 EDT
Yes, although I'm a little inclined to suspect hardware problems. Windows doesn't work after a reboot either. Although Windows _does_ work after a power cycle. Most of the time.
Comment 5 David Woodhouse 2008-09-13 20:37:52 EDT
Hm. I just saw this on a completely different machine (MacBookPro), with iwl5300. This is very similar to one of the failure modes I've seen on the T61:

Sep 13 16:58:45 macbook kernel: firmware: requesting iwlwifi-5000-1.ucode
Sep 13 16:58:49 macbook kernel: iwl4965: START_ALIVE timeout after 4000ms.

This happened after a yum update installed kernel- and iwl5000-firmware-5.4.A.11-2.noarch -- it was working before with kernel- and iwl5000-firmware-5.4.A.11-2.noarch, and works again after I downgrade them both. I'll downgrade one at a time to check which one was at fault.
Comment 6 John W. Linville 2008-10-29 11:19:22 EDT
Is this an issue with rawhide kernels?
Comment 7 David Woodhouse 2008-11-04 09:49:47 EST
No, rawhide seems to work. still broken on my MacBook though:
iwl4965: START_ALIVE timeout after 4000ms.
Comment 8 Peter Åstrand 2008-11-08 16:24:53 EST
Same problem on Dell E6400. Downgrading to http://mirror.unl.edu/fedora/linux/updates/testing/8/i386/iwl5000-firmware-5.4.A.11-2.noarch.rpm didn't work (can this be done with yum? how?), using kernel Downgrading to kernel- didn't help either - same error message about "START_ALIVE timeout after 4000ms.".

Note You need to log in before you can comment on or make changes to this bug.