> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, August 14, 2012 1:40 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
> linuxppc-dev@lists.ozlabs.org; devicetree-disc...@lists.ozlabs.org; Gala
> Kumar-B11780; Li Yang-R5847
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, August 14, 2012 10:19 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
> linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
> Subject: Re: [PATCH v2 2/2] powerp
On 08/13/2012 09:15 PM, Wang Dongsheng-B40534 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Tuesday, August 14, 2012 10:05 AM
>> To: Wang Dongsheng-B40534
>> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
>> linuxppc-dev@lists.ozlabs.org; Gala Ku
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, August 14, 2012 10:05 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
> linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
> Subject: Re: [PATCH v2 2/2] powerp
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, August 14, 2012 12:49 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
> linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
> Subject: Re: [PATCH v2 2/2] powerp
On 08/13/2012 09:00 PM, Wang Dongsheng-B40534 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Tuesday, August 14, 2012 1:37 AM
>> To: Wang Dongsheng-B40534
>> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
>> linuxppc-dev@lists.ozlabs.org; Gala Kum
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, August 14, 2012 1:37 AM
> To: Wang Dongsheng-B40534
> Cc: Wood Scott-B07421; b...@kernel.crashing.org; pau...@samba.org;
> linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
> Subject: Re: [PATCH v2 2/2] powerpc
On Mon, Aug 13, 2012 at 07:04:02PM +0200, Borislav Petkov wrote:
> On Mon, Aug 13, 2012 at 02:43:34PM +0300, Kirill A. Shutemov wrote:
> > $ cat test.c
> > #include
> > #include
> >
> > #define SIZE 1024*1024*1024
> >
> > void clear_page_nocache_sse2(void *page) __attribute__((regparm(1)));
> >
On 08/13/2012 12:40 AM, Wang Dongsheng-B40534 wrote:
>>> diff --git a/Documentation/devicetree/bindings/open-pic.txt
>>> b/Documentation/devicetree/bindings/open-pic.txt
>>> index 909a902..045c2e9 100644
>>> --- a/Documentation/devicetree/bindings/open-pic.txt
>>> +++ b/Documentation/devicetree/bin
On 08/13/2012 01:18 AM, Wang Dongsheng-B40534 wrote:
>>> + p = of_get_property(np, "available-ranges", &len);
>>> + if (p && len % (2 * sizeof(u32)) != 0) {
>>> + pr_err("%s: malformed fsl,available-ranges property.\n",
>>> + np->full_name);
>>> + r
On 08/11/2012 08:07 AM, Tabi Timur-B04825 wrote:
> On Sat, Aug 11, 2012 at 2:01 AM, Geert Uytterhoeven
> wrote:
>> On Sat, Aug 11, 2012 at 12:21 AM, Scott Wood wrote:
>>> +EXPORT_SYMBOL(epapr_hypercall_start);
>>
>> EXPORT_SYMBOL_GPL?
>
> We prefer EXPORT_SYMBOL. We don't want to restrict our c
On Mon, Aug 13, 2012 at 02:43:34PM +0300, Kirill A. Shutemov wrote:
> $ cat test.c
> #include
> #include
>
> #define SIZE 1024*1024*1024
>
> void clear_page_nocache_sse2(void *page) __attribute__((regparm(1)));
>
> int main(int argc, char** argv)
> {
> char *p;
> unsigned long
On 08/13/2012 01:17 AM, Li Yang-R58472 wrote:
>
>
>> -Original Message-
>> From: Wang Dongsheng-B40534
>> Sent: Monday, August 13, 2012 1:54 PM
>> To: Wood Scott-B07421
>> Cc: b...@kernel.crashing.org; pau...@samba.org; linuxppc-
>> d...@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
On 08/13/2012 12:53 AM, Wang Dongsheng-B40534 wrote:
>
>
>> -Original Message-
>> From: Wood Scott-B07421
>> Sent: Saturday, August 11, 2012 3:40 AM
>> To: Wang Dongsheng-B40534
>> Cc: b...@kernel.crashing.org; pau...@samba.org; linuxppc-
>> d...@lists.ozlabs.org; Gala Kumar-B11780; Li Ya
> Moving 64 bytes per cycle is faster on Sandy Bridge, but slower on
> Westmere. Any preference? ;)
You have to be careful with these benchmarks.
- You need to make sure the data is cache cold, cache hot is misleading.
- The numbers can change if you have multiple CPUs doing this in parallel.
-A
Thank you so much for reviewing the code. Please see my reply below.
On Fri, 2012-08-10 at 17:23 +1000, Michael Ellerman wrote:
> On Thu, 2012-08-09 at 18:13 -0500, Ashley Lai wrote:
> > This patch retrieves the event log data from the device tree
> > during file open. The event log data will the
Directly comparing current->personality against PER_LINUX32 doesn't work
in cases when any of the personality flags stored in the top three bytes
are used.
Directly forcefully setting personality to PER_LINUX32 or PER_LINUX
discards any flags stored in the top three bytes
Use personality() mac
>>> On 13.08.12 at 13:43, "Kirill A. Shutemov"
>>> wrote:
> On Thu, Aug 09, 2012 at 04:22:04PM +0100, Jan Beulich wrote:
>> >>> On 09.08.12 at 17:03, "Kirill A. Shutemov"
>> >>> wrote:
>
> ...
>
>> > ---
>> > arch/x86/include/asm/page.h |2 ++
>> > arch/x86/include/asm/string_3
On Thu, Aug 09, 2012 at 04:22:04PM +0100, Jan Beulich wrote:
> >>> On 09.08.12 at 17:03, "Kirill A. Shutemov"
> >>> wrote:
...
> > ---
> > arch/x86/include/asm/page.h |2 ++
> > arch/x86/include/asm/string_32.h |5 +
> > arch/x86/include/asm/string_64.h |5
On 10/08/12 11:49, Arnd Bergmann wrote:
> On Thursday 09 August 2012, Ian Molton wrote:
>>> The driver
>>> already knows all those offsets and they are always the same
>>> for all variants of mv643xx, right?
>> Yes, but its not clean. And no amount of refactoring is
>> really going to make a nice
20 matches
Mail list logo