[PATCH 3.4 009/172] smack: fix possible use after frees in task_security() callers

From: Andrey Ryabinin 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6d1cff2a885850b78b40c34777b46cf5da5d1050 upstream. We hit use after free on dereferncing pointer to task_smack struct in smk_of_task() called from

Re: [PATCH RFC] storage:rbd: make the size of request is equal to the, size of the object

On Tue, Jun 16, 2015 at 6:28 AM, juncheng bai wrote: > > > On 2015/6/15 22:27, Ilya Dryomov wrote: >> >> On Mon, Jun 15, 2015 at 4:23 PM, juncheng bai >> wrote: >>> >>> >>> >>> On 2015/6/15 21:03, Ilya Dryomov wrote: On Mon, Jun 15, 2015 at 2:18 PM, juncheng bai wrote: >

[PATCH 3.4 004/172] hx4700: regulator: declare full constraints

From: Martin Vajnar 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit a52d209336f8fc7483a8c7f4a8a7d2a8e1692a6c upstream. Since the removal of CONFIG_REGULATOR_DUMMY option, the touchscreen stopped working. This patch enables the

Re: [PATCH v2 2/3] watchdog: bcm2835: Add poweroff code for the Raspberry Pi

Den 16.06.2015 05:07, skrev Stephen Warren: On 06/13/2015 05:39 AM, Noralf Trønnes wrote: This adds a new poweroff function to the watchdog driver for the Raspberry Pi. Currently poweroff/halt results in a reboot. The Raspberry Pi firmware uses the RSTS register to know which partiton to boot

[PATCH 3.4 005/172] PCI: Generate uppercase hex for modalias var in uevent

From: Ricardo Ribalda Delgado 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 145b3fe579db66fbe999a2bc3fd5b63dffe9636d upstream. Some implementations of modprobe fail to load the driver for a PCI device automatically because the

[PATCH 3.4 010/172] KVM: s390: base hrtimer on a monotonic clock

From: David Hildenbrand 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 0ac96caf0f9381088c673a16d910b1d329670edf upstream. The hrtimer that handles the wait with enabled timer interrupts should not be disturbed by changes of the host

[PATCH 3.4 025/172] NFSv4.1: Fix a kfree() of uninitialised pointers in decode_cb_sequence_args

From: Trond Myklebust 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit d8ba1f971497c19cf80da1ea5391a46a5f9fbd41 upstream. If the call to decode_rc_list() fails due to a memory allocation error, then we need to truncate the array size to

[PATCH 3.4 021/172] ath5k: fix spontaneus AR5312 freezes

From: Sergey Ryazanov 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 8bfae4f9938b6c1f033a5159febe97e441d6d526 upstream. Sometimes while CPU have some load and ath5k doing the wireless interface reset the whole WiSoC completely freezes.

[tip:irq/core] irqchip: exynos-combiner: Save IRQ enable set on suspend

Commit-ID: 6fd4899a54a522ccd6a24fea2318d3b515b95945 Gitweb: http://git.kernel.org/tip/6fd4899a54a522ccd6a24fea2318d3b515b95945 Author: Javier Martinez Canillas AuthorDate: Fri, 12 Jun 2015 07:43:15 +0200 Committer: Thomas Gleixner CommitDate: Tue, 16 Jun 2015 11:34:41 +0200 irqchip:

[PATCH 3.4 023/172] ALSA: off by one bug in snd_riptide_joystick_probe()

From: Dan Carpenter 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit e4940626defdf6c92da1052ad3f12741c1a28c90 upstream. The problem here is that we check: if (dev >= SNDRV_CARDS) Then we increment "dev". if

[PATCH 3.4 007/172] axonram: Fix bug in direct_access

From: Matthew Wilcox 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 91117a20245b59f70b563523edbf998a62fc6383 upstream. The 'pfn' returned by axonram was completely bogus, and has been since 2008. Signed-off-by: Matthew Wilcox

[PATCH 3.4 011/172] PCI: Fix infinite loop with ROM image of size 0

From: Michel Dänzer 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 16b036af31e1456cb69243a5a0c9ef801ecd1f17 upstream. If the image size would ever read as 0, pci_get_rom_size() could keep processing the same image over and over again.

[PATCH 3.4 024/172] fsnotify: fix handling of renames in audit

From: Jan Kara 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6ee8e25fc3e916193bce4ebb43d5439e1e2144ab upstream. Commit e9fd702a58c4 ("audit: convert audit watches to use fsnotify instead of inotify") broke handling of renames in audit.

[PATCH 3.4 022/172] rtnetlink: ifla_vf_policy: fix misuses of NLA_BINARY

From: Daniel Borkmann 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 364d5716a7adb91b731a35765d369602d68d2881 upstream. ifla_vf_policy[] is wrong in advertising its individual member types as NLA_BINARY since .type = NLA_BINARY in

[PATCH v3 4/5] serial/8250_fintek: Support keys different than default

Chip can be configured to use entry key different than 0x77. Try all the valid keys until one gives out the right chip id. Reported-by: Peter Hong Reviewed-by: Alan Cox Signed-off-by: Ricardo Ribalda Delgado --- drivers/tty/serial/8250/8250_fintek.c | 39 +-- 1

[PATCH] staging:lustre fix lines starting with spaces in libcfs/hash.c

This patch fixes lines starting with spaces. Signed-off-by: Maxime Lorrillere --- drivers/staging/lustre/lustre/libcfs/hash.c | 32 ++--- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/drivers/staging/lustre/lustre/libcfs/hash.c

[PATCH v3 3/5] serial/8250_fintek: Support for chip_ip 0x0501

There are some chips with the same interface but different chip ip. Reported-by: Peter Hong Reviewed-by: Alan Cox Signed-off-by: Ricardo Ribalda Delgado --- drivers/tty/serial/8250/8250_fintek.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git

[PATCH v3 2/5] serial/8250_fintek: Support for multiple base_ports

Fintek chip can be connected at address 0x4e and also 0x2e. Add some logic to find out the address of the chip. Reported-by: Peter Hong Reviewed-by: Alan Cox Signed-off-by: Ricardo Ribalda Delgado --- drivers/tty/serial/8250/8250_fintek.c | 87 +-- 1 file

[PATCH 2/3] drm/virtgpu: initialise fbdev after getting initial display info

From: Dave Airlie This should avoid issues with the fbdev path trying to render before we've gotten the display info. Signed-off-by: Dave Airlie [ kraxel: wait for display-info reply ] Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/virtio/virtgpu_drv.h | 1 +

[PATCH 1/3] Add virtio-vga bits.

--- drivers/gpu/drm/virtio/virtgpu_drm_bus.c | 44 +--- 1 file changed, 24 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_drm_bus.c b/drivers/gpu/drm/virtio/virtgpu_drm_bus.c index f4ec816..88a3916 100644 ---

[PATCH v3 5/5] serial/8250_fintek: Support for any io address.

Fintek chip can be configured for io addresses different than the standard. Query the chip for the configured addresses and try to match it with the pnp address. Reported-by: Peter Hong Reviewed-by: Alan Cox Signed-off-by: Ricardo Ribalda Delgado --- drivers/tty/serial/8250/8250_fintek.c |

[PATCH 3/3] virtio-gpu: add locking for vbuf pool

From: Dave Airlie Signed-off-by: Dave Airlie Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/virtio/virtgpu_drv.h | 1 + drivers/gpu/drm/virtio/virtgpu_vq.c | 7 +++ 2 files changed, 8 insertions(+) diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.h

[PATCH 3.4 035/172] ALSA: hdspm - Constrain periods to 2 on older cards

From: Adrian Knoth 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f0153c3d948c1764f6c920a0675d86fc1d75813e upstream. RME RayDAT and AIO use a fixed buffer size of 16384 samples. With period sizes of 32-4096, this translates to 4-512

[PATCH 3.4 029/172] mm/hugetlb: add migration entry check in __unmap_hugepage_range

From: Naoya Horiguchi 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 9fbc1f635fd0bd28cb32550211bf095753ac637a upstream. If __unmap_hugepage_range() tries to unmap the address range over which hugepage migration is on the way, we get the

[PATCH 3.4 034/172] drm/radeon/dp: Set EDP_CONFIGURATION_SET for bridge chips if necessary

From: Alex Deucher 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 66c2b84ba6256bc5399eed45582af9ebb3ba2c15 upstream. Don't restrict it to just eDP panels. Some LVDS bridge chips require this. Fixes blank panels on resume on certain

[PATCH 3.4 028/172] mm/hugetlb: add migration/hwpoisoned entry check in hugetlb_change_protection

From: Naoya Horiguchi 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit a8bda28d87c38c6aa93de28ba5d30cc18e865a11 upstream. There is a race condition between hugepage migration and change_protection(), where hugetlb_change_protection()

[PATCH v3] powerpc/rcpm: add RCPM driver

From: Tang Yuantian There is a RCPM (Run Control/Power Management) in Freescale QorIQ series processors. The device performs tasks associated with device run control and power management. The driver implements some features: mask/unmask irq, enter/exit low power states, freeze time base, etc.

Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts

On Tuesday 16 June 2015 02:37 PM, Peter Zijlstra wrote: On Tue, Jun 16, 2015 at 05:37:40AM +, Vineet Gupta wrote: > On Monday 15 June 2015 09:55 PM, Peter Zijlstra wrote: > > On Tue, Jun 09, 2015 at 05:49:28PM +0530, Vineet Gupta wrote: > >> + if (arc_pmu->has_interrupts) { > >> +

Re: [PATCH RFC v6 2/3] crypto: rsa: add a new rsa generic implementation

On Tue, Jun 16, 2015 at 01:02:05AM -0700, Tadeusz Struk wrote: > > + if (!pkey->n || !pkey->e || !req->dst_len) > + return -EINVAL; You leaked m. > + if (*req->dst_len < mpi_get_size(pkey->n)) { > + *req->dst_len = mpi_get_size(pkey->n); > + return

Re: [alsa-devel][PATCH 1/4] ASoC: wm8960: codec mclk should be enabled early to avoid jack detect error

On Fri, Jun 12, 2015 at 11:33:49AM +0100, Mark Brown wrote: > On Fri, Jun 12, 2015 at 02:32:33PM +0800, Zidan Wang wrote: > > > I have done some test today, and found that after mclk enable, we should > > delay > > at least 150ms to prepare the jack detect function. So no need to move mclk > >

[PATCH 3.4 050/172] nilfs2: fix potential memory overrun on inode

From: Ryusuke Konishi 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 957ed60b53b519064a54988c4e31e0087e47d091 upstream. Each inode of nilfs2 stores a root node of a b-tree, and it turned out to have a memory overrun issue: Each b-tree

[PATCH 3.4 040/172] fixed invalid assignment of 64bit mask to host dma_boundary for scatter gather segment boundary limit.

From: Minh Duc Tran 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f76a610a8b4b6280eaedf48f3af9d5d74e418b66 upstream. In reference to bug https://bugzilla.redhat.com/show_bug.cgi?id=1097141 Assert is seen with AMD cpu whenever calling

[PATCH 3.4 049/172] ALSA: pcm: Don't leave PREPARED state after draining

From: Takashi Iwai 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 70372a7566b5e552dbe48abdac08c275081d8558 upstream. When a PCM draining is performed to an empty stream that has been already in PREPARED state, the current code just

[PATCH 3.4 044/172] dm snapshot: fix a possible invalid memory access on unload

From: Mikulas Patocka 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 22aa66a3ee5b61e0f4a0bfeabcaa567861109ec3 upstream. When the snapshot target is unloaded, snapshot_dtr() waits until pending_exceptions_count drops to zero. Then, it

Re: [PATCH v13 04/14] perf, tools: Allow events with dot

On 03.06.15 12:32:04, Jiri Olsa wrote: > On Tue, Jun 02, 2015 at 10:12:04AM -0700, Sukadev Bhattiprolu wrote: > > From: Andi Kleen > > > > The Intel events use a dot to separate event name and unit mask. > > Allow dot in names in the scanner, and remove special handling > > of dot as EOF. Also

[PATCH 3.4 042/172] IB/qib: Do not write EEPROM

From: Mitko Haralanov 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 18c0b82a3e4501511b08d0e8676fb08ac08734a3 upstream. This changeset removes all the code that allows the driver to write to the EEPROM and update the recorded error

[PATCH 3.4 036/172] jffs2: fix handling of corrupted summary length

From: Chen Jie 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 164c24063a3eadee11b46575c5482b2f1417be49 upstream. sm->offset maybe wrong but magic maybe right, the offset do not have CRC. Badness at c00c7580 [verbose debug info

[PATCH 3.4 051/172] netfilter: xt_socket: fix a stack corruption bug

From: Eric Dumazet 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 78296c97ca1fd3b104f12e1f1fbc06c46635990b upstream. As soon as extract_icmp6_fields() returns, its local storage (automatic variables) is deallocated and can be

Re: [PATCH] sched/deadline: remove needless parameter in dl_runtime_exceeded()

Hello, On 06/15/2015 05:15 AM, Zhiqiang Zhang wrote: Sine commit 269ad80(sched/deadline: Avoid double-accounting in case of missed deadlines), parameter rq is no longer used, so remove it. I do not know if other people have plans to use this "rq" parameter, but the patch looks ok to me.

[PATCH 3.4 037/172] dm mirror: do not degrade the mirror on discard error

From: Mikulas Patocka 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f2ed51ac64611d717d1917820a01930174c2f236 upstream. It may be possible that a device claims discard support but it rejects discards with -EOPNOTSUPP. It happens when

[PATCH 3.4 038/172] dm io: reject unsupported DISCARD requests with EOPNOTSUPP

From: "Darrick J. Wong" 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 37527b869207ad4c208b1e13967d69b8bba1fbf9 upstream. I created a dm-raid1 device backed by a device that supports DISCARD and another device that does NOT support

[PATCH 3.4 052/172] team: fix possible null pointer dereference in team_handle_frame

From: Jiri Pirko 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 57e595631904c827cfa1a0f7bbd7cc9a49da5745 upstream. Currently following race is possible in team: CPU0CPU1

[PATCH 3.4 039/172] ipv6: fix ipv6_cow_metrics for non DST_HOST case

From: Martin KaFai Lau 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 3b4711757d7903ab6fa88a9e7ab8901b8227da60 upstream. ipv6_cow_metrics() currently assumes only DST_HOST routes require dynamic metrics allocation from inetpeer. The

[PATCH 3.4 048/172] gpio: tps65912: fix wrong container_of arguments

From: Nicolas Saenz Julienne 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 2f97c20e5f7c3582c7310f65a04465bfb0fd0e85 upstream. The gpio_chip operations receive a pointer the gpio_chip struct which is contained in the driver's private

[PATCH 3.4 063/172] eCryptfs: don't pass fs-specific ioctl commands through

From: Tyler Hicks 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6d65261a09adaa374c05de807f73a144d783669e upstream. eCryptfs can't be aware of what to expect when after passing an arbitrary ioctl command through to the lower filesystem.

[PATCH 3.4 055/172] USB: usbfs: don't leak kernel data in siginfo

From: Alan Stern 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f0c2b68198589249afd2b1f2c4e8de8c03e19c16 upstream. When a signal is delivered, the information in the siginfo structure is copied to userspace. Good security practice

[PATCH 3.4 067/172] drm/radeon: do a posting read in evergreen_set_irq

From: Alex Deucher 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit c320bb5f6dc0cb88a811cbaf839303e0a3916a92 upstream. To make sure the writes go through the pci bridge. bug: https://bugzilla.kernel.org/show_bug.cgi?id=90741

[PATCH 3.4 069/172] drm/radeon: fix DRM_IOCTL_RADEON_CS oops

From: Tommi Rantala 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit a28b2a47edcd0cb7c051b445f71a426000394606 upstream. Passing zeroed drm_radeon_cs struct to DRM_IOCTL_RADEON_CS produces the following oops. Fix by always calling

[PATCH 3.4 043/172] dm: fix a race condition in dm_get_md

From: Mikulas Patocka 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 2bec1f4a8832e74ebbe859f176d8a9cb20dd97f4 upstream. The function dm_get_md finds a device mapper device with a given dev_t, increases the reference count and returns

[PATCH 3.4 066/172] drm/radeon: do a posting read in r600_set_irq

From: Alex Deucher 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 9d1393f23d5656cdd5f368efd60694d4aeed81d3 upstream. To make sure the writes go through the pci bridge. bug: https://bugzilla.kernel.org/show_bug.cgi?id=90741

[PATCH 3.4 070/172] ACPI / video: Load the module even if ACPI is disabled

From: Chris Wilson 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6e17cb12881ba8d5e456b89f072dc6b70048af36 upstream. i915.ko depends upon the acpi/video.ko module and so refuses to load if ACPI is disabled at runtime if for example the

[PATCH 3.4 064/172] drm/radeon: do a posting read in r100_set_irq

From: Alex Deucher 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f957063fee6392bb9365370db6db74dc0b2dce0a upstream. To make sure the writes go through the pci bridge. bug: https://bugzilla.kernel.org/show_bug.cgi?id=90741

[PATCH 3.4 054/172] xhci: Allocate correct amount of scratchpad buffers

From: Mathias Nyman 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6596a926b0b6c80b730a1dd2fa91908e0a539c37 upstream. Include the high order bit fields for Max scratchpad buffers when calculating how many scratchpad buffers are needed.

[PATCH 3.4 062/172] usb: ftdi_sio: Add jtag quirk support for Cyber Cortex AV boards

From: Max Mansfield 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit c7d373c3f0da2b2b78c4b1ce5ae41485b3ef848c upstream. This patch integrates Cyber Cortex AV boards with the existing ftdi_jtag_quirk in order to use serial port 0 with JTAG

[PATCH 3.4 053/172] KVM: emulate: fix CMPXCHG8B on 32-bit hosts

From: Paolo Bonzini 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 4ff6f8e61eb7f96d3ca535c6d240f863ccd6fb7d upstream. This has been broken for a long time: it broke first in 2.6.35, then was almost fixed in 2.6.36 but this one-liner

[PATCH 3.4 061/172] NFSv4: Don't call put_rpccred() under the rcu_read_lock()

From: Trond Myklebust 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 7c0af9ffb7bb4e5355470fa60b3eb711ddf226fa upstream. put_rpccred() can sleep. Fixes: 8f649c3762547 ("NFSv4: Fix the locking in nfs_inode_reclaim_delegation()")

[PATCH 3.4 060/172] USB: serial: cp210x: Adding Seletek device id's

From: Michiel vd Garde 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 675af70856d7cc026be8b6ea7a8b9db10b8b38a1 upstream. These device ID's are not associated with the cp210x module currently, but should be. This patch allows the devices

Re: [PATCH v3] perf: honoring the architectural performance monitoring version

On Mon, Jun 15, 2015 at 04:22:32PM +0200, Imre Palik wrote: > From: "Palik, Imre" > > Architectural performance monitoring version 1 doesn't support fixed > counters. Currently, even if a hypervisor advertises support for > architectural performance monitoring version 1, perf may still tries to

Re: [PATCH v2 0/3] Add the efuse driver on rockchip platform

Hi Stefan, On 16/06/15 09:52, Stefan Wahren wrote: Hi Caesar, [add Maxime and Srinivas] Am 16.06.2015 um 09:27 schrieb Caesar Wang: The original driver is uploaded by Jianqun. Here is his patchs: https://patchwork.kernel.org/patch/5410341/

[PATCH 3.4 076/172] tty: fix up atime/mtime mess, take four

From: Jiri Slaby 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f0bf0bd07943bfde8f5ac39a32664810a379c7d3 upstream. This problem was taken care of three times already in * b0de59b5733d18b0d1974a060860a8b5c1b36a2e (TTY: do not update

[PATCH 3.4 071/172] ASoC: omap-pcm: Correct dma mask

From: Peter Ujfalusi 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit d51199a83a2cf82a291d19ee852c44caa511427d upstream. DMA_BIT_MASK of 64 is not valid dma address mask for OMAPs, it should be set to 32. The 64 was introduced by commit

Re: [PATCH 10/10] x86/intel_rdt: Intel haswell Cache Allocation enumeration

On Mon, Jun 15, 2015 at 02:44:32PM -0700, Vikas Shivappa wrote: > >Secondly, there's more HSW models: > > > > case 60: /* 22nm Haswell Core */ > > case 63: /* 22nm Haswell Server */ > > case 69: /* 22nm Haswell ULT */ > > case 70: /* 22nm Haswell + GT3e (Intel Iris Pro

[PATCH 3.4 075/172] Change email address for 8250_pci

From: Russell King 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f2e0ea861117bda073d1d7ffbd3120c07c0d5d34 upstream. I'm still receiving reports to my email address, so let's point this at the linux-serial mailing list instead.

[PATCH 3.4 073/172] xhci: fix reporting of 0-sized URBs in control endpoint

From: Aleksander Morgado 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 45ba2154d12fc43b70312198ec47085f10be801a upstream. When a control transfer has a short data stage, the xHCI controller generates two transfer events: a

[PATCH 3.4 072/172] x86/asm/entry/64: Remove a bogus 'ret_from_fork' optimization

From: Andy Lutomirski 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 956421fbb74c3a6261903f3836c0740187cf038b upstream. 'ret_from_fork' checks TIF_IA32 to determine whether 'pt_regs' and the related state make sense for

[PATCH 3.4 078/172] net: irda: fix wait_until_sent poll timeout

From: Johan Hovold 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 2c3fbe3cf28fbd7001545a92a83b4f8acfd9fa36 upstream. In case an infinite timeout (0) is requested, the irda wait_until_sent implementation would use a zero poll timeout

[PATCH 3.4 077/172] console: Fix console name size mismatch

From: Peter Hurley 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 30a22c215a0007603ffc08021f2e8b64018517dd upstream. commit 6ae9200f2cab7 ("enlarge console.name") increased the storage for the console name to 16 bytes, but not the

Re: [PATCH v2 net-next 0/3] bpf: share helpers between tracing and networking

On 06/16/2015 05:28 AM, Alexei Starovoitov wrote: On 6/15/15 4:01 PM, David Miller wrote: Although I agree with the sentiment that this thing can cause surprising results and can be asking for trouble. If someone wants to filter traffic "by UID" they might make a simple ingress TC ebpf

[PATCH 3.4 079/172] TTY: fix tty_wait_until_sent on 64-bit machines

From: Johan Hovold 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 79fbf4a550ed6a22e1ae1516113e6c7fa5d56a53 upstream. Fix overflow bug in tty_wait_until_sent on 64-bit machines, where an infinite timeout (0) would be passed to the

[PATCH] small update for strlen, strnlen, use less cpu instructions

very small update to strlen and strnlen that now use less cpu instructions by using a counter to avoid the memory addresses substraction to find the length of the string. Orestes Leal Rodriguez. --- lib/string.c.orig 2015-06-15 23:59:32.768346193 -0400 +++ lib/string.c2015-06-16

Re: [RFC NEXT] mm: Fix suspicious RCU usage at kernel/sched/core.c:7318

On Mon, Jun 15, 2015 at 10:25:18PM +0100, Larry Finger wrote: > Beginning at commit d52d399, the following INFO splat is logged: > > [2.816564] === > [2.816986] [ INFO: suspicious RCU usage. ] > [2.817402] 4.1.0-rc7-next-20150612 #1 Not tainted > [

[PATCH 3.4 083/172] ARM: at91: pm: fix at91rm9200 standby

From: Alexandre Belloni 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 84e871660bebfddb9a62ebd6f19d02536e782f0a upstream. at91rm9200 standby and suspend to ram has been broken since 00482a4078f4. It is wrongly using AT91_BASE_SYS which

[PATCH 3.4 081/172] gadgetfs: use-after-free in ->aio_read()

From: Al Viro 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit f01d35a15fa04162a58b95970fc01fa70ec9dacd upstream. AIO_PREAD requests call ->aio_read() with iovec on caller's stack, so if we are going to access it asynchronously, we'd

Re: [PATCH V2] added device tree support to gpio-generic driver

On Thu, Jun 11, 2015 at 12:32 PM, Romain Baeriswyl wrote: > This patch adds support of device tree to the gpio-generic driver. > > Signed-off-by: Romain Baeriswyl I notriced this patch seems to miss compilation guards. Please make sure it still compiles for platforms without CONFIG_OF and

[PATCH 3.4 097/172] mac80211: drop unencrypted frames in mesh fwding

From: Bob Copeland 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit d0c22119f574b851e63360c6b8660fe9593bbc3c upstream. The mesh forwarding path was not checking that data frames were protected when running an encrypted network; add the

[PATCH 3.4 085/172] libsas: Fix Kernel Crash in smp_execute_task

From: James Bottomley 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 6302ce4d80aa82b3fdb5c5cd68e7268037091b47 upstream. This crash was reported: [ 366.947370] sd 3:0:1:0: [sdb] Spinning up disk [ 368.804046] BUG: unable to handle

Re: [PATCH v2] ARM: tegra124: pmu support

On Mon, Jun 15, 2015 at 07:46:08PM +0100, Kyle Huey wrote: > This patch modifies the device tree for tegra124 based devices to enable the > Cortex A15 PMU. The interrupt numbers are taken from NVIDIA TRM > DP-06905-001_v03p. This patch was tested on a Jetson TK1. > > Signed-off-by: Kyle Huey

[PATCH 3.4 087/172] ftrace: Fix en(dis)able graph caller when en(dis)abling record via sysctl

From: Pratyush Anand 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 1619dc3f8f555ee1cdd3c75db3885d5715442b12 upstream. When ftrace is enabled globally through the proc interface, we must check if ftrace_graph_active is set. If it is

[PATCH 3.4 084/172] bnx2x: Force fundamental reset for EEH recovery

From: Brian King 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit da293700568ed3d96fcf062ac15d7d7c41377f11 upstream. EEH recovery for bnx2x based adapters is not reliable on all Power systems using the default hot reset, which can result

[PATCH 3.4 080/172] sunrpc: fix braino in ->poll()

From: Al Viro 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 1711fd9addf214823b993468567cab1f8254fc51 upstream. POLL_OUT isn't what callers of ->poll() are expecting to see; it's actually __SI_POLL | 2 and it's a siginfo code, not a

[PATCH 3.4 082/172] ipvs: add missing ip_vs_pe_put in sync code

From: Julian Anastasov 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 528c943f3bb919aef75ab2fff4f00176f09a4019 upstream. ip_vs_conn_fill_param_sync() gets in param.pe a module reference for persistence engine from __ip_vs_pe_getbyname()

[PATCH 3.4 088/172] ftrace: Fix ftrace enable ordering of sysctl ftrace_enabled

From: "Steven Rostedt (Red Hat)" 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 524a38682573b2e15ab6317ccfe50280441514be upstream. Some archs (specifically PowerPC), are sensitive with the ordering of the enabling of the calls to

[PATCH 3.4 099/172] mac80211: disable u-APSD queues by default

From: Michal Kazior 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit aa75ebc275b2a91b193654a177daf900ad6703f0 upstream. Some APs experience problems when working with U-APSD. Decreasing the probability of that happening by using legacy

[PATCH 3.4 098/172] mac80211: set only VO as a U-APSD enabled AC

From: Arik Nemtsov 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit d6a4ed6fe0a0d4790941e7f13e56630b8b9b053d upstream. Some APs experience problems when working with U-APSD. Decrease the probability of that happening by using legacy mode

[PATCH 3.4 100/172] virtio_console: init work unconditionally

From: "Michael S. Tsirkin" 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 4f6e24ed9de8634d6471ef86b382cba6d4e57ca8 upstream. when multiport is off, we don't initialize config work, but we then cancel uninitialized control_work on

[PATCH 3.4 104/172] Input: synaptics - query min dimensions for fw v8.1

From: Daniel Martin 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit ac097930f0730a9b37de2b51e0fc49d2be7a upstream. Query the min dimensions even if the check SYN_EXT_CAP_REQUESTS(priv->capabilities) >= 7 fails, but we know that the

[PATCH 3.4 094/172] fuse: set stolen page uptodate

From: Miklos Szeredi 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit aa991b3b267e24f578bac7b09cc57579b660304b upstream. Regular pipe buffers' ->steal method (generic_pipe_buf_steal()) doesn't set PG_uptodate. Don't warn on this

[PATCH 3.4 102/172] x86/vdso: Fix the build on GCC5

From: Jiri Slaby 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit e893286918d2cde3a94850d8f7101cd1039e0c62 upstream. On gcc5 the kernel does not link: ld: .eh_frame_hdr table[4] FDE at 0648 overlaps table[5] FDE at

[PATCH 3.4 107/172] vt6655: RFbSetPower fix missing rate RATE_12M

From: Malcolm Priestley 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 40c8790bcb7ac74f3038153cd09310e220c6a1df upstream. When the driver sets this rate a power of zero value is set causing data flow stoppage until another rate is

[PATCH 3.4 101/172] virtio_console: avoid config access from irq

From: "Michael S. Tsirkin" 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit eeb8a7e8bb123e84daeef84f5a2eab99ad2839a2 upstream. when multiport is off, virtio console invokes config access from irq context, config access is blocking on

[PATCH] serial: stm32-usart: Fix SysRq support

SysRq support activation depends on CONFIG_SERIAL_STM32_USART_CONSOLE, but this config flag does not exists. This patch fix this by depending on the valid config flag, which is SERIAL_STM32_CONSOLE. Reported-by: Andreas Ruprecht Cc: Greg Kroah-Hartman Signed-off-by: Maxime Coquelin ---

[PATCH 3.4 106/172] Input: synaptics - handle spurious release of trackstick buttons

From: Benjamin Tissoires 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit ebc80840b850db72f7ae84fbcf77630ae5409629 upstream. The Fimware 8.1 has a bug in which the extra buttons are only sent when the ExtBit is 1. This should be fixed in

[PATCH 3.4 103/172] ASoC: sgtl5000: remove useless register write clearing CHRGPUMP_POWERUP

From: Eric Nelson 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit c7d910b87d3c8e9fcf4077089ca4327c12eee099 upstream. The SGTL5000_CHIP_ANA_POWER register is cached. Update the cached value instead of writing it directly. Patch inspired

[PATCH 3.4 105/172] Input: synaptics - fix middle button on Lenovo 2015 products

From: Dmitry Torokhov 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit dc5465dc8a6d5cae8a0e1d8826bdcb2e4cb261ab upstream. On the X1 Carbon 3rd gen (with a 2015 broadwell cpu), the physical middle button of the trackstick (attached to the

[PATCH 3.4 110/172] ASoC: ak4641: Fix wrong value references for boolean kctl

From: Takashi Iwai 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 08641d9b7bf915144a57a736b42642e13eb1167f upstream. The correct values referred by a boolean control are value.integer.value[], not value.enumerated.item[]. The former is

[PATCH 3.4 119/172] nl80211: ignore HT/VHT capabilities without QoS/WMM

From: Johannes Berg 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 496fcc294daab18799e190c0264863d653588d1f upstream. As HT/VHT depend heavily on QoS/WMM, it's not a good idea to let userspace add clients that have HT/VHT but not

[PATCH 3.4 123/172] writeback: add missing INITIAL_JIFFIES init in global_update_bandwidth()

From: Tejun Heo 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 7d70e15480c0450d2bfafaad338a32e884fc215e upstream. global_update_bandwidth() uses static variable update_time as the timestamp for the last update but forgets to initialize

[PATCH 3.4 121/172] tcm_fc: missing curly braces in ft_invl_hw_context()

From: Dan Carpenter 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit d556546e7ecd9fca199df4698943024d40044f8e upstream. This patch adds a missing set of conditional check braces in ft_invl_hw_context() originally introduced by commit

[PATCH 3.4 118/172] crypto: aesni - fix memory usage in GCM decryption

From: Stephan Mueller 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit ccfe8c3f7e52ae83155cb038753f4c75b774ca8a upstream. The kernel crypto API logic requires the caller to provide the length of (ciphertext || authentication tag) as

[PATCH 3.4 122/172] target/pscsi: Fix NULL pointer dereference in get_device_type

From: Nicholas Bellinger 3.4.108-rc1 review patch. If anyone has any objections, please let me know. -- commit 215a8fe4198f607f34ecdbc9969dae783d8b5a61 upstream. This patch fixes a NULL pointer dereference OOPs with pSCSI backends within target_core_stat.c code. The bug is

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