[Bug malloc/27227] Memory corruption for altivec unaligned load / store

["kungfujesus06 at gmail dot com" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=27227

--- Comment #2 from Adam Stylinski <kungfujesus06 at gmail dot com> ---
(In reply to Andreas Schwab from comment #1)
> There is not a single memory write in your example, thus any memory
> corruption must have happened somewhere else.  In any case, nothing here
> looks related to glibc.  Try valgrind.

Sorry, that was definitely not a complete example, I was simply showing the
access pattern.  The memory writes are occurring in similar loops, where the
unaligned writes happen the same way as the loads, but the writes are handled
exactly as they were in Apple's documentation:

void StoreUnaligned( vector unsigned char src, void *target )
{

    vector unsigned char MSQ, LSQ;
    vector unsigned char mask, align, zero, neg1;
    MSQ = vec_ld(0, target);

    // most significant quadword
    LSQ = vec_ld(16, target);
    // least significant quadword
    align = vec_lvsr(0, target);
    // create alignment vector
    zero = vec_spat_u8( 0 );
    // Create vector full of zeros
    neg1 = vec_splat_s8( -1 );
    // Create vector full of -1
    mask=vec_perm(zero,neg1,align);
    Create select mask
    src=vec_perm(src,src,align );

    // Right rotate stored data
    MSQ = vec_sel( MSQ, src, mask );
    // Insert data into MSQ part
    LSQ = vec_sel( src, LSQ, mask );
   // Insert data into LSQ part
   vec_st( MSQ, 0, target );
   // Store the MSQ part
   vec_st( LSQ, 16, target );
   // Store the LSQ part
}

I'm asking first if my access pattern for both loads and stores is faulty to
begin with, or if something changed in glibc recently for the POWER ABI with
regard to alignment.

-- 
You are receiving this mail because:
You are on the CC list for the bug.