[PATCH 3.14 58/73] KVM: MIPS: Dont leak FPU/DSP to guest

3.14-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit f798217dfd038af981a18bbe4bc57027a08bb182 upstream. The FPU and DSP are enabled via the CP0 Status CU1 and MX bits by kvm_mips_set_c0_status() on a guest exit, presumably in

[PATCH 3.14 52/73] ARM: pxa: add regulator_has_full_constraints to corgi board file

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Eremin-Solenikov commit 271e80176aae4e5b481f4bb92df9768c6075bbca upstream. Add regulator_has_full_constraints() call to corgi board file to let regulator core know that we do not have

[PATCH 3.14 54/73] kdb: fix incorrect counts in KDB summary command output

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jay Lan commit 146755923262037fc4c54abc28c04b1103f3cc51 upstream. The output of KDB 'summary' command should report MemTotal, MemFree and Buffers output in kB. Current codes report in unit of

[PATCH 3.14 61/73] arm64: compat Fix siginfo_t -> compat_siginfo_t conversion on big endian

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Catalin Marinas commit 9d42d48a342aee208c1154696196497fdc556bbf upstream. The native (64-bit) sigval_t union contains sival_int (32-bit) and sival_ptr (64-bit). When a compat application

[PATCH 3.14 60/73] hx4700: regulator: declare full constraints

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Martin Vajnar commit a52d209336f8fc7483a8c7f4a8a7d2a8e1692a6c upstream. Since the removal of CONFIG_REGULATOR_DUMMY option, the touchscreen stopped working. This patch enables the

[PATCH 3.14 57/73] KVM: s390: floating irqs: fix user triggerable endless loop

3.14-stable review patch. If anyone has any objections, please let me know. -- From: David Hildenbrand commit 8e2207cdd087ebb031e9118d1fd0902c6533a5e5 upstream. If a vm with no VCPUs is created, the injection of a floating irq leads to an endless loop in the kernel. Let's

[PATCH 3.14 56/73] ARC: fix page address calculation if PAGE_OFFSET != LINUX_LINK_BASE

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Brodkin commit 06f34e1c28f3608b0ce5b310e41102d3fe7b65a1 upstream. We used to calculate page address differently in 2 cases: 1. In virt_to_page(x) we do --->8--- mem_map + (x -

[PATCH 3.18 010/151] xfs: set buf types when converting extent formats

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit fe22d552b82d7cc7de1851233ae8bef579198637 upstream. Conversion from local to extent format does not set the buffer type correctly on the new extent buffer when a symlink

[PATCH 3.18 011/151] xfs: set superblock buffer type correctly

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit 3443a3bca54588f43286b725d8648d33a38c86f1 upstream. When the superblock is modified in a transaction, the commonly modified fields are not actually copied to the superblock

[PATCH v2] perf probe: Find compilation directory path for lazy matching

If we use lazy matching, it failed to open a souce file if perf command is invoked outside of compilation directory: $ perf probe -a '__schedule;clear_*' Failed to open kernel/sched/core.c: No such file or directory Error: Failed to add events. (-2) OTOH, other commands like "probe -L" can

Re: [PATCH v10 04/11] sched: Make sched entity usage tracking scale-invariant

On 3 March 2015 at 13:51, Dietmar Eggemann wrote: > On 27/02/15 15:54, Vincent Guittot wrote: >> From: Morten Rasmussen >> >> Apply frequency scale-invariance correction factor to usage tracking. >> Each segment of the running_load_avg geometric series is now scaled by the > > The same comment I

[PATCH 3.18 001/151] Bluetooth: ath3k: workaround the compatibility issue with xHCI controller

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Adam Lee commit c561a5753dd631920c4459a067d22679b3d110d6 upstream. BugLink: https://bugs.launchpad.net/bugs/1400215 ath3k devices fail to load firmwares on xHCI buses, but work well on EHCI,

[PATCH v4] x86: mce: kexec: switch MCE handler for kexec/kdump

On Tue, Mar 03, 2015 at 06:09:27PM +, Luck, Tony wrote: > +static void machine_check_under_kdump(struct pt_regs *regs, long error_code) > +{ > + if (mca_cfg.kdump_cpu == smp_processor_id()) > + pr_emerg("MCE triggered when kdumping. If you are lucky enough, > you will have a

Re: [PATCH v10 07/11] sched: get CPU's usage statistic

On 3 March 2015 at 13:47, Dietmar Eggemann wrote: > On 27/02/15 15:54, Vincent Guittot wrote: >> Monitor the usage level of each group of each sched_domain level. The usage >> is >> the portion of cpu_capacity_orig that is currently used on a CPU or group of >> CPUs. We use the

[PATCH 3.18 012/151] fsnotify: fix handling of renames in audit

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 6ee8e25fc3e916193bce4ebb43d5439e1e2144ab upstream. Commit e9fd702a58c4 ("audit: convert audit watches to use fsnotify instead of inotify") broke handling of renames in audit.

[PATCH 3.18 016/151] iwlwifi: mvm: always use mac color zero

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Luciano Coelho commit 5523d11cc46393a1e61b7ef4a0b2d4e7ed9521e4 upstream. We don't really need to use different mac colors when adding mac contexts, because they're not used anywhere. In

[PATCH 3.18 013/151] iwlwifi: pcie: disable the SCD_BASE_ADDR when we resume from WoWLAN

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Emmanuel Grumbach commit cd8f438405032ac8ff88bd8f2eca5e0c0063b14b upstream. The base address of the scheduler in the device's memory (SRAM) comes from two different sources. The periphery

[PATCH 3.18 017/151] HID: i2c-hid: Limit reads to wMaxInputLength bytes for input events

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Seth Forshee commit 6d00f37e49d95e640a3937a4a1ae07dbe92a10cb upstream. d1c7e29e8d27 (HID: i2c-hid: prevent buffer overflow in early IRQ) changed hid_get_input() to read ihid->bufsize bytes,

Re: [PATCH v3 1/2] x86: mce: kexec: switch MCE handler for kexec/kdump

On Tue, Mar 03, 2015 at 07:53:24PM +0100, Borislav Petkov wrote: > On Tue, Mar 03, 2015 at 09:01:49AM +, Naoya Horiguchi wrote: ... > > This CONFIG_KEXEC-ifdeffery is too ugly to live. Please put everything > in arch/x86/kernel/crash.c. AFAICT, you don't need to touch anything in >

[PATCH 3.18 014/151] iwlwifi: mvm: validate tid and sta_id in ba_notif

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Eyal Shapira commit 2cee4762c528a9bd2cdff793197bf591a2196c11 upstream. These are coming from the FW and are used to access arrays. Bad values can cause an out of bounds access so discard such

[PATCH 3.18 018/151] PCI: Generate uppercase hex for modalias var in uevent

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Ricardo Ribalda Delgado commit 145b3fe579db66fbe999a2bc3fd5b63dffe9636d upstream. Some implementations of modprobe fail to load the driver for a PCI device automatically because the

[PATCH 3.18 021/151] ASoC: mioa701_wm9713: Fix speaker event

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Lars-Peter Clausen commit 7331ea474e9e7a348541c207bdb6aa518c6403f4 upstream. Commit f6b2a04590bb ("ASoC: pxa: mioa701_wm9713: Convert to table based DAPM setup") converted the driver to

[PATCH 3.18 020/151] ASoC: rt5670: Set use_single_rw flag for regmap

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Bard Liao commit 92b133f251b5f914f3ed28bc83e5b7a40d4e22ed upstream. RT5670 doesn't support auto incrementing writes so driver should set the use_single_rw flag for regmap. Signed-off-by:

[PATCH 3.18 015/151] iwlwifi: mvm: fix failure path when power_update fails in add_interface

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Luciano Coelho commit fd66fc1cafd72ddf27dbec3a5e29e99839d1bc84 upstream. When iwl_mvm_power_update_mac() is called, we have already added the mac context, so if this call fails we should

[PATCH 3.18 023/151] rtlwifi: rtl8192ee: Fix adhoc fail

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Troy Tan commit b661a5da57766f4f565d64238b753d6efc0f5499 upstream. When the buffer descriptor index exceeds 2, then a TX HANG condition will result. Signed-off-by: Troy Tan Signed-off-by:

[PATCH 3.18 024/151] rtlwifi: rtl8192ee: Fix TX hang due to failure to update TX write point

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Troy Tan commit 6e5f4436162848289f071be38ee6b87dc8ea653d upstream. Initially, the routine to update the write point in the FIFO buffer was coded to save CPU time by not doing the calculation

[PATCH v10 07/11] sched: get CPU's usage statistic

Monitor the usage level of each group of each sched_domain level. The usage is the portion of cpu_capacity_orig that is currently used on a CPU or group of CPUs. We use the utilization_load_avg to evaluate the usage level of each group. The utilization_load_avg only takes into account the running

[PATCH 3.18 028/151] rtlwifi: Remove logging statement that is no longer needed

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit aeb2d2a4c0ae1739a6e1782bd8c1c96aee8db4e1 upstream. In commit e9538cf4f907 ("rtlwifi: Fix error when accessing unmapped memory in skb"), a printk was included to indicate

Re: [PATCH 2/8] zram: use idr instead of `zram_devices' array

On (03/04/15 16:06), Minchan Kim wrote: > So are you claiming using of idr is smaller memory footprint than zram > included > list_head? > I hope why you want to use idr for dynamic device management. > and idr handles auto device_id generation for us, all we need to do in zram code is to pass

[PATCH 3.18 029/151] cpufreq: Set cpufreq_cpu_data to NULL before putting kobject

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Viresh Kumar commit 6ffae8c06fab058d6c3f8ecb7f921327721034e7 upstream. In __cpufreq_remove_dev_finish(), per-cpu 'cpufreq_cpu_data' needs to be cleared before calling kobject_put(>kobj) and

[PATCH 3.18 025/151] rtlwifi: rtl8192ee: Fix parsing of received packet

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Troy Tan commit 92ff754240b892cbc16dee5aa080322f3db88b68 upstream. The firmware supplies two kinds of packets via the RX mechanism. Besides the normal data received over the air, these

[PATCH 3.18 026/151] rtlwifi: rtl8192ee: Fix DMA stalls

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Troy Tan commit 21b39ddb5bb2294fe64fbd29045591fe0707825f upstream. There are instances where the DMA engine stalls. The new code detects such stalls and restarts DMA without needing a power

[PATCH 3.18 027/151] rtlwifi: rtl8192ee: Fix problems with calculating free space in FIFO

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 6d4beca3775222884e1ee9d48ef586c438c3dfa1 upstream. This driver utilizes a FIFO buffer for RX descriptors. There are four places in the code where it calculates the number

[PATCH 3.18 004/151] Bluetooth: btusb: Add Broadcom patchram support for ASUSTek devices

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Rick Dunn commit 9a5abdaaf9d2e80e157c7a756f9d9fd933dee48e upstream. T: Bus=03 Lev=01 Prnt=01 Port=06 Cnt=02 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64

[PATCH v10 04/11] sched: Make sched entity usage tracking scale-invariant

From: Morten Rasmussen Apply frequency scale-invariance correction factor to usage tracking. Each segment of the running_avg_sum geometric series is now scaled by the current frequency so the utilization_avg_contrib of each entity will be invariant with frequency scaling. As a result,

[PATCH 3.18 008/151] xfs: ensure buffer types are set correctly

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit 0d612fb570b71ea2e49554a770cff4c489018b2c upstream. Jan Kara reported that log recovery was finding buffers with invalid types in them. This should not happen, and

[PATCH 3.18 003/151] Bluetooth: Fix valid Identity Address check

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hedberg commit e12af489b91d47a806f4e96e4edc20df612482e7 upstream. According to the Bluetooth core specification valid identity addresses are either Public Device Addresses or Static

[PATCH 3.18 005/151] Bluetooth: btusb: Add support for Dynex/Insignia USB dongles

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Marcel Holtmann commit d049f4e513e861167361b06c7ca85f9e872c8cde upstream. The Dynex/Insignia USB dongles are Broadcom BCM20702B0 based and require firmware update before operation. T:

[PATCH 3.18 007/151] random: Fix fast_mix() function

3.18-stable review patch. If anyone has any objections, please let me know. -- From: George Spelvin commit 19acc77a36970958a4a0e4daeb2c8cb2aab0ffd4 upstream. There was a bad typo in commit 43759d4f429c ("random: use an improved fast_mix() function") and I didn't notice

[PATCH 3.18 041/151] ALSA: hda - Set up GPIO for Toshiba Satellite S50D

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 4227de2a7e5f0ff6a58e919a9c4f2bb06e882f48 upstream. Toshiba Satellite S50D laptop with an IDT codec uses the GPIO4 (0x10) as the master EAPD. Bugzilla:

[PATCH 3.18 042/151] ALSA: hda - enable mute led quirk for one more hp machine.

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hui Wang commit 7976eb49cbd138d8014fa02682d8f969ad1e9ff2 upstream. Otherwise, the mute led can't work at all. Tested-by: Taihsiang Ho BugLink: https://bugs.launchpad.net/bugs/1410704

[PATCH 3.18 009/151] xfs: inode unlink does not set AGI buffer type

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit f19b872b086711bb4b22c3a0f52f16aa920bcc61 upstream. This leads to log recovery throwing errors like: XFS (md0): Mounting V5 Filesystem XFS (md0): Starting recovery

[PATCH 3.18 043/151] ALSA: hdspm - Constrain periods to 2 on older cards

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Adrian Knoth commit f0153c3d948c1764f6c920a0675d86fc1d75813e upstream. RME RayDAT and AIO use a fixed buffer size of 16384 samples. With period sizes of 32-4096, this translates to 4-512

[PATCH 3.18 044/151] power_supply: 88pm860x: Fix leaked power supply on probe fail

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Krzysztof Kozlowski commit 24727b45b484e8937dcde53fa8d1aa70ac30ec0c upstream. Driver forgot to unregister power supply if request_threaded_irq() failed in probe(). In such case the memory

[PATCH 3.18 045/151] power: bq24190: Fix ignored supplicants

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Krzysztof Kozlowski commit 478913fdbdfd4a781d91c993eb86838620fe7421 upstream. The driver mismatched 'num_supplicants' with 'num_supplies' of power_supply structure. It provided list of

[PATCH 3.18 031/151] cpufreq: s3c: remove incorrect __init annotations

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 61882b63171736571e1139ab5aa929e3bb336016 upstream. The two functions s3c2416_cpufreq_driver_init and s3c_cpufreq_register are marked init but are called from a context

[PATCH 3.18 046/151] power: gpio-charger: balance enable/disable_irq_wake calls

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Eremin-Solenikov commit faeed51bb65ce0241052d8dc24ac331ade12e976 upstream. enable_irq_wakeup returns 0 in case it correctly enabled the IRQ to generate the wakeup event (and thus

[PATCH 3.18 000/151] 3.18.9-stable review

This is the start of the stable review cycle for the 3.18.9 release. There are 151 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 Fri Mar 6 05:53:55 UTC 2015. Anything

[PATCH 3.18 047/151] megaraid_sas: endianness related bug fixes and code optimization

3.18-stable review patch. If anyone has any objections, please let me know. -- From: "sumit.sax...@avagotech.com" commit 200aed582d6170a2687cd69095469b663f69f16f upstream. This patch addresses below issues: 1) Few endianness bug fixes. 2) Break the iteration after

[PATCH 3.18 049/151] megaraid_sas: disable interrupt_mask before enabling hardware interrupts

3.18-stable review patch. If anyone has any objections, please let me know. -- From: "sumit.sax...@avagotech.com" commit c2ced1719a1b903350955a511e1666e6d05a7f5b upstream. Update driver "mask_interrupts" before enable/disable hardware interrupt in order to avoid missing

[PATCH 3.18 040/151] ALSA: off by one bug in snd_riptide_joystick_probe()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit e4940626defdf6c92da1052ad3f12741c1a28c90 upstream. The problem here is that we check: if (dev >= SNDRV_CARDS) Then we increment "dev". if

[PATCH 3.18 032/151] cpufreq: s3c: remove last use of resume_clocks callback

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 67fadaa2768716209ee19a8b8bf05bc3ac399445 upstream. Commit 32726d2d550 ("ARM: SAMSUNG: Remove legacy clock code") already removed the callback pointer, but there was one

[PATCH 3.18 060/151] mmc: sdhci-pxav3: fix setting of pdata->clk_delay_cycles

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jisheng Zhang commit 14460dbaf7a5a0488963fdb8232ad5c8a8cca7b7 upstream. Current code checks "clk_delay_cycles > 0" to know whether the optional "mrvl,clk_delay_cycles" is set or not. But

[PATCH 3.18 033/151] xen/manage: Fix USB interaction issues when resuming

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Ross Lagerwall commit 72978b2fe2f2cdf9f319c6c6dcdbe92b38de2be2 upstream. Commit 61a734d305e1 ("xen/manage: Always freeze/thaw processes when suspend/resuming") ensured that userspace

[PATCH 3.18 051/151] [media] timberdale: do not select TIMB_DMA

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 244829226f47ffb4d6009a2ccd2771cd149d8114 upstream. The timberdale media driver requires the use of the respective dma engine driver, but that may not be enabled, causing

[PATCH 3.18 063/151] proc/pagemap: walk page tables under pte lock

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit 05fbf357d94152171bc50f8a369390f1f16efd89 upstream. Lockless access to pte in pagemap_pte_range() might race with page migration and trigger BUG_ON(!PageLocked())

[PATCH 3.18 059/151] mmc: sdhci-pxav3: fix unbalanced clock issues during probe

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jisheng Zhang commit 62cf983ad84275f8580c807e5e596216c46773cf upstream. Commit 0dcaa2499b7d ("sdhci-pxav3: Fix runtime PM initialization") tries to fix one hang issue caused by calling

[PATCH 3.18 064/151] nfs: dont call blocking operations while !TASK_RUNNING

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Layton commit 6ffa30d3f734d4f6b478081dfc09592021028f90 upstream. Bruce reported seeing this warning pop when mounting using v4.1: [ cut here ] WARNING:

[PATCH 3.18 062/151] mmc: sdhci-pxav3: Fix Armada 38x controllers caps according to erratum ERR-7878951

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Marcin Wojtas commit a39128bcd6f1e56c6514abf489b40b67d226093b upstream. According to erratum 'ERR-7878951' Armada 38x SDHCI controller has different capabilities than the ones shown in its

[PATCH 3.18 061/151] mmc: sdhci-pxav3: Fix SDR50 and DDR50 capabilities for the Armada 38x flavor

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Gregory CLEMENT commit d4b803c559843e3774736e5108cf6331cf75f64c upstream. According to erratum 'FE-2946959' both SDR50 and DDR50 modes require specific clock adjustments in SDIO3

[PATCH 3.18 068/151] MIPS: Alchemy: Fix cpu clock calculation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Manuel Lauss commit 69e4e63ec816a7e22cc3aa14bc7ef4ac734d370c upstream. The current code uses bits 0-6 of the sys_cpupll register to calculate core clock speed. However this is only valid on

[PATCH 3.18 065/151] NFS: struct nfs_commit_info.lock must always point to inode->i_lock

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit f4086a3d789dbe18949862276d83b8f49fce6d2f upstream. Commit 411a99adffb4f (nfs: clear_request_commit while holding i_lock) assumes that the nfs_commit_info always points

[PATCH 3.18 069/151] MIPS: kernel: cps-vec: Replace "addi" with "addiu"

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Markos Chandras commit acac4108df6029c03195513ead7073bbb0cb9718 upstream. The "addi" instruction will trap on overflows which is not something we need in this code, so we replace that with

[PATCH 3.18 034/151] xen-scsiback: mark pvscsi frontend request consumed only after last read

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit facb5732b0bb59ebbc11b5d5abc249e677ddbeb6 upstream. A request in the ring buffer mustn't be read after it has been marked as consumed. Otherwise it might already have been

[PATCH 3.18 067/151] KVM: MIPS: Dont leak FPU/DSP to guest

3.18-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit f798217dfd038af981a18bbe4bc57027a08bb182 upstream. The FPU and DSP are enabled via the CP0 Status CU1 and MX bits by kvm_mips_set_c0_status() on a guest exit, presumably in

[PATCH 3.18 035/151] ACPI / LPSS: Always disable I2C host controllers

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 3293c7b8ec213a640f5ea2e5efeaa2b7559b1e19 upstream. On Baytrail and Braswell the BIOS might leave the I2C host controllers enabled, probably because it uses them for its

[PATCH 3.18 070/151] MIPS: asm: asmmacro: Replace "add" instructions with "addu"

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Markos Chandras commit 98a833c1fa4de0695830f77b2d13fd86693da298 upstream. The "add" instruction is actually a macro in binutils and depending on the size of the immediate it can expand to an

[PATCH 3.18 039/151] [media] si2168: define symbol rate limits

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit f1ecc5d119530fce01094307e029ed7f2c9067d8 upstream. w_scan complains about missing symbol rate limits: This dvb driver is *buggy*: the symbol rate limits are undefined -

[PATCH 3.18 066/151] KVM: MIPS: Disable HTW while in guest

3.18-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit c4c6f2cad9e1d4cc076bc183c3689cc9e7019c75 upstream. Ensure any hardware page table walker (HTW) is disabled while in KVM guest mode, as KVM doesn't yet set up hardware page

[PATCH 3.18 036/151] ACPI / LPSS: Deassert resets for SPI host controllers on Braswell

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit 3095794ae972bc6fc76af6cb3b864d6686b96094 upstream. On some Braswell systems BIOS leaves resets for SPI host controllers active. This prevents the SPI driver from

[PATCH 3.18 072/151] MIPS: asm: pgtable: Prevent HTW race when updating PTEs

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Markos Chandras commit fde3538a8a711aedf1173ecb2d45aed868f51c97 upstream. Whenever we modify a page table entry, we need to ensure that the HTW will not fetch a stable entry. And for that to

[PATCH 3.18 037/151] [media] lmedm04: Increase Interupt due time to 200 msec

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit cfcd7b825892cb498c6bcb13257f2141f7eacb76 upstream. Ocassionally the device fails to report back an interrupt urb status which results in false no lock trigger on the

Re: [PATCH] x86: Bypass legacy PIC and PIT on ACPI hardware reduced platform

* Li, Aubrey wrote: > On 2015/3/4 13:31, Ingo Molnar wrote: > > > > * Li, Aubrey wrote: > > > >> On 2015/3/4 13:08, Ingo Molnar wrote: > >>> > >>> * Li, Aubrey wrote: > >>> > On ACPI hardware reduced platform, the legacy PIC and PIT may not be > initialized even though they may be

[PATCH 3.18 081/151] ARM: dts: am335x-bone*: usb0 is hardwired for peripheral

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Robert Nelson commit 67fd14b3eca63b14429350e9eadc5fab709a8821 upstream. Fixes: http://bugs.elinux.org/issues/127 the bb.org community was seeing random reboots before this change.

[PATCH 3.18 083/151] tpm_tis: verify interrupt during init

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Scot Doyle commit 448e9c55c12d6bd4fa90a7e31d802e045666d7c8 upstream. Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do not send IRQs while also having an ACPI TPM entry

[PATCH 3.18 082/151] ARM: dts: BCM63xx: fix L2 cache properties

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli commit 9df11828d9b5665ddef81e45f83dd5376a8cd620 upstream. The L2 cache properties were completely off with respect to what the hardware is configured for. Fix the cache-size,

[PATCH 3.18 085/151] char: tpm: Add missing error check for devm_kzalloc

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kiran Padwal commit bb95cd34ba4c9467114acc78eeddd53ab1c10085 upstream. Currently these driver are missing a check on the return value of devm_kzalloc, which would cause a NULL pointer

[PATCH 3.18 086/151] tpm: Fix NULL return in tpm_ibmvtpm_get_desired_dma

3.18-stable review patch. If anyone has any objections, please let me know. -- From: "Hon Ching (Vicky) Lo" commit 84eb186bc37c0900b53077ca21cf6dd15823a232 upstream. There was an oops in tpm_ibmvtpm_get_desired_dma, which caused kernel panic during boot when vTPM is enabled

Re: [PATCH] ARM: at91: pm: change at91_pm_set_standby() to static

On 04/03/2015 at 09:44:45 +0800, Wenyou Yang wrote : > Since at91_pm_set_standby() will not be used out of the pm.c file, > change its attribute from extern to static, remove its declaration as well. > > void at91_pm_set_standby(void (*at91_standby)(void)) > --> > static void

[PATCH 3.18 084/151] TPM: Add new TPMs to the tail of the list to prevent inadvertent change of dev

3.18-stable review patch. If anyone has any objections, please let me know. -- From: David Howells commit 398a1e71dc827b994b7f2f56c7c2186fea7f8d75 upstream. Add newly registered TPMs to the tail of the list, not the beginning, so that things that are specifying TPM_ANY_NUM

[PATCH 3.18 088/151] Added Little Endian support to vtpm module

3.18-stable review patch. If anyone has any objections, please let me know. -- From: honclo commit eb71f8a5e33fa1066fb92f0111ab366a341e1f6c upstream. The tpm_ibmvtpm module is affected by an unaligned access problem. ibmvtpm_crq_get_version failed with rc=-4 during boot when

Re: [PATCH 2/8] zram: use idr instead of `zram_devices' array

Hello Minchan, On (03/04/15 16:06), Minchan Kim wrote: > > This patch makes some preparations for dynamic device ADD/REMOVE > > functionality > > via /dev/zram-control interface. > > > > Remove `zram_devices' array and switch to id-to-pointer translation (idr). > > idr doesn't bloat zram struct

Re: [PATCH] bcma: Kconfig: Let it depend on PCI

Sorry for my carelessness, I deleted the original reply mail to me (may also deleted another mails to me, too). The hotmail is not stable, I am just struggling with it (it can not work well with linux-kernel@vger.kernel.org). Could you forward your original reply to me again? Thanks. On

[PATCH 3.18 091/151] NFSv4: Ensure we reference the inode for return-on-close in delegreturn

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit ea7c38fef0b774a5dc16fb0ca5935f0ae8568176 upstream. If we have to do a return-on-close in the delegreturn code, then we must ensure that the inode and super block remain

[PATCH 3.18 073/151] MIPS: Export FP functions used by lose_fpu(1) for KVM

3.18-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 3ce465e04bfd8de9956d515d6e9587faac3375dc upstream. Export the _save_fp asm function used by the lose_fpu(1) macro to GPL modules so that KVM can make use of it when it is

Re: [GIT PULL] x86/alternatives padding

* Borislav Petkov wrote: > Hi guys, > > so this one has been long in the making and has been passing testing > on a bunch of boxes and bitness here so maybe we should try to put it > into the wider tip mix and see what happens. If all is well, great, if > there's trouble which I haven't

Re: [PATCH 2/4] usb: phy: twl4030: allow charger to see usb current draw limits.

On Mon, 2 Mar 2015 22:03:55 +0100 Pavel Machek wrote: > On Tue 2015-02-24 14:40:37, NeilBrown wrote: > > The charger needs to know when a USB gadget has been enumerated > > and what the agreed maximum current was so that it can adjust > > charging accordingly. > > > > So define a "set_power()"

[PATCH 3.18 093/151] sg: fix unkillable I/O wait deadlock with scsi-mq

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Tony Battersby commit 7568615c1054907ea8c7701ab86dad51aa099888 upstream. When using the write()/read() interface for submitting commands, the SCSI generic driver does not call

[PATCH 3.18 089/151] nfs41: .init_read and .init_write can be called with valid pg_lseg

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Peng Tao commit cb5d04bc39e914124e811ea55f3034d2379a5f6c upstream. With pgio refactoring in v3.15, .init_read and .init_write can be called with valid pgio->pg_lseg. file layout was fixed at

[PATCH 3.18 092/151] NFSv4.1: Fix a kfree() of uninitialised pointers in decode_cb_sequence_args

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit d8ba1f971497c19cf80da1ea5391a46a5f9fbd41 upstream. If the call to decode_rc_list() fails due to a memory allocation error, then we need to truncate the array size to

[PATCH 3.18 097/151] cfq-iosched: fix incorrect filing of rt async cfqq

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jeff Moyer commit c6ce194325cef342313e3d27620411ce90a89c50 upstream. Hi, If you can manage to submit an async write as the first async I/O from the context of a process with realtime

[PATCH 3.18 094/151] sg: fix EWOULDBLOCK errors with scsi-mq

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Tony Battersby commit 7772855a996ec6e16944b120ab5ce21050279821 upstream. With scsi-mq enabled, userspace programs can get unexpected EWOULDBLOCK (a.k.a. EAGAIN) errors when submitting

[PATCH 3.18 087/151] tpm/tpm_i2c_stm_st33: Fix potential bug in tpm_stm_i2c_send

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Ricard commit 1ba3b0b6f218072afe8372d12f1b6bf26a26008e upstream. When sending data in tpm_stm_i2c_send, each loop iteration send buf. Send buf + i instead as the goal of this for

Re: [PATCH] video: mxsfb: Make sure axi clock is enabled when accessing registers

On Tue, Mar 03, 2015 at 10:08:17PM -0800, Greg KH wrote: > On Wed, Mar 04, 2015 at 01:58:55PM +0800, Liu Ying wrote: > > The LCDIF engines embedded in i.MX6sl and i.MX6sx SoCs need the axi clock > > as the engine's system clock. The clock should be enabled when accessing > > LCDIF registers,

[PATCH 3.18 096/151] cfq-iosched: handle failure of cfq group allocation

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit 69abaffec7d47a083739b79e3066cb3730eba72e upstream. Cfq_lookup_create_cfqg() allocates struct blkcg_gq using GFP_ATOMIC. In cfq_find_alloc_queue() possible

[PATCH 3.18 101/151] axonram: Fix bug in direct_access

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Wilcox commit 91117a20245b59f70b563523edbf998a62fc6383 upstream. The 'pfn' returned by axonram was completely bogus, and has been since 2008. Signed-off-by: Matthew Wilcox

[PATCH 3.18 100/151] smack: fix possible use after frees in task_security() callers

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin commit 6d1cff2a885850b78b40c34777b46cf5da5d1050 upstream. We hit use after free on dereferncing pointer to task_smack struct in smk_of_task() called from

Re: [PATCH 3/3] perf/bench: Add -r all so that you can run all mem* routines

* Borislav Petkov wrote: > From: Borislav Petkov > > perf bench mem mem{set,cpy} -r all thus runs all available mem > benchmarking routines. So I think 'perf bench mem all' should also imply '-r all' by default: I completely forgot that -r even existed and not much hints at its existence

[PATCH 3.18 095/151] iscsi-target: Drop problematic active_ts_list usage

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit 3fd7b60f2c7418239d586e359e0c6d8503e10646 upstream. This patch drops legacy active_ts_list usage within iscsi_target_tq.c code. It was originally used to track the

[PATCH 3.18 074/151] MIPS: Export MSA functions used by lose_fpu(1) for KVM

3.18-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ca5d25642e212f73492d332d95dc90ef46a0e8dc upstream. Export the _save_msa asm function used by the lose_fpu(1) macro to GPL modules so that KVM can make use of it when it is

  1   2   3   4   5   6   7   8   9   10   >