[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#644191: linux-image-2.6.39-bpo.2-amd64: kernel crash



with new kernel from testing (but only 3.0.0-1-amd64, not latest) I
don't see any crashes, but kernel oopses. I must fill new bug or can
write here?

smth like this on every ps/w/top invocation but it worked properly just
after boot, only after some time kernel started oopsing.

Oct 15 15:54:41 null kernel: [849664.008150] BUG: unable to handle
kernel paging request at ffffefff81417500
Oct 15 15:54:41 null kernel: [849664.009792] IP: [<ffffffff8110443f>]
walk_component+0x247/0x3ce
Oct 15 15:54:41 null kernel: [849664.011336] PGD 0
Oct 15 15:54:41 null kernel: [849664.012011] Oops: 0000 [#18] SMP
Oct 15 15:54:41 null kernel: [849664.012011] CPU 2
Oct 15 15:54:41 null kernel: [849664.012011] Modules linked in: uas sg
ipt_REDIRECT ebtable_nat ebtables ipt_MASQUERADE xt_state bridge stp sit
tunnel4 xt_TCPMSS xt_tcpudp ppdev iptable_mangle lp ip6t_REJECT
powernow_k8 cpufreq_userspace ipt_REJECT cpufreq_conservative mperf
cpufreq_stats ip6table_filter ip6_tables cpufreq_powersave
iptable_filter cryptd aes_x86_64 aes_generic binfmt_misc kvm_amd kvm
quota_v2 quota_tree nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc
tun iptable_nat xt_multiport ip_tables x_tables ext4 jbd2 crc16
nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre
nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 snd_hda_codec_hdmi
snd_hda_codec_via snd_hda_intel snd_hda_codec arc4 snd_hwdep snd_pcm
snd_seq snd_timer snd_seq_device snd rt61pci rt2x00pci rt2x00lib radeon
mac80211 cfg80211 ttm edac_core rfkill parport_pc drm_kms_helper drm
power_supply tpm_tis tpm tpm_bios sp5100_tco usblp parport shpchp
edac_mce_amd soundcore asus_atk0110 k10temp snd_page_alloc eeprom_93
Oct 15 15:54:41 null kernel: x6 i2c_piix4 pci_hotplug psmouse wmi
dm_mirror dm_region_hash dm_log dm_snapshot dm_mod zlib_deflate vgastate
vfat usb_storage udf thermal tcp_diag sch_tbf sch_cbq sata_nv reiserfs
nls_utf8 nls_cp437 nfnetlink loop k8temp jfs it87 isofs inet_diag
ide_gd_mod ide_cd_mod ide_core i2c_nforce2 i2c_algo_bit hwmon_vid fuse
forcedeth ff_memless fb_ddc fat fan ext3 jbd ext2 mbcache eeprom
i2c_core crc_itu_t crc_ccitt cdrom bsd_comp ppp_generic slhc ac97_bus
usbhid hid sd_mod crc_t10dif ata_generic ohci_hcd pata_atiixp 8139too
evdev 8139cp serio_raw ahci libahci ehci_hcd r8169 mii usbcore button
libata scsi_mod processor thermal_sys [last unloaded: scsi_wait_scan]
Oct 15 15:54:41 null kernel: [849664.012011]
Oct 15 15:54:41 null kernel: [849664.036050] Pid: 32365, comm: w
Tainted: G      D      3.0.0-1-amd64 #1 System manufacturer System
Product Name/M4A78LT-M
Oct 15 15:54:41 null kernel: [849664.036050] RIP:
0010:[<ffffffff8110443f>]  [<ffffffff8110443f>] walk_component+0x247/0x3ce
Oct 15 15:54:41 null kernel: [849664.036050] RSP: 0018:ffff88000531fd08
 EFLAGS: 00010202
Oct 15 15:54:41 null kernel: [849664.036050] RAX: ffffefff81417500 RBX:
ffff88000531fe68 RCX: ffff880096ef6080
Oct 15 15:54:41 null kernel: [849664.036050] RDX: 0000000000000001 RSI:
ffff88000531fe68 RDI: ffff880096ef6080
Oct 15 15:54:41 null kernel: [849664.036050] RBP: ffff88000531fe08 R08:
0000000000000004 R09: ffff880096ef60b8
Oct 15 15:54:41 null kernel: [849664.036050] R10: ffff88000531e000 R11:
0000000000000246 R12: ffff88000531fe78
Oct 15 15:54:41 null kernel: [849664.036050] R13: ffff88000a078500 R14:
ffff880115d02dc0 R15: 0000000000000001
Oct 15 15:54:41 null kernel: [849664.036050] FS:  0000000000000000(0000)
GS:ffff88011dc80000(0063) knlGS:00000000f7656b20
Oct 15 15:54:41 null kernel: [849664.036050] CS:  0010 DS: 002b ES: 002b
CR0: 0000000080050033
Oct 15 15:54:41 null kernel: [849664.036050] CR2: ffffefff81417500 CR3:
0000000005202000 CR4: 00000000000006e0
Oct 15 15:54:41 null kernel: [849664.036050] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
Oct 15 15:54:41 null kernel: [849664.036050] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
Oct 15 15:54:41 null kernel: [849664.036050] Process w (pid: 32365,
threadinfo ffff88000531e000, task ffff880118f38040)
Oct 15 15:54:41 null kernel: [849664.036050] Stack:
Oct 15 15:54:41 null kernel: [849664.036050]  ffff880096ef6080
ffffffff81102dd3 ffff88000531fe68 000000010378500b
Oct 15 15:54:41 null kernel: [849664.036050]  0000000000000000
ffffffff81105482 0000000000000000 ffff88000531fe68
Oct 15 15:54:41 null kernel: [849664.036050]  0000000000000000
ffff88000531fe08 ffff88000531fe08 ffff88000a078500
Oct 15 15:54:41 null kernel: [849664.036050] Call Trace:
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff81102dd3>] ?
exec_permission+0x31/0x7d
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff81105482>] ?
link_path_walk+0x91/0x442
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff81104a3e>] ?
do_last+0xee/0x584
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff81106146>] ?
path_openat+0xc7/0x349
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff811063f4>] ?
do_filp_open+0x2c/0x72
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff8133108f>] ?
_cond_resched+0x9/0x20
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff811aa531>] ?
__strncpy_from_user+0x19/0x4a
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff8110f740>] ?
alloc_fd+0x69/0x110
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff810fa6e4>] ?
do_sys_open+0x5f/0xe6
Oct 15 15:54:41 null kernel: [849664.036050]  [<ffffffff81338a00>] ?
cstar_dispatch+0x7/0x2e
Oct 15 15:54:41 null kernel: [849664.036050] Code: 08 48 89 0c 24 e8 0b
d2 22 00 48 8b 0c 24 8b 54 24 08 85 d2 74 1e 8b 01 f6 c4 40 74 17 48 8b
41 60 48 89 cf 48 89 0c 24 48 89 de <ff> 10 48 8b 0c 24 41 89 c7 41 83
ff 00 7f 32 74 0a 48 89 cf e8
Oct 15 15:54:41 null kernel: [849664.036050] RIP  [<ffffffff8110443f>]
walk_component+0x247/0x3ce
Oct 15 15:54:41 null kernel: [849664.036050]  RSP <ffff88000531fd08>
Oct 15 15:54:41 null kernel: [849664.036050] CR2: ffffefff81417500
Oct 15 15:54:41 null kernel: [849664.036050] ---[ end trace
20ee4aa65e6e5052 ]---


On 04.10.2011 20:26, Alexander Kudrevatykh wrote:
> Sorry, but I don't know, what to do to reproduce it, I was sleeping at
> time, when it happens.
> 
> On 04.10.2011 02:46, Ben Hutchings wrote:
>> On Mon, Oct 03, 2011 at 05:16:54PM -0500, Jonathan Nieder wrote:
>>> Hi Alexander,
>>>
>>> Alexander Kudrevatykh wrote:
>>>
>>>> kernel BUG at [...]/mm/slab.c:3058!
>>> [...]
>>>> Pid: 7873, comm: rsync Not tainted 2.6.39-bpo.2-amd64 #1 System manufacturer System Product Name/M4A78LT-M
>>>> RIP: 0010:[<ffffffff810ec8ea>]  [<ffffffff810ec8ea>] ____cache_alloc+0x104/0x213
>>>
>>> Is this reproducible?
>>
>> More importantly, is it reproducible with 3.0 from testing/unstable?
>> We have no interest in outdated backports.
>>
>> Ben.
>>
> 
> 


Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: