Hi,
On Fri, 26 Apr 2013 14:02:01 +0900 "Chanho Min" wrote:
>
>
> @@ -0,0 +1,23 @@
> +#include
> +
> +int __attribute__((weak)) __clzsi2(int val)
We have __weak in
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp21BCDTqop1.pgp
Description: PGP signature
>> gcc seems to define __builtin_clz as __clzsi2 in some architecture.
>> But, kernel doesn't link libgcc.a.
>> If kernel should use gcc's built-in function without libgcc.a,
>> do we need to port __clzsi2 to 'arch/*/lib/*'?
>
>This breaks alpha (gcc-4.4.4) as well. Can we please get this fixed
>
On Mon, 22 Apr 2013 18:22:18 +0900 "Chanho Min" wrote:
> >> +#define HTYPE const u8*
> >> +
> >> +#ifdef __BIG_ENDIAN
> >> +#define LZ4_NBCOMMONBYTES(val) (__builtin_clz(val) >> 3)
> >> +#else
> >> +#define LZ4_NBCOMMONBYTES(val) (__builtin_ctz(val) >> 3)
> >> +#endif
> >
> >It seems at least m68
On Thu, 2013-04-25 at 21:22 +0800, Herbert Xu wrote:
> Please wrap the generic implementation as we do for crc32c.
>
Herbert,
I've updated this patch to add the generic crct10dif transform (see
below). Let me know if this address your comment. Thanks.
Tim
When CRC T10 DIF is calculated usin
On Mon, Apr 15, 2013 at 11:58:15AM +0300, Horia Geantă wrote:
> On 4/15/2013 7:25 AM, Vakul Garg wrote:
> >The job ring init function creates a platform device for each job ring.
> >While the job ring is shutdown, e.g. while caam module removal, its
> >platform device was not being removed. This le
On Sat, Apr 13, 2013 at 01:46:29PM +0300, Jussi Kivilinna wrote:
> The following series implements four block ciphers - Blowfish, Twofish,
> Serpent
> and Camellia - using AVX2 instruction set. This work on AVX2 implementations
> started over year ago and have been available at
> https://git
On Thursday 25 April 2013, Lee Jones wrote:
> > > @@ -232,6 +236,7 @@ struct cryp_dma {
> > > */
> > > struct cryp_device_data {
> > > struct cryp_register __iomem *base;
> > > + phys_addr_t phybase;
> >
> > Use dma_addr_t. Maybe "phybase" is misleading,
> > "dmabase" is probably
On Thu, Apr 25, 2013 at 3:44 PM, Lee Jones wrote:
> On Thu, 25 Apr 2013, Linus Walleij wrote:
>> On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
>>
>> > The DMA controller currently takes configuration information from
>> > information passed though dma_channel_request(), but it shouldn't.
>>
On Thu, 25 Apr 2013, Linus Walleij wrote:
> On Fri, Apr 19, 2013 at 2:24 PM, Lee Jones wrote:
> > Slight change of plan for v2.
> >
> > Now we're doing a seperate clk_prepare(), as the clk_enable() in the
> > previous patch turned out to be called inside a spin_lock().
> >
> > Arnd, can you confi
On Thu, 25 Apr 2013, Linus Walleij wrote:
> On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
>
> > Clearly this driver hasn't been tested, or even enabled in a while.
> >
> > drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
> > error: request for member ‘pm’ in something not a structure o
On Thu, 25 Apr 2013, Linus Walleij wrote:
> On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
>
> > The DMA controller currently takes configuration information from
> > information passed though dma_channel_request(), but it shouldn't.
> > Using the API, the DMA channel should only be configur
On Wed, Apr 17, 2013 at 09:12:52AM -0700, Tim Chen wrote:
> When CRC T10 DIF is calculated using the crypto transform framework, we
> wrap the crc_t10dif function call to utilize it. This allows us to
> take advantage of any accelerated CRC T10 DIF transform that is
> plugged into the crypto frame
On Wed, Apr 10, 2013 at 06:39:20PM +0300, Jussi Kivilinna wrote:
> The Kconfig setting for glue helper module is CRYPTO_GLUE_HELPER_X86, but
> recent change for aesni_intel used CRYPTO_GLUE_HELPER instead. Patch corrects
> this issue.
>
> Cc: kbuild-...@01.org
> Reported-by: kbuild test robot
> S
On Fri, Apr 19, 2013 at 01:25:12PM -0700, Tim Chen wrote:
> Herbert,
>
> This is a follow on patch to the optimized sha256 and sha512 patch series
> that's just
> merged into the crypto-dev. Let me know if you prefer me to respin the
> patch series.
>
> This patch corrects the prototype of sha2
The current code increases its stack frame size a couple of
times throughout the function, but still performs some writes
below the stack pointer.
This change applies the fix from the original author so all
writes to the stack are above the stack pointer.
Taken from origin:
http://git.openssl.org
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
> The Cryp driver is currently silent and the Hash driver prints the
> name of its probe function unnecessarily. Let's just put a nice
> descriptive one-liner there instead.
>
> Cc: Herbert Xu
> Cc: David S. Miller
> Cc: Andreas Westin
> Cc: l
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
> The DMA controller currently takes configuration information from
> information passed though dma_channel_request(), but it shouldn't.
> Using the API, the DMA channel should only be configured during
> a dma_slave_config() call.
>
> Cc: Herber
On Thu, Apr 18, 2013 at 12:27 PM, Lee Jones wrote:
> Clearly this driver hasn't been tested, or even enabled in a while.
>
> drivers/crypto/ux500/cryp/cryp_core.c:1771:3:
> error: request for member ‘pm’ in something not a structure or union
>
> Cc: Herbert Xu
> Cc: David S. Miller
> Cc
On Fri, Apr 19, 2013 at 2:22 PM, Lee Jones wrote:
> Slight change of plan for v2.
>
> Now we're doing a seperate clk_prepare(), as the clk_enable() in the
> previous patch turned out to be called inside a spin_lock().
>
> Arnd, can you confirm your Ack please?
>
>
>
> crypto: ux500/cryp - Pr
Pls include magnus.p.pers...@stericsson.com on all these crypto/hash
postings.
On Thu, Apr 18, 2013 at 12:26 PM, Lee Jones wrote:
> The DMA controller currently takes configuration information from
> information passed though dma_channel_request(), but it shouldn't.
> Using the API, the DMA chan
On Fri, Apr 19, 2013 at 2:24 PM, Lee Jones wrote:
> Slight change of plan for v2.
>
> Now we're doing a seperate clk_prepare(), as the clk_enable() in the
> previous patch turned out to be called inside a spin_lock().
>
> Arnd, can you confirm your Ack please?
Do you really want letters to Arnd t
Vakul Garg wrote:
> Herbert Xu gondor.apana.org.au> writes:
>
>>
>> On Wed, Jan 26, 2011 at 10:26:33AM +0330, Hamid Nassiby wrote:
>> >
>> > As you know, I posted my problem again to crypto list and no one
> answered.
>> > Now I
>> > emphasize one aspect of the problem as a concept related to
22 matches
Mail list logo
