[PATCH 4.4 65/86] tty/serial: atmel: fix hardware handshake selection

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre Belloni commit 5be605ac9af979265d7b64c160ad9928088a78be upstream. Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware

[PATCH 4.4 66/86] Fix OpenSSH pty regression on close

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Brian Bloniarz commit 0f40fbbcc34e093255a2b2d70b6b0fb48c3f39aa upstream. OpenSSH expects the (non-blocking) read() of pty master to return EAGAIN only if it has

[PATCH 4.4 64/86] TTY: n_gsm, fix false positive WARN_ON

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit d175feca89a1c162f60f4e3560ca7bc9437c65eb upstream. Dmitry reported, that the current cleanup code in n_gsm can trigger a warning: WARNING: CPU: 2 PID: 24238

[PATCH 4.5 06/87] arm64: Implement pmdp_set_access_flags() for hardware AF/DBM

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Catalin Marinas commit 282aa7051b0169991b34716f0f22d9c2f59c46c4 upstream. The update to the accessed or dirty states for block mappings must be done atomically on

[PATCH 4.5 25/87] irqchip/gic: Ensure ordering between read of INTACK and shared data

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit f86c4fbd930ff6fecf3d8a1c313182bd0f49f496 upstream. When an IPI is generated by a CPU, the pattern looks roughly like: smp_wmb(); On the

[PATCH 4.4 63/86] tty: vt, return error when con_startup fails

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 6798df4c5fe0a7e6d2065cf79649a794e5ba7114 upstream. When csw->con_startup() fails in do_register_con_driver, we return no error (i.e. 0). This was changed back

[PATCH 4.4 47/86] USB: serial: io_edgeport: fix memory leaks in probe error path

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit c8d62957d450cc1a22ce3242908709fe367ddc8e upstream. URBs and buffers allocated in attach for Epic devices would never be deallocated in case of a later

Re: [PATCH-v3 0/5] random: replace urandom pool with a CRNG

On Mon, May 30, 2016 at 10:53:22AM -0700, Andi Kleen wrote: > > It should work the same on larger systems, the solution scales > naturally to lots of sockets. It's not clear it'll help enough on systems > with a lot more cores per socket, like a Xeon Phi. But for now it should > be good enough.

[PATCH 4.5 26/87] irqchip/gic-v3: Configure all interrupts as non-secure Group-1

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit 7c9b973061b03af62734f613f6abec46c0dd4a88 upstream. The GICv3 driver wrongly assumes that it runs on the non-secure side of a secure-enabled system,

[PATCH 4.5 77/87] ALSA: hda/realtek - Add support for ALC295/ALC3254

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Kailang Yang commit 7d727869c7b86da0874436ac5675dcdadaf3a0a1 upstream. Add support for ALC295/ALC3254. They are simply compatible with ALC225 chip. Signed-off-by: Kailang

[PATCH 4.5 13/87] fs/cifs: correctly to anonymous authentication for the NTLM(v1) authentication

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Metzmacher commit 777f69b8d26bf35ade4a76b08f203c11e048365d upstream. Only server which map unknown users to guest will allow access using a non-null

[PATCH 4.5 78/87] ALSA: hda - Fix headset mic detection problem for one Dell machine

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 86c72d1ce91d804e4fa8d90b316a89597dd220f1 upstream. Add the pin configuration value of this machine into the pin_quirk table to make

[PATCH 4.5 66/87] Fix OpenSSH pty regression on close

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Brian Bloniarz commit 0f40fbbcc34e093255a2b2d70b6b0fb48c3f39aa upstream. OpenSSH expects the (non-blocking) read() of pty master to return EAGAIN only if it has

[PATCH 4.5 65/87] tty/serial: atmel: fix hardware handshake selection

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Alexandre Belloni commit 5be605ac9af979265d7b64c160ad9928088a78be upstream. Commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when hardware

[PATCH 4.5 79/87] IB/srp: Fix a debug kernel crash

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 54f5c9c52d69afa55abf2b034df8d45f588466c3 upstream. Avoid that the following BUG() is triggered against a debug kernel: kernel BUG at

[PATCH 4.5 55/87] usb: gadget: udc: core: Fix argument of dev_err() in usb_gadget_map_request()

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Yoshihiro Shimoda commit 5096c4d3bfa75bdd23c78f799aabd08598afb48f upstream. The argument of dev_err() in usb_gadget_map_request() should be dev instead of

[PATCH 4.5 18/87] crypto: caam - fix caam_jr_alloc() ret code

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Catalin Vasile commit e930c765ca5c6b039cd22ebfb4504ea7b5dab43d upstream. caam_jr_alloc() used to return NULL if a JR device could not be allocated for a session. In turn,

[PATCH 4.5 56/87] staging: comedi: das1800: fix possible NULL dereference

4.5-stable review patch. If anyone has any objections, please let me know. -- From: H Hartley Sweeten commit d375278d666760e195693b57415ba0a125cadd55 upstream. DMA is optional with this driver. If it was not enabled the devpriv->dma pointer will

[PATCH 4.5 17/87] ring-buffer: Prevent overflow of size in ring_buffer_resize()

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 59643d1535eb220668692a5359de22545af579f6 upstream. If the size passed to ring_buffer_resize() is greater than MAX_LONG - BUF_PAGE_SIZE

[PATCH 4.6 015/100] ring-buffer: Use long for nr_pages to avoid overflow failures

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (Red Hat) commit 9b94a8fba501f38368aef6ac1b30e7335252a220 upstream. The size variable to change the ring buffer in ftrace is a long. The nr_pages used to

[PATCH 4.5 29/87] mmc: mmc: Fix partition switch timeout for some eMMCs

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit 1c447116d017a98c90f8f71c8c5a611e0aa42178 upstream. Some eMMCs set the partition switch timeout too low. Now typically eMMCs are considered a

[PATCH 4.5 41/87] mei: amthif: discard not read messages

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit 9d04ee11db7bf0d848266cbfd7db336097a0e239 upstream. When a message is received and amthif client is not in reading state the message is

[PATCH 4.5 50/87] USB: serial: option: add even more ZTE device ids

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Lei Liu commit 74d2a91aec97ab832790c9398d320413ad185321 upstream. Add even more ZTE device ids. Signed-off-by: lei liu [johan: rebase and replace

[PATCH 4.5 48/87] USB: serial: option: add support for Cinterion PH8 and AHxx

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Schemmel Hans-Christoph commit 444f94e9e625f6ec6bbe2cb232a6451c637f35a3 upstream. Added support for Gemalto's Cinterion PH8 and AHxx products with 2 RmNet

[PATCH 4.6 012/100] fs/cifs: correctly to anonymous authentication for the NTLM(v1) authentication

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Metzmacher commit 777f69b8d26bf35ade4a76b08f203c11e048365d upstream. Only server which map unknown users to guest will allow access using a non-null

[PATCH 4.6 001/100] arm64: Fix typo in the pmdp_huge_get_and_clear() definition

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Catalin Marinas commit 911f56eeb87ee378f5e215469268a7a2f68a5a8a upstream. With hardware AF/DBM support, pmd modifications (transparent huge pages) should be performed

[PATCH 4.6 011/100] fs/cifs: correctly to anonymous authentication for the LANMAN authentication

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Metzmacher commit fa8f3a354bb775ec586e4475bcb07f7dece97e0c upstream. Only server which map unknown users to guest will allow access using a non-null

[PATCH 4.5 68/87] serial: 8250_mid: use proper bar for DNV platform

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 107e15fc1f8d6ef69eac5f175971252f76e82f0d upstream. Unlike Intel Medfield and Tangier platforms DNV uses PCI BAR0 for IO compatible

[PATCH 4.6 010/100] fs/cifs: correctly to anonymous authentication via NTLMSSP

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Metzmacher commit cfda35d98298131bf38fbad3ce4cd5ecb3cf18db upstream. See [MS-NLMP] 3.2.5.1.2 Server Receives an AUTHENTICATE_MESSAGE from the Client: ... Set

[PATCH 4.6 013/100] fs/cifs: correctly to anonymous authentication for the NTLM(v2) authentication

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Metzmacher commit 1a967d6c9b39c226be1b45f13acd4d8a5ab3dc44 upstream. Only server which map unknown users to guest will allow access using a non-null NTLMv2_Response.

[PATCH 4.6 014/100] asix: Fix offset calculation in asix_rx_fixup() causing slow transmissions

4.6-stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit cd9e2e5d3ff148be9ea210f622ce3e8e8292fcd6 upstream. In testing with HiKey, we found that since commit 3f30b158eba5 ("asix: On RX avoid creating bad

[PATCH 4.5 28/87] can: fix handling of unmodifiable configuration options

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp commit bb208f144cf3f59d8f89a09a80efd04389718907 upstream. As described in 'can: m_can: tag current CAN FD controllers as non-ISO' (6cfda7fbebe) it is

Re: [Intel-gfx] [v4.6-10530-g28165ec7a99b] i915: *ERROR* "CPU pipe/PCH transcoder" A FIFO underrun

On 5/28/16, Sedat Dilek wrote: > On 5/27/16, Chris Bainbridge wrote: >> On 25 May 2016 at 08:31, Sedat Dilek wrote: >>> Hi Daniel, >>> >>> with latest Linus Git I see this with my Intel SandyBridge GPU... >>> >>> [

[PATCH 4.5 87/87] kbuild: move -Wunused-const-variable to W=1 warning level

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit c9c6837d39311b0cc14cdbe7c18e815ab44aefb1 upstream. gcc-6 started warning by default about variables that are not used anywhere and that are marked 'const',

[PATCH 4.5 86/87] Revert "scsi: fix soft lockup in scsi_remove_target() on module removal"

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit 305c2e71b3d733ec065cb716c76af7d554bd5571 upstream. Now that we've done a more comprehensive fix with the intermediate target state we can remove

[PATCH 4.5 64/87] TTY: n_gsm, fix false positive WARN_ON

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit d175feca89a1c162f60f4e3560ca7bc9437c65eb upstream. Dmitry reported, that the current cleanup code in n_gsm can trigger a warning: WARNING: CPU: 2 PID: 24238

[PATCH 4.5 62/87] xen/x86: actually allocate legacy interrupts on PV guests

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Stefano Stabellini commit 702f926067d2a4b28c10a3c41a1172dd62d9e735 upstream. b4ff8389ed14 is incomplete: relies on nr_legacy_irqs() to get the number of legacy

[PATCH 4.5 81/87] SIGNAL: Move generic copy_siginfo() to signal.h

4.5-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ca9eb49aa9562eaadf3cea071ec7018ad6800425 upstream. The generic copy_siginfo() is currently defined in asm-generic/siginfo.h, after including

[PATCH 4.5 83/87] hpfs: fix remount failure when there are no options changed

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 44d51706b4685f965cd32acde3fe0fcc1e6198e8 upstream. Commit ce657611baf9 ("hpfs: kstrdup() out of memory handling") checks if the kstrdup function

[PATCH 4.5 63/87] tty: vt, return error when con_startup fails

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Slaby commit 6798df4c5fe0a7e6d2065cf79649a794e5ba7114 upstream. When csw->con_startup() fails in do_register_con_driver, we return no error (i.e. 0). This was changed back

[PATCH 4.5 82/87] UBI: Fix static volume checks when Fastmap is used

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1900149c835ab5b48bea31a823ea5e5a401fb560 upstream. Ezequiel reported that he's facing UBI going into read-only mode after power cut. It turned out

[PATCH 4.5 84/87] hpfs: implement the show_options method

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 037369b872940cd923835a0a589763180c4a36bc upstream. The HPFS filesystem used generic_show_options to produce string that is displayed in

[PATCH 4.5 76/87] ALSA: hda - Fix headphone noise on Dell XPS 13 9360

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng commit 423cd785619ac6778252fbdb916505aa1c153959 upstream. The headphone has noise when playing sound or switching microphone sources. It uses the same

[PATCH 4.5 85/87] scsi: Add intermediate STARGET_REMOVE state to scsi_target_state

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit f05795d3d771f30a7bdc3a138bf714b06d42aa95 upstream. Add intermediate STARGET_REMOVE state to scsi_target_state to avoid running into the BUG_ON()

[PATCH 4.5 75/87] ALSA: hda/realtek - New codecs support for ALC234/ALC274/ALC294

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Kailang Yang commit dcd4f0db6141d6bf2cb897309d5d6f53d1b1696f upstream. Support new codecs for ALC234/ALC274/ALC294. This three codecs was the same IC. But bonding is not

[PATCH 4.5 74/87] mcb: Fixed bar number assignment for the gdd

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Werner commit f75564d343010b025301d9548f2304f48eb25f01 upstream. The bar number is found in reg2 within the gdd. Therefore we need to change the assigment from

[PATCH 4.5 73/87] watchdog: sp5100_tco: properly check for new register layouts

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Lucas Stach commit 46856fabe40cc80f92134683cdec7dc0fc8f4000 upstream. Commits 190aa4304de6 (Add AMD Mullins platform support) and cca118fa2a0a94 (Add AMD Carrizo platform

[PATCH 4.5 80/87] thunderbolt: Fix double free of drom buffer

4.5-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Noever commit 2ffa9a5d76a75abbc1f95c17959fced666095bdd upstream. If tb_drom_read() fails, sw->drom is freed but not set to NULL. sw->drom is then freed again

[PATCH 4.6 097/100] hpfs: implement the show_options method

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 037369b872940cd923835a0a589763180c4a36bc upstream. The HPFS filesystem used generic_show_options to produce string that is displayed in

[PATCH 4.6 099/100] Revert "scsi: fix soft lockup in scsi_remove_target() on module removal"

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit 305c2e71b3d733ec065cb716c76af7d554bd5571 upstream. Now that we've done a more comprehensive fix with the intermediate target state we can remove

[PATCH 4.6 006/100] arm/arm64: KVM: Enforce Break-Before-Make on Stage-2 page tables

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier commit d4b9e0790aa764c0b01e18d4e8d33e93ba36d51f upstream. The ARM architecture mandates that when changing a page table entry from a valid entry to another

[PATCH 4.6 040/100] Bluetooth: vhci: Fix race at creating hci device

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit c7c999cb18da88a881e10e07f0724ad0bfaff770 upstream. hci_vhci driver creates a hci device object dynamically upon each HCI_VENDOR_PKT write. Although it

[PATCH 4.6 004/100] arm64: Implement pmdp_set_access_flags() for hardware AF/DBM

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Catalin Marinas commit 282aa7051b0169991b34716f0f22d9c2f59c46c4 upstream. The update to the accessed or dirty states for block mappings must be done atomically on

[PATCH 4.6 090/100] thunderbolt: Fix double free of drom buffer

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Noever commit 2ffa9a5d76a75abbc1f95c17959fced666095bdd upstream. If tb_drom_read() fails, sw->drom is freed but not set to NULL. sw->drom is then freed again

[PATCH 4.6 029/100] can: fix handling of unmodifiable configuration options

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp commit bb208f144cf3f59d8f89a09a80efd04389718907 upstream. As described in 'can: m_can: tag current CAN FD controllers as non-ISO' (6cfda7fbebe) it is

[PATCH 4.6 053/100] usb: gadget: f_fs: Fix EFAULT generation for async read operations

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Lars-Peter Clausen commit 332a5b446b7916d272c2a659a3b20909ce34d2c1 upstream. In the current implementation functionfs generates a EFAULT for async read operations if the read

[PATCH 4.6 095/100] UBI: Fix static volume checks when Fastmap is used

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Richard Weinberger commit 1900149c835ab5b48bea31a823ea5e5a401fb560 upstream. Ezequiel reported that he's facing UBI going into read-only mode after power cut. It turned out

[PATCH 4.6 005/100] arm64: cpuinfo: Missing NULL terminator in compat_hwcap_str

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Julien Grall commit f228b494e56d949be8d8ea09d4f973d1979201bf upstream. The loop that browses the array compat_hwcap_str will stop when a NULL is encountered, however NULL

[PATCH 4.6 098/100] scsi: Add intermediate STARGET_REMOVE state to scsi_target_state

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Thumshirn commit f05795d3d771f30a7bdc3a138bf714b06d42aa95 upstream. Add intermediate STARGET_REMOVE state to scsi_target_state to avoid running into the BUG_ON()

[PATCH 4.6 088/100] IB/srp: Fix a debug kernel crash

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit 54f5c9c52d69afa55abf2b034df8d45f588466c3 upstream. Avoid that the following BUG() is triggered against a debug kernel: kernel BUG at

[PATCH 4.6 046/100] USB: serial: keyspan: fix use-after-free in probe error path

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 35be1a71d70775e7bd7e45fa6d2897342ff4c9d2 upstream. The interface instat and indat URBs were submitted in attach, but never unlinked in release before

[PATCH 4.6 087/100] ALSA: hda - Fix headset mic detection problem for one Dell machine

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 86c72d1ce91d804e4fa8d90b316a89597dd220f1 upstream. Add the pin configuration value of this machine into the pin_quirk table to make

[PATCH 4.6 093/100] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Luke Dashjr commit 4c63c2454eff996c5e27991221106eb511f7db38 upstream. 32-bit ioctl uses these rather than the regular FS_IOC_* versions. They can be handled in btrfs using the

[PATCH 4.6 100/100] kbuild: move -Wunused-const-variable to W=1 warning level

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit c9c6837d39311b0cc14cdbe7c18e815ab44aefb1 upstream. gcc-6 started warning by default about variables that are not used anywhere and that are marked 'const',

[PATCH 4.6 094/100] Btrfs: fix handling of faults from btrfs_copy_from_user

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit 56244ef151c3cd11f505020ab0b3f45454363bcc upstream. When btrfs_copy_from_user isn't able to copy all of the pages, we need to adjust our accounting to reflect

[PATCH 4.6 096/100] hpfs: fix remount failure when there are no options changed

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 44d51706b4685f965cd32acde3fe0fcc1e6198e8 upstream. Commit ce657611baf9 ("hpfs: kstrdup() out of memory handling") checks if the kstrdup function

[PATCH 4.6 092/100] SIGNAL: Move generic copy_siginfo() to signal.h

4.6-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ca9eb49aa9562eaadf3cea071ec7018ad6800425 upstream. The generic copy_siginfo() is currently defined in asm-generic/siginfo.h, after including

[PATCH 4.6 091/100] md: md.c: fix oops in mddev_suspend for raid0

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Heinz Mauelshagen commit 092398dce8c2406bfb0c9eebc3e764ff2ddb62a8 upstream. Introduced by upstream commit 70d9798b95562abac005d4ba71d28820f9a201eb The raid0 personality

[PATCH 4.6 049/100] USB: serial: io_edgeport: fix memory leaks in probe error path

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit c8d62957d450cc1a22ce3242908709fe367ddc8e upstream. URBs and buffers allocated in attach for Epic devices would never be deallocated in case of a later

[PATCH 4.6 050/100] USB: serial: option: add support for Cinterion PH8 and AHxx

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Schemmel Hans-Christoph commit 444f94e9e625f6ec6bbe2cb232a6451c637f35a3 upstream. Added support for Gemalto's Cinterion PH8 and AHxx products with 2 RmNet

[PATCH 4.6 028/100] nfc: st21nfca: Fix static checker warning

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Ricard commit b58afe6d6d3a53af165d5946f12c4b08c95acd58 upstream. Fix static checker warning: drivers/nfc/st21nfca/i2c.c:530

[PATCH 4.6 041/100] mei: fix NULL dereferencing during FW initiated disconnection

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit 6a8d648c8d1824117a9e9edb948ed1611fb013c0 upstream. In the case when disconnection is initiated from the FW the driver is flushing items

[PATCH 4.6 047/100] USB: serial: quatech2: fix use-after-free in probe error path

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 028c49f5e02a257c94129cd815f7c8485f51d4ef upstream. The interface read URB is submitted in attach, but was only unlinked by the driver at disconnect. In

[PATCH 4.6 089/100] IB/srp: Fix srp_create_target() error handling

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Bart Van Assche commit f83b2561a6d4ff12959660ad597580097b744941 upstream. Avoid that the following kernel oops occurs if memory pool allocation fails: BUG: unable

[PATCH 4.6 048/100] USB: serial: io_edgeport: fix memory leaks in attach error path

4.6-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit c5c0c55598cefc826d6cfb0a417eeaee3631715c upstream. Private data, URBs and buffers allocated for Epic devices during attach were never released on errors

Re: [PATCH 6/6] mm, oom: fortify task_will_free_mem

On 05/30, Michal Hocko wrote: > > task_will_free_mem is rather weak. I was thinking about the similar change because I noticed that try_oom_reaper() is very, very wrong. To the point I think that we need another change for stable which simply removes spin_lock_irq(sighand->siglock) from

Re: [PATCH 1/6] proc, oom: drop bogus task_lock and mm check

On 05/30, Michal Hocko wrote: > > both oom_adj_write and oom_score_adj_write are using task_lock, > check for task->mm and fail if it is NULL. This is not needed because > the oom_score_adj is per signal struct so we do not need mm at all. > The code has been introduced by 3d5992d2ac7d ("oom: add

Re: [PATCH-v3 0/5] random: replace urandom pool with a CRNG

> In addition, on NUMA systems we make the CRNG state per-NUMA socket, to > address the NUMA locking contention problem which Andi Kleen has been > complaining about. I'm not entirely sure this will work well on the > crazy big SGI systems, but they are rare. Whether they are rarer than It

Re: [PATCH 2/3] mmc: sunxi: Fix DDR MMC timings for A80

Hi, On 30-05-16 14:59, Chen-Yu Tsai wrote: On Mon, May 30, 2016 at 7:34 PM, Hans de Goede wrote: Hi, On 29-05-16 09:04, Chen-Yu Tsai wrote: The MMC clock timings were incorrectly calculated, when the conversion from delay value to delay phase was done. The 50M DDR and

[PATCH] USB: mos7720: delete parport

parport subsystem has introduced parport_del_port() to delete a port when it is going away. Without parport_del_port() the registered port will not be unregistered. To reproduce and verify the error: Command to be used is : ls /sys/bus/parport/devices 1) without the device attached there is no

[PATCH v4 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files

Nothing on these architectures ever includes the asm/mc146818rtc.h file, the drivers that used to do this have been fixed long ago, and the remaining users are all PC-specific. This removes the files for good. Signed-off-by: Arnd Bergmann Acked-by: Alexandre Belloni

[PATCH v4 00/16] genrtc removal

This is the promised resend of the removal of the genrtc driver and some related code, now that we are at a good time to merge this for the coming merge window. The contents are the same as before, except fixing the build regressions reported by the 0day builder: on both x86 and mn10300 the

[PATCH v4 15/16] char/genrtc: remove asm-generic/rtc.h from mips

arch/mips/sni/time.c includes asm-generic/rtc.h for no apparent reason, and it works fine without that header, so lets remove the inclusion in preparation of deleting the file. Signed-off-by: Arnd Bergmann --- arch/mips/sni/time.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v4 05/16] char/genrtc: remove alpha support

The genrtc driver serves no purpose on Alpha because it drives the same hardware as the original rtc.c driver, and the newer rtc-generic.c or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h header. The defconfig uses CONFIG_RTC=y, so this driver is not used by default. At one

[PATCH v4 09/16] rtc: m68k: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and m68k has another abstraction on top, which is a bit silly. This changes the m68k rtc-generic device to provide its rtc_class_ops directly, to reduce the number of layers by one.

[PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly

The rtc-generic driver provides an architecture specific wrapper on top of the generic rtc_class_ops abstraction, and on sh, that goes through another indirection using the rtc_sh_get_time/rtc_sh_set_time functions. This changes the sh rtc-generic device to provide its rtc_class_ops directly,

[PATCH v4 11/16] char/genrtc: remove m68k support

The asm/rtc.h header is only used for the old gen_rtc driver that has been replaced by rtc-generic. According to Geert Uytterhoeven, nobody has used the old driver on m68k for a long time, so we can now just remove the header file and disallow the driver in Kconfig. All files that used to include

Re: [PATCH v2 3/3] cpufreq: schedutil: map raw required frequency to driver frequency

On Mon, May 30, 2016 at 5:32 PM, Viresh Kumar wrote: > I clearly missed the !policy->fast_switch_enabled check in sugov_limit() and > so > the confusion. > > On 30-05-16, 16:25, Rafael J. Wysocki wrote: >> On Mon, May 30, 2016 at 12:18 PM, Viresh Kumar

Re: [PATCH 2/5] random: make /dev/urandom scalable for silly userspace programs

On Mon, May 30, 2016 at 08:03:59AM +0200, Stephan Mueller wrote: > > static int rand_initialize(void) > > { > > +#ifdef CONFIG_NUMA > > + int i; > > + int num_nodes = num_possible_nodes(); > > + struct crng_state *crng; > > + > > + crng_node_pool = kmalloc(num_nodes * sizeof(void *), > >

Re: [PATCH] lib/vsprintf.c: Further simplify uuid_string()

On Mon, 30 May 2016 at 10:45:39 Andy Shevchenko wrote: > You have to send this to public mailing list, Okay. lkml and commenters on recent patches added to Cc:. To those just joining, I had a couple of local patches I had made to lib/vsprintf.c:uuid_string() which had been sitting around

Re: BUG: scheduling while atomic: cron/668/0x10c9a0c0 (was: Re: mm, page_alloc: avoid looking up the first zone in a zonelist twice)

Hi Mel, On Mon, May 30, 2016 at 5:56 PM, Mel Gorman wrote: > On Mon, May 30, 2016 at 03:13:40PM +0200, Geert Uytterhoeven wrote: >> > The benefit is negligible and the results are within the noise but each >> > cycle counts. >> > >> > Signed-off-by: Mel

[PATCH 1/1] md/bitmap.c:bitmap_status(): Fix filename escaping

The call to seq_file_path() does not include backslash itself in the set of file names escaped. This results in files named "foo\t-\nbar" and "foo\\011-\\012bar" being both shown as "foo\\011-\\012bar". Fix this by including backslash in the escaped set. diff -Nabpur linux-4.6/drivers/md/bitmap.c

Re: linux-next: Tree for May 30

On Monday 30 May 2016 08:52 AM, Stephen Rothwell wrote: Hi all, Changes since 20160527: Hi All, I have just built and booted with next-20160530 and my dmesg is full of warnings from ath9k. Last kernel tested was v4.6 and there was no problem with that. The traces are like: Call Trace

Re: building and using modules on arm64 hikey board

On 30-05-16 13:30, Ard Biesheuvel wrote: > This is likely caused by the fact that the Android AArch64 toolchain uses > -fpic by default. Could you try adding -fno-pic to the CFLAGS? I did only to notice with 'make V=1 ...' that it was already used hence showing up in the compile command line

[PATCH v4 10/16] rtc: m68k: provide ioctl for q40

The q40 platform is the only machine in the kernel that provides RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the mach_get_rtc_pll/mach_set_rtc_pll callbacks. However, this currenctly works only in the old-style genrtc driver, not the (somewhat) modern rtc-generic driver replacing

[PATCH v4 13/16] char/genrtc: remove powerpc support

PowerPC is the last architecture using the GEN_RTC driver on some machines, but we can migrate them all to using the RTC_DRV_GENERIC driver instead now. This moves over the CONFIG_GEN_RTC option from drivers/char into arch/powerpc/platforms/Kconfig and makes it just select the replacement driver

[PATCH v4 08/16] char/genrtc: remove parisc support

This architecture selects RTC_CLASS unconditionally, so the GEN_RTC has not worked here for a long time. Now we can remove both the asm/rtc.h header and the Kconfig dependency for CONFIG_GEN_RTC. Signed-off-by: Arnd Bergmann --- arch/parisc/include/asm/rtc.h | 131

[PATCH v4 16/16] char/genrtc: remove the rest of the driver

No architecture uses the genrtc driver any more, so let's kill it off for good. This now also includes asm-generic/rtc.h, which is otherwise completely unused. Signed-off-by: Arnd Bergmann --- drivers/char/Kconfig | 26 --- drivers/char/Makefile | 1 -

Re: [PATCH] iio: as3935: improve error reporting in as3935_event_work

Reviewed-by: Matt Ranostay On Mon, May 30, 2016 at 7:52 AM, Arnd Bergmann wrote: > gcc warns about a potentially uninitialized variable use > in as3935_event_work: > > drivers/iio/proximity/as3935.c: In function ‘as3935_event_work’: >

Possible race between PTRACE_SETVFPREGS and PTRACE_CONT on ARM?

Hello knowledgeable ARM people! (Background: https://sourceware.org/ml/gdb/2016-05/msg00020.html ) Debugging a flaky GDB test case on ARM lead me to think there might be race between PTRACE_SETVFPREGS and PTRACE_CONT on ARM (PTRACE_SETVFPREGS is ARM-specific anyway). The test case (and the

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