Re: [PATCH] mtd: nand: pxa3xx_nand: Update Kconfig information

Hello, Entering nitpick mode. On Thu, 28 Sep 2017 16:36:57 +0200, Gregory CLEMENT wrote: > This enables the driver for the NAND flash device found on > - PXA3xx processors (NFCv1) and also on Armada 370/XP (NFCv2). > + PXA3xx processors (NFCv1) and also on Armada 32bits(XP,

Re: [PATCH] mtd: nand: pxa3xx_nand: Update Kconfig information

Hello, Entering nitpick mode. On Thu, 28 Sep 2017 16:36:57 +0200, Gregory CLEMENT wrote: > This enables the driver for the NAND flash device found on > - PXA3xx processors (NFCv1) and also on Armada 370/XP (NFCv2). > + PXA3xx processors (NFCv1) and also on Armada 32bits(XP,

Re: [PATCH v3 02/14] clk: sunxi-ng: sun6i: Rename HDMI DDC clock to avoid name collision

On Fri, Sep 29, 2017 at 08:22:54AM +, Chen-Yu Tsai wrote: > The HDMI DDC clock found in the CCU is the parent of the actual DDC > clock within the HDMI controller. That clock is also named "hdmi-ddc". > > Rename the one in the CCU to "ddc". This makes more sense than renaming > the one in the

Re: [PATCH v3 02/14] clk: sunxi-ng: sun6i: Rename HDMI DDC clock to avoid name collision

On Fri, Sep 29, 2017 at 08:22:54AM +, Chen-Yu Tsai wrote: > The HDMI DDC clock found in the CCU is the parent of the actual DDC > clock within the HDMI controller. That clock is also named "hdmi-ddc". > > Rename the one in the CCU to "ddc". This makes more sense than renaming > the one in the

Re: [PATCH v3 01/14] clk: sunxi-ng: sun6i: Export video PLLs

On Fri, Sep 29, 2017 at 08:22:53AM +, Chen-Yu Tsai wrote: > The 2x outputs of the 2 video PLL clocks are directly used by the > HDMI controller block. > > Export them so they can be referenced in the device tree. > > Fixes: c6e6c96d8fa6 ("clk: sunxi-ng: Add A31/A31s clocks") > Signed-off-by:

Re: [PATCH v3 01/14] clk: sunxi-ng: sun6i: Export video PLLs

On Fri, Sep 29, 2017 at 08:22:53AM +, Chen-Yu Tsai wrote: > The 2x outputs of the 2 video PLL clocks are directly used by the > HDMI controller block. > > Export them so they can be referenced in the device tree. > > Fixes: c6e6c96d8fa6 ("clk: sunxi-ng: Add A31/A31s clocks") > Signed-off-by:

Re: [PATCH 0/4] x86/platform/UV: Update TSC support

On Thu, Sep 28, 2017 at 01:03:39PM -0500, mike.tra...@hpe.com wrote: > > The UV BIOS goes to considerable effort to get the TSC synchronization > accurate across the entire system. Included in that are multiple chassis > that can have 32+ sockets. The architecture does support an external >

Re: [PATCH 0/4] x86/platform/UV: Update TSC support

On Thu, Sep 28, 2017 at 01:03:39PM -0500, mike.tra...@hpe.com wrote: > > The UV BIOS goes to considerable effort to get the TSC synchronization > accurate across the entire system. Included in that are multiple chassis > that can have 32+ sockets. The architecture does support an external >

Re: [PATCH 4/7] ARM: dts: sunxi: Add dtsi for AXP81x PMIC

On Fri, Sep 29, 2017 at 4:32 PM, Maxime Ripard wrote: > Hi, > > On Fri, Sep 29, 2017 at 03:25:11AM +, Chen-Yu Tsai wrote: >> The AXP81x family of PMIC is used with the Allwinner A83T and H8 SoCs. >> This includes the AXP813 and AXP818. There is no discernible

Re: [PATCH 4/7] ARM: dts: sunxi: Add dtsi for AXP81x PMIC

On Fri, Sep 29, 2017 at 4:32 PM, Maxime Ripard wrote: > Hi, > > On Fri, Sep 29, 2017 at 03:25:11AM +, Chen-Yu Tsai wrote: >> The AXP81x family of PMIC is used with the Allwinner A83T and H8 SoCs. >> This includes the AXP813 and AXP818. There is no discernible difference >> except the

RE: [PATCH] MAINTAINERS: update TPM driver infrastructure changes

>> +Q: https://patchwork.kernel.org/project/linux-integrity/list/ > Is there a way of viewing not just the posted patches, but the discussion as > well? Do we need to set up an archive as well? Spinics is archiving us at https://www.spinics.net/lists/linux-integrity/ It would be good to add

RE: [PATCH] MAINTAINERS: update TPM driver infrastructure changes

>> +Q: https://patchwork.kernel.org/project/linux-integrity/list/ > Is there a way of viewing not just the posted patches, but the discussion as > well? Do we need to set up an archive as well? Spinics is archiving us at https://www.spinics.net/lists/linux-integrity/ It would be good to add

Re: usb/serial/visor: slab-out-of-bounds in palm_os_3_probe

On Thu, Sep 28, 2017 at 07:57:46PM +0200, Andrey Konovalov wrote: > Hi! > > I've got the following report while fuzzing the kernel with syzkaller. > > On commit dc972a67cc54585bd83ad811c4e9b6ab3dcd427e (4.14-rc2+). > > There's no check on the connection_info->num_ports value when > iterating

Re: usb/serial/visor: slab-out-of-bounds in palm_os_3_probe

On Thu, Sep 28, 2017 at 07:57:46PM +0200, Andrey Konovalov wrote: > Hi! > > I've got the following report while fuzzing the kernel with syzkaller. > > On commit dc972a67cc54585bd83ad811c4e9b6ab3dcd427e (4.14-rc2+). > > There's no check on the connection_info->num_ports value when > iterating

Re: [RFC] futex: hashbucket as list of futex instead of waiters

On Fri, Sep 29, 2017 at 12:39:32AM +0200, Gerd Gerats wrote: > > > > So I suppose the purpose of that plist in futex is to enable waking up > > the highest prio waiter, but with the advent of SCHED_DEADLINE that no > > longer works. > > I do not understand, plist is the original data structure.

Re: [RFC] futex: hashbucket as list of futex instead of waiters

On Fri, Sep 29, 2017 at 12:39:32AM +0200, Gerd Gerats wrote: > > > > So I suppose the purpose of that plist in futex is to enable waking up > > the highest prio waiter, but with the advent of SCHED_DEADLINE that no > > longer works. > > I do not understand, plist is the original data structure.

Re: [PATCH 3/7] mfd: axp20x: Add axp20x-regulator cell for AXP813

On Fri, Sep 29, 2017 at 03:25:10AM +, Chen-Yu Tsai wrote: > Now that axp20x-regulator supports AXP813, we can add a cell for it > to enable it. > > Signed-off-by: Chen-Yu Tsai > Tested-by: Maxime Ripard Acked-by: Maxime Ripard

Re: [PATCH 3/7] mfd: axp20x: Add axp20x-regulator cell for AXP813

On Fri, Sep 29, 2017 at 03:25:10AM +, Chen-Yu Tsai wrote: > Now that axp20x-regulator supports AXP813, we can add a cell for it > to enable it. > > Signed-off-by: Chen-Yu Tsai > Tested-by: Maxime Ripard Acked-by: Maxime Ripard -- Maxime Ripard, Free Electrons Embedded Linux and Kernel

Re: [PATCH 2/7] regulator: axp20x: Add support for AXP813 regulators

On Fri, Sep 29, 2017 at 03:25:09AM +, Chen-Yu Tsai wrote: > The AXP813 PMIC has 7 DC-DC buck regulators, 16 LDOs (including the > fixed RTC LDO and 2 GPIO LDOs), and 1 switchable. The drive-vbus > feature is also supported. All the hardware details are very similar > to the AXP803, with the

Re: [PATCH 2/7] regulator: axp20x: Add support for AXP813 regulators

On Fri, Sep 29, 2017 at 03:25:09AM +, Chen-Yu Tsai wrote: > The AXP813 PMIC has 7 DC-DC buck regulators, 16 LDOs (including the > fixed RTC LDO and 2 GPIO LDOs), and 1 switchable. The drive-vbus > feature is also supported. All the hardware details are very similar > to the AXP803, with the

Re: [PATCH 4/7] ARM: dts: sunxi: Add dtsi for AXP81x PMIC

Hi, On Fri, Sep 29, 2017 at 03:25:11AM +, Chen-Yu Tsai wrote: > The AXP81x family of PMIC is used with the Allwinner A83T and H8 SoCs. > This includes the AXP813 and AXP818. There is no discernible difference > except the labeling. The AXP813 is paired with the A83T, while the > AXP818 is

Re: [PATCH 1/7] regulator: axp20x: Fix poly-phase bit offset for AXP803 DCDC5/6

On Fri, Sep 29, 2017 at 03:25:08AM +, Chen-Yu Tsai wrote: > The bit offset used to check if DCDC5 and DCDC6 are tied together in > poly-phase output is wrong. It was checking against a reserved bit, > which is always false. > > In reality, neither the reference design layout nor actually

Re: [PATCH 4/7] ARM: dts: sunxi: Add dtsi for AXP81x PMIC

Hi, On Fri, Sep 29, 2017 at 03:25:11AM +, Chen-Yu Tsai wrote: > The AXP81x family of PMIC is used with the Allwinner A83T and H8 SoCs. > This includes the AXP813 and AXP818. There is no discernible difference > except the labeling. The AXP813 is paired with the A83T, while the > AXP818 is

Re: [PATCH 1/7] regulator: axp20x: Fix poly-phase bit offset for AXP803 DCDC5/6

On Fri, Sep 29, 2017 at 03:25:08AM +, Chen-Yu Tsai wrote: > The bit offset used to check if DCDC5 and DCDC6 are tied together in > poly-phase output is wrong. It was checking against a reserved bit, > which is always false. > > In reality, neither the reference design layout nor actually

Re: [PATCH] docs: highres: fix broken urls

On Tue, 26 Sep 2017, Jonathan Corbet wrote: > On Tue, 29 Aug 2017 10:42:24 +0800 > stephen lu wrote: > > > Some urls is invalid. I find alternative urls. > > > > Signed-off-by: stephen lu > > --- > > Documentation/timers/highres.txt | 4 ++-- > > 1 file

Re: [PATCH] docs: highres: fix broken urls

On Tue, 26 Sep 2017, Jonathan Corbet wrote: > On Tue, 29 Aug 2017 10:42:24 +0800 > stephen lu wrote: > > > Some urls is invalid. I find alternative urls. > > > > Signed-off-by: stephen lu > > --- > > Documentation/timers/highres.txt | 4 ++-- > > 1 file changed, 2 insertions(+), 2

4.14-rc2 kernel NULL pointer dereference BUG : set_best_encoder+0x1b/0xa0

  Hi, I'm using VMWare Workstation 12 Pro, Windows7 host, Linux guest (Fedora 27). With current linus git (HEAD 770b782f55 - Merge tag 'acpi-4.14-rc3' ...), I hit following kernel BUG. It's not 100% reproduced, so sometimes I can see gnome login manager, sometimes I can't. git bisect may not

4.14-rc2 kernel NULL pointer dereference BUG : set_best_encoder+0x1b/0xa0

  Hi, I'm using VMWare Workstation 12 Pro, Windows7 host, Linux guest (Fedora 27). With current linus git (HEAD 770b782f55 - Merge tag 'acpi-4.14-rc3' ...), I hit following kernel BUG. It's not 100% reproduced, so sometimes I can see gnome login manager, sometimes I can't. git bisect may not

Re: [PATCH] kthread: Fix race condition between kthread_parkme() and kthread_unpark()

On Fri, Sep 29, 2017 at 09:59:55AM +0200, Thomas Gleixner wrote: > On Thu, 28 Sep 2017, Junaid Shahid wrote: > > > Hi Peter, > > > > It looks like try_cmpxchg is not available on non-x86 archs, but other than > > that the version that you proposed looks good. > > > > One thing that I am a bit

Re: [PATCH] kthread: Fix race condition between kthread_parkme() and kthread_unpark()

On Fri, Sep 29, 2017 at 09:59:55AM +0200, Thomas Gleixner wrote: > On Thu, 28 Sep 2017, Junaid Shahid wrote: > > > Hi Peter, > > > > It looks like try_cmpxchg is not available on non-x86 archs, but other than > > that the version that you proposed looks good. > > > > One thing that I am a bit

[PATCH v3 01/14] clk: sunxi-ng: sun6i: Export video PLLs

The 2x outputs of the 2 video PLL clocks are directly used by the HDMI controller block. Export them so they can be referenced in the device tree. Fixes: c6e6c96d8fa6 ("clk: sunxi-ng: Add A31/A31s clocks") Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard

[PATCH v3 00/14] drm/sun4i: hdmi: Support HDMI controller on A31

Hi everyone, This is v3 of my A31 HDMI support series. Changes since v2: - TCON muxing moved into functions for each platform, with pointers to them in the TCON quirks structure. - CCU "hdmi-ddc" clock renamed to "ddc". - Added Maxime's acks. Changes since v1: - Core

[PATCH v3 01/14] clk: sunxi-ng: sun6i: Export video PLLs

The 2x outputs of the 2 video PLL clocks are directly used by the HDMI controller block. Export them so they can be referenced in the device tree. Fixes: c6e6c96d8fa6 ("clk: sunxi-ng: Add A31/A31s clocks") Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard ---

[PATCH v3 00/14] drm/sun4i: hdmi: Support HDMI controller on A31

Hi everyone, This is v3 of my A31 HDMI support series. Changes since v2: - TCON muxing moved into functions for each platform, with pointers to them in the TCON quirks structure. - CCU "hdmi-ddc" clock renamed to "ddc". - Added Maxime's acks. Changes since v1: - Core

[PATCH v3 05/14] drm/sun4i: hdmi: Disable clks in bind function error path and unbind function

The HDMI driver enables the bus and mod clocks in the bind function, but does not disable them if it then bails our due to any errors. Neither does it disable the clocks in the unbind function. Fix this by adding a proper error path to the bind function, and clk_disable_unprepare calls to the

[PATCH v3 05/14] drm/sun4i: hdmi: Disable clks in bind function error path and unbind function

The HDMI driver enables the bus and mod clocks in the bind function, but does not disable them if it then bails our due to any errors. Neither does it disable the clocks in the unbind function. Fix this by adding a proper error path to the bind function, and clk_disable_unprepare calls to the

[PATCH v3 04/14] drm/sun4i: tcon: Add support for demuxing TCON output on A31

On systems with 2 TCONs such as the A31, it is possible to demux the output of the TCONs to one encoder. Add support for this for the A31. Signed-off-by: Chen-Yu Tsai --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 38 ++ 1 file changed, 38

[PATCH v3 04/14] drm/sun4i: tcon: Add support for demuxing TCON output on A31

On systems with 2 TCONs such as the A31, it is possible to demux the output of the TCONs to one encoder. Add support for this for the A31. Signed-off-by: Chen-Yu Tsai --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 38 ++ 1 file changed, 38 insertions(+) diff

[PATCH v3 07/14] drm/sun4i: hdmi: Allow using second PLL as TMDS clk parent

On SoCs with two display pipelines, it is possible that the two pipelines are active at the same time, with potentially incompatible dot clocks. Let the HDMI encoder's TMDS clock go through all of its parents when calculating possible clock rates. This allows usage of the second video PLL as its

[PATCH v3 07/14] drm/sun4i: hdmi: Allow using second PLL as TMDS clk parent

On SoCs with two display pipelines, it is possible that the two pipelines are active at the same time, with potentially incompatible dot clocks. Let the HDMI encoder's TMDS clock go through all of its parents when calculating possible clock rates. This allows usage of the second video PLL as its

[PATCH v3 08/14] dt-bindings: display: sun4i: Add binding for A31 HDMI controller

The HDMI controller in the A31 SoC is slightly different from the earlier version. In addition to the TMDS clock and DDC controls, this version now takes a second DDC clock input. Add a compatible string for it, and add the DDC clock input to the list of clocks required. Signed-off-by: Chen-Yu

[PATCH v3 08/14] dt-bindings: display: sun4i: Add binding for A31 HDMI controller

The HDMI controller in the A31 SoC is slightly different from the earlier version. In addition to the TMDS clock and DDC controls, this version now takes a second DDC clock input. Add a compatible string for it, and add the DDC clock input to the list of clocks required. Signed-off-by: Chen-Yu

[PATCH v3 06/14] drm/sun4i: hdmi: create a regmap for later use

The HDMI driver is written with readl/writel I/O to the registers. However, to support the A31 variant, which has a different layout for the DDC registers, it was recommended to use regfields to have a cleaner implementation. To use regfields, we need to create an underlying regmap. This patch

[PATCH v3 06/14] drm/sun4i: hdmi: create a regmap for later use

The HDMI driver is written with readl/writel I/O to the registers. However, to support the A31 variant, which has a different layout for the DDC registers, it was recommended to use regfields to have a cleaner implementation. To use regfields, we need to create an underlying regmap. This patch

[PATCH v3 02/14] clk: sunxi-ng: sun6i: Rename HDMI DDC clock to avoid name collision

The HDMI DDC clock found in the CCU is the parent of the actual DDC clock within the HDMI controller. That clock is also named "hdmi-ddc". Rename the one in the CCU to "ddc". This makes more sense than renaming the one in the HDMI controller to something else. Fixes: c6e6c96d8fa6 ("clk:

[PATCH v3 02/14] clk: sunxi-ng: sun6i: Rename HDMI DDC clock to avoid name collision

The HDMI DDC clock found in the CCU is the parent of the actual DDC clock within the HDMI controller. That clock is also named "hdmi-ddc". Rename the one in the CCU to "ddc". This makes more sense than renaming the one in the HDMI controller to something else. Fixes: c6e6c96d8fa6 ("clk:

[PATCH v3 10/14] drm/sun4i: hdmi: Add support for controller hardware variants

The HDMI controller found in earlier Allwinner SoCs have slight differences between the A10, A10s, and the A31: - Need different initial values for the PLL related registers - Different behavior of the DDC and TMDS clocks - Different register layout for the DDC portion - Separate DDC

[PATCH v3 09/14] regmap: add iopoll-like polling macro for regmap_field

This patch adds a macro regmap_field_read_poll_timeout that works similar to the readx_poll_timeout defined in linux/iopoll.h, except that this can also return the error value returned by a failed regmap_field_read. Signed-off-by: Chen-Yu Tsai --- include/linux/regmap.h | 39

[PATCH v3 11/14] drm/sun4i: hdmi: Add A31 specific DDC register definitions

The DDC block for the HDMI controller is different on the A31. This patch adds the register definitions. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_hdmi.h | 31 +++ 1 file

[PATCH v3 09/14] regmap: add iopoll-like polling macro for regmap_field

This patch adds a macro regmap_field_read_poll_timeout that works similar to the readx_poll_timeout defined in linux/iopoll.h, except that this can also return the error value returned by a failed regmap_field_read. Signed-off-by: Chen-Yu Tsai --- include/linux/regmap.h | 39

[PATCH v3 11/14] drm/sun4i: hdmi: Add A31 specific DDC register definitions

The DDC block for the HDMI controller is different on the A31. This patch adds the register definitions. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_hdmi.h | 31 +++ 1 file changed, 31 insertions(+) diff --git

[PATCH v3 10/14] drm/sun4i: hdmi: Add support for controller hardware variants

The HDMI controller found in earlier Allwinner SoCs have slight differences between the A10, A10s, and the A31: - Need different initial values for the PLL related registers - Different behavior of the DDC and TMDS clocks - Different register layout for the DDC portion - Separate DDC

[PATCH v3 13/14] ARM: dts: sun6i: Add device node for HDMI controller

Now that we support the HDMI controller on the A31 SoC, we can add it to the device tree. This adds a device node for the HDMI controller, and the of_graph nodes connecting it to the 2 TCONs. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31.dtsi | 55

[PATCH v3 13/14] ARM: dts: sun6i: Add device node for HDMI controller

Now that we support the HDMI controller on the A31 SoC, we can add it to the device tree. This adds a device node for the HDMI controller, and the of_graph nodes connecting it to the 2 TCONs. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31.dtsi | 55

[PATCH v3 14/14] ARM: dts: sun6i: Enable HDMI support on some A31/A31s devices

All the A31/A31s devices I own have some kind of HDMI connector wired to the dedicated HDMI pins on the SoC: - A31 Hummingbird (standard HDMI connector, display already enabled) - Sinlinx SinA31s (standard HDMI connector) - MSI Primo81 tablet (micro HDMI connector) Enable the display

[PATCH v3 14/14] ARM: dts: sun6i: Enable HDMI support on some A31/A31s devices

All the A31/A31s devices I own have some kind of HDMI connector wired to the dedicated HDMI pins on the SoC: - A31 Hummingbird (standard HDMI connector, display already enabled) - Sinlinx SinA31s (standard HDMI connector) - MSI Primo81 tablet (micro HDMI connector) Enable the display

[PATCH v3 12/14] drm/sun4i: hdmi: Add support for A31's HDMI controller

The HDMI controller found in the A31 SoCs is slightly different from the one already supported, which is found in the A10s: - Need different initial values for the PLL related registers - Different behavior of the DDC and TMDS clocks - Different register layout for the DDC portion -

[PATCH v3 03/14] drm/sun4i: tcon: Add variant callback for TCON output muxing

Different SoCs have different muxing options and values for the TCON outputs. Instead of stuffing every possibility in sun4i_tcon_set_mux(), add a callback pointer to sun4i_tcon_quirks that each TCON variant can use to provide muxing support. The current muxing options in sun4i_tcon_set_mux() for

[PATCH v3 12/14] drm/sun4i: hdmi: Add support for A31's HDMI controller

The HDMI controller found in the A31 SoCs is slightly different from the one already supported, which is found in the A10s: - Need different initial values for the PLL related registers - Different behavior of the DDC and TMDS clocks - Different register layout for the DDC portion -

[PATCH v3 03/14] drm/sun4i: tcon: Add variant callback for TCON output muxing

Different SoCs have different muxing options and values for the TCON outputs. Instead of stuffing every possibility in sun4i_tcon_set_mux(), add a callback pointer to sun4i_tcon_quirks that each TCON variant can use to provide muxing support. The current muxing options in sun4i_tcon_set_mux() for

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

On 28/09/2017 23:35, Marcelo Tosatti wrote: > On Thu, Sep 28, 2017 at 09:22:02AM +0200, Paolo Bonzini wrote: >> On 28/09/2017 02:44, Marcelo Tosatti wrote: Again: if you have many interruptions, it's not a flaw in KVM or QEMU's design, it's just that someone is doing something stupid.

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

On 28/09/2017 23:35, Marcelo Tosatti wrote: > On Thu, Sep 28, 2017 at 09:22:02AM +0200, Paolo Bonzini wrote: >> On 28/09/2017 02:44, Marcelo Tosatti wrote: Again: if you have many interruptions, it's not a flaw in KVM or QEMU's design, it's just that someone is doing something stupid.

Re: [PATCH] iommu/vt-d: Fix scatterlist offset handling

Robin, I tried running patch on our test setup. With "intel_iommu=on" : I can see single occurrence of DMAR Write failure on perf traffic with 10 thread.     [  749.616480] perf: interrupt took too long (3203 > 3202), lowering kernel.perf_event_max_sample_rate to 62000 [  852.500671] DMAR:

Re: [PATCH] iommu/vt-d: Fix scatterlist offset handling

Robin, I tried running patch on our test setup. With "intel_iommu=on" : I can see single occurrence of DMAR Write failure on perf traffic with 10 thread.     [  749.616480] perf: interrupt took too long (3203 > 3202), lowering kernel.perf_event_max_sample_rate to 62000 [  852.500671] DMAR:

Re: [PATCH] mm: Make count list_lru_one::nr_items lockless

On 29.09.2017 00:02, Andrew Morton wrote: > On Thu, 28 Sep 2017 10:48:55 +0300 Kirill Tkhai wrote: > This patch aims to make super_cache_count() (and other functions, which count LRU nr_items) more effective. It allows list_lru_node::memcg_lrus to be

Re: [PATCH] mm: Make count list_lru_one::nr_items lockless

On 29.09.2017 00:02, Andrew Morton wrote: > On Thu, 28 Sep 2017 10:48:55 +0300 Kirill Tkhai wrote: > This patch aims to make super_cache_count() (and other functions, which count LRU nr_items) more effective. It allows list_lru_node::memcg_lrus to be RCU-accessed, and makes

Re: [PATCH net-next] tcp: fix under-evaluated ssthresh in TCP Vegas

From: Hoang Tran Date: Wed, 27 Sep 2017 18:30:58 +0200 > With the commit 76174004a0f19785 (tcp: do not slow start when cwnd equals > ssthresh), the comparison to the reduced cwnd in tcp_vegas_ssthresh() would > under-evaluate the ssthresh. > > Signed-off-by: Hoang

Re: [PATCH net-next] tcp: fix under-evaluated ssthresh in TCP Vegas

From: Hoang Tran Date: Wed, 27 Sep 2017 18:30:58 +0200 > With the commit 76174004a0f19785 (tcp: do not slow start when cwnd equals > ssthresh), the comparison to the reduced cwnd in tcp_vegas_ssthresh() would > under-evaluate the ssthresh. > > Signed-off-by: Hoang Tran Applied, thank you.

Re: drivers/reset/reset-hsdk-v1.c:101: undefined reference to `devm_ioremap_resource'

On Fri, 2017-09-29 at 03:16 +0800, kbuild test robot wrote: > Hi Eugeniy, > > FYI, the error/warning still remains. > > tree:   https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux > .git master > head:   9cd6681cb1169e815c41af0265165dd1b872f228 > commit:

Re: drivers/reset/reset-hsdk-v1.c:101: undefined reference to `devm_ioremap_resource'

On Fri, 2017-09-29 at 03:16 +0800, kbuild test robot wrote: > Hi Eugeniy, > > FYI, the error/warning still remains. > > tree:   https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux > .git master > head:   9cd6681cb1169e815c41af0265165dd1b872f228 > commit:

Re: [PATCH] Input: synaptics - Disable kernel tracking on SMBus devices

On Sep 28 2017 or thereabouts, Andrew Duggan wrote: > In certain situations kernel tracking seems to be getting confused > and incorrectly reporting the slot of a contact. On example is when > the user does a three finger click or tap and then places two fingers > on the touchpad in the same area.

Re: [PATCH] Input: synaptics - Disable kernel tracking on SMBus devices

On Sep 28 2017 or thereabouts, Andrew Duggan wrote: > In certain situations kernel tracking seems to be getting confused > and incorrectly reporting the slot of a contact. On example is when > the user does a three finger click or tap and then places two fingers > on the touchpad in the same area.

Re: [PATCH] x86/asm: Fix inline asm call constraints for GCC 4.4

* Josh Poimboeuf wrote: > On Thu, Sep 28, 2017 at 04:53:09PM -0700, Linus Torvalds wrote: > > On Thu, Sep 28, 2017 at 2:58 PM, Josh Poimboeuf wrote: > > > > > > Reported-by: kernel test robot > > > Fixes: f5caf621ee35 ("x86/asm:

Re: [PATCH] x86/asm: Fix inline asm call constraints for GCC 4.4

* Josh Poimboeuf wrote: > On Thu, Sep 28, 2017 at 04:53:09PM -0700, Linus Torvalds wrote: > > On Thu, Sep 28, 2017 at 2:58 PM, Josh Poimboeuf wrote: > > > > > > Reported-by: kernel test robot > > > Fixes: f5caf621ee35 ("x86/asm: Fix inline asm call constraints for Clang") > > > Signed-off-by:

Re: [PATCH] kthread: Fix race condition between kthread_parkme() and kthread_unpark()

On Thu, 28 Sep 2017, Junaid Shahid wrote: > Hi Peter, > > It looks like try_cmpxchg is not available on non-x86 archs, but other than > that the version that you proposed looks good. > > One thing that I am a bit curious about is that the original code, before > either patch, had a

Re: [PATCH] kthread: Fix race condition between kthread_parkme() and kthread_unpark()

On Thu, 28 Sep 2017, Junaid Shahid wrote: > Hi Peter, > > It looks like try_cmpxchg is not available on non-x86 archs, but other than > that the version that you proposed looks good. > > One thing that I am a bit curious about is that the original code, before > either patch, had a

Re: [PATCH] usb: dwc3: workaround: disable device-initiated U1/U2

Hi, Felipe Balbi writes: > (first things first: use get-maintainer.pl. You should have Cc:ed linux-usb) apologies. Just now I noticed that you did Cc linux-usb. -- balbi signature.asc Description: PGP signature

Re: [PATCH] usb: dwc3: workaround: disable device-initiated U1/U2

Hi, Felipe Balbi writes: > (first things first: use get-maintainer.pl. You should have Cc:ed linux-usb) apologies. Just now I noticed that you did Cc linux-usb. -- balbi signature.asc Description: PGP signature

Re: [PATCH 2/2] pci: Expose offset, stride, and VF device ID via sysfs

Hi Bjorn, > On 25. Sep 2017, at 20:55, Bjorn Helgaas wrote: > > Hi Filippo, > > On Mon, Aug 28, 2017 at 03:38:50PM +0200, Filippo Sironi wrote: >> +static ssize_t sriov_vf_did_show(struct device *dev, >> + struct device_attribute *attr, >> +

Re: [PATCH 2/2] pci: Expose offset, stride, and VF device ID via sysfs

Hi Bjorn, > On 25. Sep 2017, at 20:55, Bjorn Helgaas wrote: > > Hi Filippo, > > On Mon, Aug 28, 2017 at 03:38:50PM +0200, Filippo Sironi wrote: >> +static ssize_t sriov_vf_did_show(struct device *dev, >> + struct device_attribute *attr, >> +

Re: [PATCH] x86/asm: Fix inline asm call constraints for GCC 4.4

* Linus Torvalds wrote: > On Thu, Sep 28, 2017 at 2:58 PM, Josh Poimboeuf wrote: > > > > Reported-by: kernel test robot > > Fixes: f5caf621ee35 ("x86/asm: Fix inline asm call constraints for Clang") > > Signed-off-by:

Re: [PATCH] x86/asm: Fix inline asm call constraints for GCC 4.4

* Linus Torvalds wrote: > On Thu, Sep 28, 2017 at 2:58 PM, Josh Poimboeuf wrote: > > > > Reported-by: kernel test robot > > Fixes: f5caf621ee35 ("x86/asm: Fix inline asm call constraints for Clang") > > Signed-off-by: Josh Poimboeuf > > Side note: it's not like I personally need the credit,

[PATCH v2] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

Convert instances of dev_error to DRM_DEV_ERROR as we have DRM_DEV_ERROR variants of drm print macros. Signed-off-by: Harsha Sharma --- Changes in v2: -Fix alignment issues drivers/gpu/drm/tinydrm/mi0283qt.c | 8 drivers/gpu/drm/tinydrm/repaper.c | 26

[PATCH v2] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

Convert instances of dev_error to DRM_DEV_ERROR as we have DRM_DEV_ERROR variants of drm print macros. Signed-off-by: Harsha Sharma --- Changes in v2: -Fix alignment issues drivers/gpu/drm/tinydrm/mi0283qt.c | 8 drivers/gpu/drm/tinydrm/repaper.c | 26 +-

Re: [PATCH] usb: dwc3: workaround: disable device-initiated U1/U2

Hi, (first things first: use get-maintainer.pl. You should have Cc:ed linux-usb) > Issue: When the USB controller is configured as a USB device > mode, the device initiates low power when an ACK is pending for a > data packet (DP). When operating in SuperSpeed mode and when the > internal

Re: [PATCH] usb: dwc3: workaround: disable device-initiated U1/U2

Hi, (first things first: use get-maintainer.pl. You should have Cc:ed linux-usb) > Issue: When the USB controller is configured as a USB device > mode, the device initiates low power when an ACK is pending for a > data packet (DP). When operating in SuperSpeed mode and when the > internal

Re: [PATCH] powernv: Add OCC driver to mmap sensor area

On Fri, Sep 29, 2017 at 4:47 PM, Shilpasri G Bhat wrote: > This driver provides interface to mmap the OCC sensor area > to userspace to parse and read OCC inband sensors. > > Signed-off-by: Shilpasri G Bhat > --- > - The skiboot

Re: [PATCH] powernv: Add OCC driver to mmap sensor area

On Fri, Sep 29, 2017 at 4:47 PM, Shilpasri G Bhat wrote: > This driver provides interface to mmap the OCC sensor area > to userspace to parse and read OCC inband sensors. > > Signed-off-by: Shilpasri G Bhat > --- > - The skiboot patch for this is posted here: >

Assalamu`Alaikum.

Greetings from Dr. mohammad ouattara. Assalamu`Alaikum. My Name is Dr. mohammad ouattara, I am a banker by profession. I'm from Ouagadougou, Burkina Faso, West Africa. My reason for contacting you is to transfer an abandoned $14.6M to your account. The owner of this fund died since 2004 with

Assalamu`Alaikum.

Greetings from Dr. mohammad ouattara. Assalamu`Alaikum. My Name is Dr. mohammad ouattara, I am a banker by profession. I'm from Ouagadougou, Burkina Faso, West Africa. My reason for contacting you is to transfer an abandoned $14.6M to your account. The owner of this fund died since 2004 with

Re: [PATCH -tip v3 7/7] kprobes: Use synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT

* Masami Hiramatsu wrote: > On Thu, 28 Sep 2017 09:22:20 +0200 > Ingo Molnar wrote: > > > > > * Masami Hiramatsu wrote: > > > > > To enable jump optimized probe with CONFIG_PREEMPT, use > > > synchronize_rcu_tasks() to wait for

Re: [PATCH -tip v3 7/7] kprobes: Use synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT

* Masami Hiramatsu wrote: > On Thu, 28 Sep 2017 09:22:20 +0200 > Ingo Molnar wrote: > > > > > * Masami Hiramatsu wrote: > > > > > To enable jump optimized probe with CONFIG_PREEMPT, use > > > synchronize_rcu_tasks() to wait for all tasks preempted > > > on trampoline code back on track. >

Re: [PATCH v3 2/8] platform/x86: dell-smbios: Introduce a WMI-ACPI interface

On Thursday 28 September 2017 22:43:36 mario.limoncie...@dell.com wrote: > > > @@ -170,10 +226,43 @@ static void __init find_tokens(const struct > > > dmi_header > > *dm, void *dummy) > > > } > > > } > > > > > > -static int __init dell_smbios_init(void) > > > +static int

Re: [PATCH v3 2/8] platform/x86: dell-smbios: Introduce a WMI-ACPI interface

On Thursday 28 September 2017 22:43:36 mario.limoncie...@dell.com wrote: > > > @@ -170,10 +226,43 @@ static void __init find_tokens(const struct > > > dmi_header > > *dm, void *dummy) > > > } > > > } > > > > > > -static int __init dell_smbios_init(void) > > > +static int

Re: [PATCH -tip v3 7/7] kprobes: Use synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT

On Thu, 28 Sep 2017 09:22:20 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > To enable jump optimized probe with CONFIG_PREEMPT, use > > synchronize_rcu_tasks() to wait for all tasks preempted > > on trampoline code back on track. > > This

Re: [PATCH -tip v3 7/7] kprobes: Use synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT

On Thu, 28 Sep 2017 09:22:20 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > To enable jump optimized probe with CONFIG_PREEMPT, use > > synchronize_rcu_tasks() to wait for all tasks preempted > > on trampoline code back on track. > > This sentence does not parse. It's missing a

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

[+CC linux-api] On 09/28/2017 08:11 AM, Kemi Wang wrote: > This is the second step which introduces a tunable interface that allow > numa stats configurable for optimizing zone_statistics(), as suggested by > Dave Hansen and Ying Huang. > >

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

[+CC linux-api] On 09/28/2017 08:11 AM, Kemi Wang wrote: > This is the second step which introduces a tunable interface that allow > numa stats configurable for optimizing zone_statistics(), as suggested by > Dave Hansen and Ying Huang. > >

Re: [Outreachy kernel] Re: [PATCH] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

On Mon, Sep 25, 2017 at 06:21:19PM +0200, Noralf Trønnes wrote: > > Den 23.09.2017 11.10, skrev Harsha Sharma: > > Convert instances of dev_error to DRM_DEV_ERROR as we have > > DRM_DEV_ERROR variants of drm print macros. > > > > Signed-off-by: Harsha Sharma > > ---

Re: [Outreachy kernel] Re: [PATCH] drm/tinydrm: Replace dev_error with DRM_DEV_ERROR

On Mon, Sep 25, 2017 at 06:21:19PM +0200, Noralf Trønnes wrote: > > Den 23.09.2017 11.10, skrev Harsha Sharma: > > Convert instances of dev_error to DRM_DEV_ERROR as we have > > DRM_DEV_ERROR variants of drm print macros. > > > > Signed-off-by: Harsha Sharma > > --- > >

<    7   8   9   10   11   12   13   >