[PATCH] drm/amd/powerplay: return false instead of -EINVAL

Returning -EINVAL from a bool-returning function phm_check_smc_update_required_for_display_configuration has an unexpected effect of returning true, which is probably not what was intended. Replace -EINVAL by false. The only place this function is called from is psm_adjust_power_state_dynamic in

Re: [PATCH 0/6] constify snd_pcm_ops structures

On Fri, 02 Sep 2016 00:13:08 +0200, Julia Lawall wrote: > > Constify snd_pcm_ops structures. Applied all six patches now. Thanks. Takashi

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, On 09/02/2016 06:56 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP block is used by the MIPS based xilfpga platform. Move the interrupt controller code out of arch/microblaze so that it can be used by everyone if this

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, On 09/02/2016 06:56 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP block is used by the MIPS based xilfpga platform. Move the interrupt controller code out of arch/microblaze so that it can be used by everyone if this

Re: [PATCH v2 5/7] arm64: dts: exynos: Add dts files for Samsung Exynos5433 64bit SoC

On 2016년 08월 27일 01:14, Krzysztof Kozlowski wrote: > On Wed, Aug 24, 2016 at 10:49:09PM +0900, Chanwoo Choi wrote: >> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on >> Octa-core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports >> PSCI (Power State

Re: [PATCH v2 5/7] arm64: dts: exynos: Add dts files for Samsung Exynos5433 64bit SoC

On 2016년 08월 27일 01:14, Krzysztof Kozlowski wrote: > On Wed, Aug 24, 2016 at 10:49:09PM +0900, Chanwoo Choi wrote: >> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on >> Octa-core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports >> PSCI (Power State

Re: tools-powerpc: Return false instead of -1

On 17/09/15 13:03, Peter Senna Tschudin wrote: > Returning a negative value for a boolean function seem to have the > undesired effect of returning true. require_paranoia_below() is a > boolean function, but the variable used to store the return value is an > integer, receiving -1 or 0. This patch

Re: tools-powerpc: Return false instead of -1

On 17/09/15 13:03, Peter Senna Tschudin wrote: > Returning a negative value for a boolean function seem to have the > undesired effect of returning true. require_paranoia_below() is a > boolean function, but the variable used to store the return value is an > integer, receiving -1 or 0. This patch

[PATCH] crypto: ccp - add missing release in ccp_dmaengine_register

ccp_dmaengine_register used to return with an error code before releasing all resource. This patch adds a jump to the appropriate label ensuring that the resources are properly released before returning. This issue was found with Hector. Signed-off-by: Quentin Lambert

[PATCH] crypto: ccp - add missing release in ccp_dmaengine_register

ccp_dmaengine_register used to return with an error code before releasing all resource. This patch adds a jump to the appropriate label ensuring that the resources are properly released before returning. This issue was found with Hector. Signed-off-by: Quentin Lambert ---

Re: [PATCH 4/4 v2] drm/bridge: adv7511: Initialize audio packet on adv7533

Hi, On 8/30/2016 5:11 AM, John Stultz wrote: From: Andy Green Set the initial audio packet settings to allow the audio driver to work. Cc: David Airlie Cc: Archit Taneja Cc: Laurent Pinchart

Re: [PATCH 4/4 v2] drm/bridge: adv7511: Initialize audio packet on adv7533

Hi, On 8/30/2016 5:11 AM, John Stultz wrote: From: Andy Green Set the initial audio packet settings to allow the audio driver to work. Cc: David Airlie Cc: Archit Taneja Cc: Laurent Pinchart Cc: Wolfram Sang Cc: Srinivas Kandagatla Cc: "Ville Syrjälä" Cc: Boris Brezillon Cc: Andy

Re: [PATCH v3] mmc: core: Optimize the mmc erase size alignment

On 31 August 2016 at 11:32, Baolin Wang wrote: > Before issuing mmc_erase() function, users always have checked if it can > erase with mmc_can_erase/trim/discard() function, thus remove the redundant > erase checking in mmc_erase() function. > > This patch also optimizes

[tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/hotplug head: 6dc465457fac9a49462bebbb870beea5d536b7c2 commit: cf95baff0dd05eaaf445f75217a3363d4f83b449 [4/8] cpu/hotplug: Add multi instance support config: openrisc-or1ksim_defconfig (attached as .config) compiler:

Re: [PATCH v3] mmc: core: Optimize the mmc erase size alignment

On 31 August 2016 at 11:32, Baolin Wang wrote: > Before issuing mmc_erase() function, users always have checked if it can > erase with mmc_can_erase/trim/discard() function, thus remove the redundant > erase checking in mmc_erase() function. > > This patch also optimizes the erase start/end

[tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp/hotplug head: 6dc465457fac9a49462bebbb870beea5d536b7c2 commit: cf95baff0dd05eaaf445f75217a3363d4f83b449 [4/8] cpu/hotplug: Add multi instance support config: openrisc-or1ksim_defconfig (attached as .config) compiler:

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

On Fri, Sep 02, 2016 at 09:42:04AM +0100, Sudeep Holla wrote: > On 01/09/16 21:29, Mark Brown wrote: > > On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: > > > CPU: 3 PID: 1593 Comm: bash Tainted: GW 4.8.0-rc3 #14 > > > Hardware name: Qualcomm Technologies, Inc. APQ

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

On Fri, Sep 02, 2016 at 09:42:04AM +0100, Sudeep Holla wrote: > On 01/09/16 21:29, Mark Brown wrote: > > On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: > > > CPU: 3 PID: 1593 Comm: bash Tainted: GW 4.8.0-rc3 #14 > > > Hardware name: Qualcomm Technologies, Inc. APQ

Re: [PATCH 2/2] sched: cpufreq: use rt_avg as estimate of required RT CPU capacity

On 01/09/16 14:48, Steve Muckle wrote: > On Wed, Aug 31, 2016 at 06:00:02PM +0100, Juri Lelli wrote: > > > Another problem is that we have many semi related knobs; we have the > > > global RT runtime limit knob, but that doesn't affect cpufreq (maybe it > > > should) > > > > Maybe we could create

Re: [PATCH 2/2] sched: cpufreq: use rt_avg as estimate of required RT CPU capacity

On 01/09/16 14:48, Steve Muckle wrote: > On Wed, Aug 31, 2016 at 06:00:02PM +0100, Juri Lelli wrote: > > > Another problem is that we have many semi related knobs; we have the > > > global RT runtime limit knob, but that doesn't affect cpufreq (maybe it > > > should) > > > > Maybe we could create

[PATCH] drm/tegra: Expose color key and plane blending controls to userspace

Chromakey is a simple way of video overlay overlap implementation. This patch adds 2 new IOCTL's: first - sets color key and is common across of all Tegra SoC's, second - sets plane blending controls and allows to utilize the color key, this one is exclusive to Tegra20/30. Signed-off-by: Dmitry

[PATCH] drm/tegra: Expose color key and plane blending controls to userspace

Chromakey is a simple way of video overlay overlap implementation. This patch adds 2 new IOCTL's: first - sets color key and is common across of all Tegra SoC's, second - sets plane blending controls and allows to utilize the color key, this one is exclusive to Tegra20/30. Signed-off-by: Dmitry

Re: [PATCH v3 net-next 0/6] perf, bpf: add support for bpf in sw/hw perf_events

On Thu, Sep 01, 2016 at 06:37:20PM -0700, Alexei Starovoitov wrote: > Peter, > to implement your suggestion to add ifdef CONFIG_BPF_SYSCALL > inside struct perf_event, I had to shuffle ifdefs in events/core.c > Please double check whether that is what you wanted to see. Looks fine, Thanks!

Re: [PATCH v3 net-next 0/6] perf, bpf: add support for bpf in sw/hw perf_events

On Thu, Sep 01, 2016 at 06:37:20PM -0700, Alexei Starovoitov wrote: > Peter, > to implement your suggestion to add ifdef CONFIG_BPF_SYSCALL > inside struct perf_event, I had to shuffle ifdefs in events/core.c > Please double check whether that is what you wanted to see. Looks fine, Thanks!

Re: RFC: Backport HID-logitech to 3.10?

Hi Simon, On Thu, Sep 1, 2016 at 2:56 AM, Simon Wood wrote: > Hi all, > I received a question regarding back-porting the support for the G29 > racing wheel to 3.10 (Android in particular), and after some collaborative > work we determined that changes between 3.10 and 4.7

Re: RFC: Backport HID-logitech to 3.10?

Hi Simon, On Thu, Sep 1, 2016 at 2:56 AM, Simon Wood wrote: > Hi all, > I received a question regarding back-porting the support for the G29 > racing wheel to 3.10 (Android in particular), and after some collaborative > work we determined that changes between 3.10 and 4.7 are actually pretty >

[GIT PULL] tpmdd fixes for Linux 4.8

(2016-08-09 11:07:05 +1000) are available in the git repository at:   git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20160902 for you to fetch changes up to 289979f5ad937e684b65416223a8c35f21072068:   tpm: invalid self test error message (2016-09-02 12:11:29 +0300

[GIT PULL] tpmdd fixes for Linux 4.8

(2016-08-09 11:07:05 +1000) are available in the git repository at:   git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20160902 for you to fetch changes up to 289979f5ad937e684b65416223a8c35f21072068:   tpm: invalid self test error message (2016-09-02 12:11:29 +0300

Re: [PATCH] ARM: fix linker call for ARM_MODULE_PLTS

On Fri, Sep 02, 2016 at 09:17:58AM +, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > module.lds script doesn't get called when > CONFIG_ARM_MODULE_PLTS is enabled. > Use KBUILD_LDFLAGS_MODULE to fix it. For those of us who haven't encountered this problem, could you include some commentry in the

Re: [PATCH] ARM: fix linker call for ARM_MODULE_PLTS

On Fri, Sep 02, 2016 at 09:17:58AM +, Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > module.lds script doesn't get called when > CONFIG_ARM_MODULE_PLTS is enabled. > Use KBUILD_LDFLAGS_MODULE to fix it. For those of us who haven't encountered this problem, could you include some commentry in the

Re: [PATCH 0/2] ARM: dts: Introduce support for rev BeagleBoard-X15 B1

On 09/02/2016 04:05 AM, Nishanth Menon wrote: Hi, Please find the series to cleanup and support Production version of Beagleboard-X15 rev B1 support. More details can be found at https://github.com/beagleboard/beagleboard-x15 Bootlog on B1: http://pastebin.ubuntu.com/23123408/ (sd and hdmi

Re: [PATCH 0/2] ARM: dts: Introduce support for rev BeagleBoard-X15 B1

On 09/02/2016 04:05 AM, Nishanth Menon wrote: Hi, Please find the series to cleanup and support Production version of Beagleboard-X15 rev B1 support. More details can be found at https://github.com/beagleboard/beagleboard-x15 Bootlog on B1: http://pastebin.ubuntu.com/23123408/ (sd and hdmi

[PATCH 2/2] nvmem: rockchip-efuse: add rk3399-efuse support

From: Finley Xiao 1) the efuse timing of rk3399 is different from earlier SoCs. 2) rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses, the efuse of earlier SoCs is organized as 32bits by 8 one-time programmable electrical fuses with

[PATCH 1/2] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

From: Finley Xiao Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time programmable electrical fuses with random access interface. Add different device tree compatible string

[PATCH 2/2] nvmem: rockchip-efuse: add rk3399-efuse support

From: Finley Xiao 1) the efuse timing of rk3399 is different from earlier SoCs. 2) rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses, the efuse of earlier SoCs is organized as 32bits by 8 one-time programmable electrical fuses with random access interface. This

[PATCH 1/2] nvmem: rockchip-efuse: update compatible strings for Rockchip efuse

From: Finley Xiao Rk3399-efuse is organized as 32bits by 32 one-time programmable electrical fuses. The efuse of earlier SoCs are organized as 32bits by 8 one-time programmable electrical fuses with random access interface. Add different device tree compatible string for different SoCs to be

[PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

Latest update to the BeagleBoard-X15 platform (revision B1)[1] updates for allowing UHS SD cards to function with the split of supply to SD card from a dedicated LDO. As a result of this, AM57xx BeagleBoard-X15 now uses gpio2_30 instead of gpio6_28 for HDMI because HDMI_LS_OE should now be

[PATCH 0/2] ARM: dts: Introduce support for rev BeagleBoard-X15 B1

Hi, Please find the series to cleanup and support Production version of Beagleboard-X15 rev B1 support. More details can be found at https://github.com/beagleboard/beagleboard-x15 Bootlog on B1: http://pastebin.ubuntu.com/23123408/ (sd and hdmi hpd tested) Nishanth Menon (2): ARM: dts:

[PATCH 1/2] ARM: dts: am57xx-beagle-x15: Remove pinmux configurations

pinmuxing for DRA7x/AM57x family of processors need to be done in IO isolation as part of initial bootloader executed from SRAM. This is done as part of iodelay configuration sequence and is required due to the limitations introduced by erratum ID: i869[1] and elaborated in the Technical Reference

[PATCH 0/2] ARM: dts: Introduce support for rev BeagleBoard-X15 B1

Hi, Please find the series to cleanup and support Production version of Beagleboard-X15 rev B1 support. More details can be found at https://github.com/beagleboard/beagleboard-x15 Bootlog on B1: http://pastebin.ubuntu.com/23123408/ (sd and hdmi hpd tested) Nishanth Menon (2): ARM: dts:

[PATCH 1/2] ARM: dts: am57xx-beagle-x15: Remove pinmux configurations

pinmuxing for DRA7x/AM57x family of processors need to be done in IO isolation as part of initial bootloader executed from SRAM. This is done as part of iodelay configuration sequence and is required due to the limitations introduced by erratum ID: i869[1] and elaborated in the Technical Reference

[PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

Latest update to the BeagleBoard-X15 platform (revision B1)[1] updates for allowing UHS SD cards to function with the split of supply to SD card from a dedicated LDO. As a result of this, AM57xx BeagleBoard-X15 now uses gpio2_30 instead of gpio6_28 for HDMI because HDMI_LS_OE should now be

Re: [Linaro-mm-sig] [PATCHv2 3/4] staging: android: ion: Add an ioctl for ABI checking

On Thursday, September 1, 2016 3:40:43 PM CEST Laura Abbott wrote: > --- a/drivers/staging/android/ion/ion-ioctl.c > +++ b/drivers/staging/android/ion/ion-ioctl.c > @@ -22,6 +22,29 @@ > #include "ion_priv.h" > #include "compat_ion.h" > > +union ion_ioctl_arg { > + struct ion_fd_data fd; >

Re: [Linaro-mm-sig] [PATCHv2 3/4] staging: android: ion: Add an ioctl for ABI checking

On Thursday, September 1, 2016 3:40:43 PM CEST Laura Abbott wrote: > --- a/drivers/staging/android/ion/ion-ioctl.c > +++ b/drivers/staging/android/ion/ion-ioctl.c > @@ -22,6 +22,29 @@ > #include "ion_priv.h" > #include "compat_ion.h" > > +union ion_ioctl_arg { > + struct ion_fd_data fd; >

Re: [PATCH v2 3/3] ARM: dts: Set the clock rate for DREX block 800Mhz on exynos5422-odroidxu3

On 2016년 08월 28일 01:33, Krzysztof Kozlowski wrote: > On Thu, Aug 25, 2016 at 03:57:18PM +0900, Chanwoo Choi wrote: >> This patch sets the clock rate for DREX (DRAM Express) block >> on exynos5422-odroidxu3 board. In the exynos5422 TRM, >> DRAM clocks use BPLL clock and CMU_CDREX generates >> the

Re: [PATCH v2 3/3] ARM: dts: Set the clock rate for DREX block 800Mhz on exynos5422-odroidxu3

On 2016년 08월 28일 01:33, Krzysztof Kozlowski wrote: > On Thu, Aug 25, 2016 at 03:57:18PM +0900, Chanwoo Choi wrote: >> This patch sets the clock rate for DREX (DRAM Express) block >> on exynos5422-odroidxu3 board. In the exynos5422 TRM, >> DRAM clocks use BPLL clock and CMU_CDREX generates >> the

Re: [PATCH 3/5] Documentation: bindings: add dt documentation for rk3399 dmc

On 2016년 09월 02일 07:31, Lin Huang wrote: > This patch adds the documentation for rockchip rk3399 dmc driver. > > Signed-off-by: Lin Huang > --- > Changes in v8: > - add ddr timing properties > > Changes in v7: > -None > > Changes in v6: > -Add more detail in Documentation

Re: [PATCH 3/5] Documentation: bindings: add dt documentation for rk3399 dmc

On 2016년 09월 02일 07:31, Lin Huang wrote: > This patch adds the documentation for rockchip rk3399 dmc driver. > > Signed-off-by: Lin Huang > --- > Changes in v8: > - add ddr timing properties > > Changes in v7: > -None > > Changes in v6: > -Add more detail in Documentation > > Changes in v5: >

[PATCH] relay: Use irq_work instead of plain timer for deferred wakeup

From: Peter Zijlstra Relay avoids calling wake_up_interruptible() for doing the wakeup of readers/consumers, waiting for the generation of new data, from the context of a process which produced the data. This is apparently done to prevent the possibility of a deadlock in

Re: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

On Thu, 1 Sep 2016, Liav Rehana wrote: > From: Liav Rehana > > During the calculation of the nsec variable, "delta * tkr->mult" may cause > overflow to the msb, if the suspended time is too long. > In that case, we need to guarantee that the variable will not go through a >

[PATCH] relay: Use irq_work instead of plain timer for deferred wakeup

From: Peter Zijlstra Relay avoids calling wake_up_interruptible() for doing the wakeup of readers/consumers, waiting for the generation of new data, from the context of a process which produced the data. This is apparently done to prevent the possibility of a deadlock in case Scheduler itself is

Re: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

On Thu, 1 Sep 2016, Liav Rehana wrote: > From: Liav Rehana > > During the calculation of the nsec variable, "delta * tkr->mult" may cause > overflow to the msb, if the suspended time is too long. > In that case, we need to guarantee that the variable will not go through a > sign extension during

Re: [PATCH 1/5] Documentation: bindings: add dt documentation for dfi controller

On 2016년 09월 02일 07:31, Lin Huang wrote: > This patch adds the documentation for rockchip dfi devfreq-event driver. > > Signed-off-by: Lin Huang > --- > Changes in v8: > - delete a unuse blank line > > Changes in v7: > - None > > Changes in v6: > - None > > Changes in v5:

Re: [PATCH 1/5] Documentation: bindings: add dt documentation for dfi controller

On 2016년 09월 02일 07:31, Lin Huang wrote: > This patch adds the documentation for rockchip dfi devfreq-event driver. > > Signed-off-by: Lin Huang > --- > Changes in v8: > - delete a unuse blank line > > Changes in v7: > - None > > Changes in v6: > - None > > Changes in v5: > - None > >

Re: [RFC PATCH v2 01/20] x86: Documentation for AMD Secure Memory Encryption (SME)

On Mon, Aug 22, 2016 at 05:35:39PM -0500, Tom Lendacky wrote: > This patch adds a Documenation entry to decribe the AMD Secure Memory > Encryption (SME) feature. > > Signed-off-by: Tom Lendacky > --- > Documentation/x86/amd-memory-encryption.txt | 35 >

Re: [PATCH v13 0/4] Mediatek MT8173 CMDQ support

Hi Jassi, On Wed, 2016-08-31 at 14:15 +0530, Jassi Brar wrote: > On Wed, Aug 31, 2016 at 1:43 PM, Horng-Shyang Liao > wrote: [...] > >> Platforms that need shared access to a channel, implement a 'server' > >> driver that serialise (which is needed still) the access to

Re: [RFC PATCH v2 01/20] x86: Documentation for AMD Secure Memory Encryption (SME)

On Mon, Aug 22, 2016 at 05:35:39PM -0500, Tom Lendacky wrote: > This patch adds a Documenation entry to decribe the AMD Secure Memory > Encryption (SME) feature. > > Signed-off-by: Tom Lendacky > --- > Documentation/x86/amd-memory-encryption.txt | 35 > +++ > 1 file

Re: [PATCH v13 0/4] Mediatek MT8173 CMDQ support

Hi Jassi, On Wed, 2016-08-31 at 14:15 +0530, Jassi Brar wrote: > On Wed, Aug 31, 2016 at 1:43 PM, Horng-Shyang Liao > wrote: [...] > >> Platforms that need shared access to a channel, implement a 'server' > >> driver that serialise (which is needed still) the access to common > >> channel. If

Re: [PATCH 3/9] serial: altera: constify uart_ops structures

On 2016-09-01 at 19:51:32 +0200, Julia Lawall wrote: > Check for uart_ops structures that are only stored in the ops field of a > uart_port structure. This field is declared const, so uart_ops structures > that have this property can be declared as const also. > > The

Re: [PATCH 3/9] serial: altera: constify uart_ops structures

On 2016-09-01 at 19:51:32 +0200, Julia Lawall wrote: > Check for uart_ops structures that are only stored in the ops field of a > uart_port structure. This field is declared const, so uart_ops structures > that have this property can be declared as const also. > > The semantic patch that makes

[PATCH] ASoC: Intel: sst: fix to spelling mistake: "susupend" -> "suspend"

From: Colin Ian King trivial fix to spelling mistake in dev_err message and replace "cant" with "can't" Signed-off-by: Colin Ian King --- sound/soc/intel/atom/sst/sst.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] ASoC: Intel: sst: fix to spelling mistake: "susupend" -> "suspend"

From: Colin Ian King trivial fix to spelling mistake in dev_err message and replace "cant" with "can't" Signed-off-by: Colin Ian King --- sound/soc/intel/atom/sst/sst.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/intel/atom/sst/sst.c

Re: [PATCH] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

On Wed, 31 Aug 2016, Yazen Ghannam wrote: > The Socket ID is ApicId[bits] on Fam17h systems. > > Change substraction to logical AND when extracting socket_id > from c->apicid. So Fam17h will only ever have 2 sockets, right? Thanks, tglx > Signed-off-by: Yazen Ghannam

Re: [PATCH] drbd: mark symbols static where possible

Hi Baoyou, thanks for the patch. I applied it to our tree. Will be sent to one of the next merge windows... best regards, Phil Am Donnerstag, 1. September 2016, 18:57:53 CEST schrieb Baoyou Xie: > We get a few warnings when building kernel with W=1: > drivers/block/drbd/drbd_receiver.c:1224:6:

Re: [PATCH] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

On Wed, 31 Aug 2016, Yazen Ghannam wrote: > The Socket ID is ApicId[bits] on Fam17h systems. > > Change substraction to logical AND when extracting socket_id > from c->apicid. So Fam17h will only ever have 2 sockets, right? Thanks, tglx > Signed-off-by: Yazen Ghannam > --- >

Re: [PATCH] drbd: mark symbols static where possible

Hi Baoyou, thanks for the patch. I applied it to our tree. Will be sent to one of the next merge windows... best regards, Phil Am Donnerstag, 1. September 2016, 18:57:53 CEST schrieb Baoyou Xie: > We get a few warnings when building kernel with W=1: > drivers/block/drbd/drbd_receiver.c:1224:6:

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

On Fri, Sep 02, 2016 at 02:27:08PM +0900, Andi Shyti wrote: > > Thanks Andi, this is looking great! > > Thanks Sean! With your reviews the whole thing looks much better > now :) > > I agree with all your points here, I will fix them. Can I add > your reviewd-by? Yes, please add it to this

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

On Fri, Sep 02, 2016 at 02:27:08PM +0900, Andi Shyti wrote: > > Thanks Andi, this is looking great! > > Thanks Sean! With your reviews the whole thing looks much better > now :) > > I agree with all your points here, I will fix them. Can I add > your reviewd-by? Yes, please add it to this

Re: [PATCH v2 5/7] [media] ir-lirc-codec: don't wait any transmitting time for tx only devices

On Fri, Sep 02, 2016 at 02:16:27AM +0900, Andi Shyti wrote: > Transmitters do not need to wait until the data has been sent > (and of course received). Return before waiting. > > Signed-off-by: Andi Shyti > --- > drivers/media/rc/ir-lirc-codec.c | 2 +- > 1 file changed,

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

Hi, On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: If the spi device is already runtime suspended, if spi_qup_suspend is executed during suspend-to-idle or suspend-to-ram it will result in the following splat: WARNING: CPU: 3 PID: 1593 at

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

Hi, On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: If the spi device is already runtime suspended, if spi_qup_suspend is executed during suspend-to-idle or suspend-to-ram it will result in the following splat: WARNING: CPU: 3 PID: 1593 at

Re: [PATCH v2 5/7] [media] ir-lirc-codec: don't wait any transmitting time for tx only devices

On Fri, Sep 02, 2016 at 02:16:27AM +0900, Andi Shyti wrote: > Transmitters do not need to wait until the data has been sent > (and of course received). Return before waiting. > > Signed-off-by: Andi Shyti > --- > drivers/media/rc/ir-lirc-codec.c | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH 1/1] USB: serial: usb-serial-simple: add support for another Infineon flashloader

This patch adds support for Infineon flashloader 0x8087/0x0801. The flashloader is used in Telit LE940B modem family with Telit flashing application. Signed-off-by: Daniele Palmas --- drivers/usb/serial/usb-serial-simple.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH 1/1] USB: serial: usb-serial-simple: add support for another Infineon flashloader

This patch adds support for Infineon flashloader 0x8087/0x0801. The flashloader is used in Telit LE940B modem family with Telit flashing application. Signed-off-by: Daniele Palmas --- drivers/usb/serial/usb-serial-simple.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 0/1] USB: serial: usb-serial-simple: add support for another Infineon flashloader

This patch adds support for Infineon flashloader 0x8087/0x0801. The flashloader is used in Telit LE940B modem family with Telit flashing application. Following lsusb output for the composition: Bus 004 Device 020: ID 8087:0801 Intel Corp. Device Descriptor: bLength18

[PATCH 0/1] USB: serial: usb-serial-simple: add support for another Infineon flashloader

This patch adds support for Infineon flashloader 0x8087/0x0801. The flashloader is used in Telit LE940B modem family with Telit flashing application. Following lsusb output for the composition: Bus 004 Device 020: ID 8087:0801 Intel Corp. Device Descriptor: bLength18

[PATCH] ARM: imx: (trivial) fix typo and grammar

Signed-off-by: Martin Kaiser --- arch/arm/mach-imx/hardware.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-imx/hardware.h b/arch/arm/mach-imx/hardware.h index a42a6df..90e10cb 100644 --- a/arch/arm/mach-imx/hardware.h +++

[PATCH] ARM: imx: (trivial) fix typo and grammar

Signed-off-by: Martin Kaiser --- arch/arm/mach-imx/hardware.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-imx/hardware.h b/arch/arm/mach-imx/hardware.h index a42a6df..90e10cb 100644 --- a/arch/arm/mach-imx/hardware.h +++ b/arch/arm/mach-imx/hardware.h @@

Re: [PATCH v3] mmc: core: Optimize the mmc erase size alignment

Hi Baolin, On 2016/8/31 17:32, Baolin Wang wrote: Before issuing mmc_erase() function, users always have checked if it can erase with mmc_can_erase/trim/discard() function, thus remove the redundant erase checking in mmc_erase() function. This patch also optimizes the erase start/end sector

Re: [PATCH] softirq: let ksoftirqd do its job

On Thu, 1 Sep 2016 17:28:02 +0200 Peter Zijlstra wrote: > On Thu, Sep 01, 2016 at 03:30:42PM +0200, Jesper Dangaard Brouer wrote: > > Still... enabled! > > Hmmm.. more idea how to disable this??? > > I think you ought to be able to assign yourself to the root cgroup, >

Re: [PATCH v3] mmc: core: Optimize the mmc erase size alignment

Hi Baolin, On 2016/8/31 17:32, Baolin Wang wrote: Before issuing mmc_erase() function, users always have checked if it can erase with mmc_can_erase/trim/discard() function, thus remove the redundant erase checking in mmc_erase() function. This patch also optimizes the erase start/end sector

Re: [PATCH] softirq: let ksoftirqd do its job

On Thu, 1 Sep 2016 17:28:02 +0200 Peter Zijlstra wrote: > On Thu, Sep 01, 2016 at 03:30:42PM +0200, Jesper Dangaard Brouer wrote: > > Still... enabled! > > Hmmm.. more idea how to disable this??? > > I think you ought to be able to assign yourself to the root cgroup, > something like: > >

Re: [tip:perf/core] perf/core: Check return value of the perf_event_read() IPI

On Tue, Aug 30, 2016 at 09:26:18AM -0700, Stephane Eranian wrote: > I am trying to understand this better. > There is a race between oncpu/active and the smp_call. By the time > you actually do the smp_call the oncpu may be wrong and smp_call now > returns an error given David's change. > I

Re: [tip:perf/core] perf/core: Check return value of the perf_event_read() IPI

On Tue, Aug 30, 2016 at 09:26:18AM -0700, Stephane Eranian wrote: > I am trying to understand this better. > There is a race between oncpu/active and the smp_call. By the time > you actually do the smp_call the oncpu may be wrong and smp_call now > returns an error given David's change. > I

[tip:timers/urgent] tick/nohz: Fix softlockup on scheduler stalls in kvm guest

Commit-ID: 08d072599234c959b0b82b63fa252c129225a899 Gitweb: http://git.kernel.org/tip/08d072599234c959b0b82b63fa252c129225a899 Author: Wanpeng Li AuthorDate: Fri, 2 Sep 2016 14:38:23 +0800 Committer: Thomas Gleixner CommitDate: Fri, 2 Sep

[tip:timers/urgent] tick/nohz: Fix softlockup on scheduler stalls in kvm guest

Commit-ID: 08d072599234c959b0b82b63fa252c129225a899 Gitweb: http://git.kernel.org/tip/08d072599234c959b0b82b63fa252c129225a899 Author: Wanpeng Li AuthorDate: Fri, 2 Sep 2016 14:38:23 +0800 Committer: Thomas Gleixner CommitDate: Fri, 2 Sep 2016 10:25:40 +0200 tick/nohz: Fix softlockup

Re: [PATCHv3 0/4] Better memcpy_mcsafe()

On Thu, Sep 01, 2016 at 11:39:33AM -0700, Tony Luck wrote: > v3: Adding missing comment about mce=recovery cmdline option > v2: move quirks from drivers/pci/quirks.c to arch/x86/kernel/quirks.c > > Ingo: Is this ready to queue up for v4.9 merge? > > Tony Luck (4): > locking/static_keys:

Re: [PATCHv3 0/4] Better memcpy_mcsafe()

On Thu, Sep 01, 2016 at 11:39:33AM -0700, Tony Luck wrote: > v3: Adding missing comment about mce=recovery cmdline option > v2: move quirks from drivers/pci/quirks.c to arch/x86/kernel/quirks.c > > Ingo: Is this ready to queue up for v4.9 merge? > > Tony Luck (4): > locking/static_keys:

Re: [PATCH 1/9] staging: sm750fb: fix line length coding style issue in ddk750_chip.c

There were (mostly) two kinds of warnings that I've handled, "80 character line length" and block comments structure. Some of the changes involve handling two separate warnings in a single comment. Where this occurs, should I break down the change into two steps - fixing a warning at a time? Or

Re: [PATCH 1/9] staging: sm750fb: fix line length coding style issue in ddk750_chip.c

There were (mostly) two kinds of warnings that I've handled, "80 character line length" and block comments structure. Some of the changes involve handling two separate warnings in a single comment. Where this occurs, should I break down the change into two steps - fixing a warning at a time? Or

[tip:smp/hotplug] arm/perf: Use multi instance instead of custom list

Commit-ID: cc727977acb0fe05b7aa1f00cccb893530820895 Gitweb: http://git.kernel.org/tip/cc727977acb0fe05b7aa1f00cccb893530820895 Author: Sebastian Andrzej Siewior AuthorDate: Wed, 17 Aug 2016 19:14:20 +0200 Committer: Thomas Gleixner CommitDate:

[tip:smp/hotplug] arm/perf: Use multi instance instead of custom list

Commit-ID: cc727977acb0fe05b7aa1f00cccb893530820895 Gitweb: http://git.kernel.org/tip/cc727977acb0fe05b7aa1f00cccb893530820895 Author: Sebastian Andrzej Siewior AuthorDate: Wed, 17 Aug 2016 19:14:20 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep 2016 18:38:28 +0200 arm/perf:

[tip:smp/hotplug] net/virtio-net: Convert to hotplug state machine

Commit-ID: 6dc465457fac9a49462bebbb870beea5d536b7c2 Gitweb: http://git.kernel.org/tip/6dc465457fac9a49462bebbb870beea5d536b7c2 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:43 +0200 Committer: Thomas Gleixner CommitDate:

[tip:smp/hotplug] cpu/hotplug: Add multi instance support

Commit-ID: cf95baff0dd05eaaf445f75217a3363d4f83b449 Gitweb: http://git.kernel.org/tip/cf95baff0dd05eaaf445f75217a3363d4f83b449 Author: Thomas Gleixner AuthorDate: Fri, 12 Aug 2016 19:49:39 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep

[tip:smp/hotplug] bus/arm-cci: Use cpu-hp's multi instance support instead custom list

Commit-ID: 29d6e64595f7fddb3c418a190f71409b0ff6bae8 Gitweb: http://git.kernel.org/tip/29d6e64595f7fddb3c418a190f71409b0ff6bae8 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:41 +0200 Committer: Thomas Gleixner CommitDate:

[tip:smp/hotplug] net/virtio-net: Convert to hotplug state machine

Commit-ID: 6dc465457fac9a49462bebbb870beea5d536b7c2 Gitweb: http://git.kernel.org/tip/6dc465457fac9a49462bebbb870beea5d536b7c2 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:43 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep 2016 18:38:29 +0200

[tip:smp/hotplug] cpu/hotplug: Add multi instance support

Commit-ID: cf95baff0dd05eaaf445f75217a3363d4f83b449 Gitweb: http://git.kernel.org/tip/cf95baff0dd05eaaf445f75217a3363d4f83b449 Author: Thomas Gleixner AuthorDate: Fri, 12 Aug 2016 19:49:39 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep 2016 18:38:28 +0200 cpu/hotplug: Add

[tip:smp/hotplug] bus/arm-cci: Use cpu-hp's multi instance support instead custom list

Commit-ID: 29d6e64595f7fddb3c418a190f71409b0ff6bae8 Gitweb: http://git.kernel.org/tip/29d6e64595f7fddb3c418a190f71409b0ff6bae8 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:41 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep 2016 18:38:29 +0200

[tip:smp/hotplug] bus/arm-ccn: Use cpu-hp's multi instance support instead custom list

Commit-ID: ebade02256fd8a449445c7b27eacb093e22d7ee5 Gitweb: http://git.kernel.org/tip/ebade02256fd8a449445c7b27eacb093e22d7ee5 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:42 +0200 Committer: Thomas Gleixner CommitDate:

[tip:smp/hotplug] bus/arm-ccn: Use cpu-hp's multi instance support instead custom list

Commit-ID: ebade02256fd8a449445c7b27eacb093e22d7ee5 Gitweb: http://git.kernel.org/tip/ebade02256fd8a449445c7b27eacb093e22d7ee5 Author: Sebastian Andrzej Siewior AuthorDate: Fri, 12 Aug 2016 19:49:42 +0200 Committer: Thomas Gleixner CommitDate: Thu, 1 Sep 2016 18:38:29 +0200

<    8   9   10   11   12   13   14   >