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 <kris...@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/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100616100003.gc7...@jirafa.cyrius.com
