Re: [PATCH] tpm_crb: fix mapping of the buffers

On Tue, Apr 19, 2016 at 07:59:24AM +0300, Jarkko Sakkinen wrote: > On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote: > > On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote: > > > On my Lenovo x250 the following situation occurs: > > > > > > [18697.813871] tpm_crb

Re: [PATCH] tpm_crb: fix mapping of the buffers

On Tue, Apr 19, 2016 at 07:59:24AM +0300, Jarkko Sakkinen wrote: > On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote: > > On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote: > > > On my Lenovo x250 the following situation occurs: > > > > > > [18697.813871] tpm_crb

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 10:35:12AM -0600, Shuah Khan wrote: > On 04/17/2016 08:27 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.2 release. > > There are 124 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 10:35:12AM -0600, Shuah Khan wrote: > On 04/17/2016 08:27 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.2 release. > > There are 124 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 09:35:32AM -0700, Guenter Roeck wrote: > On Mon, Apr 18, 2016 at 11:27:52AM +0900, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.2 release. > > There are 124 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 09:35:32AM -0700, Guenter Roeck wrote: > On Mon, Apr 18, 2016 at 11:27:52AM +0900, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.5.2 release. > > There are 124 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 12:27:12AM -0700, kernelci.org bot wrote: > stable-queue boot: 25 boots: 0 failed, 25 passed (v4.5.1-124-ga7f91925a8c9) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.5.1-124-ga7f91925a8c9/ > Full Build Summary: >

Re: [PATCH 4.5 000/124] 4.5.2-stable review

On Mon, Apr 18, 2016 at 12:27:12AM -0700, kernelci.org bot wrote: > stable-queue boot: 25 boots: 0 failed, 25 passed (v4.5.1-124-ga7f91925a8c9) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.5.1-124-ga7f91925a8c9/ > Full Build Summary: >

Re: [PATCH 4.4 000/137] 4.4.8-stable review

On Mon, Apr 18, 2016 at 12:47:13AM -0700, kernelci.org bot wrote: > stable-queue boot: 207 boots: 4 failed, 202 passed with 1 offline > (v4.4.7-137-ge7e3ac8ffeb8) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.4.7-137-ge7e3ac8ffeb8/ > Full Build Summary: >

Re: [PATCH 4.4 000/137] 4.4.8-stable review

On Mon, Apr 18, 2016 at 12:47:13AM -0700, kernelci.org bot wrote: > stable-queue boot: 207 boots: 4 failed, 202 passed with 1 offline > (v4.4.7-137-ge7e3ac8ffeb8) > > Full Boot Summary: > https://kernelci.org/boot/all/job/stable-queue/kernel/v4.4.7-137-ge7e3ac8ffeb8/ > Full Build Summary: >

Re: [PATCH] mm/memory-failure: fix race with compound page split/merge

On Tue, Apr 19, 2016 at 2:15 AM, Naoya Horiguchi wrote: > # CCed Andrew, > > On Mon, Apr 18, 2016 at 02:43:45PM +0300, Konstantin Khlebnikov wrote: >> Get_hwpoison_page() must recheck relation between head and tail pages. >> >> Signed-off-by: Konstantin Khlebnikov

Re: [PATCH] mm/memory-failure: fix race with compound page split/merge

On Tue, Apr 19, 2016 at 2:15 AM, Naoya Horiguchi wrote: > # CCed Andrew, > > On Mon, Apr 18, 2016 at 02:43:45PM +0300, Konstantin Khlebnikov wrote: >> Get_hwpoison_page() must recheck relation between head and tail pages. >> >> Signed-off-by: Konstantin Khlebnikov > > Looks good to me. Without

Re: [PATCH] ARM: dts: exynos: Remove unsupported s2mps11 regulator bindings from Exynos5420 boards

On 04/18/2016 06:52 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 04/18/2016 03:44 AM, Krzysztof Kozlowski wrote: >> The bindings like s2mps11,buck6-ramp-enable or s2mps11,buck2-ramp-delay >> where ignored. They were never parse by s2mps11 regulator driver. Also >> the values used

Re: [PATCH] ARM: dts: exynos: Remove unsupported s2mps11 regulator bindings from Exynos5420 boards

On 04/18/2016 06:52 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 04/18/2016 03:44 AM, Krzysztof Kozlowski wrote: >> The bindings like s2mps11,buck6-ramp-enable or s2mps11,buck2-ramp-delay >> where ignored. They were never parse by s2mps11 regulator driver. Also >> the values used

Re: [PATCH] efi: Use GFP_ATOMIC instead of GFP_KERNEL

On Monday 18 April 2016 02:48 AM, Matt Fleming wrote: > On Fri, 15 Apr, at 08:38:37AM, Julia Lawall wrote: >> I looked at it a bit with Vaishali. I wonder if it would be possible at >> least to have only one flag? Then one wouldn't have to maintain the >> subtle relationship between atomic

Re: [PATCH] efi: Use GFP_ATOMIC instead of GFP_KERNEL

On Monday 18 April 2016 02:48 AM, Matt Fleming wrote: > On Fri, 15 Apr, at 08:38:37AM, Julia Lawall wrote: >> I looked at it a bit with Vaishali. I wonder if it would be possible at >> least to have only one flag? Then one wouldn't have to maintain the >> subtle relationship between atomic

[PATCH] Input: Change BTN_TOOL_FINGER flag when hover event trigger

Only ABS_DISTANCE is not enough for upper OS to distingiush hover event be triggered from object from faraway to and close touchpad surface or from object prepare to leave the touchpad surface. Add BTN_TOOL_FINGER flag to help it. object_from_farawayobject_inside_hover_area

[PATCH] Input: Change BTN_TOOL_FINGER flag when hover event trigger

Only ABS_DISTANCE is not enough for upper OS to distingiush hover event be triggered from object from faraway to and close touchpad surface or from object prepare to leave the touchpad surface. Add BTN_TOOL_FINGER flag to help it. object_from_farawayobject_inside_hover_area

RE: [PATCH 1/1] mmc: sdhci-pci: add Support of Synopsys DWC_MSHC IP

Hi Greg K-H, > On Tuesday, April 19, 2016 12:25 AM, Greg Kroah-Hartman Wrote: > > > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h index > > 247da8c..01f743b 100644 > > --- a/include/linux/pci_ids.h > > +++ b/include/linux/pci_ids.h > > @@ -2318,6 +2318,9 @@ > > #define

RE: [PATCH 1/1] mmc: sdhci-pci: add Support of Synopsys DWC_MSHC IP

Hi Greg K-H, > On Tuesday, April 19, 2016 12:25 AM, Greg Kroah-Hartman Wrote: > > > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h index > > 247da8c..01f743b 100644 > > --- a/include/linux/pci_ids.h > > +++ b/include/linux/pci_ids.h > > @@ -2318,6 +2318,9 @@ > > #define

linux-next: Tree for Apr 19

Hi all, Changes since 20160418: The tip tree still had its build failures and gainde a confict against the pm tree. The gpio tree lost its build failure. The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 4507 4203

linux-next: Tree for Apr 19

Hi all, Changes since 20160418: The tip tree still had its build failures and gainde a confict against the pm tree. The gpio tree lost its build failure. The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 4507 4203

Re: [RFC] iio: st: Add lsm9ds0 support for gyro accel and magny

On Mon, Apr 18, 2016 at 4:51 PM, Jonathan Cameron wrote: > On 18/04/16 11:25, Crestez Dan Leonard wrote: >> On 04/18/2016 09:07 AM, Denis Ciocca wrote: >> Then st_combo_* implementation functions would forward to st_magn_* or >> st_accel_* depending on chan->type. Does this make

Re: [RFC] iio: st: Add lsm9ds0 support for gyro accel and magny

On Mon, Apr 18, 2016 at 4:51 PM, Jonathan Cameron wrote: > On 18/04/16 11:25, Crestez Dan Leonard wrote: >> On 04/18/2016 09:07 AM, Denis Ciocca wrote: >> Then st_combo_* implementation functions would forward to st_magn_* or >> st_accel_* depending on chan->type. Does this make sense? > Perhaps.

[PATCH v3 06/18] wcn36xx: Add helper macros to cast sta to priv

From: Pontus Fuchs While poking at this I also change two related things. I rename one variable to make the names consistent. I also move one assignment of priv_sta to the declaration to save a few lines. Signed-off-by: Pontus Fuchs

[PATCH v3 00/18] wcn36xx fixes

The bulk of the following patches have been sitting in Eugene's Github tree for quite some time. They fix various issues existing in the mainline drivers, so they should be merged there too. Also included are two new fixes, of my own; the important one being the reordering of deletion of the bss,

[PATCH v3 00/18] wcn36xx fixes

The bulk of the following patches have been sitting in Eugene's Github tree for quite some time. They fix various issues existing in the mainline drivers, so they should be merged there too. Also included are two new fixes, of my own; the important one being the reordering of deletion of the bss,

[PATCH v3 06/18] wcn36xx: Add helper macros to cast sta to priv

From: Pontus Fuchs While poking at this I also change two related things. I rename one variable to make the names consistent. I also move one assignment of priv_sta to the declaration to save a few lines. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson ---

Re: [PATCH] net: w5100: don't build spi driver without w5100

From: Arnd Bergmann Date: Mon, 18 Apr 2016 23:58:30 +0200 > The w5100-spi driver front-end only makes sense when the w5100 > core driver is enabled, not for a configuration that only has w5300: ... > This adds an appropriate Kconfig dependency. > > Signed-off-by: Arnd Bergmann

Re: [PATCH] net: w5100: don't build spi driver without w5100

From: Arnd Bergmann Date: Mon, 18 Apr 2016 23:58:30 +0200 > The w5100-spi driver front-end only makes sense when the w5100 > core driver is enabled, not for a configuration that only has w5300: ... > This adds an appropriate Kconfig dependency. > > Signed-off-by: Arnd Bergmann > Fixes:

[PATCH v3 02/18] wcn36xx: Pad TIM PVM if needed

From: Pontus Fuchs The wcn36xx FW expects a fixed size TIM PVM in the beacon template. If supplied with a shorter than expected PVM it will overwrite the IE following the TIM. Squashed with fix from Jason Mobarak : Patch "wcn36xx: Pad TIM PVM if needed"

[PATCH v3 05/18] wcn36xx: Use define for invalid index and fix typo

From: Pontus Fuchs Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/hal.h | 2 +- drivers/net/wireless/ath/wcn36xx/main.c | 4 ++--

[PATCH v3 04/18] wcn36xx: Use consistent name for private vif

From: Pontus Fuchs Some code used priv_vif and some used vif_priv. Convert all to vif_priv for consistency. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 28

[PATCH v3 02/18] wcn36xx: Pad TIM PVM if needed

From: Pontus Fuchs The wcn36xx FW expects a fixed size TIM PVM in the beacon template. If supplied with a shorter than expected PVM it will overwrite the IE following the TIM. Squashed with fix from Jason Mobarak : Patch "wcn36xx: Pad TIM PVM if needed" has caused a regression in mesh

[PATCH v3 05/18] wcn36xx: Use define for invalid index and fix typo

From: Pontus Fuchs Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/hal.h | 2 +- drivers/net/wireless/ath/wcn36xx/main.c | 4 ++-- drivers/net/wireless/ath/wcn36xx/smd.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH v3 04/18] wcn36xx: Use consistent name for private vif

From: Pontus Fuchs Some code used priv_vif and some used vif_priv. Convert all to vif_priv for consistency. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 28 ++-- 1 file changed, 14 insertions(+), 14

[PATCH] ARM: suppress "include/generated/mach-types.h is up to date."

For incremental build, "include/generated/mach-types.h is up to date" is every time displayed like follows: $ make ARCH=arm CHK include/config/kernel.release CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h make[1]: `include/generated/mach-types.h'

[PATCH] ARM: suppress "include/generated/mach-types.h is up to date."

For incremental build, "include/generated/mach-types.h is up to date" is every time displayed like follows: $ make ARCH=arm CHK include/config/kernel.release CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h make[1]: `include/generated/mach-types.h'

[PATCH v3 07/18] wcn36xx: Fetch private sta data from sta entry instead of from vif

From: Pontus Fuchs For consistency with other code. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- Changes since v1: - Reordered after the now previous patch, to make wcn36xx_sta_to_priv() available

[PATCH v3 01/18] wcn36xx: Clean up wcn36xx_smd_send_beacon

From: Pontus Fuchs Needed for coming improvements. No functional changes. Signed-off-by: Pontus Fuchs [bjorn: restored BEACON_TEMPLATE_SIZE define to 0x180] Signed-off-by: Bjorn Andersson --- Changes since v2: -

[PATCH v3 07/18] wcn36xx: Fetch private sta data from sta entry instead of from vif

From: Pontus Fuchs For consistency with other code. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- Changes since v1: - Reordered after the now previous patch, to make wcn36xx_sta_to_priv() available before we use it drivers/net/wireless/ath/wcn36xx/main.c | 2 +- 1 file

[PATCH v3 01/18] wcn36xx: Clean up wcn36xx_smd_send_beacon

From: Pontus Fuchs Needed for coming improvements. No functional changes. Signed-off-by: Pontus Fuchs [bjorn: restored BEACON_TEMPLATE_SIZE define to 0x180] Signed-off-by: Bjorn Andersson --- Changes since v2: - Subtract sizeof(beacon_length) instead of modifying BEACON_TEMPLATE_SIZE,

[PATCH v3 12/18] wcn36xx: Clear encrypt_type when deleting bss key

From: Pontus Fuchs This fixes a problem connecting to an open network after being connected to an encrypted network. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson ---

[PATCH v3 17/18] wcn36xx: Correct remove bss key response encoding

The WCN36XX_HAL_RMV_BSSKEY_RSP carries a single u32 with "status", so we can use the standard status check function for decoding the result. This is the last user of the v2 status checker, so remove the struct and helper function. Signed-off-by: Bjorn Andersson ---

[PATCH v3 08/18] wcn36xx: Remove sta pointer in private vif struct

From: Pontus Fuchs This does not work with multiple sta's in a vif. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/main.c| 3 ---

[PATCH v3 12/18] wcn36xx: Clear encrypt_type when deleting bss key

From: Pontus Fuchs This fixes a problem connecting to an open network after being connected to an encrypted network. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH v3 17/18] wcn36xx: Correct remove bss key response encoding

The WCN36XX_HAL_RMV_BSSKEY_RSP carries a single u32 with "status", so we can use the standard status check function for decoding the result. This is the last user of the v2 status checker, so remove the struct and helper function. Signed-off-by: Bjorn Andersson --- Changes since v2: - Added

[PATCH v3 08/18] wcn36xx: Remove sta pointer in private vif struct

From: Pontus Fuchs This does not work with multiple sta's in a vif. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/main.c| 3 --- drivers/net/wireless/ath/wcn36xx/smd.c | 28 +++-

[PATCH v3 14/18] wcn36xx: Implement multicast filtering

From: Pontus Fuchs Pass the multicast list to FW. This patch also adds a way to build the smd command in place. This is needed because the MC list command is too big for the stack. Signed-off-by: Pontus Fuchs [bjorn: dropped FIF_PROMISC_IN_BSS

[PATCH v3 09/18] wcn36xx: Parse trigger_ba response properly

From: Pontus Fuchs This message does not follow the canonical format and needs it's own parser. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 14

[PATCH v3 15/18] wcn36xx: Use correct command struct for EXIT_BMPS_REQ

From: Pontus Fuchs EXIT_BMPS_REQ was using the command struct for ENTER_BMPS_REQ. I spotted this when looking at command dumps. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson ---

[PATCH v3 10/18] wcn36xx: Copy all members in config_sta v1 conversion

From: Pontus Fuchs When converting to version 1 of the config_sta struct not all members where copied. This fixes the problem of multicast frames not being delivered on an encrypted network. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn

[PATCH v3 09/18] wcn36xx: Parse trigger_ba response properly

From: Pontus Fuchs This message does not follow the canonical format and needs it's own parser. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git

[PATCH v3 15/18] wcn36xx: Use correct command struct for EXIT_BMPS_REQ

From: Pontus Fuchs EXIT_BMPS_REQ was using the command struct for ENTER_BMPS_REQ. I spotted this when looking at command dumps. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v3 10/18] wcn36xx: Copy all members in config_sta v1 conversion

From: Pontus Fuchs When converting to version 1 of the config_sta struct not all members where copied. This fixes the problem of multicast frames not being delivered on an encrypted network. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c

[PATCH v3 14/18] wcn36xx: Implement multicast filtering

From: Pontus Fuchs Pass the multicast list to FW. This patch also adds a way to build the smd command in place. This is needed because the MC list command is too big for the stack. Signed-off-by: Pontus Fuchs [bjorn: dropped FIF_PROMISC_IN_BSS usage] Signed-off-by: Bjorn Andersson ---

[PATCH v3 11/18] wcn36xx: Use allocated self sta index instead of hard coded

From: Pontus Fuchs Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 11/18] wcn36xx: Use allocated self sta index instead of hard coded

From: Pontus Fuchs Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/smd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/wireless/ath/wcn36xx/smd.c b/drivers/net/wireless/ath/wcn36xx/smd.c index

[PATCH v3 03/18] wcn36xx: Add helper macros to cast vif to private vif and vice versa

From: Pontus Fuchs Makes the code a little easier to read. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/debug.c | 12 +++-

[PATCH v3 03/18] wcn36xx: Add helper macros to cast vif to private vif and vice versa

From: Pontus Fuchs Makes the code a little easier to read. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/debug.c | 12 +++- drivers/net/wireless/ath/wcn36xx/main.c| 16 +++- drivers/net/wireless/ath/wcn36xx/pmc.c

[PATCH v3 13/18] wcn36xx: Track association state

From: Pontus Fuchs Knowing the association state is needed for mc filtering. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/main.c| 2 ++

[PATCH v3 16/18] wcn36xx: Delete BSS before idling link

When disabling the beacon we must delete the bss before idling the link. Signed-off-by: Bjorn Andersson --- Changes since v2: - Added this patch to the series drivers/net/wireless/ath/wcn36xx/main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 16/18] wcn36xx: Delete BSS before idling link

When disabling the beacon we must delete the bss before idling the link. Signed-off-by: Bjorn Andersson --- Changes since v2: - Added this patch to the series drivers/net/wireless/ath/wcn36xx/main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 13/18] wcn36xx: Track association state

From: Pontus Fuchs Knowing the association state is needed for mc filtering. Signed-off-by: Pontus Fuchs Signed-off-by: Bjorn Andersson --- drivers/net/wireless/ath/wcn36xx/main.c| 2 ++ drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 1 + 2 files changed, 3 insertions(+) diff --git

[PATCH v3 18/18] wcn36xx: Fill in capability list

Fill in the capability list with more values from the downstream driver. Signed-off-by: Bjorn Andersson --- Changes since v2: - Added this patch to the series drivers/net/wireless/ath/wcn36xx/hal.h | 39

[PATCH v3 18/18] wcn36xx: Fill in capability list

Fill in the capability list with more values from the downstream driver. Signed-off-by: Bjorn Andersson --- Changes since v2: - Added this patch to the series drivers/net/wireless/ath/wcn36xx/hal.h | 39 drivers/net/wireless/ath/wcn36xx/main.c | 40

Re: [PATCH] tpm_crb: fix mapping of the buffers

On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote: > On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote: > > On my Lenovo x250 the following situation occurs: > > > > [18697.813871] tpm_crb MSFT0101:00: can't request region for resource > > [mem 0xacdff080-0xacdf] >

Re: [PATCH] tpm_crb: fix mapping of the buffers

On Mon, Apr 18, 2016 at 05:34:57PM -0600, Jason Gunthorpe wrote: > On Tue, Apr 19, 2016 at 02:08:00AM +0300, Jarkko Sakkinen wrote: > > On my Lenovo x250 the following situation occurs: > > > > [18697.813871] tpm_crb MSFT0101:00: can't request region for resource > > [mem 0xacdff080-0xacdf] >

[RFC v4 4/4] CMDQ: suspend/resume protection

Add suspend/resume protection mechanism to prevent active task(s) in suspend. Signed-off-by: HS Liao --- drivers/soc/mediatek/mtk-cmdq.c | 289 ++- 1 file changed, 282 insertions(+), 7 deletions(-) diff --git

[RFC v4 4/4] CMDQ: suspend/resume protection

Add suspend/resume protection mechanism to prevent active task(s) in suspend. Signed-off-by: HS Liao --- drivers/soc/mediatek/mtk-cmdq.c | 289 ++- 1 file changed, 282 insertions(+), 7 deletions(-) diff --git a/drivers/soc/mediatek/mtk-cmdq.c

[RFC v4 1/4] dt-bindings: soc: Add documentation for the MediaTek GCE unit

This adds documentation for the MediaTek Global Command Engine (GCE) unit found in MT8173 SoCs. Signed-off-by: HS Liao Acked-by: Rob Herring --- .../devicetree/bindings/soc/mediatek/gce.txt | 34 1 file changed, 34

[RFC v4 2/4] CMDQ: Mediatek CMDQ driver

This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Currently, CMDQ

[RFC v4 1/4] dt-bindings: soc: Add documentation for the MediaTek GCE unit

This adds documentation for the MediaTek Global Command Engine (GCE) unit found in MT8173 SoCs. Signed-off-by: HS Liao Acked-by: Rob Herring --- .../devicetree/bindings/soc/mediatek/gce.txt | 34 1 file changed, 34 insertions(+) create mode 100644

[RFC v4 2/4] CMDQ: Mediatek CMDQ driver

This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Currently, CMDQ

[RFC v4 3/4] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi |8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[RFC v4 3/4] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi |8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index

[RFC v4 0/4] Mediatek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. These patches have a build

[RFC v4 0/4] Mediatek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. These patches have a build

[MAINTAINERS] Update email address

The current ID is going away soon... update email address Signed-off-by: Ananth N Mavinakayanahalli diff --git a/MAINTAINERS b/MAINTAINERS index 1d5b4be..dc23998 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6400,7 +6400,7 @@ F:mm/kmemleak.c F:

[MAINTAINERS] Update email address

The current ID is going away soon... update email address Signed-off-by: Ananth N Mavinakayanahalli diff --git a/MAINTAINERS b/MAINTAINERS index 1d5b4be..dc23998 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6400,7 +6400,7 @@ F:mm/kmemleak.c F: mm/kmemleak-test.c KPROBES

Runtime warning due to commit 'ARM: OMAP: Catch callers of revision information prior to it being populated' in -next

Hi, commit 'ARM: OMAP: Catch callers of revision information prior to it being populated' results in a runtime warning on various non-OMAP architectures. I have seen it with the following qemu tests. arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9

Runtime warning due to commit 'ARM: OMAP: Catch callers of revision information prior to it being populated' in -next

Hi, commit 'ARM: OMAP: Catch callers of revision information prior to it being populated' results in a runtime warning on various non-OMAP architectures. I have seen it with the following qemu tests. arm:vexpress-a9:multi_v7_defconfig:vexpress-v2p-ca9

Re: [PATCH v2 1/1] powerpc/86xx: Add support for Emerson/Artesyn MVME7100

On Mon, 2016-04-18 at 09:57 +0200, Alessio Igor Bogani wrote: > + pci0: pcie@f1008000 { > + reg = <0xf1008000 0x1000>; > + ranges = <0x0200 0x0 0x8000 0x8000 0x0 > 0x5000 > + 0x0100 0x0 0x 0xf000 0x0 > 0x0080>; >

Re: [PATCH v2 1/1] powerpc/86xx: Add support for Emerson/Artesyn MVME7100

On Mon, 2016-04-18 at 09:57 +0200, Alessio Igor Bogani wrote: > + pci0: pcie@f1008000 { > + reg = <0xf1008000 0x1000>; > + ranges = <0x0200 0x0 0x8000 0x8000 0x0 > 0x5000 > + 0x0100 0x0 0x 0xf000 0x0 > 0x0080>; >

[PATCH] pinctrl-exynos5440: Use off-stack memory for pinctrl_gpio_range

The range is registered into a linked list which can be referenced throughout the lifetime of the driver. Ensure the range's memory is useful for the same lifetime by adding it to the driver's private data structure. The bug was introduced in the driver's initial commit, which was present in

[PATCH] pinctrl-exynos5440: Use off-stack memory for pinctrl_gpio_range

The range is registered into a linked list which can be referenced throughout the lifetime of the driver. Ensure the range's memory is useful for the same lifetime by adding it to the driver's private data structure. The bug was introduced in the driver's initial commit, which was present in

RE: rtc ds3232 call trace in kernel

> -Original Message- > From: Akinobu Mita [mailto:akinobu.m...@gmail.com] > Sent: Tuesday, April 19, 2016 11:58 AM > To: Qianyu Gong > Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ; > rtc-li...@googlegroups.com; linux-kernel@vger.kernel.org

RE: rtc ds3232 call trace in kernel

> -Original Message- > From: Akinobu Mita [mailto:akinobu.m...@gmail.com] > Sent: Tuesday, April 19, 2016 11:58 AM > To: Qianyu Gong > Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ; > rtc-li...@googlegroups.com; linux-kernel@vger.kernel.org > Subject: Re: rtc ds3232 call trace in

Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup

Quoting Serge E. Hallyn (se...@hallyn.com): > Quoting Eric W. Biederman (ebied...@xmission.com): > > "Serge E. Hallyn" writes: > > > > >> diff --git a/kernel/cgroup.c b/kernel/cgroup.c > > >> index 671dc05..9a0d7b3 100644 > > >> --- a/kernel/cgroup.c > > >> +++

Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup

Quoting Serge E. Hallyn (se...@hallyn.com): > Quoting Eric W. Biederman (ebied...@xmission.com): > > "Serge E. Hallyn" writes: > > > > >> diff --git a/kernel/cgroup.c b/kernel/cgroup.c > > >> index 671dc05..9a0d7b3 100644 > > >> --- a/kernel/cgroup.c > > >> +++ b/kernel/cgroup.c > > >> @@

Re: linux-next: build warning after merge of the ipvs-next tree

On Mon, Apr 18, 2016 at 11:09:21AM +0200, Pablo Neira Ayuso wrote: > On Fri, Apr 15, 2016 at 10:38:14PM +1000, Simon Horman wrote: > > On Fri, Apr 15, 2016 at 11:56:07AM +0200, Pablo Neira Ayuso wrote: > > > On Fri, Apr 15, 2016 at 10:57:48AM +1000, Stephen Rothwell wrote: > > > > Hi Simon, > > >

Re: linux-next: build warning after merge of the ipvs-next tree

On Mon, Apr 18, 2016 at 11:09:21AM +0200, Pablo Neira Ayuso wrote: > On Fri, Apr 15, 2016 at 10:38:14PM +1000, Simon Horman wrote: > > On Fri, Apr 15, 2016 at 11:56:07AM +0200, Pablo Neira Ayuso wrote: > > > On Fri, Apr 15, 2016 at 10:57:48AM +1000, Stephen Rothwell wrote: > > > > Hi Simon, > > >

Re: rtc ds3232 call trace in kernel

2016-04-19 11:36 GMT+09:00 Qianyu Gong : > >> -Original Message- >> From: Akinobu Mita [mailto:akinobu.m...@gmail.com] >> Sent: Monday, April 18, 2016 9:02 PM >> To: Qianyu Gong >> Cc: alexandre.bell...@free-electrons.com; Mingkai Hu

Re: rtc ds3232 call trace in kernel

2016-04-19 11:36 GMT+09:00 Qianyu Gong : > >> -Original Message- >> From: Akinobu Mita [mailto:akinobu.m...@gmail.com] >> Sent: Monday, April 18, 2016 9:02 PM >> To: Qianyu Gong >> Cc: alexandre.bell...@free-electrons.com; Mingkai Hu ; >> rtc-li...@googlegroups.com;

[PATCH][v3] cpufreq: governor: Fix overflow when calculating idle time

It was reported that after Commit 0df35026c6a5 ("cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"), cpufreq ondemand governor started to act oddly. Without any load, with freshly booted system, it pumped cpu frequency up to maximum at some point of time and stayed

[PATCH][v3] cpufreq: governor: Fix overflow when calculating idle time

It was reported that after Commit 0df35026c6a5 ("cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"), cpufreq ondemand governor started to act oddly. Without any load, with freshly booted system, it pumped cpu frequency up to maximum at some point of time and stayed

Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access

On Mon, Apr 18, 2016 at 11:24:11AM -0700, Christoph Hellwig wrote: > On Mon, Apr 18, 2016 at 11:40:47AM -0600, Jason Gunthorpe wrote: > > I wasn't arguing this should integrate into verbs in some way, only > > that the way to access the driver-specific uAPI of a RDMA device should > > be through

Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access

On Mon, Apr 18, 2016 at 11:24:11AM -0700, Christoph Hellwig wrote: > On Mon, Apr 18, 2016 at 11:40:47AM -0600, Jason Gunthorpe wrote: > > I wasn't arguing this should integrate into verbs in some way, only > > that the way to access the driver-specific uAPI of a RDMA device should > > be through

Re: [PATCH v7 0/8]/[PULL REQUEST] Trim unused exported kernel symbols

Ping ! /me only hears back empty cave echoes ... On Wed, 6 Apr 2016, Nicolas Pitre wrote: > > Gentle ping... > > If possible, I'd like for those patches to be sorted out before the > opening of the merge window gets too close like last time. > > > On Tue, 29 Mar 2016, Nicolas Pitre wrote:

Re: [PATCH v7 0/8]/[PULL REQUEST] Trim unused exported kernel symbols

Ping ! /me only hears back empty cave echoes ... On Wed, 6 Apr 2016, Nicolas Pitre wrote: > > Gentle ping... > > If possible, I'd like for those patches to be sorted out before the > opening of the merge window gets too close like last time. > > > On Tue, 29 Mar 2016, Nicolas Pitre wrote:

  1   2   3   4   5   6   7   8   9   10   >