Re: [PATCH] dt-bindings: Remove leading 0x from bindings notation

Hi David, On Thu, Nov 30, 2017 at 12:21 AM, David Daney wrote: > On 11/29/2017 12:55 PM, Mathieu Malaterre wrote: >> >> Improve the binding example by removing all the leading 0x to fix the >> following dtc warnings: >> >> Warning (unit_address_format): Node /XXX unit

Re: [PATCH RFC 2/2] mm, hugetlb: do not rely on overcommit limit during migration

On Wed 29-11-17 11:52:53, Mike Kravetz wrote: > On 11/29/2017 01:22 AM, Michal Hocko wrote: > > What about this on top. I haven't tested this yet though. > > Yes, this would work. > > However, I think a simple modification to your previous free_huge_page > changes would make this unnecessary. I

Re: [PATCH] dt-bindings: Remove leading 0x from bindings notation

Hi David, On Thu, Nov 30, 2017 at 12:21 AM, David Daney wrote: > On 11/29/2017 12:55 PM, Mathieu Malaterre wrote: >> >> Improve the binding example by removing all the leading 0x to fix the >> following dtc warnings: >> >> Warning (unit_address_format): Node /XXX unit name should not have

Re: [PATCH RFC 2/2] mm, hugetlb: do not rely on overcommit limit during migration

On Wed 29-11-17 11:52:53, Mike Kravetz wrote: > On 11/29/2017 01:22 AM, Michal Hocko wrote: > > What about this on top. I haven't tested this yet though. > > Yes, this would work. > > However, I think a simple modification to your previous free_huge_page > changes would make this unnecessary. I

Re: [PATCH] Support TrackStick of Thinkpad L570

Please add the patch version next time. The patch make trackstick work on L570. Tested-by: Aaron Ma On 11/29/2017 04:33 PM, Masaki Ota wrote: > From: Masaki Ota > - The issue is that Thinkpad L570 TrackStick does not work. Because the main >

Re: [PATCH] Support TrackStick of Thinkpad L570

Please add the patch version next time. The patch make trackstick work on L570. Tested-by: Aaron Ma On 11/29/2017 04:33 PM, Masaki Ota wrote: > From: Masaki Ota > - The issue is that Thinkpad L570 TrackStick does not work. Because the main > interface of Thinkpad L570 device is SMBus, so

Re: [PATCH v7 2/4] KVM: X86: Add Paravirt TLB Shootdown

2017-11-30 14:01 GMT+08:00 Wanpeng Li : > From: Wanpeng Li > > Remote flushing api's does a busy wait which is fine in bare-metal > scenario. But with-in the guest, the vcpus might have been pre-empted > or blocked. In this scenario, the initator vcpu

Re: [PATCH v7 2/4] KVM: X86: Add Paravirt TLB Shootdown

2017-11-30 14:01 GMT+08:00 Wanpeng Li : > From: Wanpeng Li > > Remote flushing api's does a busy wait which is fine in bare-metal > scenario. But with-in the guest, the vcpus might have been pre-empted > or blocked. In this scenario, the initator vcpu would end up > busy-waiting for a long amount

Re: [PATCH v2 25/35] nds32: Build infrastructure

On Thu, Nov 30, 2017 at 6:48 AM, Greentime Hu wrote: > 2017-11-30 4:27 GMT+08:00 Arnd Bergmann : >> On Wed, Nov 29, 2017 at 3:10 PM, Greentime Hu wrote: >>> 2017-11-29 19:57 GMT+08:00 Arnd Bergmann : On Wed, Nov 29, 2017

Re: [PATCH v2 25/35] nds32: Build infrastructure

On Thu, Nov 30, 2017 at 6:48 AM, Greentime Hu wrote: > 2017-11-30 4:27 GMT+08:00 Arnd Bergmann : >> On Wed, Nov 29, 2017 at 3:10 PM, Greentime Hu wrote: >>> 2017-11-29 19:57 GMT+08:00 Arnd Bergmann : On Wed, Nov 29, 2017 at 12:39 PM, Greentime Hu wrote: > I think I can use this name

Re: [PATCH v2 1/2] ARM: dts: exynos: Switch to dedicated Odroid-XU3 sound card binding

On Thu, Nov 30, 2017 at 8:30 AM, Marek Szyprowski wrote: > Hi Krzysztof, > > On 2017-11-29 18:55, Krzysztof Kozlowski wrote: >> >> On Mon, Nov 27, 2017 at 7:12 PM, Krzysztof Kozlowski >> wrote: >>> >>> On Fri, Nov 03, 2017 at 05:54:45PM +0100, Sylwester

Re: [PATCH v2 1/2] ARM: dts: exynos: Switch to dedicated Odroid-XU3 sound card binding

On Thu, Nov 30, 2017 at 8:30 AM, Marek Szyprowski wrote: > Hi Krzysztof, > > On 2017-11-29 18:55, Krzysztof Kozlowski wrote: >> >> On Mon, Nov 27, 2017 at 7:12 PM, Krzysztof Kozlowski >> wrote: >>> >>> On Fri, Nov 03, 2017 at 05:54:45PM +0100, Sylwester Nawrocki wrote: The new sound

RE: [PATCH 0/4] lockd refcount conversions

> Thanks, applying all four for 4.16.--b. Thank you very much! Best Regards, Elena. > > On Wed, Nov 29, 2017 at 01:15:42PM +0200, Elena Reshetova wrote: > > This series, for lockd component, replaces atomic_t reference > > counters with the new refcount_t type and API (see > >

RE: [PATCH 0/4] lockd refcount conversions

> Thanks, applying all four for 4.16.--b. Thank you very much! Best Regards, Elena. > > On Wed, Nov 29, 2017 at 01:15:42PM +0200, Elena Reshetova wrote: > > This series, for lockd component, replaces atomic_t reference > > counters with the new refcount_t type and API (see > >

Re: [PATCH 2/2] lockdep: Up MAX_LOCKDEP_CHAINS

On Wed, Nov 29, 2017 at 04:41:45PM +0100, Daniel Vetter wrote: > cross-release ftl > > From Chris: > > "Fwiw, this isn't cross-release but us reloading the module many times, > creating a whole host of new lockclasses. Even more fun is when the > module gets a slightly different address and the

Re: [PATCH 2/2] lockdep: Up MAX_LOCKDEP_CHAINS

On Wed, Nov 29, 2017 at 04:41:45PM +0100, Daniel Vetter wrote: > cross-release ftl > > From Chris: > > "Fwiw, this isn't cross-release but us reloading the module many times, > creating a whole host of new lockclasses. Even more fun is when the > module gets a slightly different address and the

[PATCH v3] tpm: return a TPM_RC_COMMAND_CODE response if command is not implemented

According to the TPM Library Specification, a TPM device must do a command header validation before processing and return a TPM_RC_COMMAND_CODE code if the command is not implemented. So user-space will expect to handle that response as an error. But if the in-kernel resource manager is used

[PATCH v3] tpm: return a TPM_RC_COMMAND_CODE response if command is not implemented

According to the TPM Library Specification, a TPM device must do a command header validation before processing and return a TPM_RC_COMMAND_CODE code if the command is not implemented. So user-space will expect to handle that response as an error. But if the in-kernel resource manager is used

Re: [PATCHv2 0/4] x86: 5-level related changes into decompression code

On Wed, Nov 29, 2017 at 05:48:51PM +, Borislav Petkov wrote: > On Wed, Nov 29, 2017 at 08:08:31PM +0300, Kirill A. Shutemov wrote: > > We're really early in the boot -- startup_64 in decompression code -- and > > I don't know a way print a message there. Is there a way? > > > > no_longmode

Re: [PATCHv2 0/4] x86: 5-level related changes into decompression code

On Wed, Nov 29, 2017 at 05:48:51PM +, Borislav Petkov wrote: > On Wed, Nov 29, 2017 at 08:08:31PM +0300, Kirill A. Shutemov wrote: > > We're really early in the boot -- startup_64 in decompression code -- and > > I don't know a way print a message there. Is there a way? > > > > no_longmode

Re: [PATCH v2 1/2] ARM: dts: exynos: Switch to dedicated Odroid-XU3 sound card binding

Hi Krzysztof, On 2017-11-29 18:55, Krzysztof Kozlowski wrote: On Mon, Nov 27, 2017 at 7:12 PM, Krzysztof Kozlowski wrote: On Fri, Nov 03, 2017 at 05:54:45PM +0100, Sylwester Nawrocki wrote: The new sound card DT binding is used for Odroid XU3 in order to properly support the

Re: [PATCH v2 1/2] ARM: dts: exynos: Switch to dedicated Odroid-XU3 sound card binding

Hi Krzysztof, On 2017-11-29 18:55, Krzysztof Kozlowski wrote: On Mon, Nov 27, 2017 at 7:12 PM, Krzysztof Kozlowski wrote: On Fri, Nov 03, 2017 at 05:54:45PM +0100, Sylwester Nawrocki wrote: The new sound card DT binding is used for Odroid XU3 in order to properly support the HDMI audio path.

Re: [PATCH v3 0/5] ACPI: DMA ranges management

On Thu, Aug 3, 2017 at 5:32 AM, Lorenzo Pieralisi wrote: > This patch series is v3 of a previous posting: > > v2->v3: > - Fixed DMA masks computation > - Fixed size computation overflow in acpi_dma_get_range() > > v1->v2: > - Reworked

Re: [PATCH v3 0/5] ACPI: DMA ranges management

On Thu, Aug 3, 2017 at 5:32 AM, Lorenzo Pieralisi wrote: > This patch series is v3 of a previous posting: > > v2->v3: > - Fixed DMA masks computation > - Fixed size computation overflow in acpi_dma_get_range() > > v1->v2: > - Reworked acpi_dma_get_range() flow and logs >

Re: [PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

Hi Maciej, On Mon, Nov 27, 2017 at 11:34:44PM +0100, Maciej S. Szmigiero wrote: > There is no problem in using different bit widths in playback and capture > in AC'97 mode so allow this, too. > @@ -1557,11 +1558,12 @@ static int fsl_ssi_probe(struct platform_device *pdev) > > /* Are the

Re: [PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

Hi Maciej, On Mon, Nov 27, 2017 at 11:34:44PM +0100, Maciej S. Szmigiero wrote: > There is no problem in using different bit widths in playback and capture > in AC'97 mode so allow this, too. > @@ -1557,11 +1558,12 @@ static int fsl_ssi_probe(struct platform_device *pdev) > > /* Are the

Re: [v2,01/12] hwrng: bcm2835 - Obtain base register via resource

On Wed, Nov 29, 2017 at 09:38:52AM -0800, Florian Fainelli wrote: > > Hu, okay, I actually had a v3 prepared that I was going to post > addressing some of the comments. Should I send an incremental set of > changes now? Please send it as an incremental set. Thanks, -- Email: Herbert Xu

Re: [v2,01/12] hwrng: bcm2835 - Obtain base register via resource

On Wed, Nov 29, 2017 at 09:38:52AM -0800, Florian Fainelli wrote: > > Hu, okay, I actually had a v3 prepared that I was going to post > addressing some of the comments. Should I send an incremental set of > changes now? Please send it as an incremental set. Thanks, -- Email: Herbert Xu Home

Re: general protection fault in af_alg_free_areq_sgls

On Wed, Nov 29, 2017 at 11:51:09AM -0800, Eric Biggers wrote: > > Herbert, if it's not too late can you fix the subject? It got split into two > lines: Sorry, it's already pushed out with other patches sitting on top of it. Cheers, -- Email: Herbert Xu Home Page:

Re: general protection fault in af_alg_free_areq_sgls

On Wed, Nov 29, 2017 at 11:51:09AM -0800, Eric Biggers wrote: > > Herbert, if it's not too late can you fix the subject? It got split into two > lines: Sorry, it's already pushed out with other patches sitting on top of it. Cheers, -- Email: Herbert Xu Home Page:

Re: [PATCH] f2fs: avoid false positive of free secs check

On 2017/11/30 10:42, Yunlong Song wrote: > SSR can make hot/warm/cold nodes written together, so why should we account > them different? Current segment which is using ssr allocation has only one valid type, so we can not write data/node with different type into current segment which already has

Re: [PATCH] f2fs: avoid false positive of free secs check

On 2017/11/30 10:42, Yunlong Song wrote: > SSR can make hot/warm/cold nodes written together, so why should we account > them different? Current segment which is using ssr allocation has only one valid type, so we can not write data/node with different type into current segment which already has

Re: [PATCH 0/5] PCI: Add support to the Cadence PCIe controller

Hi, On Tuesday 28 November 2017 09:20 PM, Lorenzo Pieralisi wrote: > On Thu, Nov 23, 2017 at 04:01:45PM +0100, Cyrille Pitchen wrote: >> Hi all, >> >> this series of patches adds support to the Cadence PCIe controller. >> It was tested on a ARM64 platform emulated by a Palladium running both >>

Re: [PATCH 0/5] PCI: Add support to the Cadence PCIe controller

Hi, On Tuesday 28 November 2017 09:20 PM, Lorenzo Pieralisi wrote: > On Thu, Nov 23, 2017 at 04:01:45PM +0100, Cyrille Pitchen wrote: >> Hi all, >> >> this series of patches adds support to the Cadence PCIe controller. >> It was tested on a ARM64 platform emulated by a Palladium running both >>

Re: [PATCH v4 7/8] netdev: octeon-ethernet: Add Cavium Octeon III support.

Hi David, Dan, On Thu, Nov 30, 2017 at 12:50 AM, David Daney wrote: > On 11/29/2017 08:07 AM, Souptick Joarder wrote: >> >> On Wed, Nov 29, 2017 at 4:00 PM, Souptick Joarder >> wrote: >>> >>> On Wed, Nov 29, 2017 at 6:25 AM, David Daney

Re: [PATCH v4 7/8] netdev: octeon-ethernet: Add Cavium Octeon III support.

Hi David, Dan, On Thu, Nov 30, 2017 at 12:50 AM, David Daney wrote: > On 11/29/2017 08:07 AM, Souptick Joarder wrote: >> >> On Wed, Nov 29, 2017 at 4:00 PM, Souptick Joarder >> wrote: >>> >>> On Wed, Nov 29, 2017 at 6:25 AM, David Daney >>> wrote: From: Carlos Munoz The

Re: [PATCH v2 6/6] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative

Hello Lukasz, On Wed, 29 Nov 2017 23:07:04 +0100 Lukasz Majewski wrote: > > > +/* > > > + * BK3 support code > > > + > > > */ > > >

Re: [PATCH v2 6/6] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative

Hello Lukasz, On Wed, 29 Nov 2017 23:07:04 +0100 Lukasz Majewski wrote: > > > +/* > > > + * BK3 support code > > > + > > > */ > > > +static struct

Re: [f2fs-dev] [PATCH] f2fs: remove a redundant conditional expression

On 2017/11/28 20:17, LiFan wrote: > Avoid checking is_inode repeatedly, and make the logic > a little bit clearer. > > Signed-off-by: Fan li Reviewed-by: Chao Yu Thanks,

Re: [f2fs-dev] [PATCH] f2fs: remove a redundant conditional expression

On 2017/11/28 20:17, LiFan wrote: > Avoid checking is_inode repeatedly, and make the logic > a little bit clearer. > > Signed-off-by: Fan li Reviewed-by: Chao Yu Thanks,

Re: [PATCH v18 01/10] idr: add #include

On Wed 29-11-17 16:58:17, Matthew Wilcox wrote: > On Wed, Nov 29, 2017 at 09:55:17PM +0800, Wei Wang wrote: > > The was removed from radix-tree.h by the following commit: > > f5bba9d11a256ad2a1c2f8e7fc6aabe6416b7890. > > > > Since that commit, tools/testing/radix-tree/ couldn't pass compilation

Re: [PATCH v18 01/10] idr: add #include

On Wed 29-11-17 16:58:17, Matthew Wilcox wrote: > On Wed, Nov 29, 2017 at 09:55:17PM +0800, Wei Wang wrote: > > The was removed from radix-tree.h by the following commit: > > f5bba9d11a256ad2a1c2f8e7fc6aabe6416b7890. > > > > Since that commit, tools/testing/radix-tree/ couldn't pass compilation

Re: [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

Hi Hyunchul, On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > This implements which hint is passed down to block layer > for datas from the specific segment type. > > segment type hints > - > COLD_NODE

Re: [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

Hi Hyunchul, On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > This implements which hint is passed down to block layer > for datas from the specific segment type. > > segment type hints > - > COLD_NODE & COLD_DATA

Re: [PATCH] schedule: use unlikely()

On Tue, 28 Nov 2017, Greg KH wrote: > On Mon, Nov 27, 2017 at 07:05:22PM -0500, Mikulas Patocka wrote: > > > > > > On Sat, 25 Nov 2017, Greg KH wrote: > > > > > On Mon, Nov 13, 2017 at 02:00:45PM -0500, Mikulas Patocka wrote: > > > > A small patch for schedule(), so that the code goes

Att! Att!! Att!!! Att!!!!

Good Day, I'm Wong Shiu a staff of Wing Hang Bank here in Hong Kong. Can i TRUST you in transferring- $13,991,674 USD? If yes do get back to me with my private email: wong.shiu...@accountant.com Best Regards

Re: [PATCH] schedule: use unlikely()

On Tue, 28 Nov 2017, Greg KH wrote: > On Mon, Nov 27, 2017 at 07:05:22PM -0500, Mikulas Patocka wrote: > > > > > > On Sat, 25 Nov 2017, Greg KH wrote: > > > > > On Mon, Nov 13, 2017 at 02:00:45PM -0500, Mikulas Patocka wrote: > > > > A small patch for schedule(), so that the code goes

Att! Att!! Att!!! Att!!!!

Good Day, I'm Wong Shiu a staff of Wing Hang Bank here in Hong Kong. Can i TRUST you in transferring- $13,991,674 USD? If yes do get back to me with my private email: wong.shiu...@accountant.com Best Regards

Re: [PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On 11/23/2017 05:52 AM, John Stultz wrote: On Tue, Nov 21, 2017 at 12:17 AM, Hans Verkuil wrote: If the device tree for a board did not specify a cec clock, then adv7511_cec_init would return an error, which would cause adv7511_probe() to fail and thus there is no HDMI

Re: [PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling

On 11/23/2017 05:52 AM, John Stultz wrote: On Tue, Nov 21, 2017 at 12:17 AM, Hans Verkuil wrote: If the device tree for a board did not specify a cec clock, then adv7511_cec_init would return an error, which would cause adv7511_probe() to fail and thus there is no HDMI output. There is no

Re: [RFC V7 2/2] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values

On 29-11-17, 16:50, Stephen Boyd wrote: > Sorry it still makes zero sense to me. It seems that we're trying > to make the OPP table parsing generic just for the sake of code > brevity. Not just the code but bindings as well to make sure we don't add a new property (similar to earlier ones) for

Re: [RFC V7 2/2] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values

On 29-11-17, 16:50, Stephen Boyd wrote: > Sorry it still makes zero sense to me. It seems that we're trying > to make the OPP table parsing generic just for the sake of code > brevity. Not just the code but bindings as well to make sure we don't add a new property (similar to earlier ones) for

Re: [PATCH 0/2] mm: introduce MAP_FIXED_SAFE

On Wed 29-11-17 14:25:36, Kees Cook wrote: > On Wed, Nov 29, 2017 at 6:42 AM, Michal Hocko wrote: > > The first patch introduced MAP_FIXED_SAFE which enforces the given > > address but unlike MAP_FIXED it fails with ENOMEM if the given range > > conflicts with an existing one.

Re: [PATCH 0/2] mm: introduce MAP_FIXED_SAFE

On Wed 29-11-17 14:25:36, Kees Cook wrote: > On Wed, Nov 29, 2017 at 6:42 AM, Michal Hocko wrote: > > The first patch introduced MAP_FIXED_SAFE which enforces the given > > address but unlike MAP_FIXED it fails with ENOMEM if the given range > > conflicts with an existing one. The flag is

Re: [PATCH resend] mm/page_alloc: fix comment is __get_free_pages

On Wed 29-11-17 13:41:59, Andrew Morton wrote: > On Wed, 29 Nov 2017 17:04:46 +0100 Michal Hocko wrote: > > > On Mon 27-11-17 12:33:41, Michal Hocko wrote: > > > On Mon 27-11-17 19:09:24, JianKang Chen wrote: > > > > From: Jiankang Chen > > > > > >

Re: [PATCH resend] mm/page_alloc: fix comment is __get_free_pages

On Wed 29-11-17 13:41:59, Andrew Morton wrote: > On Wed, 29 Nov 2017 17:04:46 +0100 Michal Hocko wrote: > > > On Mon 27-11-17 12:33:41, Michal Hocko wrote: > > > On Mon 27-11-17 19:09:24, JianKang Chen wrote: > > > > From: Jiankang Chen > > > > > > > > __get_free_pages will return an virtual

Re: [kernel-hardening] Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules

> And once you disable it by default, and it becomes purely opt-in, that > means that nothing will change for most cases. Some embedded people > that do their own thing (ie Android) might change, but normal > distributions probably won't. > > Yes, Android may be 99% of the users, and yes, the

Re: [kernel-hardening] Re: [PATCH v5 next 5/5] net: modules: use request_module_cap() to load 'netdev-%s' modules

> And once you disable it by default, and it becomes purely opt-in, that > means that nothing will change for most cases. Some embedded people > that do their own thing (ie Android) might change, but normal > distributions probably won't. > > Yes, Android may be 99% of the users, and yes, the

Re: [PATCH 10/10] input: joystick: riscv has get_cycles

On Wed, Nov 29, 2017 at 05:55:21PM -0800, Olof Johansson wrote: > Fixes: > > drivers/input/joystick/analog.c:176:2: warning: #warning Precise timer not > defined for this architecture. [-Wcpp] > > Signed-off-by: Olof Johansson > Cc: Dmitry Torokhov

Re: [PATCH 10/10] input: joystick: riscv has get_cycles

On Wed, Nov 29, 2017 at 05:55:21PM -0800, Olof Johansson wrote: > Fixes: > > drivers/input/joystick/analog.c:176:2: warning: #warning Precise timer not > defined for this architecture. [-Wcpp] > > Signed-off-by: Olof Johansson > Cc: Dmitry Torokhov Applied, thank you. > --- >

Re: [PATCH] drm/bridge: Fix lvds-encoder since the panel_bridge rework.

On 11/15/2017 03:29 PM, Lothar Waßmann wrote: Hi, On Tue, 14 Nov 2017 11:16:47 -0800 Eric Anholt wrote: The panel_bridge bridge attaches to the panel's OF node, not the lvds-encoder's node. Put in a little no-op bridge of our own so that our consumers can still find a bridge where they

Re: [PATCH] drm/bridge: Fix lvds-encoder since the panel_bridge rework.

On 11/15/2017 03:29 PM, Lothar Waßmann wrote: Hi, On Tue, 14 Nov 2017 11:16:47 -0800 Eric Anholt wrote: The panel_bridge bridge attaches to the panel's OF node, not the lvds-encoder's node. Put in a little no-op bridge of our own so that our consumers can still find a bridge where they

Re: [ 0.003333] BUG: KASAN: use-after-scope in console_unlock+0x605/0xcc0

Hi, On (11/30/17 10:26), Fengguang Wu wrote: > FYI this happens in mainline kernel v4.15-rc1 . > It shows up after v4.14 . Bisect is on the way. hm, printk saw no changes between 4.14 and 4.15 > It occurs in 4 out of 4 boots. > > [0.00]RCU callback double-/use-after-free debug

Re: [ 0.003333] BUG: KASAN: use-after-scope in console_unlock+0x605/0xcc0

Hi, On (11/30/17 10:26), Fengguang Wu wrote: > FYI this happens in mainline kernel v4.15-rc1 . > It shows up after v4.14 . Bisect is on the way. hm, printk saw no changes between 4.14 and 4.15 > It occurs in 4 out of 4 boots. > > [0.00]RCU callback double-/use-after-free debug

Re: jsm_tty: Fix a possible null pointer dereference in two functions

On 11/29/2017, 07:19 PM, SF Markus Elfring wrote: >>> It's pretty unlikely, but it is an actual defect. >> >> No it is not, those variables will never be set to NULL, >> so this can never be triggered. Walk up the call chain. > > If the involved software developers are convinced about the

Re: jsm_tty: Fix a possible null pointer dereference in two functions

On 11/29/2017, 07:19 PM, SF Markus Elfring wrote: >>> It's pretty unlikely, but it is an actual defect. >> >> No it is not, those variables will never be set to NULL, >> so this can never be triggered. Walk up the call chain. > > If the involved software developers are convinced about the

Re: [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > This implements which hint is passed down to block layer > for datas from the specific segment type. > > segment type hints > - > COLD_NODE & COLD_DATA

Re: [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > This implements which hint is passed down to block layer > for datas from the specific segment type. > > segment type hints > - > COLD_NODE & COLD_DATA

Re: [PATCH] Revert "x86/apic: Remove init_bsp_APIC()"

Hi, Ville At 11/30/2017 05:25 AM, Ville Syrjälä wrote: On Wed, Nov 29, 2017 at 09:15:19AM +0800, Dou Liyang wrote: Hi Ville, At 11/28/2017 10:53 PM, Ville Syrjala wrote: From: Ville Syrjälä This reverts commit b371ae0d4a194b178817b0edfb6a7395c7aec37a. Causes

Re: [PATCH] Revert "x86/apic: Remove init_bsp_APIC()"

Hi, Ville At 11/30/2017 05:25 AM, Ville Syrjälä wrote: On Wed, Nov 29, 2017 at 09:15:19AM +0800, Dou Liyang wrote: Hi Ville, At 11/28/2017 10:53 PM, Ville Syrjala wrote: From: Ville Syrjälä This reverts commit b371ae0d4a194b178817b0edfb6a7395c7aec37a. Causes my P3 UP machine to hang at

Re: [PATCH v6 2/4] KVM: X86: Add Paravirt TLB Shootdown

2017-11-30 0:21 GMT+08:00 Radim Krčmář : > 2017-11-27 20:05-0800, Wanpeng Li: >> From: Wanpeng Li >> >> Remote flushing api's does a busy wait which is fine in bare-metal >> scenario. But with-in the guest, the vcpus might have been pre-empted >> or

Re: [PATCH v6 2/4] KVM: X86: Add Paravirt TLB Shootdown

2017-11-30 0:21 GMT+08:00 Radim Krčmář : > 2017-11-27 20:05-0800, Wanpeng Li: >> From: Wanpeng Li >> >> Remote flushing api's does a busy wait which is fine in bare-metal >> scenario. But with-in the guest, the vcpus might have been pre-empted >> or blocked. In this scenario, the initator vcpu

[PATCH 0/2] ipc: Fix ctl(..IPC_STAT..) bugs

Hi, Some applications that uses System V IPC mechanisms rely on data structures that are returned by ctl(..IPC_STAT..) system calls. However, up to now information in these structures was not reliable, due to following reasons: 1) Non-atomic data structures filling process, which, for obvious

[PATCH 0/2] ipc: Fix ctl(..IPC_STAT..) bugs

Hi, Some applications that uses System V IPC mechanisms rely on data structures that are returned by ctl(..IPC_STAT..) system calls. However, up to now information in these structures was not reliable, due to following reasons: 1) Non-atomic data structures filling process, which, for obvious

Re: [PATCH v5] lib: optimize cpumask_next_and()

On Wed, Nov 29, 2017 at 10:35:55AM +0100, Clement Courbet wrote: > > > Note that on Arm (), the new c implementation still outperforms the > > > old one that uses c+ the asm implementation of `find_next_bit` [3]. > > What is 'c+'? Is it typo? > > I meant "a mix of C and asm" ~(C + asm).

Re: [PATCH v5] lib: optimize cpumask_next_and()

On Wed, Nov 29, 2017 at 10:35:55AM +0100, Clement Courbet wrote: > > > Note that on Arm (), the new c implementation still outperforms the > > > old one that uses c+ the asm implementation of `find_next_bit` [3]. > > What is 'c+'? Is it typo? > > I meant "a mix of C and asm" ~(C + asm).

Re: [PATCH v2] f2fs: apply write hints to select the type of segment for direct write

On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > When blocks are allocated for direct write, select the type of > segment using the kiocb hint. But if an inode has FI_NO_ALLOC, > use the inode hint. > > Signed-off-by: Hyunchul Lee

Re: [PATCH v2] f2fs: apply write hints to select the type of segment for direct write

On 2017/11/28 8:23, Hyunchul Lee wrote: > From: Hyunchul Lee > > When blocks are allocated for direct write, select the type of > segment using the kiocb hint. But if an inode has FI_NO_ALLOC, > use the inode hint. > > Signed-off-by: Hyunchul Lee Reviewed-by: Chao Yu Thanks,

[PATCH 2/2] ipc: Fix ipc data structures inconsistency

As described in the title, this patch fixes id_ds inconsistency when ctl_stat runs concurrently with some ds-changing function, e.g. shmat, msgsnd or whatever. For instance, if shmctl(IPC_STAT) is running concurrently with shmat, following data structure can be returned: {... shm_lpid = 0,

[PATCH 2/2] ipc: Fix ipc data structures inconsistency

As described in the title, this patch fixes id_ds inconsistency when ctl_stat runs concurrently with some ds-changing function, e.g. shmat, msgsnd or whatever. For instance, if shmctl(IPC_STAT) is running concurrently with shmat, following data structure can be returned: {... shm_lpid = 0,

[PATCH 1/2] ipc/shm: Fix shm_nattch incorrect value

This patch fixes that do_shmat increases shm_nattch value twice. E.g. if memory segment was created just now and process attaches it, shmctl(..IPC_STAT..) of concurrently running process can at some point of time return data structure with 'shm_nattch' equal to 2. Signed-off-by: Philippe Mikoyan

[PATCH 1/2] ipc/shm: Fix shm_nattch incorrect value

This patch fixes that do_shmat increases shm_nattch value twice. E.g. if memory segment was created just now and process attaches it, shmctl(..IPC_STAT..) of concurrently running process can at some point of time return data structure with 'shm_nattch' equal to 2. Signed-off-by: Philippe Mikoyan

[RESENT PATCH] drm/panel: support Innolux P097PFG panel

Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it refactor Innolux P079ZCA panel driver, let it support multi panel, and add support P097PFG panel in this driver. Signed-off-by: Lin Huang --- drivers/gpu/drm/panel/panel-innolux-p079zca.c | 178

[RESENT PATCH] drm/panel: support Innolux P097PFG panel

Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it refactor Innolux P079ZCA panel driver, let it support multi panel, and add support P097PFG panel in this driver. Signed-off-by: Lin Huang --- drivers/gpu/drm/panel/panel-innolux-p079zca.c | 178 -- 1 file changed,

[PATCH] drm/panel: support Innolux P097PFG panel

Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it refactor Innolux P079ZCA panel driver, let it support multi panel, and add support P097PFG panel in this driver. Change-Id: If342e58a3de2861219b0b1313f402b6cb41ffa29 Signed-off-by: Lin Huang ---

[PATCH] drm/panel: support Innolux P097PFG panel

Support Innolux P097PFG 9.7" 1536x2048 TFT LCD panel, it refactor Innolux P079ZCA panel driver, let it support multi panel, and add support P097PFG panel in this driver. Change-Id: If342e58a3de2861219b0b1313f402b6cb41ffa29 Signed-off-by: Lin Huang ---

Re: [PATCH v3 04/21] fpga: add device feature list support

On Tue, Nov 28, 2017 at 10:07:36PM -0800, Moritz Fischer wrote: > Hi Hao, > > first pass, I didn't get all the way through, yet. Hi Moritz Thanks a lot for your review and comments. :) > > On Mon, Nov 27, 2017 at 02:42:11PM +0800, Wu Hao wrote: > > Device Feature List (DFL) defines a feature

Re: [PATCH v3 04/21] fpga: add device feature list support

On Tue, Nov 28, 2017 at 10:07:36PM -0800, Moritz Fischer wrote: > Hi Hao, > > first pass, I didn't get all the way through, yet. Hi Moritz Thanks a lot for your review and comments. :) > > On Mon, Nov 27, 2017 at 02:42:11PM +0800, Wu Hao wrote: > > Device Feature List (DFL) defines a feature

[PATCH] mm: check pfn_valid first in zero_resv_unavail

With latest kernel I get below bug while testing kdump: [0.00] BUG: unable to handle kernel paging request at ea00034b1040 [0.00] IP: zero_resv_unavail+0xbd/0x126 [0.00] PGD 37b98067 P4D 37b98067 PUD 37b97067 PMD 0 [0.00] Oops: 0002 [#1] SMP [0.00]

[PATCH] mm: check pfn_valid first in zero_resv_unavail

With latest kernel I get below bug while testing kdump: [0.00] BUG: unable to handle kernel paging request at ea00034b1040 [0.00] IP: zero_resv_unavail+0xbd/0x126 [0.00] PGD 37b98067 P4D 37b98067 PUD 37b97067 PMD 0 [0.00] Oops: 0002 [#1] SMP [0.00]

Re: [PATCH v3 3/3] arm64: dts: meson-axg: add clock DT info for Meson AXG SoC

Hi Stephen On 11/30/17 03:35, Stephen Boyd wrote: > On 11/28, Yixun Lan wrote: >> diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> b/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> index b932a784b02a..36a2e98338a8 100644 >> --- a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> +++

Re: [PATCH v3 3/3] arm64: dts: meson-axg: add clock DT info for Meson AXG SoC

Hi Stephen On 11/30/17 03:35, Stephen Boyd wrote: > On 11/28, Yixun Lan wrote: >> diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> b/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> index b932a784b02a..36a2e98338a8 100644 >> --- a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi >> +++

[PATCH v7 1/4] KVM: X86: Add vCPU running/preempted state

From: Wanpeng Li This patch reuses the preempted field in kvm_steal_time, and will export the vcpu running/pre-empted information to the guest from host. This will enable guest to intelligently send ipi to running vcpus and set flag for pre-empted vcpus. This will prevent

[PATCH v7 1/4] KVM: X86: Add vCPU running/preempted state

From: Wanpeng Li This patch reuses the preempted field in kvm_steal_time, and will export the vcpu running/pre-empted information to the guest from host. This will enable guest to intelligently send ipi to running vcpus and set flag for pre-empted vcpus. This will prevent waiting for vcpus that

[PATCH v7 2/4] KVM: X86: Add Paravirt TLB Shootdown

From: Wanpeng Li Remote flushing api's does a busy wait which is fine in bare-metal scenario. But with-in the guest, the vcpus might have been pre-empted or blocked. In this scenario, the initator vcpu would end up busy-waiting for a long amount of time. This patch set

[PATCH v7 3/4] KVM: X86: introduce invalidate_gpa argument to tlb flush

From: Wanpeng Li Introduce a new bool invalidate_gpa argument to kvm_x86_ops->tlb_flush, it will be used by later patches to just flush guest tlb. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Peter Zijlstra

[PATCH v7 4/4] KVM: X86: Add flush_on_enter before guest enter

From: Wanpeng Li PV-Flush guest would indicate to flush on enter, flush the TLB before entering the guest. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Peter Zijlstra Signed-off-by: Wanpeng Li

[PATCH v7 2/4] KVM: X86: Add Paravirt TLB Shootdown

From: Wanpeng Li Remote flushing api's does a busy wait which is fine in bare-metal scenario. But with-in the guest, the vcpus might have been pre-empted or blocked. In this scenario, the initator vcpu would end up busy-waiting for a long amount of time. This patch set implements para-virt

[PATCH v7 3/4] KVM: X86: introduce invalidate_gpa argument to tlb flush

From: Wanpeng Li Introduce a new bool invalidate_gpa argument to kvm_x86_ops->tlb_flush, it will be used by later patches to just flush guest tlb. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Peter Zijlstra Signed-off-by: Wanpeng Li --- arch/x86/include/asm/kvm_host.h | 2 +- arch/x86/kvm/svm.c

[PATCH v7 4/4] KVM: X86: Add flush_on_enter before guest enter

From: Wanpeng Li PV-Flush guest would indicate to flush on enter, flush the TLB before entering the guest. Cc: Paolo Bonzini Cc: Radim Krčmář Cc: Peter Zijlstra Signed-off-by: Wanpeng Li --- arch/x86/kvm/cpuid.c | 3 ++- arch/x86/kvm/x86.c | 21 ++--- 2 files changed, 16

  1   2   3   4   5   6   7   8   9   10   >