Re: csiphash on Sparc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2017-10-10 at 16:28 +0200, Carsten Grzemba wrote:
> <signaturebeforequotedtext></signaturebeforequotedtext>
> On 10.10.17 16:10, William Brown  <wibrown@xxxxxxxxxx> wrote: 
> > 
> > On Fri, 2017-10-06 at 10:21 +0200, Carsten Grzemba wrote:
> > > Currently the code src/libsds/external/csiphash/csiphash.c do not work on Sparc. 
> > > The casting void* or char* to unit64_t* throws Bus-Error.
> > > 
> > > The solution would be to copy the content of the void and char pointer so that the variabeles are suitably aligned.
> > > To prevent have to use malloc: do we know the max of src_sz?
> > > 
> > 
> > 
> > What line is this? I assume you are refering to:
> > 
> > https://pagure.io/389-ds-base/blob/master/f/src/libsds/external/csiphash/csiphash.c#_82
> > 
> yes!
>  
> > 
> > (https://pagure.io/389-ds-base/blob/master/f/src/libsds/external/csiphash/csiphash.c#_82)
> > 
> > No, we can't know the max of src_sz, in theory it could be uint64_t max.
> > So this may not be an option.
> > 
> So is malloc for uint64 alignment of the src variable the only option?
>  
> > 
> > 
> > 
> > Are you trying this on a 32bit platform perhaps? What's the arch of the
> > machine with the issue?
> > 
> 64bit, Fujitsu M4000
> $ isainfo -v
> 64-bit sparcv9 applications
>  fmaf vis2 vis popc 

I feel like there is something I'm missing here in the problem. What is
sizeof(void *) on this platform? I'm assuming 4 or 16 rather than 8
bytes? Is this correct? 



-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Australia/Brisbane

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
389-devel mailing list -- 389-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Directory Announce]     [Fedora Users]     [Older Fedora Users Mail]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Review]     [Fedora Art]     [Fedora Music]     [Fedora Packaging]     [CentOS]     [Fedora SELinux]     [Big List of Linux Books]     [KDE Users]     [Fedora Art]     [Fedora Docs]

  Powered by Linux