[PATCH for 4.9 03/59] GFS2: Fix reference to ERR_PTR in gfs2_glock_iter_next

From: Dan Carpenter [ Upstream commit 14d37564fa3dc4e5d4c6828afcd26ac14e6796c5 ] This patch fixes a place where function gfs2_glock_iter_next can reference an invalid error pointer. Signed-off-by: Dan Carpenter Signed-off-by: Bob Peterson

[PATCH for 4.9 03/59] GFS2: Fix reference to ERR_PTR in gfs2_glock_iter_next

From: Dan Carpenter [ Upstream commit 14d37564fa3dc4e5d4c6828afcd26ac14e6796c5 ] This patch fixes a place where function gfs2_glock_iter_next can reference an invalid error pointer. Signed-off-by: Dan Carpenter Signed-off-by: Bob Peterson Signed-off-by: Sasha Levin --- fs/gfs2/glock.c | 12

[PATCH for 4.9 15/59] power: supply: axp288_fuel_gauge: Fix fuel_gauge_reg_readb return on error

From: Hans de Goede [ Upstream commit 6f074bc878dc9b00c0df0bf3a8cb1d9e294cd881 ] If reading the register fails, return the actual error code, instead of the uninitialized val variable; Signed-off-by: Hans de Goede Signed-off-by: Sebastian Reichel

[PATCH for 4.9 15/59] power: supply: axp288_fuel_gauge: Fix fuel_gauge_reg_readb return on error

From: Hans de Goede [ Upstream commit 6f074bc878dc9b00c0df0bf3a8cb1d9e294cd881 ] If reading the register fails, return the actual error code, instead of the uninitialized val variable; Signed-off-by: Hans de Goede Signed-off-by: Sebastian Reichel Signed-off-by: Sasha Levin ---

[PATCH for 4.9 11/59] MIPS: fix mem=X@Y commandline processing

From: Marcin Nowakowski [ Upstream commit 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411 ] When a memory offset is specified through the commandline, add the memory in range PHYS_OFFSET:Y as reserved memory area. Otherwise the bootmem allocator is initialised with low

[PATCH for 4.9 11/59] MIPS: fix mem=X@Y commandline processing

From: Marcin Nowakowski [ Upstream commit 73fbc1eba7ffa3bf0ad12486232a8a1edb4e4411 ] When a memory offset is specified through the commandline, add the memory in range PHYS_OFFSET:Y as reserved memory area. Otherwise the bootmem allocator is initialised with low page equal to min_low_pfn =

[PATCH for 4.9 08/59] RDS: RDMA: Fix the composite message user notification

From: Santosh Shilimkar [ Upstream commit 941f8d55f6d613a460a5e080d25a38509f45eb75 ] When application sends an RDS RDMA composite message consist of RDMA transfer to be followed up by non RDMA payload, it expect to be notified *only* when the full message gets

[PATCH for 4.9 08/59] RDS: RDMA: Fix the composite message user notification

From: Santosh Shilimkar [ Upstream commit 941f8d55f6d613a460a5e080d25a38509f45eb75 ] When application sends an RDS RDMA composite message consist of RDMA transfer to be followed up by non RDMA payload, it expect to be notified *only* when the full message gets delivered. RDS RDMA notification

[PATCH for 4.9 20/59] reset: ti_syscon: fix a ti_syscon_reset_status issue

From: Jiancheng Xue [ Upstream commit 5987b4bf512101137fa60c5c0ccac3db51541221 ] If STATUS_SET was not set, ti_syscon_reset_status would always return 0 no matter whether the status_bit was set or not. Signed-off-by: Jiancheng Xue Fixes:

[PATCH for 4.9 20/59] reset: ti_syscon: fix a ti_syscon_reset_status issue

From: Jiancheng Xue [ Upstream commit 5987b4bf512101137fa60c5c0ccac3db51541221 ] If STATUS_SET was not set, ti_syscon_reset_status would always return 0 no matter whether the status_bit was set or not. Signed-off-by: Jiancheng Xue Fixes: cc7c2bb1493c ("reset: add TI SYSCON based reset

[PATCH for 4.9 16/59] scsi: be2iscsi: Add checks to validate CID alloc/free

From: Jitendra Bhivare [ Upstream commit 413f365657a8b9669bd0ba3628e9fde9ce63604e ] Set CID slot to 0x to indicate empty. Check if connection already exists in conn_table before binding. Check if endpoint already NULL before putting back CID. Break ep->conn

[PATCH for 4.9 16/59] scsi: be2iscsi: Add checks to validate CID alloc/free

From: Jitendra Bhivare [ Upstream commit 413f365657a8b9669bd0ba3628e9fde9ce63604e ] Set CID slot to 0x to indicate empty. Check if connection already exists in conn_table before binding. Check if endpoint already NULL before putting back CID. Break ep->conn link in free_ep to ignore

[PATCH for 4.9 22/59] clk/axs10x: Clear init field in driver probe

From: Jose Abreu [ Upstream commit 6205406cf6f282d622f31de25036e6d1ab3a2ff5 ] Init field must be cleared in driver probe as this structure is not dinamically allocated. If not, wrong flags can be passed to core. Signed-off-by: Jose Abreu Cc:

[PATCH for 4.9 17/59] ARM: dts: am335x-chilisom: Wakeup from RTC-only state by power on event

From: Marcin Niestroj [ Upstream commit ca244a83ecc7f0a9242ee2116e622cb6d7ec2a90 ] On chiliSOM TPS65217 nWAKEUP pin is connected to AM335x internal RTC EXT_WAKEUP input. In RTC-only state TPS65217 is notifying about power on events (such as power buton presses) by

[PATCH for 4.9 22/59] clk/axs10x: Clear init field in driver probe

From: Jose Abreu [ Upstream commit 6205406cf6f282d622f31de25036e6d1ab3a2ff5 ] Init field must be cleared in driver probe as this structure is not dinamically allocated. If not, wrong flags can be passed to core. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Stephen Boyd Cc: Michael

[PATCH for 4.9 17/59] ARM: dts: am335x-chilisom: Wakeup from RTC-only state by power on event

From: Marcin Niestroj [ Upstream commit ca244a83ecc7f0a9242ee2116e622cb6d7ec2a90 ] On chiliSOM TPS65217 nWAKEUP pin is connected to AM335x internal RTC EXT_WAKEUP input. In RTC-only state TPS65217 is notifying about power on events (such as power buton presses) by setting nWAKEUP output low.

[PATCH for 4.9 19/59] extcon: axp288: Use vbus-valid instead of -present to determine cable presence

From: Hans de Goede [ Upstream commit 5757aca10146061befd168dab37fb0db1ccd8f73 ] The vbus-present bit in the power status register also gets set to 1 when a usb-host cable (id-pin shorted to ground) is plugged in and a 5v boost converter is supplying 5v to the otg usb bus.

[PATCH for 4.9 19/59] extcon: axp288: Use vbus-valid instead of -present to determine cable presence

From: Hans de Goede [ Upstream commit 5757aca10146061befd168dab37fb0db1ccd8f73 ] The vbus-present bit in the power status register also gets set to 1 when a usb-host cable (id-pin shorted to ground) is plugged in and a 5v boost converter is supplying 5v to the otg usb bus. This causes a

[PATCH] drm/i915: remove redundant variable hw_check

From: Colin Ian King hw_check is being assigned and updated but is no longer being read, hence it is redundant and can be removed. Detected by clang scan-build: "warning: Value stored to 'hw_check' during its initialization is never read" Fixes: f6d1973db2d2

[PATCH] drm/i915: remove redundant variable hw_check

From: Colin Ian King hw_check is being assigned and updated but is no longer being read, hence it is redundant and can be removed. Detected by clang scan-build: "warning: Value stored to 'hw_check' during its initialization is never read" Fixes: f6d1973db2d2 ("drm/i915: Move modeset state

Re: [PATCH v1 01/10] clk: at91: pmc: Wait for clocks when resuming

2017-09-13 14:15 GMT+02:00 Nicolas Ferre : > On 08/09/2017 at 17:35, Romain Izard wrote: >> Wait for the syncronization of all clocks when resuming, not only the >> UPLL clock. Do not use regmap_read_poll_timeout, as it will call BUG() >> when interrupts are masked,

Re: [PATCH v1 01/10] clk: at91: pmc: Wait for clocks when resuming

2017-09-13 14:15 GMT+02:00 Nicolas Ferre : > On 08/09/2017 at 17:35, Romain Izard wrote: >> Wait for the syncronization of all clocks when resuming, not only the >> UPLL clock. Do not use regmap_read_poll_timeout, as it will call BUG() >> when interrupts are masked, which is the case in here. >>

Re: [Outreachy kernel] [PATCH] staging: rtl8723bs: Remove unused variable ret

On Thu, 14 Sep 2017, Harsha Sharma wrote: > Remove unused variable ret as it is not used anywhere. > Remove multiple blank lines. > Done using following coccinelle semantic patch > > @@ > type T; > identifier i; > constant C; > @@ > > ( > extern T i; > | > - T i; > <+... when != i > - i = C;

Re: [Outreachy kernel] [PATCH] staging: rtl8723bs: Remove unused variable ret

On Thu, 14 Sep 2017, Harsha Sharma wrote: > Remove unused variable ret as it is not used anywhere. > Remove multiple blank lines. > Done using following coccinelle semantic patch > > @@ > type T; > identifier i; > constant C; > @@ > > ( > extern T i; > | > - T i; > <+... when != i > - i = C;

Re: [PATCH v3] sched/topology: Introduce NUMA identity node sched domain

Hi, Are there any other concerns with this patch? Thanks, Suravee On 9/7/17 00:20, Suravee Suthikulpanit wrote: On AMD Family17h-based (EPYC) system, a logical NUMA node can contain upto 8 cores (16 threads) with the following topology. C0

Re: [PATCH v3] sched/topology: Introduce NUMA identity node sched domain

Hi, Are there any other concerns with this patch? Thanks, Suravee On 9/7/17 00:20, Suravee Suthikulpanit wrote: On AMD Family17h-based (EPYC) system, a logical NUMA node can contain upto 8 cores (16 threads) with the following topology. C0

[PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

From: Icenowy Zheng [ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] The CPUX clock on A33, which is for the Cortex-A7 cores, is designed to be changeable by changing the rate of PLL_CPUX. Add CLK_SET_RATE_PARENT flag to this clock. Signed-off-by: Icenowy Zheng

[PATCH for 4.9 07/59] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

From: Icenowy Zheng [ Upstream commit bb021cda2ccf45ee9470bf0f8c55323ad1c761ae ] The CPUX clock on A33, which is for the Cortex-A7 cores, is designed to be changeable by changing the rate of PLL_CPUX. Add CLK_SET_RATE_PARENT flag to this clock. Signed-off-by: Icenowy Zheng Signed-off-by:

Re: [PATCH] uwb: ensure that endpoint is interrupt

On Thu, Sep 14, 2017 at 04:52:59PM +0200, Andrey Konovalov wrote: > hwarc_neep_init() assumes that endpoint 0 is interrupt, but there's no > check for that, which results in a WARNING in USB core code, when a bad > USB descriptor is provided from a device: > > usb 1-1: BOGUS urb xfer, pipe 1 !=

Re: [PATCH] uwb: ensure that endpoint is interrupt

On Thu, Sep 14, 2017 at 04:52:59PM +0200, Andrey Konovalov wrote: > hwarc_neep_init() assumes that endpoint 0 is interrupt, but there's no > check for that, which results in a WARNING in USB core code, when a bad > USB descriptor is provided from a device: > > usb 1-1: BOGUS urb xfer, pipe 1 !=

[PATCH for 4.9 10/59] MIPS: Ensure bss section ends on a long-aligned address

From: Paul Burton [ Upstream commit 3f00f4d8f083bc61005d0a1ef592b149f5c88bbd ] When clearing the .bss section in kernel_entry we do so using LONG_S instructions, and branch whilst the current write address doesn't equal the end of the .bss section minus the size of a

[PATCH for 4.9 10/59] MIPS: Ensure bss section ends on a long-aligned address

From: Paul Burton [ Upstream commit 3f00f4d8f083bc61005d0a1ef592b149f5c88bbd ] When clearing the .bss section in kernel_entry we do so using LONG_S instructions, and branch whilst the current write address doesn't equal the end of the .bss section minus the size of a long integer. The .bss

Re: [v8 0/4] cgroup-aware OOM killer

On Thu, Sep 14, 2017 at 03:40:14PM +0200, Michal Hocko wrote: > On Wed 13-09-17 14:56:07, Roman Gushchin wrote: > > On Wed, Sep 13, 2017 at 02:29:14PM +0200, Michal Hocko wrote: > [...] > > > I strongly believe that comparing only leaf memcgs > > > is more straightforward and it doesn't lead to

Re: [v8 0/4] cgroup-aware OOM killer

On Thu, Sep 14, 2017 at 03:40:14PM +0200, Michal Hocko wrote: > On Wed 13-09-17 14:56:07, Roman Gushchin wrote: > > On Wed, Sep 13, 2017 at 02:29:14PM +0200, Michal Hocko wrote: > [...] > > > I strongly believe that comparing only leaf memcgs > > > is more straightforward and it doesn't lead to

Re: [PATCH v7 2/8] mfd: wm97xx-core: core support for wm97xx Codec

On Thu, Sep 14, 2017 at 08:43:00AM +0100, Lee Jones wrote: > Change of plan. It looks like there are deps. > Unapplied. The core stuff went in during the merge window, you should be able to wait for -rc1 or pick up the asoc-v4.14 tag. signature.asc Description: PGP signature

Re: [PATCH v7 2/8] mfd: wm97xx-core: core support for wm97xx Codec

On Thu, Sep 14, 2017 at 08:43:00AM +0100, Lee Jones wrote: > Change of plan. It looks like there are deps. > Unapplied. The core stuff went in during the merge window, you should be able to wait for -rc1 or pick up the asoc-v4.14 tag. signature.asc Description: PGP signature

Re: Linux 4.13.2

diff --git a/Documentation/driver-api/firmware/request_firmware.rst b/Documentation/driver-api/firmware/request_firmware.rst index 1c2c4967cd43..cc0aea880824 100644 --- a/Documentation/driver-api/firmware/request_firmware.rst +++ b/Documentation/driver-api/firmware/request_firmware.rst @@ -44,17

Re: Linux 4.13.2

diff --git a/Documentation/driver-api/firmware/request_firmware.rst b/Documentation/driver-api/firmware/request_firmware.rst index 1c2c4967cd43..cc0aea880824 100644 --- a/Documentation/driver-api/firmware/request_firmware.rst +++ b/Documentation/driver-api/firmware/request_firmware.rst @@ -44,17

Linux 4.13.2

I'm announcing the release of the 4.13.2 kernel. All users of the 4.13 kernel series must upgrade. The updated 4.13.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.13.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.12.13

diff --git a/Makefile b/Makefile index e96306381ee8..983224467a4d 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 12 -SUBLEVEL = 12 +SUBLEVEL = 13 EXTRAVERSION = NAME = Fearless Coyote diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Linux 4.13.2

I'm announcing the release of the 4.13.2 kernel. All users of the 4.13 kernel series must upgrade. The updated 4.13.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.13.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.12.13

diff --git a/Makefile b/Makefile index e96306381ee8..983224467a4d 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 12 -SUBLEVEL = 12 +SUBLEVEL = 13 EXTRAVERSION = NAME = Fearless Coyote diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Re: Linux 4.9.50

diff --git a/Makefile b/Makefile index 1ebc553f5464..038d126a15fc 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 49 +SUBLEVEL = 50 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Re: Linux 4.9.50

diff --git a/Makefile b/Makefile index 1ebc553f5464..038d126a15fc 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 9 -SUBLEVEL = 49 +SUBLEVEL = 50 EXTRAVERSION = NAME = Roaring Lionus diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

RE: [PATCH 14/15] futex: convert futex_pi_state.refcount to refcount_t

Sorry for delayed reply. > On Mon, Sep 04, 2017 at 10:31:54AM +, Reshetova, Elena wrote: > > > > But can they make "fast" implementation on ARM that would give stronger > > > > memory guarantees? > > > > > > Whatever for? > > > > Well, maybe just by default when arch.-specific implementation

Linux 4.12.13

I'm announcing the release of the 4.12.13 kernel. All users of the 4.12 kernel series must upgrade. The updated 4.12.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.12.y and can be browsed at the normal kernel.org git web

RE: [PATCH 14/15] futex: convert futex_pi_state.refcount to refcount_t

Sorry for delayed reply. > On Mon, Sep 04, 2017 at 10:31:54AM +, Reshetova, Elena wrote: > > > > But can they make "fast" implementation on ARM that would give stronger > > > > memory guarantees? > > > > > > Whatever for? > > > > Well, maybe just by default when arch.-specific implementation

Linux 4.12.13

I'm announcing the release of the 4.12.13 kernel. All users of the 4.12 kernel series must upgrade. The updated 4.12.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.12.y and can be browsed at the normal kernel.org git web

Re: Linux 3.18.71

diff --git a/Makefile b/Makefile index 124d821c2f89..33feb19e7241 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 70 +SUBLEVEL = 71 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Re: Linux 3.18.71

diff --git a/Makefile b/Makefile index 124d821c2f89..33feb19e7241 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 70 +SUBLEVEL = 71 EXTRAVERSION = NAME = Diseased Newt diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Linux 4.9.50

I'm announcing the release of the 4.9.50 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.88

diff --git a/Makefile b/Makefile index f6838187b568..788d90a0051b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 87 +SUBLEVEL = 88 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Linux 4.9.50

I'm announcing the release of the 4.9.50 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.88

diff --git a/Makefile b/Makefile index f6838187b568..788d90a0051b 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 87 +SUBLEVEL = 88 EXTRAVERSION = NAME = Blurry Fish Butt diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c index

Linux 4.4.88

I'm announcing the release of the 4.4.88 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

[PATCH] staging: rtl8723bs: Remove unused variable ret

Remove unused variable ret as it is not used anywhere. Remove multiple blank lines. Done using following coccinelle semantic patch @@ type T; identifier i; constant C; @@ ( extern T i; | - T i; <+... when != i - i = C; ...+> ) Signed-off-by: Harsha Sharma ---

Linux 4.4.88

I'm announcing the release of the 4.4.88 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

[PATCH] staging: rtl8723bs: Remove unused variable ret

Remove unused variable ret as it is not used anywhere. Remove multiple blank lines. Done using following coccinelle semantic patch @@ type T; identifier i; constant C; @@ ( extern T i; | - T i; <+... when != i - i = C; ...+> ) Signed-off-by: Harsha Sharma ---

[PATCH for 4.9 14/59] MIPS: ralink: Fix incorrect assignment on ralink_soc

From: Colin Ian King [ Upstream commit 08d90c81b714482dceb5323d14f6617bcf55ee61 ] ralink_soc sould be assigned to RT3883_SOC, replace incorrect comparision with assignment. Signed-off-by: Colin Ian King Fixes: 418d29c87061 ("MIPS: ralink:

[PATCH for 4.9 14/59] MIPS: ralink: Fix incorrect assignment on ralink_soc

From: Colin Ian King [ Upstream commit 08d90c81b714482dceb5323d14f6617bcf55ee61 ] ralink_soc sould be assigned to RT3883_SOC, replace incorrect comparision with assignment. Signed-off-by: Colin Ian King Fixes: 418d29c87061 ("MIPS: ralink: Unify SoC id handling") Cc: John Crispin Cc:

[PATCH for 4.9 30/59] IB/rxe: Fix a MR reference leak in check_rkey()

From: Bart Van Assche [ Upstream commit b3a459961014b14c267544c327db033669493295 ] Avoid that calling check_rkey() for mem->state == RXE_MEM_STATE_FREE triggers an MR reference leak. Signed-off-by: Bart Van Assche Reviewed-by: Andrew

[PATCH for 4.9 30/59] IB/rxe: Fix a MR reference leak in check_rkey()

From: Bart Van Assche [ Upstream commit b3a459961014b14c267544c327db033669493295 ] Avoid that calling check_rkey() for mem->state == RXE_MEM_STATE_FREE triggers an MR reference leak. Signed-off-by: Bart Van Assche Reviewed-by: Andrew Boyer Cc: Moni Shoua Signed-off-by: Doug Ledford

[PATCH for 4.9 32/59] drm/i915/psr: disable psr2 for resolution greater than 32X20

From: "Nagaraju, Vathsala" [ Upstream commit acf45d11050abd751dcec986ab121cb2367dcbba ] PSR2 is restricted to work with panel resolutions upto 3200x2000, move the check to intel_psr_match_conditions and fully block psr. Cc: Rodrigo Vivi Cc:

Linux 3.18.71

I'm announcing the release of the 3.18.71 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

[PATCH for 4.9 32/59] drm/i915/psr: disable psr2 for resolution greater than 32X20

From: "Nagaraju, Vathsala" [ Upstream commit acf45d11050abd751dcec986ab121cb2367dcbba ] PSR2 is restricted to work with panel resolutions upto 3200x2000, move the check to intel_psr_match_conditions and fully block psr. Cc: Rodrigo Vivi Cc: Jim Bride Suggested-by: Rodrigo Vivi

Linux 3.18.71

I'm announcing the release of the 3.18.71 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

RE: [PATCH 00/14] Fix wrong %pF and %pS printk format specifier usages

> let's hear from ia64 and ppc64 guys. If you write a patch, I can try it on some ia64 h/w. Please include some test cases (perhaps as a second patch that adds a few good/bad %pF and %pS to some code (both in base kernel, and in a module). -Tony

RE: [PATCH 00/14] Fix wrong %pF and %pS printk format specifier usages

> let's hear from ia64 and ppc64 guys. If you write a patch, I can try it on some ia64 h/w. Please include some test cases (perhaps as a second patch that adds a few good/bad %pF and %pS to some code (both in base kernel, and in a module). -Tony

Re: usb/gadget: stalls in dummy_timer

On Tue, Sep 12, 2017 at 7:44 PM, Andrey Konovalov wrote: > On Tue, Sep 12, 2017 at 7:06 PM, Dmitry Torokhov > wrote: >> On Tue, Sep 12, 2017 at 05:48:51PM +0200, Andrey Konovalov wrote: >>> On Mon, Sep 11, 2017 at 8:54 PM, Dmitry Torokhov >>>

Re: usb/gadget: stalls in dummy_timer

On Tue, Sep 12, 2017 at 7:44 PM, Andrey Konovalov wrote: > On Tue, Sep 12, 2017 at 7:06 PM, Dmitry Torokhov > wrote: >> On Tue, Sep 12, 2017 at 05:48:51PM +0200, Andrey Konovalov wrote: >>> On Mon, Sep 11, 2017 at 8:54 PM, Dmitry Torokhov >>> wrote: >>> > On Mon, Sep 11, 2017 at 8:15 AM, Andrey

[PATCH for 4.9 13/59] MIPS: ralink: Fix a typo in the pinmux setup.

From: John Crispin [ Upstream commit 58181a117d353427127a2e7afc7cf1ab44759828 ] There is a typo inside the pinmux setup code. The function is really called utif and not util. This was recently discovered when people were trying to make the UTIF interface work. Signed-off-by:

[PATCH for 4.9 13/59] MIPS: ralink: Fix a typo in the pinmux setup.

From: John Crispin [ Upstream commit 58181a117d353427127a2e7afc7cf1ab44759828 ] There is a typo inside the pinmux setup code. The function is really called utif and not util. This was recently discovered when people were trying to make the UTIF interface work. Signed-off-by: John Crispin Cc:

Re: [RFC 0/2] backlight: pwm_bl: support linear brightness to human eye

Hi, On Thu, Sep 14, 2017 at 3:46 AM, Enric Balletbo Serra wrote: > Based on this seems reasonable maintain current implementation to not > break backward compability. Even, I think makes sense improve current > implementation by adding somekind of piecewise linear concept to

Re: [RFC 0/2] backlight: pwm_bl: support linear brightness to human eye

Hi, On Thu, Sep 14, 2017 at 3:46 AM, Enric Balletbo Serra wrote: > Based on this seems reasonable maintain current implementation to not > break backward compability. Even, I think makes sense improve current > implementation by adding somekind of piecewise linear concept to the > brightness

[PATCH] tg3: clean up redundant initialization of tnapi

From: Colin Ian King tnapi is being initialized and then immediately updated and hence the initialiation is redundant. Clean up the warning by moving the declaration and initialization to the inside of the for-loop. Cleans up clang scan-build warning: warning: Value

[PATCH] tg3: clean up redundant initialization of tnapi

From: Colin Ian King tnapi is being initialized and then immediately updated and hence the initialiation is redundant. Clean up the warning by moving the declaration and initialization to the inside of the for-loop. Cleans up clang scan-build warning: warning: Value stored to 'tnapi' during

[PATCH for 4.9 43/59] sfc: get PIO buffer size from the NIC

From: Edward Cree [ Upstream commit c634700f7eec3c0da46e299cd0a0ae8b594f9b55 ] The 8000 series SFC NICs have 4K PIO buffers, rather than the 2K of the 7000 series. Rather than having a hard-coded PIO buffer size (ER_DZ_TX_PIOBUF_SIZE), read it from the

[PATCH for 4.9 43/59] sfc: get PIO buffer size from the NIC

From: Edward Cree [ Upstream commit c634700f7eec3c0da46e299cd0a0ae8b594f9b55 ] The 8000 series SFC NICs have 4K PIO buffers, rather than the 2K of the 7000 series. Rather than having a hard-coded PIO buffer size (ER_DZ_TX_PIOBUF_SIZE), read it from the GET_CAPABILITIES_V2 MCDI response.

[PATCH for 4.9 26/59] iio: adc: imx25-gcq: Fix module autoload

From: Javier Martinez Canillas [ Upstream commit 8f0d7daf53972da0004f7a5a4d938c85333db300 ] If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding

[PATCH for 4.9 26/59] iio: adc: imx25-gcq: Fix module autoload

From: Javier Martinez Canillas [ Upstream commit 8f0d7daf53972da0004f7a5a4d938c85333db300 ] If the driver is built as a module, autoload won't work because the module alias information is not filled. So user-space can't match the registered device with the corresponding module. Export the

Re: BUG: Sporadic crashes with current Linus tree

On Thu, 14 Sep 2017, Andy Lutomirski wrote: > On Thu, Sep 14, 2017 at 12:38 AM, Thomas Gleixner wrote: > > Hi! > > > > I've seen the following crash sporadically with commit 46c1e79fee: > > > > Have not seen that with 3882a734c19b, though I saw the PCID warnings on > > that

Re: BUG: Sporadic crashes with current Linus tree

On Thu, 14 Sep 2017, Andy Lutomirski wrote: > On Thu, Sep 14, 2017 at 12:38 AM, Thomas Gleixner wrote: > > Hi! > > > > I've seen the following crash sporadically with commit 46c1e79fee: > > > > Have not seen that with 3882a734c19b, though I saw the PCID warnings on > > that machine. > > > > I

[PATCH for 4.9 27/59] iio: adc: axp288: Drop bogus AXP288_ADC_TS_PIN_CTRL register modifications

From: Hans de Goede [ Upstream commit fa2849e9649b5180ffc4cb3c3b005261c403093a ] For some reason the axp288_adc driver was modifying the AXP288_ADC_TS_PIN_CTRL register, changing bits 0-1 depending on whether the GP_ADC channel or another channel was written. These bits

[PATCH for 4.9 27/59] iio: adc: axp288: Drop bogus AXP288_ADC_TS_PIN_CTRL register modifications

From: Hans de Goede [ Upstream commit fa2849e9649b5180ffc4cb3c3b005261c403093a ] For some reason the axp288_adc driver was modifying the AXP288_ADC_TS_PIN_CTRL register, changing bits 0-1 depending on whether the GP_ADC channel or another channel was written. These bits control when a bias

[PATCH] ASoC: rockchip: i2s: fix unbalanced clk_disable

mclk is enabled and disabled only in i2s_runtime_{resume,suspend}() and we ensure that the device is runtime suspended before reaching this clk_disable_unprepare() call, so it is wrong to call it again here. Signed-off-by: John Keeping --- sound/soc/rockchip/rockchip_i2s.c |

[PATCH] ASoC: rockchip: i2s: fix unbalanced clk_disable

mclk is enabled and disabled only in i2s_runtime_{resume,suspend}() and we ensure that the device is runtime suspended before reaching this clk_disable_unprepare() call, so it is wrong to call it again here. Signed-off-by: John Keeping --- sound/soc/rockchip/rockchip_i2s.c | 1 - 1 file

[PATCH for 4.9 56/59] HID: wacom: release the resources before leaving despite devm

From: Benjamin Tissoires [ Upstream commit 5b779fc52020ac6f5beea31c5eafc3d25cf70dc1 ] In the general case, the resources are properly released by devm without needing to do anything. However, when unplugging the wireless receiver, the kernel segfaults from time to

[PATCH for 4.9 56/59] HID: wacom: release the resources before leaving despite devm

From: Benjamin Tissoires [ Upstream commit 5b779fc52020ac6f5beea31c5eafc3d25cf70dc1 ] In the general case, the resources are properly released by devm without needing to do anything. However, when unplugging the wireless receiver, the kernel segfaults from time to time while calling

[PATCH for 4.9 48/59] ath10k: prevent sta pointer rcu violation

From: Michal Kazior [ Upstream commit 0a744d927406389e00687560d9ce3c5ab0e58db9 ] Station pointers are RCU protected so driver must be extra careful if it tries to store them internally for later use outside of the RCU section it obtained it in. It was possible for

[PATCH for 4.9 48/59] ath10k: prevent sta pointer rcu violation

From: Michal Kazior [ Upstream commit 0a744d927406389e00687560d9ce3c5ab0e58db9 ] Station pointers are RCU protected so driver must be extra careful if it tries to store them internally for later use outside of the RCU section it obtained it in. It was possible for station teardown to race with

[PATCH for 4.9 31/59] ARM: 8635/1: nommu: allow enabling REMAP_VECTORS_TO_RAM

From: Afzal Mohammed [ Upstream commit 8a792e9afbce84a0fdaf213fe42bb97382487094 ] REMAP_VECTORS_TO_RAM depends on DRAM_BASE, but since DRAM_BASE is a hex, REMAP_VECTORS_TO_RAM could never get enabled. Also depending on DRAM_BASE is redundant as whenever

[PATCH for 4.9 31/59] ARM: 8635/1: nommu: allow enabling REMAP_VECTORS_TO_RAM

From: Afzal Mohammed [ Upstream commit 8a792e9afbce84a0fdaf213fe42bb97382487094 ] REMAP_VECTORS_TO_RAM depends on DRAM_BASE, but since DRAM_BASE is a hex, REMAP_VECTORS_TO_RAM could never get enabled. Also depending on DRAM_BASE is redundant as whenever REMAP_VECTORS_TO_RAM makes itself

[PATCH for 4.9 55/59] drm: mali-dp: Fix transposed horizontal/vertical flip

From: Brian Starkey [ Upstream commit 7916efe5b57505080b3cebf5bdb228b4eda008ea ] The horizontal and vertical flip flags were the wrong way around, causing reflect-x to result in reflect-y being applied and vice-versa. Fix them. Fixes: ad49f8602fe8 ("drm/arm: Add support

[PATCH for 4.9 55/59] drm: mali-dp: Fix transposed horizontal/vertical flip

From: Brian Starkey [ Upstream commit 7916efe5b57505080b3cebf5bdb228b4eda008ea ] The horizontal and vertical flip flags were the wrong way around, causing reflect-x to result in reflect-y being applied and vice-versa. Fix them. Fixes: ad49f8602fe8 ("drm/arm: Add support for Mali Display

[PATCH for 4.9 39/59] arm: dts: mt2701: Add subsystem clock controller device nodes

From: James Liao [ Upstream commit f235c7e7a75325f28a33559a71f25a0eca6112db ] Add MT2701 subsystem clock controllers, inlcude mmsys, imgsys, vdecsys, hifsys, ethsys and bdpsys. Signed-off-by: James Liao Signed-off-by: Matthias Brugger

[PATCH for 4.9 36/59] IB/ipoib: Fix deadlock over vlan_mutex

From: Feras Daoud [ Upstream commit 1c3098cdb05207e740715857df7b0998e372f527 ] This patch fixes Deadlock while executing ipoib_vlan_delete. The function takes the vlan_rwsem semaphore and calls unregister_netdevice. The later function calls ipoib_mcast_stop_thread that

[PATCH for 4.9 38/59] IB/ipoib: Replace list_del of the neigh->list with list_del_init

From: Feras Daoud [ Upstream commit c586071d1dc8227a7182179b8e50ee92cc43f6d2 ] In order to resolve a situation where a few process delete the same list element in sequence and cause panic, list_del is replaced with list_del_init. In this case if the first process that

[PATCH for 4.9 39/59] arm: dts: mt2701: Add subsystem clock controller device nodes

From: James Liao [ Upstream commit f235c7e7a75325f28a33559a71f25a0eca6112db ] Add MT2701 subsystem clock controllers, inlcude mmsys, imgsys, vdecsys, hifsys, ethsys and bdpsys. Signed-off-by: James Liao Signed-off-by: Matthias Brugger Signed-off-by: Sasha Levin ---

[PATCH for 4.9 36/59] IB/ipoib: Fix deadlock over vlan_mutex

From: Feras Daoud [ Upstream commit 1c3098cdb05207e740715857df7b0998e372f527 ] This patch fixes Deadlock while executing ipoib_vlan_delete. The function takes the vlan_rwsem semaphore and calls unregister_netdevice. The later function calls ipoib_mcast_stop_thread that cause workqueue flush.

[PATCH for 4.9 38/59] IB/ipoib: Replace list_del of the neigh->list with list_del_init

From: Feras Daoud [ Upstream commit c586071d1dc8227a7182179b8e50ee92cc43f6d2 ] In order to resolve a situation where a few process delete the same list element in sequence and cause panic, list_del is replaced with list_del_init. In this case if the first process that calls list_del releases

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