lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 04 Aug 2008 12:00:42 +0200
From:	Jiri Slaby <jirislaby@...il.com>
To:	Dave Young <hidave.darkstar@...il.com>
CC:	Pekka J Enberg <penberg@...helsinki.fi>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Johannes Berg <johannes@...solutions.net>,
	linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org,
	Bob Copeland <me@...copeland.com>
Subject: Re: [BUG] wireless : cpu stuck for 61s

Dave Young napsal(a):
> Lockdep helped me, this morning I get a lockdep warning about this,
> 
> [  171.432140] [ INFO: possible recursive locking detected ]
> [  171.433113] 2.6.27-rc1-smp #4
> [  171.434079] ---------------------------------------------
> [  171.435039] ath5k_pci/2447 is trying to acquire lock:
> [  171.435990]  (&sc->lock){--..}, at: [<f89ee9b5>]
> ath5k_config_interface+0xd5/0x340 [ath5k]
> [  171.437046]
> [  171.437048] but task is already holding lock:
> [  171.438903]  (&sc->lock){--..}, at: [<f89ee91d>]
> ath5k_config_interface+0x3d/0x340 [ath5k]
> [  171.439953]
> [  171.439954] other info that might help us debug this:
> [  171.441795] 3 locks held by ath5k_pci/2447:
> [  171.442729]  #0:  ((name)){--..}, at: [<c013a122>] run_workqueue+0x102/0x1d0
> [  171.443800]  #1:  (&(&local->scan_work)->work){--..}, at:
> [<c013a122>] run_workqueue+0x102/0x1d0
> [  171.444859]  #2:  (&sc->lock){--..}, at: [<f89ee91d>]
> ath5k_config_interface+0x3d/0x340 [ath5k]
> 
> Deadlock happen here, I remove the lock in the sub routine, tested and
> fixed the problem for me.
> I will send the patch after a while.

That's some kind different. 2.6.26 can't suffer from the thing above 
(opposing to 27-rc1).

Pasting the original issue below. Maybe it's been fixed too? I suppose you 
don't encounter the problem anymore in 27-rc1 with your/Bob's/mine (fix for 
the same thing in the same manner) patch applied?

BUG: soft lockup - CPU#0 stuck for 61s! [events/0:9]
Modules linked in: radeonfb fb_ddc i2c_algo_bit snd_seq_dummy snd_seq_oss 
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss rfcomm 
l2cap bluetooth vfat fuse rtc_cmos rtc_core psmouse intel_agp pl2303 rtc_lib 
ath5k e100 i2c_i801 serio_raw usbserial agpgart 3c59x mii snd_hda_intel 
snd_pcm mac80211 snd_timer snd_page_alloc cfg80211 snd_hwdep snd soundcore 
thermal processor button thermal_sys evdev sg

Pid: 9, comm: events/0 Tainted: G        W (2.6.26-smp #3)
EIP: 0060:[<c0450bc3>] EFLAGS: 00000246 CPU: 0
EIP is at mutex_lock_nested+0x1b3/0x280
EAX: 00000000 EBX: f7bf5284 ECX: f7c7e000 EDX: f7bf52a8
ESI: f7bf5288 EDI: 00000246 EBP: f7c7fedc ESP: f7c7fe9c
  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
CR0: 8005003b CR2: b800c5ac CR3: 36e71000 CR4: 000006d0
DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
DR6: ffff0ff0 DR7: 00000400
  [<c02375a6>] ? debugfs_create_file+0x46/0x210
  [<c02375a6>] ? debugfs_create_file+0x46/0x210
  [<c02375a6>] debugfs_create_file+0x46/0x210
  [<c02377f1>] debugfs_create_dir+0x21/0x30
  [<f8901f6d>] ieee80211_sta_debugfs_add+0x2d/0x150 [mac80211]
  [<f88eba89>] sta_info_debugfs_add_work+0x89/0x130 [mac80211]
  [<f890a170>] ? rate_control_pid_add_sta_debugfs+0x0/0x30 [mac80211]
  [<c01394c6>] run_workqueue+0x156/0x1d0
  [<c0139472>] ? run_workqueue+0x102/0x1d0
  [<f88eba00>] ? sta_info_debugfs_add_work+0x0/0x130 [mac80211]
  [<c0139f18>] worker_thread+0x88/0xe0
  [<c013cd20>] ? autoremove_wake_function+0x0/0x40
  [<c0139e90>] ? worker_thread+0x0/0xe0
  [<c013ca32>] kthread+0x42/0x70
  [<c013c9f0>] ? kthread+0x0/0x70
  [<c0104993>] kernel_thread_helper+0x7/0x14
  =======================
BUG: soft lockup - CPU#0 stuck for 61s! [events/0:9]
Modules linked in: radeonfb fb_ddc i2c_algo_bit snd_seq_dummy snd_seq_oss 
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss rfcomm 
l2cap bluetooth vfat fuse rtc_cmos rtc_core psmouse intel_agp pl2303 rtc_lib 
ath5k e100 i2c_i801 serio_raw usbserial agpgart 3c59x mii snd_hda_intel 
snd_pcm mac80211 snd_timer snd_page_alloc cfg80211 snd_hwdep snd soundcore 
thermal processor button thermal_sys evdev sg

Pid: 9, comm: events/0 Tainted: G        W (2.6.26-smp #3)
EIP: 0060:[<c0450bc3>] EFLAGS: 00000246 CPU: 0
EIP is at mutex_lock_nested+0x1b3/0x280
EAX: 00000000 EBX: f7bf5284 ECX: f7c7e000 EDX: f7bf52a8
ESI: f7bf5288 EDI: 00000246 EBP: f7c7fedc ESP: f7c7fe9c
  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
CR0: 8005003b CR2: b800c5ac CR3: 36e71000 CR4: 000006d0
DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
DR6: ffff0ff0 DR7: 00000400
  [<c02375a6>] ? debugfs_create_file+0x46/0x210
  [<c02375a6>] ? debugfs_create_file+0x46/0x210
  [<c02375a6>] debugfs_create_file+0x46/0x210
  [<c02377f1>] debugfs_create_dir+0x21/0x30
  [<f8901f6d>] ieee80211_sta_debugfs_add+0x2d/0x150 [mac80211]
  [<f88eba89>] sta_info_debugfs_add_work+0x89/0x130 [mac80211]
  [<f890a170>] ? rate_control_pid_add_sta_debugfs+0x0/0x30 [mac80211]
  [<c01394c6>] run_workqueue+0x156/0x1d0
  [<c0139472>] ? run_workqueue+0x102/0x1d0
  [<f88eba00>] ? sta_info_debugfs_add_work+0x0/0x130 [mac80211]
  [<c0139f18>] worker_thread+0x88/0xe0
  [<c013cd20>] ? autoremove_wake_function+0x0/0x40
  [<c0139e90>] ? worker_thread+0x0/0xe0
  [<c013ca32>] kthread+0x42/0x70
  [<c013c9f0>] ? kthread+0x0/0x70
  [<c0104993>] kernel_thread_helper+0x7/0x14
  =======================
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ