Re: [PATCH v2 0/5] perf, bts: Fallout from the fuzzer for perf/urgent

Vince Weaver writes: > On Wed, 7 Sep 2016, Alexander Shishkin wrote: > >> Sure. And yes, I did catch a warning, which calls for one more patch >> (below). Also one unrelated thing in PEBS that Peter fixed. > > Does that fix this which I just got on my skylake machine (4.8-rc5

Re: [PATCH v2 0/5] perf, bts: Fallout from the fuzzer for perf/urgent

Vince Weaver writes: > On Wed, 7 Sep 2016, Alexander Shishkin wrote: > >> Sure. And yes, I did catch a warning, which calls for one more patch >> (below). Also one unrelated thing in PEBS that Peter fixed. > > Does that fix this which I just got on my skylake machine (4.8-rc5 with > your other

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 11:31 AM, Linus Torvalds wrote: > On Wed, Sep 7, 2016 at 11:08 AM, Kees Cook wrote: >> v2: >> - split logic into separate function entirely, torvalds > > The diff looks much messier, but the end result looks better.

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 11:31 AM, Linus Torvalds wrote: > On Wed, Sep 7, 2016 at 11:08 AM, Kees Cook wrote: >> v2: >> - split logic into separate function entirely, torvalds > > The diff looks much messier, but the end result looks better. Thanks. > > Was I supposed to apply this directly, or

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 11:08 AM, Kees Cook wrote: > v2: > - split logic into separate function entirely, torvalds The diff looks much messier, but the end result looks better. Thanks. Was I supposed to apply this directly, or will it come through a git tree later?

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 11:08 AM, Kees Cook wrote: > v2: > - split logic into separate function entirely, torvalds The diff looks much messier, but the end result looks better. Thanks. Was I supposed to apply this directly, or will it come through a git tree later? Linus

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, 2016-09-07 at 11:08 -0700, Kees Cook wrote: > A custom allocator without __GFP_COMP that copies to userspace has > been > found in vmw_execbuf_process[1], so this disables the page-span > checker > by placing it behind a CONFIG for future work where such things can > be > tracked down

Re: [PATCH v2] usercopy: remove page-spanning test for now

On Wed, 2016-09-07 at 11:08 -0700, Kees Cook wrote: > A custom allocator without __GFP_COMP that copies to userspace has > been > found in vmw_execbuf_process[1], so this disables the page-span > checker > by placing it behind a CONFIG for future work where such things can > be > tracked down

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Wed, Sep 7, 2016 at 2:07 PM, dbasehore . wrote: > On Tue, Sep 6, 2016 at 12:07 PM, Sean Paul wrote: >> On Tue, Sep 6, 2016 at 3:01 PM, hl wrote: >>> Hi >>> >>> >>> On 2016年09月07日 02:55, Sean Paul wrote: On Tue, Sep

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Wed, Sep 7, 2016 at 2:07 PM, dbasehore . wrote: > On Tue, Sep 6, 2016 at 12:07 PM, Sean Paul wrote: >> On Tue, Sep 6, 2016 at 3:01 PM, hl wrote: >>> Hi >>> >>> >>> On 2016年09月07日 02:55, Sean Paul wrote: On Tue, Sep 6, 2016 at 2:15 PM, hl wrote: > > Hi Sean, > >

Re: [v14 PATCH 3/5] arm64: dts: rockchip: add Type-C phy for RK3399

Am Dienstag, 23. August 2016, 22:17:03 CEST schrieb Chris Zhong: > There are 2 Type-C phy on RK3399, they are almost same, except the > address of register. They support USB3.0 Type-C and DisplayPort1.3 > Alt Mode on USB Type-C. Register a phy, supply it to USB3 controller > and DP controller. >

Re: [v14 PATCH 3/5] arm64: dts: rockchip: add Type-C phy for RK3399

Am Dienstag, 23. August 2016, 22:17:03 CEST schrieb Chris Zhong: > There are 2 Type-C phy on RK3399, they are almost same, except the > address of register. They support USB3.0 Type-C and DisplayPort1.3 > Alt Mode on USB Type-C. Register a phy, supply it to USB3 controller > and DP controller. >

Re: [PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

On Wed, 07 Sep 2016 19:58:31 +0200, Heiko Stuebner wrote: > Am Mittwoch, 7. September 2016, 17:53:29 CEST schrieb John Keeping: > > To minimize jitter on the I2S clocks, it is important that the > > denominator in the fractional divider is much greater than the > > numerator. Add identifiers for

Re: [PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

On Wed, 07 Sep 2016 19:58:31 +0200, Heiko Stuebner wrote: > Am Mittwoch, 7. September 2016, 17:53:29 CEST schrieb John Keeping: > > To minimize jitter on the I2S clocks, it is important that the > > denominator in the fractional divider is much greater than the > > numerator. Add identifiers for

[PATCH] phy: rockchip-typec: add pm runtime support

Adds pm_runtime support for rockchip Type-C, so that power domain is enabled only when there is a transaction going on to help save power. Signed-off-by: Chris Zhong --- drivers/phy/phy-rockchip-typec.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCH] phy: rockchip-typec: add pm runtime support

Adds pm_runtime support for rockchip Type-C, so that power domain is enabled only when there is a transaction going on to help save power. Signed-off-by: Chris Zhong --- drivers/phy/phy-rockchip-typec.c | 18 ++ 1 file changed, 18 insertions(+) diff --git

Re: [PATCH v4 6/6] arm64: dts: rockchip: enable the gmac for rk3399 evb board

Am Freitag, 2. September 2016, 01:50:04 CEST schrieb Caesar Wang: > From: Roger Chen > > We add the required and optional properties for evb board. > See the [0] to get the detail information. > > [0]: > Documentation/devicetree/bindings/net/rockchip-dwmac.txt > >

Re: [PATCH v4 6/6] arm64: dts: rockchip: enable the gmac for rk3399 evb board

Am Freitag, 2. September 2016, 01:50:04 CEST schrieb Caesar Wang: > From: Roger Chen > > We add the required and optional properties for evb board. > See the [0] to get the detail information. > > [0]: > Documentation/devicetree/bindings/net/rockchip-dwmac.txt > > Signed-off-by: Roger Chen >

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

> Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > This will be used for having EMMC (sdhci-bcm2835.c) drive the > wireless. sdhci-bcm2835.c has been replaced by sdhci-iproc.c > > Signed-off-by: Eric Anholt

Re: [PATCH 4/8] ARM: dts: bcm283x: Add a new EMMC pin group from the downstream tree.

> Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > This will be used for having EMMC (sdhci-bcm2835.c) drive the > wireless. sdhci-bcm2835.c has been replaced by sdhci-iproc.c > > Signed-off-by: Eric Anholt > --- > arch/arm/boot/dts/bcm283x.dtsi

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Tue, Sep 6, 2016 at 10:18 AM, Sean Paul wrote: > On Mon, Sep 5, 2016 at 1:06 AM, Lin Huang wrote: >> when in ddr frequency scaling process, vop can not do enable or >> disable operation, since in dcf we check vop clock to see whether >> vop work. If

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Tue, Sep 6, 2016 at 10:18 AM, Sean Paul wrote: > On Mon, Sep 5, 2016 at 1:06 AM, Lin Huang wrote: >> when in ddr frequency scaling process, vop can not do enable or >> disable operation, since in dcf we check vop clock to see whether >> vop work. If vop work, dcf do ddr frequency scaling when

Re: [PATCH v4 5/6] arm64: dts: rockchip: add the gmac needed node for rk3399

Am Freitag, 2. September 2016, 01:50:03 CEST schrieb Caesar Wang: > From: Roger Chen > > The RK3399 GMAC Ethernet Controller provides a complete Ethernet interface > from processor to a Reduced Media Independent Interface (RMII) and Reduced > Gigabit Media Independent

Re: [PATCH v4 5/6] arm64: dts: rockchip: add the gmac needed node for rk3399

Am Freitag, 2. September 2016, 01:50:03 CEST schrieb Caesar Wang: > From: Roger Chen > > The RK3399 GMAC Ethernet Controller provides a complete Ethernet interface > from processor to a Reduced Media Independent Interface (RMII) and Reduced > Gigabit Media Independent Interface (RGMII) compliant

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Hi Gerd, > Gerd Hoffmann hat am 7. September 2016 um 12:31 > geschrieben: > > > From: Eric Anholt > > The BCM2835-ARM-Peripherals.pdf documentation specifies what the > function selects do for the pins, and there are a bunch of obvious > groupings to be made. With these created, we'll be

Re: [PATCH v6] i2c: imx: make bus recovery through pinctrl optional

Hello, On Wed, Sep 07, 2016 at 12:03:16PM -0500, Li Yang wrote: > Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the > driver starts to use gpio/pinctrl to do i2c bus recovery. But pinctrl > is not always available for platforms with this controller such as > ls1021a and ls1043a,

Re: [PATCH v6] i2c: imx: make bus recovery through pinctrl optional

Hello, On Wed, Sep 07, 2016 at 12:03:16PM -0500, Li Yang wrote: > Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the > driver starts to use gpio/pinctrl to do i2c bus recovery. But pinctrl > is not always available for platforms with this controller such as > ls1021a and ls1043a,

[PATCH v2] usercopy: remove page-spanning test for now

A custom allocator without __GFP_COMP that copies to userspace has been found in vmw_execbuf_process[1], so this disables the page-span checker by placing it behind a CONFIG for future work where such things can be tracked down later. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373326

[PATCH v2] usercopy: remove page-spanning test for now

A custom allocator without __GFP_COMP that copies to userspace has been found in vmw_execbuf_process[1], so this disables the page-span checker by placing it behind a CONFIG for future work where such things can be tracked down later. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373326

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Tue, Sep 6, 2016 at 12:07 PM, Sean Paul wrote: > On Tue, Sep 6, 2016 at 3:01 PM, hl wrote: >> Hi >> >> >> On 2016年09月07日 02:55, Sean Paul wrote: >>> >>> On Tue, Sep 6, 2016 at 2:15 PM, hl wrote: Hi Sean,

Re: [PATCH v10 5/5] drm/rockchip: Add dmc notifier in vop driver

On Tue, Sep 6, 2016 at 12:07 PM, Sean Paul wrote: > On Tue, Sep 6, 2016 at 3:01 PM, hl wrote: >> Hi >> >> >> On 2016年09月07日 02:55, Sean Paul wrote: >>> >>> On Tue, Sep 6, 2016 at 2:15 PM, hl wrote: Hi Sean, On 2016年09月07日 01:18, Sean Paul wrote: > > On Mon, Sep

RE: [PATCH] [SCSI] aacraid: mark aac_src_select_comm() static

> > We get 1 warning when building kernel with W=1: > drivers/scsi/aacraid/src.c:616:5: warning: no previous prototype for > 'aac_src_select_comm' [-Wmissing-prototypes] > > In fact, this function is only used in the file in which it is declared and > don't need > a declaration, but can be made

RE: [PATCH] [SCSI] aacraid: mark aac_src_select_comm() static

> > We get 1 warning when building kernel with W=1: > drivers/scsi/aacraid/src.c:616:5: warning: no previous prototype for > 'aac_src_select_comm' [-Wmissing-prototypes] > > In fact, this function is only used in the file in which it is declared and > don't need > a declaration, but can be made

[PATCH 1/2] iio: Implement counter channel type and info constants

Quadrature encoders, such as rotary encoders and linear encoders, are devices which are capable of encoding the relative position and direction of motion of a shaft. This patch introduces several IIO constants for supporting quadrature encoder counter devices. IIO_COUNT: Current count (main

[PATCH 1/2] iio: Implement counter channel type and info constants

Quadrature encoders, such as rotary encoders and linear encoders, are devices which are capable of encoding the relative position and direction of motion of a shaft. This patch introduces several IIO constants for supporting quadrature encoder counter devices. IIO_COUNT: Current count (main

Re: [PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

Hi John, Am Mittwoch, 7. September 2016, 17:53:29 CEST schrieb John Keeping: > To minimize jitter on the I2S clocks, it is important that the > denominator in the fractional divider is much greater than the > numerator. Add identifiers for these internal clocks so that the > specific clock

Re: [PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

Hi John, Am Mittwoch, 7. September 2016, 17:53:29 CEST schrieb John Keeping: > To minimize jitter on the I2S clocks, it is important that the > denominator in the fractional divider is much greater than the > numerator. Add identifiers for these internal clocks so that the > specific clock

[PATCH 2/2] mm: Remove page_file_index

From: Huang Ying After using the offset of the swap entry as the key of the swap cache, the page_index() becomes exactly same as page_file_index(). So the page_file_index() is removed and the callers are changed to use page_index() instead. Cc: Trond Myklebust

[PATCH 2/2] mm: Remove page_file_index

From: Huang Ying After using the offset of the swap entry as the key of the swap cache, the page_index() becomes exactly same as page_file_index(). So the page_file_index() is removed and the callers are changed to use page_index() instead. Cc: Trond Myklebust Cc: Anna Schumaker Cc: "Kirill

Re: [PATCH 5/6] ARM: dts: Add NextThing GR8 dtsi

On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard wrote: > From: Mylène Josserand > > The GR8 is an SoC made by Nextthing loosely based on the sun5i family. > > Since it's not clear yet what we can factor out and merge with the

Re: [PATCH 5/6] ARM: dts: Add NextThing GR8 dtsi

On Wed, Aug 31, 2016 at 4:18 PM, Maxime Ripard wrote: > From: Mylène Josserand > > The GR8 is an SoC made by Nextthing loosely based on the sun5i family. > > Since it's not clear yet what we can factor out and merge with the A10s and > A13 support, let's keep it out of the sun5i.dtsi include

RE: [PATCH 1/3] storvsc: use tagged SRB requests if supported by the device

> -Original Message- > From: Johannes Thumshirn [mailto:jthumsh...@suse.de] > Sent: Wednesday, September 7, 2016 12:47 AM > To: Long Li > Cc: KY Srinivasan ; Haiyang Zhang > ; James E.J. Bottomley >

RE: [PATCH 1/3] storvsc: use tagged SRB requests if supported by the device

> -Original Message- > From: Johannes Thumshirn [mailto:jthumsh...@suse.de] > Sent: Wednesday, September 7, 2016 12:47 AM > To: Long Li > Cc: KY Srinivasan ; Haiyang Zhang > ; James E.J. Bottomley > ; Martin K. Petersen > ; de...@linuxdriverproject.org; linux- > s...@vger.kernel.org;

[PATCH 2/2] iio: 104-quad-8: Add IIO support for the ACCES 104-QUAD-8

The ACCES 104-QUAD-8 is a general purpose quadrature encoder counter/interface board. The 104-QUAD-8 is capable of monitoring the outputs of eight encoders via four on-board LSI/CSI LS7266R1 24-bit dual-axis quadrature counter chips. Core functions handled by the LS7266R1, such as direction and

[PATCH 2/2] iio: 104-quad-8: Add IIO support for the ACCES 104-QUAD-8

The ACCES 104-QUAD-8 is a general purpose quadrature encoder counter/interface board. The 104-QUAD-8 is capable of monitoring the outputs of eight encoders via four on-board LSI/CSI LS7266R1 24-bit dual-axis quadrature counter chips. Core functions handled by the LS7266R1, such as direction and

[PATCH 0/2] Add IIO support for counter devices

This patchset adds new IIO channel type and info constants to facilitate support for counter devices. In addition, a new "counter" subdirectory is created to house drivers for these counter devices. Quadrature encoders, such as rotary encoders and linear encoders, are devices which are capable of

[PATCH 0/2] Add IIO support for counter devices

This patchset adds new IIO channel type and info constants to facilitate support for counter devices. In addition, a new "counter" subdirectory is created to house drivers for these counter devices. Quadrature encoders, such as rotary encoders and linear encoders, are devices which are capable of

Re: [PATCH V2 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi zhichang.yuan, [auto build test WARNING on linus/master] [also build test WARNING on v4.8-rc5 next-20160907] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenie

Re: [PATCH V2 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi zhichang.yuan, [auto build test WARNING on linus/master] [also build test WARNING on v4.8-rc5 next-20160907] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenie

[PATCH 1/2] mm, swap: Use offset of swap entry as key of swap cache

From: Huang Ying This patch is to improve the performance of swap cache operations when the type of the swap device is not 0. Originally, the whole swap entry value is used as the key of the swap cache, even though there is one radix tree for each swap device. If the type

[PATCH 1/2] mm, swap: Use offset of swap entry as key of swap cache

From: Huang Ying This patch is to improve the performance of swap cache operations when the type of the swap device is not 0. Originally, the whole swap entry value is used as the key of the swap cache, even though there is one radix tree for each swap device. If the type of the swap device is

Re: [PATCH 2/3] tty/serial: at91: fix hardware handshake with GPIOs

On 07/09/2016 at 18:13:23 +0200, Richard Genoud wrote : > Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when > hardware handshake is enabled") broke the hardware handshake when GPIOs > where used. > > Hardware handshake with GPIOs used to work before this commit because > the

Re: [PATCH 2/3] tty/serial: at91: fix hardware handshake with GPIOs

On 07/09/2016 at 18:13:23 +0200, Richard Genoud wrote : > Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when > hardware handshake is enabled") broke the hardware handshake when GPIOs > where used. > > Hardware handshake with GPIOs used to work before this commit because > the

[PATCH v6] i2c: imx: make bus recovery through pinctrl optional

Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the driver starts to use gpio/pinctrl to do i2c bus recovery. But pinctrl is not always available for platforms with this controller such as ls1021a and ls1043a, and the device tree binding also mentioned this gpio based recovery

[PATCH v6] i2c: imx: make bus recovery through pinctrl optional

Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the driver starts to use gpio/pinctrl to do i2c bus recovery. But pinctrl is not always available for platforms with this controller such as ls1021a and ls1043a, and the device tree binding also mentioned this gpio based recovery

Re: [PATCH 3/3] tty/serial: at91: fix hardware handshake when DMA is not used

Hi Richard, For usart without FIFOs (hence before sama5d2), according to our designers, the RTS line could only been controlled by an internal PDC signal which doesn't exist with the DMA controller. Referring to its datasheet, the sam9g35 embeds DMA controllers. So if you enable the hardware

Re: [PATCH 3/3] tty/serial: at91: fix hardware handshake when DMA is not used

Hi Richard, For usart without FIFOs (hence before sama5d2), according to our designers, the RTS line could only been controlled by an internal PDC signal which doesn't exist with the DMA controller. Referring to its datasheet, the sam9g35 embeds DMA controllers. So if you enable the hardware

Re: [list] 8052ce2d97: WARNING: CPU: 0 PID: 1 at lib/list_debug.c:60 __list_del_entry+0x4d/0x71

On Wed, Sep 7, 2016 at 12:31 AM, Paul E. McKenney wrote: > On Tue, Sep 06, 2016 at 11:49:04AM -0400, Kees Cook wrote: >> On Sun, Sep 4, 2016 at 5:48 AM, Paul E. McKenney >> wrote: >> > On Sun, Sep 04, 2016 at 08:35:40AM +0800, kernel test

Re: [list] 8052ce2d97: WARNING: CPU: 0 PID: 1 at lib/list_debug.c:60 __list_del_entry+0x4d/0x71

On Wed, Sep 7, 2016 at 12:31 AM, Paul E. McKenney wrote: > On Tue, Sep 06, 2016 at 11:49:04AM -0400, Kees Cook wrote: >> On Sun, Sep 4, 2016 at 5:48 AM, Paul E. McKenney >> wrote: >> > On Sun, Sep 04, 2016 at 08:35:40AM +0800, kernel test robot wrote: >> >> >> >> FYI, we noticed the following

Re: [PATCH] crypto: qce: Initialize core src clock @100Mhz

> > + ret = clk_set_rate(qce->core_src, 1); > > Could you point me from where you got this number? I got it from codeaurora qce driver: https://android.googlesource.com/kernel/msm/+/android-msm-hammerhead-3.4-kk-r1/drivers/crypto/msm/qce50.c#3386

Re: [PATCH] crypto: qce: Initialize core src clock @100Mhz

> > + ret = clk_set_rate(qce->core_src, 1); > > Could you point me from where you got this number? I got it from codeaurora qce driver: https://android.googlesource.com/kernel/msm/+/android-msm-hammerhead-3.4-kk-r1/drivers/crypto/msm/qce50.c#3386

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Wed, Sep 7, 2016 at 10:17 AM, Kees Cook wrote: > > !DEVKMEM is easy to represent, but STRICT_DEVMEM=y gets a little ugly, I think you can just do config STRICT_DEVMEM bool "Filter access to /dev/mem" if !HARDENED_USERCOPY depends on MMU

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Wed, Sep 7, 2016 at 10:17 AM, Kees Cook wrote: > > !DEVKMEM is easy to represent, but STRICT_DEVMEM=y gets a little ugly, I think you can just do config STRICT_DEVMEM bool "Filter access to /dev/mem" if !HARDENED_USERCOPY depends on MMU depends on

Re: mm: GPF in __insert_vmap_area

On Tue, Sep 6, 2016 at 4:11 PM, Daniel Borkmann wrote: > On 09/06/2016 11:03 PM, Kees Cook wrote: >> >> On Sat, Sep 3, 2016 at 8:15 AM, Dmitry Vyukov wrote: >>> >>> Hello, >>> >>> While running syzkaller fuzzer I've got the following GPF: >>> >>> general

Re: mm: GPF in __insert_vmap_area

On Tue, Sep 6, 2016 at 4:11 PM, Daniel Borkmann wrote: > On 09/06/2016 11:03 PM, Kees Cook wrote: >> >> On Sat, Sep 3, 2016 at 8:15 AM, Dmitry Vyukov wrote: >>> >>> Hello, >>> >>> While running syzkaller fuzzer I've got the following GPF: >>> >>> general protection fault: [#1] SMP

[PATCH v2 0/2] Convert to new CPU hotplug framework

New CPU hotplug framework was introduced recently. These patches convert Xen CPU hotplug code to this infrastructure. The patches (patch 1 specifically) will apply on top of https://lists.xenproject.org/archives/html/xen-devel/2016-08/msg00562.html v2: Changes in patch 1 suggested by Sebastian

[PATCH v2 0/2] Convert to new CPU hotplug framework

New CPU hotplug framework was introduced recently. These patches convert Xen CPU hotplug code to this infrastructure. The patches (patch 1 specifically) will apply on top of https://lists.xenproject.org/archives/html/xen-devel/2016-08/msg00562.html v2: Changes in patch 1 suggested by Sebastian

[PATCH v2 1/2] xen/x86: Convert to hotplug state machine

Switch to new CPU hotplug infrastructure. Signed-off-by: Boris Ostrovsky Suggested-by: Sebastian Andrzej Siewior --- Changes in v2: * Replace xen_cpu_up_cancel with xen_cpu_dead * Use existing CPUHP_AP_ONLINE_DYN instead of introducing new

[PATCH v2 1/2] xen/x86: Convert to hotplug state machine

Switch to new CPU hotplug infrastructure. Signed-off-by: Boris Ostrovsky Suggested-by: Sebastian Andrzej Siewior --- Changes in v2: * Replace xen_cpu_up_cancel with xen_cpu_dead * Use existing CPUHP_AP_ONLINE_DYN instead of introducing new state * Be more careful with return value of

[PATCH v2 2/2] xen/events: Convert to hotplug state machine

From: Sebastian Andrzej Siewior Install the callbacks via the state machine. Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Boris Ostrovsky --- drivers/xen/events/events_fifo.c | 34

[PATCH v2 2/2] xen/events: Convert to hotplug state machine

From: Sebastian Andrzej Siewior Install the callbacks via the state machine. Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Boris Ostrovsky --- drivers/xen/events/events_fifo.c | 34 -- include/linux/cpuhotplug.h | 1 + 2 files changed, 13

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Tue, Sep 6, 2016 at 12:48 PM, Linus Torvalds wrote: > On Tue, Sep 6, 2016 at 12:41 PM, Andi Kleen wrote: >> >> I suspect it's more than just /proc/kcore, there could be also >> legitimate cases to read kernel text from /dev/mem or /dev/kmem

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Tue, Sep 6, 2016 at 12:48 PM, Linus Torvalds wrote: > On Tue, Sep 6, 2016 at 12:41 PM, Andi Kleen wrote: >> >> I suspect it's more than just /proc/kcore, there could be also >> legitimate cases to read kernel text from /dev/mem or /dev/kmem > > Yes, that's probably true. Although I suspect

Re: [PATCH] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 10:06 AM, Kees Cook wrote: > > +#ifndef CONFIG_HARDENED_USERCOPY_PAGESPAN > + /* > +* The page-spanning checks are hitting false positives, so > +* do not check them for now. > +*/ > + return NULL; > +#endif > + >

Re: [PATCH] usercopy: remove page-spanning test for now

On Wed, Sep 7, 2016 at 10:06 AM, Kees Cook wrote: > > +#ifndef CONFIG_HARDENED_USERCOPY_PAGESPAN > + /* > +* The page-spanning checks are hitting false positives, so > +* do not check them for now. > +*/ > + return NULL; > +#endif > + > /* Allow kernel

Re: [RFC RESEND] serial: 8250: fix regression in 8250 uart driver

On Tue, 2016-08-23 at 08:53 -0500, Dinh Nguyen wrote: > Hi Andy, > > On 08/17/2016 06:14 AM, Andy Shevchenko wrote: > > > > > > I sent a v2 of the series for internal review, same you may found on > > [1]. If Heikki is okay to that I'll send it here. > > > > [1]

Re: [RFC RESEND] serial: 8250: fix regression in 8250 uart driver

On Tue, 2016-08-23 at 08:53 -0500, Dinh Nguyen wrote: > Hi Andy, > > On 08/17/2016 06:14 AM, Andy Shevchenko wrote: > > > > > > I sent a v2 of the series for internal review, same you may found on > > [1]. If Heikki is okay to that I'll send it here. > > > > [1]

[PATCH] [media] VPU: mediatek: fix null pointer dereference on pdev

From: Colin Ian King pdev is being null checked, however, prior to that it is being dereferenced by platform_get_drvdata. Move the assignments of vpu and run to after the pdev null check to avoid a potential null pointer dereference. Signed-off-by: Colin Ian King

[PATCH] [media] VPU: mediatek: fix null pointer dereference on pdev

From: Colin Ian King pdev is being null checked, however, prior to that it is being dereferenced by platform_get_drvdata. Move the assignments of vpu and run to after the pdev null check to avoid a potential null pointer dereference. Signed-off-by: Colin Ian King ---

[PATCH] usercopy: remove page-spanning test for now

A custom allocator without __GFP_COMP that copies to userspace has been found in vmw_execbuf_process[1], so this disables the page-span checker by placing it behind a CONFIG for future work where such things can be tracked down later. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373326

[PATCH] usercopy: remove page-spanning test for now

A custom allocator without __GFP_COMP that copies to userspace has been found in vmw_execbuf_process[1], so this disables the page-span checker by placing it behind a CONFIG for future work where such things can be tracked down later. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373326

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

On Wed, Sep 7, 2016 at 9:37 AM, Joe Perches wrote: > On Wed, 2016-09-07 at 09:23 -0700, Kees Cook wrote: >> Fixing these kmalloc calls would be a nice thing to clean up >> everywhere. > > Dubious as gcc cannot currently optimize known small fixed size > allocations with

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

On Wed, Sep 7, 2016 at 9:37 AM, Joe Perches wrote: > On Wed, 2016-09-07 at 09:23 -0700, Kees Cook wrote: >> Fixing these kmalloc calls would be a nice thing to clean up >> everywhere. > > Dubious as gcc cannot currently optimize known small fixed size > allocations with alloc_array and will

Re: [PATCH v2 2/2] arm64: Use static keys for CPU features

On 09/05/2016 01:25 PM, Catalin Marinas wrote: This patch adds static keys transparently for all the cpu_hwcaps features by implementing an array of default-false static keys and enabling them when detected. The cpus_have_cap() check uses the static keys if the feature being checked is a

Re: [PATCH v2 2/2] arm64: Use static keys for CPU features

On 09/05/2016 01:25 PM, Catalin Marinas wrote: This patch adds static keys transparently for all the cpu_hwcaps features by implementing an array of default-false static keys and enabling them when detected. The cpus_have_cap() check uses the static keys if the feature being checked is a

Re: [PATCH 3/3] tty/serial: at91: fix hardware handshake when DMA is not used

Hi, On 07/09/2016 at 18:13:24 +0200, Richard Genoud wrote : > Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when > hardware handshake is enabled") broke the hardware handshake when > DMA is not used. > > So, here's a summary: > If DMA is NOT USED the mode should be

Re: [PATCH 3/3] tty/serial: at91: fix hardware handshake when DMA is not used

Hi, On 07/09/2016 at 18:13:24 +0200, Richard Genoud wrote : > Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when > hardware handshake is enabled") broke the hardware handshake when > DMA is not used. > > So, here's a summary: > If DMA is NOT USED the mode should be

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Wed, Sep 7, 2016 at 9:38 AM, Andi Kleen wrote: >> >> - n = copy_to_user(buffer, (char *)start, tsz); >> + buf = kzalloc(tsz, GFP_KERNEL); > > You have to add some limit and a loop, otherwise a user can eat all kernel

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Wed, Sep 7, 2016 at 9:38 AM, Andi Kleen wrote: >> >> - n = copy_to_user(buffer, (char *)start, tsz); >> + buf = kzalloc(tsz, GFP_KERNEL); > > You have to add some limit and a loop, otherwise a user can eat all kernel > memory, > or

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

> Fixing these kmalloc calls would be a nice thing to clean up everywhere. Thanks for your acknowledgement of such a software improvement opportunity. > Since it is a mistake people may continue to make, I think it would > make sense to add a coccinelle script that can do this to the > existing

Re: x86-ksysfs: Use kmalloc_array() in create_setup_data_nodes()

> Fixing these kmalloc calls would be a nice thing to clean up everywhere. Thanks for your acknowledgement of such a software improvement opportunity. > Since it is a mistake people may continue to make, I think it would > make sense to add a coccinelle script that can do this to the > existing

[PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

To minimize jitter on the I2S clocks, it is important that the denominator in the fractional divider is much greater than the numerator. Add identifiers for these internal clocks so that the specific clock topology and rates can be specified in the device tree. Signed-off-by: John Keeping

[PATCH 2/2] clk: rockchip: use identifiers for rk3288 I2S clocks

Export these so that the rates can be set via the device tree. Signed-off-by: John Keeping --- drivers/clk/rockchip/clk-rk3288.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3288.c b/drivers/clk/rockchip/clk-rk3288.c

[PATCH 1/2] clk: rockchip: add I2S internal clock IDs for rk3288

To minimize jitter on the I2S clocks, it is important that the denominator in the fractional divider is much greater than the numerator. Add identifiers for these internal clocks so that the specific clock topology and rates can be specified in the device tree. Signed-off-by: John Keeping ---

[PATCH 2/2] clk: rockchip: use identifiers for rk3288 I2S clocks

Export these so that the rates can be set via the device tree. Signed-off-by: John Keeping --- drivers/clk/rockchip/clk-rk3288.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/clk/rockchip/clk-rk3288.c b/drivers/clk/rockchip/clk-rk3288.c index

Re: [PATCH 4.7 114/143] Revert "floppy: fix open(O_ACCMODE) for ioctl-only open"

On 09/05/2016 12:44 PM, Greg Kroah-Hartman wrote: 4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jens Axboe commit 468c298ad3ed3f0d94a65f8ca00f6bfc6c2b4e33 upstream. This reverts commit

Re: [PATCH 4.7 114/143] Revert "floppy: fix open(O_ACCMODE) for ioctl-only open"

On 09/05/2016 12:44 PM, Greg Kroah-Hartman wrote: 4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jens Axboe commit 468c298ad3ed3f0d94a65f8ca00f6bfc6c2b4e33 upstream. This reverts commit ff06db1efb2ad6db06eb5b99b88a0c15a9cc9b0e.

[PATCH -v3 01/10] mm, swap: Make swap cluster size same of THP size on x86_64

From: Huang Ying In this patch, the size of the swap cluster is changed to that of the THP (Transparent Huge Page) on x86_64 architecture (512). This is for the THP swap support on x86_64. Where one swap cluster will be used to hold the contents of each THP swapped out.

[PATCH -v3 02/10] mm, memcg: Add swap_cgroup_iter iterator

From: Huang Ying The swap cgroup uses a kind of discontinuous array to record the information for the swap entries. lookup_swap_cgroup() provides a good encapsulation to access one element of the discontinuous array. To make it easier to access multiple elements of the

<    1   2   3   4   5   6   7   8   9   10   >