Re: 2.6.24-rc1: hangs when logging in to X session

[Marcus Better <marcus@better.se>]

Andrew Morton wrote:
> > My laptop hangs when I try to log in to X with the current git kernel
> > (commit 2a397e82c7db18019e408f953dd58dc1963a328c). It runs fine with
> > 2.6.23. At boot time kdm starts normally, but hangs with the caps lock
> > LED blinking immediately after I press Enter after typing the password.
> >
> > I can log in with a virtual console but didn't do much testing otherwise.
> >
> > The system is a Thinkpad R60, Intel Core 2 Duo, x86_64 running Debian.
> > Kernel config is attached. A notable change in my config is that I
> > enabled NO_HZ. I will try without it...
>
> hanging-with-led-blinking means the kernel oopsed.
>
> Please configure netconsole (Documentation/networking/netconsole.txt) and
> see if you can capture the oops on another machine on the LAN.

Here it is. Seems to be related to IPSEC - in fact the login process on my 
system will trigger a network access over the VPN, and I also got a similar 
crash without X shortly after starting the IPSEC tunnel.

general protection fault: 0000 [1] PREEMPT SMP
CPU 0
Modules linked in: xfrm4_mode_tunnel xfrm_user xfrm4_tunnel af_key netconsole 
i915 drm rfcomm l2cap tunnel4 ipcomp esp4 ah4 nfsd exportfs autofs4 
cpufreq_conservative cpufreq_userspace cpufreq_stats cpufreq_powersave 
rpcsec_gss_krb5 auth_rpcgss nfs lockd nfs_acl sunrpc ipv6 deflate 
zlib_deflate twofish_x86_64 twofish_common camellia serpent blowfish 
des_generic xcbc sha1_generic crypto_null hmac crypto_hash fuse nls_utf8 ntfs 
xfs coretemp cpufreq_ondemand acpi_cpufreq freq_table snd_seq_dummy 
snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq 
snd_seq_device mousedev arc4 ecb snd_hda_intel snd_pcm_oss snd_mixer_oss 
pcmcia iwl3945 snd_pcm firmware_class snd_timer hci_usb snd serio_raw hwmon 
mac80211 bluetooth soundcore yenta_socket rsrc_nonstatic pcmcia_core video 
backlight output evdev psmouse i2c_i801 button nvram rtc iTCO_wdt pcspkr 
snd_page_alloc cfg80211 ext3 jbd mbcache sha256_generic aes_x86_64 
aes_generic cbc blkcipher dm_crypt dm_mirror dm_snapshot dm_mod firewire_ohci 
firewire_core ehci_hcd uhci_hcd crc_itu_t usbcore tg3 sr_mod cdrom sd_mod 
thermal processor fan
Pid: 4347, comm: dnsmasq Not tainted 2.6.24-rc1-melech #4
RIP: 0010:[<ffffffff880d3052>]  [<ffffffff880d3052>] :cbc:xor_128+0x2/0x20
RSP: 0018:ffff8100049fd930  EFLAGS: 00010287
RAX: 000000000e502390 RBX: 0000000000000010 RCX: ffff810009f7ac00
RDX: 0000000000000010 RSI: ffff810009c48e10 RDI: 6ddaa59200000644
RBP: 00000000fffffff0 R08: ffff81000a4a9ec0 R09: 0000000000000000
R10: 000000004fa99cad R11: 0000000000000014 R12: 0000000000000010
R13: ffffffff880df710 R14: 6ddaa59200000644 R15: 0000000000000040
FS:  00002b29576ca6e0(0000) GS:ffffffff80590000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00002b898db23bc0 CR3: 0000000004a79000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process dnsmasq (pid: 4347, threadinfo ffff8100049fc000, task 
ffff81000404b7e0)
Stack:  ffffffff880d3488 ffff810000000000 ffff8100049fda48 ffff810009f7ac00
 ffffffff880d3050 bd42b9d15e8c4d52 dc7227cd8329fa6a 0000000000000000
 6ddaa59200000644 0000000000000000 6ddaa59200000644 ffff81000a4a9ec0
Call Trace:
 [<ffffffff880d3488>] :cbc:crypto_cbc_encrypt+0x148/0x180
 [<ffffffff880d3050>] :cbc:xor_128+0x0/0x20
 [<ffffffff88570bdd>] :esp4:esp_output+0x28d/0x470
 [<ffffffff80483e3b>] csum_partial_copy_from_user+0x6b/0xf0
 [<ffffffff80476dc1>] xfrm_output+0xf1/0x240
 [<ffffffff8046d458>] xfrm4_output_finish2+0x78/0x230
 [<ffffffff804313d6>] ip_push_pending_frames+0x2d6/0x510
 [<ffffffff80433170>] ip_generic_getfrag+0x0/0x90
 [<ffffffff80452515>] udp_push_pending_frames+0x145/0x390
 [<ffffffff80453a27>] udp_sendmsg+0x337/0x750
 [<ffffffff803fcd2b>] sock_sendmsg+0x12b/0x140
 [<ffffffff803fcbea>] sock_recvmsg+0x14a/0x160
 [<ffffffff8024fed0>] autoremove_wake_function+0x0/0x30
 [<ffffffff803fde57>] move_addr_to_user+0x97/0xb0
 [<ffffffff80486e71>] _read_unlock+0x11/0x40
 [<ffffffff8040b890>] dev_ioctl+0x100/0x5c0
 [<ffffffff803fdb76>] sys_sendto+0x146/0x1b0
 [<ffffffff803fbfad>] sock_ioctl+0xed/0x260
 [<ffffffff802adc4f>] do_ioctl+0x2f/0xa0
 [<ffffffff8020c41e>] system_call+0x7e/0x83


Code: 31 07 8b 46 04 31 47 04 8b 46 08 31 47 08 8b 46 0c 31 47 0c
RIP  [<ffffffff880d3052>] :cbc:xor_128+0x2/0x20
 RSP <ffff8100049fd930>
Kernel panic - not syncing: Aiee, killing interrupt handler!


Thanks,

Marcus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/