<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Gentlemen, <br>
<br>
I understand from Martin Michmayr you are maintainers of the module, so
I'm reporting you this.<br>
<br>
mv_cesa when enabled on
Kirkwood always causes an OOPS whenever openswan tries to use the AES
module. I'm talking about 2.6.32.<br>
<br>
I saw no
problems anymore with mv_cesa disabled or blacklisted. Here comes the
trace.<br>
<br>
Cheers, L.C.<br>
<br>
--------------cut<br>
[&nbsp;&nbsp; 75.000907] alg: No test for authenc(hmac(sha1),cbc(aes))
(authenc(hmac(sha1-generic),mv-cbc-aes))<br>
[&nbsp;&nbsp; 82.634680] Unable to handle kernel paging request at virtual
address e0000004<br>
[&nbsp;&nbsp; 82.641968] pgd = deb84000<br>
[&nbsp;&nbsp; 82.644689] [e0000004] *pgd=00000000<br>
[&nbsp;&nbsp; 82.648293] Internal error: Oops: 5 [#1]<br>
[&nbsp;&nbsp; 82.652232] last sysfs file: /sys/module/aes_generic/initstate<br>
[&nbsp;&nbsp; 82.658091] Modules linked in: authenc ctr camellia cast5 rmd160
sha1_generic hmac crypto_null ccm serpent blowfish twofish
twofish_common ecb xcbc cbc sha256_generic sha512_generic des_generic
xfrm_user ah6 ah4 esp6 esp4 xfrm4_mode_beet xfrm4_tunnel tunnel4
xfrm4_mode_tunnel xfrm4_mode_transport xfrm6_mode_transport
xfrm6_mode_ro xfrm6_mode_beet xfrm6_mode_tunnel ipcomp ipcomp6
xfrm_ipcomp xfrm6_tunnel tunnel6 af_key tun ipv6 ext2 loop mv_cesa
aes_generic ext3 jbd mbcache mmc_block ehci_hcd mvsdio mv643xx_eth
usbcore mmc_core nls_base libphy<br>
[&nbsp;&nbsp; 82.706822] CPU: 0&nbsp;&nbsp;&nbsp; Not tainted&nbsp; (2.6.32-trunk-kirkwood #1)<br>
[&nbsp;&nbsp; 82.712609] PC is at queue_manag+0x230/0x2b0 [mv_cesa]<br>
[&nbsp;&nbsp; 82.717778] LR is at queue_manag+0x220/0x2b0 [mv_cesa]<br>
[&nbsp;&nbsp; 82.722937] pc : [&lt;bf0d69fc&gt;]&nbsp;&nbsp;&nbsp; lr : [&lt;bf0d69ec&gt;]&nbsp;&nbsp;&nbsp;
psr: a0000013<br>
[&nbsp;&nbsp; 82.722943] sp : c086dfb0&nbsp; ip : 00000000&nbsp; fp : 00000000<br>
[&nbsp;&nbsp; 82.734480] r10: bf0d6f48&nbsp; r9 : 00000000&nbsp; r8 : 00000001<br>
[&nbsp;&nbsp; 82.739730] r7 : c086c000&nbsp; r6 : bf0d6f48&nbsp; r5 : a1c1d680&nbsp; r4 :
df9de460<br>
[&nbsp;&nbsp; 82.746288] r3 : 00000048&nbsp; r2 : 000621a3&nbsp; r1 : df9de5c8&nbsp; r0 :
dffffff8<br>
[&nbsp;&nbsp; 82.752846] Flags: NzCv&nbsp; IRQs on&nbsp; FIQs on&nbsp; Mode SVC_32&nbsp; ISA ARM&nbsp;
Segment kernel<br>
[&nbsp;&nbsp; 82.760188] Control: 0005397f&nbsp; Table: 1eb84000&nbsp; DAC: 00000017<br>
[&nbsp;&nbsp; 82.765959] Process mv_crypto (pid: 241, stack limit = 0xc086c270)<br>
[&nbsp;&nbsp; 82.772168] Stack: (0xc086dfb0 to 0xc086e000)<br>
[&nbsp;&nbsp; 82.776549] dfa0:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; c086dfd4
deb3be6c de937480 bf0d67cc<br>
[&nbsp;&nbsp; 82.784765] dfc0: 00000000 00000000 00000000 c005be04 00000000
00000000 c086dfd8 c086dfd8<br>
[&nbsp;&nbsp; 82.792987] dfe0: 00000000 00000000 00000000 00000000 00000000
c0027e7c 00000000 00000000<br>
[&nbsp;&nbsp; 82.801233] [&lt;bf0d69fc&gt;] (queue_manag+0x230/0x2b0 [mv_cesa])
from [&lt;c005be04&gt;] (kthread+0x78/0x80)<br>
[&nbsp;&nbsp; 82.810241] [&lt;c005be04&gt;] (kthread+0x78/0x80) from
[&lt;c0027e7c&gt;] (kernel_thread_exit+0x0/0x8)<br>
[&nbsp;&nbsp; 82.818633] Code: e5941020 e5945018 e3a02000 e1a00001 (e590300c)<br>
[&nbsp;&nbsp; 82.824879] ---[ end trace 1206762c21c134f8 ]---<br>
--------------cut<br>
<br>
<br>
<!--X-TopPNI-End-->
<!--X-MsgBody--><!--X-Subject-Header-Begin-->
<div class="msgHead">
<h1><span class="subject">Bug#552270: Marvell CESA driver and Kirkwood</span></h1>
<p><span class="sender">Martin Michlmayr</span><br>
<span class="date">Tue, 27 Oct 2009 13:54:11 -0700</span></p>
</div>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message--><!--X-Head-of-Message-End--><!--X-Head-Body-Sep-Begin--><!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<script type="text/javascript"><!--
google_ad_client = "pub-7266757337600734";
google_alternate_ad_url = "http://www.mail-archive.com/blank.png";
google_ad_width = 336;
google_ad_height = 280;
google_ad_format = "336x280_as";
google_ad_type = "text_image";
google_ad_channel = "5629109116+6771450170+2275486144";
google_color_border = "FFFFFF";
google_color_bg = "FFFFFF";
google_color_link = "006792";
google_color_url = "006792";
google_color_text = "000000";
//-->
</script>
<script type="text/javascript"
 src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
<pre>I got the following answer, so I'll go ahead and enable CESA for
Kirkwood.

* Sebastian Andrzej Siewior <a class="moz-txt-link-rfc2396E"
 href="mailto:sebast...@breakpoint.cc">&lt;sebast...@breakpoint.cc&gt;</a> [2009-10-26 22:53]:
&gt; * Martin Michlmayr | 2009-10-26 18:26:08 [+0800]:
&gt; 
&gt; &gt;Hi Sebastian and Nico,
&gt; Hi Martin,
&gt; 
&gt; &gt;I put Sebastian's CESA driver into Debian's 2.6.31 kernel and enabled
&gt; &gt;it for orion5x.  A Debian user asked me why I didn't enable it for
&gt; &gt;Kirkwood.  AFAIK, there are some differences between the CESA on
&gt; &gt;Orion5x and Kirkwood, so my assumption was that the current CESA
&gt; &gt;driver doesn't work on Kirkwood.  But I'm actually not sure if this is
&gt; &gt;true.
&gt; &gt;
&gt; &gt;Do you know if the current driver will work on Kirkwood?
&gt; I don't really know. I just looked through the spec and compared them
&gt; and they look very alike:
&gt; - Orion's has larger sram space. The driver does not assume, it uses the
&gt;   size specified and Kirkwood's is set to 2KiB
&gt; - the register seem to be at the same spot. Orion has two engines,
&gt;   Kirkwood just one. Right now, only the first one is used.
&gt; - security engine's descriptor looks the same
&gt; - the DMA engine differs in a few spot but it is not yet implemented so
&gt;   it doesn't matter.
&gt; 
&gt; As far as I can see in current git, Nico enabled the CESA engine on
&gt; Kirkwood [0]. It looks like he assumes that it should work, I don't know
&gt; if he ever has tested it :)
&gt; 
&gt; [0] 
&gt; <a rel="nofollow"
 href="http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ae5c8c83735f5fcb09b380944e4854a383006998">http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ae5c8c83735f5fcb09b380944e4854a383006998</a>
&gt; Sebastian

</pre>
</body>
</html>