[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

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, > > +

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, > > +

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`

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. >

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

[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

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.

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

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: > > >

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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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.

[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

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

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

[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

[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

[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

[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.

[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

[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

[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

[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

[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.

[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

[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

[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

[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

[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

[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

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

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

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

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 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.

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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: [

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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 ---

[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

[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

[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

[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 +++

[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 +++

[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 +++

[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

[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

[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

[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

[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

[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

[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

[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

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 >>>

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

[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

[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

[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

[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

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