linux-next: Signed-off-by missing for commits in the gfs2 tree

Hi all, Commits cfdee655b178 ("GFS2: Make height info part of metapath") 8bdecc2563a5 ("GFS2: flush the log and all pages for jdata as we do for WB_SYNC_ALL") 1ecfcbf9a59e ("GFS2: Take inode off order_write list when setting jdata flag") are missing a Signed-off-by from their committer.

linux-next: Signed-off-by missing for commits in the gfs2 tree

Hi all, Commits cfdee655b178 ("GFS2: Make height info part of metapath") 8bdecc2563a5 ("GFS2: flush the log and all pages for jdata as we do for WB_SYNC_ALL") 1ecfcbf9a59e ("GFS2: Take inode off order_write list when setting jdata flag") are missing a Signed-off-by from their committer.

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Minchan Kim writes: > Hi Huang, > > On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote: >> Hi, Minchan, >> >> Minchan Kim writes: >> >> > Hi Huang, >> > >> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: >> >> From: Huang Ying

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Minchan Kim writes: > Hi Huang, > > On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote: >> Hi, Minchan, >> >> Minchan Kim writes: >> >> > Hi Huang, >> > >> > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: >> >> From: Huang Ying >> >> >> >> When a page fault occurs for

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Hi Huang, On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote: > Hi, Minchan, > > Minchan Kim writes: > > > Hi Huang, > > > > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: > >> From: Huang Ying > >> > >> When a page

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Hi Huang, On Tue, Oct 31, 2017 at 01:32:32PM +0800, Huang, Ying wrote: > Hi, Minchan, > > Minchan Kim writes: > > > Hi Huang, > > > > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: > >> From: Huang Ying > >> > >> When a page fault occurs for a swap entry, the physical swap

linux-next: Signed-off-by missing for commit in the net-next tree

Hi all, Commit 509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool -C)") is missing a Signed-off-by from its author (or its author is wrong). -- Cheers, Stephen Rothwell

linux-next: Signed-off-by missing for commit in the net-next tree

Hi all, Commit 509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool -C)") is missing a Signed-off-by from its author (or its author is wrong). -- Cheers, Stephen Rothwell

[PATCH] MIPS: microMIPS: Fix incorrect mask in insn_table_MM

It seems that this is a typo error and the proper bit masking is "RT | RS" instead of "RS | RS". This issue was detected with the help of Coccinelle. Reported-by: Julia Lawall Signed-off-by: Gustavo A. R. Silva --- arch/mips/mm/uasm-micromips.c |

[PATCH] MIPS: microMIPS: Fix incorrect mask in insn_table_MM

It seems that this is a typo error and the proper bit masking is "RT | RS" instead of "RS | RS". This issue was detected with the help of Coccinelle. Reported-by: Julia Lawall Signed-off-by: Gustavo A. R. Silva --- arch/mips/mm/uasm-micromips.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Hi, Minchan, Minchan Kim writes: > Hi Huang, > > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: >> From: Huang Ying >> >> When a page fault occurs for a swap entry, the physical swap readahead >> (not the VMA base swap readahead)

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

Hi, Minchan, Minchan Kim writes: > Hi Huang, > > On Fri, Oct 27, 2017 at 01:53:27PM +0800, Huang, Ying wrote: >> From: Huang Ying >> >> When a page fault occurs for a swap entry, the physical swap readahead >> (not the VMA base swap readahead) may readahead several swap entries >> after the

[PATCH RFC 0/2] Fix race window during idle cpu selection.

The 1st patch actually fixes the issue. The 2nd patch adds a new element in schedstat intended only for testing. Atish Patra (2): sched: Minimize the idle cpu selection race window. sched: Add a stat for idle cpu selection race window. kernel/sched/core.c | 6 ++

[PATCH RFC 0/2] Fix race window during idle cpu selection.

The 1st patch actually fixes the issue. The 2nd patch adds a new element in schedstat intended only for testing. Atish Patra (2): sched: Minimize the idle cpu selection race window. sched: Add a stat for idle cpu selection race window. kernel/sched/core.c | 6 ++

[PATCH DEBUG 2/2] sched: Add a stat for idle cpu selection race window.

This is ** Debug ** only patch not intended for merging. A new stat in schedstat is added that represents number of times cpu was already claimed during wakeup while some other cpu tries to schedule tasks on it again. It helps to verify if the concerned issue is present in a specific becnhmark.

[PATCH DEBUG 2/2] sched: Add a stat for idle cpu selection race window.

This is ** Debug ** only patch not intended for merging. A new stat in schedstat is added that represents number of times cpu was already claimed during wakeup while some other cpu tries to schedule tasks on it again. It helps to verify if the concerned issue is present in a specific becnhmark.

[PATCH RFC 1/2] sched: Minimize the idle cpu selection race window.

Currently, multiple tasks can wakeup on same cpu from select_idle_sibiling() path in case they wakeup simulatenously and last ran on the same llc. This happens because an idle cpu is not updated until idle task is scheduled out. Any task waking during that period may potentially select that cpu

[PATCH RFC 1/2] sched: Minimize the idle cpu selection race window.

Currently, multiple tasks can wakeup on same cpu from select_idle_sibiling() path in case they wakeup simulatenously and last ran on the same llc. This happens because an idle cpu is not updated until idle task is scheduled out. Any task waking during that period may potentially select that cpu

Re: [PATCH] USB: serial: io_edgeport: mark expected switch fall-throughs

Hi David, Johan, Quoting Johan Hovold : On Mon, Oct 30, 2017 at 11:54:33AM +, David Laight wrote: From: Bjørn Mork > Sent: 28 October 2017 11:57 > > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > > where we are expecting to fall through. > > > >

Re: [PATCH] USB: serial: io_edgeport: mark expected switch fall-throughs

Hi David, Johan, Quoting Johan Hovold : On Mon, Oct 30, 2017 at 11:54:33AM +, David Laight wrote: From: Bjørn Mork > Sent: 28 October 2017 11:57 > > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > > where we are expecting to fall through. > > > > Notice that in this

Re: [PATCH v2 05/17] PCI: designware-ep: Remove static keyword from dw_pcie_ep_reset_bar()

On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote: > This way pci-dra7xx.c does not need its own copy of dw_pcie_ep_reset_bar(). > > Signed-off-by: Niklas Cassel Acked-by: Kishon Vijay Abraham I > --- > V2: > * New patch in this series. > >

Re: [PATCH v2 05/17] PCI: designware-ep: Remove static keyword from dw_pcie_ep_reset_bar()

On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote: > This way pci-dra7xx.c does not need its own copy of dw_pcie_ep_reset_bar(). > > Signed-off-by: Niklas Cassel Acked-by: Kishon Vijay Abraham I > --- > V2: > * New patch in this series. > > drivers/pci/dwc/pci-dra7xx.c | 9

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 08:06:23PM -0700, Linus Torvalds wrote: > We do that "free_pipe_info(inode->i_pipe);", but we never actually > clear inode->i_pipe, so now we have an inode that looks like a pipe > inode, and has a stale pointer to a pipe_inode_info. > > It all looks technically correct.

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 08:06:23PM -0700, Linus Torvalds wrote: > We do that "free_pipe_info(inode->i_pipe);", but we never actually > clear inode->i_pipe, so now we have an inode that looks like a pipe > inode, and has a stale pointer to a pipe_inode_info. > > It all looks technically correct.

[PATCH] x86, build: Improve the isolinux searching of isoimage generation

From: Changbin Du Recently I failed to build isoimage target, because the path of isolinux.bin changed to /usr/xxx/ISOLINUX/isolinux.bin, as well as ldlinux.c32 which changed to /usr/xxx/syslinux/modules/bios/ldlinux.c32. This patch has a improvement of the file search:

[PATCH] x86, build: Improve the isolinux searching of isoimage generation

From: Changbin Du Recently I failed to build isoimage target, because the path of isolinux.bin changed to /usr/xxx/ISOLINUX/isolinux.bin, as well as ldlinux.c32 which changed to /usr/xxx/syslinux/modules/bios/ldlinux.c32. This patch has a improvement of the file search: - Don't print the raw

[PATCH v2] staging: rtlwifi: Fix line too long warning

>From aa0f4ae8c325545b1fd794d6bbf8c4d2f64e2ec2 Mon Sep 17 00:00:00 2001 From: Kien Ha Date: Fri, 27 Oct 2017 14:07:55 -0400 Subject: [PATCH v2] staging: rtlwifi: Fix line too long warning Made nested if else statement more concise to help conform to coding style.

[PATCH v2] staging: rtlwifi: Fix line too long warning

>From aa0f4ae8c325545b1fd794d6bbf8c4d2f64e2ec2 Mon Sep 17 00:00:00 2001 From: Kien Ha Date: Fri, 27 Oct 2017 14:07:55 -0400 Subject: [PATCH v2] staging: rtlwifi: Fix line too long warning Made nested if else statement more concise to help conform to coding style. Signed-off-by: Kien Ha ---

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 07:08:46PM -0700, Linus Torvalds wrote: > On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote: > > > > 1. The faulty addresses are all near 0001, with one exception > > of null (which is the most recent one) > > Well, they're at 8(%rax),

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 07:08:46PM -0700, Linus Torvalds wrote: > On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote: > > > > 1. The faulty addresses are all near 0001, with one exception > > of null (which is the most recent one) > > Well, they're at 8(%rax), except for that last

Re: [PATCH v6 00/10] rockchip: kevin: Enable edp display

Hi Heiko, On 10/31/2017 07:01 AM, Heiko Stuebner wrote: As I was just looking at the edp dts change in patch1 again, does this series also contain a fix for the issue below [0] ? I'm still seeing this on 4.14-rc6 with the most recent drm tree merged in. i saw that too, it should due to our

Re: [PATCH v6 00/10] rockchip: kevin: Enable edp display

Hi Heiko, On 10/31/2017 07:01 AM, Heiko Stuebner wrote: As I was just looking at the edp dts change in patch1 again, does this series also contain a fix for the issue below [0] ? I'm still seeing this on 4.14-rc6 with the most recent drm tree merged in. i saw that too, it should due to our

Re: [PATCH V1] rpmsg: glink: Initialize the "intent_req_comp" completion variable

On Sun 29 Oct 22:41 PDT 2017, Arun Kumar Neelakantam wrote: > The "intent_req_comp" variable is used without initialization which > results in NULL pointer dereference in qcom_glink_request_intent(). > > we need to initialize the completion variable before using it. > > Fixes: 27b9c5b66b23

Re: [PATCH V1] rpmsg: glink: Initialize the "intent_req_comp" completion variable

On Sun 29 Oct 22:41 PDT 2017, Arun Kumar Neelakantam wrote: > The "intent_req_comp" variable is used without initialization which > results in NULL pointer dereference in qcom_glink_request_intent(). > > we need to initialize the completion variable before using it. > > Fixes: 27b9c5b66b23

Re: [PATCH v2 0/3] GLINK intent preallocation support

On Thu 26 Oct 15:28 PDT 2017, Chris Lew wrote: > Intents are used to specify when a channel can receive data from a > remoteproc. Add support for channels to customize the size and amount > of prequeued intents. > > An audio channel might expect to receive 3 packets of size 4k in rapid >

Re: [PATCH v2 0/3] GLINK intent preallocation support

On Thu 26 Oct 15:28 PDT 2017, Chris Lew wrote: > Intents are used to specify when a channel can receive data from a > remoteproc. Add support for channels to customize the size and amount > of prequeued intents. > > An audio channel might expect to receive 3 packets of size 4k in rapid >

Re: [PATCH] nilfs2: remove inode->i_version initialization

On Mon, 30 Oct 2017 11:17:02 -0400, Jeff Layton wrote: > From: Jeff Layton > > It's never used in nilfs2. > > Signed-off-by: Jeff Layton > --- Applied, thank you. Ryusuke Konishi > fs/nilfs2/super.c | 1 - > 1 file changed, 1 deletion(-) > > diff

Re: [PATCH] nilfs2: remove inode->i_version initialization

On Mon, 30 Oct 2017 11:17:02 -0400, Jeff Layton wrote: > From: Jeff Layton > > It's never used in nilfs2. > > Signed-off-by: Jeff Layton > --- Applied, thank you. Ryusuke Konishi > fs/nilfs2/super.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/fs/nilfs2/super.c

Re: [PATCH 0/2] remoteproc: increase debug capabilities

On Fri 27 Oct 05:41 PDT 2017, Loic Pallardy wrote: > This series increases remoteproc debug capabilities by adding: > - associated resource table dump feature > - registered carveouts list dump feature > This looks very reasonable, can you please fix the problem reported by 0-day? Regards,

Re: [PATCH 0/2] remoteproc: increase debug capabilities

On Fri 27 Oct 05:41 PDT 2017, Loic Pallardy wrote: > This series increases remoteproc debug capabilities by adding: > - associated resource table dump feature > - registered carveouts list dump feature > This looks very reasonable, can you please fix the problem reported by 0-day? Regards,

Re: [PATCH] platform/x86: fujitsu-laptop: Fix radio LED detection

> > Do you consider this an important fix? We are at -rc7 now, I'm not > > sure it's so critical. Tell me if you consider otherwise. > > I agree - from my perspective I wouldn't have thought it so critical as to > push it out this late in the development cycle. It's not a regression as > such

Re: [PATCH] platform/x86: fujitsu-laptop: Fix radio LED detection

> > Do you consider this an important fix? We are at -rc7 now, I'm not > > sure it's so critical. Tell me if you consider otherwise. > > I agree - from my perspective I wouldn't have thought it so critical as to > push it out this late in the development cycle. It's not a regression as > such

Re: [PATCH] net: caif: chnl_net: remove unnecessary null check in chnl_recv_cb

Quoting "Gustavo A. R. Silva" : Quoting "Gustavo A. R. Silva" : Hi, Quoting "Gustavo A. R. Silva" : container_of is never null, so this null check is unnecessary. This code was detected with the help of

Re: [PATCH] net: caif: chnl_net: remove unnecessary null check in chnl_recv_cb

Quoting "Gustavo A. R. Silva" : Quoting "Gustavo A. R. Silva" : Hi, Quoting "Gustavo A. R. Silva" : container_of is never null, so this null check is unnecessary. This code was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- net/caif/chnl_net.c | 2 -- 1

linux-next: no tree for October 31

Hi all, There will be no linux-next tree for today (October 31) as jetlag, a cold and food poisoning is a bad combination :-( Hopefully I will restart linux-next tomorrow (November 1). -- Cheers, Stephen Rothwell

linux-next: no tree for October 31

Hi all, There will be no linux-next tree for today (October 31) as jetlag, a cold and food poisoning is a bad combination :-( Hopefully I will restart linux-next tomorrow (November 1). -- Cheers, Stephen Rothwell

Re: linux-next: No tree for Oct 20th

Hi Mark, On Mon, 30 Oct 2017 21:32:02 + Mark Brown wrote: > > There will be no -next tree today, there are too many non-trivial > conflicts for things to complete in a reasonable time. Thanks very much for you efforts while I was traveling. I am back now and will restart

Re: linux-next: No tree for Oct 20th

Hi Mark, On Mon, 30 Oct 2017 21:32:02 + Mark Brown wrote: > > There will be no -next tree today, there are too many non-trivial > conflicts for things to complete in a reasonable time. Thanks very much for you efforts while I was traveling. I am back now and will restart linux-next tomorrow

[PATCH 2/2] f2fs: support quota sys files

This patch supports hidden quota files in the system, which will be used for Android. It requires up-to-date f2fs-tools later than v1.9.0. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 9 +++- fs/f2fs/f2fs.h | 9 +++- fs/f2fs/recovery.c | 8 ++-

[PATCH 2/2] f2fs: support quota sys files

This patch supports hidden quota files in the system, which will be used for Android. It requires up-to-date f2fs-tools later than v1.9.0. Signed-off-by: Jaegeuk Kim --- fs/f2fs/checkpoint.c | 9 +++- fs/f2fs/f2fs.h | 9 +++- fs/f2fs/recovery.c | 8 ++- fs/f2fs/super.c | 145

[PATCH 1/2] f2fs: add quota_ino feature infra

This patch adds quota_ino feature infra to be used for quota files. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 6 ++ fs/f2fs/sysfs.c | 7 +++ include/linux/f2fs_fs.h | 6 +- 3 files changed, 18 insertions(+), 1 deletion(-) diff --git

[PATCH 1/2] f2fs: add quota_ino feature infra

This patch adds quota_ino feature infra to be used for quota files. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 6 ++ fs/f2fs/sysfs.c | 7 +++ include/linux/f2fs_fs.h | 6 +- 3 files changed, 18 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/f2fs.h

[PATCH 1/1] Change ping_group_range default to what Android's init script sets.

From: Rob Landley See message from the Android "native tools and libraries team" lead (I.E. the maintainer of bionic, adb, toolbox, etc) at http://lists.landley.net/pipermail/toybox-landley.net/2017-July/009103.html Signed-off-by: Rob Landley ---

[PATCH 1/1] Change ping_group_range default to what Android's init script sets.

From: Rob Landley See message from the Android "native tools and libraries team" lead (I.E. the maintainer of bionic, adb, toolbox, etc) at http://lists.landley.net/pipermail/toybox-landley.net/2017-July/009103.html Signed-off-by: Rob Landley --- net/ipv4/af_inet.c |8 ++-- 1 file

[PATCH v2] mtd: nand: Fix writing mtdoops to nand flash.

From: Brent Taylor When mtdoops calls mtd_panic_write, it eventually calls panic_nand_write in nand_base.c. In order to properly wait for the nand chip to be ready in panic_nand_wait, the chip must first be selected. When using the atmel nand flash controller, a panic would

Re: [f2fs-dev] [PATCH v2] f2fs: add bug_on when f2fs_gc even fails to get one victim

So it seems it is really useful to add this bug_on in gc. On 2017/10/31 11:17, Chao Yu wrote: On 2017/10/31 9:32, Yunlong Song wrote: I think there may be bugs somewhere, since no victim is selected but it really needs gc. What is the size of the data image? I have providered the testcase,

[PATCH v2] mtd: nand: Fix writing mtdoops to nand flash.

From: Brent Taylor When mtdoops calls mtd_panic_write, it eventually calls panic_nand_write in nand_base.c. In order to properly wait for the nand chip to be ready in panic_nand_wait, the chip must first be selected. When using the atmel nand flash controller, a panic would occur due to a NULL

Re: [f2fs-dev] [PATCH v2] f2fs: add bug_on when f2fs_gc even fails to get one victim

So it seems it is really useful to add this bug_on in gc. On 2017/10/31 11:17, Chao Yu wrote: On 2017/10/31 9:32, Yunlong Song wrote: I think there may be bugs somewhere, since no victim is selected but it really needs gc. What is the size of the data image? I have providered the testcase,

Re: [f2fs-dev] [PATCH v2] f2fs: add bug_on when f2fs_gc even fails to get one victim

On 2017/10/31 9:32, Yunlong Song wrote: > I think there may be bugs somewhere, since no victim is selected but it > really needs gc. > What is the size of the data image? I have providered the testcase, could you check that? I can hit this bugon with generic/015 of fstest easily, could

Re: [f2fs-dev] [PATCH v2] f2fs: add bug_on when f2fs_gc even fails to get one victim

On 2017/10/31 9:32, Yunlong Song wrote: > I think there may be bugs somewhere, since no victim is selected but it > really needs gc. > What is the size of the data image? I have providered the testcase, could you check that? I can hit this bugon with generic/015 of fstest easily, could

[PATCH v7] housekeeping: Document isolcpus flags

Document the latest updates on the isolcpus boot option. While at it, let's also fix the details about the preferred way to isolate a set of CPUs from the scheduler general domains. Cpusets offer a much better interface to achieve that. Signed-off-by: Frederic Weisbecker Cc:

[PATCH v7] housekeeping: Document isolcpus flags

Document the latest updates on the isolcpus boot option. While at it, let's also fix the details about the preferred way to isolate a set of CPUs from the scheduler general domains. Cpusets offer a much better interface to achieve that. Signed-off-by: Frederic Weisbecker Cc: Chris Metcalf Cc:

Re: [PATCH v3 1/1] mtd: nand: pxa3xx: Set FORCE_CSX bit to ARMADA370 variants.

Hi Miquel, On 09/10/17 19:19, Miquel RAYNAL wrote: > Hello Kalyan, > > On Mon, 9 Oct 2017 02:31:30 + > Kalyan Kinthada wrote: > >> On 05/10/17 20:41, Miquel RAYNAL wrote: >>> Hello Kalyan, >>> >>> On Thu, 28 Sep 2017 13:57:56 +1300 >>> Kalyan Kinthada

Re: [PATCH v3 1/1] mtd: nand: pxa3xx: Set FORCE_CSX bit to ARMADA370 variants.

Hi Miquel, On 09/10/17 19:19, Miquel RAYNAL wrote: > Hello Kalyan, > > On Mon, 9 Oct 2017 02:31:30 + > Kalyan Kinthada wrote: > >> On 05/10/17 20:41, Miquel RAYNAL wrote: >>> Hello Kalyan, >>> >>> On Thu, 28 Sep 2017 13:57:56 +1300 >>> Kalyan Kinthada wrote: >>> When the

Re: [Xen-devel] [PATCH v5 1/1] xen/time: do not decrease steal time after live migration on xen

Hi Boris, On 10/31/2017 08:58 AM, Boris Ostrovsky wrote: > > > On 10/30/2017 08:14 PM, Dongli Zhang wrote: >> Hi Boris, >> >> On 10/30/2017 09:34 PM, Boris Ostrovsky wrote: >>> On 10/30/2017 04:03 AM, Dongli Zhang wrote: After guest live migration on xen, steal time in /proc/stat

Re: [Xen-devel] [PATCH v5 1/1] xen/time: do not decrease steal time after live migration on xen

Hi Boris, On 10/31/2017 08:58 AM, Boris Ostrovsky wrote: > > > On 10/30/2017 08:14 PM, Dongli Zhang wrote: >> Hi Boris, >> >> On 10/30/2017 09:34 PM, Boris Ostrovsky wrote: >>> On 10/30/2017 04:03 AM, Dongli Zhang wrote: After guest live migration on xen, steal time in /proc/stat

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 7:08 PM, Linus Torvalds wrote: > > I'm not seeing anything that makes sense. I'll have to think about this. Al, would you mind taking a look at the error handling in create_pipe_files(). In particular, look here: - we start out allocating

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 7:08 PM, Linus Torvalds wrote: > > I'm not seeing anything that makes sense. I'll have to think about this. Al, would you mind taking a look at the error handling in create_pipe_files(). In particular, look here: - we start out allocating the inode with

RE: [PATCH v10 0/4] this patchset is to remove PPCisms for QEIC

Hi all, Could anybody review this patchset and take action on them? Thank you! Best Regards Qiang Zhao > > -Original Message- > > From: Zhao Qiang [mailto:qiang.z...@nxp.com] > > Sent: Monday, August 07, 2017 11:07 AM > > To: t...@linutronix.de > > Cc: o...@buserror.net; Xiaobo Xie

RE: [PATCH v10 0/4] this patchset is to remove PPCisms for QEIC

Hi all, Could anybody review this patchset and take action on them? Thank you! Best Regards Qiang Zhao > > -Original Message- > > From: Zhao Qiang [mailto:qiang.z...@nxp.com] > > Sent: Monday, August 07, 2017 11:07 AM > > To: t...@linutronix.de > > Cc: o...@buserror.net; Xiaobo Xie ;

[PATCH v2 2/2] devicetree: i2c-hid: Add reset property

Document a "reset" and "assert-reset-us", it can be used for driver control reset property. And reuse post-power-on-delay-ms for deassert reset delay. Signed-off-by: Lin Huang --- Documentation/devicetree/bindings/input/hid-over-i2c.txt | 4 +++- 1 file changed, 3

[PATCH v2 2/2] devicetree: i2c-hid: Add reset property

Document a "reset" and "assert-reset-us", it can be used for driver control reset property. And reuse post-power-on-delay-ms for deassert reset delay. Signed-off-by: Lin Huang --- Documentation/devicetree/bindings/input/hid-over-i2c.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[PATCH v2 1/2] HID: i2c-hid: add reset gpio property

some i2c hid devices have reset gpio, need to control it in the driver. Signed-off-by: Lin Huang --- Changes in v2: - Add 10us in usleep_range() upper range - reuse post_power_delay_ms as deassert reset delay - delete deassert_reset_us property

[PATCH v2 1/2] HID: i2c-hid: add reset gpio property

some i2c hid devices have reset gpio, need to control it in the driver. Signed-off-by: Lin Huang --- Changes in v2: - Add 10us in usleep_range() upper range - reuse post_power_delay_ms as deassert reset delay - delete deassert_reset_us property drivers/hid/i2c-hid/i2c-hid.c | 61

Re: [PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

On 2017/10/31 10:05, Yunlong Song wrote: > So I use CHECK_FS config to control it. When CHECK_FS is off, all the > other f2fs_bug_on also > only printk WARNING info rather than trigger BUG_ON. If this runing out-of-free-segments issue explicitly happens, IMO, its better to face and fix it. BTW,

Re: [PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

On 2017/10/31 10:05, Yunlong Song wrote: > So I use CHECK_FS config to control it. When CHECK_FS is off, all the > other f2fs_bug_on also > only printk WARNING info rather than trigger BUG_ON. If this runing out-of-free-segments issue explicitly happens, IMO, its better to face and fix it. BTW,

Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds

On Mon, Oct 30, 2017 at 7:39 PM, Tobin C. Harding wrote: > On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote: >> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot >> wrote: > > thanks for looking at this, I was at a loss as to what (if any) action I

Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds

On Mon, Oct 30, 2017 at 7:39 PM, Tobin C. Harding wrote: > On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote: >> On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot >> wrote: > > thanks for looking at this, I was at a loss as to what (if any) action I > needed to take. I have finally

Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds

On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote: > On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot > wrote: thanks for looking at this, I was at a loss as to what (if any) action I needed to take. > > FYI, we noticed the following commit (built with gcc-4.9):

Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds

On Mon, Oct 30, 2017 at 05:14:59PM -0700, Kees Cook wrote: > On Wed, Oct 25, 2017 at 9:22 AM, kernel test robot > wrote: thanks for looking at this, I was at a loss as to what (if any) action I needed to take. > > FYI, we noticed the following commit (built with gcc-4.9): > > > > commit:

RE: linux-next: manual merge of the spi-nor tree with the imx-mxs tree

Hi Cyrille, > -Original Message- > From: Cyrille Pitchen [mailto:cyrille.pitc...@wedev4u.fr] > Sent: 2017年10月31日 8:43 > To: Mark Brown ; Yuan Yao ; Z.q. > Hou ; Rob Herring ; Shawn Guo > ;

RE: linux-next: manual merge of the spi-nor tree with the imx-mxs tree

Hi Cyrille, > -Original Message- > From: Cyrille Pitchen [mailto:cyrille.pitc...@wedev4u.fr] > Sent: 2017年10月31日 8:43 > To: Mark Brown ; Yuan Yao ; Z.q. > Hou ; Rob Herring ; Shawn Guo > ; Philipp Puschmann > Cc: linux-arm-ker...@lists.infradead.org; Linux-Next Mailing List > ; Linux

Re: [PATCH] net: caif: chnl_net: remove unnecessary null check in chnl_recv_cb

Quoting "Gustavo A. R. Silva" : Hi, Quoting "Gustavo A. R. Silva" : container_of is never null, so this null check is unnecessary. This code was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva

Re: [PATCH] net: caif: chnl_net: remove unnecessary null check in chnl_recv_cb

Quoting "Gustavo A. R. Silva" : Hi, Quoting "Gustavo A. R. Silva" : container_of is never null, so this null check is unnecessary. This code was detected with the help of Coccinelle. Signed-off-by: Gustavo A. R. Silva --- net/caif/chnl_net.c | 2 -- 1 file changed, 2 deletions(-) diff

[PATCH] genirq: add mutex and rcu locking to irq_desc_tree

Add a mutex to prevent concurrency on the updater side of the irq_desc radix tree. Add rcu_read_lock/unlock to the reader side so that lifetimes of leaf pointers of the radix tree are correctly managed. Signed-off-by: Masahiro Yamada --- kernel/irq/irqdesc.c |

[PATCH] genirq: add mutex and rcu locking to irq_desc_tree

Add a mutex to prevent concurrency on the updater side of the irq_desc radix tree. Add rcu_read_lock/unlock to the reader side so that lifetimes of leaf pointers of the radix tree are correctly managed. Signed-off-by: Masahiro Yamada --- kernel/irq/irqdesc.c | 14 +- 1 file

Re: [PATCH v6 2/5] irqchip/irq-goldfish-pic: Add Goldfish PIC driver

On Mon, Oct 30 2017 at 12:56:33 pm GMT, Aleksandar Markovic wrote: > From: Miodrag Dinic > > Add device driver for a virtual programmable interrupt controller > > The virtual PIC is designed as a device tree-based interrupt controller. > >

Re: [PATCH v6 2/5] irqchip/irq-goldfish-pic: Add Goldfish PIC driver

On Mon, Oct 30 2017 at 12:56:33 pm GMT, Aleksandar Markovic wrote: > From: Miodrag Dinic > > Add device driver for a virtual programmable interrupt controller > > The virtual PIC is designed as a device tree-based interrupt controller. > > The compatible string used by OS for binding the driver

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote: > On Mon 30-10-17 08:57:13, Minchan Kim wrote: > [...] > > Although it's better than old, we can make it simple, still. > > > > diff --git a/include/linux/swapops.h b/include/linux/swapops.h > > index 291c4b534658..f50d5a48f03a 100644

Re: linux-next: manual merge of the spi-nor tree with the imx-mxs tree

On Tue, Oct 31, 2017 at 01:42:30AM +0100, Cyrille Pitchen wrote: > Hi all, > > + Marek > > Mark, thanks for this report. > > Shawn, Yuan, if I don't make a mistake, patch "dt-bindings: mtd: add > sst25wf040b > and en25s64 to sip-nor list" was not submitted to the linux-mtd mailing list > hence

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote: > On Mon 30-10-17 08:57:13, Minchan Kim wrote: > [...] > > Although it's better than old, we can make it simple, still. > > > > diff --git a/include/linux/swapops.h b/include/linux/swapops.h > > index 291c4b534658..f50d5a48f03a 100644

Re: linux-next: manual merge of the spi-nor tree with the imx-mxs tree

On Tue, Oct 31, 2017 at 01:42:30AM +0100, Cyrille Pitchen wrote: > Hi all, > > + Marek > > Mark, thanks for this report. > > Shawn, Yuan, if I don't make a mistake, patch "dt-bindings: mtd: add > sst25wf040b > and en25s64 to sip-nor list" was not submitted to the linux-mtd mailing list > hence

[PATCH v2] iio: adc: aspeed: Deassert reset in probe

The ASPEED SoC must deassert a reset in order to use the ADC peripheral. The device tree bindings are updated to document the resets phandle, and the example is updated to match what is expected for both the reset and clock phandle. Note that the bindings should have always had the reset

[PATCH v2] iio: adc: aspeed: Deassert reset in probe

The ASPEED SoC must deassert a reset in order to use the ADC peripheral. The device tree bindings are updated to document the resets phandle, and the example is updated to match what is expected for both the reset and clock phandle. Note that the bindings should have always had the reset

Re: [PATCH V8 0/2] printk: hash addresses printed with %p

On Tue, 2017-10-31 at 09:33 +1100, Tobin C. Harding wrote: > On Mon, Oct 30, 2017 at 03:03:21PM -0700, Kees Cook wrote: > > On Wed, Oct 25, 2017 at 7:53 PM, Tobin C. Harding wrote: > > > Here is the behaviour that this set implements. > > > > > > For kpt_restrict==0 > > > > > >

Re: [PATCH V8 0/2] printk: hash addresses printed with %p

On Tue, 2017-10-31 at 09:33 +1100, Tobin C. Harding wrote: > On Mon, Oct 30, 2017 at 03:03:21PM -0700, Kees Cook wrote: > > On Wed, Oct 25, 2017 at 7:53 PM, Tobin C. Harding wrote: > > > Here is the behaviour that this set implements. > > > > > > For kpt_restrict==0 > > > > > > Randomness not

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote: > > 1. The faulty addresses are all near 0001, with one exception > of null (which is the most recent one) Well, they're at 8(%rax), except for that last case. And in every case (_including_ that last case),

Re: Kernel crash in free_pipe_info()

On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote: > > 1. The faulty addresses are all near 0001, with one exception > of null (which is the most recent one) Well, they're at 8(%rax), except for that last case. And in every case (_including_ that last case), %rax has a very

Re: [PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

So I use CHECK_FS config to control it. When CHECK_FS is off, all the other f2fs_bug_on also only printk WARNING info rather than trigger BUG_ON. On 2017/10/31 9:59, Chao Yu wrote: On 2017/10/31 9:33, Yunlong Song wrote: ping... On 2017/9/1 20:00, Yunlong Song wrote: In come corner case,

Re: [PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

So I use CHECK_FS config to control it. When CHECK_FS is off, all the other f2fs_bug_on also only printk WARNING info rather than trigger BUG_ON. On 2017/10/31 9:59, Chao Yu wrote: On 2017/10/31 9:33, Yunlong Song wrote: ping... On 2017/9/1 20:00, Yunlong Song wrote: In come corner case,

  1   2   3   4   5   6   7   8   9   10   >