Re: [PATCH] ata: declare ata_port_info structures as const

On Fri, Jun 09, 2017 at 05:15:08PM +0530, Bhumika Goyal wrote: > ata_port_info structures are either copied to other objects or their > references are stored in objects of type const. So, ata_port_info > structures having similar usage pattern can be made const. > > Signed-off-by: Bhumika Goyal

Re: [PATCH 6/8] usb: gadget: f_acm: add an ioctl to get the current line coding

On Mon, Jun 12, 2017 at 8:26 PM, Tal Shorer wrote: > The user can issue USB_F_GET_LINE_CODING to get the current line coding > as set by the host (or the default if unset yet). > > Signed-off-by: Tal Shorer > --- > @@ -764,10 +783,10 @@ static struct usb_function *acm_alloc_func(struct > usb_fu

Re: 4.12 REGRESSION, 4.12 does not boot as VirtualBox guest

On Mon, Jun 12, 2017 at 06:51:17PM +0200, Hans de Goede wrote: > Yes it does, with this patch the oops is back (unrelated problem) and > the kernel boots again :) Cheers! Full patch below. --- Subject: Re: 4.12 REGRESSION, 4.12 does not boot as VirtualBox guest From: Peter Zijlstra Date: Mon, 12

[PATCH 0/2] microcode: Do early microcode application during resume-from-RAM

From: Borislav Petkov Ok, I think I've dreamt of a simple solution to the early microcode application deal with suspend-to-RAM. The commit message of patch 2 should explain it in more detail. Patch 1 is a fix for 32-bit when the ramdisk is being relocated. I'm still testing but it seems to work

[PATCH 2/2] x86/microcode/intel: Save pointer to ucode patch for early AP loading

From: Borislav Petkov Normally, when the initrd is gone, we can't search it for microcode blobs to apply anymore. For that we need to stash away the patch in our own storage. And save_microcode_in_initrd_intel() looks like the proper place to do that from. So in order for early loading to work,

[PATCH 1/2] x86/microcode: Look for the initrd at the proper address on 32-bit

From: Borislav Petkov Early during boot, the BSP finds the ramdisk's position from boot_params but by the time the APs get to boot, the BSP has continued in the mean time and has potentially managed to relocate that ramdisk. And in that case, the APs need to find the ramdisk at its new position,

Re: [HMM 07/15] mm/ZONE_DEVICE: new type of ZONE_DEVICE for unaddressable memory v3

On Thu, Jun 08, 2017 at 08:55:05PM -0700, John Hubbard wrote: > On 05/24/2017 10:20 AM, Jérôme Glisse wrote: > [...8<...] > > +#if IS_ENABLED(CONFIG_DEVICE_PRIVATE) > > +int device_private_entry_fault(struct vm_area_struct *vma, > > + unsigned long addr, > > + swp_

Re: [kernel-hardening] [PATCH 01/11] S.A.R.A. Documentation

On Mon, Jun 12, 2017 at 6:56 PM, Salvatore Mesoraca wrote: > Adding documentation for S.A.R.A. LSM. > > Signed-off-by: Salvatore Mesoraca [...] > +/proc/PID/attr/sara/wxprot interface > + > +The `procattr` interface can be used by a program to discover which >

Re: [PATCH V3 1/7] tty: serial: lpuart: introduce lpuart_soc_data to represent SoC property

On Mon, Jun 12, 2017 at 6:37 PM, Dong Aisheng wrote: > This is used to dynamically check the SoC specific lpuart properies. > Currently only the iotype is added, it functions the same as before. > With this, new chips with different iotype will be more easily added. > +struct lpuart_soc_data { >

[PATCH] edac, i5000, i5400: fix definition of nrecmemb register

In i5000 and i5400 edac drivers, the register nrecmemb is defined as a 16 bits value which result in wrong shifts in the code: CHECK drivers/edac/i5000_edac.c drivers/edac/i5000_edac.c:485:15: warning: right shift by bigger than source value drivers/edac/i5000_edac.c:580:23: warning: right shif

Re: [PATCH v2 11/11] ARC: [plat-eznps] Handle memory error as an exception

On 06/08/2017 08:17 PM, Noam Camus wrote: *> From:*Vineet Gupta *> Sent:* Thursday, June 8, 2017 10:00 PM >> With EZsim we try to simulate NPS400 CTOP core and not ARC core, and as such we >> strive to have similar echo system for both silicon and its simulator. >Right, but if you are usin

Re: [RFC PATCH 1/8] Documentation: add DT binding for ARM System Control and Management Interface(SCMI) protocol

Hi Matt, Thanks for starting this discussion on the list. On Fri, Jun 09, 2017 at 01:12:50PM -0500, Matt Sealey wrote: > Hullo all, > > This is a long one.. apologies for odd linefeeds and so on. > > On Wed, Jun 7, 2017 at 11:10 AM, Sudeep Holla wrote: > > > +Clock/Performance bindings for t

[PATCH 4.11 000/150] 4.11.5-stable review

This is the start of the stable review cycle for the 4.11.5 release. There are 150 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed Jun 14 15:24:44 UTC 2017. Anything receiv

[PATCH 4.11 016/150] ravb: Fix use-after-free on `ifconfig eth0 down`

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eugeniu Rosca [ Upstream commit 79514ef670e9e575a1fe36922268c439d0f0ca8a ] Commit a47b70ea86bd ("ravb: unmap descriptors when freeing rings") has introduced the issue seen in [1] reproduced o

[PATCH 4.11 002/150] net: bridge: start hello timer only if device is up

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit aeb073241fe7a2b932e04e20c60e47718332877f ] When the transition of NO_STP -> KERNEL_STP was fixed by always calling mod_timer in br_stp_start, it introduc

[PATCH 4.11 017/150] net: bridge: fix a null pointer dereference in br_afspec

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit 1020ce3108cc26fbf09d70550ea2937cb1a211d2 ] We might call br_afspec() with p == NULL which is a valid use case if the action is on the bridge device itsel

[PATCH 4.11 013/150] net: dsa: Fix stale cpu_switch reference after unbind then bind

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit b07ac9894644202614ca87c69f3f45e424a82fef ] Commit 9520ed8fb841 ("net: dsa: use cpu_switch instead of ds[0]") replaced the use of dst->ds[0] with dst->cpu_sw

[PATCH 4.11 005/150] ipv6: xfrm: Handle errors reported by xfrm6_find_1stfragopt()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings [ Upstream commit 6e80ac5cc992ab6256c3dae87f7e57db15e1a58c ] xfrm6_find_1stfragopt() may now return an error code and we must not treat it as a length. Fixes: 2423496af35d ("ip

Re: [PATCH 03/11] Creation of "usb_device_auth" LSM hook

Hi, On 06/12/2017 06:56 PM, Salvatore Mesoraca wrote: Creation of a new LSM hook that can be used to authorize or deauthorize new USB devices via the usb authorization interface. The same hook can also prevent the authorization of a USB device via "/sys/bus/usb/devices/DEVICE/authorized". Using

[PATCH 4.11 022/150] sparc: Machine description indices can vary

4.11-stable review patch. If anyone has any objections, please let me know. -- From: James Clarke [ Upstream commit c982aa9c304bf0b9a7522fd118fed4afa5a0263c ] VIO devices were being looked up by their index in the machine description node block, but this often varies over tim

[PATCH 4.11 021/150] sparc64: mm: fix copy_tsb to correctly copy huge page TSBs

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Mike Kravetz [ Upstream commit 654f4807624a657f364417c2a7454f0df9961734 ] When a TSB grows beyond its current capacity, a new TSB is allocated and copy_tsb is called to copy entries from the

[PATCH 4.11 023/150] sparc/mm/hugepages: Fix setup_hugepagesz for invalid values.

4.11-stable review patch. If anyone has any objections, please let me know. -- From: "Liam R. Howlett" [ Upstream commit f322980b74a15e08f8c70a34a5864ecdbf957251 ] hugetlb_bad_size needs to be called on invalid values. Also change the pr_warn to a pr_err to better align with

[PATCH 4.11 026/150] sparc64: redefine first version

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Tatashin [ Upstream commit c4415235b2be0cc791572e8e7f7466ab8f73a2bf ] CTX_FIRST_VERSION defines the first context version, but also it defines first context. This patch redefines it to

[PATCH 4.11 027/150] sparc64: add per-cpu mm of secondary contexts

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Tatashin [ Upstream commit 7a5b4bbf49fe86ce77488a70c5dccfe2d50d7a2d ] The new wrap is going to use information from this array to figure out mm's that currently have valid secondary con

[PATCH 4.11 006/150] cxgb4: avoid enabling napi twice to the same queue

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Ganesh Goudar [ Upstream commit e7519f9926f1d0d11c776eb0475eb098c7760f68 ] Take uld mutex to avoid race between cxgb_up() and cxgb4_register_uld() to enable napi for the same uld queue. Sign

[PATCH 4.11 029/150] sparc64: delete old wrap code

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Tatashin [ Upstream commit 0197e41ce70511dc3b71f7fefa1a676e2b5cd60b ] The old method that is using xcall and softint to get new context id is deleted, as it is replaced by a method of u

[PATCH 4.11 030/150] arch/sparc: support NR_CPUS = 4096

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jane Chu [ Upstream commit c79a13734d104b5b147d7cb0870276ccdd660dae ] Linux SPARC64 limits NR_CPUS to 4064 because init_cpu_send_mondo_info() only allocates a single page for NR_CPUS mondo en

[PATCH 4.11 028/150] sparc64: new context wrap

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Tatashin [ Upstream commit a0582f26ec9dfd5360ea2f35dd9a1b026f8adda0 ] The current wrap implementation has a race issue: it is called outside of the ctx_alloc_lock, and also does not wai

Re: [PATCH 08/11] Creation of "pagefault_handler_x86" LSM hook

On Mon, 12 Jun 2017, Salvatore Mesoraca wrote: > Creation of a new hook to let LSM modules handle user-space pagefaults on > x86. > It can be used to avoid segfaulting the originating process. > If it's the case it can modify process registers before returning. That explains, what you could do wit

Re: [PATCH] workqueue: Ensure that cpumask set for pools created after boot

Hello, On Mon, Jun 12, 2017 at 12:10:49PM -0500, Michael Bringmann wrote: > > The reason why we're ending up with empty masks is because > > wq_calc_node_cpumask() is assuming that the possible node cpumask is > > always a superset of online (as it should). We can trigger a fat > > warning there

[PATCH 4.11 011/150] geneve: fix needed_headroom and max_mtu for collect_metadata

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eric Garver [ Upstream commit 9a1c44d989bff4c992b8b9a112d9fda275ea5515 ] Since commit 9b4437a5b870 ("geneve: Unify LWT and netdev handling.") when using COLLECT_METADATA geneve devices are cr

[PATCH 4.11 009/150] ip6_tunnel: fix traffic class routing for tunnels

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Liam McBirnie [ Upstream commit 5f733ee68f9a4df94775299ac6a7ab260704f6ed ] ip6_route_output() requires that the flowlabel contains the traffic class for policy routing. Commit 0e9a709560db (

[PATCH 4.11 010/150] sock: reset sk_err when the error queue is empty

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Soheil Hassas Yeganeh [ Upstream commit 38b257938ac6655d0d6333743303231b9c465ec1 ] Prior to f5f99309fa74 (sock: do not set sk_err in sock_dequeue_err_skb), sk_err was reset to the error of th

[PATCH 4.11 003/150] vxlan: eliminate cached dst leak

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Lance Richardson [ Upstream commit 35cf2845563c1aaa01d27bd34d64795c4ae72700 ] After commit 0c1d70af924b ("net: use dst_cache for vxlan device"), cached dst entries could be leaked when more t

[PATCH 4.11 032/150] serial: exar: Fix stuck MSIs

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kiszka commit 2c0ac5b48a3586f612b85755b041ed7733dc8e6b upstream. After migrating 8250_exar to MSI in 172c33cb61da, we can get stuck without further interrupts because of the special wake-u

[PATCH 4.11 047/150] gfs2: Make flush bios explicitely sync

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 0f0b9b63e14fc3f66e4d342df016c9b071c5abed upstream. Commit b685d3d65ac7 "block: treat REQ_FUA and REQ_PREFLUSH as synchronous" removed REQ_SYNC flag from WRITE_{FUA|PREFLUSH|...

[PATCH 4.11 048/150] efi: Dont issue error message when booted under Xen

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit 1ea34adb87c969b89dfd83f1905a79161e9ada26 upstream. When booted as Xen dom0 there won't be an EFI memmap allocated. Avoid issuing an error message in this case: [0.1

[PATCH 4.11 046/150] nfsd4: fix null dereference on replay

4.11-stable review patch. If anyone has any objections, please let me know. -- From: J. Bruce Fields commit 9a307403d374b993061f5992a6e260c944920d0b upstream. if we receive a compound such that: - the sessionid, slot, and sequence number in the SEQUENCE op m

[PATCH 4.11 044/150] kthread: Fix use-after-free if kthread fork fails

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 4d6501dce079c1eb6bf0b1d8f528a5e81770109e upstream. If a kthread forks (e.g. usermodehelper since commit 1da5c46fa965) but fails in copy_process() between calling dup_task_

[PATCH 4.11 053/150] arm64: KVM: Allow unaligned accesses at EL2

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 78fd6dcf11468a5a131b8365580d0c613bcc02cb upstream. We currently have the SCTLR_EL2.A bit set, trapping unaligned accesses at EL2, but we're not really prepared to deal with

[PATCH 2/8] usb: gadget: u_serial: propagate poll() to the next layer

In order for a serial function to add flags to the poll() mask of their tty files, propagate the poll() callback to the next layer so it can return a mask if it sees fit to do so. Signed-off-by: Tal Shorer --- drivers/usb/gadget/function/u_serial.c | 16 drivers/usb/gadget/funct

[PATCH 4.11 033/150] serial: ifx6x60: fix use-after-free on module unload

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 1e948479b3d63e3ac0ecca13cbf4921c7d17c168 upstream. Make sure to deregister the SPI driver before releasing the tty driver to avoid use-after-free in the SPI remove callback

[PATCH 7/8] usb: gadget: f_acm: notify the user on SetLineCoding

Notify the user with a POLLPRI event when the host issues a SetLineCoding request so that they can act upon it, for example by configuring the line coding on a real serial port. The event is cleared when the user reads the line coding using USB_F_ACM_GET_LINE_CODING ioctl() Signed-off-by: Tal Sho

[PATCH 3/8] usb: gadget: f_acm: validate set_line_coding requests

We shouldn't accept malformed set_line_coding requests. All values were taken from table 17 (section 6.3.11) of the cdc1.2 spec available at http://www.usb.org/developers/docs/devclass_docs/ The table is in the file PTSN120.pdf. Signed-off-by: Tal Shorer --- drivers/usb/gadget/function/f_acm.c |

[PATCH 5/8] usb: gadget: f_acm: initialize port_line_coding when creating an instance

Initialize acm->port_line_coding with something that makes sense so that we can return a valid line coding if the host requests GetLineCoding before requesting SetLineCoding Signed-off-by: Tal Shorer --- drivers/usb/gadget/function/f_acm.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH 8/8] usb: gadget: u_serial: remove port_line_config from struct gserial

GetLineCoding and SetLineCoding are a cdc-acm thing. It doesn't make sense to have that in the generic u_serial layer. Moreso, f_acm has its own port_line_coding in its own struct and it uses that, while the one in struct gserial is set once upon initialization and then never used. Also, the initia

[PATCH 4/8] usb: gadget: u_serial: propagate ioctl() to the next layer

In order for a serial function to implement its own ioctl() calls, propagate the ioctl() callback to the next layer so it can handle it if it sees fit to do so. Signed-off-by: Tal Shorer --- drivers/usb/gadget/function/u_serial.c | 15 +++ drivers/usb/gadget/function/u_serial.h | 1

[PATCH 6/8] usb: gadget: f_acm: add an ioctl to get the current line coding

The user can issue USB_F_GET_LINE_CODING to get the current line coding as set by the host (or the default if unset yet). Signed-off-by: Tal Shorer --- Documentation/ioctl/ioctl-number.txt | 1 + drivers/usb/gadget/function/f_acm.c | 27 +++ include/uapi/linux/usb/f_acm

[PATCH 1/8] tty: add a poll() callback in struct tty_operations

If a tty driver wants to notify the user of some exceptional event, such as a usb cdc acm device set_line_coding event, it needs a way to modify the mask returned by poll() and possible also add wait queues. In order to do that, we allow the driver to supply a poll() callback of its own, which will

[PATCH 4.11 052/150] arm64: KVM: Preserve RES1 bits in SCTLR_EL2

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit d68c1f7fd1b7148dab5fe658321d511998969f2d upstream. __do_hyp_init has the rather bad habit of ignoring RES1 bits and writing them back as zero. On a v8.0-8.2 CPU, this doesn

[PATCH 0/8] Allow f_acm gadgets to notify the user about SetLineCoding requests

I'm currently working on a project where I'd like to have an omap board running linux be a usb-to-uart converter (using f_acm), and I've ran into an issue: there's no way for the application to know if the host has issued a SetLineCoding requests (after which parity/baudrate should be changed to ma

[PATCH] x86/mm: Split read_cr3() into read_cr3_pa() and __read_cr3()

The kernel has several code paths that read CR3. Most of them assume that CR3 contains the PGD's physical address, whereas some of them awkwardly use PHYSICAL_PAGE_MASK to mask off low bits. Add explicit mask macros for CR3 and convert all of the CR3 readers. This will keep them from breaking whe

Re: usb/gadget: potential deadlock in gadgetfs_suspend

On Mon, Jun 12, 2017 at 6:11 PM, Andrey Konovalov wrote: > On Fri, Jun 9, 2017 at 9:14 PM, Alan Stern wrote: >> On Fri, 9 Jun 2017, Andrey Konovalov wrote: >> >>> On Fri, Jun 9, 2017 at 2:41 PM, Andrey Konovalov >>> wrote: >>> > Hi, >>> > >>> > I'm getting some hangs while fuzzing the kernel wi

[PATCH 4.11 034/150] serial: core: fix crash in uart_suspend_port

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Lucas Stach commit 88e2582e90bb89fe895ff0dceeb5d5ab65d07997 upstream. With serdev we might end up with serial ports that have no cdev exported to userspace, as they are used as the bus interfa

[PATCH 4.11 035/150] ptrace: Properly initialize ptracer_cred on fork

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eric W. Biederman commit c70d9d809fdeecedb96972457ee45c49a232d97f upstream. When I introduced ptracer_cred I failed to consider the weirdness of fork where the task_struct copies the old value

[PATCH 4.11 038/150] KEYS: fix dereferencing NULL payload with nonzero length

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 5649645d725c73df4302428ee4e02c869248b4c5 upstream. sys_add_key() and the KEYCTL_UPDATE operation of sys_keyctl() allowed a NULL payload with nonzero length to be passed to

[PATCH 4.11 039/150] KEYS: fix freeing uninitialized memory in key_update()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 63a0b0509e700717a59f049ec6e4e04e903c7fe2 upstream. key_update() freed the key_preparsed_payload even if it was not initialized first. This would cause a crash if userspace

[PATCH 4.11 036/150] ARM: dts: keystone-k2l: fix broken Ethernet due to disabled OSR

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Murali Karicheri commit 791229f1d530a0f0a680a4c09f98199792485f33 upstream. Ethernet networking on K2L has been broken since v4.11-rc1. This was caused by commit 32a34441a9bd ("ARM: keystone: d

[PATCH 4.11 037/150] crypto: asymmetric_keys - handle EBUSY due to backlog correctly

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Gilad Ben-Yossef commit e68368aed56324e2e38d4f6b044bb8cf82077fc2 upstream. public_key_verify_signature() was passing the CRYPTO_TFM_REQ_MAY_BACKLOG flag to akcipher_request_set_callback() but

[PATCH 4.11 068/150] mtd: nand: tango: Export OF device ID table as module aliases

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Andres Galacho commit 2761b4f12b017f6d3e5add386733a700a490df47 upstream. The device table is required to load modules based on modaliases. After adding MODULE_DEVICE_TABLE, below entries for e

[PATCH 4.11 070/150] xen/privcmd: Support correctly 64KB page granularity when mapping memory

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Julien Grall commit 753c09b5652bb4fe53e2db648002ec64b32b8827 upstream. Commit 5995a68 "xen/privcmd: Add support for Linux 64KB page granularity" did not go far enough to support 64KB in mmap_b

[PATCH 4.11 071/150] ext4: fix SEEK_HOLE

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 7d95eddf313c88b24f99d4ca9c2411a4b82fef33 upstream. Currently, SEEK_HOLE implementation in ext4 may both return that there's a hole at some offset although that offset already h

[PATCH 4.11 073/150] ext4: fix data corruption with EXT4_GET_BLOCKS_ZERO

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 4f8caa60a5a13a78f26198618f21774bd6aa6498 upstream. When ext4_map_blocks() is called with EXT4_GET_BLOCKS_ZERO to zero-out allocated blocks and these blocks are actually convert

[PATCH 4.11 069/150] mtd: nand: tango: Update ecc_stats.corrected

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Marc Gonzalez commit 60cf0ce14b09b54e7ee79dc3ef498de6ef0e41e9 upstream. According to Boris, some user-space tools expect MTD drivers to update ecc_stats.corrected, and it's better to provide a

[PATCH 4.11 074/150] ext4: fix fdatasync(2) after extent manipulation operations

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 67a7d5f561f469ad2fa5154d2888258ab8e6df7c upstream. Currently, extent manipulation operations such as hole punch, range zeroing, or extent shifting do not record the fact that f

[PATCH 4.11 076/150] usb: gadget: f_mass_storage: Serialize wake and sleep execution

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Thinh Nguyen commit dc9217b69dd6089dcfeb86ed4b3c671504326087 upstream. f_mass_storage has a memorry barrier issue with the sleep and wake functions that can cause a deadlock. This results in i

[PATCH 4.11 078/150] usb: chipidea: imx: Do not access CLKONOFF on i.MX51

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Smirnov commit 62b97d502bb76c6e8d589e42e02bfcb7bdff0453 upstream. Unlike i.MX53, i.MX51's USBOH3 register file does not implemenent registers past offset 0x018, which includes MX53_USB_

MY LETTER

Hello my Dear, My Names are Mr Simon SAKA Ali, the secretary of Boa Bank of Africa in Bobo-Dioulasso the former Capital of Burkina Faso; I found your address through your country email database and decided to contact you. There is a cancer Widow from Syria, who came to build a charity project her

[PATCH 4.11 079/150] usb: chipidea: udc: fix NULL pointer dereference if udc_start failed

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jisheng Zhang commit aa1f058d7d9244423b8c5a75b9484b1115df7f02 upstream. Fix below NULL pointer dereference. we set ci->roles[CI_ROLE_GADGET] too early in ci_hdrc_gadget_init(), if udc_start()

[PATCH 4.11 077/150] usb: musb: dsps: keep VBUS on for host-only mode

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Bin Liu commit b3addcf0d1f04f53fcc302577d5a5e964c18531a upstream. Currently VBUS is turned off while a usb device is detached, and turned on again by the polling routine. This short period VBU

Re: [RFC PATCH v3 05/11] [media] vimc: common: Add vimc_link_validate

Hi Hans, Thanks for your review, just a question below On 2017-06-12 06:50 AM, Hans Verkuil wrote: On 06/03/2017 04:58 AM, Helen Koike wrote: All links will be checked in the same way. Adding a helper function for that Signed-off-by: Helen Koike --- Changes in v3: [media] vimc: common: Add

[PATCH 4.11 080/150] usb: chipidea: debug: check before accessing ci_role

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Michael Thalmeier commit 0340ff83cd4475261e7474033a381bc125b45244 upstream. ci_role BUGs when the role is >= CI_ROLE_END. Signed-off-by: Michael Thalmeier Signed-off-by: Peter Chen Signed-o

[PATCH 4.11 082/150] iio: adc: bcm_iproc_adc: swap primary and secondary isr handlers

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Raveendra Padasalagi commit f7d86ecf83cb66d3c4c6ac4edb1dd50c0919aa2b upstream. The third argument of devm_request_threaded_irq() is the primary handler. It is called in hardirq context and che

[PATCH 4.11 064/150] dmaengine: mv_xor_v2: remove interrupt coalescing

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit 9dd4f319bac25334a869d9276b19eac9e478fd33 upstream. The current implementation of interrupt coalescing doesn't work, because it doesn't configure the coalescing timer, w

[PATCH 4.11 066/150] cfq-iosched: fix the delay of cfq_groups vdisktime under iops mode

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Hou Tao commit 5be6b75610cefd1e21b98a218211922c2feb6e08 upstream. When adding a cfq_group into the cfq service tree, we use CFQ_IDLE_DELAY as the delay of cfq_group's vdisktime if there have b

[PATCH 4.11 061/150] dmaengine: mv_xor_v2: do not use descriptors not acked by async_tx

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit bc473da1ed726c975ad47f8d7d27631de11356d8 upstream. Descriptors that have not been acknowledged by the async_tx layer should not be re-used, so this commit adjusts the i

[PATCH 4.11 065/150] dmaengine: mv_xor_v2: set DMA mask to 40 bits

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit b2d3c270f9f2fb82518ac500a9849c3aaf503852 upstream. The XORv2 engine on Armada 7K/8K can only access the first 40 bits of the physical address space, so the DMA mask mus

[PATCH 4.11 063/150] dmaengine: mv_xor_v2: fix tx_submit() implementation

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit 44d5887a8bf1e86915c8ff647337cb138149da82 upstream. The mv_xor_v2_tx_submit() gets the next available HW descriptor by calling mv_xor_v2_get_desq_write_ptr(), which read

[PATCH 4.11 085/150] iio: proximity: as3935: fix AS3935_INT mask

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Matt Ranostay commit 275292d3a3d62670b1b13484707b74e5239b4bb0 upstream. AS3935 interrupt mask has been incorrect so valid lightning events would never trigger an buffer event. Also noise inter

[PATCH 4.11 095/150] [media] rc-core: race condition during ir_raw_event_register()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Sean Young commit 963761a0b2e85663ee4a5630f72930885a06598a upstream. A rc device can call ir_raw_event_handle() after rc_allocate_device(), but before rc_register_device() has completed. This

[PATCH 4.11 067/150] reiserfs: Make flush bios explicitely sync

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit d8747d642ec4ce96adf17ae35652a5e4015cfe02 upstream. Commit b685d3d65ac7 "block: treat REQ_FUA and REQ_PREFLUSH as synchronous" removed REQ_SYNC flag from WRITE_{FUA|PREFLUSH|...

[PATCH 4.11 096/150] cgroup: Prevent kill_css() from being called more than once

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Waiman Long commit 33c35aa4817864e056fd772230b0c6b552e36ea2 upstream. The kill_css() function may be called more than once under the condition that the css was killed but not physically remove

[PATCH 4.11 098/150] cpuset: consider dying css as offline

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 41c25707d21716826e3c1f60967f5550610ec1c9 upstream. In most cases, a cgroup controller don't care about the liftimes of cgroups. For the controller, a css becomes online when

[PATCH 4.11 100/150] fix ufs_isblockset()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 414cf7186dbec29bd946c138d6b5c09da5955a08 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman --- fs/ufs/util.h | 10 +++--- 1 file changed, 7 insertions

[PATCH 4.11 102/150] ufs: set correct ->s_maxsize

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 6b0d144fa758869bdd652c50aa41aaf601232550 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman --- fs/ufs/super.c | 18 ++ 1 file changed, 18

[PATCH 4.11 086/150] iio: proximity: as3935: fix iio_trigger_poll issue

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Matt Ranostay commit 9122b54f266ddee09654fe3fbc503c1a60f4a01c upstream. Using iio_trigger_poll() can oops when multiple interrupts happen before the first is handled. Use iio_trigger_poll_cha

[PATCH 4.11 101/150] ufs: restore maintaining ->i_blocks

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit eb315d2ae614493fd1ebb026c75a80573d84f7ad upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman --- fs/stat.c |1 + fs/ufs/balloc.c | 26

[PATCH 4.11 103/150] ufs_extend_tail(): fix the braino in calling conventions of ufs_new_fragments()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 940ef1a0ed939c2ca029fca715e25e7778ce1e34 upstream. ... and it really needs splitting into "new" and "extend" cases, but that's for later Signed-off-by: Al Viro Signed-off-by:

[PATCH] staging: wlan-ng: Amend type mismatch warnings

From: Suniel Mahesh The following type mismatch warnings reported by sparse have been amended: warning: cast to restricted __le16 warning: incorrect type in assignment (different base types) Signed-off-by: Suniel Mahesh --- drivers/staging/wlan-ng/prism2mgmt.c | 22 +++--- 1 fi

[PATCH 4.11 107/150] cxl: Avoid double free_irq() for psl,slice interrupts

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Vaibhav Jain commit b3aa20ba2ba8072b73bd799605b8c98927b7056c upstream. During an eeh call to cxl_remove can result in double free_irq of psl,slice interrupts. This can happen if perst_reloads_

[PATCH v2 2/6] [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf

From: Tony K Nadackal When queuing an OUTPUT buffer for decoder, s5p_jpeg_parse_hdr() function parses the input jpeg file and takes the width and height parameters from its header. These new width/height values will be used for the calculation of stride. HX_JPEG Hardware needs the width and heigh

[PATCH v2 6/6] [media] s5p-jpeg: Add stream error handling for Exynos5420

From: henryhsu On Exynos5420, the STREAM_STAT bit raised on the JPGINTST register means there is a syntax error or an unrecoverable error on compressed file when ERR_INT_EN is set to 1. Fix this case and report BUF_STATE_ERROR to videobuf2. Signed-off-by: Henry-Ruey Hsu Signed-off-by: Thierry

[PATCH 4.11 104/150] ufs_getfrag_block(): we only grab ->truncate_mutex on block creation path

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 006351ac8ead0d4a67dd3845e3ceffe650a23212 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman --- fs/ufs/inode.c |4 +++- 1 file changed, 3 insertions(+),

[PATCH 4.11 105/150] excessive checks in ufs_write_failed() and ufs_evict_inode()

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit babef37dccbaa49249a22bae9150686815d7be71 upstream. As it is, short copy in write() to append-only file will fail to truncate the excessive allocated blocks. As the matter of fa

[PATCH 2/2] c6x: remove unused KTHREAD_SIZE definition

KTHREAD_SIZE has never been used since it has been defined for c6x arch. Let's remove this useless definition. Signed-off-by: Jérémy Lefaure --- arch/c6x/kernel/asm-offsets.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/c6x/kernel/asm-offsets.c b/arch/c6x/kernel/asm-offsets.c index 60

[PATCH v2 1/6] [media] s5p-jpeg: Reset the Codec before doing a soft reset

From: Abhilash Kesavan This patch resets the encoding and decoding register bits before doing a soft reset. Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande --- drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/media

[PATCH 1/2] arm: nommu: remove unused KTHREAD_SIZE definition

I didn't find any use of this macro in the current kernel tree (with git grep). KTHREAD_SIZE is no longer used for a very very long time. So let's remove this definition. Signed-off-by: Jérémy Lefaure --- arch/arm/include/asm/page-nommu.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/

[PATCH v2 5/6] [media] s5p-jpeg: Add support for resolution change event

From: henryhsu This patch adds support for resolution change event to notify clients so they can prepare correct output buffer. When resolution change happened, G_FMT for CAPTURE should return old resolution and format before CAPTURE queues streamoff. Signed-off-by: Henry-Ruey Hsu Signed-off-by

[PATCH v2 3/6] [media] s5p-jpeg: Correct WARN_ON statement for checking subsampling

From: Tony K Nadackal Corrects the WARN_ON statement for subsampling based on the JPEG Hardware version. Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/driv

[PATCH v2 4/6] [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format

From: Tony K Nadackal This patch adds support for decoding 4:1:1 chroma subsampling in the jpeg header parsing function. Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers

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