[PATCH] MAINTAINERS: Update the UV architecture to current addresses

After the buyout/merger our @sgi.com address are slowing being less useful. So make sure we are can be contacted properly. Signed-off-by: Nathan Zimmer Signed-off-by: Mike Travis --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff

[PATCH] MAINTAINERS: Update the UV architecture to current addresses

After the buyout/merger our @sgi.com address are slowing being less useful. So make sure we are can be contacted properly. Signed-off-by: Nathan Zimmer Signed-off-by: Mike Travis --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [PATCH v4 10/13] xen/pvcalls: implement recvmsg

On Fri, 22 Sep 2017, Boris Ostrovsky wrote: > > +static bool pvcalls_front_read_todo(struct sock_mapping *map) > > +{ > > + struct pvcalls_data_intf *intf = map->active.ring; > > + RING_IDX cons, prod; > > + int32_t error; > > + > > + cons = intf->in_cons; > > + prod = intf->in_prod; > >

Re: [PATCH v4 10/13] xen/pvcalls: implement recvmsg

On Fri, 22 Sep 2017, Boris Ostrovsky wrote: > > +static bool pvcalls_front_read_todo(struct sock_mapping *map) > > +{ > > + struct pvcalls_data_intf *intf = map->active.ring; > > + RING_IDX cons, prod; > > + int32_t error; > > + > > + cons = intf->in_cons; > > + prod = intf->in_prod; > >

[PATCH v1 RFC 2/7] Clean up code according to patch check suggestions

From: Tristram Ha Clean up code according to patch check suggestions. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_common.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH v1 RFC 0/7] Modify KSZ9477 DSA driver in preparation to add other KSZ switch drivers

From: Tristram Ha This series of patches is to modify the original KSZ9477 DSA driver so that other KSZ switch drivers can be added and use the common code. There are several steps to accomplish this achievement. First is to rename some function names with a prefix

[PATCH v1 RFC 2/7] Clean up code according to patch check suggestions

From: Tristram Ha Clean up code according to patch check suggestions. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_common.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/net/dsa/microchip/ksz_common.c

[PATCH v1 RFC 0/7] Modify KSZ9477 DSA driver in preparation to add other KSZ switch drivers

From: Tristram Ha This series of patches is to modify the original KSZ9477 DSA driver so that other KSZ switch drivers can be added and use the common code. There are several steps to accomplish this achievement. First is to rename some function names with a prefix to indicate chip specific

Re: [PATCH 02/14] VFS: Add LSM hooks for filesystem context [ver #6]

add cc: linux-security-mod...@vger.kernel.org On 10/06/17 08:49, David Howells wrote: > Add LSM hooks for use by the filesystem context code. This includes: > > (1) Hooks to handle allocation, duplication and freeing of the security > record attached to a filesystem context. > > (2) A

Re: [PATCH 02/14] VFS: Add LSM hooks for filesystem context [ver #6]

add cc: linux-security-mod...@vger.kernel.org On 10/06/17 08:49, David Howells wrote: > Add LSM hooks for use by the filesystem context code. This includes: > > (1) Hooks to handle allocation, duplication and freeing of the security > record attached to a filesystem context. > > (2) A

[PATCH v1 RFC 3/7] Rename some functions with ksz9477 prefix

From: Tristram Ha Rename some functions with ksz9477 prefix to separate chip specific code from common code. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_common.c | 116 + 1 file changed, 59

Re: [PATCH v4 04/13] xen/pvcalls: implement socket command and handle events

On 10/06/2017 02:38 PM, Stefano Stabellini wrote: > On Thu, 21 Sep 2017, Boris Ostrovsky wrote: >>> + >>> +static inline int get_request(struct pvcalls_bedata *bedata, int *req_id) >>> +{ >>> + *req_id = bedata->ring.req_prod_pvt & (RING_SIZE(>ring) - 1); >>> + if (RING_FULL(>ring) || >>> +

[PATCH v1 RFC 3/7] Rename some functions with ksz9477 prefix

From: Tristram Ha Rename some functions with ksz9477 prefix to separate chip specific code from common code. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_common.c | 116 + 1 file changed, 59 insertions(+), 57 deletions(-) diff --git

Re: [PATCH v4 04/13] xen/pvcalls: implement socket command and handle events

On 10/06/2017 02:38 PM, Stefano Stabellini wrote: > On Thu, 21 Sep 2017, Boris Ostrovsky wrote: >>> + >>> +static inline int get_request(struct pvcalls_bedata *bedata, int *req_id) >>> +{ >>> + *req_id = bedata->ring.req_prod_pvt & (RING_SIZE(>ring) - 1); >>> + if (RING_FULL(>ring) || >>> +

[PATCH v1 RFC 5/7] Break KSZ9477 DSA driver into two files

From: Tristram Ha Break KSZ9477 DSA driver into two files in preparation to add more KSZ switch drivers. Add common functions in ksz_common.h so that other KSZ switch drivers can access code in ksz_common.c. Add ksz_spi.h for common functions used by KSZ switch SPI

[PATCH v1 RFC 5/7] Break KSZ9477 DSA driver into two files

From: Tristram Ha Break KSZ9477 DSA driver into two files in preparation to add more KSZ switch drivers. Add common functions in ksz_common.h so that other KSZ switch drivers can access code in ksz_common.c. Add ksz_spi.h for common functions used by KSZ switch SPI drivers. Signed-off-by:

[PATCH v1 RFC 6/7] Add MIB counter reading support

From: Tristram Ha Add MIB counter reading support. Rename ksz_9477_reg.h to ksz9477_reg.h for consistency as the product name is always KSZ. Header file ksz_priv.h no longer contains any chip specific data. Signed-off-by: Tristram Ha

[PATCH v1 RFC 6/7] Add MIB counter reading support

From: Tristram Ha Add MIB counter reading support. Rename ksz_9477_reg.h to ksz9477_reg.h for consistency as the product name is always KSZ. Header file ksz_priv.h no longer contains any chip specific data. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz9477.c

Re: [PATCH v4 06/13] xen/pvcalls: implement bind command

On Thu, 21 Sep 2017, Boris Ostrovsky wrote: > On 09/15/2017 07:00 PM, Stefano Stabellini wrote: > > Send PVCALLS_BIND to the backend. Introduce a new structure, part of > > struct sock_mapping, to store information specific to passive sockets. > > > > Introduce a status field to keep track of the

Re: [PATCH v4 06/13] xen/pvcalls: implement bind command

On Thu, 21 Sep 2017, Boris Ostrovsky wrote: > On 09/15/2017 07:00 PM, Stefano Stabellini wrote: > > Send PVCALLS_BIND to the backend. Introduce a new structure, part of > > struct sock_mapping, to store information specific to passive sockets. > > > > Introduce a status field to keep track of the

[PATCH RFC] Add Microchip KSZ8895 DSA driver

From: Tristram Ha Add Microchip KSZ8895 DSA driver. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 + drivers/net/dsa/microchip/ksz8895.c | 1288

[PATCH RFC] Add Microchip KSZ8895 DSA driver

From: Tristram Ha Add Microchip KSZ8895 DSA driver. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 + drivers/net/dsa/microchip/ksz8895.c | 1288 +++

Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6]

On 10/06/17 08:49, David Howells wrote: > > diff --git a/fs/fs_context.c b/fs/fs_context.c > new file mode 100644 > index ..a3a7ccb4323d > --- /dev/null > +++ b/fs/fs_context.c > +/** > + * generic_parse_monolithic - Parse key[=val][,key[=val]]* mount data > + * @mc: The superblock

Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6]

On 10/06/17 08:49, David Howells wrote: > > diff --git a/fs/fs_context.c b/fs/fs_context.c > new file mode 100644 > index ..a3a7ccb4323d > --- /dev/null > +++ b/fs/fs_context.c > +/** > + * generic_parse_monolithic - Parse key[=val][,key[=val]]* mount data > + * @mc: The superblock

[PATCH RFC 0/1] Add Microchip KSZ8895 DSA driver

From: Tristram Ha This patch requires the previous patch for Microchip KSZ8795 DSA driver. Tristram Ha (1): Add Microchip KSZ8895 DSA driver. drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 +

[PATCH RFC 0/1] Add Microchip KSZ8895 DSA driver

From: Tristram Ha This patch requires the previous patch for Microchip KSZ8795 DSA driver. Tristram Ha (1): Add Microchip KSZ8895 DSA driver. drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 + drivers/net/dsa/microchip/ksz8895.c | 1288

[PATCH v1 RFC 1/1] Add Microchip KSZ8795 DSA driver

From: Tristram Ha Add Microchip KSZ8795 DSA driver. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 + drivers/net/dsa/microchip/ksz8795.c | 1372

[PATCH v1 RFC 1/1] Add Microchip KSZ8795 DSA driver

From: Tristram Ha Add Microchip KSZ8795 DSA driver. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 17 + drivers/net/dsa/microchip/Makefile |2 + drivers/net/dsa/microchip/ksz8795.c | 1372 +++

[PATCH v1 RFC 0/1] Add Microchip KSZ8795 DSA driver

From: Tristram Ha This patch requires the previous patches for Microchip KSZ9477 DSA driver. v1 - Return error codes instead of numbers - Add more comments to clarify operation - Use ksz8795 prefix to indicate KSZ8795 specific code - Simplify MIB counter reading code

[PATCH v1 RFC 0/1] Add Microchip KSZ8795 DSA driver

From: Tristram Ha This patch requires the previous patches for Microchip KSZ9477 DSA driver. v1 - Return error codes instead of numbers - Add more comments to clarify operation - Use ksz8795 prefix to indicate KSZ8795 specific code - Simplify MIB counter reading code - Switch driver code is not

[PATCH v1 RFC 7/7] Modify tag_ksz.c so that tail tag code can be used by other KSZ switch drivers

From: Tristram Ha Modify tag_ksz.c so that tail tag code can be used by other KSZ switch drivers. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 2 +- drivers/net/dsa/microchip/ksz9477.c | 2 +- include/net/dsa.h

[PATCH v1 RFC 7/7] Modify tag_ksz.c so that tail tag code can be used by other KSZ switch drivers

From: Tristram Ha Modify tag_ksz.c so that tail tag code can be used by other KSZ switch drivers. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 2 +- drivers/net/dsa/microchip/ksz9477.c | 2 +- include/net/dsa.h | 2 +- net/dsa/Kconfig

[PATCH RFC] Add other KSZ switch support so that patch check does not complain

From: Tristram Ha Add other KSZ switch support so that patch check does not complain. Signed-off-by: Tristram Ha --- Documentation/devicetree/bindings/net/dsa/ksz.txt | 189 -- 1 file changed, 136 insertions(+), 53

[PATCH RFC] Add other KSZ switch support so that patch check does not complain

From: Tristram Ha Add other KSZ switch support so that patch check does not complain. Signed-off-by: Tristram Ha --- Documentation/devicetree/bindings/net/dsa/ksz.txt | 189 -- 1 file changed, 136 insertions(+), 53 deletions(-) diff --git

[PATCH v1 RFC 1/7] Replace license with GPL

From: Tristram Ha Replace license with GPL. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_9477_reg.h | 23 --- drivers/net/dsa/microchip/ksz_common.c | 23 ---

[PATCH v1 RFC 4/7] Rename ksz_spi.c to ksz9477_spi.c

From: Tristram Ha Rename ksz_spi.c to ksz9477_spi.c and update Kconfig in preparation to add more KSZ switch drivers. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 12 ++--

[PATCH v1 RFC 1/7] Replace license with GPL

From: Tristram Ha Replace license with GPL. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/ksz_9477_reg.h | 23 --- drivers/net/dsa/microchip/ksz_common.c | 23 --- drivers/net/dsa/microchip/ksz_priv.h | 23 ---

[PATCH v1 RFC 4/7] Rename ksz_spi.c to ksz9477_spi.c

From: Tristram Ha Rename ksz_spi.c to ksz9477_spi.c and update Kconfig in preparation to add more KSZ switch drivers. Signed-off-by: Tristram Ha --- drivers/net/dsa/microchip/Kconfig | 12 ++-- drivers/net/dsa/microchip/Makefile | 4 ++--

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On 10/06/2017 04:29 PM, Stefano Stabellini wrote: > On Fri, 6 Oct 2017, Boris Ostrovsky wrote: >> On 10/06/2017 01:51 PM, Stefano Stabellini wrote: >>> On Wed, 20 Sep 2017, Boris Ostrovsky wrote: > + > +struct pvcalls_bedata { > + struct xen_pvcalls_front_ring ring; > + grant_ref_t

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On 10/06/2017 04:29 PM, Stefano Stabellini wrote: > On Fri, 6 Oct 2017, Boris Ostrovsky wrote: >> On 10/06/2017 01:51 PM, Stefano Stabellini wrote: >>> On Wed, 20 Sep 2017, Boris Ostrovsky wrote: > + > +struct pvcalls_bedata { > + struct xen_pvcalls_front_ring ring; > + grant_ref_t

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On Fri, 6 Oct 2017, Boris Ostrovsky wrote: > On 10/06/2017 01:51 PM, Stefano Stabellini wrote: > > On Wed, 20 Sep 2017, Boris Ostrovsky wrote: > >>> + > >>> +struct pvcalls_bedata { > >>> + struct xen_pvcalls_front_ring ring; > >>> + grant_ref_t ref; > >>> + int irq; > >>> + > >>> + struct

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On Fri, 6 Oct 2017, Boris Ostrovsky wrote: > On 10/06/2017 01:51 PM, Stefano Stabellini wrote: > > On Wed, 20 Sep 2017, Boris Ostrovsky wrote: > >>> + > >>> +struct pvcalls_bedata { > >>> + struct xen_pvcalls_front_ring ring; > >>> + grant_ref_t ref; > >>> + int irq; > >>> + > >>> + struct

Re: [rcu:dev.2017.10.05a 32/34] include/linux/compiler.h:343:2: error: implicit declaration of function 'smp_read_barrier_depends'

On Fri, Oct 06, 2017 at 02:21:39PM +0100, Will Deacon wrote: > Hi Paul, > > On Fri, Oct 06, 2017 at 07:18:41AM +0800, kbuild test robot wrote: > > tree: > > https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git > > dev.2017.10.05a > > head:

Re: [rcu:dev.2017.10.05a 32/34] include/linux/compiler.h:343:2: error: implicit declaration of function 'smp_read_barrier_depends'

On Fri, Oct 06, 2017 at 02:21:39PM +0100, Will Deacon wrote: > Hi Paul, > > On Fri, Oct 06, 2017 at 07:18:41AM +0800, kbuild test robot wrote: > > tree: > > https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git > > dev.2017.10.05a > > head:

[RFC PATCH] mm: shm: round up tmpfs size to huge page size when huge=always

When passing "huge=always" option for mounting tmpfs, THP is supposed to be allocated all the time when it can fit, but when the available space is smaller than the size of THP (2MB on x86), shmem fault handler still tries to allocate huge page every time, then fallback to regular 4K page

[RFC PATCH] mm: shm: round up tmpfs size to huge page size when huge=always

When passing "huge=always" option for mounting tmpfs, THP is supposed to be allocated all the time when it can fit, but when the available space is smaller than the size of THP (2MB on x86), shmem fault handler still tries to allocate huge page every time, then fallback to regular 4K page

Re: [PATCH] led/ledtrig-heartbeat: Convert timers to use

On Fri, Oct 6, 2017 at 1:18 PM, Jacek Anaszewski wrote: > Hi Kees, > > Thanks for the patch. > > On 10/05/2017 02:49 AM, Kees Cook wrote: >> Instead of using .data directly, convert to from_timer. Since the >> trigger_data is allocated separately, the led_cdev must be

Re: [PATCH] led/ledtrig-heartbeat: Convert timers to use

On Fri, Oct 6, 2017 at 1:18 PM, Jacek Anaszewski wrote: > Hi Kees, > > Thanks for the patch. > > On 10/05/2017 02:49 AM, Kees Cook wrote: >> Instead of using .data directly, convert to from_timer. Since the >> trigger_data is allocated separately, the led_cdev must be explicitly >> tracked for

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On 10/06/2017 01:51 PM, Stefano Stabellini wrote: > On Wed, 20 Sep 2017, Boris Ostrovsky wrote: >>> + >>> +struct pvcalls_bedata { >>> + struct xen_pvcalls_front_ring ring; >>> + grant_ref_t ref; >>> + int irq; >>> + >>> + struct list_head socket_mappings; >>> + struct list_head

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

On 10/06/2017 01:51 PM, Stefano Stabellini wrote: > On Wed, 20 Sep 2017, Boris Ostrovsky wrote: >>> + >>> +struct pvcalls_bedata { >>> + struct xen_pvcalls_front_ring ring; >>> + grant_ref_t ref; >>> + int irq; >>> + >>> + struct list_head socket_mappings; >>> + struct list_head

[GIT PULL] lkdtm updates for -next (take 2)

Hi, Please pull these couple lkdtm changes for -next. This includes fixes for issues 0-day noticed, for which I've updated my test environment to cover in the future. (This is also based on -rc3 because arm64 builds are broken in -rc2.) Thanks! -Kees The following changes since commit

[GIT PULL] lkdtm updates for -next (take 2)

Hi, Please pull these couple lkdtm changes for -next. This includes fixes for issues 0-day noticed, for which I've updated my test environment to cover in the future. (This is also based on -rc3 because arm64 builds are broken in -rc2.) Thanks! -Kees The following changes since commit

Re: [PATCH] led/ledtrig-heartbeat: Convert timers to use

Hi Kees, Thanks for the patch. On 10/05/2017 02:49 AM, Kees Cook wrote: > Instead of using .data directly, convert to from_timer. Since the > trigger_data is allocated separately, the led_cdev must be explicitly > tracked for the callback. > > Cc: Richard Purdie > Cc: Jacek

Re: [PATCH] led/ledtrig-heartbeat: Convert timers to use

Hi Kees, Thanks for the patch. On 10/05/2017 02:49 AM, Kees Cook wrote: > Instead of using .data directly, convert to from_timer. Since the > trigger_data is allocated separately, the led_cdev must be explicitly > tracked for the callback. > > Cc: Richard Purdie > Cc: Jacek Anaszewski > Cc:

Re: [PATCH tip/core/rcu 1/9] rcu: Provide GP ordering in face of migrations and delays

On Fri, Oct 06, 2017 at 12:18:22PM -0700, Paul E. McKenney wrote: > > /me goes and install this herd thing again.. I'm sure I had it running > > _somewhere_.. A well. > > > > C C-PaulEMcKenney-W+RWC4+2017-10-05 > > > > { > > } > > > > P0(int *a, int *x) > > { > >

Re: [PATCH tip/core/rcu 1/9] rcu: Provide GP ordering in face of migrations and delays

On Fri, Oct 06, 2017 at 12:18:22PM -0700, Paul E. McKenney wrote: > > /me goes and install this herd thing again.. I'm sure I had it running > > _somewhere_.. A well. > > > > C C-PaulEMcKenney-W+RWC4+2017-10-05 > > > > { > > } > > > > P0(int *a, int *x) > > { > >

[PATCH 2/2] android: binder: Fix null ptr dereference in debug msg

Don't access next->data in kernel debug message when the next buffer is null. Acked-by: Arve Hjønnevåg Signed-off-by: Sherry Yang --- drivers/android/binder_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/2] android: binder: Fix null ptr dereference in debug msg

Don't access next->data in kernel debug message when the next buffer is null. Acked-by: Arve Hjønnevåg Signed-off-by: Sherry Yang --- drivers/android/binder_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/android/binder_alloc.c

[PATCH 1/2] android: binder: Change binder_shrinker to static

binder_shrinker struct is not used anywhere outside of binder_alloc.c and should be static. Acked-by: Arve Hjønnevåg Signed-off-by: Sherry Yang --- drivers/android/binder_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/2] android: binder: Change binder_shrinker to static

binder_shrinker struct is not used anywhere outside of binder_alloc.c and should be static. Acked-by: Arve Hjønnevåg Signed-off-by: Sherry Yang --- drivers/android/binder_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/android/binder_alloc.c

Make binder shrinker static and fix null dereference

This patch set makes binder shrinker static and fixes the null pointer dereference in kernel debug message in binder_alloc.c. The earlier patches from this email thread ("android: binder: Remove unused vma argument" and "android: binder: Remove unused vma argument") need to be applied before these

Make binder shrinker static and fix null dereference

This patch set makes binder shrinker static and fixes the null pointer dereference in kernel debug message in binder_alloc.c. The earlier patches from this email thread ("android: binder: Remove unused vma argument" and "android: binder: Remove unused vma argument") need to be applied before these

Re: [PATCH v2 05/10] clk: bcm: Add Broadcom Hurricane 2 clock support

On 09/28, Florian Fainelli wrote: > Add support for the Broadcom Hurricane 2 SoC clock controller. We can > re-use the existing iProc clock library since the SoC's architecture is > largely the same as its predecessors. For now, we just initialize the > iProc ARM PLL. > > Acked-by: Jon Mason

Re: [PATCH v2 05/10] clk: bcm: Add Broadcom Hurricane 2 clock support

On 09/28, Florian Fainelli wrote: > Add support for the Broadcom Hurricane 2 SoC clock controller. We can > re-use the existing iProc clock library since the SoC's architecture is > largely the same as its predecessors. For now, we just initialize the > iProc ARM PLL. > > Acked-by: Jon Mason >

Re: [PATCH] vfs: hard-ban creating files with control characters in the name

On Fri, Oct 06, 2017 at 07:57:01AM -0700, Matthew Wilcox wrote: > > Umm. But filenames still can't have / or \0 in them, so your encryption > already has to avoid at least two special characters. > > I agree with your main point though; there is no advantage to doing this > in each individual

Re: [PATCH] vfs: hard-ban creating files with control characters in the name

On Fri, Oct 06, 2017 at 07:57:01AM -0700, Matthew Wilcox wrote: > > Umm. But filenames still can't have / or \0 in them, so your encryption > already has to avoid at least two special characters. > > I agree with your main point though; there is no advantage to doing this > in each individual

[PATCH 3/3] backlight: tdo24m: add model and status sysfs entries

Add entries to query the panel ASIC to acquire the model number and the status field. This comes in handy to check that the SPI connection is functional and that the panel's firmware is alive. Signed-off-by: Robert Jarzmik --- drivers/video/backlight/tdo24m.c | 73

[PATCH 3/3] backlight: tdo24m: add model and status sysfs entries

Add entries to query the panel ASIC to acquire the model number and the status field. This comes in handy to check that the SPI connection is functional and that the panel's firmware is alive. Signed-off-by: Robert Jarzmik --- drivers/video/backlight/tdo24m.c | 73

[PATCH 2/3] backlight: tdo24m: add the reset line gpio

The Toppoly panels have a global reset line. Add an optional gpio control for this line, for platforms which have the ability to drive it. Signed-off-by: Robert Jarzmik --- drivers/video/backlight/tdo24m.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 2/3] backlight: tdo24m: add the reset line gpio

The Toppoly panels have a global reset line. Add an optional gpio control for this line, for platforms which have the ability to drive it. Signed-off-by: Robert Jarzmik --- drivers/video/backlight/tdo24m.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/video/backlight/tdo24m.c

[PATCH 1/3] backlight: tdo24m: fix the spi cs between transfers

Currently the LCD display (TD035S) on the cm-x300 platform is broken and remains blank. The TD0245S specification requires that the chipselect is toggled between commands sent to the panel. This was also the purpose of the former patch of commit f64dcac0b124 ("backlight: tdo24m: ensure chip

[PATCH 1/3] backlight: tdo24m: fix the spi cs between transfers

Currently the LCD display (TD035S) on the cm-x300 platform is broken and remains blank. The TD0245S specification requires that the chipselect is toggled between commands sent to the panel. This was also the purpose of the former patch of commit f64dcac0b124 ("backlight: tdo24m: ensure chip

Re: [PATCH] drivers/x86: add thinkpad-wmi

On Fri, Oct 06, 2017 at 09:06:14PM +0200, Corentin Chary wrote: > Yes, I'm just having trouble finding time to write it :) > I'll try to make that happen next week. OK, no problem. Marking the patch as "changes requested" and will keep an eye out. Thanks, -- Darren Hart VMware Open Source

Re: [PATCH] drivers/x86: add thinkpad-wmi

On Fri, Oct 06, 2017 at 09:06:14PM +0200, Corentin Chary wrote: > Yes, I'm just having trouble finding time to write it :) > I'll try to make that happen next week. OK, no problem. Marking the patch as "changes requested" and will keep an eye out. Thanks, -- Darren Hart VMware Open Source

[PATCH net-next 1/2] bnxt_en: don't consider building bnxt_tc.o if option not enabled

Instead of zeroing out bnxt_tc.c with a #ifdef foo, instead don't compile the file when the option is not enabled. Now make and the preprocessor do not have to waste time compiling a no-op. Signed-off-by: Jonathan Toppins --- drivers/net/ethernet/broadcom/bnxt/Makefile | 3

[PATCH net-next 1/2] bnxt_en: don't consider building bnxt_tc.o if option not enabled

Instead of zeroing out bnxt_tc.c with a #ifdef foo, instead don't compile the file when the option is not enabled. Now make and the preprocessor do not have to waste time compiling a no-op. Signed-off-by: Jonathan Toppins --- drivers/net/ethernet/broadcom/bnxt/Makefile | 3 ++-

[PATCH net-next 2/2] bnxt_en: tc: only the function prototypes need to be wrapped in #ifdef

There is no reason to wrap the data structures inside the ifdef. Signed-off-by: Jonathan Toppins --- drivers/net/ethernet/broadcom/bnxt/bnxt_tc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_tc.h

[PATCH net-next 2/2] bnxt_en: tc: only the function prototypes need to be wrapped in #ifdef

There is no reason to wrap the data structures inside the ifdef. Signed-off-by: Jonathan Toppins --- drivers/net/ethernet/broadcom/bnxt/bnxt_tc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_tc.h

Re: [Part2 PATCH v5 12/31] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/6/17 1:49 PM, Borislav Petkov wrote: ... >> + >> +static unsigned int sev_poll; >> +module_param(sev_poll, uint, 0444); >> +MODULE_PARM_DESC(sev_poll, "Poll for sev command completion - any non-zero >> value"); > What is that used for? Some debugging leftover probably? If not, add a >

Re: [Part2 PATCH v5 12/31] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On 10/6/17 1:49 PM, Borislav Petkov wrote: ... >> + >> +static unsigned int sev_poll; >> +module_param(sev_poll, uint, 0444); >> +MODULE_PARM_DESC(sev_poll, "Poll for sev command completion - any non-zero >> value"); > What is that used for? Some debugging leftover probably? If not, add a >

Re: [PATCH v2] isdn/gigaset: Convert timers to use timer_setup()

On Fri, Oct 6, 2017 at 12:00 PM, Paul Bolle wrote: > On Thu, 2017-10-05 at 12:31 -0700, Kees Cook wrote: >> --- a/drivers/isdn/gigaset/bas-gigaset.c >> +++ b/drivers/isdn/gigaset/bas-gigaset.c > >> -static void cmd_in_timeout(unsigned long data) >> +static void

Re: [PATCH v2] isdn/gigaset: Convert timers to use timer_setup()

On Fri, Oct 6, 2017 at 12:00 PM, Paul Bolle wrote: > On Thu, 2017-10-05 at 12:31 -0700, Kees Cook wrote: >> --- a/drivers/isdn/gigaset/bas-gigaset.c >> +++ b/drivers/isdn/gigaset/bas-gigaset.c > >> -static void cmd_in_timeout(unsigned long data) >> +static void cmd_in_timeout(struct timer_list

Re: [PATCH] fs, mm: account filp and names caches to kmemcg

>> names_cachep = kmem_cache_create("names_cache", PATH_MAX, 0, >> - SLAB_HWCACHE_ALIGN|SLAB_PANIC, NULL); >> + SLAB_HWCACHE_ALIGN|SLAB_PANIC|SLAB_ACCOUNT, NULL); > > I might be wrong but isn't name cache only holding temporary objects > used for path

Re: [PATCH] fs, mm: account filp and names caches to kmemcg

>> names_cachep = kmem_cache_create("names_cache", PATH_MAX, 0, >> - SLAB_HWCACHE_ALIGN|SLAB_PANIC, NULL); >> + SLAB_HWCACHE_ALIGN|SLAB_PANIC|SLAB_ACCOUNT, NULL); > > I might be wrong but isn't name cache only holding temporary objects > used for path

[PATCH] default implementation for of_find_all_nodes(...)

Added default implementation for of_find_all_nodes(). This function is used by board.c from the board module (drivers/staging/board). Signed-off-by: Artur Lorincz --- include/linux/of.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/linux/of.h

[PATCH] default implementation for of_find_all_nodes(...)

Added default implementation for of_find_all_nodes(). This function is used by board.c from the board module (drivers/staging/board). Signed-off-by: Artur Lorincz --- include/linux/of.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/linux/of.h b/include/linux/of.h index

[no subject]

Hello, When you get to it, could you please send me an update about this patch? I believe the attached (trivial) patch should take less time to review then reading this message. Thanks, Artur

[no subject]

Hello, When you get to it, could you please send me an update about this patch? I believe the attached (trivial) patch should take less time to review then reading this message. Thanks, Artur

Re: random insta-reboots on AMD Phenom II

On Fri, Oct 06, 2017 at 09:02:09PM +0200, Johannes Hirte wrote: > 19001011 > 19001011 > 19001011 > 19001011 After you boot, do wrmsr -a 0xc0010015 0x19001019 as root. It should fix it temporarily and until the next boot, until we've fixed it upstream properly. -- Regards/Gruss, Boris.

Re: random insta-reboots on AMD Phenom II

On Fri, Oct 06, 2017 at 09:02:09PM +0200, Johannes Hirte wrote: > 19001011 > 19001011 > 19001011 > 19001011 After you boot, do wrmsr -a 0xc0010015 0x19001019 as root. It should fix it temporarily and until the next boot, until we've fixed it upstream properly. -- Regards/Gruss, Boris.

[PATCH 8/9] mmc: dw_mmc: Support two SD_MMC_CE-ATA cards

The dw_mmc controller supports two cards, but the current driver only supports one card. The issue was found on a system with two SD_MMC_CE-ATA cards. In such case, none of the cards could come up when both are enabled. According to the DesignWare Cores Mobile Storage Host Databook, DW-MMC

[PATCH 8/9] mmc: dw_mmc: Support two SD_MMC_CE-ATA cards

The dw_mmc controller supports two cards, but the current driver only supports one card. The issue was found on a system with two SD_MMC_CE-ATA cards. In such case, none of the cards could come up when both are enabled. According to the DesignWare Cores Mobile Storage Host Databook, DW-MMC

[PATCH 6/9] Revert "mmc: dw_mmc: remove the loop about finding slots"

This reverts commit 58870241a67453be7dc9ab368d5a0cdc9c404616. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 115 +++--- 1 file changed, 79 insertions(+), 36

[PATCH 6/9] Revert "mmc: dw_mmc: remove the loop about finding slots"

This reverts commit 58870241a67453be7dc9ab368d5a0cdc9c404616. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 115 +++--- 1 file changed, 79 insertions(+), 36 deletions(-) diff

[PATCH 5/9] Revert "mmc: dw_mmc: change the array of slots"

This reverts commit b23475faed77f6a9016013c8db6b4707466e74a8. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 21 - drivers/mmc/host/dw_mmc.h | 4 +++- 2 files changed, 15

[PATCH 5/9] Revert "mmc: dw_mmc: change the array of slots"

This reverts commit b23475faed77f6a9016013c8db6b4707466e74a8. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 21 - drivers/mmc/host/dw_mmc.h | 4 +++- 2 files changed, 15 insertions(+), 10

[PATCH 9/9] mmc: dw_mmc: Parse slot-specific configuration

This commit adds code to parse the child-nodes for slot specific configuration in the dw_mmc host driver according to linux/Documentation/devicetree/bindings/mmc/synopsys-dw-mshc.txt This change is needed when the cards have different configuration like the 'bus-width'. Signed-off-by: Liming Sun

[PATCH 4/9] Revert "mmc: dw_mmc: remove the 'id' arguments about functions relevant to slot"

This reverts commit e4a65ef7687b6aaf36bedb497d3fd1480163d2d5. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git

[PATCH 9/9] mmc: dw_mmc: Parse slot-specific configuration

This commit adds code to parse the child-nodes for slot specific configuration in the dw_mmc host driver according to linux/Documentation/devicetree/bindings/mmc/synopsys-dw-mshc.txt This change is needed when the cards have different configuration like the 'bus-width'. Signed-off-by: Liming Sun

[PATCH 4/9] Revert "mmc: dw_mmc: remove the 'id' arguments about functions relevant to slot"

This reverts commit e4a65ef7687b6aaf36bedb497d3fd1480163d2d5. The Mellanox BlueField SoC requires multiple slot dw-mmc support. Signed-off-by: Liming Sun --- drivers/mmc/host/dw_mmc.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/mmc/host/dw_mmc.c

<    1   2   3   4   5   6   7   8   9   10   >