[PATCH 3.19.y-ckt 082/128] drm/radeon: make some dpm errors debug only

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 9c565e3386fdc804a61f8c116efc2c5999ba46e1 upstream. "Could not force DPM to low", etc. is usually harmless and just confuses users.

[PATCH 3.19.y-ckt 031/128] usblp: do not set TASK_INTERRUPTIBLE before lock

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 19cd80a214821f4b558560ebd76bfb2c38b4f3d8 upstream. It is not permitted to set task state before lock. usblp_wwait sets the state to

[PATCH 3.19.y-ckt 017/128] USB: serial: option: add support for Novatel MiFi USB620L

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Aleksander Morgado commit e07af133c3e2716db25e3e1e1d9f10c2088e9c1a upstream. Also known as Verizon U620L. The device is modeswitched from 1410:9020 to

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

Hello. On 12/16/2015 09:03 PM, Haiyang Zhang wrote: To avoid performance overhead when using skb_flow_dissect_flow_keys(), we switch to the simple parsers to get the IP and port numbers. Performance comparison: throughput (Gbps): Number of connections, before patch, after patch 1

[PATCH] clk: gpio: handle error codes for of_clk_get_parent_count()

We might make bad memory allocations if we get (e.g.) -ENOSYS from of_clk_get_parent_count(). Noticed by Coverity. Fixes: f66541ba02d5 ("clk: gpio: Get parent clk names in of_gpio_clk_setup()") Signed-off-by: Brian Norris Cc: Jyri Sarha Cc: Sergej

Re: [PATCH v4] perf: bpf: Fix build breakage due to libbpf

Em Tue, Dec 15, 2015 at 05:10:46PM +0530, Naveen N. Rao escreveu: > On 2015/12/15 08:51AM, Wang Nan wrote: > > From: "Naveen N. Rao" > > > > perf build is currently (v4.4-rc5) broken on powerpc: > > > > bpf.c:28:4: error: #error __NR_bpf not defined. libbpf does

[PATCH] af_unix: Revert 'lock_interruptible' in stream receive code

With b3ca9b02b00704053a38bfe4c31dbbb9c13595d0, the AF_UNIX SOCK_STREAM receive code was changed from using mutex_lock(>readlock) to mutex_lock_interruptible(>readlock) to prevent signals from being delayed for an indefinite time if a thread sleeping on the mutex happened to be selected for

[PATCH] uml: fix hostfs mknod()

An inverted return value check in hostfs_mknod() caused the function to return success after handling it as an error (and cleaning up). It resulted in the following segfault when trying to bind() a named unix socket: Pid: 198, comm: a.out Not tainted 4.4.0-rc4 RIP: 0033:[<61077df6>]

Re: linux-next: Tree for Dec 16 (gpu/drm/vc4)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > on i386, when CONFIG_PM_SLEEP is not enabled: ../drivers/gpu/drm/vc4/vc4_v3d.c: In function 'vc4_v3d_set_power': ../drivers/gpu/drm/vc4/vc4_v3d.c:157:29: error: called object is not a function or function

[PATCH] fuse: implement cuse mmap

Implement cuse mmap using shmem to provide the actual memory maps. Pages must be read/written using fuse's NOTIFY_RETRIEVE and NOTIFY_STORE api. Signed-off-by: Jader H. Silva --- fs/fuse/cuse.c| 459 +- fs/fuse/dev.c

Re: [PATCH 3/3] STAGING: COMEDI: Using kernel types in plx9080.h

On Wed, Dec 16, 2015 at 10:42 AM, Ian Abbott wrote: > On 12/12/15 17:09, Moritz König wrote: >> >> This patch makes plx9080.h use kernel types. >> >> Signed-off-by: Moritz König >> Signed-off-by: Fabian Lang >> --- >>

Re: [PATCH] fuse: implement cuse mmap

Hi Jader, [auto build test WARNING on v4.4-rc5] [cannot apply to next-20151216] url: https://github.com/0day-ci/linux/commits/Jader-H-Silva/fuse-implement-cuse-mmap/20151217-034148 config: i386-tinyconfig (attached as .config) reproduce: # save the attached .config to linux build

Re: [PATCH v4 2/2] drm: panel: simple: add QiaoDian qd43003c0-40

Hi, On 16/12/2015 at 18:14:06 +0100, Thierry Reding wrote : > Also, please use "drm/panel: " as the prefix (instead of "drm: panel: ") > to make it easier for me to pick up things. I was about to send out a > pull request for drm/panel when I noticed that there was this patch. The > v4 wasn't Cc:

Re: linux-next: Tree for Dec 16 (lib/842/842_decompress)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > > The drm-misc tree gained a conflict against Linus' tree. > > The i2c tree gained a build failure for which I applied a patch. > > The gpio tree gained a build failure so I used the version from >

Re: linux-next: Tree for Dec 16 (i2c/busses/i2c-emev2)

On Wed, Dec 16, 2015 at 01:05:20PM -0800, Randy Dunlap wrote: > On 12/15/15 21:43, Stephen Rothwell wrote: > > Hi all, > > > > Changes since 20151215: > > > > The drm-misc tree gained a conflict against Linus' tree. > > > > The i2c tree gained a build failure for which I applied a patch. > > >

Applied "regulator: tps65917/palmas: Add bypass ops for LDOs with bypass capability" to the regulator tree

The patch regulator: tps65917/palmas: Add bypass ops for LDOs with bypass capability has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually

Re: [PATCH v4 3/5] PCI: qcom: Add Qualcomm PCIe controller driver

Hi Stan, On Tue, Dec 15, 2015 at 10:24:07AM +0200, Stanimir Varbanov wrote: > On 12/03/2015 03:35 PM, Stanimir Varbanov wrote: > > From: Stanimir Varbanov > > > > The PCIe driver reuse the Designware common code for host > > and MSI initialization, and also program the

Re: WARNING in shmem_evict_inode

On 12/02/15 10:29, Hugh Dickins wrote: > On Mon, 23 Nov 2015, Dmitry Vyukov wrote: >> On Mon, Nov 9, 2015 at 9:55 AM, Dmitry Vyukov wrote: [snip] >>> triggers WARNING in shmem_evict_inode: >>> >>> [ cut here ] >>> WARNING: CPU: 0 PID: 10442 at

Re: net: heap-out-of-bounds in sock_setsockopt

On Wed, Dec 16, 2015 at 12:22 PM, Cong Wang wrote: > Hmm, we should exclude the raw socket case, something like the > following, but I am not sure if the check is too strict or not, also > not sure if we should return an error for this raw socket case. > > diff --git

net: heap-out-of-bounds in sock_setsockopt

Hello, The following program triggers heap-out-of-bounds access in sock_setsockopt: // autogenerated by syzkaller (http://github.com/google/syzkaller) #include #include #include #include #include #include #include #define SOF_TIMESTAMPING_OPT_ID (1<<7) int main() { int fd =

Re: [PATCH 2/5] VIRT: Support runtime irq_bypass consumer

On Thu, 2015-12-03 at 10:22 -0800, Yunhong Jiang wrote: > Extend the irq_bypass manager to support runtime consumers. A runtime > irq_bypass consumer can handle interrupt when an interrupt triggered. A > runtime consumer has it's handle_irq() function set and passing a > irq_context for the irq

RE: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

> -Original Message- > From: Eric Dumazet [mailto:eric.duma...@gmail.com] > Sent: Wednesday, December 16, 2015 12:08 PM > > This looks very very wrong to me. > > How many times this is called per second, for the 'one flow' case ? > > Don't you use TSO in this driver ? > > What about

Re: [PATCH v2] arm64: dts: berlin4ct: switch to Cortex-A53 specific pmu nodes

On 15.12.2015 15:57, Jisheng Zhang wrote: > Commit ac82d1277215 ("arm64: perf: add Cortex-A53 support") adds the > cortex A53 PMU support, thus instead of using the generic armv8-pmuv3 > compatibility use the more specific Cortex A53 compatibility. > > Signed-off-by: Jisheng Zhang

Re: [2/2] ARM64: dts: qcom: Remove size elements from pmic reg properties

On Wed, Nov 25, 2015 at 02:27:37PM -0800, Stephen Boyd wrote: > The #size-cells for the pmics are 0, but we specify a size in the > reg property so that MPP and GPIO modules can figure out how many > pins there are. Now that we've done that by counting irqs, we can > remove the size elements in

Re: [PATCH] arm64: reenable interrupt when handling ptrace breakpoint

On 12/16/2015 3:13 AM, Will Deacon wrote: On Tue, Dec 15, 2015 at 04:18:08PM -0800, Yang Shi wrote: The kernel just send out a SIGTRAP signal when handling ptrace breakpoint in debug exception, so it sounds safe to have interrupt enabled if it is not disabled by the parent process. Is this

Re: [1/2] ARM: dts: qcom: Remove size elements from pmic reg properties

On Wed, Nov 25, 2015 at 02:27:36PM -0800, Stephen Boyd wrote: > The #size-cells for the pmics are 0, but we specify a size in the > reg property so that MPP and GPIO modules can figure out how many > pins there are. Now that we've done that by counting irqs, we can > remove the size elements in

Re: linux-next: Tree for Dec 16 (i2c/busses/i2c-emev2)

On 12/15/15 21:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20151215: > > The drm-misc tree gained a conflict against Linus' tree. > > The i2c tree gained a build failure for which I applied a patch. > > The gpio tree gained a build failure so I used the version from >

Re: [PATCH 11/11] tty: serial: 8250: Delete commented code

Hi Anton, On 12/16/2015 07:36 AM, Anton Wuerfel wrote: > This patch removes code which has been commented out. It serves no > documentary purposes and decreases the readability of the remaining code. > Furthermore the comment style causes checkpatch warnings. If this code > should ever be needed

[PATCH 0/3] Add MEMREMAP_WC to fix dma_init_coherent_memory

Hi, As discussed here[1], these patches implement a MEMREMAP_WC flag for memremap(), which can be used to obtain writecombine mappings. This is then used for setting up dma_coherent_mem regions which use the DMA_MEMORY_MAP flag. Patch 3 makes sure that the appropriate memset function is used

Re: [PATCHv2] pci: Update VPD size with correct length

On Wed, Dec 16, 2015 at 9:01 AM, Hannes Reinecke wrote: > On Wednesday, December 16, 2015 08:52:10 AM Alexander Duyck wrote: >> On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: >> > + if (header[0] == 0xff) { >> > + /*

Re: [PATCH v4 2/2] drm: panel: simple: add QiaoDian qd43003c0-40

On Tue, Dec 15, 2015 at 02:43:47PM +0100, Nicolas Ferre wrote: > Le 02/12/2015 23:03, Alexandre Belloni a écrit : > > From: Josh Wu > > > > The QiaoDian Xianshi QD43003C0-40 is a 4"3 TFT LCD panel. > > > > Timings from the OTA5180A document, ver 0.9, section > > 10.1.1: > >

[PATCHV3 0/3] Machine check recovery when kernel accesses poison

This series is initially targeted at the folks doing filesystems on top of NVDIMMs. They really want to be able to return -EIO when there is a h/w error (just like spinning rust, and SSD does). I plan to use the same infrastructure in parts 1&2 to write a machine check aware "copy_from_user()"

[PATCH 3.19.y-ckt 127/128] ipv4: igmp: Allow removing groups from a removed interface

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Andrew Lunn commit 4eba7bb1d72d9bde67d810d09bf62dc207b63c5c upstream. When a multicast group is joined on a socket, a struct ip_mc_socklist is appended to the

[PATCH 3.19.y-ckt 125/128] unix: avoid use-after-free in ep_remove_wait_queue

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Rainer Weikusat [ Upstream commit 7d267278a9ece963d77eefec61630223fce08c6c ] Rainer Weikusat writes: An

[PATCH 3.19.y-ckt 126/128] broadcom: fix PHY_ID_BCM5481 entry in the id table

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Aaro Koskinen commit 3c25a860d17b7378822f35d8c9141db9507e3beb upstream. Commit fcb26ec5b18d ("broadcom: move all PHY_ID's to header") updated broadcom_tbl to

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

Hi Daniel, On 16/12/15 17:08, Daniel Thompson wrote: > It is possible for the secure world to reserve certain SGI IDs for itself. > Currently we have limited visibility of which IDs are safe to use for IPIs. > > Modify the GIC initialization code to actively search for reserved SGI IDs > and

[PATCH 3.19.y-ckt 117/128] drm/rockchip: unset pgoff when mmap'ing gems

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Heiko Stuebner commit a8594f20cafadb6ba58f915dea5f2c94a9333b1a upstream. Commit 371f0f085f629 ("ARM: 8426/1: dma-mapping: add missing range check in dma_mmap()")

[PATCH 3.19.y-ckt 108/128] x86/mpx: Fix instruction decoder condition

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit 8e8efe0379bd93e8219ca0fc6fa80b5dd85b09cb upstream. MPX decodes instructions in order to tell which bounds register was violated.

[PATCH 3.19.y-ckt 114/128] drm: imx: convert to drm_crtc_send_vblank_event()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Russell King commit 69d21fc0a21196e9c5b259505c0135a88002f9d2 upstream. ipu_crtc_handle_pageflip() was calling drm_send_vblank_event() with a pipe

[PATCH 3.19.y-ckt 116/128] remoteproc: avoid stack overflow in debugfs file

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 92792e48e2ae6051af30468a87994b5432da2f06 upstream. Recent gcc versions warn about reading from a negative offset of an on-stack array:

[PATCH 3.19.y-ckt 045/128] perf symbols: Fix dso lookup by long name and missing buildids

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit e266a753bf51b2c3b46d0d230349662c35ac5629 upstream. Commit 4598a0a6d22f ("perf symbols: Improve DSO long names lookup speed with

[PATCH 3.19.y-ckt 081/128] ARM: orion5x: Fix legacy get_irqnr_and_base

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Pitre commit 4d2ec7e206ae03a51dfbdedc120ce88d403ec926 upstream. Commit 5be9fc23cd ("ARM: orion5x: fix legacy orion5x IRQ numbers") shifted IRQ

[PATCH 3.19.y-ckt 083/128] nfs: if we have no valid attrs, then don't declare the attribute cache valid

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Jeff Layton commit c812012f9ca7cf89c9e1a1cd512e6c3b5be04b85 upstream. If we pass in an empty nfs_fattr struct to nfs_update_inode, it will (correctly) not

[PATCH v3] extcon: add Maxim MAX3355 driver

Maxim Integrated MAX3355E chip integrates a charge pump and comparators to enable a system with an integrated USB OTG dual-role transceiver to function as an USB OTG dual-role device. In addition to sensing/controlling Vbus, the chip also passes thru the ID signal from the USB OTG connector. On

Re: [PATCH 3.19.y-ckt 128/128] sched/wait: Fix signal handling in bit wait helpers

On Wed, 2015-12-16 at 18:57 +0100, Oleg Nesterov wrote: > On 12/16, Kamal Mostafa wrote: > > > > 3.19.8-ckt12 -stable review patch. If anyone has any objections, please > > let me know. > > > > > > commit 68985633bccb6066bf1803e316fbc6c1f5b796d6 upstream. > > Please note that this patch is

[PATCH 3.19.y-ckt 035/128] tty: Fix tty_send_xchar() lock order inversion

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit ee0c1a65cf95230d5eb3d9de94fd2ead9a428c67 upstream. The correct lock order is atomic_write_lock => termios_rwsem, as established by

[PATCH 3.19.y-ckt 056/128] MIPS: KVM: Fix CACHE immediate offset sign extension

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit c5c2a3b998f1ff5a586f9d37e154070b8d550d17 upstream. The immediate field of the CACHE instruction is signed, so ensure that it gets sign

[PATCH 3.19.y-ckt 057/128] MIPS: KVM: Uninit VCPU in vcpu_create error path

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 585bb8f9a5e592f2ce7abbe5ed3112d5438d2754 upstream. If either of the memory allocations in kvm_arch_vcpu_create() fail, the vcpu which has

[PATCH 3.19.y-ckt 019/128] drm/i915: get runtime PM reference around GEM set_caching IOCTL

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Imre Deak commit fd0fe6acf1dd88aabfbf383f7e4c16315387a7b7 upstream. After Damien's D3 fix I started to get runtime suspend residency for the first time and that

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

On Wed, Dec 16, 2015 at 07:31:30PM +0100, Gregory CLEMENT wrote: > +Optional properties for PHY child node: > +- reset-gpios : Should specify the gpio for phy reset reset-gpios plural or reset-gpio singular? > + > Examples: > > macb0: ethernet@fffc4000 { > @@ -29,4 +32,8 @@ Examples: >

Re: [PATCH v3 4/5] regulator: add regulator driver of hi655x PMIC

On Tue, Dec 15, 2015 at 08:54:15PM +0800, Chen Feng wrote: > +config REGULATOR_HI655X > + tristate "Hisilicon HI655X PMIC regulators support" > + depends on ARCH_HISI > + depends on MFD_HI655X_PMIC && OF > + help > + This driver provides support for the voltage regulators of

Re: [PATCHv2] pci: Update VPD size with correct length

On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: > PCI-2.2 VPD entries have a maximum size of 32k, but might actually > be smaller than that. To figure out the actual size one has to read > the VPD area until the 'end marker' is reached. > Trying to read VPD data beyond that

Re: [PATCH 04/11] tty: serial: 8250: Fix multiline comment style

On 12/16/2015 07:36 AM, Anton Wuerfel wrote: > Checkpatch outputs some warnings about incorrect comment style, > which is fixed by this patch. > Please fix the comments in a consistent fashion. For example ... > Signed-off-by: Anton Würfel > Signed-off-by: Phillip Raffeck

RE: [PATCH v2] usb: gadget: forbid queuing request to a disabled ep

Hi, "Du, Changbin" writes: >> diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.h >> index 3d583a1..b566a4b 100644 >> --- a/include/linux/usb/gadget.h >> +++ b/include/linux/usb/gadget.h >> @@ -402,6 +402,9 @@ static inline void usb_ep_free_request(struct

Re: [PATCH v2 0/3] ACPI, clocksource: add GTDT and ARM memory-mapped timer support

On 16/12/15 16:32, Daniel Lezcano wrote: > > Marc, > > can you have a look ? Thanks for putting me in the loop. I'll look at it. M. -- Jazz is not dead. It just smells funny... -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 3.19.y-ckt 097/128] RDS: fix race condition when sending a message on unbound socket

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Quentin Casasnovas commit 8c7188b23474cca017b3ef354c4a58456f68303a upstream. Sasha's found a NULL pointer dereference in the RDS connection code when

[PATCH 3.19.y-ckt 101/128] wan/x25: Fix use-after-free in x25_asy_open_tty()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit ee9159ddce14bc1dec9435ae4e3bd3153e783706 upstream. The N_X25 line discipline may access the previous line discipline's closed and

[PATCH 3.19.y-ckt 064/128] powerpc/tm: Block signal return setting invalid MSR state

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Neuling commit d2b9d2a5ad5ef04ff978c9923d19730cb05efd55 upstream. Currently we allow both the MSR T and S bits to be set by userspace on a signal return.

[PATCH 3.19.y-ckt 065/128] powerpc/tm: Check for already reclaimed tasks

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Neuling commit 7f821fc9c77a9b01fe7b1d6e72717b33d8d64142 upstream. Currently we can hit a scenario where we'll tm_reclaim() twice. This results in a TM

[PATCH 3.19.y-ckt 047/128] packet: fix tpacket_snd max frame len

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 5cfb4c8d05b4409c4044cb9c05b19705c1d9818b ] Since it's introduction in commit 69e3c75f4d54 ("net: TX_RING and packet mmap"),

[PATCH 3.19.y-ckt 051/128] ALSA: usb-audio: prevent CH345 multiport output SysEx corruption

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit 1ca8b201309d842642f221db7f02f71c0af5be2d upstream. The CH345 USB MIDI chip has two output ports. However, they are multiplexed through

[PATCH 3.19.y-ckt 052/128] ALSA: usb-audio: work around CH345 input SysEx corruption

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit a91e627e3f0ed820b11d86cdc04df38f65f33a70 upstream. One of the many faults of the QinHeng CH345 USB MIDI interface chip is that it does not

[PATCH 3.19.y-ckt 048/128] net/mlx4_core: Avoid returning success in case of an error flow

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Noa Osherovich commit d49c2197fd70c37d57982804465268440a33183a upstream. The err variable wasn't set with the correct error value in some cases. Fixes:

[PATCH 3.19.y-ckt 049/128] macvlan: fix leak in macvlan_handle_frame

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit e639b8d8a7a728f0b05ef2df6cb6b45dc3d4e556 upstream. Reset pskb in macvlan_handle_frame in case skb_share_check returned a clone. Fixes:

Re: [PATCH 3/3] STAGING: COMEDI: Using kernel types in plx9080.h

On 12/12/15 17:09, Moritz König wrote: This patch makes plx9080.h use kernel types. Signed-off-by: Moritz König Signed-off-by: Fabian Lang --- drivers/staging/comedi/drivers/plx9080.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v3] net/macb: add support for resetting PHY using GPIO

On Wednesday 16 December 2015 19:31:30 Gregory CLEMENT wrote: > diff --git a/drivers/net/ethernet/cadence/macb.c > b/drivers/net/ethernet/cadence/macb.c > index 88c1e1a..35661aa 100644 > --- a/drivers/net/ethernet/cadence/macb.c > +++ b/drivers/net/ethernet/cadence/macb.c > @@ -28,6 +28,7 @@ >

Re: [PATCH v2 1/1] USB: inode.c: fix unbalanced spin_lock in ep0_write

Felipe Balbi writes: > Hi, > > David Eccher writes: >> Fix bad unlock balance: ep0_write enter with the locks locked from >> inode.c:1769, hence it must exit with spinlock held to avoid double >> unlock in dev_config. >> >> Signed-off-by: David Eccher

Re: [PATCH 1/2] arm-cci500: Rearrange PMU driver for code sharing with CCI-550 PMU

"Suzuki K. Poulose" writes: > CCI-550 PMU shares most of the CCI-500 PMU attributes including the > event format, PMU event codes. The only difference is an additional > master interface (MI6 - 0xe). Hence we share the driver code for both, > except for a model specific

Re: [PATCH v3 4/9] pinctrl: Add STM32 MCUs support

Hi Maxime On 12/11/2015 09:25 AM, Maxime Coquelin wrote: This patch adds pinctrl and GPIO support to STMicroelectronic's STM32 family of MCUs. While it only supports STM32F429 for now, it has been designed to enable support of other MCUs of the family (e.g. STM32F746). Signed-off-by: Maxime

Re: Is PROT_SOCK still relevant?

On 2015-12-16 09:52, Jason Newton wrote: How about changing how this mechanism works from a range of the lowest N ports and instead have it as a user specifiable set? Towards more proper security, this allows distros/admins to put any ports they consider important to have security feature going

Re: [PATCH 2/2] arm-cci: CoreLink CCI-550 PMU driver

"Suzuki K. Poulose" writes: > Add ARM CoreLink CCI-550 cache coherent interconnect PMU > driver support. The CCI-550 PMU shares all the attributes of CCI-500 > PMU, except for an additional master interface (MI-6 - 0xe). > CCI-550 requires the same work around as for

Re: [PATCHv2] pci: Update VPD size with correct length

On Wednesday, December 16, 2015 08:52:10 AM Alexander Duyck wrote: > On Wed, Dec 16, 2015 at 2:49 AM, Hannes Reinecke wrote: > > PCI-2.2 VPD entries have a maximum size of 32k, but might actually > > be smaller than that. To figure out the actual size one has to read > > the VPD

Re: [PATCH v6 09/20] arm64:ilp32: share HWCAP between LP64 and ILP32

On Wed, Dec 16, 2015 at 04:58:20PM +, Catalin Marinas wrote: > On Wed, Dec 16, 2015 at 04:54:34PM +0100, Arnd Bergmann wrote: > > On Wednesday 16 December 2015 00:42:35 Yury Norov wrote: > > > > > > #ifdef CONFIG_COMPAT > > > -#define COMPAT_ELF_HWCAP (compat_elf_hwcap) > > > -#define

[PATCH] mm: /proc/pid/clear_refs: no need to clear VM_SOFTDIRTY in clear_soft_dirty_pmd()

clear_soft_dirty_pmd() is called by clear_refs_write(CLEAR_REFS_SOFT_DIRTY), VM_SOFTDIRTY was already cleared before walk_page_range(). Signed-off-by: Oleg Nesterov --- fs/proc/task_mmu.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git

[PATCH 3.19.y-ckt 123/128] sched/core: Remove false-positive warning from wake_up_process()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin commit 119d6f6a3be8b424b200dcee56e74484d5445f7e upstream. Because wakeups can (fundamentally) be late, a task might not be in the expected state.

Re: [PATCH] spi: Add builtin_spi_driver() to avoid registration boilerplate

On Wed, Dec 16, 2015 at 09:21:17AM -0500, Paul Gortmaker wrote: > Looking at the existing use case - in: > drivers/video/fbdev/mmp/panel/tpo_tj032md01bw.c > it would appear that the SPI driver is embedded within another driver > that the author decided to make non-modular. Others that don't

[PATCH 3.19.y-ckt 128/128] sched/wait: Fix signal handling in bit wait helpers

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 68985633bccb6066bf1803e316fbc6c1f5b796d6 upstream. Vladimir reported getting RCU stall warnings and bisected it back to commit:

[PATCH 3.19.y-ckt 107/128] ARM/arm64: KVM: correct PTE uncachedness check

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit 0de58f852875a0f0dcfb120bb8433e4e73c7803b upstream. Commit e6fab5442345 ("ARM/arm64: KVM: test properly for a PTE's uncachedness")

[PATCH 3.19.y-ckt 110/128] ovl: fix permission checking for setattr

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit acff81ec2c79492b180fade3c2894425cd35a545 upstream. [Al Viro] The bug is in being too enthusiastic about optimizing ->setattr() away -

Re: [PATCH] Fix spurious hard lockup events while in debugger

On 12/16/15, Jeff Merkey wrote: > On 12/14/15, Jeff Merkey wrote: >> The current touch_nmi_watchdog() function in /kernel/watchdog.c does >> not always catch all cases when a processor is spinning in the nmi >> handler inside either KGDB, KDB, or MDB, in

Re: [PATCH v3 1/2] iio: ina2xx: add support for TI INA2xx Power Monitors

On 16/12/2015 18:45, Andrew F. Davis wrote: On 12/07/2015 03:09 AM, Marc Titinger wrote: +#define INA2XX_CHAN(_type, _index, _address) { \ +.type = (_type), \ +.address = (_address), \ +.indexed = 1, \ +.channel = (_index), \ +.info_mask_separate = BIT(IIO_CHAN_INFO_RAW), \

[PATCH 3.19.y-ckt 007/128] x86: Make is_64bit_mm() widely available

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Dave Hansen commit b0e9b09b3bd64e67bba862e238d3757b2482b6de upstream. The uprobes code has a nice helper, is_64bit_mm(), that consults both the runtime

[PATCH 3.19.y-ckt 033/128] kernel/signal.c: unexport sigsuspend()

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 9d8a765211335cfdad464b90fb19f546af5706ae upstream. sigsuspend() is nowhere used except in signal.c itself, so we can mark it static do not

[PATCH 3.19.y-ckt 074/128] ARM/arm64: KVM: test properly for a PTE's uncachedness

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit e6fab54423450d699a09ec2b899473a541f61971 upstream. The open coded tests for checking whether a PTE maps a page as uncached use a

[PATCH 3.19.y-ckt 073/128] ARM: dts: vfxxx: Fix dspi[01] spi-num-chipselects.

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Cory Tusar commit 897ed0ca5979f103b8de3c09bcca2ae4860eb5a5 upstream. Per the Vybrid Reference Manual (section 3.8.6.1), dspi0 has 6 chip select signals

[PATCH 3.19.y-ckt 038/128] tools/net: Use include/uapi with __EXPORTED_HEADERS__

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Kamal Mostafa commit d7475de58575c904818efa369c82e88c6648ce2e upstream. Use the local uapi headers to keep in sync with "recently" added #define's (e.g.

[PATCH 3.19.y-ckt 043/128] ipvlan: fix leak in ipvlan_rcv_frame

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit cf554ada0be7077906aa9a17faf151ff66e3cb8e upstream. Pass a **skb to ipvlan_rcv_frame so that if skb_share_check returns a new skb, we

[PATCH 3.19.y-ckt 050/128] ALSA: usb-audio: add packet size quirk for the Medeli DD305

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit 98d362becb6621bebdda7ed0eac7ad7ec6c37898 upstream. Signed-off-by: Clemens Ladisch Signed-off-by: Takashi Iwai

[PATCH 3.19.y-ckt 046/128] packet: only allow extra vlan len on ethernet devices

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 3c70c132488794e2489ab045559b0ce0afcf17de ] Packet sockets can be used by various net devices and are not really restricted to

[PATCH 3.19.y-ckt 044/128] ipvlan: fix use after free of skb

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca commit a534dc529853c69e94994aa47c1d80a03ce2c11d upstream. ipvlan_handle_frame is a rx_handler, and when it returns a value other than

[PATCH 3.19.y-ckt 034/128] ocfs2: fix umask ignored issue

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Junxiao Bi commit 8f1eb48758aacf6c1ffce18179295adbf3bd7640 upstream. New created file's mode is not masked with umask, and this makes umask not work for ocfs2

[PATCH] clk: gpio: fix memory leak in of_gpio_clk_setup()

Reported by Coverity. Fixes: f66541ba02d5 ("clk: gpio: Get parent clk names in of_gpio_clk_setup()") Signed-off-by: Brian Norris Cc: Jyri Sarha Cc: Sergej Sawazki Cc: Stephen Boyd --- drivers/clk/clk-gpio.c | 4

Re: int overflow in io_getevents

On Wed, Dec 16, 2015 at 1:56 PM, Jan Kara wrote: > On Mon 07-12-15 11:27:07, Dmitry Vyukov wrote: >> Hello, >> >> While running syzkaller fuzzer on commit >> 31ade3b83e1821da5fbb2f11b5b3d4ab2ec39db8, I've hit the following UBSAN >> warning. I think it can lead to an unexpected

[RFC v3 PATCH] fs: __generic_file_splice_read retry lookup on AOP_TRUNCATED_PAGE

During testing, I discovered that __generic_file_splice_read() returns 0 (EOF) when aops->readpage fails with AOP_TRUNCATED_PAGE on the first page of a single/multi-page splice read operation. This EOF return code causes the userspace test to (correctly) report a zero-length read error when it was

Re: [PATCH v6 09/20] arm64:ilp32: share HWCAP between LP64 and ILP32

On Wednesday 16 December 2015 17:19:05 Catalin Marinas wrote: > On Wed, Dec 16, 2015 at 04:58:20PM +, Catalin Marinas wrote: > > On Wed, Dec 16, 2015 at 04:54:34PM +0100, Arnd Bergmann wrote: > > > On Wednesday 16 December 2015 00:42:35 Yury Norov wrote: > > > > > > > > #ifdef CONFIG_COMPAT

Re: [PATCH] Fix spurious hard lockup events while in debugger

On 12/14/15, Jeff Merkey wrote: > The current touch_nmi_watchdog() function in /kernel/watchdog.c does > not always catch all cases when a processor is spinning in the nmi > handler inside either KGDB, KDB, or MDB, in particular, the case where > a processor is being held by

Re: [PATCH] usb: dwc2: fix transfer stop programming for out endpoint

Hi, changbin...@intel.com writes: > From: "Du, Changbin" > > To stop an out endpoint, software should set sets the Global OUT NAK, > but not the Global Non-periodic IN NAK. This driver bug leads the out-ep > failed be in disabled state with below error. > >

Re: [PATCH v6 09/20] arm64:ilp32: share HWCAP between LP64 and ILP32

On Wed, Dec 16, 2015 at 04:54:34PM +0100, Arnd Bergmann wrote: > On Wednesday 16 December 2015 00:42:35 Yury Norov wrote: > > > > #ifdef CONFIG_COMPAT > > -#define COMPAT_ELF_HWCAP (compat_elf_hwcap) > > -#define COMPAT_ELF_HWCAP2 (compat_elf_hwcap2) > > extern unsigned int

[PATCH 1/2] arm: Fix "NMI" backtrace for Inforce IFC6410

SysRq-L does not generate a backtrace from all CPUs when I test it on my Inforce IFC6410 platform (Snapdragon 600). The stack dump code, triggered by IPI_CPU_BACKTRACE, never runs on the other CPUs. Eventually we hit the 10 second timeout and a subset of the expected stack dumps on are shown on

[PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

It is possible for the secure world to reserve certain SGI IDs for itself. Currently we have limited visibility of which IDs are safe to use for IPIs. Modify the GIC initialization code to actively search for reserved SGI IDs and report if any are found. Warn even more loudly if the reserved SGIs

<    5   6   7   8   9   10   11   12   13   14   >