<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.kernel.cryptoapi">
    <title>gmane.linux.kernel.cryptoapi</title>
    <link>http://blog.gmane.org/gmane.linux.kernel.cryptoapi</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8913"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8912"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8911"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8908"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8907"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8891"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8890"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8889"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8887"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8885"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8884"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8883"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8880"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8878"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8913">
    <title>Re: [PATCH 20/39] usb: musb: ux500: move channel number knowledge into the driver</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8913</link>
    <description>&lt;pre&gt;On Wed, May 15, 2013 at 10:14 PM, Fabio Baltieri
&amp;lt;fabio.baltieri&amp;lt; at &amp;gt;linaro.org&amp;gt; wrote:

OK so Felipe can merge these smallish patches to musb, fine...

The other (DMA) stuff needs to be merged together with the rest
of the DMA40 series, so here basically Felipe needs an indication
if he can ACK it so I merge it through ARM SoC without colissions
and it sounds like we can make the assumption that this will work.

Yours,
Linus Walleij
&lt;/pre&gt;</description>
    <dc:creator>Linus Walleij</dc:creator>
    <dc:date>2013-05-17T06:35:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8912">
    <title>Re: linux-next: Tree for May 15 (crypto /crct10dif)</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8912</link>
    <description>&lt;pre&gt;2013/5/17 Tim Chen &amp;lt;tim.c.chen&amp;lt; at &amp;gt;linux.intel.com&amp;gt;:

cool.

&lt;/pre&gt;</description>
    <dc:creator>Xiong Zhou</dc:creator>
    <dc:date>2013-05-17T03:09:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8911">
    <title>Re: linux-next: Tree for May 15 (crypto /crct10dif)</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8911</link>
    <description>&lt;pre&gt;2013/5/16 Geert Uytterhoeven &amp;lt;geert&amp;lt; at &amp;gt;linux-m68k.org&amp;gt;:

En.. make sense, Thanks.

Xiong

&lt;/pre&gt;</description>
    <dc:creator>Xiong Zhou</dc:creator>
    <dc:date>2013-05-17T03:06:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8909">
    <title>Re: linux-next: Tree for May 15 (crypto /crct10dif)</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8909</link>
    <description>&lt;pre&gt;
This is the fix I think that will resolve the build issues.  The generic
crc-t10dif transform depends on the library function crc_t10dif_generic
in lib/crc-t10dif.c, so "depends on CRC_T10DIF" for CRYPTO_CRCT10DIF is
needed.

Now for CRC_T10DIF, we should use select CRYPTO_HASH, so it can try to
allocate a T10DIF transform if it is available.  If not, it will simply
use the crc_t10dif_generic function. Loading the
generic t10dif crypto transform is not mandatory for the library
function crc_t10dif. 

Thanks for catching the issues.

Tim

Signed-off-by: Tim Chen &amp;lt;tim.c.chen&amp;lt; at &amp;gt;linux.intel.com&amp;gt;
---
diff --git a/crypto/Kconfig b/crypto/Kconfig
index d1ca631..015df24 100644
--- a/crypto/Kconfig
+++ b/crypto/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -379,6 +379,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config CRYPTO_CRC32_PCLMUL
 config CRYPTO_CRCT10DIF
 tristate "CRCT10DIF algorithm"
 select CRYPTO_HASH
+depends on CRC_T10DIF
 help
   CRC T10 Data Integrity Field computation is being cast as
   a crypto transform.  This allows for faster crc t10 diff
diff --git a/lib/Kconfig b/lib/Kconfig
index 0cee056..e6ad2e4 100644
--- a/lib/Kconfig
+++ b/lib/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -63,7 +63,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config CRC16
 
 config CRC_T10DIF
 tristate "CRC calculation for the T10 Data Integrity Field"
-select CRYPTO_CRCT10DIF
+select CRYPTO_HASH
 help
   This option is only needed if a module that's not in the
   kernel tree needs to calculate CRC checks for use with the


&lt;/pre&gt;</description>
    <dc:creator>Tim Chen</dc:creator>
    <dc:date>2013-05-16T16:59:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8908">
    <title>Re: linux-next: Tree for May 15 (crypto /crct10dif)</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8908</link>
    <description>&lt;pre&gt;
I think "depends on" CRC_T10DIF is okay.  This generic transform is not
needed if we are not using the T10-DIF library.  It is meant for
wrapping the library call to t10-dif as a crypto transform.



&lt;/pre&gt;</description>
    <dc:creator>Tim Chen</dc:creator>
    <dc:date>2013-05-16T16:09:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8907">
    <title>Oops on 3.10-rc1 related to ssh256_ssse3</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8907</link>
    <description>&lt;pre&gt;Hello,

I have an encrypted disc (dm-crypt, type LUKS1, ssh256 as hash
algorithm). I have an Intel Core i5 M450 that supports ssse3. Find
below the output from netconsole with the oops. The last warning
appeared when I restart the pc using the magic sysrq key combination
REISUB. I have the same problem with a different laptop with an AMD
E-450 APU.

If you need further information, feel free to ask.


Best regards,
Julian Wollrath

[    3.647071] device-mapper: uevent: version 1.0.3
[    3.647245] device-mapper: ioctl: 4.24.0-ioctl (2013-01-15) initialised: dm-devel&amp;lt; at &amp;gt;redhat.com
[   11.619603] sha256_ssse3: Using SSSE3 optimized SHA-256 implementation
[   12.131483] BUG: unable to handle kernel paging request at ffff8800bb593000
[   12.131848] IP: [&amp;lt;ffffffffa016b083&amp;gt;] loop0+0x27/0x44 [sha256_ssse3]
[   12.132032] PGD 1a32067 PUD 1a35067 PMD 1a36067 PTE 0
[   12.132427] Oops: 0000 [#1] SMP 
[   12.132670] Modules linked in: sha256_ssse3(+) sha256_generic twofish_generic twofish_x86_64_3way xts lrw gf128mul glue_helper twofish_x86_64 twofish_common cbc dm_crypt dm_mod netconsole sg sr_mod sd_mod cdrom crc_t10dif crc32c_intel microcode ahci libahci ehci_pci ehci_hcd libata scsi_mod r8169 mii usbcore usb_common thermal thermal_sys
[   12.135396] CPU: 3 PID: 276 Comm: cryptomgr_test Not tainted 3.10.0-rc1+ #2
[   12.135559] Hardware name: Dell Inc. Vostro 3500/0NVXFV, BIOS A10 10/25/2010
[   12.135720] task: ffff880037572090 ti: ffff8800b66b6000 task.ti: ffff8800b66b6000
[   12.135836] RIP: 0010:[&amp;lt;ffffffffa016b083&amp;gt;]  [&amp;lt;ffffffffa016b083&amp;gt;] loop0+0x27/0x44 [sha256_ssse3]
[   12.136032] RSP: 0018:ffff8800b66b7af0  EFLAGS: 00010287
[   12.136130] RAX: 00000000a186fc15 RBX: 00000000704bb939 RCX: 00000000d1b791ec
[   12.136232] RDX: 000000001fd2088a RSI: ffff880037a97ee8 RDI: ffff8800bb592fc8
[   12.136334] RBP: ffffffffa016f000 R08: 0000000052a5c3c8 R09: 000000005db427ef
[   12.136439] R10: 00000000b80a833e R11: 0000000029c53567 R12: ffff8800b66b7b08
[   12.136543] R13: 000000003158a213 R14: 00000000c7fc368e R15: 0000000001008012
[   12.136647] FS:  0000000000000000(0000) GS:ffff8800bb180000(0000) knlGS:0000000000000000
[   12.136763] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   12.136863] CR2: ffff8800bb593000 CR3: 000000000180b000 CR4: 00000000000007e0
[   12.136964] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   12.137066] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[   12.137167] Stack:
[   12.137257]  ffff880108c634c8 ffff8800bb592f88 6033fb357b8c96fd c5e119eaebeb38a3
[   12.137668]  ffff880037a97f08 ffff8800b66b7b80 0000000000000008 0000000000000008
[   12.138077]  ffff880037a97ed0 ffffffffa016dc4e ffff880001496ae5 ffff880037a97ee0
[   12.138484] Call Trace:
[   12.138580]  [&amp;lt;ffffffffa016dc4e&amp;gt;] ? __sha256_ssse3_update+0x5e/0xe0 [sha256_ssse3]
[   12.138701]  [&amp;lt;ffffffffa016df15&amp;gt;] ? sha256_ssse3_final+0x145/0x1ec [sha256_ssse3]
[   12.138825]  [&amp;lt;ffffffff81214362&amp;gt;] ? shash_ahash_finup+0x32/0x80
[   12.138931]  [&amp;lt;ffffffff81217523&amp;gt;] ? test_hash+0x383/0x6b0
[   12.139034]  [&amp;lt;ffffffff8120c8a0&amp;gt;] ? crypto_mod_get+0x10/0x30
[   12.139141]  [&amp;lt;ffffffff811186d6&amp;gt;] ? __kmalloc+0x1c6/0x1f0
[   12.139243]  [&amp;lt;ffffffff8120cdfc&amp;gt;] ? __crypto_alg_lookup+0xac/0xf0
[   12.139344]  [&amp;lt;ffffffff8120ca48&amp;gt;] ? crypto_create_tfm+0x48/0xd0
[   12.139445]  [&amp;lt;ffffffff812146cd&amp;gt;] ? crypto_init_shash_ops_async+0x2d/0xd0
[   12.139548]  [&amp;lt;ffffffff81217893&amp;gt;] ? alg_test_hash+0x43/0xa0
[   12.139650]  [&amp;lt;ffffffff81215b9b&amp;gt;] ? alg_test+0x9b/0x230
[   12.139753]  [&amp;lt;ffffffff81421351&amp;gt;] ? __schedule+0x271/0x650
[   12.139856]  [&amp;lt;ffffffff81214940&amp;gt;] ? cryptomgr_probe+0xb0/0xb0
[   12.139954]  [&amp;lt;ffffffff81214978&amp;gt;] ? cryptomgr_test+0x38/0x40
[   12.140058]  [&amp;lt;ffffffff8105c53f&amp;gt;] ? kthread+0xaf/0xc0
[   12.140219]  [&amp;lt;ffffffff8105c490&amp;gt;] ? kthread_create_on_node+0x110/0x110
[   12.140382]  [&amp;lt;ffffffff814237ac&amp;gt;] ? ret_from_fork+0x7c/0xb0
[   12.140482]  [&amp;lt;ffffffff8105c490&amp;gt;] ? kthread_create_on_node+0x110/0x110
[   12.140585] Code: c4 40 00 00 48 8d 2d 9d 3f 00 00 f3 0f 6f 27 66 41 0f 38 00 e4 f3 0f 6f 6f 10 66 41 0f 38 00 ec f3 0f 6f 77 20 66 41 0f 38 00 f4 &amp;lt;f3&amp;gt; 0f 6f 7f 30 66 41 0f 38 00 fc 48 89 7c 24 08 48 c7 c7 03 00 
[   12.145708] RIP  [&amp;lt;ffffffffa016b083&amp;gt;] loop0+0x27/0x44 [sha256_ssse3]
[   12.145885]  RSP &amp;lt;ffff8800b66b7af0&amp;gt;
[   12.145979] CR2: ffff8800bb593000
[   12.146075] ---[ end trace 0382cf30f3465fd1 ]---
[   12.146173] note: cryptomgr_test[276] exited with preempt_count 1
[   12.146347] BUG: scheduling while atomic: cryptomgr_test/276/0x10000001
[   12.146485] Modules linked in: sha256_ssse3(+) sha256_generic twofish_generic twofish_x86_64_3way xts lrw gf128mul glue_helper twofish_x86_64 twofish_common cbc dm_crypt dm_mod netconsole sg sr_mod sd_mod cdrom crc_t10dif crc32c_intel microcode ahci libahci ehci_pci ehci_hcd libata scsi_mod r8169 mii usbcore usb_common thermal thermal_sys
[   12.150126] CPU: 3 PID: 276 Comm: cryptomgr_test Tainted: G      D      3.10.0-rc1+ #2
[   12.150282] Hardware name: Dell Inc. Vostro 3500/0NVXFV, BIOS A10 10/25/2010
[   12.150428]  ffffffff8141eaf7 ffffffff8141bca7 ffffffff8142167a 0000000000000035
[   12.151034]  0000000000000046 ffff8800b66b7fd8 ffff8800b66b7fd8 ffff8800b66b7fd8
[   12.151610]  ffff880037572090 ffff8800b66b6000 ffff8800375725d0 0000000000000046
[   12.152215] Call Trace:
[   12.152352]  [&amp;lt;ffffffff8141eaf7&amp;gt;] ? dump_stack+0xc/0x15
[   12.152496]  [&amp;lt;ffffffff8141bca7&amp;gt;] ? __schedule_bug+0x3f/0x4c
[   12.152637]  [&amp;lt;ffffffff8142167a&amp;gt;] ? __schedule+0x59a/0x650
[   12.152764]  [&amp;lt;ffffffff81067ccd&amp;gt;] ? __cond_resched+0x1d/0x30
[   12.152898]  [&amp;lt;ffffffff814217a6&amp;gt;] ? _cond_resched+0x26/0x30
[   12.153033]  [&amp;lt;ffffffff81420405&amp;gt;] ? mutex_lock+0x15/0x40
[   12.153169]  [&amp;lt;ffffffff810cfba0&amp;gt;] ? perf_event_exit_task+0x20/0x1e0
[   12.153277]  [&amp;lt;ffffffff8103e24f&amp;gt;] ? do_exit+0x29f/0xa10
[   12.153414]  [&amp;lt;ffffffff81005ca6&amp;gt;] ? oops_end+0x96/0xe0
[   12.153550]  [&amp;lt;ffffffff8141afd9&amp;gt;] ? no_context+0x24c/0x275
[   12.153692]  [&amp;lt;ffffffff8102d51e&amp;gt;] ? __do_page_fault+0x2ee/0x480
[   12.153834]  [&amp;lt;ffffffff810db066&amp;gt;] ? __alloc_pages_nodemask+0x106/0x8f0
[   12.153962]  [&amp;lt;ffffffff81423332&amp;gt;] ? page_fault+0x22/0x30
[   12.154102]  [&amp;lt;ffffffffa016b083&amp;gt;] ? loop0+0x27/0x44 [sha256_ssse3]
[   12.154232]  [&amp;lt;ffffffffa016dc4e&amp;gt;] ? __sha256_ssse3_update+0x5e/0xe0 [sha256_ssse3]
[   12.154380]  [&amp;lt;ffffffffa016df15&amp;gt;] ? sha256_ssse3_final+0x145/0x1ec [sha256_ssse3]
[   12.154532]  [&amp;lt;ffffffff81214362&amp;gt;] ? shash_ahash_finup+0x32/0x80
[   12.154660]  [&amp;lt;ffffffff81217523&amp;gt;] ? test_hash+0x383/0x6b0
[   12.154800]  [&amp;lt;ffffffff8120c8a0&amp;gt;] ? crypto_mod_get+0x10/0x30
[   12.154940]  [&amp;lt;ffffffff811186d6&amp;gt;] ? __kmalloc+0x1c6/0x1f0
[   12.155042]  [&amp;lt;ffffffff8120cdfc&amp;gt;] ? __crypto_alg_lookup+0xac/0xf0
[   12.155183]  [&amp;lt;ffffffff8120ca48&amp;gt;] ? crypto_create_tfm+0x48/0xd0
[   12.155327]  [&amp;lt;ffffffff812146cd&amp;gt;] ? crypto_init_shash_ops_async+0x2d/0xd0
[   12.155466]  [&amp;lt;ffffffff81217893&amp;gt;] ? alg_test_hash+0x43/0xa0
[   12.155609]  [&amp;lt;ffffffff81215b9b&amp;gt;] ? alg_test+0x9b/0x230
[   12.155746]  [&amp;lt;ffffffff81421351&amp;gt;] ? __schedule+0x271/0x650
[   12.155886]  [&amp;lt;ffffffff81214940&amp;gt;] ? cryptomgr_probe+0xb0/0xb0
[   12.156018]  [&amp;lt;ffffffff81214978&amp;gt;] ? cryptomgr_test+0x38/0x40
[   12.156150]  [&amp;lt;ffffffff8105c53f&amp;gt;] ? kthread+0xaf/0xc0
[   12.156275]  [&amp;lt;ffffffff8105c490&amp;gt;] ? kthread_create_on_node+0x110/0x110
[   12.156408]  [&amp;lt;ffffffff814237ac&amp;gt;] ? ret_from_fork+0x7c/0xb0
[   12.156542]  [&amp;lt;ffffffff8105c490&amp;gt;] ? kthread_create_on_node+0x110/0x110
[   16.822251] SysRq : Keyboard mode set to system default
[   18.165412] SysRq : Terminate All Tasks
[   18.165722] ------------[ cut here ]------------
[   18.165825] WARNING: at crypto/algapi.c:329 crypto_wait_for_test+0x55/0x70()
[   18.165846] Modules linked in: sha256_ssse3(+) sha256_generic twofish_generic twofish_x86_64_3way xts lrw gf128mul glue_helper twofish_x86_64 twofish_common cbc dm_crypt dm_mod netconsole sg sr_mod sd_mod cdrom crc_t10dif crc32c_intel microcode ahci libahci ehci_pci ehci_hcd libata scsi_mod r8169 mii usbcore usb_common thermal thermal_sys
[   18.165847] CPU: 3 PID: 273 Comm: modprobe Tainted: G      D W    3.10.0-rc1+ #2
[   18.165849] Hardware name: Dell Inc. Vostro 3500/0NVXFV, BIOS A10 10/25/2010
[   18.165851]  ffffffff8141eaf7 ffffffff810390fa ffff8800b669b400 ffff8800b669b400
[   18.165853]  ffffffffa016f660 ffffffffa016f6b0 0000000000000001 ffffffff8120e4d5
[   18.165854]  0000000000000000 ffffffff8120e634 ffffffffa0046000 0000000000000000
[   18.165855] Call Trace:
[   18.165858]  [&amp;lt;ffffffff8141eaf7&amp;gt;] ? dump_stack+0xc/0x15
[   18.165861]  [&amp;lt;ffffffff810390fa&amp;gt;] ? warn_slowpath_common+0x6a/0xa0
[   18.165863]  [&amp;lt;ffffffff8120e4d5&amp;gt;] ? crypto_wait_for_test+0x55/0x70
[   18.165864]  [&amp;lt;ffffffff8120e634&amp;gt;] ? crypto_register_alg+0x64/0x80
[   18.165867]  [&amp;lt;ffffffffa0046000&amp;gt;] ? 0xffffffffa0045fff
[   18.165868]  [&amp;lt;ffffffff810002fa&amp;gt;] ? do_one_initcall+0x10a/0x160
[   18.165873]  [&amp;lt;ffffffff81090a57&amp;gt;] ? load_module+0x1b37/0x2450
[   18.165875]  [&amp;lt;ffffffff8108ca90&amp;gt;] ? unset_module_init_ro_nx+0x80/0x80
[   18.165877]  [&amp;lt;ffffffff81091430&amp;gt;] ? SyS_init_module+0xc0/0xf0
[   18.165879]  [&amp;lt;ffffffff81423852&amp;gt;] ? system_call_fastpath+0x16/0x1b
[   18.165880] ---[ end trace 0382cf30f3465fd2 ]---
[   18.166140] bio: create slab &amp;lt;bio-1&amp;gt; at 1
[   20.123114] SysRq : Kill All Tasks
[   20.882858] SysRq : Emergency Sync
[   20.883148] Emergency Sync complete
[   22.531845] SysRq : Emergency Remount R/O
[   22.532141] Emergency Remount complete
[   23.386434] SysRq : Resetting
[   23.386663] ACPI MEMORY or I/O RESET_REG.
&lt;/pre&gt;</description>
    <dc:creator>Julian Wollrath</dc:creator>
    <dc:date>2013-05-16T13:41:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8905">
    <title>[PATCH 6/6] crypto: ux500/hash - Enable DT probing of the driver</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8905</link>
    <description>&lt;pre&gt;By providing an OF match table with a suitable compatible string, we
can ensure the ux500-hasht driver is probed by supplying an associated
DT node in a given platform's Device Tree.

Cc: Herbert Xu &amp;lt;herbert&amp;lt; at &amp;gt;gondor.apana.org.au&amp;gt;
Cc: linux-crypto&amp;lt; at &amp;gt;vger.kernel.org
Signed-off-by: Lee Jones &amp;lt;lee.jones&amp;lt; at &amp;gt;linaro.org&amp;gt;
---
 drivers/crypto/ux500/hash/hash_core.c |    6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/drivers/crypto/ux500/hash/hash_core.c b/drivers/crypto/ux500/hash/hash_core.c
index 9ca6fbb..f89fe8a 100644
--- a/drivers/crypto/ux500/hash/hash_core.c
+++ b/drivers/crypto/ux500/hash/hash_core.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1981,6 +1981,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int ux500_hash_resume(struct device *dev)
 
 static SIMPLE_DEV_PM_OPS(ux500_hash_pm, ux500_hash_suspend, ux500_hash_resume);
 
+static const struct of_device_id ux500_hash_match[] = {
+        { .compatible = "stericsson,ux500-hash" },
+        { },
+};
+
 static struct platform_driver hash_driver = {
 .probe  = ux500_hash_probe,
 .remove = ux500_hash_remove,
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1988,6 +1993,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static struct platform_driver hash_driver = {
 .driver = {
 .owner = THIS_MODULE,
 .name  = "hash1",
+.of_match_table = ux500_hash_match,
 .pm    = &amp;amp;ux500_hash_pm,
 }
 };
&lt;/pre&gt;</description>
    <dc:creator>Lee Jones</dc:creator>
    <dc:date>2013-05-16T11:27:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8903">
    <title>Re: [PATCH 34/39] dmaengine: ste_dma40: Convert data_width from register bit format to value</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8903</link>
    <description>&lt;pre&gt;Okay...

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T09:41:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8902">
    <title>Re: [PATCH 02/39] dmaengine: ste_dma40: Remove unnecessary call to d40_phy_cfg()</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8902</link>
    <description>&lt;pre&gt;Certainly not in MAINTAINERS file :)

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T09:40:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8894">
    <title>Re: [PATCH 08/39] dmaengine: ste_dma40: Remove redundant address fetching function</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8894</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:41:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8893">
    <title>Re: [PATCH 03/39] dmaengine: ste_dma40: Don't configure runtime configurable setup during allocate</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8893</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:36:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8891">
    <title>Re: [PATCH 01/39] dmaengine: ste_dma40: Separate Logical Global Interrupt Mask (GIM) unmasking</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8891</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;
Wip ... :)

&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:35:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8890">
    <title>Re: [PATCH 38/39] dmaengine: ste_dma40: Fetch the number of physical channels from DT</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8890</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:34:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8889">
    <title>Re: [PATCH 34/39] dmaengine: ste_dma40: Convert data_width from register bit format to value</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8889</link>
    <description>&lt;pre&gt;  
how about a simple macro to check above..

Switch looks better for this and how about
return fls(width);

as your defines are 0...3 and dmaengine define 1,2,..8 for same thing
then you can also get rid of STEDMA40_XXX_WIDTH macros!


nice

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:32:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8887">
    <title>Re: [PATCH 18/39] crypto: ux500/[cryp|hash] - Show successful start-up in the bootlog</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8887</link>
    <description>&lt;pre&gt;
Acked-by: Herbert Xu &amp;lt;herbert&amp;lt; at &amp;gt;gondor.apana.org.au&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Herbert Xu</dc:creator>
    <dc:date>2013-05-16T07:02:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8885">
    <title>Re: [PATCH 15/39] crypto: ux500/cryp - Prepare clock before enabling it</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8885</link>
    <description>&lt;pre&gt;
Acked-by: Herbert Xu &amp;lt;herbert&amp;lt; at &amp;gt;gondor.apana.org.au&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Herbert Xu</dc:creator>
    <dc:date>2013-05-16T07:01:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8884">
    <title>Re: [PATCH 13/39] crypto: ux500/hash - Set DMA configuration though dma_slave_config()</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8884</link>
    <description>&lt;pre&gt;
Acked-by: Herbert Xu &amp;lt;herbert&amp;lt; at &amp;gt;gondor.apana.org.au&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Herbert Xu</dc:creator>
    <dc:date>2013-05-16T07:01:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8883">
    <title>Re: [PATCH 12/39] crypto: ux500/hash - Prepare clock before enabling it</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8883</link>
    <description>&lt;pre&gt;
Acked-by: Herbert Xu &amp;lt;herbert&amp;lt; at &amp;gt;gondor.apana.org.au&amp;gt;

Thanks,
&lt;/pre&gt;</description>
    <dc:creator>Herbert Xu</dc:creator>
    <dc:date>2013-05-16T07:00:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8880">
    <title>Re: [PATCH 39/39] dmaengine: ste_dma40: Fetch disabled channels from DT</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8880</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T06:08:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8878">
    <title>Re: [PATCH 31/39] dmaengine: ste_dma40: Replace ST-E's home-brew DMA direction defs with generic ones</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8878</link>
    <description>&lt;pre&gt;Nice :)

1) I dont see the STE macro getting removed, why do we need it
2) last i checked the direction values had a bit idfference b/w what you are
using and what dmaengine defines, so hopefully that is taken care of..

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T05:17:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8877">
    <title>Re: [PATCH 33/39] dmaengine: ste_dma40_ll: Use the BIT macro to replace ugly '(1 &lt;&lt; x)'s</title>
    <link>http://permalink.gmane.org/gmane.linux.kernel.cryptoapi/8877</link>
    <description>&lt;pre&gt;Acked-by: Vinod Koul &amp;lt;vinod.koul&amp;lt; at &amp;gt;intel.com&amp;gt;

Hopefully all the BIT conversion in the driver are done in this

--
~Vinod
&lt;/pre&gt;</description>
    <dc:creator>Vinod Koul</dc:creator>
    <dc:date>2013-05-16T05:13:57</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.kernel.cryptoapi">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.kernel.cryptoapi</link>
  </textinput>
</rdf:RDF>
