[PATCH 3.2 17/59] [media] gspca: konica: add missing endpoint sanity check

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit aa58fedb8c7b6cf2f05941d238495f9e2f29655c upstream. Make sure to check the number of endpoints to avoid accessing memory beyond the endpoint array should a

[PATCH 3.2 10/59] zd1211rw: fix NULL-deref at probe

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit ca260ece6a57dc7d751e0685f51fa2c55d851873 upstream. Make sure to check the number of endpoints to avoid dereferencing a NULL-pointer or accessing memory

[PATCH 3.2 12/59] usb: hub: Do not attempt to autosuspend disconnected devices

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Guenter Roeck commit f5cccf49428447dfbc9edb7a04bb8fc316269781 upstream. While running a bind/unbind stress test with the dwc3 usb driver on rk3399, the following crash was

[PATCH 3.2 02/59] [media] pvrusb2: reduce stack usage pvr2_eeprom_analyze()

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 6830733d53a4517588e56227b9c8538633f0c496 upstream. The driver uses a relatively large data structure on the stack, which showed up on my radar as we get a

[PATCH 3.2 04/59] ath9k_htc: Add PID/VID for a Ubiquiti WiFiStation

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Mohammed Shafi Shajakhan commit 763cbac07674a648f1377b21ca66f577c103fa9a upstream. Roger says, Ubiquiti produce 2 versions of their WiFiStation USB adapter. One has

[PATCH 3.2 00/59] 3.2.92-rc1 review

This is the start of the stable review cycle for the 3.2.92 release. There are 59 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Mon Aug 21 18:00:00 UTC 2017. Anything

[PATCH 3.2 11/59] usb: hub: Fix error loop seen after hub communication errors

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Guenter Roeck commit 245b2eecee2aac6fdc77dcafaa73c33f9644c3c7 upstream. While stress testing a usb controller using a bind/unbind looop, the following error loop was

[PATCH 3.2 07/59] ath9k_htc: add device ID for Toshiba WLM-20U2/GN-1080

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Alexander Tsoy commit aea57edf80c6e96d6dc24757599396af99c02b19 upstream. This device is available under different marketing names: WLM-20U2 - Wireless USB Dongle for Toshiba

Re: [Xen-devel] [PATCH 1/1] xen-blkback: stop blkback thread of every queue in xen_blkif_disconnect

On 8/18/2017 5:14 AM, Roger Pau Monné wrote: On Thu, Aug 17, 2017 at 06:43:46PM -0400, Annie Li wrote: If there is inflight I/O in any non-last queue, blkback returns -EBUSY directly, and never stops thread of remaining queue and processs them. When removing vbd device with lots of disk I/O

Re: [PATCH 1/7] media: vb2: add bidirectional flag in vb2_queue

On 08/18/17 16:16, Stanimir Varbanov wrote: > This change is intended to give to the v4l2 drivers a choice to > change the default behavior of the v4l2-core DMA mapping direction > from DMA_TO/FROM_DEVICE (depending on the buffer type CAPTURE or > OUTPUT) to DMA_BIDIRECTIONAL during queue_init

Re: [PATCH 1/7] media: vb2: add bidirectional flag in vb2_queue

Hi Hans, On 08/18/2017 05:30 PM, Hans Verkuil wrote: > On 08/18/17 16:16, Stanimir Varbanov wrote: >> This change is intended to give to the v4l2 drivers a choice to >> change the default behavior of the v4l2-core DMA mapping direction >> from DMA_TO/FROM_DEVICE (depending on the buffer type

Re: [PATCH v3 2/9] ASoC: rockchip: Remove obsolete dmic-delay

Hi Mark, On 08/18/2017 07:52 PM, Mark Brown wrote: On Fri, Aug 18, 2017 at 09:41:54AM +0800, jeffy wrote: On 08/18/2017 01:11 AM, Mark Brown wrote: On Thu, Aug 17, 2017 at 12:44:10PM +0800, Jeffy Chen wrote: -Optional properties: -- dmic-wakeup-delay-ms : specify delay time (ms) for DMIC

Re: [PATCH 3.16 000/134] 3.16.47-rc1 review

On 08/18/2017 06:13 AM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.16.47 release. There are 134 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be

RE: [PATCH net-next] net: hns3: Add support to change MTU in hardware & netdev

Hi Andrew > -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Friday, August 18, 2017 2:31 PM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); lipeng (Y); > dan.carpen...@oracle.com; mehta.salil@gmail.com; > net...@vger.kernel.org;

Re: [PATCH 3.2 00/59] 3.2.92-rc1 review

On 08/18/2017 06:13 AM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.2.92 release. There are 59 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made

[PATCH 09/18] PCI: endpoint: functions/pci-epf-test: Remove the ->remove() callback

From: Shawn Lin epf_test is allocated using devm_kzalloc. Hence it's not required to explicitly free it in remove() callback. Since ->remove() callback doesn't do anything other than freeing epf_test, remove the ->remove() callback. Signed-off-by: Shawn Lin

[PATCH 07/18] PCI: endpoint: functions/pci-epf-test: Add support to use _any_ BAR's to map PCI_ENDPOINT_TEST regs

pci_epf_test always maps the PCI_ENDPOINT_TEST registers to BAR_0. But if BAR_0 is reserved for some other purpose (like in TI's K2G BAR_0 is mapped to application registers and cannot be used to map any other regions), PCI_ENDPOINT_TEST registers cannot be mapped making pci_epf_test unusable. Add

[PATCH 10/18] PCI: dwc: designware: Provide page_size to pci_epc_mem

Use the newly introduced __pci_epc_mem_init instead of pci_epc_mem_init to provide page_size to pci_epc_mem. This is in preparation for adding EP support to K2G which has a restriction that the address region should be either divided into 1MB/2MB/4MB or 8MB sizes (Ref: 11.14.4.9.1 Outbound Address

[PATCH 18/18] tools: PCI: Add a missing option help line

From: Stan Drozd Add a missing option help line for performing legacy interrupt test. Signed-off-by: Stan Drozd Signed-off-by: Kishon Vijay Abraham I --- tools/pci/pcitest.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 17/18] misc: pci_endpoint_test: Enable/Disable MSI using module param

In certain platforms like TI's DRA7 SoCs, use of legacy PCI interrupt is exclusive with use of MSI (Section 24.9.4.6.2.1 Legacy PCI Interrupts in http://www.ti.com/lit/ug/spruhz6i/spruhz6i.pdf). However pci_endpoint_test driver enables MSI by default in probe. In order for pci_endpoint_test to be

[PATCH 13/18] misc: pci_endpoint_test: Add support for PCI_ENDPOINT_TEST regs to be mapped to any BAR

pci_endpoint_test driver assumes the PCI_ENDPOINT_TEST registers will always be mapped to BAR_0. This need not always be the case like in TI's K2G where BAR_0 is mapped to PCI controller application registers. Add support so that PCI_ENDPOINT_TEST registers can be mapped to any BAR. Change the

[PATCH 15/18] misc: pci_endpoint_test: Add support to not enable MSI interrupts

Some platforms like TI's K2G have a restriction that the host side buffer address should be aligned to either 1MB/2MB/4MB or 8MB addresses depending on how it is configured in the endpoint (Ref: 11.14.4.9.1 Outbound Address Translation in K2G TRM SPRUHY8F January 2016 – Revised May 2017). This

[PATCH 01/18] PCI: endpoint: pci-epc-core: Use of_dma_configure() to set initial dma mask

Use of_dma_configure() to set the initial dma mask of epf device. This helps to get rid of "Coherent DMA mask 0x0 (pfn 0x0-0x1) covers a smaller range of system memory than the DMA zone pfn" warning in certain platforms like TI's K2G resulting in coherent dma mask not being set. Signed-off-by:

[PATCH 04/18] PCI: endpoint: pci-epc-mem: Add support for configurable page size

pci-epc-mem uses a page size equal to *PAGE_SIZE* (usually 4KB) to manage the address space. However certain platforms like TI's K2G has a restriction that this address space should be either divided into 1MB/2MB/4MB or 8MB sizes (Ref: 11.14.4.9.1 Outbound Address Translation in K2G TRM SPRUHY8F

[PATCH 05/18] PCI: endpoint: functions/pci-epf-test: Add "volatile" to pci_epf_test_reg

struct pci_epf_test_reg is the MEMSPACE of pci-epf-test function driver that will be accessed by the "host" for programming the pci-epf-test device. So this structure shouldn't be subjected to compiler optimization in pci_epf_test_cmd_handler() since the values can be changed by code outside the

[PATCH 03/18] PCI: endpoint: pci-epf-core: Make ->remove() callback optional

Make ->remove() callback optional so that endpoint function drivers don't have to populate empty ->remove() callback functions. Signed-off-by: Kishon Vijay Abraham I --- drivers/pci/endpoint/pci-epf-core.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: Possible null pointer dereference in adutux.ko

On 15.08.2017 18:58, Oliver Neukum wrote: Am Dienstag, den 15.08.2017, 16:38 +0300 schrieb Anton Volkov: On 15.08.2017 16:20, Oliver Neukum wrote: Am Dienstag, den 15.08.2017, 15:59 +0300 schrieb Anton Volkov: Hello. While searching for races in the Linux kernel I've come across

[PATCH 3.16 117/134] fbdev: sti: don't select CONFIG_VT

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 34bf129a7f068e3108dbb051b4b05674e2a270e7 upstream. While working on another build error, I ran into several variations of this dependency loop: subsection

[PATCH 3.16 121/134] x86/mm/32: Set the '__vmalloc_start_set' flag in initmem_init()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Laura Abbott commit 861ce4a3244c21b0af64f880d5bfe5e6e2fb9e4a upstream. '__vmalloc_start_set' currently only gets set in initmem_init() when !CONFIG_NEED_MULTIPLE_NODES.

[PATCH 3.16 133/134] ipv6: Should use consistent conditional judgement for ip6 fragment between __ip6_append_data and ip6_finish_output

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Zheng Li commit e4c5e13aa45c23692e4acf56f0b3533f328199b2 upstream. There is an inconsistent conditional judgement between __ip6_append_data and ip6_finish_output

[PATCH 3.16 120/134] fs/xattr.c: zero out memory copied to userspace in getxattr

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Michal Hocko commit 81be3dee96346fbe08c31be5ef74f03f6b63cf68 upstream. getxattr uses vmalloc to allocate memory if kzalloc fails. This is filled by vfs_getxattr and then

[PATCH 3.2 59/59] packet: fix tp_reserve race in packet_set_ring

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn commit c27927e372f0785f3303e8fad94b85945e2c97b7 upstream. Updates to tp_reserve can race with reads of the field in packet_set_ring. Avoid this by holding

[PATCH 3.16 122/134] virtio_net: fix support for small rings

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" commit d85b758f72b05a774045545f24d70980e3e9aac4 upstream. When ring size is small (<32 entries) making buffers smaller means a full ring might not be

[PATCH 3.16 102/134] arm64: KVM: Fix decoding of Rt/Rt2 when trapping AArch32 CP accesses

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit c667186f1c01ca8970c78568b7ffd74e51ee upstream. Our 32bit CP14/15 handling inherited some of the ARMv7 code for handling the trapped system

[PATCH 3.16 124/134] net/mlx4_en: Avoid adding steering rules with invalid ring

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Talat Batheesh commit 89c557687a32c294e9d25670a96e9287c09f2d5f upstream. Inserting steering rules with illegal ring is an invalid operation, block it. Fixes:

[PATCH 3/6] MIPS: math-emu: CLASS.D: Zero bits 32-63 of the result

From: Aleksandar Markovic Fix content of CLASS.D output bits 32-63 to match hardware behavior. Prior to this patch, bits 32-63 of CLASS.D output were not initialized, causing differnet 32-63 bits content of CLASS.D, based on circumstances. However, the hardware

[PATCH 2/6] MIPS: math-emu: RINT.<D|S>: Fix several problems by reimplementation

From: Aleksandar Markovic Reimplement RINT. kernel emulation so that all RINT. specifications are met. For the sake of simplicity, let's analyze RINT.S only. Prior to this patch, RINT.S emulation was essentially implemented as (in pseudocode) =

[PATCH 3.16 127/134] ath9k_htc: add device ID for Toshiba WLM-20U2/GN-1080

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Alexander Tsoy commit aea57edf80c6e96d6dc24757599396af99c02b19 upstream. This device is available under different marketing names: WLM-20U2 - Wireless USB Dongle for

Re: [PATCH 2/3] MIPS: dts: Add VoCore2 board

Hi Rob, Thanks for the review. On 17/08/17 22:36, Rob Herring wrote: On Tue, Aug 15, 2017 at 05:32:52PM +0100, Harvey Hunt wrote: The VoCore2 board is a low cost MT7628A based board with 128MB RAM, 16MB flash and multiple external peripherals. This initial DTS provides enough support to get

[PATCH 3.16 109/134] metag/uaccess: Check access_ok in strncpy_from_user

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 3a158a62da0673db918b53ac1440845a5b64fd90 upstream. The metag implementation of strncpy_from_user() doesn't validate the src pointer, which could

Re: [PATCH] sdhci: remove redundant check of zero slots

On 18/08/17 15:37, Colin King wrote: > From: Colin Ian King > > Slots can never be zero, PCI_SLOTS_INFO_SLOTS returns a value in the > range 0..7; slots is one more than this, 1..8 so cannot be zero and > so the zero check is redundant and can be removed. > > Detected

Re: [PATCH] spmi: pmic-arb: Enforce the ownership check optionally

On Fri, Aug 18, 2017 at 05:24:36PM +0530, Kiran Gunda wrote: > The peripheral ownership check is not necessary on single master > platforms. Hence, enforce the peripheral ownership check optioanlly. > > Signed-off-by: Kiran Gunda Tested-by: Shawn Guo

[PATCH 3.16 131/134] mqueue: fix a use-after-free in sys_mq_notify()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Cong Wang commit f991af3daabaecff34684fd51fac80319d1baad1 upstream. The retry logic for netlink_attachskb() inside sys_mq_notify() is nasty and vulnerable: 1) The

[PATCH 3.16 111/134] CIFS: fix oplock break deadlocks

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Rabin Vincent commit 3998e6b87d4258a70df358296d6f1c7234012bfe upstream. When the final cifsFileInfo_put() is called from cifsiod and an oplock break work is queued, lockdep

Re: [PATCH V2 11/12] spmi: pmic-arb: add support for HW version 5

On Fri, Aug 18, 2017 at 04:43:23PM +0530, kgu...@codeaurora.org wrote: > From the logs the ownership for these GPIOs is not assigned to the > application processor but to another master. Considering this is a > (apq8016-sbc) APSS only platform ideally the fix for this would be > to update the

[PATCH 3.16 132/134] packet: fix tp_reserve race in packet_set_ring

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn commit c27927e372f0785f3303e8fad94b85945e2c97b7 upstream. Updates to tp_reserve can race with reads of the field in packet_set_ring. Avoid this by holding

[PATCH 3.16 114/134] SMB3: Work around mount failure when using SMB3 dialect to Macs

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Steve French commit 7db0a6efdc3e990cdfd4b24820d010e9eb7890ad upstream. Macs send the maximum buffer size in response on ioctl to validate negotiate security information,

[PATCH 3.16 116/134] of: fix sparse warning in of_pci_range_parser_one

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Rob Herring commit eb3100365791b06242b8bb5c3c2854ba41dabfbc upstream. sparse gives the following warning for 'pci_space': ../drivers/of/address.c:266:26: warning: incorrect

[PATCH 3.16 115/134] ceph: fix memory leak in __ceph_setxattr()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Luis Henriques commit eeca958dce0a9231d1969f86196653eb50fcc9b3 upstream. The ceph_inode_xattr needs to be released when removing an xattr. Easily reproducible running

[PATCH 3.16 134/134] udp: consistently apply ufo or fragmentation

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn commit 85f1bd9a7b5a79d5baa8bf44af19658f7bf77bfa upstream. When iteratively building a UDP datagram with MSG_MORE and that datagram exceeds MTU,

[PATCH 3.16 110/134] tg3: don't clear stats while tg3_close

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: YueHaibing commit 37a7fdf2892be124545ddaf99b85de576121476c upstream. Now tg3 NIC's stats will be cleared after ifdown/ifup. bond_get_stats traverse its salves to get

[PATCH 3.16 081/134] fanotify: don't expose EOPENSTALE to userspace

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Amir Goldstein commit 4ff33aafd32e084f5ee7faa54ba06e95f8b1b8af upstream. When delivering an event to userspace for a file on an NFS share, if the file is deleted on server

[PATCH 3.16 103/134] drm/edid: Add 10 bpc quirk for LGD 764 panel in HP zBook 17 G2

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Mario Kleiner commit e345da82bd6bdfa8492f80b3ce4370acfd868d95 upstream. The builtin eDP panel in the HP zBook 17 G2 supports 10 bpc, as advertised by the Laptops

[PATCH 3.16 106/134] tcp: fix wraparound issue in tcp_lp

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit a9f11f963a546fea9144f6a6d1a307e814a387e7 upstream. Be careful when comparing tcp_time_stamp to some u32 quantity, otherwise result can be surprising.

[PATCH 3.16 108/134] Set unicode flag on cifs echo request to avoid Mac error

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Steve French commit 26c9cb668c7fbf9830516b75d8bee70b699ed449 upstream. Mac requires the unicode flag to be set for cifs, even for the smb echo request (which doesn't have

[PATCH 3.16 099/134] ip6_tunnel: Fix missing tunnel encapsulation limit option

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Craig Gallek commit 89a23c8b528bd2c89f3981573d6cd7d23840c8a6 upstream. The IPv6 tunneling code tries to insert IPV6_TLV_TNL_ENCAP_LIMIT and IPV6_TLV_PADN options when an

[PATCH 3.2 49/59] ipv6: Need to export ipv6_push_frag_opts for tunneling now.

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit 5b8481fa42ac58484d633b558579e302aead64c1 upstream. Since that change also made the nfrag function not necessary for exports, remove it. Fixes:

[PATCH 3.16 098/134] Input: twl4030-pwrbutton - use correct device for irq request

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Sebastian Reichel commit 3071e9dd6cd3f2290d770117330f2c8b2e9a97e4 upstream. The interrupt should be requested for the platform device and not for the input

Re: [PATCH v2] irqchip/armada-370-xp: Enable MSI-X support

On 18/08/17 13:59, Stefan Roese wrote: > Armada XP does not only support MSI, but also MSI-X. This patch sets > the MSI_FLAG_PCI_MSIX flag in the interrupt controller driver which > is the only change necessary to enable MSI-X support on this SoC. As > the Linux PCI MSI-X infrastructure takes care

[PATCH 0/3] JFS: Adjustments for several function implementations

From: Markus Elfring Date: Fri, 18 Aug 2017 15:22:11 +0200 Three update suggestions were taken into account from static source code analysis. Markus Elfring (3): Delete an error message for a failed memory allocation in diMount() Improve size determinations in

Re: [PATCH net-next] net: hns3: Add support to change MTU in hardware & netdev

On Fri, Aug 18, 2017 at 12:35:58PM +0100, Salil Mehta wrote: > This patch adds the following support to the HNS3 driver: > 1. Support to change the Maximum Transmission Unit of a >netdevice and of a port in hardware . > 2. Initializes the supported MTU range for the netdevice. > >

Re: [PATCH v7 2/2] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

On Fri, 18 Aug 2017 15:05:13 +0900 Byungchul Park wrote: > It would be better to avoid pushing tasks to other cpu within > a SD_PREFER_SIBLING domain, instead, get more chances to check other > siblings. > > Signed-off-by: Byungchul Park

[PATCH 3.16 094/134] net: ethernet: ucc_geth: fix MEM_PART_MURAM mode

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Christophe Leroy commit 8b8642af15ed14b9a7a34d3401afbcc274533e13 upstream. Since commit 5093bb965a163 ("powerpc/QE: switch to the cpm_muram implementation"), muram

[PATCH 3.16 083/134] x86/mm: Fix flush_tlb_page() on Xen

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit dbd68d8e84c606673ebbcf15862f8c155fa92326 upstream. flush_tlb_page() passes a bogus range to flush_tlb_others() and expects the latter to fix it up.

Re: [PATCH V10 1/3] PCI: introduce pci_bus_wait_crs() function

On 8/17/2017 11:00 PM, Bjorn Helgaas wrote: > On Fri, Aug 11, 2017 at 12:56:34PM -0400, Sinan Kaya wrote: >> Kernel is hiding Configuration Request Retry Status (CRS) inside >> pci_bus_read_dev_vendor_id() function. We are looking to add support for >> Function Level Reset (FLR) where vendor id

[PATCH 3.16 090/134] IB/core: If the MGID/MLID pair is not on the list return an error

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: "Michael J. Ruhl" commit 20c7840a77ddcb2ed2fbd66e8197db2868495751 upstream. A list of MGID/MLID pairs is built when doing a multicast attach. When the multicast

[PATCH 3.16 092/134] libata: reject passthrough WRITE SAME requests

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit c6ade20f5e50e188d20b711a618b20dd1d50457e upstream. The WRITE SAME to TRIM translation rewrites the DATA OUT buffer. While the SCSI code accomodates for

[PATCH 3.16 085/134] mfd: omap-usb-tll: Fix inverted bit use for USB TLL mode

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Tony Lindgren commit 8b8a84c54aff4256d592dc18346c65ecf6811b45 upstream. Commit 16fa3dc75c22 ("mfd: omap-usb-tll: HOST TLL platform driver") added support for USB TLL, but

[PATCH 3.16 087/134] staging: rtl8188eu: prevent an underflow in rtw_check_beacon_data()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 784047eb2d3405a35087af70cba46170c5576b25 upstream. The "len" could be as low as -14 so we should check for negatives. Fixes: 9a7fe54ddc3a

[PATCH 3.16 089/134] staging: gdm724x: gdm_mux: fix use-after-free on module unload

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit b58f45c8fc301fe83ee28cad3e64686c19e78f1c upstream. Make sure to deregister the USB driver before releasing the tty driver to avoid use-after-free in the

[PATCH 3.16 086/134] dm ioctl: prevent stack leak in dm ioctl call

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Adrian Salido commit 4617f564c06117c7d1b611be49521a4430042287 upstream. When calling a dm ioctl that doesn't process any data (IOCTL_FLAGS_NO_PARAMS), the contents of the

[PATCH 3.2 50/59] tcp: fix wraparound issue in tcp_lp

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit a9f11f963a546fea9144f6a6d1a307e814a387e7 upstream. Be careful when comparing tcp_time_stamp to some u32 quantity, otherwise result can be surprising.

[PATCH 3.16 088/134] staging: gdm724x: gdm_mux: Remove create_workqueue()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Amitoj Kaur Chawla commit c272dc2da14cde0bfd9495a5aafb8e3e94f35601 upstream. With concurrency managed workqueues, use of dedicated workqueues can be replaced by using

[PATCH 3.16 079/134] dm era: save spacemap metadata root after the pre-commit

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Somasundaram Krishnasamy commit 117aceb030307dcd431fdcff87ce988d3016c34a upstream. When committing era metadata to disk, it doesn't always save the latest

[PATCH 3.16 069/134] x86/boot: Fix BSS corruption/overwrite bug in early x86 kernel startup

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Ashish Kalra commit d594aa0277e541bb997aef0bc0a55172d8138340 upstream. The minimum size for a new stack (512 bytes) setup for arch/x86/boot components when the

[PATCH 3.16 072/134] HSI: ssi_protocol: double free in ssip_pn_xmit()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 3026050179a3a9a6f5c892c414b5e36ecf092081 upstream. If skb_pad() fails then it frees skb and we don't need to free it again at the end of the

Re: [PATCH v8 2/2] sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

On Fri, 18 Aug 2017 17:21:59 +0900 Byungchul Park wrote: > It would be better to try to check other siblings first if > SD_PREFER_SIBLING is flaged when pushing tasks - migration. > > Signed-off-by: Byungchul Park Looks good. Reviewed-by:

[PATCH 3.16 068/134] mwifiex: pcie: fix cmd_buf use-after-free in remove/reset

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Brian Norris commit 3c8cb9ad032d737b874e402c59eb51e3c991a144 upstream. Command buffers (skb's) are allocated by the main driver, and freed upon the last use. That

[PATCH 3.16 070/134] NFS: Use GFP_NOIO for two allocations in writeback

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Benjamin Coddington commit ae97aa524ef495b6276fd26f5d5449fb22975d7c upstream. Prevent a deadlock that can occur if we wait on allocations that try to write back our

[PATCH 3.16 071/134] IB/ipoib: Update broadcast object if PKey value was changed in index 0

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Feras Daoud commit 9a9b8112699d78e7f317019b37f377e90023f3ed upstream. Update the broadcast address in the priv->broadcast object when the Pkey value changes in index 0,

[PATCH 3.16 064/134] [media] ov2640: fix vflip control

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Frank Schaefer commit 7f140fc2064bcd23e0490d8210650e2ef21c1c89 upstream. Enabling vflip currently causes wrong colors. It seems that (at least with the current

[PATCH 3.16 060/134] PCI: Freeze PME scan before suspending devices

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Lukas Wunner commit ea00353f36b64375518662a8ad15e39218a1f324 upstream. Laurent Pinchart reported that the Renesas R-Car H2 Lager board (r8a7790) crashes during suspend tests.

[PATCH 3.16 065/134] ath9k: off by one in ath9k_hw_nvram_read_array()

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit b7dcf68f383a05567bd16a390907b67022a62d3d upstream. The > should be >= or we read one space beyond the end of the array. Fixes: ab5c4f71d8c7

[PATCH 3.16 066/134] KVM: arm/arm64: fix races in kvm_psci_vcpu_on

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Andrew Jones commit 6c7a5dce22b3f3cc44be098e2837fa6797edb8b8 upstream. Fix potential races in kvm_psci_vcpu_on() by taking the kvm->lock mutex. In general, it's a bad

[PATCH 3.16 067/134] usb: host: xhci: print correct command ring address

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Peter Chen commit 6fc091fb0459ade939a795bfdcaf645385b951d4 upstream. Print correct command ring address using 'val_64'. Signed-off-by: Peter Chen

[PATCH 3.16 053/134] net: ipv6: send unsolicited NA on admin up

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: David Ahern commit 4a6e3c5def13c91adf2acc613837001f09af3baa upstream. ndisc_notify is the ipv6 equivalent to arp_notify. When arp_notify is set to 1, gratuitous arp

[PATCH 3.2 45/59] net: ethernet: ucc_geth: fix MEM_PART_MURAM mode

3.2.92-rc1 review patch. If anyone has any objections, please let me know. -- From: Christophe Leroy commit 8b8642af15ed14b9a7a34d3401afbcc274533e13 upstream. Since commit 5093bb965a163 ("powerpc/QE: switch to the cpm_muram implementation"), muram

[PATCH 3.16 052/134] ftrace: Fix removing of second function probe

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (VMware)" commit 82cc4fc2e70ec5baeff8f776f2773abc8b2cc0ae upstream. When two function probes are added to set_ftrace_filter, and then one of them is

[PATCH 3.16 057/134] PCI: Ignore write combining when mapping I/O port space

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Bjorn Helgaas commit 3a92c319c44a7bcee9f48dff9d97d001943b54c6 upstream. PCI exposes files like /proc/bus/pci/00/00.0 in procfs. These files support operations like this:

[PATCH 3.16 048/134] perf/x86/pebs: Fix handling of PEBS buffer overflows

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Stephane Eranian commit daa864b8f8e34477bde817f26d736d89dc6032f3 upstream. This patch solves a race condition between PEBS and the PMU handler. In case multiple PEBS

Re: [PATCH v2 3/3] vfio/pci: Don't probe devices that can't be reset

On Thu, Aug 17, 2017 at 07:00:17AM -0600, Alex Williamson wrote: > On Thu, 17 Aug 2017 10:14:23 +0200 > Jan Glauber wrote: > > > If a PCI device supports neither function-level reset, nor slot > > or bus reset then refuse to probe it. A line is printed to inform > > the

Re: [PATCH v2] blktrace: Fix potentail deadlock between delete & sysfs ops

On 08/17/2017 07:23 PM, Steven Rostedt wrote: > On Thu, 17 Aug 2017 18:18:18 -0400 > Steven Rostedt wrote: > >> On Thu, 17 Aug 2017 18:13:20 -0400 >> Steven Rostedt wrote: >> >>> On Thu, 17 Aug 2017 17:27:22 -0400 >>> Waiman Long

Re: [PATCH v3 0/2] cpuset: Allow v2 behavior in v1 cgroup

On 08/18/2017 07:29 AM, Tejun Heo wrote: > On Thu, Aug 17, 2017 at 03:33:08PM -0400, Waiman Long wrote: >> v2->v3: >> - Change the generic CGRP_ROOT_V2_MODE flag to a cpuset specific >>CGRP_ROOT_CPUSET_V2_MODE flag. >> >> v1->v2: >> - Drop the kernel command line option and use cgroupfs

[PATCH 3.16 051/134] iio: proximity: as3935: fix as3935_write

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Matt Ranostay commit 84ca8e364acb26aba3292bc113ca8ed4335380fd upstream. AS3935_WRITE_DATA macro bit is incorrect and the actual write sequence is two leading

Re: [PATCH v4] livepatch: introduce shadow variable API

On 08/17/2017 10:05 AM, Petr Mladek wrote: > On Mon 2017-08-14 16:02:43, Joe Lawrence wrote: >> [ ... snip ... ] >> diff --git a/samples/livepatch/livepatch-shadow-fix1.c >> b/samples/livepatch/livepatch-shadow-fix1.c >> new file mode 100644 >> index ..5acc838463d1 >> --- /dev/null >>

[PATCH 3.16 044/134] vfio/type1: Remove locked page accounting workqueue

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Alex Williamson commit 0cfef2b7410b64d7a430947e0b533314c4f97153 upstream. If the mmap_sem is contented then the vfio type1 IOMMU backend will defer locked page

[PATCH 3.16 041/134] serial: omap: fix runtime-pm handling on unbind

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 099bd73dc17ed77aa8c98323e043613b6e8f54fc upstream. An unbalanced and misplaced synchronous put was used to suspend the device on driver unbind, something

[PATCH 3.16 050/134] iio: dac: ad7303: fix channel description

3.16.47-rc1 review patch. If anyone has any objections, please let me know. -- From: Pavel Roskin commit ce420fd4251809b4c3119b3b20c8b13bd8eba150 upstream. realbits, storagebits and shift should be numbers, not ASCII characters. Signed-off-by: Pavel

[PATCH v5 7/7] arm64: kvm: handle SEI notification and inject virtual SError

After receive SError, KVM firstly call memory failure to deal with the Error. If memory failure wants user space to handle it, it will notify user space. This patch adds support to userspace that injects virtual SError with specified syndrome. This syndrome value will be set to the VSESR_EL2.

[GIT PULL] apparmor updates for next

Hi James, Please pull these apparmor changes for next. Thanks! -Kees The following changes since commit 706224ae390ddbf1871abb7938245be45bf04104: samples: Unrename SECCOMP_RET_KILL (2017-08-17 14:17:07 +1000) are available in the git repository at:

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