* [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
@ 2012-01-26 14:22 Yves-Alexis Perez
2012-01-26 16:15 ` Greg KH
0 siblings, 1 reply; 9+ messages in thread
From: Yves-Alexis Perez @ 2012-01-26 14:22 UTC (permalink / raw)
To: linux-kernel, Kuninori Morimoto, linux-usb
[-- Attachment #1: Type: text/plain, Size: 7434 bytes --]
Hi,
I have an issue starting with 3.2 kernel on my Thinkpad x201s. I've
reported a bug on kernel bugzilla
(https://bugzilla.kernel.org/show_bug.cgi?id=42615) but I'm not too sure
anyone reads it so I'm re-reporting it here. It looks like the same bug
as https://bugs.launchpad.net/linux/+bug/917962.
Basically everything is explained in both bugs, but here's a summary.
When I first upgraded to the 3.2 linux-image package (the system runs
Debian sid amd64), few seconds after the boot is complete I got the
following BUG():
Jan 20 11:27:53 scapa kernel: [ 63.904544] BUG: scheduling while atomic: swapper/0/0/0x10000100
Jan 20 11:27:53 scapa kernel: [ 63.904550] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt dm_mod aesni_intel cryptd aes_x86_64 aes
Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
Jan 20 11:27:53 scapa kernel: [ 63.904669] CPU 0
Jan 20 11:27:53 scapa kernel: [ 63.904671] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt dm_mod aesni_intel cryptd aes_x86_64 aes
Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
Jan 20 11:27:53 scapa kernel: [ 63.904752]
Jan 20 11:27:53 scapa kernel: [ 63.904756] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-amd64 #1 LENOVO 51434JG/51434JG
Jan 20 11:27:53 scapa kernel: [ 63.904761] RIP: 0010:[<ffffffff811e36f5>] [<ffffffff811e36f5>] intel_idle+0xea/0x119
Jan 20 11:27:53 scapa kernel: [ 63.904773] RSP: 0018:ffffffff81601e88 EFLAGS: 00000202
Jan 20 11:27:53 scapa kernel: [ 63.904776] RAX: 0000000000000000 RBX: ffffffff81023b30 RCX: 0000000000007fda
Jan 20 11:27:53 scapa kernel: [ 63.904779] RDX: 0000000000007fda RSI: 0000000000000000 RDI: 00000000000003e8
Jan 20 11:27:53 scapa kernel: [ 63.904782] RBP: 0000000000000003 R08: 0000000000007fa9 R09: 0000000000007fa9
Jan 20 11:27:53 scapa kernel: [ 63.904785] R10: 0000000000001311 R11: ffffffff8160d020 R12: ffffffff81065de9
Jan 20 11:27:53 scapa kernel: [ 63.904788] R13: 000000000000003f R14: ffffffff810659e7 R15: ffffffff8101357e
Jan 20 11:27:53 scapa kernel: [ 63.904792] FS: 0000000000000000(0000) GS:ffff880137c00000(0000) knlGS:0000000000000000
Jan 20 11:27:53 scapa kernel: [ 63.904796] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 20 11:27:53 scapa kernel: [ 63.904799] CR2: 00007fc217631aa1 CR3: 0000000001605000 CR4: 00000000000006f0
Jan 20 11:27:53 scapa kernel: [ 63.904802] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 20 11:27:53 scapa kernel: [ 63.904805] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 20 11:27:53 scapa kernel: [ 63.904809] Process swapper/0 (pid: 0, threadinfo ffffffff81600000, task ffffffff8160d020)
Jan 20 11:27:53 scapa kernel: [ 63.904811] Stack:
Jan 20 11:27:53 scapa kernel: [ 63.904813] 0000000000000000 0000000000007fda 0000000000000000 0000000000000000
Jan 20 11:27:53 scapa kernel: [ 63.904819] 0000000000007fda 0000000001f2ae3a ffff880137c19970 ffffffff81645680
Jan 20 11:27:53 scapa kernel: [ 63.904824] 00000000fffffff0 0000000000000003 ffffffff81645778 ffffffff812633c3
Jan 20 11:27:53 scapa kernel: [ 63.904829] Call Trace:
Jan 20 11:27:53 scapa kernel: [ 63.904839] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
Jan 20 11:27:53 scapa kernel: [ 63.904846] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
Jan 20 11:27:53 scapa kernel: [ 63.904852] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
Jan 20 11:27:53 scapa kernel: [ 63.904857] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
Jan 20 11:27:53 scapa kernel: [ 63.904861] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
Jan 20 11:27:53 scapa kernel: [ 63.904864] Code: 29 f0 48 89 c7 e8 77 77 e6 ff 4c 69 e8 40 42 0f 00 48 89 04 24 48 89 54 24 08 48 89 44 24 18 48 89 54 24 20 49 01 d5 fb 66 66 90 <66> 66 90 85 1d ea 21 46 00 75 0f 48 8d 74 24 2c bf 05 00 00 00
Jan 20 11:27:53 scapa kernel: [ 63.904905] Call Trace:
Jan 20 11:27:53 scapa kernel: [ 63.904910] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
Jan 20 11:27:53 scapa kernel: [ 63.904914] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
Jan 20 11:27:53 scapa kernel: [ 63.904918] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
Jan 20 11:27:53 scapa kernel: [ 63.904922] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
Jan 20 11:27:53 scapa kernel: [ 63.904926] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
I successfully reproduced using vanilla kernel, so I started bisecting.
I did two bisect rounds (complete log on the bug reports) and found the
first bad commit to be:
a2c76b83fdd763c826f38a55127ccf25708099ce is the first bad commit
commit a2c76b83fdd763c826f38a55127ccf25708099ce
Author: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Date: Tue Oct 18 20:05:50 2011 -0700
usb: renesas_usbhs: fixup inconsistent return from usbhs_pkt_push()
usbhs_pkt_push() had inconsistent return under spin lock.
This patch fix it up.
Special thanks to Dan
Cc: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
:040000 040000 08d80fa06121151b36ae17dc693c14d58c0d5db3
86b920618ceb575cebf610798c24a104dea36a2c M drivers
Reverting this commit on top of 3.2.1 removes the BUG().
If you need anything more, please ask.
--
Yves-Alexis
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 14:22 [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100 Yves-Alexis Perez
@ 2012-01-26 16:15 ` Greg KH
2012-01-26 16:20 ` Yves-Alexis Perez
2012-01-26 16:31 ` Felipe Balbi
0 siblings, 2 replies; 9+ messages in thread
From: Greg KH @ 2012-01-26 16:15 UTC (permalink / raw)
To: Yves-Alexis Perez; +Cc: linux-kernel, Kuninori Morimoto, linux-usb
On Thu, Jan 26, 2012 at 03:22:12PM +0100, Yves-Alexis Perez wrote:
> Hi,
>
> I have an issue starting with 3.2 kernel on my Thinkpad x201s. I've
> reported a bug on kernel bugzilla
> (https://bugzilla.kernel.org/show_bug.cgi?id=42615) but I'm not too sure
> anyone reads it so I'm re-reporting it here. It looks like the same bug
> as https://bugs.launchpad.net/linux/+bug/917962.
>
> Basically everything is explained in both bugs, but here's a summary.
> When I first upgraded to the 3.2 linux-image package (the system runs
> Debian sid amd64), few seconds after the boot is complete I got the
> following BUG():
>
> Jan 20 11:27:53 scapa kernel: [ 63.904544] BUG: scheduling while atomic: swapper/0/0/0x10000100
> Jan 20 11:27:53 scapa kernel: [ 63.904550] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt dm_mod aesni_intel cryptd aes_x86_64 aes
> Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
> Jan 20 11:27:53 scapa kernel: [ 63.904669] CPU 0
> Jan 20 11:27:53 scapa kernel: [ 63.904671] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt dm_mod aesni_intel cryptd aes_x86_64 aes
> Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
> Jan 20 11:27:53 scapa kernel: [ 63.904752]
> Jan 20 11:27:53 scapa kernel: [ 63.904756] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-amd64 #1 LENOVO 51434JG/51434JG
> Jan 20 11:27:53 scapa kernel: [ 63.904761] RIP: 0010:[<ffffffff811e36f5>] [<ffffffff811e36f5>] intel_idle+0xea/0x119
> Jan 20 11:27:53 scapa kernel: [ 63.904773] RSP: 0018:ffffffff81601e88 EFLAGS: 00000202
> Jan 20 11:27:53 scapa kernel: [ 63.904776] RAX: 0000000000000000 RBX: ffffffff81023b30 RCX: 0000000000007fda
> Jan 20 11:27:53 scapa kernel: [ 63.904779] RDX: 0000000000007fda RSI: 0000000000000000 RDI: 00000000000003e8
> Jan 20 11:27:53 scapa kernel: [ 63.904782] RBP: 0000000000000003 R08: 0000000000007fa9 R09: 0000000000007fa9
> Jan 20 11:27:53 scapa kernel: [ 63.904785] R10: 0000000000001311 R11: ffffffff8160d020 R12: ffffffff81065de9
> Jan 20 11:27:53 scapa kernel: [ 63.904788] R13: 000000000000003f R14: ffffffff810659e7 R15: ffffffff8101357e
> Jan 20 11:27:53 scapa kernel: [ 63.904792] FS: 0000000000000000(0000) GS:ffff880137c00000(0000) knlGS:0000000000000000
> Jan 20 11:27:53 scapa kernel: [ 63.904796] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Jan 20 11:27:53 scapa kernel: [ 63.904799] CR2: 00007fc217631aa1 CR3: 0000000001605000 CR4: 00000000000006f0
> Jan 20 11:27:53 scapa kernel: [ 63.904802] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Jan 20 11:27:53 scapa kernel: [ 63.904805] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Jan 20 11:27:53 scapa kernel: [ 63.904809] Process swapper/0 (pid: 0, threadinfo ffffffff81600000, task ffffffff8160d020)
> Jan 20 11:27:53 scapa kernel: [ 63.904811] Stack:
> Jan 20 11:27:53 scapa kernel: [ 63.904813] 0000000000000000 0000000000007fda 0000000000000000 0000000000000000
> Jan 20 11:27:53 scapa kernel: [ 63.904819] 0000000000007fda 0000000001f2ae3a ffff880137c19970 ffffffff81645680
> Jan 20 11:27:53 scapa kernel: [ 63.904824] 00000000fffffff0 0000000000000003 ffffffff81645778 ffffffff812633c3
> Jan 20 11:27:53 scapa kernel: [ 63.904829] Call Trace:
> Jan 20 11:27:53 scapa kernel: [ 63.904839] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
> Jan 20 11:27:53 scapa kernel: [ 63.904846] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
> Jan 20 11:27:53 scapa kernel: [ 63.904852] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
> Jan 20 11:27:53 scapa kernel: [ 63.904857] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
> Jan 20 11:27:53 scapa kernel: [ 63.904861] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
> Jan 20 11:27:53 scapa kernel: [ 63.904864] Code: 29 f0 48 89 c7 e8 77 77 e6 ff 4c 69 e8 40 42 0f 00 48 89 04 24 48 89 54 24 08 48 89 44 24 18 48 89 54 24 20 49 01 d5 fb 66 66 90 <66> 66 90 85 1d ea 21 46 00 75 0f 48 8d 74 24 2c bf 05 00 00 00
> Jan 20 11:27:53 scapa kernel: [ 63.904905] Call Trace:
> Jan 20 11:27:53 scapa kernel: [ 63.904910] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
> Jan 20 11:27:53 scapa kernel: [ 63.904914] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
> Jan 20 11:27:53 scapa kernel: [ 63.904918] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
> Jan 20 11:27:53 scapa kernel: [ 63.904922] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
> Jan 20 11:27:53 scapa kernel: [ 63.904926] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
>
> I successfully reproduced using vanilla kernel, so I started bisecting.
> I did two bisect rounds (complete log on the bug reports) and found the
> first bad commit to be:
>
> a2c76b83fdd763c826f38a55127ccf25708099ce is the first bad commit
> commit a2c76b83fdd763c826f38a55127ccf25708099ce
> Author: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> Date: Tue Oct 18 20:05:50 2011 -0700
>
> usb: renesas_usbhs: fixup inconsistent return from usbhs_pkt_push()
>
> usbhs_pkt_push() had inconsistent return under spin lock.
> This patch fix it up.
> Special thanks to Dan
>
> Cc: Dan Carpenter <dan.carpenter@oracle.com>
> Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
>
> :040000 040000 08d80fa06121151b36ae17dc693c14d58c0d5db3
> 86b920618ceb575cebf610798c24a104dea36a2c M drivers
>
> Reverting this commit on top of 3.2.1 removes the BUG().
Very odd, it wouldn't seem that this patch would cause such a problem,
as it is "obviously" correct.
Kuninori, any thoughts about this? Should I revert this from the tree?
thanks,
greg k-h
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 16:15 ` Greg KH
@ 2012-01-26 16:20 ` Yves-Alexis Perez
2012-01-26 16:31 ` Felipe Balbi
1 sibling, 0 replies; 9+ messages in thread
From: Yves-Alexis Perez @ 2012-01-26 16:20 UTC (permalink / raw)
To: Greg KH; +Cc: linux-kernel, Kuninori Morimoto, linux-usb
[-- Attachment #1: Type: text/plain, Size: 477 bytes --]
On jeu., 2012-01-26 at 08:15 -0800, Greg KH wrote:
> Very odd, it wouldn't seem that this patch would cause such a problem,
> as it is "obviously" correct.
>
> Kuninori, any thoughts about this? Should I revert this from the
> tree?
Something puzzles me. Just after posting I noticed that 3.2.2 was
released, so i tried it (vanilla), and I didn't get the BUG().
Will git bisect work in a forward way (3.2.1 is bad, 3.2.2 is good).
Regards,
--
Yves-Alexis
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 16:15 ` Greg KH
2012-01-26 16:20 ` Yves-Alexis Perez
@ 2012-01-26 16:31 ` Felipe Balbi
2012-01-26 16:36 ` Yves-Alexis Perez
1 sibling, 1 reply; 9+ messages in thread
From: Felipe Balbi @ 2012-01-26 16:31 UTC (permalink / raw)
To: Greg KH; +Cc: Yves-Alexis Perez, linux-kernel, Kuninori Morimoto, linux-usb
[-- Attachment #1: Type: text/plain, Size: 8332 bytes --]
On Thu, Jan 26, 2012 at 08:15:39AM -0800, Greg KH wrote:
> On Thu, Jan 26, 2012 at 03:22:12PM +0100, Yves-Alexis Perez wrote:
> > Hi,
> >
> > I have an issue starting with 3.2 kernel on my Thinkpad x201s. I've
> > reported a bug on kernel bugzilla
> > (https://bugzilla.kernel.org/show_bug.cgi?id=42615) but I'm not too sure
> > anyone reads it so I'm re-reporting it here. It looks like the same bug
> > as https://bugs.launchpad.net/linux/+bug/917962.
> >
> > Basically everything is explained in both bugs, but here's a summary.
> > When I first upgraded to the 3.2 linux-image package (the system runs
> > Debian sid amd64), few seconds after the boot is complete I got the
> > following BUG():
> >
> > Jan 20 11:27:53 scapa kernel: [ 63.904544] BUG: scheduling while atomic: swapper/0/0/0x10000100
> > Jan 20 11:27:53 scapa kernel: [ 63.904550] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt d!
> m_mod aesni_intel cryptd aes_x86_64 aes
> > Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
> > Jan 20 11:27:53 scapa kernel: [ 63.904669] CPU 0
> > Jan 20 11:27:53 scapa kernel: [ 63.904671] Modules linked in: bnep rfcomm bluetooth deflate zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 twofish_common camellia serpent blowfish_generic blowfish_x86_64 blowfish_common nf_conntrack_ipv6 nf_defrag_ipv6 cast5 ip6table_filter ip6_tables des_generic nf_conntrack_ipv4 cbc nf_defrag_ipv4 xt_state xcbc nf_conntrack rmd160 iptable_filter ip_tables x_tables sha512_generic sha256_generic sha1_ssse3 sha1_generic hmac crypto_null af_key ums_realtek usb_storage uas ext2 acpi_cpufreq mperf snd_hda_codec_hdmi snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss iwlwifi snd_pcm mac80211 snd_timer cfg80211 ehci_hcd thinkpad_acpi usbcore e1000e snd psmouse iTCO_wdt soundcore pcspkr rfkill i2c_i801 iTCO_vendor_support snd_page_alloc intel_ips serio_raw ac usb_common nvram battery tpm_tis power_supply tpm tpm_bios wmi evdev processor ext4 mbcache jbd2 crc16 xts gf128mul dm_crypt d!
> m_mod aesni_intel cryptd aes_x86_64 aes
> > Jan 20 11:27:53 scapa kernel: _generic sd_mod crc_t10dif ahci libahci i915 thermal drm_kms_helper libata scsi_mod drm i2c_algo_bit button i2c_core video thermal_sys
> > Jan 20 11:27:53 scapa kernel: [ 63.904752]
> > Jan 20 11:27:53 scapa kernel: [ 63.904756] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-amd64 #1 LENOVO 51434JG/51434JG
> > Jan 20 11:27:53 scapa kernel: [ 63.904761] RIP: 0010:[<ffffffff811e36f5>] [<ffffffff811e36f5>] intel_idle+0xea/0x119
> > Jan 20 11:27:53 scapa kernel: [ 63.904773] RSP: 0018:ffffffff81601e88 EFLAGS: 00000202
> > Jan 20 11:27:53 scapa kernel: [ 63.904776] RAX: 0000000000000000 RBX: ffffffff81023b30 RCX: 0000000000007fda
> > Jan 20 11:27:53 scapa kernel: [ 63.904779] RDX: 0000000000007fda RSI: 0000000000000000 RDI: 00000000000003e8
> > Jan 20 11:27:53 scapa kernel: [ 63.904782] RBP: 0000000000000003 R08: 0000000000007fa9 R09: 0000000000007fa9
> > Jan 20 11:27:53 scapa kernel: [ 63.904785] R10: 0000000000001311 R11: ffffffff8160d020 R12: ffffffff81065de9
> > Jan 20 11:27:53 scapa kernel: [ 63.904788] R13: 000000000000003f R14: ffffffff810659e7 R15: ffffffff8101357e
> > Jan 20 11:27:53 scapa kernel: [ 63.904792] FS: 0000000000000000(0000) GS:ffff880137c00000(0000) knlGS:0000000000000000
> > Jan 20 11:27:53 scapa kernel: [ 63.904796] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> > Jan 20 11:27:53 scapa kernel: [ 63.904799] CR2: 00007fc217631aa1 CR3: 0000000001605000 CR4: 00000000000006f0
> > Jan 20 11:27:53 scapa kernel: [ 63.904802] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > Jan 20 11:27:53 scapa kernel: [ 63.904805] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> > Jan 20 11:27:53 scapa kernel: [ 63.904809] Process swapper/0 (pid: 0, threadinfo ffffffff81600000, task ffffffff8160d020)
> > Jan 20 11:27:53 scapa kernel: [ 63.904811] Stack:
> > Jan 20 11:27:53 scapa kernel: [ 63.904813] 0000000000000000 0000000000007fda 0000000000000000 0000000000000000
> > Jan 20 11:27:53 scapa kernel: [ 63.904819] 0000000000007fda 0000000001f2ae3a ffff880137c19970 ffffffff81645680
> > Jan 20 11:27:53 scapa kernel: [ 63.904824] 00000000fffffff0 0000000000000003 ffffffff81645778 ffffffff812633c3
> > Jan 20 11:27:53 scapa kernel: [ 63.904829] Call Trace:
> > Jan 20 11:27:53 scapa kernel: [ 63.904839] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
> > Jan 20 11:27:53 scapa kernel: [ 63.904846] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
> > Jan 20 11:27:53 scapa kernel: [ 63.904852] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
> > Jan 20 11:27:53 scapa kernel: [ 63.904857] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
> > Jan 20 11:27:53 scapa kernel: [ 63.904861] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
> > Jan 20 11:27:53 scapa kernel: [ 63.904864] Code: 29 f0 48 89 c7 e8 77 77 e6 ff 4c 69 e8 40 42 0f 00 48 89 04 24 48 89 54 24 08 48 89 44 24 18 48 89 54 24 20 49 01 d5 fb 66 66 90 <66> 66 90 85 1d ea 21 46 00 75 0f 48 8d 74 24 2c bf 05 00 00 00
> > Jan 20 11:27:53 scapa kernel: [ 63.904905] Call Trace:
> > Jan 20 11:27:53 scapa kernel: [ 63.904910] [<ffffffff812633c3>] ? cpuidle_idle_call+0xec/0x179
> > Jan 20 11:27:53 scapa kernel: [ 63.904914] [<ffffffff8100d255>] ? cpu_idle+0xa1/0xe8
> > Jan 20 11:27:53 scapa kernel: [ 63.904918] [<ffffffff816a9b3d>] ? start_kernel+0x3bd/0x3c8
> > Jan 20 11:27:53 scapa kernel: [ 63.904922] [<ffffffff816a9140>] ? early_idt_handlers+0x140/0x140
> > Jan 20 11:27:53 scapa kernel: [ 63.904926] [<ffffffff816a93c4>] ? x86_64_start_kernel+0x104/0x111
> >
> > I successfully reproduced using vanilla kernel, so I started bisecting.
> > I did two bisect rounds (complete log on the bug reports) and found the
> > first bad commit to be:
> >
> > a2c76b83fdd763c826f38a55127ccf25708099ce is the first bad commit
> > commit a2c76b83fdd763c826f38a55127ccf25708099ce
> > Author: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> > Date: Tue Oct 18 20:05:50 2011 -0700
> >
> > usb: renesas_usbhs: fixup inconsistent return from usbhs_pkt_push()
> >
> > usbhs_pkt_push() had inconsistent return under spin lock.
> > This patch fix it up.
> > Special thanks to Dan
> >
> > Cc: Dan Carpenter <dan.carpenter@oracle.com>
> > Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
> >
> > :040000 040000 08d80fa06121151b36ae17dc693c14d58c0d5db3
> > 86b920618ceb575cebf610798c24a104dea36a2c M drivers
> >
> > Reverting this commit on top of 3.2.1 removes the BUG().
>
> Very odd, it wouldn't seem that this patch would cause such a problem,
> as it is "obviously" correct.
The funny thing is that I don't think there's any x86 system out there
with this *DRD* controller :-) Specially when you consider the fact that
it's very recently that we dropped the ARCH dependency with commit
d242c110c43b55aaf3ebb3ceac1eeab0d452a177
> Kuninori, any thoughts about this? Should I revert this from the
> tree?
I don't think so, I think this was a bad bisection.
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 16:31 ` Felipe Balbi
@ 2012-01-26 16:36 ` Yves-Alexis Perez
2012-01-26 16:45 ` Felipe Balbi
0 siblings, 1 reply; 9+ messages in thread
From: Yves-Alexis Perez @ 2012-01-26 16:36 UTC (permalink / raw)
To: balbi; +Cc: Greg KH, linux-kernel, Kuninori Morimoto, linux-usb
[-- Attachment #1: Type: text/plain, Size: 945 bytes --]
On jeu., 2012-01-26 at 18:31 +0200, Felipe Balbi wrote:
> > Very odd, it wouldn't seem that this patch would cause such a problem,
> > as it is "obviously" correct.
>
> The funny thing is that I don't think there's any x86 system out there
> with this *DRD* controller :-)
Out of curiosity, what is a DRD controler?
> Specially when you consider the fact that
> it's very recently that we dropped the ARCH dependency with commit
> d242c110c43b55aaf3ebb3ceac1eeab0d452a177
>
> > Kuninori, any thoughts about this? Should I revert this from the
> > tree?
>
> I don't think so, I think this was a bad bisection.
>
Maybe (especially since the first bad commit is a merge commit, so I'm
not completely sure I did correctly the second bisect). But I'm puzzled
why reverting the commit on top of 3.2.1 fixes that. And now that Felipe
mentions it, USB Gadget is not even compiled, so I'm completely lost.
--
Yves-Alexis
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 16:36 ` Yves-Alexis Perez
@ 2012-01-26 16:45 ` Felipe Balbi
2012-01-27 0:27 ` Kuninori Morimoto
0 siblings, 1 reply; 9+ messages in thread
From: Felipe Balbi @ 2012-01-26 16:45 UTC (permalink / raw)
To: Yves-Alexis Perez
Cc: balbi, Greg KH, linux-kernel, Kuninori Morimoto, linux-usb
[-- Attachment #1: Type: text/plain, Size: 1368 bytes --]
On Thu, Jan 26, 2012 at 05:36:07PM +0100, Yves-Alexis Perez wrote:
> On jeu., 2012-01-26 at 18:31 +0200, Felipe Balbi wrote:
> > > Very odd, it wouldn't seem that this patch would cause such a problem,
> > > as it is "obviously" correct.
> >
> > The funny thing is that I don't think there's any x86 system out there
> > with this *DRD* controller :-)
>
> Out of curiosity, what is a DRD controler?
Dual-Role Device. This Renesas controller can act as Host or as
Peripheral controller.
> > Specially when you consider the fact that
> > it's very recently that we dropped the ARCH dependency with commit
> > d242c110c43b55aaf3ebb3ceac1eeab0d452a177
> >
> > > Kuninori, any thoughts about this? Should I revert this from the
> > > tree?
> >
> > I don't think so, I think this was a bad bisection.
> >
> Maybe (especially since the first bad commit is a merge commit, so I'm
> not completely sure I did correctly the second bisect). But I'm puzzled
> why reverting the commit on top of 3.2.1 fixes that. And now that Felipe
> mentions it, USB Gadget is not even compiled, so I'm completely lost.
Hehehe :-) That's fun... Maybe it's some other instability and it just
didn't kick when you reverted that commit. It could be that the problem
is somewhere completely different and you just didn't fully debug it yet
:-)
--
balbi
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-26 16:45 ` Felipe Balbi
@ 2012-01-27 0:27 ` Kuninori Morimoto
2012-01-27 6:36 ` Yves-Alexis Perez
2012-01-30 8:51 ` Yves-Alexis Perez
0 siblings, 2 replies; 9+ messages in thread
From: Kuninori Morimoto @ 2012-01-27 0:27 UTC (permalink / raw)
To: balbi; +Cc: Yves-Alexis Perez, Greg KH, linux-kernel, linux-usb
Hi All
> > > Specially when you consider the fact that
> > > it's very recently that we dropped the ARCH dependency with commit
> > > d242c110c43b55aaf3ebb3ceac1eeab0d452a177
> > >
> > > > Kuninori, any thoughts about this? Should I revert this from the
> > > > tree?
> > >
> > > I don't think so, I think this was a bad bisection.
> > >
> > Maybe (especially since the first bad commit is a merge commit, so I'm
> > not completely sure I did correctly the second bisect). But I'm puzzled
> > why reverting the commit on top of 3.2.1 fixes that. And now that Felipe
> > mentions it, USB Gadget is not even compiled, so I'm completely lost.
>
> Hehehe :-) That's fun... Maybe it's some other instability and it just
> didn't kick when you reverted that commit. It could be that the problem
> is somewhere completely different and you just didn't fully debug it yet
> :-)
I was very much surprised at this issue.
As Felipe explained, renesas_usbhs was for SuperH system.
x86 can not use it,
but, if your PC has "renesas_usbhs.ko" as kernel module,
and loaded it somehow...
Best regards
---
Kuninori Morimoto
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-27 0:27 ` Kuninori Morimoto
@ 2012-01-27 6:36 ` Yves-Alexis Perez
2012-01-30 8:51 ` Yves-Alexis Perez
1 sibling, 0 replies; 9+ messages in thread
From: Yves-Alexis Perez @ 2012-01-27 6:36 UTC (permalink / raw)
To: Kuninori Morimoto; +Cc: balbi, Greg KH, linux-kernel, linux-usb
[-- Attachment #1: Type: text/plain, Size: 469 bytes --]
On jeu., 2012-01-26 at 16:27 -0800, Kuninori Morimoto wrote:
>
> I was very much surprised at this issue.
> As Felipe explained, renesas_usbhs was for SuperH system.
> x86 can not use it,
> but, if your PC has "renesas_usbhs.ko" as kernel module,
> and loaded it somehow...
Then I guess I did something wrong at bisect time (wether the first or
the second). I'll try to redo it and report back.
Sorry for wasting your time.
Regards,
--
Yves-Alexis
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
2012-01-27 0:27 ` Kuninori Morimoto
2012-01-27 6:36 ` Yves-Alexis Perez
@ 2012-01-30 8:51 ` Yves-Alexis Perez
1 sibling, 0 replies; 9+ messages in thread
From: Yves-Alexis Perez @ 2012-01-30 8:51 UTC (permalink / raw)
To: linux-kernel, Greg KH
[-- Attachment #1: Type: text/plain, Size: 4344 bytes --]
(dropping linux-usb and relevant people from CC:)
On jeu., 2012-01-26 at 16:27 -0800, Kuninori Morimoto wrote:
> Hi All
>
> > > > Specially when you consider the fact that
> > > > it's very recently that we dropped the ARCH dependency with commit
> > > > d242c110c43b55aaf3ebb3ceac1eeab0d452a177
> > > >
> > > > > Kuninori, any thoughts about this? Should I revert this from the
> > > > > tree?
> > > >
> > > > I don't think so, I think this was a bad bisection.
> > > >
> > > Maybe (especially since the first bad commit is a merge commit, so I'm
> > > not completely sure I did correctly the second bisect). But I'm puzzled
> > > why reverting the commit on top of 3.2.1 fixes that. And now that Felipe
> > > mentions it, USB Gadget is not even compiled, so I'm completely lost.
> >
> > Hehehe :-) That's fun... Maybe it's some other instability and it just
> > didn't kick when you reverted that commit. It could be that the problem
> > is somewhere completely different and you just didn't fully debug it yet
> > :-)
>
> I was very much surprised at this issue.
> As Felipe explained, renesas_usbhs was for SuperH system.
> x86 can not use it,
> but, if your PC has "renesas_usbhs.ko" as kernel module,
> and loaded it somehow...
>
I redid the bisect a bit more thoroughly, using the (original) exact
same config as the Debian kernel. I get:
git bisect bad
ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954 is the first bad commit
with:
corsac@scapa: git bisect log
# bad: [805a6af8dba5dfdd35ec35dc52ec0122400b2610] Linux 3.2
# good: [c3b92c8787367a8bb53d57d9789b558f1295cc96] Linux 3.1
git bisect start 'v3.2' 'v3.1'
# good: [68d99b2c8efcb6ed3807a55569300c53b5f88be5] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound
git bisect good 68d99b2c8efcb6ed3807a55569300c53b5f88be5
# bad: [0de9adf284ec20454ecf37ffd98e7e98ba7292d6] MAINTAINERS: Update eCryptfs maintainer address
git bisect bad 0de9adf284ec20454ecf37ffd98e7e98ba7292d6
# bad: [b4beb4bf9934d151bf4581a54ae028927374cb2a] Merge branch 'for-linus/i2c-3.2' of git://git.fluff.org/bjdooks/linux
git bisect bad b4beb4bf9934d151bf4581a54ae028927374cb2a
# bad: [df9d6985be2a7e7683c46e4c6ea608fc69f02b45] mm: do not drain pagevecs for mlockall(MCL_FUTURE)
git bisect bad df9d6985be2a7e7683c46e4c6ea608fc69f02b45
# good: [b57287ba497b63a0d87a058631bbddfed9392e9f] video: platinumfb: Add __devexit_p at necessary place
git bisect good b57287ba497b63a0d87a058631bbddfed9392e9f
# bad: [41684f67af75b04152a1714e1a5375dfb00ee3da] Merge branch 'gpio/next' of git://git.secretlab.ca/git/linux-2.6
git bisect bad 41684f67af75b04152a1714e1a5375dfb00ee3da
# good: [ffaac8f45bfb2dffb78179baa5740de34058eef8] [SCSI] libsas: Allow expander T-T attachments
git bisect good ffaac8f45bfb2dffb78179baa5740de34058eef8
# good: [d4a759a954072dcb0a0bbd64ec4bc5252182d032] [SCSI] megaraid_sas: Fix mismatch in megasas_reset_fusion() mutex lock-unlock
git bisect good d4a759a954072dcb0a0bbd64ec4bc5252182d032
# good: [590134fa78fbdbe5fea78c7ae0b2c3364bc9572f] [SCSI] qla4xxx: export address/port of connection (fix udev disk names)
git bisect good 590134fa78fbdbe5fea78c7ae0b2c3364bc9572f
# good: [76c05c8a0d56faf210cb9681786bb3e17cd59793] gpio: pl061: add DT binding support
git bisect good 76c05c8a0d56faf210cb9681786bb3e17cd59793
# good: [83eaea22bdfc9e1cec88f81be5b64f30f6c37e8b] Revert "ceph: don't truncate dirty pages in invalidate work thread"
git bisect good 83eaea22bdfc9e1cec88f81be5b64f30f6c37e8b
# good: [3310f7541f0c991b51324a7712db51fb8f912601] ceph: fix 32-bit ino numbers
git bisect good 3310f7541f0c991b51324a7712db51fb8f912601
# good: [97d2eb13a019ec09cc1a7ea2d3705c0b117b3c0d] Merge branch 'for-linus' of git://ceph.newdream.net/git/ceph-client
git bisect good 97d2eb13a019ec09cc1a7ea2d3705c0b117b3c0d
# good: [d92ef29a6fa971d9e314e412cd9c09757906411a] h8300: Move gpio.h to gpio-internal.h
git bisect good d92ef29a6fa971d9e314e412cd9c09757906411a
# bad: [ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954] Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6
git bisect bad ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954
As the first bad commit is again a merge commit, I'll redo the bisect
with both ends commit (so 97d2eb1 590134f afaict).
Regards,
--
Yves-Alexis
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-01-30 8:51 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-26 14:22 [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100 Yves-Alexis Perez
2012-01-26 16:15 ` Greg KH
2012-01-26 16:20 ` Yves-Alexis Perez
2012-01-26 16:31 ` Felipe Balbi
2012-01-26 16:36 ` Yves-Alexis Perez
2012-01-26 16:45 ` Felipe Balbi
2012-01-27 0:27 ` Kuninori Morimoto
2012-01-27 6:36 ` Yves-Alexis Perez
2012-01-30 8:51 ` Yves-Alexis Perez
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).