Re: [PATCH v4,2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

On Wed, Jun 15, 2016 at 11:07:17AM +0800, Chunfeng Yun wrote: > add a DT binding doc for MediaTek USB3 DRD driver > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/usb/mt8173-mtu3.txt| 86 > > 1 file changed, 86

Re: [PATCH v4,2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

On Wed, Jun 15, 2016 at 11:07:17AM +0800, Chunfeng Yun wrote: > add a DT binding doc for MediaTek USB3 DRD driver > > Signed-off-by: Chunfeng Yun > --- > .../devicetree/bindings/usb/mt8173-mtu3.txt| 86 > > 1 file changed, 86 insertions(+) > create mode 100644

Re: [PATCH v3 7/7] max8903: adds support for initiation via device tree.

On 17/06/2016 4:41 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa Adds support for device tree to setup a max8903 battery charger. DC and USB validity are determined by looking the presence of the dok and uok gpios. Signed-off-by:

Re: [PATCH v3 7/7] max8903: adds support for initiation via device tree.

On 17/06/2016 4:41 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa Adds support for device tree to setup a max8903 battery charger. DC and USB validity are determined by looking the presence of the dok and uok gpios. Signed-off-by: Chris Lapa ---

Re: [PATCH v3 4/7] max8903: adds requesting of gpios.

On 17/06/2016 4:30 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa This change ensures all gpios are available for the driver to use. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 79

Re: [PATCH v3 4/7] max8903: adds requesting of gpios.

On 17/06/2016 4:30 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa This change ensures all gpios are available for the driver to use. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 79 - 1

Re: [PATCH v3 3/7] max8903: cleans up confusing relationship between dc_valid, dok and dcm.

On 17/06/2016 4:26 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa The max8903_charger.h file indicated that dcm and dok were not optional when dc_valid is set. It makes sense to have dok as a compulsory pin when dc_valid is given.

Re: [PATCH v3 3/7] max8903: cleans up confusing relationship between dc_valid, dok and dcm.

On 17/06/2016 4:26 PM, Krzysztof Kozlowski wrote: On 06/17/2016 07:00 AM, Chris Lapa wrote: From: Chris Lapa The max8903_charger.h file indicated that dcm and dok were not optional when dc_valid is set. It makes sense to have dok as a compulsory pin when dc_valid is given. However dcm can be

Re: [PATCH] clk: samsung: exynos5433: use clock_ignore_unused flag for SPI3 related clocks

2016-06-19 14:59 GMT+09:00 Andi Shyti : > Hi Tomasz, > >> > The SPI 3 bus uses two clocks, a bus clock and an input clock. >> > Do not disable the clocks when unused in order to allow access to >> > the SPI 3 device. >> >> If unused, why would access to SPI 3 device needed? > >

Re: [PATCH] clk: samsung: exynos5433: use clock_ignore_unused flag for SPI3 related clocks

2016-06-19 14:59 GMT+09:00 Andi Shyti : > Hi Tomasz, > >> > The SPI 3 bus uses two clocks, a bus clock and an input clock. >> > Do not disable the clocks when unused in order to allow access to >> > the SPI 3 device. >> >> If unused, why would access to SPI 3 device needed? > > because next I will

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: m68k-allyesconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 4.9.0 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: m68k-allyesconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 4.9.0 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 21:11:00 +0800 icen...@aosc.xyz wrote: > Then I will soon make the v2 patch set, with the error detection part fixed. > > But why does sunxi-mmc check only EPROBE_DEFER? I guess someone had a probe-dependency problem and fixed this case but ignored all the possible errors.

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 21:11:00 +0800 icen...@aosc.xyz wrote: > Then I will soon make the v2 patch set, with the error detection part fixed. > > But why does sunxi-mmc check only EPROBE_DEFER? I guess someone had a probe-dependency problem and fixed this case but ignored all the possible errors.

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 20:41:09 +0800 icen...@aosc.xyz wrote: > To be honest, I copied them from sunxi-mmc.c. > > What function should be chosen better? You did the right thing (except for the error detection part). My question was addressed to Philipp (the reset subsystem maintainer). > > >

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

On Sun, 19 Jun 2016 20:41:09 +0800 icen...@aosc.xyz wrote: > To be honest, I copied them from sunxi-mmc.c. > > What function should be chosen better? You did the right thing (except for the error detection part). My question was addressed to Philipp (the reset subsystem maintainer). > > >

Re: [PATCH] i2c: remove __init from i2c_register_board_info()

On Tue, Jun 07, 2016 at 04:52:27PM -0700, Luis R. Rodriguez wrote: > As of next-20160607 with allyesconfig we get this linker failure: > > MODPOST vmlinux.o > WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from > the function intel_scu_devices_create() to the function >

Re: [PATCH] i2c: remove __init from i2c_register_board_info()

On Tue, Jun 07, 2016 at 04:52:27PM -0700, Luis R. Rodriguez wrote: > As of next-20160607 with allyesconfig we get this linker failure: > > MODPOST vmlinux.o > WARNING: vmlinux.o(.text+0x21bc0d): Section mismatch in reference from > the function intel_scu_devices_create() to the function >

Re: [PATCH v6 3/5] tpm: Factor out reading of timeout and duration capabilities

On Fri, Jun 10, 2016 at 06:55:05PM -0700, Ed Swierk wrote: > Factor sending the TPM_GetCapability command and validating the result > from tpm_get_timeouts() into a new function. Return all errors to the > caller rather than swallowing them (e.g. when tpm_transmit_cmd() > returns nonzero). > >

Re: [PATCH v6 3/5] tpm: Factor out reading of timeout and duration capabilities

On Fri, Jun 10, 2016 at 06:55:05PM -0700, Ed Swierk wrote: > Factor sending the TPM_GetCapability command and validating the result > from tpm_get_timeouts() into a new function. Return all errors to the > caller rather than swallowing them (e.g. when tpm_transmit_cmd() > returns nonzero). > >

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

+Philipp On Sun, 19 Jun 2016 19:37:39 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng

Re: [PATCH 2/2] mtd: nand: sunxi: add reset line support

+Philipp On Sun, 19 Jun 2016 19:37:39 +0800 Icenowy Zheng wrote: > The NAND controller on some sun8i chips needs its reset line to be deasserted > before they can enter working state. This commit added the reset line process > to the driver. > > Signed-off-by: Icenowy Zheng > --- >

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): In file included from arch/x86/inclu

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones prefixed by >>): In file included from arch/x86/inclu

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 19/06/16 11:03, Nicolas Iooss wrote: > On 06/19/2016 11:41 AM, Lars-Peter Clausen wrote: >> On 06/18/2016 11:12 PM, Nicolas Iooss wrote: >>> ad7606_spi_read_block() reads SPI big-endian data into a buffer which is >>> then converted to CPU byte-order with a second variable. This variable, >>>

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 19/06/16 11:03, Nicolas Iooss wrote: > On 06/19/2016 11:41 AM, Lars-Peter Clausen wrote: >> On 06/18/2016 11:12 PM, Nicolas Iooss wrote: >>> ad7606_spi_read_block() reads SPI big-endian data into a buffer which is >>> then converted to CPU byte-order with a second variable. This variable, >>>

Re: [PATCH v3] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors

On 17/06/16 12:10, Crestez Dan Leonard wrote: > From: Peter Meerwald > > The si114x supports x=1,2,3 IR LEDs for proximity sensing together with > visible and IR ambient light sensing (ALS). > > Newer parts (si1132, si1145/6/7) can measure UV light and compute an UV index >

Re: [PATCH v3] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors

On 17/06/16 12:10, Crestez Dan Leonard wrote: > From: Peter Meerwald > > The si114x supports x=1,2,3 IR LEDs for proximity sensing together with > visible and IR ambient light sensing (ALS). > > Newer parts (si1132, si1145/6/7) can measure UV light and compute an UV index > > Changes since v2:

Re: [PATCH 2/2] net: ethernet: nb8800: use phy_ethtool_{get|set}_link_ksettings

Philippe Reynes writes: > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Acked-by: Mans Rullgard > --- >

Re: [PATCH 1/2] net: ethernet: nb8800: use phydev from struct net_device

Philippe Reynes writes: > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one contained in struct net_device. > >

Re: [PATCH 2/2] net: ethernet: nb8800: use phy_ethtool_{get|set}_link_ksettings

Philippe Reynes writes: > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Acked-by: Mans Rullgard > --- > drivers/net/ethernet/aurora/nb8800.c | 24

Re: [PATCH 1/2] net: ethernet: nb8800: use phydev from struct net_device

Philippe Reynes writes: > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one contained in struct net_device. > > Signed-off-by:

Re: [PATCH] misc: delete bh1780 driver

On Sat, Jun 18, 2016 at 10:16 PM, Greg Kroah-Hartman wrote: > On Sat, Jun 18, 2016 at 10:07:21PM +0200, Linus Walleij wrote: >> The Rohm BH1780 ambient light sensor has a new driver with extended >> functionality (proper runtime PM) in the appropriate framework IIO, >>

Re: [PATCH] misc: delete bh1780 driver

On Sat, Jun 18, 2016 at 10:16 PM, Greg Kroah-Hartman wrote: > On Sat, Jun 18, 2016 at 10:07:21PM +0200, Linus Walleij wrote: >> The Rohm BH1780 ambient light sensor has a new driver with extended >> functionality (proper runtime PM) in the appropriate framework IIO, >> it can be found at: >>

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

> >> bisected to git commit 63e3027 > > > > That's a merge commit that adds 100 different commits, and this happened > > way back in March. > > > > Please find the exact dword access in: > > > > drivers/pci/pcie/portdrv_{core,pci,bus}.c > > > > that triggers this unaligned access so we can

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

> >> bisected to git commit 63e3027 > > > > That's a merge commit that adds 100 different commits, and this happened > > way back in March. > > > > Please find the exact dword access in: > > > > drivers/pci/pcie/portdrv_{core,pci,bus}.c > > > > that triggers this unaligned access so we can

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All error/warnings (new ones prefixed by >>): drivers/staging/esp8089/esp_mac8

Re: [PATCH] staging: esp8089: add new driver

-driver/20160619-182134 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All error/warnings (new ones prefixed by >>): drivers/staging/esp8089/esp_mac8

Re: [PATCH 2/2] dmaengine: bcm2835: Avoid splitting periods into very small chunks

On Mon, Jun 13, 2016 at 10:06:49PM -0700, Eric Anholt wrote: > Matthias Reichl writes: > > > The current cyclic DMA period splitting implementation can generate > > very small chunks at the end of each period. For example a 65536 byte > > period will be split into a 65532 byte

Re: [PATCH 2/2] dmaengine: bcm2835: Avoid splitting periods into very small chunks

On Mon, Jun 13, 2016 at 10:06:49PM -0700, Eric Anholt wrote: > Matthias Reichl writes: > > > The current cyclic DMA period splitting implementation can generate > > very small chunks at the end of each period. For example a 65536 byte > > period will be split into a 65532 byte chunk and a 4 byte

Re: [linux-sunxi] [PATCH] ARM: dts: sun8i: Add dts file for Olimex A33-OLinuXino

Hi, On 18-06-16 13:29, Stefan Mavrodiev wrote: A33-OLinuXino is A33 development board designed by Olimex LTD. It has AXP233 PMU, 1GB DRAM, a micro SD card, one USB-OTG connector, headphone and mic jacks, connector for LiPo battery and optional 4GB NAND Flash. It has two 40-pin headers. One

Re: [linux-sunxi] [PATCH] ARM: dts: sun8i: Add dts file for Olimex A33-OLinuXino

Hi, On 18-06-16 13:29, Stefan Mavrodiev wrote: A33-OLinuXino is A33 development board designed by Olimex LTD. It has AXP233 PMU, 1GB DRAM, a micro SD card, one USB-OTG connector, headphone and mic jacks, connector for LiPo battery and optional 4GB NAND Flash. It has two 40-pin headers. One

[PATCH v2 2/3] iio: Add driver for Broadcom iproc-static-adc

This patch adds basic driver implementation for Broadcom's static adc controller used in iProc SoC's family. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Scott Branden ---

[PATCH v2 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

This patch adds DT node for Broadcom's iproc-static-adc controller driver. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 13

[PATCH v2 2/3] iio: Add driver for Broadcom iproc-static-adc

This patch adds basic driver implementation for Broadcom's static adc controller used in iProc SoC's family. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- drivers/iio/adc/Kconfig | 13 + drivers/iio/adc/Makefile| 1 +

[PATCH v2 3/3] ARM:dts-Add dt node for Broadcom iproc-static-adc

This patch adds DT node for Broadcom's iproc-static-adc controller driver. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH v2 0/3] Add Broadcom iproc-static-adc controller driver

This patchset contains initial driver for Broadcom's iproc static adc controller. The patchset is based on v4.7-rc1 tag and its tested on Broadcom Cygnus SoC. The patches can be fetched from iproc-adc-v2 branch of https://github.com/Broadcom/arm64-linux.git Changes since v1: - Modified Kconfig

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

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 ---

[PATCH v2 0/3] Add Broadcom iproc-static-adc controller driver

This patchset contains initial driver for Broadcom's iproc static adc controller. The patchset is based on v4.7-rc1 tag and its tested on Broadcom Cygnus SoC. The patches can be fetched from iproc-adc-v2 branch of https://github.com/Broadcom/arm64-linux.git Changes since v1: - Modified Kconfig

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

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 --- .../bindings/iio/adc/brcm,iproc-static-adc.txt | 43 ++ 1 file changed, 43

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 06/19/2016 11:41 AM, Lars-Peter Clausen wrote: > On 06/18/2016 11:12 PM, Nicolas Iooss wrote: >> ad7606_spi_read_block() reads SPI big-endian data into a buffer which is >> then converted to CPU byte-order with a second variable. This variable, >> data, has been left unitialized after commit

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 06/19/2016 11:41 AM, Lars-Peter Clausen wrote: > On 06/18/2016 11:12 PM, Nicolas Iooss wrote: >> ad7606_spi_read_block() reads SPI big-endian data into a buffer which is >> then converted to CPU byte-order with a second variable. This variable, >> data, has been left unitialized after commit

Re: [PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

Hi Greg, On 06/18/2016 08:58 AM, Greg Kroah-Hartman wrote: > On Thu, Jun 16, 2016 at 08:27:41AM +0800, Lu Baolu wrote: >> Hi Greg, >> >> On 06/09/2016 10:39 AM, Lu Baolu wrote: >>> Hi Greg, >>> >>> On 06/08/2016 11:45 PM, Greg Kroah-Hartman wrote: On Wed, Jun 08, 2016 at 03:56:04PM +0800, Lu

Re: [PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

Hi Greg, On 06/18/2016 08:58 AM, Greg Kroah-Hartman wrote: > On Thu, Jun 16, 2016 at 08:27:41AM +0800, Lu Baolu wrote: >> Hi Greg, >> >> On 06/09/2016 10:39 AM, Lu Baolu wrote: >>> Hi Greg, >>> >>> On 06/08/2016 11:45 PM, Greg Kroah-Hartman wrote: On Wed, Jun 08, 2016 at 03:56:04PM +0800, Lu

Re: [very-RFC 0/8] TSN driver for the kernel

On Sun, Jun 19, 2016 at 12:45:50AM +0200, Henrik Austad wrote: > edit: this turned out to be a somewhat lengthy answer. I have tried to > shorten it down somewhere. it is getting late and I'm getting increasingly > incoherent (Richard probably knows what I'm talking about ;) so I'll stop > for

Re: [very-RFC 0/8] TSN driver for the kernel

On Sun, Jun 19, 2016 at 12:45:50AM +0200, Henrik Austad wrote: > edit: this turned out to be a somewhat lengthy answer. I have tried to > shorten it down somewhere. it is getting late and I'm getting increasingly > incoherent (Richard probably knows what I'm talking about ;) so I'll stop > for

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 06/18/2016 11:12 PM, Nicolas Iooss wrote: > ad7606_spi_read_block() reads SPI big-endian data into a buffer which is > then converted to CPU byte-order with a second variable. This variable, > data, has been left unitialized after commit 87787e5ef727 ("Staging: > iio: Fix sparse endian

Re: [PATCH 1/1] staging: iio: initialize data pointer before using it

On 06/18/2016 11:12 PM, Nicolas Iooss wrote: > ad7606_spi_read_block() reads SPI big-endian data into a buffer which is > then converted to CPU byte-order with a second variable. This variable, > data, has been left unitialized after commit 87787e5ef727 ("Staging: > iio: Fix sparse endian

Re: [PATCH 4/4] ASoC: tpa6130a2: Add DAPM support

On 06/19/2016 01:21 AM, Sebastian Reichel wrote: > Hi, > > On Sat, Jun 18, 2016 at 12:26:31AM -0300, Helen Koike wrote: >> Add DAPM support and updated rx51 accordingly. >> As a consequence: >> - the exported function tpa6130a2_stereo_enable is not needed anymore >> - the mutex is dealt in the

Re: [PATCH 4/4] ASoC: tpa6130a2: Add DAPM support

On 06/19/2016 01:21 AM, Sebastian Reichel wrote: > Hi, > > On Sat, Jun 18, 2016 at 12:26:31AM -0300, Helen Koike wrote: >> Add DAPM support and updated rx51 accordingly. >> As a consequence: >> - the exported function tpa6130a2_stereo_enable is not needed anymore >> - the mutex is dealt in the

[PATCH] Delete meaningless check of current_order in __rmqueue_fallback

From: YOSHIDA Masanori Signed-off-by: YOSHIDA Masanori --- mm/page_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 6903b69..db02967 100644 --- a/mm/page_alloc.c +++

[PATCH] Delete meaningless check of current_order in __rmqueue_fallback

From: YOSHIDA Masanori Signed-off-by: YOSHIDA Masanori --- mm/page_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 6903b69..db02967 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -2105,7 +2105,7 @@

[RESEND][PATCH] mfd: Add support for COMe-cSL6 and COMe-mAL10 to Kontron PLD driver

This is an unmodified resend of the patch already been sent on February 17 as it seems to have fallen through the net. This patch adds the DMI system ID of the Kontron COMe-cSL6 and COME-mAL10 boards to the Kontron PLD driver. The list of supported products in the module description is also

[RESEND][PATCH] mfd: Add support for COMe-cSL6 and COMe-mAL10 to Kontron PLD driver

This is an unmodified resend of the patch already been sent on February 17 as it seems to have fallen through the net. This patch adds the DMI system ID of the Kontron COMe-cSL6 and COME-mAL10 boards to the Kontron PLD driver. The list of supported products in the module description is also

Re: [PATCH 0/2] PCI: hv: fix a couple of issues in hv_pci_onchannelcallback()

Bjorn Helgaas writes: > On Fri, Jun 10, 2016 at 06:53:36PM -0500, Bjorn Helgaas wrote: >> On Mon, May 30, 2016 at 04:17:57PM +0200, Vitaly Kuznetsov wrote: >> > kmemleak helped me to identify a memory leak in hv_pci_onchannelcallback() >> > and while fixing it I stumbled upon

Re: [PATCH 0/2] PCI: hv: fix a couple of issues in hv_pci_onchannelcallback()

Bjorn Helgaas writes: > On Fri, Jun 10, 2016 at 06:53:36PM -0500, Bjorn Helgaas wrote: >> On Mon, May 30, 2016 at 04:17:57PM +0200, Vitaly Kuznetsov wrote: >> > kmemleak helped me to identify a memory leak in hv_pci_onchannelcallback() >> > and while fixing it I stumbled upon an unrelated

Re: [PATCH v2 00/15] mtd: nand: allow vendor specific detection/initialization

On Sun, 19 Jun 2016 00:09:42 +0200 Richard Weinberger wrote: > Am 08.06.2016 um 15:00 schrieb Boris Brezillon: > > Hello, > > > > This patch series is a step forward in supporting vendor-specific > > functionalities. > > This series is mainly moving vendor-specific

Re: [PATCH v2 00/15] mtd: nand: allow vendor specific detection/initialization

On Sun, 19 Jun 2016 00:09:42 +0200 Richard Weinberger wrote: > Am 08.06.2016 um 15:00 schrieb Boris Brezillon: > > Hello, > > > > This patch series is a step forward in supporting vendor-specific > > functionalities. > > This series is mainly moving vendor-specific initialization or > >

Re: PATCH 1/1] AX.25: Close socket connection on session completion

> > socket. Symptom occurs in kernels >= 4.2.0 [..] > What changed in 4.2.x that broke this? 3.x'er kernel had also this problem; but there it happens rarely. vy 73, - Thomas dl9sau

Re: PATCH 1/1] AX.25: Close socket connection on session completion

> > socket. Symptom occurs in kernels >= 4.2.0 [..] > What changed in 4.2.x that broke this? 3.x'er kernel had also this problem; but there it happens rarely. vy 73, - Thomas dl9sau

adf_ctl_drv.c:(.init.text+0x14915): undefined reference to `adf_init_pf_wq' (was Linux 4.4.13)

On 06/08/2016 03:43 AM, Greg KH wrote: > I'm announcing the release of the 4.4.13 kernel. > Hi, I tried to compile 4.4.13 using my 4.4.7 config file and ran in to this: LD init/built-in.o drivers/built-in.o: In function `adf_register_ctl_device_driver':

adf_ctl_drv.c:(.init.text+0x14915): undefined reference to `adf_init_pf_wq' (was Linux 4.4.13)

On 06/08/2016 03:43 AM, Greg KH wrote: > I'm announcing the release of the 4.4.13 kernel. > Hi, I tried to compile 4.4.13 using my 4.4.7 config file and ran in to this: LD init/built-in.o drivers/built-in.o: In function `adf_register_ctl_device_driver':

Re: [PATCH v4] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

On Sat, Jun 18, 2016 at 5:32 PM, Sasha Levin wrote: > On 06/17/2016 10:27 AM, Alexander Potapenko wrote: >> For KASAN builds: >> - switch SLUB allocator to using stackdepot instead of storing the >>allocation/deallocation stacks in the objects; >> - define

Re: [PATCH v4] mm, kasan: switch SLUB to stackdepot, enable memory quarantine for SLUB

On Sat, Jun 18, 2016 at 5:32 PM, Sasha Levin wrote: > On 06/17/2016 10:27 AM, Alexander Potapenko wrote: >> For KASAN builds: >> - switch SLUB allocator to using stackdepot instead of storing the >>allocation/deallocation stacks in the objects; >> - define SLAB_RED_ZONE, SLAB_POISON,

Re: [PATCH 0/7] asus-wireless: LED control

On Mon, Jun 13, 2016 at 10:57 PM, João Paulo Rechi Vita wrote: > This series adds support for controlling the airplane-mode indicator LED > present in some Asus laptops. It also creates a quirk in asus-wmi so it does > not > create RFKill devices for platforms that use

Re: [PATCH 0/7] asus-wireless: LED control

On Mon, Jun 13, 2016 at 10:57 PM, João Paulo Rechi Vita wrote: > This series adds support for controlling the airplane-mode indicator LED > present in some Asus laptops. It also creates a quirk in asus-wmi so it does > not > create RFKill devices for platforms that use asus-wireless and where

Re: [PATCH 2/7] asus-wmi: Create quirk for airplane_mode LED

On Mon, Jun 13, 2016 at 10:57 PM, João Paulo Rechi Vita wrote: > > Some Asus laptops that have an airplane-mode indicator LED, also have > the WMI WLAN user bit set, and the following bits in their DSDT: > > Scope (_SB) > { > (...) > Device (ATKD) > { > (...) >

Re: [PATCH 2/7] asus-wmi: Create quirk for airplane_mode LED

On Mon, Jun 13, 2016 at 10:57 PM, João Paulo Rechi Vita wrote: > > Some Asus laptops that have an airplane-mode indicator LED, also have > the WMI WLAN user bit set, and the following bits in their DSDT: > > Scope (_SB) > { > (...) > Device (ATKD) > { > (...) > Method (WMNB, 3,

Re: [PATCH v3] gpio: sch: Fix Oops on module load on Asus Eee PC 1201

On Sun, Jun 19, 2016 at 3:05 AM, Colin Pitrat wrote: > This fixes the issue descirbe in bug 117531 > (https://bugzilla.kernel.org/show_bug.cgi?id=117531). > It's a regression introduced in linux 4.5 that causes a Oops at load of > gpio_sch and prevents powering off the

Re: [PATCH v3] gpio: sch: Fix Oops on module load on Asus Eee PC 1201

On Sun, Jun 19, 2016 at 3:05 AM, Colin Pitrat wrote: > This fixes the issue descirbe in bug 117531 > (https://bugzilla.kernel.org/show_bug.cgi?id=117531). > It's a regression introduced in linux 4.5 that causes a Oops at load of > gpio_sch and prevents powering off the computer. > > The issue is

[PATCH] drm/nouveau/gr/gk20a: delete unneeded second newline

Signed-off-by: Julia Lawall --- drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c b/drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c index 4ca8ed1..de8b806 100644 ---

[PATCH] drm/nouveau/gr/gk20a: delete unneeded second newline

Signed-off-by: Julia Lawall --- drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c b/drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c index 4ca8ed1..de8b806 100644 ---

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

From: David Miller Date: Sat, 18 Jun 2016 21:04:21 -0700 (PDT) > From: Anatoly Pugachev > Date: Thu, 16 Jun 2016 13:02:07 +0300 > >> bisected to git commit 63e3027 > > That's a merge commit that adds 100 different commits, and this happened > way back

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

From: David Miller Date: Sat, 18 Jun 2016 21:04:21 -0700 (PDT) > From: Anatoly Pugachev > Date: Thu, 16 Jun 2016 13:02:07 +0300 > >> bisected to git commit 63e3027 > > That's a merge commit that adds 100 different commits, and this happened > way back in March. > > Please find the exact

Re: [RFC 00/18] Present useful limits to user

On 06/18/16 14:45, Konstantin Khlebnikov wrote: > On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn > wrote: >> On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >>> >>> I don't like the idea of this patchset. >>> >>> All limitations are context dependent and that

Re: [RFC 00/18] Present useful limits to user

On 06/18/16 14:45, Konstantin Khlebnikov wrote: > On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn > wrote: >> On 2016-06-14 15:03, Konstantin Khlebnikov wrote: >>> >>> I don't like the idea of this patchset. >>> >>> All limitations are context dependent and that context changes rapidly. >>>

[GIT PULL] ARM: SoC fixes for 4.7-rc

Hi Linus, The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5: Linux 4.7-rc3 (2016-06-12 07:20:35 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-fixes for you to fetch changes up to

[GIT PULL] ARM: SoC fixes for 4.7-rc

Hi Linus, The following changes since commit 5edb56491d4812c42175980759da53388e5d86f5: Linux 4.7-rc3 (2016-06-12 07:20:35 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-fixes for you to fetch changes up to

Re: [PATCH 1/5] spi: do not fail if the CS line is not connected

Hi Mark, > > > > In this case do not fail and defer to the SPI device drivers the > > > > responsibility to check whether the num-cs is '0'. > > > > A SPI controller always has one chip seelct, it may not be controllable > > > but it's at least logically present. > > > This is true, but there

Re: [PATCH 1/5] spi: do not fail if the CS line is not connected

Hi Mark, > > > > In this case do not fail and defer to the SPI device drivers the > > > > responsibility to check whether the num-cs is '0'. > > > > A SPI controller always has one chip seelct, it may not be controllable > > > but it's at least logically present. > > > This is true, but there

Re: [PATCH] clk: samsung: exynos5433: use clock_ignore_unused flag for SPI3 related clocks

Hi Tomasz, > > The SPI 3 bus uses two clocks, a bus clock and an input clock. > > Do not disable the clocks when unused in order to allow access to > > the SPI 3 device. > > If unused, why would access to SPI 3 device needed? because next I will submit a small driver which uses the SPI3.

Re: [PATCH] clk: samsung: exynos5433: use clock_ignore_unused flag for SPI3 related clocks

Hi Tomasz, > > The SPI 3 bus uses two clocks, a bus clock and an input clock. > > Do not disable the clocks when unused in order to allow access to > > the SPI 3 device. > > If unused, why would access to SPI 3 device needed? because next I will submit a small driver which uses the SPI3.

<    1   2   3   4   5   6