[PATCH 22/33] net/sctp: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/sctp/sctp.h | 3 +-- net/sctp/ipv6.c | 2 +- net/sctp/protocol.c | 2 +- net/sctp/socket.c | 4 +--- 4 files changed, 4 insertions(+), 7 deletions(-) diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h

[PATCH 22/33] net/sctp: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/sctp/sctp.h | 3 +-- net/sctp/ipv6.c | 2 +- net/sctp/protocol.c | 2 +- net/sctp/socket.c | 4 +--- 4 files changed, 4 insertions(+), 7 deletions(-) diff --git a/include/net/sctp/sctp.h b/include/net/sctp/sctp.h index

[PATCH 23/33] net/bluetooth: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/bluetooth/bluetooth.h | 2 +- net/bluetooth/af_bluetooth.c | 7 ++- net/bluetooth/l2cap_sock.c| 2 +- net/bluetooth/rfcomm/sock.c | 2 +- net/bluetooth/sco.c | 2 +- 5 files changed, 6

[PATCH 23/33] net/bluetooth: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/bluetooth/bluetooth.h | 2 +- net/bluetooth/af_bluetooth.c | 7 ++- net/bluetooth/l2cap_sock.c| 2 +- net/bluetooth/rfcomm/sock.c | 2 +- net/bluetooth/sco.c | 2 +- 5 files changed, 6 insertions(+), 9

[PATCH 25/33] net/nfc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/nfc/llcp_sock.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/net/nfc/llcp_sock.c b/net/nfc/llcp_sock.c index ea0c0c6f1874..ab5bb14b49af 100644 --- a/net/nfc/llcp_sock.c +++ b/net/nfc/llcp_sock.c @@ -548,16

[PATCH 25/33] net/nfc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/nfc/llcp_sock.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/net/nfc/llcp_sock.c b/net/nfc/llcp_sock.c index ea0c0c6f1874..ab5bb14b49af 100644 --- a/net/nfc/llcp_sock.c +++ b/net/nfc/llcp_sock.c @@ -548,16 +548,13 @@ static

Re: [PATCH] selftests: uevent filtering

From: Christian Brauner Date: Tue, 22 May 2018 21:34:21 +0200 > Recent discussions around uevent filtering (cf. net-next commit [1], [2], > and [3] and discussions in [4], [5], and [6]) have shown that the semantics > around uevent filtering where not well

Re: [PATCH] selftests: uevent filtering

From: Christian Brauner Date: Tue, 22 May 2018 21:34:21 +0200 > Recent discussions around uevent filtering (cf. net-next commit [1], [2], > and [3] and discussions in [4], [5], and [6]) have shown that the semantics > around uevent filtering where not well understood. > Now that we have settled

[PATCH 28/33] net/rxrpc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/rxrpc/af_rxrpc.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/net/rxrpc/af_rxrpc.c b/net/rxrpc/af_rxrpc.c index 2b463047dd7b..3b1ac93efee2 100644 --- a/net/rxrpc/af_rxrpc.c +++ b/net/rxrpc/af_rxrpc.c @@

[PATCH 26/33] net/phonet: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/phonet/socket.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/net/phonet/socket.c b/net/phonet/socket.c index 59f5b5dc5308..c295c4e20f01 100644 --- a/net/phonet/socket.c +++ b/net/phonet/socket.c @@ -340,15

[PATCH 28/33] net/rxrpc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/rxrpc/af_rxrpc.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/net/rxrpc/af_rxrpc.c b/net/rxrpc/af_rxrpc.c index 2b463047dd7b..3b1ac93efee2 100644 --- a/net/rxrpc/af_rxrpc.c +++ b/net/rxrpc/af_rxrpc.c @@ -734,15 +734,11 @@

[PATCH 26/33] net/phonet: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/phonet/socket.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/net/phonet/socket.c b/net/phonet/socket.c index 59f5b5dc5308..c295c4e20f01 100644 --- a/net/phonet/socket.c +++ b/net/phonet/socket.c @@ -340,15 +340,12 @@ static

[PATCH 30/33] pipe: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/pipe.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/fs/pipe.c b/fs/pipe.c index 39d6f431da83..bb0840e234f3 100644 --- a/fs/pipe.c +++ b/fs/pipe.c @@ -509,19 +509,22 @@ static long

[PATCH 30/33] pipe: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/pipe.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/fs/pipe.c b/fs/pipe.c index 39d6f431da83..bb0840e234f3 100644 --- a/fs/pipe.c +++ b/fs/pipe.c @@ -509,19 +509,22 @@ static long pipe_ioctl(struct file *filp,

[PATCH 31/33] eventfd: switch to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/eventfd.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/fs/eventfd.c b/fs/eventfd.c index 08d3bd602f73..61c9514da5e9 100644 --- a/fs/eventfd.c +++ b/fs/eventfd.c @@ -101,14 +101,20 @@ static int

[PATCH 31/33] eventfd: switch to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/eventfd.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/fs/eventfd.c b/fs/eventfd.c index 08d3bd602f73..61c9514da5e9 100644 --- a/fs/eventfd.c +++ b/fs/eventfd.c @@ -101,14 +101,20 @@ static int eventfd_release(struct

Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t

On Wed, May 23, 2018 at 07:49:04PM +0200, Peter Zijlstra wrote: > On Wed, May 23, 2018 at 06:21:19AM -0700, Matthew Wilcox wrote: > > On Wed, May 09, 2018 at 09:36:40PM +0200, Sebastian Andrzej Siewior wrote: > > > refcount_t type and corresponding API should be used instead of atomic_t > > >

Re: [PATCH 3/8] md: raid5: use refcount_t for reference counting instead atomic_t

On Wed, May 23, 2018 at 07:49:04PM +0200, Peter Zijlstra wrote: > On Wed, May 23, 2018 at 06:21:19AM -0700, Matthew Wilcox wrote: > > On Wed, May 09, 2018 at 09:36:40PM +0200, Sebastian Andrzej Siewior wrote: > > > refcount_t type and corresponding API should be used instead of atomic_t > > >

[PATCH 33/33] random: convert to ->poll_mask

The big change is that random_read_wait and random_write_wait are merged into a single waitqueue that uses keyed wakeups. Because wait_event_* doesn't know about that this will lead to occassional spurious wakeups in _random_read and add_hwgenerator_randomness, but wait_event_* is designed to

[PATCH 33/33] random: convert to ->poll_mask

The big change is that random_read_wait and random_write_wait are merged into a single waitqueue that uses keyed wakeups. Because wait_event_* doesn't know about that this will lead to occassional spurious wakeups in _random_read and add_hwgenerator_randomness, but wait_event_* is designed to

[PATCH 27/33] net/iucv: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/iucv/af_iucv.h | 2 -- net/iucv/af_iucv.c | 7 ++- 2 files changed, 2 insertions(+), 7 deletions(-) diff --git a/include/net/iucv/af_iucv.h b/include/net/iucv/af_iucv.h index f4c21b5a1242..b0eaeb02d46d 100644 ---

[PATCH 27/33] net/iucv: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- include/net/iucv/af_iucv.h | 2 -- net/iucv/af_iucv.c | 7 ++- 2 files changed, 2 insertions(+), 7 deletions(-) diff --git a/include/net/iucv/af_iucv.h b/include/net/iucv/af_iucv.h index f4c21b5a1242..b0eaeb02d46d 100644 ---

[PATCH 29/33] crypto: af_alg: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 13 +++-- crypto/algif_aead.c | 4 ++-- crypto/algif_skcipher.c | 4 ++-- include/crypto/if_alg.h | 3 +-- 4 files changed, 8 insertions(+), 16 deletions(-) diff --git a/crypto/af_alg.c b/crypto/af_alg.c

[PATCH 32/33] timerfd: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/timerfd.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/fs/timerfd.c b/fs/timerfd.c index cdad49da3ff7..d84a2bee4f82 100644 --- a/fs/timerfd.c +++ b/fs/timerfd.c @@ -226,21 +226,20 @@ static int

[PATCH 29/33] crypto: af_alg: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 13 +++-- crypto/algif_aead.c | 4 ++-- crypto/algif_skcipher.c | 4 ++-- include/crypto/if_alg.h | 3 +-- 4 files changed, 8 insertions(+), 16 deletions(-) diff --git a/crypto/af_alg.c b/crypto/af_alg.c index

[PATCH 32/33] timerfd: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- fs/timerfd.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/fs/timerfd.c b/fs/timerfd.c index cdad49da3ff7..d84a2bee4f82 100644 --- a/fs/timerfd.c +++ b/fs/timerfd.c @@ -226,21 +226,20 @@ static int

[PATCH 21/33] net/tipc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/tipc/socket.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/net/tipc/socket.c b/net/tipc/socket.c index 6be21575503a..3bb45042e833 100644 --- a/net/tipc/socket.c +++ b/net/tipc/socket.c @@ -692,10 +692,9

[PATCH 24/33] net/caif: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/caif/caif_socket.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/net/caif/caif_socket.c b/net/caif/caif_socket.c index a6fb1b3bcad9..c7991867d622 100644 --- a/net/caif/caif_socket.c +++

[PATCH 21/33] net/tipc: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/tipc/socket.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/net/tipc/socket.c b/net/tipc/socket.c index 6be21575503a..3bb45042e833 100644 --- a/net/tipc/socket.c +++ b/net/tipc/socket.c @@ -692,10 +692,9 @@ static int

[PATCH 24/33] net/caif: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/caif/caif_socket.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/net/caif/caif_socket.c b/net/caif/caif_socket.c index a6fb1b3bcad9..c7991867d622 100644 --- a/net/caif/caif_socket.c +++ b/net/caif/caif_socket.c @@

[PATCH 14/33] net: remove sock_no_poll

Now that sock_poll handles a NULL ->poll or ->poll_mask there is no need for a stub. Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 1 - crypto/algif_hash.c | 2 -- crypto/algif_rng.c | 1 - drivers/isdn/mISDN/socket.c | 1 -

[PATCH 14/33] net: remove sock_no_poll

Now that sock_poll handles a NULL ->poll or ->poll_mask there is no need for a stub. Signed-off-by: Christoph Hellwig --- crypto/af_alg.c | 1 - crypto/algif_hash.c | 2 -- crypto/algif_rng.c | 1 - drivers/isdn/mISDN/socket.c | 1 - drivers/net/ppp/pptp.c | 1

[PATCH 18/33] net/dccp: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/dccp/dccp.h | 3 +-- net/dccp/ipv4.c | 2 +- net/dccp/ipv6.c | 2 +- net/dccp/proto.c | 13 ++--- 4 files changed, 5 insertions(+), 15 deletions(-) diff --git a/net/dccp/dccp.h b/net/dccp/dccp.h index f91e3816806b..0ea2ee56ac1b

[PATCH 08/33] aio: simplify KIOCB_KEY handling

No need to pass the key field to lookup_iocb to compare it with KIOCB_KEY, as we can do that right after retrieving it from userspace. Also move the KIOCB_KEY definition to aio.c as it is an internal value not used by any other place in the kernel. Signed-off-by: Christoph Hellwig

[PATCH 18/33] net/dccp: convert to ->poll_mask

Signed-off-by: Christoph Hellwig --- net/dccp/dccp.h | 3 +-- net/dccp/ipv4.c | 2 +- net/dccp/ipv6.c | 2 +- net/dccp/proto.c | 13 ++--- 4 files changed, 5 insertions(+), 15 deletions(-) diff --git a/net/dccp/dccp.h b/net/dccp/dccp.h index f91e3816806b..0ea2ee56ac1b 100644 ---

[PATCH 08/33] aio: simplify KIOCB_KEY handling

No need to pass the key field to lookup_iocb to compare it with KIOCB_KEY, as we can do that right after retrieving it from userspace. Also move the KIOCB_KEY definition to aio.c as it is an internal value not used by any other place in the kernel. Signed-off-by: Christoph Hellwig --- fs/aio.c

[PATCH 11/33] aio: try to complete poll iocbs without context switch

If we can acquire ctx_lock without spinning we can just remove our iocb from the active_reqs list, and thus complete the iocbs from the wakeup context. Signed-off-by: Christoph Hellwig --- fs/aio.c | 20 +--- 1 file changed, 17 insertions(+), 3 deletions(-) diff

[PATCH 17/33] net: convert datagram_poll users tp ->poll_mask

Signed-off-by: Christoph Hellwig Reviewed-by: Greg Kroah-Hartman --- drivers/isdn/mISDN/socket.c | 2 +- drivers/net/ppp/pppoe.c | 2 +- drivers/staging/ipx/af_ipx.c | 2 +- include/linux/skbuff.h | 3 +-- include/net/udp.h|

[PATCH 17/33] net: convert datagram_poll users tp ->poll_mask

Signed-off-by: Christoph Hellwig Reviewed-by: Greg Kroah-Hartman --- drivers/isdn/mISDN/socket.c | 2 +- drivers/net/ppp/pppoe.c | 2 +- drivers/staging/ipx/af_ipx.c | 2 +- include/linux/skbuff.h | 3 +-- include/net/udp.h| 2 +- net/appletalk/ddp.c | 2

[PATCH 11/33] aio: try to complete poll iocbs without context switch

If we can acquire ctx_lock without spinning we can just remove our iocb from the active_reqs list, and thus complete the iocbs from the wakeup context. Signed-off-by: Christoph Hellwig --- fs/aio.c | 20 +--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 11:51:43AM -0700, Tejun Heo wrote: > On Wed, May 23, 2018 at 11:39:07AM -0700, Paul E. McKenney wrote: > > > While this resolves the problem at hand, it might be a good idea to > > > isolate rcu_exp_work to its own workqueue too as it can be used from > > > various paths

[PATCH 05/33] fs: update documentation to mention __poll_t and match the code

Signed-off-by: Christoph Hellwig Reviewed-by: Darrick J. Wong Reviewed-by: Greg Kroah-Hartman --- Documentation/filesystems/Locking | 2 +- Documentation/filesystems/vfs.txt | 2 +- 2 files changed, 2 insertions(+), 2

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 11:51:43AM -0700, Tejun Heo wrote: > On Wed, May 23, 2018 at 11:39:07AM -0700, Paul E. McKenney wrote: > > > While this resolves the problem at hand, it might be a good idea to > > > isolate rcu_exp_work to its own workqueue too as it can be used from > > > various paths

[PATCH 05/33] fs: update documentation to mention __poll_t and match the code

Signed-off-by: Christoph Hellwig Reviewed-by: Darrick J. Wong Reviewed-by: Greg Kroah-Hartman --- Documentation/filesystems/Locking | 2 +- Documentation/filesystems/vfs.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/filesystems/Locking

[PATCH 02/33] uapi: turn __poll_t sparse checkin on by default

Signed-off-by: Christoph Hellwig --- include/uapi/linux/types.h | 4 1 file changed, 4 deletions(-) diff --git a/include/uapi/linux/types.h b/include/uapi/linux/types.h index cd4f0b897a48..2fce8b6876e9 100644 --- a/include/uapi/linux/types.h +++ b/include/uapi/linux/types.h @@

[PATCH 02/33] uapi: turn __poll_t sparse checkin on by default

Signed-off-by: Christoph Hellwig --- include/uapi/linux/types.h | 4 1 file changed, 4 deletions(-) diff --git a/include/uapi/linux/types.h b/include/uapi/linux/types.h index cd4f0b897a48..2fce8b6876e9 100644 --- a/include/uapi/linux/types.h +++ b/include/uapi/linux/types.h @@ -49,11 +49,7

Re: [PATCH net] net: phy: broadcom: Fix auxiliary control register reads

From: Florian Fainelli Date: Tue, 22 May 2018 16:22:26 -0700 > We are currently doing auxiliary control register reads with the shadow > register value 0b111 (0x7) which incidentally is also the selector value > that should be present in bits [2:0]. Fix this by using the

Re: [PATCH net] net: phy: broadcom: Fix auxiliary control register reads

From: Florian Fainelli Date: Tue, 22 May 2018 16:22:26 -0700 > We are currently doing auxiliary control register reads with the shadow > register value 0b111 (0x7) which incidentally is also the selector value > that should be present in bits [2:0]. Fix this by using the appropriate > selector

[PATCH 5/5] regulator: mc13xxx-core: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13xxx-regulator-core.c | 28 1 file changed, 12 insertions(+),

[PATCH 5/5] regulator: mc13xxx-core: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13xxx-regulator-core.c | 28 1 file changed, 12 insertions(+), 16 deletions(-) diff --git

[PATCH 2/5] regulator: anatop: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/anatop-regulator.c | 22 +++--- 1 file changed, 3 insertions(+), 19

[PATCH 2/5] regulator: anatop: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/anatop-regulator.c | 22 +++--- 1 file changed, 3 insertions(+), 19 deletions(-) diff --git

[PATCH 4/5] regulator: mc13892: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13892-regulator.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-)

[PATCH 4/5] regulator: mc13892: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13892-regulator.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git

[PATCH 3/5] regulator: mc13783: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13783-regulator.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-)

[PATCH 3/5] regulator: mc13783: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/mc13783-regulator.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git

[PATCH 1/5] regulator: pfuze100: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/pfuze100-regulator.c | 21 - 1 file changed, 4 insertions(+), 17

[PATCH 1/5] regulator: pfuze100: Switch to SPDX identifier

From: Fabio Estevam Adopt the SPDX license identifier headers to ease license compliance management. Signed-off-by: Fabio Estevam --- drivers/regulator/pfuze100-regulator.c | 21 - 1 file changed, 4 insertions(+), 17 deletions(-) diff --git

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, 23 May 2018 10:03:03 -0700 "Paul E. McKenney" wrote: > > > > diff --git a/kernel/rcu/update.c b/kernel/rcu/update.c > > > > index 5783bdf86e5a..a28698e44b08 100644 > > > > --- a/kernel/rcu/update.c > > > > +++ b/kernel/rcu/update.c > > > > @@ -743,6 +743,12 @@

Re: [PATCH 1/4] rcu: Speed up calling of RCU tasks callbacks

On Wed, 23 May 2018 10:03:03 -0700 "Paul E. McKenney" wrote: > > > > diff --git a/kernel/rcu/update.c b/kernel/rcu/update.c > > > > index 5783bdf86e5a..a28698e44b08 100644 > > > > --- a/kernel/rcu/update.c > > > > +++ b/kernel/rcu/update.c > > > > @@ -743,6 +743,12 @@ static int __noreturn

Re: INFO: task hung in lock_mount

syzbot has found a reproducer for the following crash on: HEAD commit:a048a07d7f45 powerpc/64s: Add support for a store forwardi.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1084cc2780 kernel config:

Re: INFO: task hung in lock_mount

syzbot has found a reproducer for the following crash on: HEAD commit:a048a07d7f45 powerpc/64s: Add support for a store forwardi.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1084cc2780 kernel config:

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > On Wed, May 23, 2018 at 11:06:00AM -0700, Vito Caputo wrote: > > > On Wed, May 23, 2018 at 04:18:05PM +0300, Ville Syrjälä wrote: > > > > On Wed, May 23, 2018 at

Re: [REGRESSION] v4.17-rc4: xgalaga fails to start in fullscreen (default) mode

On Wed, May 23, 2018 at 11:39:00AM -0700, Vito Caputo wrote: > On Wed, May 23, 2018 at 09:20:37PM +0300, Ville Syrjälä wrote: > > On Wed, May 23, 2018 at 11:06:00AM -0700, Vito Caputo wrote: > > > On Wed, May 23, 2018 at 04:18:05PM +0300, Ville Syrjälä wrote: > > > > On Wed, May 23, 2018 at

Re: [PATCH 0/2] x86/boot/KASLR: Skip specified number of 1GB huge pages when do physical randomization

On Fri, 18 May 2018 19:28:36 +0800 Baoquan He wrote: > > Note that it's not KASLR specific: if we had some other kernel feature that > > tried > > to allocate a piece of memory from what appears to be perfectly usable > > generic RAM > > we'd have the same problems! > >

Re: [PATCH 0/2] x86/boot/KASLR: Skip specified number of 1GB huge pages when do physical randomization

On Fri, 18 May 2018 19:28:36 +0800 Baoquan He wrote: > > Note that it's not KASLR specific: if we had some other kernel feature that > > tried > > to allocate a piece of memory from what appears to be perfectly usable > > generic RAM > > we'd have the same problems! > > Hmm, this may not

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Linus Torvalds wrote: On Wed, May 23, 2018 at 11:47 AM Davidlohr Bueso wrote: Note that even if the allocation was guaranteed, there are still param validations and rhashtable_init() can return -EINVAL. So? It's not going to happen, because you're

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Linus Torvalds wrote: On Wed, May 23, 2018 at 11:47 AM Davidlohr Bueso wrote: Note that even if the allocation was guaranteed, there are still param validations and rhashtable_init() can return -EINVAL. So? It's not going to happen, because you're not going to give

Re: [PATCH] dma-buf: simplified calling conventions for dma_buf_fd()

On 05/22/2018 01:09 AM, Jens Wiklander wrote: From: Al Viro Make dma_buf_fd() drop the file reference on failure, folding dma_buf_put() into it. Users of dma_buf_fd() (drm, videobuf2, ion and tee) are updated to take the new calling convention into account. For the

Re: [PATCH] dma-buf: simplified calling conventions for dma_buf_fd()

On 05/22/2018 01:09 AM, Jens Wiklander wrote: From: Al Viro Make dma_buf_fd() drop the file reference on failure, folding dma_buf_put() into it. Users of dma_buf_fd() (drm, videobuf2, ion and tee) are updated to take the new calling convention into account. For the Ion portion, Acked-by:

Re: [PATCH 1/5] Documentation: DT: Add optional 'timeout-sec' property for sp805

On Wed, May 23, 2018 at 09:25:49AM -0700, Ray Jui wrote: > > > On 5/23/2018 3:57 AM, Robin Murphy wrote: > > On 22/05/18 19:47, Ray Jui wrote: > > > Update the SP805 binding document to add optional 'timeout-sec' > > > devicetree property > > > > > > Signed-off-by: Ray Jui

Re: [PATCH 1/5] Documentation: DT: Add optional 'timeout-sec' property for sp805

On Wed, May 23, 2018 at 09:25:49AM -0700, Ray Jui wrote: > > > On 5/23/2018 3:57 AM, Robin Murphy wrote: > > On 22/05/18 19:47, Ray Jui wrote: > > > Update the SP805 binding document to add optional 'timeout-sec' > > > devicetree property > > > > > > Signed-off-by: Ray Jui > > > Reviewed-by:

Re: [PATCH net-next] hv_netvsc: Add handlers for ethtool get/set msg level

From: Haiyang Zhang Date: Tue, 22 May 2018 11:29:34 -0700 > From: Haiyang Zhang > > The handlers for ethtool get/set msg level are missing from netvsc. > This patch adds them. > > Signed-off-by: Haiyang Zhang

Re: [PATCH net-next] hv_netvsc: Add handlers for ethtool get/set msg level

From: Haiyang Zhang Date: Tue, 22 May 2018 11:29:34 -0700 > From: Haiyang Zhang > > The handlers for ethtool get/set msg level are missing from netvsc. > This patch adds them. > > Signed-off-by: Haiyang Zhang Applied.

Re: [PATCH] arm64: kvm: use -fno-jump-tables with clang

On Wed, May 23, 2018 at 7:47 PM, Nick Desaulniers wrote: > On Wed, May 23, 2018 at 4:54 AM Andrey Konovalov > wrote: >> On Tue, May 22, 2018 at 8:28 PM, Nick Desaulniers >> wrote: >> > On Fri, May 18, 2018 at 11:13 AM Marc

Re: [PATCH] arm64: kvm: use -fno-jump-tables with clang

On Wed, May 23, 2018 at 7:47 PM, Nick Desaulniers wrote: > On Wed, May 23, 2018 at 4:54 AM Andrey Konovalov > wrote: >> On Tue, May 22, 2018 at 8:28 PM, Nick Desaulniers >> wrote: >> > On Fri, May 18, 2018 at 11:13 AM Marc Zyngier > wrote: >> >> > - you have checked that with a released

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 11:27 AM, Gerhard Wiesinger wrote: > On 23.05.2018 19:55, Florian Fainelli wrote: >> On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote: >>> On 23.05.2018 17:28, Florian Fainelli wrote: > And in the future (time plan)? If you don't care about multicast then you can use those

Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26

On 05/23/2018 11:27 AM, Gerhard Wiesinger wrote: > On 23.05.2018 19:55, Florian Fainelli wrote: >> On 05/23/2018 10:35 AM, Gerhard Wiesinger wrote: >>> On 23.05.2018 17:28, Florian Fainelli wrote: > And in the future (time plan)? If you don't care about multicast then you can use those

Re: [PATCH] Revert "mm/cma: manage the memory of the CMA area by using the ZONE_MOVABLE"

On 05/22/2018 06:18 PM, js1...@gmail.com wrote: From: Joonsoo Kim This reverts the following commits that change CMA design in MM. Revert "ARM: CMA: avoid double mapping to the CMA area if CONFIG_HIGHMEM=y" This reverts commit 3d2054ad8c2d5100b68b0c0405f89fd90bf4107b.

Re: [PATCH] Revert "mm/cma: manage the memory of the CMA area by using the ZONE_MOVABLE"

On 05/22/2018 06:18 PM, js1...@gmail.com wrote: From: Joonsoo Kim This reverts the following commits that change CMA design in MM. Revert "ARM: CMA: avoid double mapping to the CMA area if CONFIG_HIGHMEM=y" This reverts commit 3d2054ad8c2d5100b68b0c0405f89fd90bf4107b. Revert "mm/cma: remove

[PATCH] gpu: drm: ttm: Adding new return type vm_fault_t

Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

[PATCH] gpu: drm: ttm: Adding new return type vm_fault_t

Use new return type vm_fault_t for fault handler. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")

Re: [PATCH 3/6] ASoC: ams_delta: use GPIO lookup table

* Mark Brown [180521 10:07]: > On Fri, May 18, 2018 at 11:09:51PM +0200, Janusz Krzysztofik wrote: > > Now as the Amstrad Delta board provides GPIO lookup tables, switch from > > GPIO numbers to GPIO descriptors and use the table to locate required > > GPIO pins. > >

Re: [PATCH 3/6] ASoC: ams_delta: use GPIO lookup table

* Mark Brown [180521 10:07]: > On Fri, May 18, 2018 at 11:09:51PM +0200, Janusz Krzysztofik wrote: > > Now as the Amstrad Delta board provides GPIO lookup tables, switch from > > GPIO numbers to GPIO descriptors and use the table to locate required > > GPIO pins. > > Acked-by: Mark Brown

Re: semantics of rhashtable and sysvipc

On Wed, May 23, 2018 at 11:47 AM Davidlohr Bueso wrote: > Note that even if the allocation was guaranteed, there are still param validations > and rhashtable_init() can return -EINVAL. So? It's not going to happen, because you're not going to give garbage parameters. Why

Re: semantics of rhashtable and sysvipc

On Wed, May 23, 2018 at 11:47 AM Davidlohr Bueso wrote: > Note that even if the allocation was guaranteed, there are still param validations > and rhashtable_init() can return -EINVAL. So? It's not going to happen, because you're not going to give garbage parameters. Why would you add a

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 11:39:07AM -0700, Paul E. McKenney wrote: > > While this resolves the problem at hand, it might be a good idea to > > isolate rcu_exp_work to its own workqueue too as it can be used from > > various paths and is prone to this sort of indirect A-A deadlocks. > > Commit

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 11:39:07AM -0700, Paul E. McKenney wrote: > > While this resolves the problem at hand, it might be a good idea to > > isolate rcu_exp_work to its own workqueue too as it can be used from > > various paths and is prone to this sort of indirect A-A deadlocks. > > Commit

[PATCH REPOST] mm: memcg: allow lowering memory.swap.max below the current usage

Currently an attempt to set swap.max into a value lower than the actual swap usage fails, which causes configuration problems as there's no way of lowering the configuration below the current usage short of turning off swap entirely. This makes swap.max difficult to use and allows delegatees to

[PATCH REPOST] mm: memcg: allow lowering memory.swap.max below the current usage

Currently an attempt to set swap.max into a value lower than the actual swap usage fails, which causes configuration problems as there's no way of lowering the configuration below the current usage short of turning off swap entirely. This makes swap.max difficult to use and allows delegatees to

Re: [PATCH][V2] net: vxge: fix spelling mistake in macro VXGE_HW_ERR_PRIVILAGED_OPEARATION

From: Colin King Date: Tue, 22 May 2018 17:18:09 +0100 > From: Colin Ian King > > Rename VXGE_HW_ERR_PRIVILAGED_OPEARATION to VXGE_HW_ERR_PRIVILEGED_OPERATION > to fix spelling mistake. > > Signed-off-by: Colin Ian King

Re: [PATCH][V2] net: vxge: fix spelling mistake in macro VXGE_HW_ERR_PRIVILAGED_OPEARATION

From: Colin King Date: Tue, 22 May 2018 17:18:09 +0100 > From: Colin Ian King > > Rename VXGE_HW_ERR_PRIVILAGED_OPEARATION to VXGE_HW_ERR_PRIVILEGED_OPERATION > to fix spelling mistake. > > Signed-off-by: Colin Ian King > --- > V2: PRIVILAGED -> PRIVILEGED, thanks to Edward Cree for spotting

Re: [RFC V2] virtio: Add platform specific DMA API translation for virito devices

subj: s/virito/virtio/ On Tue, May 22, 2018 at 12:03:17PM +0530, Anshuman Khandual wrote: > This adds a hook which a platform can define in order to allow it to > force the use of the DMA API for all virtio devices even if they don't > have the VIRTIO_F_IOMMU_PLATFORM flag set. We want to use

Re: [RFC V2] virtio: Add platform specific DMA API translation for virito devices

subj: s/virito/virtio/ On Tue, May 22, 2018 at 12:03:17PM +0530, Anshuman Khandual wrote: > This adds a hook which a platform can define in order to allow it to > force the use of the DMA API for all virtio devices even if they don't > have the VIRTIO_F_IOMMU_PLATFORM flag set. We want to use

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 10:56:32AM -0700, Tejun Heo wrote: > >From 0aa2e9b921d6db71150633ff290199554f0842a8 Mon Sep 17 00:00:00 2001 > From: Tejun Heo > Date: Wed, 23 May 2018 10:29:00 -0700 > > cgwb_release() punts the actual release to cgwb_release_workfn() on > system_wq.

Re: [PATCH] bdi: Move cgroup bdi_writeback to a dedicated low concurrency workqueue

On Wed, May 23, 2018 at 10:56:32AM -0700, Tejun Heo wrote: > >From 0aa2e9b921d6db71150633ff290199554f0842a8 Mon Sep 17 00:00:00 2001 > From: Tejun Heo > Date: Wed, 23 May 2018 10:29:00 -0700 > > cgwb_release() punts the actual release to cgwb_release_workfn() on > system_wq. Depending on the

Re: [PATCH RFC 1/3] scsi: ufs: set the device reference clock setting

On Tue, May 22, 2018 at 09:51:38AM +0530, Sayali Lokhande wrote: > From: Subhash Jadavani > > UFS host supplies the reference clock to UFS device and UFS device > specification allows host to provide one of the 4 frequencies (19.2 MHz, > 26 MHz, 38.4 MHz, 52 MHz) for

Re: [PATCH RFC 1/3] scsi: ufs: set the device reference clock setting

On Tue, May 22, 2018 at 09:51:38AM +0530, Sayali Lokhande wrote: > From: Subhash Jadavani > > UFS host supplies the reference clock to UFS device and UFS device > specification allows host to provide one of the 4 frequencies (19.2 MHz, > 26 MHz, 38.4 MHz, 52 MHz) for reference clock. Host should

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Linus Torvalds wrote: So I'm perfectly fine with getting rid of 'tables_initialized'. But no, not with a BUG_ON(). If you cannot guarantee that the allocation works (using __GFP_NOFAIL is ok, for example - but it only works with small allocations), then you need to handle

Re: semantics of rhashtable and sysvipc

On Wed, 23 May 2018, Linus Torvalds wrote: So I'm perfectly fine with getting rid of 'tables_initialized'. But no, not with a BUG_ON(). If you cannot guarantee that the allocation works (using __GFP_NOFAIL is ok, for example - but it only works with small allocations), then you need to handle

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