linux-kernel - RE: [RFC PATCH] [X86/mem] Handle unaligned case by avoiding store crossing cache line

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <C10D3FB0CD45994C8A51FEC1227CE22F15CBF9E72A@shsmsx502.ccr.corp.intel.com>
Date:	Tue, 12 Oct 2010 22:05:54 +0800
From:	"Ma, Ling" <ling.ma@...el.com>
To:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [RFC PATCH] [X86/mem] Handle unaligned case by avoiding store
 crossing cache line

>>         * Use 32bit CMP here to avoid long NOP padding.
>>         */
>> -       cmp  $0x20, %edx
>> +       cmp  $0x28, %rdx
>
>Well, look above your change. The comment says "Use 32bit CMP".
>If you really want to go to 64-bit one, then change comment too.

Yes, change next version. In this version we use 64bit is for Lcopy_forward_loop
become 16bit aligned without Nop padding.
 
>> +       /*
>> +        * We append data to avoid store crossing cache.
>> +        */
>> +       movq (%rsi), %rcx
>> +       movq %rdi, %r8
>> +       addq $8, %rdi
>> +       andq $-8, %rdi
>> +       movq %rcx, (%r8)
>> +       subq %rdi, %r8
>> +       addq %r8, %rdx
>> +       subq %r8, %rsi

>The comment doesn't really help to understand what you are doing here.
>Maybe "Align store location to 32 bytes to avoid crossing cachelines"?

Ok change in next version. Here by overlap writing we force store to handle data
with 8bytes aligned later. If store can handle memory with aligned 8bytes,
it never cross cache line in one operation because cache line size should be 
multiple of 8bytes.

Thanks
Ling

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/