Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 25 May 2016 at 03:33, Mark yao wrote: > On 2016年05月25日 09:06, Mark yao wrote: > > On 2016年05月24日 18:11, Tomeu Vizoso wrote: > > Hi Tomeu >> >> Sorry for reply late. >> I don't agree the changes: >> >> - if (!state->enable) >> - return VOP_WIN_GET(vop_win->vop,

Re: [PATCH 1/2] drm/rockchip: vop: Do check if an update is pending during disable

On 25 May 2016 at 03:33, Mark yao wrote: > On 2016年05月25日 09:06, Mark yao wrote: > > On 2016年05月24日 18:11, Tomeu Vizoso wrote: > > Hi Tomeu >> >> Sorry for reply late. >> I don't agree the changes: >> >> - if (!state->enable) >> - return VOP_WIN_GET(vop_win->vop, vop_win->data, enable) == 0; >> +

[PATCH 4/4] ARM: exynos_defconfig: Save defconfig on current linux-next

Save defconfig on next-20160602. Most of changes are just re-ordering of symbols. Removed symbols: - FHANDLE (default y), - THERMAL, EXYNOS_THERMAL (selected by ARCH_EXYNOS), - CHROME_PLATFORMS (selected by MFD_CROS_EC), - EXT4_FS (selected by EXT3_FS) - SND_SOC_ODROIDX2 (obsolete since

[PATCH 4/4] ARM: exynos_defconfig: Save defconfig on current linux-next

Save defconfig on next-20160602. Most of changes are just re-ordering of symbols. Removed symbols: - FHANDLE (default y), - THERMAL, EXYNOS_THERMAL (selected by ARCH_EXYNOS), - CHROME_PLATFORMS (selected by MFD_CROS_EC), - EXT4_FS (selected by EXT3_FS) - SND_SOC_ODROIDX2 (obsolete since

[PATCH 1/4] ARM: multi_v7_defconfig: Enable Trats2 audio codec, touchscreen and sensors

The Exynos4412-based Trats2 board has CM36651 proximity/ambient light sensor, MMS114 touchscreen and Wolfson Microelectronics WM1811 CODEC. Enable them in defconfig to get some testing coverage and use its features. While saving defconfig the SND_SOC_ODROIDX2 is removed because it does not exist

[PATCH 1/4] ARM: multi_v7_defconfig: Enable Trats2 audio codec, touchscreen and sensors

The Exynos4412-based Trats2 board has CM36651 proximity/ambient light sensor, MMS114 touchscreen and Wolfson Microelectronics WM1811 CODEC. Enable them in defconfig to get some testing coverage and use its features. While saving defconfig the SND_SOC_ODROIDX2 is removed because it does not exist

[PATCH 2/4] ARM: multi_v7_defconfig: Enable drivers for Exynos4210 Universal C210 board

Enable drivers needed to get Exynos 4210 Universal C210 board working: MAX8998 MFD and regulators, GPIO-based bit-bang SPI, Exynos DRM FIMD parallel output and Samsung LD9040 RGB panel. Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/multi_v7_defconfig | 9

[PATCH 3/4] ARM: multi_v7_defconfig: Enable s5p-secss driver

The Exynos SoC provides a Security SubSystem block for accelerating some cryptographic operations. Enable the driver for it - s5p-secss to utilize the hardware acceleration. Currently the s5p-secss driver supports AES in CBC and ECB modes. However its usefulness could be doubted. Excerpt of

[PATCH 2/4] ARM: multi_v7_defconfig: Enable drivers for Exynos4210 Universal C210 board

Enable drivers needed to get Exynos 4210 Universal C210 board working: MAX8998 MFD and regulators, GPIO-based bit-bang SPI, Exynos DRM FIMD parallel output and Samsung LD9040 RGB panel. Signed-off-by: Krzysztof Kozlowski --- arch/arm/configs/multi_v7_defconfig | 9 - 1 file changed, 8

[PATCH 3/4] ARM: multi_v7_defconfig: Enable s5p-secss driver

The Exynos SoC provides a Security SubSystem block for accelerating some cryptographic operations. Enable the driver for it - s5p-secss to utilize the hardware acceleration. Currently the s5p-secss driver supports AES in CBC and ECB modes. However its usefulness could be doubted. Excerpt of

[RESEND PATCH v2 3/4] PCI: Add a new option for resource_alignment to reassign alignment

When using resource_alignment kernel parameter, the current implement reassigns the alignment by changing resources' size which can potentially break some drivers. For example, the driver uses the size to locate some register whose length is related to the size. This patch adds a new option

[RESEND PATCH v2 2/4] PCI: Do not Use IORESOURCE_STARTALIGN to identify bridge resources

Now we use the IORESOURCE_STARTALIGN to identify bridge resources in __assign_resources_sorted(). That's quite fragile. We can't make sure that the PCI devices' resources will not use IORESOURCE_STARTALIGN any more. In this patch, we try to use a more robust way to identify bridge resources.

[RESEND PATCH v2 0/4] PCI: Add support for enforcing all MMIO BARs not to share PAGE_SIZE

This series aims to add an option for PCI resource allocator to force BARs not to share PAGE_SIZE. This would make sense to VFIO driver. Because current VFIO implementation disallows to mmap sub-page(size < PAGE_SIZE) MMIO BARs which may share the same page with other BARs for security

[RESEND PATCH v2 3/4] PCI: Add a new option for resource_alignment to reassign alignment

When using resource_alignment kernel parameter, the current implement reassigns the alignment by changing resources' size which can potentially break some drivers. For example, the driver uses the size to locate some register whose length is related to the size. This patch adds a new option

[RESEND PATCH v2 2/4] PCI: Do not Use IORESOURCE_STARTALIGN to identify bridge resources

Now we use the IORESOURCE_STARTALIGN to identify bridge resources in __assign_resources_sorted(). That's quite fragile. We can't make sure that the PCI devices' resources will not use IORESOURCE_STARTALIGN any more. In this patch, we try to use a more robust way to identify bridge resources.

[RESEND PATCH v2 0/4] PCI: Add support for enforcing all MMIO BARs not to share PAGE_SIZE

This series aims to add an option for PCI resource allocator to force BARs not to share PAGE_SIZE. This would make sense to VFIO driver. Because current VFIO implementation disallows to mmap sub-page(size < PAGE_SIZE) MMIO BARs which may share the same page with other BARs for security

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On Thu, 2016-06-02 at 04:03 +0800, Yuyang Du wrote: > On Wed, Jun 01, 2016 at 11:36:39AM +0200, Mike Galbraith wrote: > > > Yup. Up to this point, we don't have any disagreement. And I don't think > > > we > > > have any disagreement conceptually. What the next patch really does is: > > > > > >

Re: [RFC PATCH 1/2] sched: Clean up SD_BALANCE_WAKE flags in sched domain build-up

On Thu, 2016-06-02 at 04:03 +0800, Yuyang Du wrote: > On Wed, Jun 01, 2016 at 11:36:39AM +0200, Mike Galbraith wrote: > > > Yup. Up to this point, we don't have any disagreement. And I don't think > > > we > > > have any disagreement conceptually. What the next patch really does is: > > > > > >

Re: [BUG] Page allocation failures with newest kernels

Hi Will, I think I found a right trace. Following one-liner fixes the issue beginning from v4.2-rc1 up to v4.4 included: --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -294,7 +294,7 @@ static inline bool early_page_uninitialised(unsigned long pfn) static inline bool

[PATCH] crypto: skcipher - remove unused header cpumask.h

Remove unused header cpumask.h from crypto/ablkcipher.c. Signed-off-by: Geliang Tang --- crypto/ablkcipher.c | 1 - 1 file changed, 1 deletion(-) diff --git a/crypto/ablkcipher.c b/crypto/ablkcipher.c index e5b5721..6b80516 100644 --- a/crypto/ablkcipher.c +++

Re: [BUG] Page allocation failures with newest kernels

Hi Will, I think I found a right trace. Following one-liner fixes the issue beginning from v4.2-rc1 up to v4.4 included: --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -294,7 +294,7 @@ static inline bool early_page_uninitialised(unsigned long pfn) static inline bool

[PATCH] crypto: skcipher - remove unused header cpumask.h

Remove unused header cpumask.h from crypto/ablkcipher.c. Signed-off-by: Geliang Tang --- crypto/ablkcipher.c | 1 - 1 file changed, 1 deletion(-) diff --git a/crypto/ablkcipher.c b/crypto/ablkcipher.c index e5b5721..6b80516 100644 --- a/crypto/ablkcipher.c +++ b/crypto/ablkcipher.c @@ -14,7

[PATCH] sched/cputime: Fix steal time accouting during cpu hotplug

From: Wanpeng Li Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU hotplug") set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the scenario: | steal is smaller than rq->prev_steal_time we end up with an insane large | value which

[PATCH] sched/cputime: Fix steal time accouting during cpu hotplug

From: Wanpeng Li Commit e9532e69b8d1 ("sched/cputime: Fix steal time accounting vs. CPU hotplug") set rq->prev_* to 0 after a cpu hotplug comes back in order to fix the scenario: | steal is smaller than rq->prev_steal_time we end up with an insane large | value which then gets added to

Re: Internal error xfs_trans_cancel

> posix03 and posix04 just emit error messages: > > posix04 -n 40 -l 100 > posix04: invalid option -- 'l' > posix04: Usage: posix04 [-i iterations] [-n nr_children] [-s] > . I screwed that this up. I have patched my version of lockperf to make all test using the same options names. Though

Re: Internal error xfs_trans_cancel

> posix03 and posix04 just emit error messages: > > posix04 -n 40 -l 100 > posix04: invalid option -- 'l' > posix04: Usage: posix04 [-i iterations] [-n nr_children] [-s] > . I screwed that this up. I have patched my version of lockperf to make all test using the same options names. Though

[PATCH] MIPS: pic32mzda: fix linker error for pic32_get_pbclk().

Early clock API pic32_get_pbclk() is defined in early_clk.c and used by time.c and early_console.c. When CONFIG_EARLY_PRINTK isn't set, early_clk.c isn't compiled and so a linker error is reported while referring the API from time.c. Fix it by compiling early_clk.c always. Also sort files in

[PATCH] MIPS: pic32mzda: fix linker error for pic32_get_pbclk().

Early clock API pic32_get_pbclk() is defined in early_clk.c and used by time.c and early_console.c. When CONFIG_EARLY_PRINTK isn't set, early_clk.c isn't compiled and so a linker error is reported while referring the API from time.c. Fix it by compiling early_clk.c always. Also sort files in

[PATCH] pstore: set ecc_notice_size to zero

Since a @ecc_notice_size parameter has been added in pstore_info.read(), this patch sets this parameter to zero in efi_pstore_read() and erst_reader(). Signed-off-by: Geliang Tang --- drivers/acpi/apei/erst.c | 1 + drivers/firmware/efi/efi-pstore.c | 5 + 2

[PATCH] pstore: set ecc_notice_size to zero

Since a @ecc_notice_size parameter has been added in pstore_info.read(), this patch sets this parameter to zero in efi_pstore_read() and erst_reader(). Signed-off-by: Geliang Tang --- drivers/acpi/apei/erst.c | 1 + drivers/firmware/efi/efi-pstore.c | 5 + 2 files changed, 6

Re: [PATCH 03/11] MIPS: pic32mzda: fix getting timer clock rate.

On 05/25/2016 09:32 PM, Harvey Hunt wrote: > Hi Purna, > > On 17/05/16 06:05, Purna Chandra Mandal wrote: >> PIC32 clock driver is now implemented as platform driver instead of >> as part of of_clk_init(). It meants all the clock modules are available >> quite late in the boot sequence. So request

Re: [PATCH 03/11] MIPS: pic32mzda: fix getting timer clock rate.

On 05/25/2016 09:32 PM, Harvey Hunt wrote: > Hi Purna, > > On 17/05/16 06:05, Purna Chandra Mandal wrote: >> PIC32 clock driver is now implemented as platform driver instead of >> as part of of_clk_init(). It meants all the clock modules are available >> quite late in the boot sequence. So request

Re: [PATCH v2] qed: fix qed_fill_link() error handling

From: Yuval Mintz Date: Wed, 1 Jun 2016 13:36:38 + >> gcc warns about qed_fill_link possibly accessing uninitialized data: >> >> drivers/net/ethernet/qlogic/qed/qed_main.c: In function 'qed_fill_link': >> drivers/net/ethernet/qlogic/qed/qed_main.c:1170:35: error:

Re: [PATCH v2] qed: fix qed_fill_link() error handling

From: Yuval Mintz Date: Wed, 1 Jun 2016 13:36:38 + >> gcc warns about qed_fill_link possibly accessing uninitialized data: >> >> drivers/net/ethernet/qlogic/qed/qed_main.c: In function 'qed_fill_link': >> drivers/net/ethernet/qlogic/qed/qed_main.c:1170:35: error: 'link_caps' may be >> used

[PATCH RESEND v4 0/6] powerPC/pSeries use pv-qpsinlock as the default spinlock implemention

change from v3: a big change in [PATCH v4 4/6] pv-qspinlock: powerpc support pv-qspinlock no other patch changed. and the patch cover letter tilte has changed as only pseries may need use pv-qspinlock, not all powerpc. 1) __pv_wait will not return until *ptr !=

[PATCH RESEND v4 0/6] powerPC/pSeries use pv-qpsinlock as the default spinlock implemention

change from v3: a big change in [PATCH v4 4/6] pv-qspinlock: powerpc support pv-qspinlock no other patch changed. and the patch cover letter tilte has changed as only pseries may need use pv-qspinlock, not all powerpc. 1) __pv_wait will not return until *ptr !=

[PATCH RESEND v4 5/6] pv-qspinlock: use cmpxchg_release in __pv_queued_spin_unlock

cmpxchg_release is light-wight than cmpxchg, On some arch like ppc, barrier impact the performace too much. Suggested-by: Boqun Feng Signed-off-by: Pan Xinhui --- kernel/locking/qspinlock_paravirt.h | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH RESEND v4 2/6] powerpc: pseries/Kconfig: Add qspinlock build config

pseries will use qspinlock by default. Signed-off-by: Pan Xinhui --- arch/powerpc/platforms/pseries/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/pseries/Kconfig b/arch/powerpc/platforms/pseries/Kconfig index bec90fb..f669323

[PATCH RESEND v4 6/6] powerpc: pseries: Add pv-qspinlock build config/make

pseries has PowerVM support, the default option is Y. Signed-off-by: Pan Xinhui --- arch/powerpc/kernel/Makefile | 1 + arch/powerpc/platforms/pseries/Kconfig | 8 2 files changed, 9 insertions(+) diff --git a/arch/powerpc/kernel/Makefile

[PATCH RESEND v4 5/6] pv-qspinlock: use cmpxchg_release in __pv_queued_spin_unlock

cmpxchg_release is light-wight than cmpxchg, On some arch like ppc, barrier impact the performace too much. Suggested-by: Boqun Feng Signed-off-by: Pan Xinhui --- kernel/locking/qspinlock_paravirt.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH RESEND v4 2/6] powerpc: pseries/Kconfig: Add qspinlock build config

pseries will use qspinlock by default. Signed-off-by: Pan Xinhui --- arch/powerpc/platforms/pseries/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/pseries/Kconfig b/arch/powerpc/platforms/pseries/Kconfig index bec90fb..f669323 100644 ---

[PATCH RESEND v4 6/6] powerpc: pseries: Add pv-qspinlock build config/make

pseries has PowerVM support, the default option is Y. Signed-off-by: Pan Xinhui --- arch/powerpc/kernel/Makefile | 1 + arch/powerpc/platforms/pseries/Kconfig | 8 2 files changed, 9 insertions(+) diff --git a/arch/powerpc/kernel/Makefile b/arch/powerpc/kernel/Makefile index

[PATCH RESEND v4 1/6] qspinlock: powerpc support qspinlock

Base code to enable qspinlock on powerpc. this patch add some #ifdef here and there. Although there is no paravirt related code, we can successfully build a qspinlock kernel after apply this patch. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/qspinlock.h

[PATCH RESEND v4 3/6] powerpc: lib/locks.c: Add cpu yield/wake helper function

pv-qspinlock core has pv_wait/pv_kick which will give a better performace by yielding and kicking cpu at some cases. lets support them by adding two corresponding helper functions. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/spinlock.h | 4

[PATCH RESEND v4 4/6] pv-qspinlock: powerpc support pv-qspinlock

As we need let pv-qspinlock-kernel run on all environment which might have no powervm, we should runtime choose which qspinlock version to use. The default pv-qspinlock use native version. pv_lock initialization should be done in bootstage with irq disabled. And if there is PHYP, restore

[PATCH RESEND v4 1/6] qspinlock: powerpc support qspinlock

Base code to enable qspinlock on powerpc. this patch add some #ifdef here and there. Although there is no paravirt related code, we can successfully build a qspinlock kernel after apply this patch. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/qspinlock.h | 22

[PATCH RESEND v4 3/6] powerpc: lib/locks.c: Add cpu yield/wake helper function

pv-qspinlock core has pv_wait/pv_kick which will give a better performace by yielding and kicking cpu at some cases. lets support them by adding two corresponding helper functions. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/spinlock.h | 4 arch/powerpc/lib/locks.c|

[PATCH RESEND v4 4/6] pv-qspinlock: powerpc support pv-qspinlock

As we need let pv-qspinlock-kernel run on all environment which might have no powervm, we should runtime choose which qspinlock version to use. The default pv-qspinlock use native version. pv_lock initialization should be done in bootstage with irq disabled. And if there is PHYP, restore

RE: [PATCH v2 10/27] staging: unisys: visorinput: remove unnecessary locking

> -Original Message- > From: Neil Horman [mailto:nhor...@redhat.com] > Sent: Wednesday, June 01, 2016 2:43 PM > To: Sell, Timothy C > Cc: Kershner, David A; cor...@lwn.net; t...@linutronix.de; > mi...@redhat.com; h...@zytor.com; gre...@linuxfoundation.org; > Arfvidson, Erik;

RE: [PATCH v2 10/27] staging: unisys: visorinput: remove unnecessary locking

> -Original Message- > From: Neil Horman [mailto:nhor...@redhat.com] > Sent: Wednesday, June 01, 2016 2:43 PM > To: Sell, Timothy C > Cc: Kershner, David A; cor...@lwn.net; t...@linutronix.de; > mi...@redhat.com; h...@zytor.com; gre...@linuxfoundation.org; > Arfvidson, Erik;

Re: [PATCH][V2] net/ethoc: fix null dereference on error exit path

From: Colin King Date: Wed, 1 Jun 2016 14:16:50 +0100 > From: Colin Ian King > > priv is assigned to NULL however some of the early error exit paths to > label 'free' dereference priv, causing a null pointer dereference. > > Move the label

Re: [PATCH][V2] net/ethoc: fix null dereference on error exit path

From: Colin King Date: Wed, 1 Jun 2016 14:16:50 +0100 > From: Colin Ian King > > priv is assigned to NULL however some of the early error exit paths to > label 'free' dereference priv, causing a null pointer dereference. > > Move the label 'free' to just the free_netdev statement, and add a

RE: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

Hi Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Thursday, June 02, 2016 11:48 AM > To: Po Liu > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; Arnd Bergmann; >

RE: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

Hi Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Thursday, June 02, 2016 11:48 AM > To: Po Liu > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; Arnd Bergmann; >

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: > On 5/29/2016 11:11 PM, Minchan Kim wrote: > >On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: > > > > > > > >>> > >>>If we goes this way, how to guarantee this race? > >> > >>Thanks for pointing out this. It sounds reasonable.

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: > On 5/29/2016 11:11 PM, Minchan Kim wrote: > >On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: > > > > > > > >>> > >>>If we goes this way, how to guarantee this race? > >> > >>Thanks for pointing out this. It sounds reasonable.

[PATCH 3/4] rtl8192u: Replace semaphore scan_sem with mutex

The semaphore 'scan_sem' in rtl8192u is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: ieee80211_device: Replace semaphore wx_sem with mutex

[PATCH 3/4] rtl8192u: Replace semaphore scan_sem with mutex

The semaphore 'scan_sem' in rtl8192u is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: ieee80211_device: Replace semaphore wx_sem with mutex

[PATCH 0/4] *** rtl8192u: Replace semaphores with mutexes ***

Hi, These are a set of patches which removes semaphores from: drivers/staging/rtl8192u They build correctly (individually and as a whole). NB: I have not tested this as I do not have the following hardware: "RealTek RTL8192U Wireless LAN NIC driver" Thanks, Binoy Binoy Jayan (4): rtl8192u:

[PATCH 0/4] *** rtl8192u: Replace semaphores with mutexes ***

Hi, These are a set of patches which removes semaphores from: drivers/staging/rtl8192u They build correctly (individually and as a whole). NB: I have not tested this as I do not have the following hardware: "RealTek RTL8192U Wireless LAN NIC driver" Thanks, Binoy Binoy Jayan (4): rtl8192u:

[PATCH 1/4] rtl8192u: r8192_priv: Replace semaphore wx_sem with mutex

The semaphore 'wx_sem' in r8192_priv is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/rtl8192u/r8192U.h | 2 +- drivers/staging/rtl8192u/r8192U_core.c | 28 ++--

[PATCH 4/4] rtl8192u: Replace semaphore rf_sem with mutex

The semaphore 'rf_sem' in rtl8192u is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: Replace semaphore scan_sem with mutex

[PATCH 2/4] rtl8192u: ieee80211_device: Replace semaphore wx_sem with mutex

The semaphore 'wx_sem' in ieee80211_device is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: r8192_priv: Replace semaphore wx_sem with mutex

[PATCH 1/4] rtl8192u: r8192_priv: Replace semaphore wx_sem with mutex

The semaphore 'wx_sem' in r8192_priv is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- drivers/staging/rtl8192u/r8192U.h | 2 +- drivers/staging/rtl8192u/r8192U_core.c | 28 ++--

[PATCH 4/4] rtl8192u: Replace semaphore rf_sem with mutex

The semaphore 'rf_sem' in rtl8192u is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: Replace semaphore scan_sem with mutex drivers/staging/rtl8192u/r8192U.h | 2 +-

[PATCH 2/4] rtl8192u: ieee80211_device: Replace semaphore wx_sem with mutex

The semaphore 'wx_sem' in ieee80211_device is a simple mutex, so it should be written as one. Semaphores are going away in the future. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8192u: r8192_priv: Replace semaphore wx_sem with mutex

Re: [PATCH] clk: microchip: Remove CLK_IS_ROOT

On 06/02/2016 03:25 AM, Stephen Boyd wrote: > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Purna Chandra Mandal > Cc: Ralf Baechle > Cc: >

Re: [PATCH] clk: microchip: Remove CLK_IS_ROOT

On 06/02/2016 03:25 AM, Stephen Boyd wrote: > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Cc: Purna Chandra Mandal > Cc: Ralf Baechle > Cc: > Signed-off-by: Stephen Boyd > --- > > I'm going to send this to Linus tomorrow or

linux-next: Tree for Jun 2

Hi all, Changes since 20160601: New tree: pstore. My fixes tree contains: of: silence warnings due to max() usage The pstore tree gained 2 build failures for which I added fix patches. The pm tree gained a build failure so I used the version from next-20160601. Non-merge commits (relative

linux-next: Tree for Jun 2

Hi all, Changes since 20160601: New tree: pstore. My fixes tree contains: of: silence warnings due to max() usage The pstore tree gained 2 build failures for which I added fix patches. The pm tree gained a build failure so I used the version from next-20160601. Non-merge commits (relative

Re: [PATCH v6 0/3] skb_array: array based FIFO for skbs

From: "Michael S. Tsirkin" Date: Wed, 1 Jun 2016 15:54:34 +0300 > This is in response to the proposal by Jason to make tun > rx packet queue lockless using a circular buffer. > My testing seems to show that at least for the common usecase > in networking, which isn't lockless,

Re: [PATCH v6 0/3] skb_array: array based FIFO for skbs

From: "Michael S. Tsirkin" Date: Wed, 1 Jun 2016 15:54:34 +0300 > This is in response to the proposal by Jason to make tun > rx packet queue lockless using a circular buffer. > My testing seems to show that at least for the common usecase > in networking, which isn't lockless, circular buffer >

Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers

On 06/01/2016 01:37 PM, Jacek Anaszewski wrote: > Hi Krzysztof, > > One thing drew my attention while reviewing this again: > max8997_led_brightness_set() can sleep, but the brightness_set > op it is assigned to must not sleep. At the time when this driver was > merged we were delegating

Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers

On 06/01/2016 01:37 PM, Jacek Anaszewski wrote: > Hi Krzysztof, > > One thing drew my attention while reviewing this again: > max8997_led_brightness_set() can sleep, but the brightness_set > op it is assigned to must not sleep. At the time when this driver was > merged we were delegating

Re: [linux-sunxi] Re: [PATCH 5/5] RFC spi: sun4i: add DMA support

On Wed, 2016-06-01 at 20:00 +0200, Maxime Ripard wrote: > Hi, > > On Mon, May 30, 2016 at 04:50:16PM +0100, Mark Brown wrote: > > > > On Mon, May 30, 2016 at 05:28:10PM +0200, Michal Suchanek wrote: > > > > > > On 30 May 2016 at 17:03, Mark Brown wrote: > > > > > > > > >

Re: [linux-sunxi] Re: [PATCH 5/5] RFC spi: sun4i: add DMA support

On Wed, 2016-06-01 at 20:00 +0200, Maxime Ripard wrote: > Hi, > > On Mon, May 30, 2016 at 04:50:16PM +0100, Mark Brown wrote: > > > > On Mon, May 30, 2016 at 05:28:10PM +0200, Michal Suchanek wrote: > > > > > > On 30 May 2016 at 17:03, Mark Brown wrote: > > > > > > > > > > > I really don't

Re: [PATCH 4.6 000/100] 4.6.1-stable review

> On Tue, May 31, 2016 at 10:35:32PM -0700, Guenter Roeck wrote: >> On 05/30/2016 01:48 PM, Greg Kroah-Hartman wrote: >> > This is the start of the stable review cycle for the 4.6.1 release. >> > There are 100 patches in this series, all will be posted as a response >> > to this one. If anyone

Re: [PATCH 4.6 000/100] 4.6.1-stable review

> On Tue, May 31, 2016 at 10:35:32PM -0700, Guenter Roeck wrote: >> On 05/30/2016 01:48 PM, Greg Kroah-Hartman wrote: >> > This is the start of the stable review cycle for the 4.6.1 release. >> > There are 100 patches in this series, all will be posted as a response >> > to this one. If anyone

[PATCH 4/5] freeze: Add error reporting

From: Derek Basehore This adds error reporting for cpuidle to freeze so suspend-to-idle can report errors when the CPU/SoC is unable to idle properly. Freeze will abort when an error is encounted. Signed-off-by: Derek Basehore ---

[PATCH 4/5] freeze: Add error reporting

From: Derek Basehore This adds error reporting for cpuidle to freeze so suspend-to-idle can report errors when the CPU/SoC is unable to idle properly. Freeze will abort when an error is encounted. Signed-off-by: Derek Basehore --- drivers/acpi/processor_idle.c | 10 ++

[PATCH 3/5] x86, apic: Add timed freeze support

From: Derek Basehore This adds support to the clock event devices created by apic to use timed freeze. The apic is able to run a timer during freeze with near izero impact on modern CPUs such as skylake. This will allow S0ix, suspend-to-idle, to be validated on Intel CPUs

[PATCH 3/5] x86, apic: Add timed freeze support

From: Derek Basehore This adds support to the clock event devices created by apic to use timed freeze. The apic is able to run a timer during freeze with near izero impact on modern CPUs such as skylake. This will allow S0ix, suspend-to-idle, to be validated on Intel CPUs that support it. This

[PATCH 5/5] intel_idle: Add S0ix validation

From: Derek Basehore This adds validation of S0ix entry and enables it on Skylake. Using the new timed_freeze function, we program the CPU to wake up X seconds after entering freeze. After X seconds, it will wake the CPU to check the S0ix residency counters and make sure

[PATCH 2/5] clockevents: Add timed freeze

From: Derek Basehore Adds a new feature to clockevents to schedule wakeups on a CPU during freeze. These won't fully wake up the system, but allow simple platform callbacks that don't require device support to be run during freeze with little power impact. This

[PATCH 1/5] x86: stub out pmc function

From: Derek Basehore This creates an inline function of intel_pmc_slp_s0_counter_read for !CONFIG_INTEL_PMC_CORE. Signed-off-by: Derek Basehore --- arch/x86/include/asm/pmc_core.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff

[PATCH 2/5] clockevents: Add timed freeze

From: Derek Basehore Adds a new feature to clockevents to schedule wakeups on a CPU during freeze. These won't fully wake up the system, but allow simple platform callbacks that don't require device support to be run during freeze with little power impact. This implementation allows an idle

[PATCH 1/5] x86: stub out pmc function

From: Derek Basehore This creates an inline function of intel_pmc_slp_s0_counter_read for !CONFIG_INTEL_PMC_CORE. Signed-off-by: Derek Basehore --- arch/x86/include/asm/pmc_core.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/pmc_core.h

[PATCH 5/5] intel_idle: Add S0ix validation

From: Derek Basehore This adds validation of S0ix entry and enables it on Skylake. Using the new timed_freeze function, we program the CPU to wake up X seconds after entering freeze. After X seconds, it will wake the CPU to check the S0ix residency counters and make sure we entered the lowest

[PATCH 0/5] Add suspend-to-idle validation for Intel SoCs

From: Derek Basehore This patch set adds support for catching errors when entering freeze on Intel Skylake SoCs. Support for this can be added to newer SoCs in later patches. Verification is done by waking up the CPU once every X (default 10) seconds to check the

[PATCH 0/5] Add suspend-to-idle validation for Intel SoCs

From: Derek Basehore This patch set adds support for catching errors when entering freeze on Intel Skylake SoCs. Support for this can be added to newer SoCs in later patches. Verification is done by waking up the CPU once every X (default 10) seconds to check the residency of S0ix. This can't

[PATCH v2 3/7] iio: adc: ad7793: claim direct mode when writing frequency

Driver was checking for direct mode and trying to lock it, but left a gap where mode could change before the desired operation. Use iio_device_claim_direct_mode() to guarantee device stays in direct mode. Refactor function to clarify look-up followed by lock sequence. Signed-off-by: Alison

[PATCH v2 3/7] iio: adc: ad7793: claim direct mode when writing frequency

Driver was checking for direct mode and trying to lock it, but left a gap where mode could change before the desired operation. Use iio_device_claim_direct_mode() to guarantee device stays in direct mode. Refactor function to clarify look-up followed by lock sequence. Signed-off-by: Alison

Re: script relative shebang

On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: > Sorry for insisting, but I would like to explore potential solutions > for fixing the root problem (missing relative shebang), > I know there are ways to workaround that, but I would like to make > sure the proper fix is not

Re: script relative shebang

On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: > Sorry for insisting, but I would like to explore potential solutions > for fixing the root problem (missing relative shebang), > I know there are ways to workaround that, but I would like to make > sure the proper fix is not

[PATCH v2 2/5] fsl/qe: setup clock source for TDM mode

Add tdm clock configuration in both qe clock system and ucc fast controller. Signed-off-by: Zhao Qiang --- Changes for v2: - break codes getting clock_bits and source to smaller functions. - add __iomem to qe_mux_reg - add bits operation functions for

[PATCH v2 2/5] fsl/qe: setup clock source for TDM mode

Add tdm clock configuration in both qe clock system and ucc fast controller. Signed-off-by: Zhao Qiang --- Changes for v2: - break codes getting clock_bits and source to smaller functions. - add __iomem to qe_mux_reg - add bits operation functions for qe and use it

[PATCH v2 2/4] rtl8712: Replace semaphore terminate_cmdthread_sema with completion

The semaphore 'terminate_cmdthread_sema' is used as completion, so convert it to a struct completion type. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8712: Replace semaphore cmd_queue_sema with completion

[PATCH v2 2/4] rtl8712: Replace semaphore terminate_cmdthread_sema with completion

The semaphore 'terminate_cmdthread_sema' is used as completion, so convert it to a struct completion type. Signed-off-by: Binoy Jayan --- This patch depends on the following patch: rtl8712: Replace semaphore cmd_queue_sema with completion drivers/staging/rtl8712/os_intfs.c| 2 +-

[PATCH v2 1/4] rtl8712: Replace semaphore cmd_queue_sema with completion

The semaphore 'cmd_queue_sema' is used as completion, so convert it to a struct completion type. Signed-off-by: Binoy Jayan --- drivers/staging/rtl8712/os_intfs.c| 2 +- drivers/staging/rtl8712/rtl8712_cmd.c | 2 +- drivers/staging/rtl8712/rtl871x_cmd.c |

[PATCH v2 0/4] *** rtl8712: Replace semaphores with mutex / completions ***

Hi, These are a set of patches [v2] which removes semaphores from: drivers/staging/rtl8712 They build correctly (individually and as a whole). NB: I have not tested this as I do not have the following hardware: "RealTek RTL8712U (RTL8192SU) Wireless LAN NIC driver" Rework on comments w.r.t.

  1   2   3   4   5   6   7   8   9   10   >