Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 2:14 PM, Linus Torvalds wrote: > > I think the other way to handle the kernel stack reading would be to > simply make the stack freeing be RCU-delayed, and use the RCU list > itself as the stack cache. That said, if you end up having to have

Re: [PATCH v2] clk: fixed-factor: add optional dt-binding clock-flags

Quoting Rob Herring (2016-06-28 13:55:18) > On Fri, Jun 24, 2016 at 01:12:52PM +0900, Jongsung Kim wrote: > > There is no way to set additional flags for a DT-initialized fixed- > > factor-clock, and it can be problematic i.e., when the clock rate > > needs to be changed. [1][2] > > > > This

Re: [PATCH v3 2/6] Documentation: dt: mtd: gpmi: document the clocks and clock-names in DT property

On Tue, Jun 28, 2016 at 3:55 PM, Rob Herring wrote: > On Fri, Jun 24, 2016 at 04:40:07PM -0500, Han Xu wrote: >> add the clocks and clock-names in DT property, gpmi-io clock is >> mandatory for all platforms, but some platforms, such as i.MX6Q may >> need more extra clocks for submodules. More

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 2:14 PM, Linus Torvalds wrote: > > I think the other way to handle the kernel stack reading would be to > simply make the stack freeing be RCU-delayed, and use the RCU list > itself as the stack cache. That said, if you end up having to have a stack reference count for

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 1:54 PM, Andy Lutomirski wrote: > > But I might need to that anyway for procfs to read the the stack, > right? Do you see another way to handle that case? I think the other way to handle the kernel stack reading would be to simply make the stack

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 1:54 PM, Andy Lutomirski wrote: > > But I might need to that anyway for procfs to read the the stack, > right? Do you see another way to handle that case? I think the other way to handle the kernel stack reading would be to simply make the stack freeing be RCU-delayed,

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Inverse Path

On Tue, Jun 28, 2016 at 02:54:43PM +0200, and...@inversepath.com wrote: > From: Andrej Rosano > > Inverse Path is an information security consulting company: > https://inversepath.com > > Signed-off-by: Andrej Rosano > --- >

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Inverse Path

On Tue, Jun 28, 2016 at 02:54:43PM +0200, and...@inversepath.com wrote: > From: Andrej Rosano > > Inverse Path is an information security consulting company: > https://inversepath.com > > Signed-off-by: Andrej Rosano > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1

Re: [PATCH v1 1/2] Add the initify gcc plugin

On Tue, Jun 28 2016, Emese Revfy wrote: > The kernel already has a mechanism to free up code and data memory that > is only used during kernel or module initialization. > This plugin will teach the compiler to find more such code and data that > can be freed after

[PATCH v3 1/2] dt-binding: remoteproc: Introduce Qualcomm WCNSS loader binding

From: Bjorn Andersson The document defines the binding for a component that loads firmware for and boots the Qualcomm WCNSS core. Acked-by: Rob Herring Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn

Re: [PATCH v4 1/3] Documentation: DT: Add iproc-static-adc binding

On Tue, Jun 28, 2016 at 01:10:34PM +0530, Raveendra Padasalagi wrote: > The patch adds devicetree binding document for broadcom's > iproc-static-adc controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui >

Re: [PATCH v1 1/2] Add the initify gcc plugin

On Tue, Jun 28 2016, Emese Revfy wrote: > The kernel already has a mechanism to free up code and data memory that > is only used during kernel or module initialization. > This plugin will teach the compiler to find more such code and data that > can be freed after initialization. > It has two

[PATCH v3 1/2] dt-binding: remoteproc: Introduce Qualcomm WCNSS loader binding

From: Bjorn Andersson The document defines the binding for a component that loads firmware for and boots the Qualcomm WCNSS core. Acked-by: Rob Herring Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Changes since v2: - None .../bindings/remoteproc/qcom,wcnss-pil.txt

Re: [PATCH v4 1/3] Documentation: DT: Add iproc-static-adc binding

On Tue, Jun 28, 2016 at 01:10:34PM +0530, Raveendra Padasalagi wrote: > The patch adds devicetree binding document for broadcom's > iproc-static-adc controller driver. > > Signed-off-by: Raveendra Padasalagi > Reviewed-by: Ray Jui > Reviewed-by: Scott Branden > --- >

Re: [PATCH v3 11/19] sh: Add PCI host bridge driver for SH7751

On Tue, Jun 28, 2016 at 03:36:27PM +0900, Yoshinori Sato wrote: > This is an alternative SH7751 PCI driver. > Existing driver (arch/sh/drivers/pci/pci-sh7751) uses SH specific interface. > But this driver uses common PCI interface. It is more modern and generic. > > Signed-off-by: Yoshinori Sato

Re: [PATCH v3 11/19] sh: Add PCI host bridge driver for SH7751

On Tue, Jun 28, 2016 at 03:36:27PM +0900, Yoshinori Sato wrote: > This is an alternative SH7751 PCI driver. > Existing driver (arch/sh/drivers/pci/pci-sh7751) uses SH specific interface. > But this driver uses common PCI interface. It is more modern and generic. > > Signed-off-by: Yoshinori Sato

[PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

From: Bjorn Andersson This introduces the peripheral image loader, for loading WCNSS firmware and boot the core on e.g. MSM8974. The firmware is verified and booted with the help of the Peripheral Authentication System (PAS) in TrustZone. Tested-by: John Stultz

[PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

From: Bjorn Andersson This introduces the peripheral image loader, for loading WCNSS firmware and boot the core on e.g. MSM8974. The firmware is verified and booted with the help of the Peripheral Authentication System (PAS) in TrustZone. Tested-by: John Stultz Signed-off-by: Bjorn Andersson

Re: [PATCH v2 1/2] Document: DT: Add bindings for mediatek MT6755 SoC Platform

On Tue, Jun 28, 2016 at 01:15:55PM +0800, Mars Cheng wrote: > This adds DT binding documentation for Mediatek MT6755. > > Signed-off-by: Mars Cheng > --- > Documentation/devicetree/bindings/arm/mediatek.txt |4 > .../interrupt-controller/mediatek,sysirq.txt

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 2016-06-28 at 22:40 +0200, Emese Revfy wrote: > On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > > The nocapture gcc attribute can be on functions only. > > > The attribute takes one or more unsigned

Re: [PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

On Tuesday, June 28, 2016 1:58:26 PM CEST Bjorn Andersson wrote: > > +config QCOM_WCNSS_PIL > + tristate "Qualcomm WCNSS Peripheral Image Loader" > + depends on OF && ARCH_QCOM > + select QCOM_MDT_LOADER > + select QCOM_SCM > + select REMOTEPROC > + help > +

Re: [PATCH v2 1/2] Document: DT: Add bindings for mediatek MT6755 SoC Platform

On Tue, Jun 28, 2016 at 01:15:55PM +0800, Mars Cheng wrote: > This adds DT binding documentation for Mediatek MT6755. > > Signed-off-by: Mars Cheng > --- > Documentation/devicetree/bindings/arm/mediatek.txt |4 > .../interrupt-controller/mediatek,sysirq.txt |1 + >

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 2016-06-28 at 22:40 +0200, Emese Revfy wrote: > On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > > The nocapture gcc attribute can be on functions only. > > > The attribute takes one or more unsigned integer constants as

Re: [PATCH v3 2/2] remoteproc: qcom: Introduce WCNSS peripheral image loader

On Tuesday, June 28, 2016 1:58:26 PM CEST Bjorn Andersson wrote: > > +config QCOM_WCNSS_PIL > + tristate "Qualcomm WCNSS Peripheral Image Loader" > + depends on OF && ARCH_QCOM > + select QCOM_MDT_LOADER > + select QCOM_SCM > + select REMOTEPROC > + help > +

Re: [PATCH v1 1/5] dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel

On Tue, Jun 28, 2016 at 12:51:12PM +0800, Yakir Yang wrote: > The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and > 32 pins eDP interface. This module supports 1536x2048 mode. > > Signed-off-by: Yakir Yang > --- >

Re: [PATCH v3 10/19] sh: SH7750/51 CPG Driver

On Tue, Jun 28, 2016 at 03:36:26PM +0900, Yoshinori Sato wrote: > Convert SH specific clock framework to CCF. > > Signed-off-by: Yoshinori Sato > --- > .../bindings/clock/renesas,sh7750-cpg.txt | 25 ++ Acked-by: Rob Herring >

Re: [PATCH v2 7/7] doc: bindings: act8945a-charger: Update properties

On Tue, Jun 28, 2016 at 09:22:50AM +0800, Wenyou Yang wrote: > Due the driver improvements, update the properties, > - Remove "active-semi,check-battery-temperature" property. > - Add the properties, "active-semi,irq_gpio" >and "active-semi,lbo-gpios". > > Signed-off-by: Wenyou Yang

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

Paolo Bonzini writes: > On 28/06/2016 22:37, Bandan Das wrote: >> Paolo Bonzini writes: >> >>> On 28/06/2016 19:33, Bandan Das wrote: static int is_shadow_present_pte(u64 pte) { - return pte & PT_PRESENT_MASK &&

Re: [PATCH v1 1/5] dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel

On Tue, Jun 28, 2016 at 12:51:12PM +0800, Yakir Yang wrote: > The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and > 32 pins eDP interface. This module supports 1536x2048 mode. > > Signed-off-by: Yakir Yang > --- > .../devicetree/bindings/display/panel/lg,lp079qx1-sp0v.txt

Re: [PATCH v3 10/19] sh: SH7750/51 CPG Driver

On Tue, Jun 28, 2016 at 03:36:26PM +0900, Yoshinori Sato wrote: > Convert SH specific clock framework to CCF. > > Signed-off-by: Yoshinori Sato > --- > .../bindings/clock/renesas,sh7750-cpg.txt | 25 ++ Acked-by: Rob Herring > arch/sh/boards/Kconfig |

Re: [PATCH v2 7/7] doc: bindings: act8945a-charger: Update properties

On Tue, Jun 28, 2016 at 09:22:50AM +0800, Wenyou Yang wrote: > Due the driver improvements, update the properties, > - Remove "active-semi,check-battery-temperature" property. > - Add the properties, "active-semi,irq_gpio" >and "active-semi,lbo-gpios". > > Signed-off-by: Wenyou Yang > ---

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

Paolo Bonzini writes: > On 28/06/2016 22:37, Bandan Das wrote: >> Paolo Bonzini writes: >> >>> On 28/06/2016 19:33, Bandan Das wrote: static int is_shadow_present_pte(u64 pte) { - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); + return pte &

Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation

On Mon, Jun 27, 2016 at 10:11:04AM +0200, Jacek Anaszewski wrote: > Hi Florian, > > On 06/27/2016 09:03 AM, Florian Vaussard wrote: > >Add device tree binding documentation for On Semiconductor NCP5623 I2C > >LED driver. The driver can independently control the PWM of the 3 > >channels with 32

Re: [PATCH 1/5] sched,time: count actually elapsed irq & softirq time

On Mon, Jun 27, 2016 at 08:50:06AM -0400, Rik van Riel wrote: > On Mon, 2016-06-27 at 14:25 +0200, Frederic Weisbecker wrote: > > > > > >   * Accumulate raw cputime values of dead tasks (sig->[us]time) and > > > live > > >   * tasks (sum on group iteration) belonging to @tsk's group. > > >   */ >

Re: [PATCH v4] wlcore: spi: add wl18xx support

On Sun, Jun 26, 2016 at 10:10:54AM +, Reizer, Eyal wrote: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use

Re: [PATCH v3 2/6] Documentation: dt: mtd: gpmi: document the clocks and clock-names in DT property

On Fri, Jun 24, 2016 at 04:40:07PM -0500, Han Xu wrote: > add the clocks and clock-names in DT property, gpmi-io clock is > mandatory for all platforms, but some platforms, such as i.MX6Q may > need more extra clocks for submodules. More details please refer to the > SoC reference manual. > >

Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation

On Mon, Jun 27, 2016 at 10:11:04AM +0200, Jacek Anaszewski wrote: > Hi Florian, > > On 06/27/2016 09:03 AM, Florian Vaussard wrote: > >Add device tree binding documentation for On Semiconductor NCP5623 I2C > >LED driver. The driver can independently control the PWM of the 3 > >channels with 32

Re: [PATCH 1/5] sched,time: count actually elapsed irq & softirq time

On Mon, Jun 27, 2016 at 08:50:06AM -0400, Rik van Riel wrote: > On Mon, 2016-06-27 at 14:25 +0200, Frederic Weisbecker wrote: > > > > > >   * Accumulate raw cputime values of dead tasks (sig->[us]time) and > > > live > > >   * tasks (sum on group iteration) belonging to @tsk's group. > > >   */ >

Re: [PATCH v4] wlcore: spi: add wl18xx support

On Sun, Jun 26, 2016 at 10:10:54AM +, Reizer, Eyal wrote: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use

Re: [PATCH v3 2/6] Documentation: dt: mtd: gpmi: document the clocks and clock-names in DT property

On Fri, Jun 24, 2016 at 04:40:07PM -0500, Han Xu wrote: > add the clocks and clock-names in DT property, gpmi-io clock is > mandatory for all platforms, but some platforms, such as i.MX6Q may > need more extra clocks for submodules. More details please refer to the > SoC reference manual. > >

Re: Review of ptrace Yama ptrace_scope description

On Mon, Jun 27, 2016 at 11:11 PM, Michael Kerrisk (man-pages) wrote: > Hi Jann, > > > On 06/25/2016 04:30 PM, Jann Horn wrote: >> >> On Sat, Jun 25, 2016 at 09:30:43AM +0200, Michael Kerrisk (man-pages) >> wrote: >>> >>> Hi Kees, >>> >>> So, last year, I added some

Re: [PATCH v5 1/2] Documentation: dt: reset: Add TI syscon reset binding

On Mon, Jun 27, 2016 at 12:12:16PM -0500, Andrew F. Davis wrote: > Add TI syscon reset controller binding. This will hook to the reset > framework and use syscon/regmap to set reset bits. This allows reset > control of individual SoC subsytems and devices with memory-mapped > reset registers in a

Re: Review of ptrace Yama ptrace_scope description

On Mon, Jun 27, 2016 at 11:11 PM, Michael Kerrisk (man-pages) wrote: > Hi Jann, > > > On 06/25/2016 04:30 PM, Jann Horn wrote: >> >> On Sat, Jun 25, 2016 at 09:30:43AM +0200, Michael Kerrisk (man-pages) >> wrote: >>> >>> Hi Kees, >>> >>> So, last year, I added some documentation to ptrace(2) to

Re: [PATCH v5 1/2] Documentation: dt: reset: Add TI syscon reset binding

On Mon, Jun 27, 2016 at 12:12:16PM -0500, Andrew F. Davis wrote: > Add TI syscon reset controller binding. This will hook to the reset > framework and use syscon/regmap to set reset bits. This allows reset > control of individual SoC subsytems and devices with memory-mapped > reset registers in a

Re: [PATCH v5 1/7] max8903: adds documentation for device tree bindings.

On Fri, Jun 24, 2016 at 12:26:06PM +1000, Chris Lapa wrote: > From: Chris Lapa > > Signed-off-by: Chris Lapa > --- > .../devicetree/bindings/power/max8903-charger.txt | 25 +++ > arch/arm/boot/dts/dairytest-servo.dtsi | 36 >

Re: [PATCH 02/21] usb: ulpi: Support device discovery via DT

On Sun, Jun 26, 2016 at 12:28:19AM -0700, Stephen Boyd wrote: > The qcom HSIC ulpi phy doesn't have any bits set in the vendor or > product id ulpi registers. This makes it impossible to make a > ulpi driver match against the id registers. Add support to > discover the ulpi phys via DT to help

Re: [PATCH v2 5/5] dmaengine: dma: Use different channel names for each dma

On Fri, Jun 24, 2016 at 10:51:26AM +0530, Kedareswara rao Appana wrote: > Current driver assumes that child node channel name is either > "xlnx,axi-vdma-mm2s-channel" or "xlnx,axi-vdma-s2mm-channel" > which is confusing the users of AXI DMA and CDMA. > This patch fixes this issue by using

Re: [PATCH 2/4] input: touchscreen: crtouch_ts: Add driver

On Fri, Jun 24, 2016 at 03:44:44PM -0400, Anthony Felice wrote: > Add driver for the Vybrid Tower CRTouch-based touchscreen. This is > required for the touchscreen on the TWR-LCD-RGB to work on the Vybrid > Tower platform. > > There is a known issue with this driver: rarely, SW1 on the

Re: [PATCH 02/21] usb: ulpi: Support device discovery via DT

On Sun, Jun 26, 2016 at 12:28:19AM -0700, Stephen Boyd wrote: > The qcom HSIC ulpi phy doesn't have any bits set in the vendor or > product id ulpi registers. This makes it impossible to make a > ulpi driver match against the id registers. Add support to > discover the ulpi phys via DT to help

Re: [PATCH v2 5/5] dmaengine: dma: Use different channel names for each dma

On Fri, Jun 24, 2016 at 10:51:26AM +0530, Kedareswara rao Appana wrote: > Current driver assumes that child node channel name is either > "xlnx,axi-vdma-mm2s-channel" or "xlnx,axi-vdma-s2mm-channel" > which is confusing the users of AXI DMA and CDMA. > This patch fixes this issue by using

Re: [PATCH 2/4] input: touchscreen: crtouch_ts: Add driver

On Fri, Jun 24, 2016 at 03:44:44PM -0400, Anthony Felice wrote: > Add driver for the Vybrid Tower CRTouch-based touchscreen. This is > required for the touchscreen on the TWR-LCD-RGB to work on the Vybrid > Tower platform. > > There is a known issue with this driver: rarely, SW1 on the

Re: [PATCH v5 1/7] max8903: adds documentation for device tree bindings.

On Fri, Jun 24, 2016 at 12:26:06PM +1000, Chris Lapa wrote: > From: Chris Lapa > > Signed-off-by: Chris Lapa > --- > .../devicetree/bindings/power/max8903-charger.txt | 25 +++ > arch/arm/boot/dts/dairytest-servo.dtsi | 36 > ++ Binding looks fine,

Re: [PATCH v3 6/6] Documentation: dt: mtd: gpmi: document the new supported chip in DT

On Fri, Jun 24, 2016 at 04:40:11PM -0500, Han Xu wrote: > listed all supported chips in DT. > > Signed-off-by: Han Xu > --- > Documentation/devicetree/bindings/mtd/gpmi-nand.txt | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) Acked-by: Rob Herring

Re: [PATCH] usb: misc: Add driver for usb4604

On Sat, Jun 25, 2016 at 10:24:54PM -0700, Stephen Boyd wrote: > This is a minimal driver to support bringing a usb4604 device > from microchip out of reset and into hub mode. The usb4604 device > is related to the usb3503 device, but it didn't seem close enough > to warrant putting both into the

Re: [PATCH v2 3/8] Input: synaptics-rmi4: Add dribble and palm gesture parameters to device tree

On Fri, Jun 24, 2016 at 05:18:37PM -0700, Andrew Duggan wrote: > Signed-off-by: Andrew Duggan > --- > .../devicetree/bindings/input/rmi4/rmi_2d_sensor.txt | 4 > drivers/input/rmi4/rmi_2d_sensor.c| 11 > +++ > 2 files

Re: [PATCH 1/3] Documentation: dt: i2c: use correct STMicroelectronics vendor prefix

On Sun, Jun 26, 2016 at 02:34:04AM -0700, Stefan Agner wrote: > The documentation currently uses the non-standard vendor prefix stm > and st-micro for STMicroelectronics. The drivers do not specify the > vendor prefixes since the I2C Core strips them away from the DT > provided compatible string.

Re: [PATCH v2 03/14] dt-bindings: document sun8i_ths - H3 thermal sensor driver

On Sat, Jun 25, 2016 at 05:45:00AM +0200, meg...@megous.com wrote: > From: Ondrej Jirman > > This patch adds the binding documentation for the > sun8i_ths driver. This is a driver for thermal sensor > found in Allwinner H3 SoC. > > Signed-off-by: Ondřej Jirman

Re: [PATCH v3 6/6] Documentation: dt: mtd: gpmi: document the new supported chip in DT

On Fri, Jun 24, 2016 at 04:40:11PM -0500, Han Xu wrote: > listed all supported chips in DT. > > Signed-off-by: Han Xu > --- > Documentation/devicetree/bindings/mtd/gpmi-nand.txt | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) Acked-by: Rob Herring

Re: [PATCH] usb: misc: Add driver for usb4604

On Sat, Jun 25, 2016 at 10:24:54PM -0700, Stephen Boyd wrote: > This is a minimal driver to support bringing a usb4604 device > from microchip out of reset and into hub mode. The usb4604 device > is related to the usb3503 device, but it didn't seem close enough > to warrant putting both into the

Re: [PATCH v2 3/8] Input: synaptics-rmi4: Add dribble and palm gesture parameters to device tree

On Fri, Jun 24, 2016 at 05:18:37PM -0700, Andrew Duggan wrote: > Signed-off-by: Andrew Duggan > --- > .../devicetree/bindings/input/rmi4/rmi_2d_sensor.txt | 4 > drivers/input/rmi4/rmi_2d_sensor.c| 11 > +++ > 2 files changed, 15 insertions(+)

Re: [PATCH 1/3] Documentation: dt: i2c: use correct STMicroelectronics vendor prefix

On Sun, Jun 26, 2016 at 02:34:04AM -0700, Stefan Agner wrote: > The documentation currently uses the non-standard vendor prefix stm > and st-micro for STMicroelectronics. The drivers do not specify the > vendor prefixes since the I2C Core strips them away from the DT > provided compatible string.

Re: [PATCH v2 03/14] dt-bindings: document sun8i_ths - H3 thermal sensor driver

On Sat, Jun 25, 2016 at 05:45:00AM +0200, meg...@megous.com wrote: > From: Ondrej Jirman > > This patch adds the binding documentation for the > sun8i_ths driver. This is a driver for thermal sensor > found in Allwinner H3 SoC. > > Signed-off-by: Ondřej Jirman > --- >

Re: [PATCH 2/6] ARM: dts: nuc900: Add nuc970 dts files

On Sat, Jun 25, 2016 at 06:37:18PM +0800, Wan Zongshun wrote: > This patch is to add dts support for nuc970 platform. > > Signed-off-by: Wan Zongshun > --- > .../devicetree/bindings/arm/nuvoton/nuc970.txt | 30 +++ > arch/arm/boot/dts/Makefile |

Re: [PATCH v2] clk: fixed-factor: add optional dt-binding clock-flags

On Fri, Jun 24, 2016 at 01:12:52PM +0900, Jongsung Kim wrote: > There is no way to set additional flags for a DT-initialized fixed- > factor-clock, and it can be problematic i.e., when the clock rate > needs to be changed. [1][2] > > This patch introduces an optional dt-binding named

Re: [PATCH 2/6] ARM: dts: nuc900: Add nuc970 dts files

On Sat, Jun 25, 2016 at 06:37:18PM +0800, Wan Zongshun wrote: > This patch is to add dts support for nuc970 platform. > > Signed-off-by: Wan Zongshun > --- > .../devicetree/bindings/arm/nuvoton/nuc970.txt | 30 +++ > arch/arm/boot/dts/Makefile | 1 + >

Re: [PATCH v2] clk: fixed-factor: add optional dt-binding clock-flags

On Fri, Jun 24, 2016 at 01:12:52PM +0900, Jongsung Kim wrote: > There is no way to set additional flags for a DT-initialized fixed- > factor-clock, and it can be problematic i.e., when the clock rate > needs to be changed. [1][2] > > This patch introduces an optional dt-binding named

Re: [PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

On Fri, Jun 24, 2016 at 03:51:18PM -0300, Bruno Herrera wrote: > On Fri, Jun 24, 2016 at 12:41 PM, Rob Herring wrote: > > On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote: > >> Signed-off-by: Bruno Herrera > >> --- > >>

Re: [PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

On Fri, Jun 24, 2016 at 03:51:18PM -0300, Bruno Herrera wrote: > On Fri, Jun 24, 2016 at 12:41 PM, Rob Herring wrote: > > On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote: > >> Signed-off-by: Bruno Herrera > >> --- > >> Documentation/devicetree/bindings/usb/dwc2.txt | 1 + > >> 1

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 1:12 PM, Oleg Nesterov wrote: > On 06/28, Andy Lutomirski wrote: >> >> On Tue, Jun 28, 2016 at 11:58 AM, Oleg Nesterov wrote: >> > >> > Then how (say) proc_pid_stack() can work? If it hits the task which is >> > alreay dead we are

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 1:12 PM, Oleg Nesterov wrote: > On 06/28, Andy Lutomirski wrote: >> >> On Tue, Jun 28, 2016 at 11:58 AM, Oleg Nesterov wrote: >> > >> > Then how (say) proc_pid_stack() can work? If it hits the task which is >> > alreay dead we are (probably) fine, valid_stack_ptr() should

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, Jun 28 2016, Emese Revfy wrote: > The nocapture gcc attribute can be on functions only. > The attribute takes one or more unsigned integer constants as parameters > that specify the function argument(s) of const char* type to initify. > If the marked argument is a

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, Jun 28 2016, Emese Revfy wrote: > The nocapture gcc attribute can be on functions only. > The attribute takes one or more unsigned integer constants as parameters > that specify the function argument(s) of const char* type to initify. > If the marked argument is a vararg then the plugin

Re: Review of ptrace Yama ptrace_scope description

On Tue, Jun 28, 2016 at 08:11:36AM +0200, Michael Kerrisk (man-pages) wrote: > Hi Jann, > > On 06/25/2016 04:30 PM, Jann Horn wrote: > >On Sat, Jun 25, 2016 at 09:30:43AM +0200, Michael Kerrisk (man-pages) wrote: > >>Hi Kees, > >> > >>So, last year, I added some documentation to ptrace(2) to

Re: Review of ptrace Yama ptrace_scope description

On Tue, Jun 28, 2016 at 08:11:36AM +0200, Michael Kerrisk (man-pages) wrote: > Hi Jann, > > On 06/25/2016 04:30 PM, Jann Horn wrote: > >On Sat, Jun 25, 2016 at 09:30:43AM +0200, Michael Kerrisk (man-pages) wrote: > >>Hi Kees, > >> > >>So, last year, I added some documentation to ptrace(2) to

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On 28/06/2016 14:59, Yury Norov wrote: > On Tue, Jun 28, 2016 at 05:18:04PM +, Joseph Myers wrote: >> On Tue, 28 Jun 2016, Yury Norov wrote: >> >>> aarch64 and ilp32 has different size of time_t. So to have common >>> layout for struct utmp and utmpx, corresponding headers are taken >>> from

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

On 28/06/2016 22:37, Bandan Das wrote: > Paolo Bonzini writes: > >> On 28/06/2016 19:33, Bandan Das wrote: >>> static int is_shadow_present_pte(u64 pte) >>> { >>> - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >>> + return pte &

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On 28/06/2016 14:59, Yury Norov wrote: > On Tue, Jun 28, 2016 at 05:18:04PM +, Joseph Myers wrote: >> On Tue, 28 Jun 2016, Yury Norov wrote: >> >>> aarch64 and ilp32 has different size of time_t. So to have common >>> layout for struct utmp and utmpx, corresponding headers are taken >>> from

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

On 28/06/2016 22:37, Bandan Das wrote: > Paolo Bonzini writes: > >> On 28/06/2016 19:33, Bandan Das wrote: >>> static int is_shadow_present_pte(u64 pte) >>> { >>> - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >>> + return pte & (PT_PRESENT_MASK |

Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

On Tue, 28 Jun 2016, Yury Norov wrote: > What you talk about sounds unclear to me. If you mean to unify with > one of existing ports, it looks unnecessary, as ilp32 will end up with > RISC-V anyway. If you mean to use RISC-V, it's not ready yet. I was > thinking that when they will finish, they

Re: [kernel-hardening] [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, Jun 28, 2016 at 9:14 AM, Emese Revfy wrote: > On Tue, 28 Jun 2016 13:57:49 +0100 > Mark Rutland wrote: > >> On Tue, Jun 28, 2016 at 01:34:07PM +0200, Emese Revfy wrote: >> > This patch set is based on the "Add support for complex gcc plugins that

Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

On Tue, 28 Jun 2016, Yury Norov wrote: > What you talk about sounds unclear to me. If you mean to unify with > one of existing ports, it looks unnecessary, as ilp32 will end up with > RISC-V anyway. If you mean to use RISC-V, it's not ready yet. I was > thinking that when they will finish, they

Re: [kernel-hardening] [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, Jun 28, 2016 at 9:14 AM, Emese Revfy wrote: > On Tue, 28 Jun 2016 13:57:49 +0100 > Mark Rutland wrote: > >> On Tue, Jun 28, 2016 at 01:34:07PM +0200, Emese Revfy wrote: >> > This patch set is based on the "Add support for complex gcc plugins that >> > don't fit in a single file" patch

Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

On 28/06/2016 16:08, Yury Norov wrote: > On Tue, Jun 28, 2016 at 05:15:13PM +, Joseph Myers wrote: >> still >> applies. Unify implementations instead of proliferating variants. > > I think on it. I don't see simple way to unify

Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

On 28/06/2016 16:08, Yury Norov wrote: > On Tue, Jun 28, 2016 at 05:15:13PM +, Joseph Myers wrote: >> still >> applies. Unify implementations instead of proliferating variants. > > I think on it. I don't see simple way to unify

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On Tue, 28 Jun 2016, Yury Norov wrote: > > You can't #include installed headers from other ports like this; it > > wouldn't work when using an installed library. > > > > -- > > Joseph S. Myers > > jos...@codesourcery.com > > So I should copy? Hmm... Yes, unless you can develop an additional

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On Tue, 28 Jun 2016, Yury Norov wrote: > > You can't #include installed headers from other ports like this; it > > wouldn't work when using an installed library. > > > > -- > > Joseph S. Myers > > jos...@codesourcery.com > > So I should copy? Hmm... Yes, unless you can develop an additional

Re: [PATCH 1/2] dm: update table type check for dax

Hi, [auto build test ERROR on dm/for-next] [also build test ERROR on v4.7-rc5 next-20160628] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Toshi-Kani/Support-DAX-for-device-mapper-dm-linear

Re: [PATCH 1/2] dm: update table type check for dax

Hi, [auto build test ERROR on dm/for-next] [also build test ERROR on v4.7-rc5 next-20160628] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Toshi-Kani/Support-DAX-for-device-mapper-dm-linear

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

Paolo Bonzini writes: > On 28/06/2016 19:33, Bandan Das wrote: >> static int is_shadow_present_pte(u64 pte) >> { >> - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >> + return pte & (PT_PRESENT_MASK | shadow_x_mask) && >> +

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

Paolo Bonzini writes: > On 28/06/2016 19:33, Bandan Das wrote: >> static int is_shadow_present_pte(u64 pte) >> { >> - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >> + return pte & (PT_PRESENT_MASK | shadow_x_mask) && >> +

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > The nocapture gcc attribute can be on functions only. > > The attribute takes one or more unsigned integer constants as parameters > > that specify the function

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > The nocapture gcc attribute can be on functions only. > > The attribute takes one or more unsigned integer constants as parameters > > that specify the function argument(s) of const

Re: [PATCH] lpfc: Fix possible NULL pointer dereference

On 06/15/2016 06:00 AM, Johannes Thumshirn wrote: > Check for the existance of pciob->vport before accessing it. piocb mispelled. > > Signed-off-by: Johannes Thumshirn > --- > drivers/scsi/lpfc/lpfc_sli.c | 13 - > 1 file changed, 4 insertions(+), 9

Re: [PATCH] lpfc: Fix possible NULL pointer dereference

On 06/15/2016 06:00 AM, Johannes Thumshirn wrote: > Check for the existance of pciob->vport before accessing it. piocb mispelled. > > Signed-off-by: Johannes Thumshirn > --- > drivers/scsi/lpfc/lpfc_sli.c | 13 - > 1 file changed, 4 insertions(+), 9 deletions(-) > > diff --git

Re: [PATCH 2/2] dm snap: add fake origin_direct_access

Hi, [auto build test WARNING on dm/for-next] [also build test WARNING on v4.7-rc5 next-20160628] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Toshi-Kani/Support-DAX-for-device-mapper-dm

Re: [PATCH 2/2] dm snap: add fake origin_direct_access

Hi, [auto build test WARNING on dm/for-next] [also build test WARNING on v4.7-rc5 next-20160628] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Toshi-Kani/Support-DAX-for-device-mapper-dm

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, 28 Jun 2016 21:02:54 +0200 Rasmus Villemoes wrote: > It'll get placed in multiple sections by the compiler, and nothing bad > happens. String deduplication is something the linker does to sections > equipped with appropriate flags. So in this case that of course

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, 28 Jun 2016 21:02:54 +0200 Rasmus Villemoes wrote: > It'll get placed in multiple sections by the compiler, and nothing bad > happens. String deduplication is something the linker does to sections > equipped with appropriate flags. So in this case that of course means Note that I didn't

Re: [PATCH] platform:x86 Remove Monitor MWAIT feature dependency

On Thu, Jun 23, 2016 at 02:59:58PM +0800, ong.hock...@intel.com wrote: > From: "Yu, Ong Hock" > > Telemetry capability does not depend on Monitor MWAIT feature. > > Signed-off-by: Yu, Ong Hock Souvik, any objection? > --- >

Re: [PATCH] platform:x86 Remove Monitor MWAIT feature dependency

On Thu, Jun 23, 2016 at 02:59:58PM +0800, ong.hock...@intel.com wrote: > From: "Yu, Ong Hock" > > Telemetry capability does not depend on Monitor MWAIT feature. > > Signed-off-by: Yu, Ong Hock Souvik, any objection? > --- > drivers/platform/x86/intel_telemetry_debugfs.c | 2 +- >

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