[PATCH 4.4 062/342] bcache: fix a livelock when we cause a huge number of cache misses

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit 2ef9ccbfcb90cf84bdba320a571b18b05c41101b upstream. Subject : [PATCH v2] bcache: fix a livelock in btree lock Date : Wed, 25 Feb 2015 20:32:09 +0800 (02/25/2015 04:32:09

[PATCH 4.4 109/342] rtlwifi: rtl8723ae: Fix initialization of module parameters

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 793b09994211fbe0b5cd5f7b6dd8cc9b6256c3c6 upstream. This driver has some errors in the handling of module parameters. These include missing initialization for parameters

[PATCH 4.4 115/342] namei: ->d_inode of a pinned dentry is stable only for positives

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit d4565649b6d6923369112758212b851adc407f0c upstream. both do_last() and walk_component() risk picking a NULL inode out of dentry about to become positive, *then* checking its

[PATCH 4.4 061/342] lib/ucs2_string: Correct ucs2 -> utf8 conversion

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jason Andryuk commit a68075908a37850918ad96b056acc9ac4ce1bd90 upstream. The comparisons should be >= since 0x800 and 0x80 require an additional bit to store. For the 3 byte case, the existing

[PATCH 4.4 112/342] rtlwifi: rtl8723be: Fix module parameter initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 7079604ddb83f428359feace3aeaf8a9f435be4a upstream. This driver has a number of errors in the module initialization. These include the following: Parameter msi_support is

[PATCH 4.4 114/342] mei: validate request value in client notify request ioctl

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit 7326fffb712f09a315bc73cc1ee63843f59b8bd4 upstream. This patch address a possible security issue: The request field in client notify request ioctl comes from user

[PATCH 4.4 113/342] mei: fix fasync return value on error

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomas Winkler commit ed6dc538e5a36a331b6256d54f435c80f6715460 upstream. fasync should return a negative value on error and not poll mask POLLERR. Cc: Al Viro

[PATCH 4.4 117/342] [media] media: dvb-core: Dont force CAN_INVERSION_AUTO in oneshot mode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit c9d57de6103e343f2d4e04ea8d9e417e10a24da7 upstream. When in FE_TUNE_MODE_ONESHOT the frontend must report the actual capabilities so user can take

[PATCH 4.4 031/342] af_unix: Guard against other == sk in unix_dgram_sendmsg

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Rainer Weikusat [ Upstream commit a5527dda344fff0514b7989ef7a755729769daa1 ] The unix_dgram_sendmsg routine use the following test if

[PATCH 4.4 113/342] mei: fix fasync return value on error

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tomas Winkler commit ed6dc538e5a36a331b6256d54f435c80f6715460 upstream. fasync should return a negative value on error and not poll mask POLLERR. Cc: Al Viro Reported-by: Al Viro

[PATCH 4.4 117/342] [media] media: dvb-core: Dont force CAN_INVERSION_AUTO in oneshot mode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit c9d57de6103e343f2d4e04ea8d9e417e10a24da7 upstream. When in FE_TUNE_MODE_ONESHOT the frontend must report the actual capabilities so user can take appropriate action.

[PATCH 4.4 031/342] af_unix: Guard against other == sk in unix_dgram_sendmsg

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Rainer Weikusat [ Upstream commit a5527dda344fff0514b7989ef7a755729769daa1 ] The unix_dgram_sendmsg routine use the following test if (unlikely(unix_peer(other) != sk &&

[PATCH 4.4 069/342] bcache: Change refill_dirty() to always scan entire disk if necessary

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Kent Overstreet commit 627ccd20b4ad3ba836472468208e2ac4dfadbf03 upstream. Previously, it would only scan the entire disk if it was starting from the very start of

[PATCH 4.4 123/342] dm snapshot: fix hung bios when copy error occurs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 385277bfb57faac44e92497104ba542cdd82d5fe upstream. When there is an error copying a chunk dm-snapshot can incorrectly hold associated bios

[PATCH 4.4 118/342] [media] si2157: return -EINVAL if firmware blob is too big

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Laura Abbott commit d2cc2f0b35465951eaaf0387fd55e29835ed7ea6 upstream. A previous patch added a check if the firmware is too big, but it didn't set the return error

[PATCH 4.4 118/342] [media] si2157: return -EINVAL if firmware blob is too big

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Laura Abbott commit d2cc2f0b35465951eaaf0387fd55e29835ed7ea6 upstream. A previous patch added a check if the firmware is too big, but it didn't set the return error code with the right value.

[PATCH 4.4 069/342] bcache: Change refill_dirty() to always scan entire disk if necessary

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Kent Overstreet commit 627ccd20b4ad3ba836472468208e2ac4dfadbf03 upstream. Previously, it would only scan the entire disk if it was starting from the very start of the disk - i.e. if the

[PATCH 4.4 123/342] dm snapshot: fix hung bios when copy error occurs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 385277bfb57faac44e92497104ba542cdd82d5fe upstream. When there is an error copying a chunk dm-snapshot can incorrectly hold associated bios indefinitely, resulting in

[PATCH 4.4 051/342] KVM: s390: fix guest fprs memory leak

4.4-stable review patch. If anyone has any objections, please let me know. -- From: David Hildenbrand commit 9c7ebb613bffea2feef4ec562ba1dbcaa810942b upstream. fprs is never freed, therefore resulting in a memory leak if kvm_vcpu_init() fails or the

[PATCH 4.4 067/342] bcache: allows use of register in udev to avoid "device_busy" error.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Gabriel de Perthuis commit d7076f21629f8f329bca4a44dc408d94670f49e2 upstream. Allows to use register, not register_quiet in udev to avoid "device_busy" error. The initial

[PATCH 4.4 038/342] l2tp: Fix error creating L2TP tunnels

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mark Tomlinson [ Upstream commit 853effc55b0f975abd6d318cca486a9c1b67e10f ] A previous commit (33f72e6) added notification via netlink for tunnels when

[PATCH 4.4 065/342] bcache: fix a leak in bch_cached_dev_run()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 4d4d8573a8451acc9f01cbea24b7e55f04a252fe upstream. Signed-off-by: Al Viro Tested-by: Joshua Schmid

[PATCH 4.4 051/342] KVM: s390: fix guest fprs memory leak

4.4-stable review patch. If anyone has any objections, please let me know. -- From: David Hildenbrand commit 9c7ebb613bffea2feef4ec562ba1dbcaa810942b upstream. fprs is never freed, therefore resulting in a memory leak if kvm_vcpu_init() fails or the vcpu is destroyed. Fixes:

[PATCH 4.4 067/342] bcache: allows use of register in udev to avoid "device_busy" error.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Gabriel de Perthuis commit d7076f21629f8f329bca4a44dc408d94670f49e2 upstream. Allows to use register, not register_quiet in udev to avoid "device_busy" error. The initial patch proposed at

[PATCH 4.4 038/342] l2tp: Fix error creating L2TP tunnels

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mark Tomlinson [ Upstream commit 853effc55b0f975abd6d318cca486a9c1b67e10f ] A previous commit (33f72e6) added notification via netlink for tunnels when created/modified/deleted. If the

[PATCH 4.4 065/342] bcache: fix a leak in bch_cached_dev_run()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 4d4d8573a8451acc9f01cbea24b7e55f04a252fe upstream. Signed-off-by: Al Viro Tested-by: Joshua Schmid Tested-by: Eric Wheeler Cc: Kent Overstreet Signed-off-by: Jens Axboe

[PATCH 4.4 085/342] s390/kvm: remove dependency on struct save_area definition

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit d9a3a09af54d01ab8b0c320580f4f95328d4a7ac upstream. Replace the offsets based on the struct area_area with the offset constants from

[PATCH 4.4 125/342] coresight: checking for NULL string in coresight_name_match()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mathieu Poirier commit fadf3a44e974b030e7145218ad1ab25e3ef91738 upstream. Connection child names associated to ports can sometimes be NULL, which is the case when

[PATCH 4.4 066/342] bcache: unregister reboot notifier if bcache fails to unregister device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit 2ecf0cdb2b437402110ab57546e02abfa68a716b upstream. In bcache_init() function it forgot to unregister reboot notifier if bcache fails to unregister a

[PATCH 4.4 085/342] s390/kvm: remove dependency on struct save_area definition

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit d9a3a09af54d01ab8b0c320580f4f95328d4a7ac upstream. Replace the offsets based on the struct area_area with the offset constants from asm-offsets.c based on the struct

[PATCH 4.4 125/342] coresight: checking for NULL string in coresight_name_match()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mathieu Poirier commit fadf3a44e974b030e7145218ad1ab25e3ef91738 upstream. Connection child names associated to ports can sometimes be NULL, which is the case when booting a system on QEMU or

[PATCH 4.4 066/342] bcache: unregister reboot notifier if bcache fails to unregister device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Zheng Liu commit 2ecf0cdb2b437402110ab57546e02abfa68a716b upstream. In bcache_init() function it forgot to unregister reboot notifier if bcache fails to unregister a block device. This commit

[PATCH 4.4 072/342] usb: dwc3: Fix assignment of EP transfer resources

4.4-stable review patch. If anyone has any objections, please let me know. -- From: John Youn commit c450960187f45d4260db87c7dd4fc0bceb5565d8 upstream. The assignement of EP transfer resources was not handled properly in the dwc3 driver. Commit

[PATCH 4.4 072/342] usb: dwc3: Fix assignment of EP transfer resources

4.4-stable review patch. If anyone has any objections, please let me know. -- From: John Youn commit c450960187f45d4260db87c7dd4fc0bceb5565d8 upstream. The assignement of EP transfer resources was not handled properly in the dwc3 driver. Commit aebda6187181 ("usb: dwc3: Reset

Re: [PATCH v7 6/8] x86: tsc: Always Running Timer (ART) correlated clocksource

Andy, On Mon, 29 Feb 2016 06:33:47 -0800, Christopher S. Hall wrote: Do you have any comment on this? John needs your ACK. Thanks. Chris *** Commit message below: On modern Intel systems TSC is derived from the new Always Running Timer (ART). ART can be

Re: [PATCH v7 6/8] x86: tsc: Always Running Timer (ART) correlated clocksource

Andy, On Mon, 29 Feb 2016 06:33:47 -0800, Christopher S. Hall wrote: Do you have any comment on this? John needs your ACK. Thanks. Chris *** Commit message below: On modern Intel systems TSC is derived from the new Always Running Timer (ART). ART can be captured simultaneous to the

[PATCH 4.4 090/342] Btrfs: send, dont BUG_ON() when an empty symlink is found

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit a879719b8c90e15c9e7fa7266d5e3c0ca962f9df upstream. When a symlink is successfully created it always has an inline extent containing the source path.

[PATCH 4.4 090/342] Btrfs: send, dont BUG_ON() when an empty symlink is found

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit a879719b8c90e15c9e7fa7266d5e3c0ca962f9df upstream. When a symlink is successfully created it always has an inline extent containing the source path. However if an error

[PATCH 4.4 036/342] net/mlx4_en: Choose time-stamping shift value according to HW frequency

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eugenia Emantayev [ Upstream commit 31c128b66e5b28f468076e4f3ca3025c35342041 ] Previously, the shift value used for time-stamping was constant and didn't depend on the HW

[PATCH 4.4 075/342] USB: option: add "4G LTE usb-modem U901"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream. Thomas reports: T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc

[PATCH 4.4 036/342] net/mlx4_en: Choose time-stamping shift value according to HW frequency

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Eugenia Emantayev [ Upstream commit 31c128b66e5b28f468076e4f3ca3025c35342041 ] Previously, the shift value used for time-stamping was constant and didn't depend on the HW chip frequency.

[PATCH 4.4 075/342] USB: option: add "4G LTE usb-modem U901"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream. Thomas reports: T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00

[PATCH 4.4 079/342] drm/i915: shut up gen8+ SDE irq dmesg noise

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Vetter commit 97e5eddcc5300a0f59a55248cd243937a8ab upstream. We get tons of cases where the master interrupt handler apparently set a bit, with the SDEIIR

[PATCH 4.4 079/342] drm/i915: shut up gen8+ SDE irq dmesg noise

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Vetter commit 97e5eddcc5300a0f59a55248cd243937a8ab upstream. We get tons of cases where the master interrupt handler apparently set a bit, with the SDEIIR disagreeing. No idea

[PATCH 4.4 111/342] rtlwifi: rtl8188ee: Fix module parameter initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 06f34572c6110e2e2d5e653a957f1d74db9e3f2b upstream. In this driver, parameters disable_watchdog and sw_crypto are never copied into the locations

[PATCH 4.4 111/342] rtlwifi: rtl8188ee: Fix module parameter initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 06f34572c6110e2e2d5e653a957f1d74db9e3f2b upstream. In this driver, parameters disable_watchdog and sw_crypto are never copied into the locations used in the main code.

Re: [PATCH] snic: correctly check for array overrun on overly long version number

> "Colin" == Colin King writes: Colin> The snic version number is expected to be 4 decimals in the form Colin> like a netmask string with each number stored in an element in Colin> array v. However, there is an off-by-one check on the number of Colin> elements in v

[PATCH 4.4 091/342] Btrfs: fix number of transaction units required to create symlink

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit 9269d12b2d57d9e3d13036bb750762d1110d425c upstream. We weren't accounting for the insertion of an inline extent item for the symlink inode nor that we

[PATCH 4.4 136/342] mmc: mmc: Fix incorrect use of driver strength switching HS200 and HS400

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Wenkai Du commit adb24d42a516bca8b9741ed21206509daaab5b13 upstream. Commit cc4f414c885c ("mmc: mmc: Add driver strength selection") added driver strength selection for

Re: [PATCH] snic: correctly check for array overrun on overly long version number

> "Colin" == Colin King writes: Colin> The snic version number is expected to be 4 decimals in the form Colin> like a netmask string with each number stored in an element in Colin> array v. However, there is an off-by-one check on the number of Colin> elements in v allowing one to pass a 5

[PATCH 4.4 091/342] Btrfs: fix number of transaction units required to create symlink

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana commit 9269d12b2d57d9e3d13036bb750762d1110d425c upstream. We weren't accounting for the insertion of an inline extent item for the symlink inode nor that we need to update the

[PATCH 4.4 136/342] mmc: mmc: Fix incorrect use of driver strength switching HS200 and HS400

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Wenkai Du commit adb24d42a516bca8b9741ed21206509daaab5b13 upstream. Commit cc4f414c885c ("mmc: mmc: Add driver strength selection") added driver strength selection for eMMC HS200 and HS400

[PATCH 4.4 127/342] irqchip/mxs: Add missing set_handle_irq()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oleksij Rempel commit c5b635203032462603c503ecce91a7021c1ad44a upstream. The rework of the driver missed to move the call to set_handle_irq() into asm9260_of_init(). As

[PATCH 4.4 093/342] Btrfs: Initialize btrfs_root->highest_objectid when loading tree root and subvolume roots

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chandan Rajendra commit f32e48e925964c4f8ab917850788a87e1cef3bad upstream. The following call trace is seen when btrfs/031 test is executed in a loop, [

[PATCH 4.4 127/342] irqchip/mxs: Add missing set_handle_irq()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Oleksij Rempel commit c5b635203032462603c503ecce91a7021c1ad44a upstream. The rework of the driver missed to move the call to set_handle_irq() into asm9260_of_init(). As a consequence no

[PATCH 4.4 093/342] Btrfs: Initialize btrfs_root->highest_objectid when loading tree root and subvolume roots

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Chandan Rajendra commit f32e48e925964c4f8ab917850788a87e1cef3bad upstream. The following call trace is seen when btrfs/031 test is executed in a loop, [ 158.661848] [ cut here

[PATCH 4.4 035/342] net/mlx4_en: Count HW buffer overrun only once

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Amir Vadai [ Upstream commit 281e8b2fdf8e4ef366b899453cae50e09b577ada ] RdropOvflw counts overrun of HW buffer, therefore should be used for rx_fifo_errors only. Currently

Re: [PATCH] qlogicpti: Return correct error code

> "Amitoj" == Amitoj Kaur Chawla writes: Amitoj> The return value of of_ioremap on failure should be -ENODEV and Amitoj> not -1. Applied to 4.6/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

[PATCH 4.4 094/342] btrfs: initialize the seq counter in struct btrfs_device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 546bed631203344611f42b2af1d224d2eedb4e6b upstream. I managed to trigger this: | INFO: trying to register non-static key. | the code is

[PATCH 4.4 035/342] net/mlx4_en: Count HW buffer overrun only once

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Amir Vadai [ Upstream commit 281e8b2fdf8e4ef366b899453cae50e09b577ada ] RdropOvflw counts overrun of HW buffer, therefore should be used for rx_fifo_errors only. Currently RdropOvflw counter

Re: [PATCH] qlogicpti: Return correct error code

> "Amitoj" == Amitoj Kaur Chawla writes: Amitoj> The return value of of_ioremap on failure should be -ENODEV and Amitoj> not -1. Applied to 4.6/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

[PATCH 4.4 094/342] btrfs: initialize the seq counter in struct btrfs_device

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior commit 546bed631203344611f42b2af1d224d2eedb4e6b upstream. I managed to trigger this: | INFO: trying to register non-static key. | the code is fine but needs lockdep

[PATCH 4.4 095/342] s390: fix normalization bug in exception table sorting

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit bcb7825a77f41c7dd91da6f7ac10b928156a322e upstream. The normalization pass in the sorting routine of the relative exception table serves two

[PATCH 4.4 138/342] mmc: core: Enable tuning according to the actual timing

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Carlo Caione commit e10c321977091f163eceedec0650e0ef4b3cf4bb upstream. While in sdhci_execute_tuning() the choice whether or not to enable the tuning is done on the actual

[PATCH 4.4 095/342] s390: fix normalization bug in exception table sorting

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit bcb7825a77f41c7dd91da6f7ac10b928156a322e upstream. The normalization pass in the sorting routine of the relative exception table serves two purposes: - it ensures that

[PATCH 4.4 138/342] mmc: core: Enable tuning according to the actual timing

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Carlo Caione commit e10c321977091f163eceedec0650e0ef4b3cf4bb upstream. While in sdhci_execute_tuning() the choice whether or not to enable the tuning is done on the actual timing, in the

[PATCH 4.4 097/342] s390/dasd: fix refcount for PAV reassignment

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 9d862ababb609439c5d6987f6d3ddd09e703aa0b upstream. Add refcount to the DASD device when a summary unit check worker is scheduled. This

[PATCH 4.4 097/342] s390/dasd: fix refcount for PAV reassignment

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 9d862ababb609439c5d6987f6d3ddd09e703aa0b upstream. Add refcount to the DASD device when a summary unit check worker is scheduled. This prevents that the device is set

[PATCH 4.4 101/342] uml: flush stdout before forking

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 0754fb298f2f2719f0393491d010d46cfb25d043 upstream. I was seeing some really weird behaviour where piping UML's output somewhere would cause

[PATCH 4.4 142/342] mmc: sdhci-pci: Fix card detect race for Intel BXT/APL

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit 163cbe31e5163459908a41a2b4e0d33a28fd557a upstream. Intel BXT/APL use a card detect GPIO however the host controller will not enable bus power

[PATCH 4.4 100/342] s390/fpu: signals vs. floating point control register

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit 1b17cb796f5d40ffa239c6926385abd83a77a49b upstream. git commit 904818e2f229f3d94ec95f6932a6358c81e73d78 "s390/kernel: introduce fpu-internal.h

[PATCH 4.4 101/342] uml: flush stdout before forking

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vegard Nossum commit 0754fb298f2f2719f0393491d010d46cfb25d043 upstream. I was seeing some really weird behaviour where piping UML's output somewhere would cause output to get duplicated: $

[PATCH 4.4 142/342] mmc: sdhci-pci: Fix card detect race for Intel BXT/APL

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Hunter commit 163cbe31e5163459908a41a2b4e0d33a28fd557a upstream. Intel BXT/APL use a card detect GPIO however the host controller will not enable bus power unless it's card detect also

[PATCH 4.4 100/342] s390/fpu: signals vs. floating point control register

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit 1b17cb796f5d40ffa239c6926385abd83a77a49b upstream. git commit 904818e2f229f3d94ec95f6932a6358c81e73d78 "s390/kernel: introduce fpu-internal.h with fpu helper

[PATCH 4.4 098/342] s390/dasd: fix performance drop

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 12d319b920fa673a4d5e7c1785c5dc82dcd15257 upstream. Commit ca369d51b ("sd: Fix device-imposed transfer length limits") introduced a new queue

[PATCH 4.4 084/342] clocksource/drivers/vt8500: Increase the minimum delta

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roman Volkov commit f9eccf24615672896dc13251410c3f2f33a14f95 upstream. The vt8500 clocksource driver declares itself as capable to handle the minimum delay of 4 cycles by

[PATCH 4.4 098/342] s390/dasd: fix performance drop

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland commit 12d319b920fa673a4d5e7c1785c5dc82dcd15257 upstream. Commit ca369d51b ("sd: Fix device-imposed transfer length limits") introduced a new queue limit max_dev_sectors which

[PATCH 4.4 084/342] clocksource/drivers/vt8500: Increase the minimum delta

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roman Volkov commit f9eccf24615672896dc13251410c3f2f33a14f95 upstream. The vt8500 clocksource driver declares itself as capable to handle the minimum delay of 4 cycles by passing the value

[PATCH 4.4 105/342] rtlwifi: rtl_pci: Fix kernel panic

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit f99551a2d39dc26ea03dc6761be11ac913eb2d57 upstream. In commit 38506ecefab9 (rtlwifi: rtl_pci: Start modification for new drivers), a bug was

[PATCH 4.4 099/342] s390/compat: correct restore of high gprs on signal return

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit 342300cc9cd3428bc6bfe5809bfcc1b9a0f06702 upstream. git commit 8070361799ae1e3f4ef347bd10f0a508ac10acfb "s390: add support for vector

[PATCH 4.4 151/342] Bluetooth: 6lowpan: Fix handling of uncompressed IPv6 packets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Lukasz Duda commit 87f5fedb3be566f847dd0c567fcea49a36a6 upstream. This patch fixes incorrect handling of the 6lowpan packets that contain uncompressed IPv6

[PATCH 4.4 099/342] s390/compat: correct restore of high gprs on signal return

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit 342300cc9cd3428bc6bfe5809bfcc1b9a0f06702 upstream. git commit 8070361799ae1e3f4ef347bd10f0a508ac10acfb "s390: add support for vector extension" broke 31-bit compat

[PATCH 4.4 151/342] Bluetooth: 6lowpan: Fix handling of uncompressed IPv6 packets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Lukasz Duda commit 87f5fedb3be566f847dd0c567fcea49a36a6 upstream. This patch fixes incorrect handling of the 6lowpan packets that contain uncompressed IPv6 header. RFC4944 specifies a

[PATCH 4.4 105/342] rtlwifi: rtl_pci: Fix kernel panic

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit f99551a2d39dc26ea03dc6761be11ac913eb2d57 upstream. In commit 38506ecefab9 (rtlwifi: rtl_pci: Start modification for new drivers), a bug was introduced that causes a NULL

[PATCH 4.4 148/342] Bluetooth: Add support of Toshiba Broadcom based devices

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit 1623d0bf847d3b38d8cf24367b3689ba0e3fe2aa upstream. BugLink: https://bugs.launchpad.net/bugs/1522949 T: Bus=03 Lev=02 Prnt=02 Port=05 Cnt=02

[PATCH 4.4 148/342] Bluetooth: Add support of Toshiba Broadcom based devices

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin commit 1623d0bf847d3b38d8cf24367b3689ba0e3fe2aa upstream. BugLink: https://bugs.launchpad.net/bugs/1522949 T: Bus=03 Lev=02 Prnt=02 Port=05 Cnt=02 Dev#= 4 Spd=12 MxCh= 0

[PATCH 4.4 110/342] rtlwifi: rtl8192se: Fix module parameter initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 7503efbd82c15c4070ad1344e5169d3634b4 upstream. Two of the module parameter descriptions show incorrect default values. In addition the value

[PATCH 4.4 110/342] rtlwifi: rtl8192se: Fix module parameter initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 7503efbd82c15c4070ad1344e5169d3634b4 upstream. Two of the module parameter descriptions show incorrect default values. In addition the value for software encryption is

[PATCH 4.4 155/342] MIPS: Loongson-3: Fix SMP_ASK_C0COUNT IPI handler

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Huacai Chen commit 5754843225f78ac7cbe142a6899890a9733a5a5d upstream. When Core-0 handle SMP_ASK_C0COUNT IPI, we should make other cores to see the result as soon as

[PATCH 4.4 129/342] irqchip/gic-v3-its: Fix double ICC_EOIR write for LPI in EOImode==1

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ashok Kumar commit 004fa08d7aba2a13974446bf212a48c0b3b0d9fd upstream. When the GIC is using EOImode==1, the EOI is done immediately, leaving the deactivation to be

[PATCH 4.4 159/342] EDAC: Robustify workqueues destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit fcd5c4dd8201595d4c598c9cca5e54760277d687 upstream. EDAC workqueue destruction is really fragile. We cancel delayed work but if it is still running and

[PATCH 4.4 129/342] irqchip/gic-v3-its: Fix double ICC_EOIR write for LPI in EOImode==1

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ashok Kumar commit 004fa08d7aba2a13974446bf212a48c0b3b0d9fd upstream. When the GIC is using EOImode==1, the EOI is done immediately, leaving the deactivation to be performed when the EOI was

[PATCH 4.4 159/342] EDAC: Robustify workqueues destruction

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit fcd5c4dd8201595d4c598c9cca5e54760277d687 upstream. EDAC workqueue destruction is really fragile. We cancel delayed work but if it is still running and requeues itself,

[PATCH 4.4 155/342] MIPS: Loongson-3: Fix SMP_ASK_C0COUNT IPI handler

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Huacai Chen commit 5754843225f78ac7cbe142a6899890a9733a5a5d upstream. When Core-0 handle SMP_ASK_C0COUNT IPI, we should make other cores to see the result as soon as possible (especially when

[PATCH 4.4 156/342] MIPS: hpet: Choose a safe value for the ETIME check

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Huacai Chen commit 5610b1254e3689b6ef8ebe2db260709a74da06c8 upstream. This patch is borrowed from x86 hpet driver and explaind below: Due to the overly intelligent design

[PATCH 4.4 156/342] MIPS: hpet: Choose a safe value for the ETIME check

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Huacai Chen commit 5610b1254e3689b6ef8ebe2db260709a74da06c8 upstream. This patch is borrowed from x86 hpet driver and explaind below: Due to the overly intelligent design of HPETs, we need to

[PATCH 4.4 153/342] cputime: Prevent 32bit overflow in time[val|spec]_to_cputime()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: zengtao commit 0f26922fe5dc5724b1adbbd54b21bad03590b4f3 upstream. The datatype __kernel_time_t is u32 on 32bit platform, so its subject to overflows in the

[PATCH 4.4 161/342] sparc64: fix incorrect sign extension in sys_sparc64_personality

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry V. Levin commit 525fd5a94e1be0776fa652df5c687697db508c91 upstream. The value returned by sys_personality has type "long int". It is saved to a variable of type "int",

[PATCH 4.4 153/342] cputime: Prevent 32bit overflow in time[val|spec]_to_cputime()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: zengtao commit 0f26922fe5dc5724b1adbbd54b21bad03590b4f3 upstream. The datatype __kernel_time_t is u32 on 32bit platform, so its subject to overflows in the timeval/timespec to cputime

[PATCH 4.4 161/342] sparc64: fix incorrect sign extension in sys_sparc64_personality

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry V. Levin commit 525fd5a94e1be0776fa652df5c687697db508c91 upstream. The value returned by sys_personality has type "long int". It is saved to a variable of type "int", which is not a

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