Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread Joshua Kinard
On 08/26/2014 13:45, David Daney wrote: > On 08/25/2014 07:41 PM, Joshua Kinard wrote: >> On 08/25/2014 20:36, David Daney wrote: >>> On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: > On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: >

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread Leonid Yegoshin
16KB page size solution may sometime be a solution: 1) in microcontroller environment then small pages have advantage in small applications world. 2) some kernel drivers may not fit well a different page size, especially if HW has an embedded memory translation: GPU, video/audio decoders,

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread David Daney
On 08/25/2014 07:41 PM, Joshua Kinard wrote: On 08/25/2014 20:36, David Daney wrote: On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread David Daney
On 08/25/2014 07:41 PM, Joshua Kinard wrote: On 08/25/2014 20:36, David Daney wrote: On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread Leonid Yegoshin
16KB page size solution may sometime be a solution: 1) in microcontroller environment then small pages have advantage in small applications world. 2) some kernel drivers may not fit well a different page size, especially if HW has an embedded memory translation: GPU, video/audio decoders,

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-26 Thread Joshua Kinard
On 08/26/2014 13:45, David Daney wrote: On 08/25/2014 07:41 PM, Joshua Kinard wrote: On 08/25/2014 20:36, David Daney wrote: On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Joshua Kinard
On 08/25/2014 20:36, David Daney wrote: > On 08/25/2014 04:55 PM, Joshua Kinard wrote: >> On 08/25/2014 13:16, Ralf Baechle wrote: >>> On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: >>> this series adds mapping color control to the generic kmap code, allowing architectures

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread David Daney
On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Joshua Kinard
On 08/25/2014 13:16, Ralf Baechle wrote: > On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: > >> this series adds mapping color control to the generic kmap code, allowing >> architectures with aliasing VIPT cache to use high memory. There's also >> use example of this new interface

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Ralf Baechle
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: > this series adds mapping color control to the generic kmap code, allowing > architectures with aliasing VIPT cache to use high memory. There's also > use example of this new interface by xtensa. I haven't actually ported this to

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Ralf Baechle
On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also use example of this new interface by xtensa. I haven't actually ported this to MIPS

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Joshua Kinard
On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also use example of this new interface by

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread David Daney
On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also

Re: [PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-25 Thread Joshua Kinard
On 08/25/2014 20:36, David Daney wrote: On 08/25/2014 04:55 PM, Joshua Kinard wrote: On 08/25/2014 13:16, Ralf Baechle wrote: On Sat, Aug 02, 2014 at 05:11:37AM +0400, Max Filippov wrote: this series adds mapping color control to the generic kmap code, allowing architectures with aliasing

[PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-01 Thread Max Filippov
Hi, this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also use example of this new interface by xtensa. Changes since v3: - drop #include from mm/highmem.c as it's done in linux/highmem.h; - add

[PATCH v4 0/2] mm/highmem: make kmap cache coloring aware

2014-08-01 Thread Max Filippov
Hi, this series adds mapping color control to the generic kmap code, allowing architectures with aliasing VIPT cache to use high memory. There's also use example of this new interface by xtensa. Changes since v3: - drop #include asm/highmem.h from mm/highmem.c as it's done in linux/highmem.h;