Re: [PATCH] mm, swap: Make VMA based swap readahead configurable

Hi, Minchan, Minchan Kim writes: > Hi Huang, > > On Thu, Sep 21, 2017 at 09:33:10AM +0800, Huang, Ying wrote: >> From: Huang Ying [snip] >> diff --git a/mm/Kconfig b/mm/Kconfig >> index 9c4b80c2..e62c8e2e34ef 100644 >> --- a/mm/Kconfig >> +++

Re: [PATCH] mm, swap: Make VMA based swap readahead configurable

Hi, Minchan, Minchan Kim writes: > Hi Huang, > > On Thu, Sep 21, 2017 at 09:33:10AM +0800, Huang, Ying wrote: >> From: Huang Ying [snip] >> diff --git a/mm/Kconfig b/mm/Kconfig >> index 9c4b80c2..e62c8e2e34ef 100644 >> --- a/mm/Kconfig >> +++ b/mm/Kconfig >> @@ -434,6 +434,26 @@ config

Re: [PATCH] mm, swap: Make VMA based swap readahead configurable

Hi Huang, On Thu, Sep 21, 2017 at 09:33:10AM +0800, Huang, Ying wrote: > From: Huang Ying > > This patch adds a new Kconfig option VMA_SWAP_READAHEAD and wraps VMA > based swap readahead code inside #ifdef CONFIG_VMA_SWAP_READAHEAD/#endif. > This is more friendly for tiny

Re: [PATCH] mm, swap: Make VMA based swap readahead configurable

Hi Huang, On Thu, Sep 21, 2017 at 09:33:10AM +0800, Huang, Ying wrote: > From: Huang Ying > > This patch adds a new Kconfig option VMA_SWAP_READAHEAD and wraps VMA > based swap readahead code inside #ifdef CONFIG_VMA_SWAP_READAHEAD/#endif. > This is more friendly for tiny kernels. And as

Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable

So why exposing it then in the first time? I know you don't want dm-mpath in NVMe (neither do I) but we have to have something until your patchset and ANA is merged. And with this patch it's trivial to build a path checker that just looks at the state attribute in sysfs. Can't we just not use

Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable

So why exposing it then in the first time? I know you don't want dm-mpath in NVMe (neither do I) but we have to have something until your patchset and ANA is merged. And with this patch it's trivial to build a path checker that just looks at the state attribute in sysfs. Can't we just not use

Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable

Notify sysfs about changes of a nvme controller so user-space can watch the file via poll() or select() in order to react to a state change. Userspace has no business polling for the state. Please consider this patch. At least upstream multipath-tools is using the sysfs state now: [1]

Re: [PATCH] nvme: make controller 'state' sysfs attribute pollable

Notify sysfs about changes of a nvme controller so user-space can watch the file via poll() or select() in order to react to a state change. Userspace has no business polling for the state. Please consider this patch. At least upstream multipath-tools is using the sysfs state now: [1]

[PATCH v3 2/2] ARM: socfpga: dtsi: add dw-wdt reset lines

From: Steffen Trumtrar Signed-off-by: Steffen Trumtrar Signed-off-by: Oleksij Rempel Cc: Dinh Nguyen Cc: linux-arm-ker...@lists.infradead.org --- no changes since version v1

[PATCH v3 1/2] watchdog: dw_wdt: add stop watchdog operation

From: Steffen Trumtrar The only way of stopping the watchdog is by resetting it. Add the watchdog op for stopping the device and reset if a reset line is provided. Signed-off-by: Steffen Trumtrar Signed-off-by: Oleksij Rempel

Re: [PATCH] s390/sclp: Use setup_timer and mod_timer

On Sun, 24 Sep 2017 17:30:14 +0530 Himanshu Jha wrote: > Use setup_timer and mod_timer API instead of structure assignments. > > This is done using Coccinelle and semantic patch used > for this as follows: > > @@ > expression x,y,z,a,b; > @@ > > -init_timer (); >

[PATCH v3 2/2] ARM: socfpga: dtsi: add dw-wdt reset lines

From: Steffen Trumtrar Signed-off-by: Steffen Trumtrar Signed-off-by: Oleksij Rempel Cc: Dinh Nguyen Cc: linux-arm-ker...@lists.infradead.org --- no changes since version v1 arch/arm/boot/dts/socfpga.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/socfpga.dtsi

[PATCH v3 1/2] watchdog: dw_wdt: add stop watchdog operation

From: Steffen Trumtrar The only way of stopping the watchdog is by resetting it. Add the watchdog op for stopping the device and reset if a reset line is provided. Signed-off-by: Steffen Trumtrar Signed-off-by: Oleksij Rempel Cc: Wim Van Sebroeck Cc: Guenter Roeck Cc:

Re: [PATCH] s390/sclp: Use setup_timer and mod_timer

On Sun, 24 Sep 2017 17:30:14 +0530 Himanshu Jha wrote: > Use setup_timer and mod_timer API instead of structure assignments. > > This is done using Coccinelle and semantic patch used > for this as follows: > > @@ > expression x,y,z,a,b; > @@ > > -init_timer (); > +setup_timer (, y, z); >

Re: [PATCH] mac80211: aead api to reduce redundancy

On Mon, 2017-09-25 at 12:56 +0800, Herbert Xu wrote: > On Sun, Sep 24, 2017 at 07:42:46PM +0200, Johannes Berg wrote: > > > > Unrelated to this, I'm not sure whose tree this should go through - > > probably Herbert's (or DaveM's with his ACK? not sure if there's a > > crypto tree?) or so? > >

Re: [PATCH] mac80211: aead api to reduce redundancy

On Mon, 2017-09-25 at 12:56 +0800, Herbert Xu wrote: > On Sun, Sep 24, 2017 at 07:42:46PM +0200, Johannes Berg wrote: > > > > Unrelated to this, I'm not sure whose tree this should go through - > > probably Herbert's (or DaveM's with his ACK? not sure if there's a > > crypto tree?) or so? > >

[PATCH v1 2/4] KVM/vmx: auto switch MSR_IA32_DEBUGCTLMSR

Passthrough the MSR_IA32_DEBUGCTLMSR to the guest, and take advantage of the hardware VT-x feature to auto switch the msr upon VMExit and VMEntry. Signed-off-by: Wei Wang --- arch/x86/kvm/vmx.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git

[PATCH v1 1/4] KVM/vmx: re-write the msr auto switch feature

This patch clarifies a vague statement in the SDM: the recommended maximum number of MSRs that can be automically switched by CPU during VMExit and VMEntry is 512, rather than 512 Bytes of MSRs. Depending on the CPU implementations, it may also support more than 512 MSRs to be auto switched. This

[PATCH v1 2/4] KVM/vmx: auto switch MSR_IA32_DEBUGCTLMSR

Passthrough the MSR_IA32_DEBUGCTLMSR to the guest, and take advantage of the hardware VT-x feature to auto switch the msr upon VMExit and VMEntry. Signed-off-by: Wei Wang --- arch/x86/kvm/vmx.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/arch/x86/kvm/vmx.c

[PATCH v1 1/4] KVM/vmx: re-write the msr auto switch feature

This patch clarifies a vague statement in the SDM: the recommended maximum number of MSRs that can be automically switched by CPU during VMExit and VMEntry is 512, rather than 512 Bytes of MSRs. Depending on the CPU implementations, it may also support more than 512 MSRs to be auto switched. This

[PATCH v1 0/4] Enable LBR for the guest

This patch series enables the Last Branch Recording feature for the guest. Instead of trapping each LBR stack MSR access, the MSRs are passthroughed to the guest. Those MSRs are switched (i.e. load and saved) on VMExit and VMEntry. Test: Try "perf record -b ./test_program" on guest. Wei Wang

Re: [PATCH] mac80211: aead api to reduce redundancy

On Sun, Sep 24, 2017 at 07:42:46PM +0200, Johannes Berg wrote: > > Unrelated to this, I'm not sure whose tree this should go through - > probably Herbert's (or DaveM's with his ACK? not sure if there's a > crypto tree?) or so? Since you're just rearranging code invoking the crypto API, rather

[PATCH v1 3/4] perf/x86: add a function to get the lbr stack

The LBR stack MSRs are architecturally specific. The perf subsystem has already assigned the abstracted MSR values based on the CPU architecture. This patch enables a caller outside the perf subsystem to get the LBR stack info. This is useful for hyperviosrs to prepare the lbr feature for the

[PATCH v1 4/4] KVM/vmx: enable lbr for the guest

Passthrough the LBR stack to the guest, and auto switch the stack MSRs upon VMEntry and VMExit. Signed-off-by: Wei Wang --- arch/x86/kvm/vmx.c | 50 ++ 1 file changed, 50 insertions(+) diff --git a/arch/x86/kvm/vmx.c

Re: [PATCH] mac80211: aead api to reduce redundancy

On Sun, Sep 24, 2017 at 07:42:46PM +0200, Johannes Berg wrote: > > Unrelated to this, I'm not sure whose tree this should go through - > probably Herbert's (or DaveM's with his ACK? not sure if there's a > crypto tree?) or so? Since you're just rearranging code invoking the crypto API, rather

[PATCH v1 3/4] perf/x86: add a function to get the lbr stack

The LBR stack MSRs are architecturally specific. The perf subsystem has already assigned the abstracted MSR values based on the CPU architecture. This patch enables a caller outside the perf subsystem to get the LBR stack info. This is useful for hyperviosrs to prepare the lbr feature for the

[PATCH v1 0/4] Enable LBR for the guest

This patch series enables the Last Branch Recording feature for the guest. Instead of trapping each LBR stack MSR access, the MSRs are passthroughed to the guest. Those MSRs are switched (i.e. load and saved) on VMExit and VMEntry. Test: Try "perf record -b ./test_program" on guest. Wei Wang

[PATCH v1 4/4] KVM/vmx: enable lbr for the guest

Passthrough the LBR stack to the guest, and auto switch the stack MSRs upon VMEntry and VMExit. Signed-off-by: Wei Wang --- arch/x86/kvm/vmx.c | 50 ++ 1 file changed, 50 insertions(+) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index

Re: [PATCH 1/4] rcu: Allow for page faults in NMI handlers

On Mon, Sep 25, 2017 at 06:41:30AM +0200, Steven Rostedt wrote: > Sorry for the top post, currently on a train to Paris. > > This series already went through all my testing, and I would hate to rebase > it for this reason. Can you just add a patch to remove the READ_ONCE()s? If Linus accepts

Re: [PATCH 1/4] rcu: Allow for page faults in NMI handlers

On Mon, Sep 25, 2017 at 06:41:30AM +0200, Steven Rostedt wrote: > Sorry for the top post, currently on a train to Paris. > > This series already went through all my testing, and I would hate to rebase > it for this reason. Can you just add a patch to remove the READ_ONCE()s? If Linus accepts

[PATCH][trivial] Kconfig: Fix typos in Kconfig

This patch fix some spelling typos found in Kconfig files. Signed-off-by: Masanari Iida --- arch/alpha/Kconfig| 2 +- arch/arc/Kconfig | 6 +++--- arch/arm/mach-bcm/Kconfig | 4 ++-- arch/arm/plat-samsung/Kconfig

[PATCH][trivial] Kconfig: Fix typos in Kconfig

This patch fix some spelling typos found in Kconfig files. Signed-off-by: Masanari Iida --- arch/alpha/Kconfig| 2 +- arch/arc/Kconfig | 6 +++--- arch/arm/mach-bcm/Kconfig | 4 ++-- arch/arm/plat-samsung/Kconfig | 2 +-

Re: [PATCH 1/4] rcu: Allow for page faults in NMI handlers

Sorry for the top post, currently on a train to Paris. This series already went through all my testing, and I would hate to rebase it for this reason. Can you just add a patch to remove the READ_ONCE()s? Thanks, -- Steve On September 25, 2017 2:34:56 AM GMT+02:00, "Paul E. McKenney"

Re: [PATCH 1/4] rcu: Allow for page faults in NMI handlers

Sorry for the top post, currently on a train to Paris. This series already went through all my testing, and I would hate to rebase it for this reason. Can you just add a patch to remove the READ_ONCE()s? Thanks, -- Steve On September 25, 2017 2:34:56 AM GMT+02:00, "Paul E. McKenney" wrote:

Re: [PATCH v4 1/9] brcmsmac: make some local variables 'static const' to reduce stack size

Arnd Bergmann writes: > With KASAN and a couple of other patches applied, this driver is one > of the few remaining ones that actually use more than 2048 bytes of > kernel stack: > > broadcom/brcm80211/brcmsmac/phy/phy_n.c: In function > 'wlc_phy_workarounds_nphy_gainctrl': >

Re: [PATCH v4 1/9] brcmsmac: make some local variables 'static const' to reduce stack size

Arnd Bergmann writes: > With KASAN and a couple of other patches applied, this driver is one > of the few remaining ones that actually use more than 2048 bytes of > kernel stack: > > broadcom/brcm80211/brcmsmac/phy/phy_n.c: In function > 'wlc_phy_workarounds_nphy_gainctrl': >

Re: [PATCH 4.9 00/77] 4.9.52-stable review

On Sun, Sep 24, 2017 at 3:31 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.52 release. > There are 77 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.9 00/77] 4.9.52-stable review

On Sun, Sep 24, 2017 at 3:31 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.52 release. > There are 77 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: usb/wireless/rsi_91x: use-after-free write in __run_timers

Andrey Konovalov writes: > I've got the following report while fuzzing the kernel with syzkaller. > > On commit 6e80ecdddf4ea6f3cd84e83720f3d852e6624a68 (Sep 21). > > == > BUG: KASAN: use-after-free in

Re: usb/wireless/rsi_91x: use-after-free write in __run_timers

Andrey Konovalov writes: > I've got the following report while fuzzing the kernel with syzkaller. > > On commit 6e80ecdddf4ea6f3cd84e83720f3d852e6624a68 (Sep 21). > > == > BUG: KASAN: use-after-free in __run_timers+0xc0e/0xd40 >

Re: [PATCH] brcm80211: make const array ucode_ofdm_rates static, reduces object code size

Arend van Spriel writes: > Please use 'brcmsmac:' as prefix instead of 'brcm80211:'. I can fix that. -- Kalle Valo

Re: [PATCH] brcm80211: make const array ucode_ofdm_rates static, reduces object code size

Arend van Spriel writes: > Please use 'brcmsmac:' as prefix instead of 'brcm80211:'. I can fix that. -- Kalle Valo

Re: [PATCH v2 06/10] arm64: allwinner: a64: Add devicetree binding for DMA controller

On Sat, Sep 23, 2017 at 6:34 PM, Stefan Bruens wrote: > On Mittwoch, 20. September 2017 22:53:00 CEST Rob Herring wrote: >> On Sun, Sep 17, 2017 at 05:19:52AM +0200, Stefan Brüns wrote: >> > The A64 is register compatible with the H3, but has a different number >> >

Re: [PATCH v2 06/10] arm64: allwinner: a64: Add devicetree binding for DMA controller

On Sat, Sep 23, 2017 at 6:34 PM, Stefan Bruens wrote: > On Mittwoch, 20. September 2017 22:53:00 CEST Rob Herring wrote: >> On Sun, Sep 17, 2017 at 05:19:52AM +0200, Stefan Brüns wrote: >> > The A64 is register compatible with the H3, but has a different number >> > of dma channels and request

Re: [PATCH v4 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Sat, Sep 23, 2017 at 1:47 AM, Chen Zhong wrote: > Sorry for the typo. > > On Sat, 2017-09-23 at 14:38 +0800, Chen Zhong wrote: >> On Wed, 2017-09-20 at 15:53 -0500, Rob Herring wrote: >> > On Sun, Sep 17, 2017 at 04:00:49PM +0800, Chen Zhong wrote: >> > > This patch

Re: [PATCH v4 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Sat, Sep 23, 2017 at 1:47 AM, Chen Zhong wrote: > Sorry for the typo. > > On Sat, 2017-09-23 at 14:38 +0800, Chen Zhong wrote: >> On Wed, 2017-09-20 at 15:53 -0500, Rob Herring wrote: >> > On Sun, Sep 17, 2017 at 04:00:49PM +0800, Chen Zhong wrote: >> > > This patch adds the device tree

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap wrote: > > Downloading & applying 4.14-rc2 [patch] > > > from kernel.org (home page) gives me a file that does not apply cleanly

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds wrote: > > But I just tried it myself, and get the same breakage. In fact, the > patch it downloads is exactly 50397184 bytes in size. Side note: instead of downloading a 50MB patch, you could probably use the same

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap wrote: > > Downloading & applying 4.14-rc2 [patch] > > > from kernel.org (home page) gives me a file that does not apply cleanly to > v4.13: Hmm. The

[Kernel.org Helpdesk #46182] [linuxfoundation.org #46182] Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds wrote: > > But I just tried it myself, and get the same breakage. In fact, the > patch it downloads is exactly 50397184 bytes in size. Side note: instead of downloading a 50MB patch, you could probably use the same amount of bandwidth to download

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds wrote: > > But I just tried it myself, and get the same breakage. In fact, the > patch it downloads is exactly 50397184 bytes in size. Side note: instead of downloading a 50MB patch, you could probably use the same

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 8:41 PM, Linus Torvalds wrote: > > But I just tried it myself, and get the same breakage. In fact, the > patch it downloads is exactly 50397184 bytes in size. Side note: instead of downloading a 50MB patch, you could probably use the same amount of bandwidth to download

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap wrote: > > Downloading & applying 4.14-rc2 [patch] > > > from kernel.org (home page) gives me a file that does not apply cleanly

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On Sun, Sep 24, 2017 at 7:57 PM, Randy Dunlap wrote: > > Downloading & applying 4.14-rc2 [patch] > > > from kernel.org (home page) gives me a file that does not apply cleanly to > v4.13: Hmm. The

Re: [PATCH v2 1/5] clk: Add clock driver for ASPEED BMC SoCs

On Thu, 2017-09-21 at 13:56 +0930, Joel Stanley wrote: > This adds the stub of a driver for the ASPEED SoCs. The clocks are > defined and the static registration is set up. >  > Signed-off-by: Joel Stanley > --- >  drivers/clk/Kconfig  |  12 +++ >  

Re: [PATCH v2 1/5] clk: Add clock driver for ASPEED BMC SoCs

On Thu, 2017-09-21 at 13:56 +0930, Joel Stanley wrote: > This adds the stub of a driver for the ASPEED SoCs. The clocks are > defined and the static registration is set up. >  > Signed-off-by: Joel Stanley > --- >  drivers/clk/Kconfig  |  12 +++ >  drivers/clk/Makefile 

[PATCH 2/3] iio: accel: mma8452: Rename read/write event value callbacks to generic function name.

'mma8452_read_thresh' and 'mma8452_write_thresh' functions does more than just read/write threshold values. They also handle IIO_EV_INFO_HIGH_PASS_FILTER_3DB and IIO_EV_INFO_PERIOD therefore renaming to generic names. Improves code readability, no impact on functionality. Signed-off-by:

[PATCH 1/3] iio: accel: mma8452: Rename time step look up struct to generic name as the values are same for all the events.

Improves code readability, no impact on functionality. Signed-off-by: Harinath Nampally --- drivers/iio/accel/mma8452.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c index

[PATCH 2/3] iio: accel: mma8452: Rename read/write event value callbacks to generic function name.

'mma8452_read_thresh' and 'mma8452_write_thresh' functions does more than just read/write threshold values. They also handle IIO_EV_INFO_HIGH_PASS_FILTER_3DB and IIO_EV_INFO_PERIOD therefore renaming to generic names. Improves code readability, no impact on functionality. Signed-off-by:

[PATCH 1/3] iio: accel: mma8452: Rename time step look up struct to generic name as the values are same for all the events.

Improves code readability, no impact on functionality. Signed-off-by: Harinath Nampally --- drivers/iio/accel/mma8452.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c index 3472e7e..74b6221 100644 ---

[PATCH 0/3] This patchset refactors event related functions

Harinath Nampally (3): Following 2 patches are for refactor: iio: accel: mma8452: Rename time step look up struct to generic name as the values are same for all the events. iio: accel: mma8452: Rename read/write event value callbacks to generic function name. Following patch

[PATCH 3/3] iio: accel: mma8452: Add single pulse/tap event detection feature for fxls8471.

This patch adds following changes to support tap feature: - defines pulse event related registers - enables and handles single pulse interrupt for fxls8471 - handles IIO_EV_DIR_EITHER in read/write callbacks because event direction for pulse is either rising or falling. - configures read/write

[PATCH 0/3] This patchset refactors event related functions

Harinath Nampally (3): Following 2 patches are for refactor: iio: accel: mma8452: Rename time step look up struct to generic name as the values are same for all the events. iio: accel: mma8452: Rename read/write event value callbacks to generic function name. Following patch

[PATCH 3/3] iio: accel: mma8452: Add single pulse/tap event detection feature for fxls8471.

This patch adds following changes to support tap feature: - defines pulse event related registers - enables and handles single pulse interrupt for fxls8471 - handles IIO_EV_DIR_EITHER in read/write callbacks because event direction for pulse is either rising or falling. - configures read/write

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

On Sun, Sep 24, 2017 at 09:05:44AM -0400, Paolo Bonzini wrote: > > > - Original Message - > > From: "Peter Zijlstra" > > To: "Paolo Bonzini" > > Cc: "Marcelo Tosatti" , "Konrad Rzeszutek Wilk" > >

Re: I/O hangs after resuming from suspend-to-ram

On Sun, Sep 24, 2017 at 07:33:00PM +0200, Martin Steigerwald wrote: > Ming Lei - 21.09.17, 06:17: > > On Wed, Sep 20, 2017 at 07:25:02PM +0200, Martin Steigerwald wrote: > > > Ming Lei - 28.08.17, 21:32: > > > > On Mon, Aug 28, 2017 at 03:10:35PM +0200, Martin Steigerwald wrote: > > > > > Ming Lei

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

On Sun, Sep 24, 2017 at 09:05:44AM -0400, Paolo Bonzini wrote: > > > - Original Message - > > From: "Peter Zijlstra" > > To: "Paolo Bonzini" > > Cc: "Marcelo Tosatti" , "Konrad Rzeszutek Wilk" > > , mi...@redhat.com, > > k...@vger.kernel.org, linux-kernel@vger.kernel.org, "Thomas

Re: I/O hangs after resuming from suspend-to-ram

On Sun, Sep 24, 2017 at 07:33:00PM +0200, Martin Steigerwald wrote: > Ming Lei - 21.09.17, 06:17: > > On Wed, Sep 20, 2017 at 07:25:02PM +0200, Martin Steigerwald wrote: > > > Ming Lei - 28.08.17, 21:32: > > > > On Mon, Aug 28, 2017 at 03:10:35PM +0200, Martin Steigerwald wrote: > > > > > Ming Lei

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On 09/24/17 17:03, Linus Torvalds wrote: > I'm back to my usual Sunday release schedule, and rc2 is out there in > all the normal places. Downloading & applying 4.14-rc2 [patch] from kernel.org

Re: Linux 4.14-rc2 (bad patch file on kernel.org)

On 09/24/17 17:03, Linus Torvalds wrote: > I'm back to my usual Sunday release schedule, and rc2 is out there in > all the normal places. Downloading & applying 4.14-rc2 [patch] from kernel.org

Re: [PATCH] Revert "f2fs: node segment is prior to data segment selected victim"

On 2017/9/23 17:02, Yunlong Song wrote: > This reverts commit b9cd20619e359d199b755543474c3d853c8e3415. > > That patch causes much fewer node segments (which can be used for SSR) > than before, and in the corner case (e.g. create and delete *.txt files in > one same directory, there will be very

Re: [PATCH] Revert "f2fs: node segment is prior to data segment selected victim"

On 2017/9/23 17:02, Yunlong Song wrote: > This reverts commit b9cd20619e359d199b755543474c3d853c8e3415. > > That patch causes much fewer node segments (which can be used for SSR) > than before, and in the corner case (e.g. create and delete *.txt files in > one same directory, there will be very

Re: [PATCH] Input: add support for the Samsung S6SY761 touchscreen

Hi Dmitry, > > > > +static void s6sy761_report_coordinates(struct s6sy761_data *sdata, u8 > > > > *event) > > > > +{ > > > > + u8 tid = ((event[0] & S6SY761_MASK_TID) >> 2) - 1; > > > > > > Should we make sure that event[0] & S6SY761_MASK_TID is not 0? > > > > I check event[0] already in

Re: [PATCH] Input: add support for the Samsung S6SY761 touchscreen

Hi Dmitry, > > > > +static void s6sy761_report_coordinates(struct s6sy761_data *sdata, u8 > > > > *event) > > > > +{ > > > > + u8 tid = ((event[0] & S6SY761_MASK_TID) >> 2) - 1; > > > > > > Should we make sure that event[0] & S6SY761_MASK_TID is not 0? > > > > I check event[0] already in

RE: [PATCH V9 14/15] mmc: cqhci: support for command queue enabled host

> -Original Message- > From: Adrian Hunter [mailto:adrian.hun...@intel.com] > Sent: Friday, September 22, 2017 8:37 PM > To: Ulf Hansson > Cc: linux-mmc ; linux-block bl...@vger.kernel.org>; linux-kernel ;

RE: [PATCH V9 14/15] mmc: cqhci: support for command queue enabled host

> -Original Message- > From: Adrian Hunter [mailto:adrian.hun...@intel.com] > Sent: Friday, September 22, 2017 8:37 PM > To: Ulf Hansson > Cc: linux-mmc ; linux-block bl...@vger.kernel.org>; linux-kernel ; Bough > Chen ; Alex Lemberg ; > Mateusz Nowak ; Yuliy Izrailov > ; Jaehoon Chung ;

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

On Fri, Sep 22, 2017 at 02:59:51PM +0200, Peter Zijlstra wrote: > On Fri, Sep 22, 2017 at 09:36:39AM -0300, Marcelo Tosatti wrote: > > On Fri, Sep 22, 2017 at 02:31:07PM +0200, Peter Zijlstra wrote: > > > On Fri, Sep 22, 2017 at 09:16:40AM -0300, Marcelo Tosatti wrote: > > > > On Fri, Sep 22, 2017

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall\

On Fri, Sep 22, 2017 at 03:01:41PM +0200, Peter Zijlstra wrote: > On Fri, Sep 22, 2017 at 09:40:05AM -0300, Marcelo Tosatti wrote: > > > Are you arguing its invalid for the following application to execute on > > housekeeping vcpu of a realtime system: > > > > void main(void) > > { > > > >

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall

On Fri, Sep 22, 2017 at 02:59:51PM +0200, Peter Zijlstra wrote: > On Fri, Sep 22, 2017 at 09:36:39AM -0300, Marcelo Tosatti wrote: > > On Fri, Sep 22, 2017 at 02:31:07PM +0200, Peter Zijlstra wrote: > > > On Fri, Sep 22, 2017 at 09:16:40AM -0300, Marcelo Tosatti wrote: > > > > On Fri, Sep 22, 2017

Re: [patch 3/3] x86: kvm guest side support for KVM_HC_RT_PRIO hypercall\

On Fri, Sep 22, 2017 at 03:01:41PM +0200, Peter Zijlstra wrote: > On Fri, Sep 22, 2017 at 09:40:05AM -0300, Marcelo Tosatti wrote: > > > Are you arguing its invalid for the following application to execute on > > housekeeping vcpu of a realtime system: > > > > void main(void) > > { > > > >

9f4835fb96 ("x86/fpu: Tighten validation of user-supplied .."): Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

Hi Ingo, On your request I'm resending the report here, with attached dmesg, kconfig and reproduce script. I'll go on to test your split up commits, too. https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/fpu commit 9f4835fb965d8eea7e608d0cb62c246c804dec90 Author: Eric

9f4835fb96 ("x86/fpu: Tighten validation of user-supplied .."): Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

Hi Ingo, On your request I'm resending the report here, with attached dmesg, kconfig and reproduce script. I'll go on to test your split up commits, too. https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/fpu commit 9f4835fb965d8eea7e608d0cb62c246c804dec90 Author: Eric

Re: [PATCH net-next RFC 2/5] vhost: introduce helper to prefetch desc index

On 2017年09月22日 17:02, Stefan Hajnoczi wrote: On Fri, Sep 22, 2017 at 04:02:32PM +0800, Jason Wang wrote: diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index f87ec75..8424166d 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -2437,6 +2437,61 @@ struct

Re: [PATCH net-next RFC 2/5] vhost: introduce helper to prefetch desc index

On 2017年09月22日 17:02, Stefan Hajnoczi wrote: On Fri, Sep 22, 2017 at 04:02:32PM +0800, Jason Wang wrote: diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index f87ec75..8424166d 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -2437,6 +2437,61 @@ struct

Re: [PATCH net-next RFC 1/5] vhost: split out ring head fetching logic

On 2017年09月22日 16:31, Stefan Hajnoczi wrote: On Fri, Sep 22, 2017 at 04:02:31PM +0800, Jason Wang wrote: +/* This looks in the virtqueue and for the first available buffer, and converts + * it to an iovec for convenient access. Since descriptors consist of some + * number of output then some

Re: [PATCH net-next RFC 1/5] vhost: split out ring head fetching logic

On 2017年09月22日 16:31, Stefan Hajnoczi wrote: On Fri, Sep 22, 2017 at 04:02:31PM +0800, Jason Wang wrote: +/* This looks in the virtqueue and for the first available buffer, and converts + * it to an iovec for convenient access. Since descriptors consist of some + * number of output then some

Re: [PATCH] fix unbalanced page refcounting in bio_map_user_iov

On Sun, 24 Sep 2017 10:27:39 -0400, Al Viro wrote: > BTW, there's something fishy in bio_copy_user_iov(). If the area we'd asked > for > had been too large for a single bio, we are going to create a bio and have > bio_add_pc_page() eventually fill it up to limit. Then we return into >

Re: [PATCH] fix unbalanced page refcounting in bio_map_user_iov

On Sun, 24 Sep 2017 10:27:39 -0400, Al Viro wrote: > BTW, there's something fishy in bio_copy_user_iov(). If the area we'd asked > for > had been too large for a single bio, we are going to create a bio and have > bio_add_pc_page() eventually fill it up to limit. Then we return into >

ffsb job does not exit on xfs 4.14-rc1+

Hi, ffsb test won't exit like this on Linus tree 4.14-rc1+. Latest commit cd4175b11685 This does not happen on v4.13 Thanks, 1 1505 Ss 0 0:00 /usr/sbin/sshd -D 1505 1752 Ss 0 0:00 \_ sshd: root [priv] 1752 1762 S0 0:00 | \_ sshd: root@pts/0 1762 1763 Ss 0

ffsb job does not exit on xfs 4.14-rc1+

Hi, ffsb test won't exit like this on Linus tree 4.14-rc1+. Latest commit cd4175b11685 This does not happen on v4.13 Thanks, 1 1505 Ss 0 0:00 /usr/sbin/sshd -D 1505 1752 Ss 0 0:00 \_ sshd: root [priv] 1752 1762 S0 0:00 | \_ sshd: root@pts/0 1762 1763 Ss 0

Re: [PATCH v2] mm, sysctl: make VM stats configurable

Kemi Wang writes: > This is the second step which introduces a tunable interface that allow VM > stats configurable for optimizing zone_statistics(), as suggested by Dave > Hansen and Ying Huang. > > === > When performance becomes a

Re: [PATCH v2] mm, sysctl: make VM stats configurable

Kemi Wang writes: > This is the second step which introduces a tunable interface that allow VM > stats configurable for optimizing zone_statistics(), as suggested by Dave > Hansen and Ying Huang. > > === > When performance becomes a bottleneck and you can

[PATCH review for 4.9 15/50] sched/fair: Update rq clock before changing a task's CPU affinity

From: Wanpeng Li [ Upstream commit a499c3ead88ccf147fc50689e85a530ad923ce36 ] This is triggered during boot when CONFIG_SCHED_DEBUG is enabled: [ cut here ] WARNING: CPU: 6 PID: 81 at kernel/sched/sched.h:812 set_next_entity+0x11d/0x380

[PATCH review for 4.9 15/50] sched/fair: Update rq clock before changing a task's CPU affinity

From: Wanpeng Li [ Upstream commit a499c3ead88ccf147fc50689e85a530ad923ce36 ] This is triggered during boot when CONFIG_SCHED_DEBUG is enabled: [ cut here ] WARNING: CPU: 6 PID: 81 at kernel/sched/sched.h:812 set_next_entity+0x11d/0x380 rq->clock_update_flags <

[PATCH review for 4.9 29/50] qede: Prevent index problems in loopback test

From: Sudarsana Reddy Kalluru [ Upstream commit afe981d664aeeebc8d1bcbd7d2070b5432edaecb ] Driver currently utilizes the same loop variable in two nested loops. Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval Mintz

[PATCH review for 4.9 29/50] qede: Prevent index problems in loopback test

From: Sudarsana Reddy Kalluru [ Upstream commit afe981d664aeeebc8d1bcbd7d2070b5432edaecb ] Driver currently utilizes the same loop variable in two nested loops. Signed-off-by: Sudarsana Reddy Kalluru Signed-off-by: Yuval Mintz Signed-off-by: David S. Miller Signed-off-by: Sasha Levin ---

[PATCH review for 4.9 14/50] f2fs: do SSR for data when there is enough free space

From: Yunlong Song [ Upstream commit 035e97adab26c1121cedaeb9bd04cf48a8e8cf51 ] In allocate_segment_by_default(), need_SSR() already detected it's time to do SSR. So, let's try to find victims for data segments more aggressively in time. Signed-off-by: Yunlong Song

[PATCH review for 4.9 26/50] ASoC: mediatek: add I2C dependency for CS42XX8

From: Arnd Bergmann [ Upstream commit 72cedf599fcebfd6cd2550274d7855838068d28c ] We should not select drivers that depend on I2C when that is disabled, as it results in a build error: warning: (SND_SOC_MT2701_CS42448) selects SND_SOC_CS42XX8_I2C which has unmet direct

[PATCH review for 4.9 14/50] f2fs: do SSR for data when there is enough free space

From: Yunlong Song [ Upstream commit 035e97adab26c1121cedaeb9bd04cf48a8e8cf51 ] In allocate_segment_by_default(), need_SSR() already detected it's time to do SSR. So, let's try to find victims for data segments more aggressively in time. Signed-off-by: Yunlong Song Signed-off-by: Jaegeuk Kim

[PATCH review for 4.9 26/50] ASoC: mediatek: add I2C dependency for CS42XX8

From: Arnd Bergmann [ Upstream commit 72cedf599fcebfd6cd2550274d7855838068d28c ] We should not select drivers that depend on I2C when that is disabled, as it results in a build error: warning: (SND_SOC_MT2701_CS42448) selects SND_SOC_CS42XX8_I2C which has unmet direct dependencies (SOUND &&

  1   2   3   4   5   6   7   8   9   10   >