Current version is 1.3132 * Thu May 03 2007 John W. Linville <linville@redhat.com> - Add a locking fix to benefit rt2x00 * Thu May 03 2007 John W. Linville <linville@redhat.com> - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) - Remove git-iwlwifi-fixes.patch (obsolete) - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete) * Wed May 02 2007 Dave Jones <davej@redhat.com> - Assorted dyntick/clock/timer fixes.
>>>>> "CE" == Chuck Ebbert <cebbert@redhat.com> writes:CE> * Thu May 03 2007 John W. Linville <linville@redhat.com> CE> - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 CE> name change) FYI, I had pulled this out of koji and tried it this morning but the iwlwifi changes seem to have caused a regression. It seems the driver goes a bit batty and leaves the system in an odd state; the boot continues, but X won''t start and the keyboard does nothing. Perhaps interrupts are disabled. I''ve not had any real luck with iwlwifi yet. The F7test4 kernel will actually see public networks but won''t associate; nothing later even does that much. (I''m also having problems resuming from suspend to RAM with all F7 kernels where FC6 kernels work fine, but that''s for another report.) The machine is a Sony Vaio TXN17P: http://smolt.fedoraproject.org/show?UUID=4875ced9-b86b-43c2-a7b8-8ee039016996 May 4 10:16:41 localhost kernel: iwlwifi: Microcode SW error detected. Restarting 0x82000000. May 4 10:16:41 localhost kernel: iwlwifi: Error Reply type 0x0000003A cmd RXON_ASSOC (0x11) seq 0x0409 info 0x00000000 May 4 10:16:42 localhost kernel: iwlwifi: Error setting RXON_ASSOC configuration (-5). May 4 10:16:42 localhost kernel: iwlwifi: Can''t stop Rx DMA. May 4 10:16:42 localhost kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000005 May 4 10:16:43 localhost kernel: printing eip: May 4 10:16:43 localhost kernel: f8aa53d7 May 4 10:16:43 localhost kernel: *pde = 00000000 May 4 10:16:43 localhost kernel: Oops: 0000 [#1] May 4 10:16:43 localhost kernel: SMP May 4 10:16:43 localhost kernel: last sysfs file: /module/libata/version May 4 10:16:43 localhost kernel: Modules linked in: autofs4 hidp rfcomm l2cap sunrpc nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink xt_tcpudp ipt_REJECT iptable_filter ip_tables x_tables cpufreq_ondemand acpi_cpufreq dm_mirror dm_multipath dm_mod video sbs i2c_ec button dock battery ac sonypi parport_pc lp parport loop uinput rtc_cmos arc4 tpm_infineon ecb rtc_core blkcipher serio_raw tpm tpm_biosrtc_lib hci_usb bluetooth e100 mii fw_ohci fw_core tifm_7xx1 tifm_core snd_hda_intel snd_hda_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq pcspkr snd_seq_device snd_pcm_oss iTCO_wdt i2c_i801 iwl3945 i2c_core iTCO_vendor_support snd_mixer_oss snd_pcm mac80211 snd_timer cfg80211 snd soundcore snd_page_alloc sr_mod cdrom sg joydev ata_generic ata_piix libata sd_mod scsi_mod ext3 jbd mbcache ehci_hcd ohci_hcd uhci_hcd May 4 10:16:43 localhost kernel: CPU: 0 May 4 10:16:43 localhost kernel: EIP: 0060:[<f8aa53d7>] Not tainted VLI May 4 10:16:43 localhost kernel: EFLAGS: 00210246 (2.6.21-1.3132.fc7 #1) May 4 10:16:43 localhost kernel: EIP is at ipw_commit_rxon+0x434/0x77d [iwl3945] May 4 10:16:44 localhost kernel: eax: 00000000 ebx: f6d25268 ecx: f563eab4 edx: f563eab8 May 4 10:16:44 localhost kernel: esi: 00000000 edi: f563eac4 ebp: f563eb00 esp: f563ea98 May 4 10:16:44 localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 May 4 10:16:44 localhost kernel: Process NetworkManager (pid: 2495, ti=f563e000 task=f573d550 task.ti=f563e000) May 4 10:16:44 localhost kernel: Stack: f6d251c0 00000008 f573da8c f6d250c0 f6d25270 f6d25294 00008025 000c0011 May 4 10:16:44 localhost kernel: f563eab8 0004000c f563eae8 f6d250c0 00000003 00000001 f563eb00 f8aa04f0 May 4 10:16:44 localhost kernel: f8ab2514 f8ab26a7 00200046 f6d251b0 00008025 00000004 00000315 f6d242e4 May 4 10:16:44 localhost kernel: Call Trace: May 4 10:16:44 localhost kernel: [<c04061e9>] show_trace_log_lvl+0x1a/0x2f May 4 10:16:44 localhost kernel: [<c0406299>] show_stack_log_lvl+0x9b/0xa3 May 4 10:16:44 localhost kernel: [<c0406459>] show_registers+0x1b8/0x289 May 4 10:16:44 localhost kernel: [<c0406657>] die+0x12d/0x242 May 4 10:16:44 localhost kernel: [<c0617ffe>] do_page_fault+0x3ee/0x4ba May 4 10:16:44 localhost kernel: [<c0616794>] error_code+0x7c/0x84 May 4 10:16:45 localhost kernel: [<f8ab26df>] d_config_interface+0x22e/0x273 [iwl3945] May 4 10:16:45 localhost kernel: [<f8a3e909>] __ieee80211_if_config+0xf2/0xfe [mac80211] May 4 10:16:45 localhost kernel: [<f8a3e921>] ieee80211_if_config+0xc/0xe [mac80211] May 4 10:16:45 localhost kernel: [<f8a42dc9>] ieee80211_open+0x2d4/0x312 [mac80211] May 4 10:16:45 localhost kernel: [<c05b4ecb>] dev_open+0x2e/0x66 May 4 10:16:45 localhost kernel: [<c05b382d>] dev_change_flags+0x51/0xf1 May 4 10:16:45 localhost kernel: [<c05bbc18>] rtnl_setlink+0x265/0x37d May 4 10:16:45 localhost kernel: [<c05bb22a>] rtnetlink_rcv_msg+0x1bb/0x1de May 4 10:16:45 localhost kernel: [<c05c78c9>] netlink_run_queue+0x65/0xd1 May 4 10:16:45 localhost kernel: [<c05bb025>] rtnetlink_rcv+0x29/0x42 May 4 10:16:45 localhost kernel: [<c05c7c67>] netlink_data_ready+0x15/0x56 May 4 10:16:45 localhost kernel: [<c05c6d39>] netlink_sendskb+0x1f/0x37 May 4 10:16:45 localhost kernel: [<c05c7624>] netlink_unicast+0x1ab/0x1c5 May 4 10:16:45 localhost kernel: [<c05c7c46>] netlink_sendmsg+0x271/0x27d May 4 10:16:45 localhost kernel: [<c05aad07>] sock_sendmsg+0xe7/0x104 May 4 10:16:45 localhost kernel: [<c05aae75>] sys_sendmsg+0x151/0x1af May 4 10:16:45 localhost kernel: [<c05abe71>] sys_socketcall+0x220/0x241 May 4 10:16:45 localhost kernel: [<c0405078>] syscall_call+0x7/0xb May 4 10:16:45 localhost kernel: ======================May 4 10:16:45 localhost kernel: Code: 01 00 00 88 45 f0 8a 81 f1 01 00 00 66 c7 45 f2 00 00 88 45 f1 89 c8 e8 ae da ff ff 85 c0 89 c6 75 33 8b 55 b8 8b 82 a4 00 00 00 <f6> 40 05 40 74 1b c7 04 24 22 57 ab f8 be fb ff ff ff e8 47 2b May 4 10:16:45 localhost kernel: EIP: [<f8aa53d7>] ipw_commit_rxon+0x434/0x77d [iwl3945] SS:ESP 0068:f563ea98 - J<
Chuck Ebbert wrote:> > * Wed May 02 2007 Dave Jones <davej@redhat.com> > - Assorted dyntick/clock/timer fixes. >What do these fix? I just tried the Test4 Live CD and it locked up after this: Clocksource tsc unstable (delta = 14060692691 ns)
Chuck Ebbert wrote:> Chuck Ebbert wrote: >> * Wed May 02 2007 Dave Jones <davej@redhat.com> >> - Assorted dyntick/clock/timer fixes. >> > > What do these fix? > > I just tried the Test4 Live CD and it locked up after this: > > Clocksource tsc unstable (delta = 14060692691 ns) >Even stranger, pressing ctrl-alt-del caused a clean shutdown (synchronized SCSI caches etc.) So it was just stuck there, not really locked up.
Chuck Ebbert wrote:> Chuck Ebbert wrote: > >> Chuck Ebbert wrote: >> >>> * Wed May 02 2007 Dave Jones <davej@redhat.com> >>> - Assorted dyntick/clock/timer fixes. >>> >>> >> What do these fix? >> >> I just tried the Test4 Live CD and it locked up after this: >> >> Clocksource tsc unstable (delta = 14060692691 ns) >> >> > > Even stranger, pressing ctrl-alt-del caused a clean shutdown > (synchronized SCSI caches etc.) > > So it was just stuck there, not really locked up. > >does notsc help?
dragoran wrote:>>> >>> I just tried the Test4 Live CD and it locked up after this: >>> >>> Clocksource tsc unstable (delta = 14060692691 ns) >>> >>> >> >> Even stranger, pressing ctrl-alt-del caused a clean shutdown >> (synchronized SCSI caches etc.) >> >> So it was just stuck there, not really locked up. >> >> > does notsc help? >"notsc" worked. But it should not even be trying to use the TSC. (System is an AMD Turion 64 x2 notebook.)
Chuck Ebbert wrote:> dragoran wrote: > >>>> I just tried the Test4 Live CD and it locked up after this: >>>> >>>> Clocksource tsc unstable (delta = 14060692691 ns) >>>> >>>> >>>> >>> Even stranger, pressing ctrl-alt-del caused a clean shutdown >>> (synchronized SCSI caches etc.) >>> >>> So it was just stuck there, not really locked up. >>> >>> >>> >> does notsc help? >> >> > > "notsc" worked. But it should not even be trying to use the TSC. > (System is an AMD Turion 64 x2 notebook.) > >ok so this change did broke something...
dragoran wrote:>> >> "notsc" worked. But it should not even be trying to use the TSC. >> (System is an AMD Turion 64 x2 notebook.) >> >> > ok so this change did broke something... > >It gets stranger. "notsc" and "clocksource=acpi_pm" don''t prevent the freezes and the tsc syncronization messages still appear. Freezes are random and just hitting any key makes it continue.
On Fri, 2007-05-04 at 17:12 -0400, Chuck Ebbert wrote:> dragoran wrote: > >> > >> "notsc" worked. But it should not even be trying to use the TSC. > >> (System is an AMD Turion 64 x2 notebook.) > >> > > ok so this change did broke something... > > > It gets stranger. "notsc" and "clocksource=acpi_pm" don''t > prevent the freezes and the tsc syncronization messages still > appear. Freezes are random and just hitting any key makes it > continue.Hmm. This is racking my nerves. 3 bugs closed and a new opened. Chuck, is there a chance to bisect the changes on top of 2.6.21? http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 tglx
Thomas Gleixner wrote:>>> >> It gets stranger. "notsc" and "clocksource=acpi_pm" don''t >> prevent the freezes and the tsc syncronization messages still >> appear. Freezes are random and just hitting any key makes it >> continue. > > Hmm. This is racking my nerves. 3 bugs closed and a new opened. > > Chuck, is there a chance to bisect the changes on top of 2.6.21? > > http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 >Note this is the Test4 Live CD with an older kernel, that''s why I asked what those patches fixed. And I can''t test with the latest stuff unless I install to the hard drive. It stalled on every line during shutdown scripts; I had to keep pressing keys.
On Fri, 2007-05-04 at 18:04 -0400, Chuck Ebbert wrote:> Thomas Gleixner wrote: > >>> > >> It gets stranger. "notsc" and "clocksource=acpi_pm" don''t > >> prevent the freezes and the tsc syncronization messages still > >> appear. Freezes are random and just hitting any key makes it > >> continue. > > > > Hmm. This is racking my nerves. 3 bugs closed and a new opened. > > > > Chuck, is there a chance to bisect the changes on top of 2.6.21? > > > > http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 > > > > Note this is the Test4 Live CD with an older kernel, that''s whyAh, sorry for confusion.> I asked what those patches fixed. And I can''t test with the > latest stuff unless I install to the hard drive. > > It stalled on every line during shutdown scripts; I had to > keep pressing keys.The patches address such issues. tglx
On Fri, 2007-05-04 at 14:11 -0400, Chuck Ebbert wrote:> Current version is 1.3132 > > * Thu May 03 2007 John W. Linville <linville@redhat.com> > - Add a locking fix to benefit rt2x00 > > * Thu May 03 2007 John W. Linville <linville@redhat.com> > - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) > - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) > - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) > - Remove git-iwlwifi-fixes.patch (obsolete) > - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete)iwl3945 works less than it did before. NM doesn''t work with it at all. My guess? This has something to do with it: [root@localhost iwlwifi]# iwlist wlan0 scanning Warning: Driver for device wlan0 has been compiled with version 22 of Wireless Extension, while this program supports up to version 20. Some things may be broken... wlan0 Interface doesn''t support scanning : Network is down [root@localhost iwlwifi]# ifconfig wlan0 up [root@localhost iwlwifi]# iwlist wlan0 scanning Warning: Driver for device wlan0 has been compiled with version 22 of Wireless Extension, while this program supports up to version 20. Some things may be broken... wlan0 Scan completed : Cell 01 - Address: 97:BD:00:00:00:00 ESSID:"" Segmentation fault [root@localhost iwlwifi]# I''m running rawhide, wireless-tools-28-2.fc7.x86_64 on my IBMovo T60. ~spot
Tom "spot" Callaway wrote:> On Fri, 2007-05-04 at 14:11 -0400, Chuck Ebbert wrote: > >> Current version is 1.3132 >> >> * Thu May 03 2007 John W. Linville <linville@redhat.com> >> - Add a locking fix to benefit rt2x00 >> >> * Thu May 03 2007 John W. Linville <linville@redhat.com> >> - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) >> - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) >> - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) >> - Remove git-iwlwifi-fixes.patch (obsolete) >> - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete) >> > > iwl3945 works less than it did before. > > NM doesn''t work with it at all. > > My guess? This has something to do with it: > > [root@localhost iwlwifi]# iwlist wlan0 scanning > Warning: Driver for device wlan0 has been compiled with version 22 > of Wireless Extension, while this program supports up to version 20. > Some things may be broken... > > wlan0 Interface doesn''t support scanning : Network is down > > [root@localhost iwlwifi]# ifconfig wlan0 up > [root@localhost iwlwifi]# iwlist wlan0 scanning > Warning: Driver for device wlan0 has been compiled with version 22 > of Wireless Extension, while this program supports up to version 20. > Some things may be broken... > > wlan0 Scan completed : > Cell 01 - Address: 97:BD:00:00:00:00 > ESSID:"" > Segmentation fault > [root@localhost iwlwifi]# > > I''m running rawhide, wireless-tools-28-2.fc7.x86_64 on my IBMovo T60. > >see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238657 seems that its a wireless-tools bug