Bug#585790: linux-image-2.6.32-5-kirkwood: Oops in mv_cesa
Hi Sebastian and Herbert,
Kristof Provost reported the following bug against Debian's 2.6.32
kernel package. This package includes Herbert's fix from
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=180ce7e81030e1ef763d58f97f9ab840ff57d848
which I thought fixed this or a similar problem.
Is this a different issue or does the previous fix not work properly?
* Kristof Provost <kristof@sigsegv.be> [2010-06-13 23:08]:
> Package: linux-image-2.6.32-5-kirkwood
> Severity: normal
>
> On a SheevaPlug using IPSec when the mv_cesa module is loaded produces
> the following oops message:
>
> Jun 13 22:59:31 iapetus kernel: [ 114.155133] Unable to handle kernel paging request at virtual address e0000004
> Jun 13 22:59:31 iapetus kernel: [ 114.163929] pgd = df95c000
> Jun 13 22:59:31 iapetus kernel: [ 114.166647] [e0000004] *pgd=00000000
> Jun 13 22:59:31 iapetus kernel: [ 114.170251] Internal error: Oops: 5 [#1]
> Jun 13 22:59:31 iapetus kernel: [ 114.174189] last sysfs file: /sys/module/ccm/initstate
> Jun 13 22:59:31 iapetus kernel: [ 114.179350] Modules linked in: authenc xfrm_user ah6 ah4 esp6 esp4 xfrm4_mode_beet xfrm4_tunnel
> xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport
> xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6
> xfrm6_tunnel af_key ctr camellia cast5 rmd160 sha1_generic hmac
> crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc
> sha256_generic sha512_generic des_generic tunnel4 xfrm_ipcomp tunnel6
> ipv6 xt_state iptable_filter ipt_MASQUERADE xt_tcpudp iptable_nat nf_nat
> nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_mangle ip_tables
> x_tables ext2 orion_wdt loop asix usbnet mii mv_cesa aes_generic ext3
> jbd mbcache mmc_block ehci_hcd mvsdio usbcore mv643xx_eth libphy
> nls_base mmc_core [last unloaded: af_key]
> Jun 13 22:59:31 iapetus kernel: [ 114.245137] CPU: 0 Not tainted (2.6.32-5-kirkwood #1)
> Jun 13 22:59:31 iapetus kernel: [ 114.250581] PC is at queue_manag+0x230/0x2b0 [mv_cesa]
> Jun 13 22:59:31 iapetus kernel: [ 114.255751] LR is at queue_manag+0x220/0x2b0 [mv_cesa]
> Jun 13 22:59:31 iapetus kernel: [ 114.260912] pc : [<bf0d59fc>] lr : [<bf0d59ec>] psr: 80000013
> Jun 13 22:59:31 iapetus kernel: [ 114.260918] sp : c100ffb0 ip : 00000000 fp : 00000000
> Jun 13 22:59:31 iapetus kernel: [ 114.272455] r10: bf0d5f48 r9 : 00000000 r8 : 00000001
> Jun 13 22:59:31 iapetus kernel: [ 114.277706] r7 : c100e000 r6 : bf0d5f48 r5 : ca5f27c4 r4 : de91c260
> Jun 13 22:59:31 iapetus kernel: [ 114.284263] r3 : e59f300c r2 : 0016e3c3 r1 : de91c3c8 r0 : dffffff8
> Jun 13 22:59:31 iapetus kernel: [ 114.290822] Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
> Jun 13 22:59:31 iapetus kernel: [ 114.298163] Control: 0005397f Table: 1f95c000 DAC: 00000017
> Jun 13 22:59:31 iapetus kernel: [ 114.303936] Process mv_crypto (pid: 208, stack limit = 0xc100e270)
> Jun 13 22:59:31 iapetus kernel: [ 114.310144] Stack: (0xc100ffb0 to 0xc1010000)
> Jun 13 22:59:31 iapetus kernel: [ 114.314524] ffa0: c100ffd4 c1069e6c df917cc0 bf0d57cc
> Jun 13 22:59:31 iapetus kernel: [ 114.322740] ffc0: 00000000 00000000 00000000 c005bc14 00000000 00000000 c100ffd8 c100ffd8
> Jun 13 22:59:31 iapetus kernel: [ 114.330963] ffe0: 00000000 00000000 00000000 00000000 00000000 c0027e7c 0084b031 0084b431
> Jun 13 22:59:31 iapetus kernel: [ 114.339215] [<bf0d59fc>] (queue_manag+0x230/0x2b0 [mv_cesa]) from [<c005bc14>] (kthread+0x78/0x80)
> Jun 13 22:59:31 iapetus kernel: [ 114.348224] [<c005bc14>] (kthread+0x78/0x80) from [<c0027e7c>] (kernel_thread_exit+0x0/0x8)
> Jun 13 22:59:31 iapetus kernel: [ 114.356617] Code: e5941020 e5945018 e3a02000 e1a00001 (e590300c)
> Jun 13 22:59:31 iapetus kernel: [ 114.365398] ---[ end trace c97d9f616c0b4fc1 ]---
--
Martin Michlmayr
http://www.cyrius.com/
Reply to: