On Wed, 2019-08-28 at 08:07 +0200, Thomas Huth wrote:
> The FSF does not reside in "675 Mass Ave, Cambridge" anymore...
> let's simply use proper SPDX identifiers instead.
>
> Signed-off-by: Thomas Huth
Acked-by: Russell Currey
> prototype: 'struct pci_io_addr_range
>
> Since this is not a kernel-doc for the struct below, but rather an
> overview of this source eeh_cache.c, just use the free-form comments
> kernel-doc syntax instead.
>
> Signed-off-by: Qian Cai
Looks good to me.
Acked-by: Russell Currey
On Wed, 2019-05-15 at 06:20 +, Christophe Leroy wrote:
Confirming this works on hash and radix book3s64.
> +
> + // only operate on VM areas for now
> + area = find_vm_area((void *)addr);
> + if (!area || end > (unsigned long)area->addr + area->size ||
> + !(area->flags &
leave it off by
> default
> until we can get STRICT_KERNEL_RWX to the point where it's enabled by
> default.
>
> Signed-off-by: Russell Currey
> Signed-off-by: Christophe Leroy
> ---
Thanks for this, I figured you'd know how to make this work on 32bit
too. I'll test on my en
On Tue, 2019-01-08 at 10:37 +0100, Christophe Leroy wrote:
> Hi Michael and Russell,
>
> Any idea why:
> - checkpatch reports missing Signed-off-by:
> - Snowpatch build fails on PPC64 (it seems unrelated to the patch,
> something wrong in lib/genalloc.c)
Upstream kernel broke for powerpc
erhead as compared to
> DEFINE_DEBUGFS_ATTRIBUTE + debugfs_create_file_unsafe().
>
> Generated by:
> scripts/coccinelle/api/debugfs/debugfs_simple_attr.cocci
>
> Signed-off-by: YueHaibing
Acked-by: Russell Currey
On Wed, 2018-11-28 at 09:27 +, Christophe Leroy wrote:
> This patch implements Kernel Userspace Access Protection for
> book3s/32.
>
> Due to limitations of the processor page protection capabilities,
> the protection is only against writing. read protection cannot be
> achieved using page
time.
>
> Signed-off-by: Arnd Bergmann <a...@arndb.de>
Acked-by: Russell Currey <rus...@russell.cc>
time.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Russell Currey
On Sun, 2017-08-13 at 16:54 +0200, Julia Lawall wrote:
> Hello,
Hello, sorry for the delayed response.
>
> At the suggestion of Christoph Hellwig, I am working on inlining the
> functions stored in the err_handler field of a pci_driver structure into
> the pci_driver structure itself. A number
On Sun, 2017-08-13 at 16:54 +0200, Julia Lawall wrote:
> Hello,
Hello, sorry for the delayed response.
>
> At the suggestion of Christoph Hellwig, I am working on inlining the
> functions stored in the err_handler field of a pci_driver structure into
> the pci_driver structure itself. A number
On Tue, 2017-05-30 at 15:38 +0930, Joel wrote:
> This driver is a basic single-register reset controller driver that
> supports clearing a single bit in a register.
>
> Signed-off-by: Joel Stanley <j...@jms.id.au>
Acked-by: Russell Currey <rus...@russell.cc>
On Tue, 2017-05-30 at 15:38 +0930, Joel wrote:
> This driver is a basic single-register reset controller driver that
> supports clearing a single bit in a register.
>
> Signed-off-by: Joel Stanley
Acked-by: Russell Currey
On Wed, 2016-11-23 at 22:58 +0800, Geliang Tang wrote:
> Use builtin_platform_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang <geliangt...@gmail.com>
> ---
Acked-by: Russell Currey <rus...@russell.cc>
On Wed, 2016-11-23 at 22:58 +0800, Geliang Tang wrote:
> Use builtin_platform_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang
> ---
Acked-by: Russell Currey
15 matches
Mail list logo