Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

inclusion so your further > > > > testing would be more than appreciated. Also stalls > 10s without any > > > > previous occurrences would be interesting. > > > > > > I confirmed that linux-next-20170221 with kmallocwd applied can reproduce > > >

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

inclusion so your further > > > > testing would be more than appreciated. Also stalls > 10s without any > > > > previous occurrences would be interesting. > > > > > > I confirmed that linux-next-20170221 with kmallocwd applied can reproduce > > >

Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files

On Wed, Feb 22, 2017 at 10:44:07AM +0300, Pavel Emelyanov wrote: > On 02/21/2017 10:16 PM, Cyrill Gorcunov wrote: > > On Tue, Feb 21, 2017 at 10:41:12AM -0800, Andy Lutomirski wrote: > >>> Thus lets add file position, inode and device number where > >>> this target lays. This three fields can be

Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files

On Wed, Feb 22, 2017 at 10:44:07AM +0300, Pavel Emelyanov wrote: > On 02/21/2017 10:16 PM, Cyrill Gorcunov wrote: > > On Tue, Feb 21, 2017 at 10:41:12AM -0800, Andy Lutomirski wrote: > >>> Thus lets add file position, inode and device number where > >>> this target lays. This three fields can be

[PATCH] sched/fair: Update rq clock before changing a task's CPU affinity

From: Wanpeng Li [ cut here ] WARNING: CPU: 6 PID: 81 at kernel/sched/sched.h:812 set_next_entity+0x11d/0x380 rq->clock_update_flags < RQCF_ACT_SKIP CPU: 6 PID: 81 Comm: torture_shuffle Not tainted 4.10.0+ #1 Hardware name: LENOVO ThinkCentre

[PATCH] sched/fair: Update rq clock before changing a task's CPU affinity

From: Wanpeng Li [ cut here ] WARNING: CPU: 6 PID: 81 at kernel/sched/sched.h:812 set_next_entity+0x11d/0x380 rq->clock_update_flags < RQCF_ACT_SKIP CPU: 6 PID: 81 Comm: torture_shuffle Not tainted 4.10.0+ #1 Hardware name: LENOVO ThinkCentre M8500t-N000/SHARKBAY,

Re: [PATCH 1/2] Correct function definition for C++

On Wed, 2017-02-22 at 08:10 +0100, Greg KH wrote: > On Tue, Feb 21, 2017 at 04:24:04PM +0100, Joakim Tjernlund wrote: > > C++ does does not like the extra extern before asmlinkage, remove it. > > > > Signed-off-by: Joakim Tjernlund > > --- > >

Re: [PATCH 1/2] Correct function definition for C++

On Wed, 2017-02-22 at 08:10 +0100, Greg KH wrote: > On Tue, Feb 21, 2017 at 04:24:04PM +0100, Joakim Tjernlund wrote: > > C++ does does not like the extra extern before asmlinkage, remove it. > > > > Signed-off-by: Joakim Tjernlund > > --- > > include/linux/printk.h | 4 ++-- > > 1 file

[PATCH] net: realtek: 8139cp: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/realtek/8139cp.c | 14

[PATCH] net: realtek: 8139cp: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/realtek/8139cp.c | 14 -- 1 files

[PATCH] drm: bridge: dw-hdmi: support i2c extended read mode

"I2C Master Interface Extended Read Mode" implements a segment pointer-based read operation using the Special Register configuration. This patch fix https://patchwork.kernel.org/patch/7098101/ mentioned "The current implementation does not support "I2C Master Interface Extended Read Mode" to read

[PATCH] drm: bridge: dw-hdmi: support i2c extended read mode

"I2C Master Interface Extended Read Mode" implements a segment pointer-based read operation using the Special Register configuration. This patch fix https://patchwork.kernel.org/patch/7098101/ mentioned "The current implementation does not support "I2C Master Interface Extended Read Mode" to read

Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock

On 22/02/2017 06:21, Andy Lutomirski wrote: > On Tue, Feb 21, 2017 at 5:26 PM, Mickaël Salaün wrote: >> This documentation can be built with the Sphinx framework. >> >> Signed-off-by: Mickaël Salaün >> Cc: Alexei Starovoitov >> Cc: Andy

Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock

On 22/02/2017 06:21, Andy Lutomirski wrote: > On Tue, Feb 21, 2017 at 5:26 PM, Mickaël Salaün wrote: >> This documentation can be built with the Sphinx framework. >> >> Signed-off-by: Mickaël Salaün >> Cc: Alexei Starovoitov >> Cc: Andy Lutomirski >> Cc: Daniel Borkmann >> Cc: David S.

Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files

On 02/21/2017 10:16 PM, Cyrill Gorcunov wrote: > On Tue, Feb 21, 2017 at 10:41:12AM -0800, Andy Lutomirski wrote: >>> Thus lets add file position, inode and device number where >>> this target lays. This three fields can be used as a primary >>> key for sorting, and together with kcmp help CRIU

Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files

On 02/21/2017 10:16 PM, Cyrill Gorcunov wrote: > On Tue, Feb 21, 2017 at 10:41:12AM -0800, Andy Lutomirski wrote: >>> Thus lets add file position, inode and device number where >>> this target lays. This three fields can be used as a primary >>> key for sorting, and together with kcmp help CRIU

Re: [PATCH] Add pidfs filesystem

On 02/21/2017 05:57 PM, Oleg Nesterov wrote: > On 02/18, Alexey Gladkov wrote: >> >> This patch allows to mount only the part of /proc related to pids >> without rest objects. Since this is an addon to /proc, flags applied to >> /proc have an effect on this pidfs filesystem. > > I leave this to

Re: [PATCH] Add pidfs filesystem

On 02/21/2017 05:57 PM, Oleg Nesterov wrote: > On 02/18, Alexey Gladkov wrote: >> >> This patch allows to mount only the part of /proc related to pids >> without rest objects. Since this is an addon to /proc, flags applied to >> /proc have an effect on this pidfs filesystem. > > I leave this to

Re: crypto/cavium MSI-X fixups

On Tue, Feb 21, 2017 at 09:36:04AM -0800, David Daney wrote: > With respect to pci_enable_msix(), what do you recommend as a replacement? pci_alloc_irq_vectors. In fact I have a tree ready for after -rc1 that removes pci_enable_msix() entirely. > For the crypto/cavium driver, you recommend

Re: crypto/cavium MSI-X fixups

On Tue, Feb 21, 2017 at 09:36:04AM -0800, David Daney wrote: > With respect to pci_enable_msix(), what do you recommend as a replacement? pci_alloc_irq_vectors. In fact I have a tree ready for after -rc1 that removes pci_enable_msix() entirely. > For the crypto/cavium driver, you recommend

Re: [Outreachy kernel] [PATCH 2/7] staging: most: Using macro DIV_ROUND_UP

On Tue, 21 Feb 2017, SIMRAN SINGHAL wrote: > > > On Wednesday, February 22, 2017 at 1:28:52 AM UTC+5:30, Julia Lawall wrote: > > > On Wed, 22 Feb 2017, simran singhal wrote: > > > The macro DIV_ROUND_UP performs the computation (((n) + (d) - > 1) /(d)). > > It clarifies

Re: [Outreachy kernel] [PATCH 2/7] staging: most: Using macro DIV_ROUND_UP

On Tue, 21 Feb 2017, SIMRAN SINGHAL wrote: > > > On Wednesday, February 22, 2017 at 1:28:52 AM UTC+5:30, Julia Lawall wrote: > > > On Wed, 22 Feb 2017, simran singhal wrote: > > > The macro DIV_ROUND_UP performs the computation (((n) + (d) - > 1) /(d)). > > It clarifies

Re: [f2fs-dev] [PATCH 09/10] f2fs: avoid needless checkpoint in f2fs_trim_fs

On 2016/12/31 2:51, Jaegeuk Kim wrote: > The f2fs_trim_fs() doesn't need to do checkpoint if there are newly allocated > data blocks only which didn't change the critical checkpoint data such as nat > and sit entries. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu

Re: [f2fs-dev] [PATCH 10/10] f2fs: return fs_trim if there is no candidate

On 2016/12/31 2:51, Jaegeuk Kim wrote: > If there is no candidate to submit discard command during f2sf_trim_fs, let's > return without checkpoint. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu Please see comments below. > --- >

Re: [f2fs-dev] [PATCH 09/10] f2fs: avoid needless checkpoint in f2fs_trim_fs

On 2016/12/31 2:51, Jaegeuk Kim wrote: > The f2fs_trim_fs() doesn't need to do checkpoint if there are newly allocated > data blocks only which didn't change the critical checkpoint data such as nat > and sit entries. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu

Re: [f2fs-dev] [PATCH 10/10] f2fs: return fs_trim if there is no candidate

On 2016/12/31 2:51, Jaegeuk Kim wrote: > If there is no candidate to submit discard command during f2sf_trim_fs, let's > return without checkpoint. > > Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu Please see comments below. > --- > fs/f2fs/checkpoint.c | 5 + > fs/f2fs/f2fs.h

Re: [f2fs-dev] [PATCH 08/10] f2fs: relax async discard commands more

On 2017/1/6 10:42, Jaegeuk Kim wrote: > Hi Chao, > > On 01/06, Chao Yu wrote: >> On 2017/1/6 3:46, Jaegeuk Kim wrote: >>> On 01/05, Chao Yu wrote: On 2017/1/4 17:29, Chao Yu wrote: > On 2016/12/31 2:51, Jaegeuk Kim wrote: >> This patch relaxes async discard commands to avoid waiting

Re: [f2fs-dev] [PATCH 08/10] f2fs: relax async discard commands more

On 2017/1/6 10:42, Jaegeuk Kim wrote: > Hi Chao, > > On 01/06, Chao Yu wrote: >> On 2017/1/6 3:46, Jaegeuk Kim wrote: >>> On 01/05, Chao Yu wrote: On 2017/1/4 17:29, Chao Yu wrote: > On 2016/12/31 2:51, Jaegeuk Kim wrote: >> This patch relaxes async discard commands to avoid waiting

Re: [Outreachy kernel] [PATCH v3] staging: xgifb: function definition argument should also have an identifier name

On Wed, 22 Feb 2017, Arushi Singhal wrote: > function definition argument like 'struct vb_device_info *','unsigned > long' etc. should also have an identifier name. Actually, this is not really clear. The definition of a function is the thing that has the actual code, like int foo(int x) {

Re: [Outreachy kernel] [PATCH v3] staging: xgifb: function definition argument should also have an identifier name

On Wed, 22 Feb 2017, Arushi Singhal wrote: > function definition argument like 'struct vb_device_info *','unsigned > long' etc. should also have an identifier name. Actually, this is not really clear. The definition of a function is the thing that has the actual code, like int foo(int x) {

[PATCH-SPEAKUP 2/2] remove unecessary initial allocation of vc

This patch removes the unnecessary allocation of current foreground vc during initialization. This initialization is already handled in the loop that follows it for all available virtual consoles. Also change the prototype of speakup_allocate to take extra argument of gfp_* flags. Thus not

[PATCH-SPEAKUP 1/2] return same error value from spk_set_key_info

This patch makes spk_set_key_info return -EINVAL in case of failure instead of returning 4 different values for the type of error that occurred. Print the offending values instead as debug message. Signed-off-by: Pranay Kr. Srivastava --- drivers/staging/speakup/main.c | 27

[PATCH-SPEAKUP 1/2] return same error value from spk_set_key_info

This patch makes spk_set_key_info return -EINVAL in case of failure instead of returning 4 different values for the type of error that occurred. Print the offending values instead as debug message. Signed-off-by: Pranay Kr. Srivastava --- drivers/staging/speakup/main.c | 27

[PATCH-SPEAKUP 2/2] remove unecessary initial allocation of vc

This patch removes the unnecessary allocation of current foreground vc during initialization. This initialization is already handled in the loop that follows it for all available virtual consoles. Also change the prototype of speakup_allocate to take extra argument of gfp_* flags. Thus not

[no subject]

Sending both patches as series instead. Made the required changes as suggessted in earlier versions and fixed the warnings reported from kbuild test robot.

[no subject]

Sending both patches as series instead. Made the required changes as suggessted in earlier versions and fixed the warnings reported from kbuild test robot.

Re: [HMM v17 00/14] HMM (Heterogeneous Memory Management) v17

On Fri, Jan 27, 2017 at 05:52:07PM -0500, Jérôme Glisse wrote: > Cliff note: HMM offers 2 things (each standing on its own). First > it allows to use device memory transparently inside any process > without any modifications to process program code. Second it allows > to mirror process address

Re: [Outreachy kernel] [PATCH] staging: wilc1000: renames struct tstrRSSI and its members u8Index, u8Full

On Tue, 21 Feb 2017, Tahia Khan wrote: > Fixes multiple camel case checks on struct tstrRSSI from checkpatch.pl: > > Avoid CamelCase: > Avoid CamelCase: > Avoid CamelCase: > > Signed-off-by: Tahia Khan > --- > drivers/staging/wilc1000/coreconfigurator.h | 8

Re: [HMM v17 00/14] HMM (Heterogeneous Memory Management) v17

On Fri, Jan 27, 2017 at 05:52:07PM -0500, Jérôme Glisse wrote: > Cliff note: HMM offers 2 things (each standing on its own). First > it allows to use device memory transparently inside any process > without any modifications to process program code. Second it allows > to mirror process address

Re: [Outreachy kernel] [PATCH] staging: wilc1000: renames struct tstrRSSI and its members u8Index, u8Full

On Tue, 21 Feb 2017, Tahia Khan wrote: > Fixes multiple camel case checks on struct tstrRSSI from checkpatch.pl: > > Avoid CamelCase: > Avoid CamelCase: > Avoid CamelCase: > > Signed-off-by: Tahia Khan > --- > drivers/staging/wilc1000/coreconfigurator.h | 8 >

Re: [PATCH v2 1/3] fpga: Add flag to indicate bitstream needs decrypting

On Tue, Feb 21, 2017 at 12:26:17PM -0600, Alan Tull wrote: > On Tue, Feb 21, 2017 at 10:35 AM, Alan Tull > > Hi Greg, > > Would it be helpful for us to resend patches for you to take with you > on cc? Or is it enough that they are on lkml? Yes, please send patches

Re: [PATCH v2 1/3] fpga: Add flag to indicate bitstream needs decrypting

On Tue, Feb 21, 2017 at 12:26:17PM -0600, Alan Tull wrote: > On Tue, Feb 21, 2017 at 10:35 AM, Alan Tull > > Hi Greg, > > Would it be helpful for us to resend patches for you to take with you > on cc? Or is it enough that they are on lkml? Yes, please send patches with your signed-off-by: for

Re: [PATCH 1/2] Correct function definition for C++

On Tue, Feb 21, 2017 at 04:24:04PM +0100, Joakim Tjernlund wrote: > C++ does does not like the extra extern before asmlinkage, remove it. > > Signed-off-by: Joakim Tjernlund > --- > include/linux/printk.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-)

Re: [PATCH 1/2] Correct function definition for C++

On Tue, Feb 21, 2017 at 04:24:04PM +0100, Joakim Tjernlund wrote: > C++ does does not like the extra extern before asmlinkage, remove it. > > Signed-off-by: Joakim Tjernlund > --- > include/linux/printk.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH v3 2/2] drm/fb-helper: implement ioctl FBIO_WAITFORVSYNC

On 21/02/17 07:00 PM, Stefan Lengfeld wrote: > > 2/ Wait for a single vsync event on all active crtcs as Ville Syrjälä >described here [2] in the optimal implementation. FWIW, this seems like a bad idea, since with multiple active CRTCs it would make it essentially random at which intervals

Re: [PATCH v3 2/2] drm/fb-helper: implement ioctl FBIO_WAITFORVSYNC

On 21/02/17 07:00 PM, Stefan Lengfeld wrote: > > 2/ Wait for a single vsync event on all active crtcs as Ville Syrjälä >described here [2] in the optimal implementation. FWIW, this seems like a bad idea, since with multiple active CRTCs it would make it essentially random at which intervals

Re: [PATCH 1/3] mm, vmscan: fix zone balance check in prepare_kswapd_sleep

Hi, On Wed, Feb 15, 2017 at 09:22:45AM +, Mel Gorman wrote: > From: Shantanu Goel > > The check in prepare_kswapd_sleep needs to match the one in balance_pgdat > since the latter will return as soon as any one of the zones in the > classzone is above the watermark. This

Re: [PATCH 1/3] mm, vmscan: fix zone balance check in prepare_kswapd_sleep

Hi, On Wed, Feb 15, 2017 at 09:22:45AM +, Mel Gorman wrote: > From: Shantanu Goel > > The check in prepare_kswapd_sleep needs to match the one in balance_pgdat > since the latter will return as soon as any one of the zones in the > classzone is above the watermark. This is specially

Re: [PATCH] ALSA: emu10k1: Remove cast from memory allocation

On Wed, 22 Feb 2017 07:47:16 +0100, Tobin C. Harding wrote: > > Coccinelle emits multiple WARNING: casting value returned by memory allocation > function to (u_int32_t __user *) is useless. > > Remove unnecessary cast. > > Signed-off-by: Tobin C. Harding __user annotation

Re: [PATCH] ALSA: emu10k1: Remove cast from memory allocation

On Wed, 22 Feb 2017 07:47:16 +0100, Tobin C. Harding wrote: > > Coccinelle emits multiple WARNING: casting value returned by memory allocation > function to (u_int32_t __user *) is useless. > > Remove unnecessary cast. > > Signed-off-by: Tobin C. Harding __user annotation requires the

Re: [PATCH] net/dccp: fix use after free in tw_timer_handler()

On Tue, Feb 21, 2017 at 2:56 PM, Dmitry Vyukov wrote: > On Tue, Feb 21, 2017 at 2:27 PM, Andrey Ryabinin > wrote: >> DCCP doesn't purge timewait sockets on network namespace shutdown. >> So, after net namespace destroyed we could still have an active

Re: [PATCH] net/dccp: fix use after free in tw_timer_handler()

On Tue, Feb 21, 2017 at 2:56 PM, Dmitry Vyukov wrote: > On Tue, Feb 21, 2017 at 2:27 PM, Andrey Ryabinin > wrote: >> DCCP doesn't purge timewait sockets on network namespace shutdown. >> So, after net namespace destroyed we could still have an active timer >> which will trigger use after free in

[PATCH] ALSA: emu10k1: Remove cast from memory allocation

Coccinelle emits multiple WARNING: casting value returned by memory allocation function to (u_int32_t __user *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- sound/pci/emu10k1/emufx.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

[PATCH] ALSA: emu10k1: Remove cast from memory allocation

Coccinelle emits multiple WARNING: casting value returned by memory allocation function to (u_int32_t __user *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- sound/pci/emu10k1/emufx.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH] proc: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct proc_inode *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/proc/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/proc/inode.c

[PATCH] proc: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct proc_inode *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/proc/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/proc/inode.c b/fs/proc/inode.c

[GIT PULL] s390 patches for 4.11 merge window #1

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: -- The first part of the s390 update for 4.11. Changes included: * New entropy generation for the pseudo random number

[GIT PULL] s390 patches for 4.11 merge window #1

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: -- The first part of the s390 update for 4.11. Changes included: * New entropy generation for the pseudo random number

Re: linux-next: manual merge of the kspp tree with the net-next tree

On 02/22/2017 12:51 AM, Stephen Rothwell wrote: Hi Kees, Today's linux-next merge of the kspp tree got a conflict in: arch/arm/Kconfig between commit: d2852a224050 ("arch: add ARCH_HAS_SET_MEMORY config") from the net-next tree and commit: ad21fc4faa2a ("arch: Move

Re: linux-next: manual merge of the kspp tree with the net-next tree

On 02/22/2017 12:51 AM, Stephen Rothwell wrote: Hi Kees, Today's linux-next merge of the kspp tree got a conflict in: arch/arm/Kconfig between commit: d2852a224050 ("arch: add ARCH_HAS_SET_MEMORY config") from the net-next tree and commit: ad21fc4faa2a ("arch: Move

[PATCH] fs/9p: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct v9fs_inode *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/9p/vfs_inode.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH] fs/9p: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct v9fs_inode *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/9p/vfs_inode.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/fs/9p/vfs_inode.c

Re: linux-next: manual merge of the net-next tree with the s390 tree

On 02/22/2017 12:15 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the net-next tree got a conflict in: arch/s390/net/bpf_jit_comp.c between commit: 9437964885f8 ("s390/bpf: remove redundant check for non-null image") from the s390 tree and commit: 9d876e79df6a

Re: linux-next: manual merge of the kspp tree with the net-next tree

On 02/22/2017 01:06 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the kspp tree got a conflict in: include/linux/filter.h between commit: 9d876e79df6a ("bpf: fix unlocking of jited image when module ronx not set") from the net-next tree and commit: 0f5bf6d0afe4

Re: linux-next: manual merge of the net-next tree with the s390 tree

On 02/22/2017 12:15 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the net-next tree got a conflict in: arch/s390/net/bpf_jit_comp.c between commit: 9437964885f8 ("s390/bpf: remove redundant check for non-null image") from the s390 tree and commit: 9d876e79df6a

Re: linux-next: manual merge of the kspp tree with the net-next tree

On 02/22/2017 01:06 AM, Stephen Rothwell wrote: Hi all, Today's linux-next merge of the kspp tree got a conflict in: include/linux/filter.h between commit: 9d876e79df6a ("bpf: fix unlocking of jited image when module ronx not set") from the net-next tree and commit: 0f5bf6d0afe4

[PATCH] ncpfs: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct ncp_inode_info *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/ncpfs/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] ncpfs: Remove cast from memory allocation

Coccinelle emits WARNING: casting value returned by memory allocation function to (struct ncp_inode_info *) is useless. Remove unnecessary cast. Signed-off-by: Tobin C. Harding --- fs/ncpfs/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ncpfs/inode.c

Re: [PATCH v3 13/18] power: supply: add battery driver for AXP20X and AXP22X PMICs

Hi, On Wed, Feb 22, 2017 at 2:19 AM, Quentin Schulz wrote: > Hi Chen-Yu, > > On 21/02/2017 05:44, Chen-Yu Tsai wrote: >> On Tue, Feb 14, 2017 at 5:41 PM, Quentin Schulz >> wrote: >>> The X-Powers AXP20X and AXP22X PMICs can

Re: [PATCH v3 13/18] power: supply: add battery driver for AXP20X and AXP22X PMICs

Hi, On Wed, Feb 22, 2017 at 2:19 AM, Quentin Schulz wrote: > Hi Chen-Yu, > > On 21/02/2017 05:44, Chen-Yu Tsai wrote: >> On Tue, Feb 14, 2017 at 5:41 PM, Quentin Schulz >> wrote: >>> The X-Powers AXP20X and AXP22X PMICs can have a battery as power supply. >>> >>> This patch adds the battery

Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt

Hi Herbert, On 8 February 2017 at 13:02, Gilad Ben-Yossef wrote: > On Tue, Feb 7, 2017 at 12:35 PM, Binoy Jayan wrote: >> === >> dm-crypt optimization for larger block sizes

Re: [RFC PATCH v4] IV Generation algorithms for dm-crypt

Hi Herbert, On 8 February 2017 at 13:02, Gilad Ben-Yossef wrote: > On Tue, Feb 7, 2017 at 12:35 PM, Binoy Jayan wrote: >> === >> dm-crypt optimization for larger block sizes >>

Re: [RFC 7/8] fpga-region: add sysfs interface

On Tue, Feb 21, 2017 at 9:46 PM, Nadathur, Sundar wrote: > On February 21, 2017 9:39 PM, Moritz Fischer wrote: > >> TLV Seems easy enough. To give an update, I played with fdt a bit to see how >> far I get in half an hour. I got bool / int / strings to work quite fast

Re: [RFC 7/8] fpga-region: add sysfs interface

On Tue, Feb 21, 2017 at 9:46 PM, Nadathur, Sundar wrote: > On February 21, 2017 9:39 PM, Moritz Fischer wrote: > >> TLV Seems easy enough. To give an update, I played with fdt a bit to see how >> far I get in half an hour. I got bool / int / strings to work quite fast >> (~30mins). >> Please

Re: [PATCH 2/4] ARM: dts: da850: add vpif video display pins

On Tuesday 21 February 2017 02:53 PM, Bartosz Golaszewski wrote: > 2017-02-21 5:49 GMT+01:00 Sekhar Nori : >> On Monday 20 February 2017 09:12 PM, Bartosz Golaszewski wrote: >>> 2017-02-20 11:29 GMT+01:00 Sekhar Nori : On Thursday 16 February 2017 11:45 PM,

Re: [PATCH 2/4] ARM: dts: da850: add vpif video display pins

On Tuesday 21 February 2017 02:53 PM, Bartosz Golaszewski wrote: > 2017-02-21 5:49 GMT+01:00 Sekhar Nori : >> On Monday 20 February 2017 09:12 PM, Bartosz Golaszewski wrote: >>> 2017-02-20 11:29 GMT+01:00 Sekhar Nori : On Thursday 16 February 2017 11:45 PM, Bartosz Golaszewski wrote: >

Re: [PATCH 0/6] Enable parallel page migration

On 02/22/2017 10:34 AM, Balbir Singh wrote: > On Fri, Feb 17, 2017 at 04:54:47PM +0530, Anshuman Khandual wrote: >> This patch series is base on the work posted by Zi Yan back in >> November 2016 (https://lkml.org/lkml/2016/11/22/457) but includes some >> amount clean up and re-organization.

Re: [PATCH 0/6] Enable parallel page migration

On 02/22/2017 10:34 AM, Balbir Singh wrote: > On Fri, Feb 17, 2017 at 04:54:47PM +0530, Anshuman Khandual wrote: >> This patch series is base on the work posted by Zi Yan back in >> November 2016 (https://lkml.org/lkml/2016/11/22/457) but includes some >> amount clean up and re-organization.

Re: [PATCH v2 1/2] usbip: Fix-format-overflow

Hi, W dniu 2017-02-21 o 18:57, Jonathan Dieter pisze: The usbip userspace tools call sprintf()/snprintf() and don't check for the return value which can lead the paths to overflow, truncating the final file in the path. More urgently, GCC 7 now warns that these aren't checked with

Re: [PATCH v2 1/2] usbip: Fix-format-overflow

Hi, W dniu 2017-02-21 o 18:57, Jonathan Dieter pisze: The usbip userspace tools call sprintf()/snprintf() and don't check for the return value which can lead the paths to overflow, truncating the final file in the path. More urgently, GCC 7 now warns that these aren't checked with

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On 02/22/2017 at 02:20 AM, Luck, Tony wrote: >> It's from my understanding, I didn't get the explicit description from the >> intel SDM on this point. >> If a broadcast SRAO comes on real hardware, will MSR_IA32_MCG_STATUS of each >> cpu have MCG_STATUS_RIPV bit set? > MCG_STATUS is a per-thread

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On 02/22/2017 at 02:20 AM, Luck, Tony wrote: >> It's from my understanding, I didn't get the explicit description from the >> intel SDM on this point. >> If a broadcast SRAO comes on real hardware, will MSR_IA32_MCG_STATUS of each >> cpu have MCG_STATUS_RIPV bit set? > MCG_STATUS is a per-thread

RE: [RFC 7/8] fpga-region: add sysfs interface

On February 21, 2017 9:39 PM, Moritz Fischer wrote: > TLV Seems easy enough. To give an update, I played with fdt a bit to see how > far I get in half an hour. I got bool / int / strings to work quite fast > (~30mins). > Please disregard the horrible hackyness of this ... > [...] > So I'm fairly

RE: [RFC 7/8] fpga-region: add sysfs interface

On February 21, 2017 9:39 PM, Moritz Fischer wrote: > TLV Seems easy enough. To give an update, I played with fdt a bit to see how > far I get in half an hour. I got bool / int / strings to work quite fast > (~30mins). > Please disregard the horrible hackyness of this ... > [...] > So I'm fairly

[PATCH] mm: do not access page->mapping directly on page_endio

With rw_page, page_endio is used for completing IO on a page and it propagates write error to the address space if the IO fails. The problem is it accesses page->mapping directly which might be okay for file-backed pages but it shouldn't for anonymous page. Otherwise, it can corrupt one of field

[PATCH] mm: do not access page->mapping directly on page_endio

With rw_page, page_endio is used for completing IO on a page and it propagates write error to the address space if the IO fails. The problem is it accesses page->mapping directly which might be okay for file-backed pages but it shouldn't for anonymous page. Otherwise, it can corrupt one of field

Re: [RFC 7/8] fpga-region: add sysfs interface

Hi all, On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthorpe wrote: > On Tue, Feb 21, 2017 at 07:49:19PM -0800, Moritz Fischer wrote: > >> fdt does this out of the box, too. So far I've seen nothing fdt >> couldn't do (or doesn't do let's rather say). > >

Re: [RFC 7/8] fpga-region: add sysfs interface

Hi all, On Tue, Feb 21, 2017 at 9:12 PM, Jason Gunthorpe wrote: > On Tue, Feb 21, 2017 at 07:49:19PM -0800, Moritz Fischer wrote: > >> fdt does this out of the box, too. So far I've seen nothing fdt >> couldn't do (or doesn't do let's rather say). > > tlv/fdt/http headers are all essentially

Re: next-20170217 boot on POWER8 LPAR : WARNING @kernel/jump_label.c:287

Jason Baron writes: > On 02/20/2017 10:05 PM, Sachin Sant wrote: >> >>> On 20-Feb-2017, at 8:27 PM, Jason Baron >> > wrote: >>> >>> Hi, >>> >>> On 02/19/2017 09:07 AM, Sachin Sant wrote: While booting next-20170217 on a POWER8

Re: next-20170217 boot on POWER8 LPAR : WARNING @kernel/jump_label.c:287

Jason Baron writes: > On 02/20/2017 10:05 PM, Sachin Sant wrote: >> >>> On 20-Feb-2017, at 8:27 PM, Jason Baron >> > wrote: >>> >>> Hi, >>> >>> On 02/19/2017 09:07 AM, Sachin Sant wrote: While booting next-20170217 on a POWER8 LPAR following warning is

Re: [PATCH] usb: misc: remove unnecessary code

Hi Peter, Quoting Peter Senna Tschudin : On Mon, Feb 20, 2017 at 05:28:46PM -0600, Gustavo A. R. Silva wrote: 'val' is an unsigned variable, and less-than-zero comparison of an unsigned variable is never true. I would add that val is set by kstrtoul() that converts a

Re: [PATCH] usb: misc: remove unnecessary code

Hi Peter, Quoting Peter Senna Tschudin : On Mon, Feb 20, 2017 at 05:28:46PM -0600, Gustavo A. R. Silva wrote: 'val' is an unsigned variable, and less-than-zero comparison of an unsigned variable is never true. I would add that val is set by kstrtoul() that converts a string to an unsigned

Re: [x86/vsyscall] 3dc33bd30f Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

On Tue, Feb 21, 2017 at 9:23 PM, Andy Lutomirski wrote: > On Tue, Feb 21, 2017 at 4:46 PM, Kees Cook wrote: >> On Tue, Feb 21, 2017 at 4:39 PM, Chunyu Hu wrote: >>> I hit the similar panic on Fedora 25. Is it the same issue? >>>

Re: [x86/vsyscall] 3dc33bd30f Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

On Tue, Feb 21, 2017 at 9:23 PM, Andy Lutomirski wrote: > On Tue, Feb 21, 2017 at 4:46 PM, Kees Cook wrote: >> On Tue, Feb 21, 2017 at 4:39 PM, Chunyu Hu wrote: >>> I hit the similar panic on Fedora 25. Is it the same issue? >>> >>> >>> [2.527391] Freeing unused kernel memory: 1688K

Re: [PATCH] usercopy: ARM NOMMU has no 64-bit get_user

On Tue, Feb 21, 2017 at 2:01 PM, Arnd Bergmann wrote: > On a NOMMU ARM kernel, we get this link error: > > ERROR: "__get_user_bad" [lib/test_user_copy.ko] undefined! > > The problem is that the extended get_user/put_user definitions > were only added for the noral (MMU based) case.

Re: [PATCH] usercopy: ARM NOMMU has no 64-bit get_user

On Tue, Feb 21, 2017 at 2:01 PM, Arnd Bergmann wrote: > On a NOMMU ARM kernel, we get this link error: > > ERROR: "__get_user_bad" [lib/test_user_copy.ko] undefined! > > The problem is that the extended get_user/put_user definitions > were only added for the noral (MMU based) case. > > We could

Re: [PATCH] usb: misc: add a missing continue and refactor code

Quoting "Gustavo A. R. Silva" : Hi Alan, Quoting Alan Stern : On Tue, 21 Feb 2017, Gustavo A. R. Silva wrote: Code refactoring to make the flow easier to follow and add missing 'continue' for case USB_ENDPOINT_XFER_INT.

Re: [PATCH] usb: misc: add a missing continue and refactor code

Quoting "Gustavo A. R. Silva" : Hi Alan, Quoting Alan Stern : On Tue, 21 Feb 2017, Gustavo A. R. Silva wrote: Code refactoring to make the flow easier to follow and add missing 'continue' for case USB_ENDPOINT_XFER_INT. Addresses-Coverity-ID: 1248733 Cc: Alan Stern Signed-off-by:

Re: [PATCH_v4.1_0_3] Make core_pattern support namespace

ping 在 2017-02-08三的 11:00 +0800，Cao Shufeng写道： > This patchset includes following function points: > 1: Let usermodehelper function possible to set pid namespace >done by: [PATCH v4 1/3] Make call_usermodehelper_exec possible >to set pid namespace. > 2: Let pipe_type core_pattern write

Re: [PATCH_v4.1_0_3] Make core_pattern support namespace

ping 在 2017-02-08三的 11:00 +0800，Cao Shufeng写道： > This patchset includes following function points: > 1: Let usermodehelper function possible to set pid namespace >done by: [PATCH v4 1/3] Make call_usermodehelper_exec possible >to set pid namespace. > 2: Let pipe_type core_pattern write

  1   2   3   4   5   6   7   8   9   10   >