Re: [3.18.3 BISECTED REGRESSION] scx200_acb / cs5535-smb / geodewdt / cs5535-clockevt torpedoed

On Tue, Feb 3, 2015 at 1:01 PM, Nix wrote: > On 3 Feb 2015, Myron Stowe uttered the following: >> As expressed above, I believe this device is non-conformant. This could be >> validated by instrumenting the kernel's sizing code in '__pci_read_base()'; >> specifically the initial 'pci_read_config_

Re: [PATCH 0/3] Add initial DT support for Qualcomm SPMI PMIC devices

On Tue, Feb 3, 2015 at 4:17 AM, Ivan T. Ivanov wrote: > Following set of patches add initial DT support for PMIC devices > found on recent Quqalcomm chipsets. Details for SPMI bus and PMIC arbiter > could be found here [1]. > > Regards, > Ivan > > [1] http://lwn.net/Articles/564637/ > > Ivan T. Iv

Re: [PATCH] spmi: pmic_arb: enable build on arm64 platforms

On Tue, 2015-02-03 at 15:50 +0200, Stanimir Varbanov wrote: > This enables pmic arbiter driver to be build on arm64 > platforms. > > Signed-off-by: Stanimir Varbanov > --- > drivers/spmi/Kconfig |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/drivers/spmi/Kconfig

RE: [PATCH] IB/mad: fix ifnullfree.cocci warnings

> -Original Message- > From: Wu, Fengguang > Sent: Tuesday, January 27, 2015 1:36 PM > To: Weiny, Ira > Cc: kbuild-...@01.org; Roland Dreier; Hefty, Sean; Hal Rosenstock; Or Gerlitz; > Yan Burman; linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH] IB/mad: fix ifnu

Re: [RFC PATCH] fork: report pid reservation failure properly

Michal Hocko writes: > On Tue 03-02-15 16:33:03, Michael Kerrisk wrote: >> Hi Michal, >> >> >> On 3 February 2015 at 16:05, Michal Hocko wrote: >> > Hi, >> > while debugging an unexpected ENOMEM from fork (there was no memory >> > pressure and OVERCOMMIT_ALWAYS) I have found out that fork retu

Re: Missing next-$date git-tag when pulled-in linux-next.git on top of linus.git

Hi Sedat, On Tue, 3 Feb 2015 21:06:45 +0100 Sedat Dilek wrote: > > $ git fetch linux-next next-20150203 > remote: Counting objects: 62716, done. > remote: Compressing objects: 100% (14620/14620), done. > remote: Total 62716 (delta 53326), reused 57198 (delta 47960) > Emp

Re: [PATCH] x86/raid6: correctly check for assembler capabilities

ed-off-by: Jan Beulich > > Cc: Jim Kukunas > > Cc: Neil Brown > > This patch became commit be46ac86a81b ("x86/raid6: correctly check for > assembler capabilities") in today's linux-next (ie, next-20150203). I > noticed because a script I use to check linux

[PATCH 1/2] ACPI / cpuidle: Merge acpi_idle_enter_c1() and acpi_idle_enter_simple()

From: Rafael J. Wysocki acpi_idle_enter_c1() and acpi_idle_enter_simple() are close enough to each other that they can be merged into one function which reduces duplication of code quite a bit. Signed-off-by: Rafael J. Wysocki --- drivers/acpi/processor_idle.c | 43 +-

[PATCH 0/2] ACPI / cpuidle: More code complexity/duplication reduction

Hi, Two more ACPI cpuidle patches on top of the ones I sent a few days ago: https://lkml.org/lkml/2015/1/29/779 They don't break anything for me and preserve the original logic AFAICS, but please holler if you see any problems with them. Thanks! -- To unsubscribe from this list: send the line

[PATCH 2/2] ACPI / cpuidle: Common callback routine for entering states

From: Rafael J. Wysocki Introduce a common ->enter callback routine for the ACPI cpuidle driver, acpi_idle_enter(), which helps to reduce code complexity, size and duplication and prevents theoretically possible failues that an incorrect routine may be run to enter the given idle state due to a f

Re: [PATCH v3 0/2] couple of generic remoteproc enhancements

Ohad, > On 01/09/2015 03:21 PM, Suman Anna wrote: >> Hi Ohad, >> >> The following is an updated patchset addressing the previous pending comments >> from v1 & v2, and are rebased onto the latest 3.19-rc3 (are rc independent >> actually). >> >> The patches are mainly developed to support the WkupM

Re: Missing next-$date git-tag when pulled-in linux-next.git on top of linus.git

On Tue, Feb 3, 2015 at 9:47 PM, Stephen Rothwell wrote: > Hi Sedat, > > On Tue, 3 Feb 2015 21:06:45 +0100 Sedat Dilek wrote: >> >> $ git fetch linux-next next-20150203 >> remote: Counting objects: 62716, done. >> remote: Compressing objects: 100% (14620/146

RE: [PATCH] IB/mad: fix ifnullfree.cocci warnings

> > > > drivers/infiniband/core/mad.c:2088:3-8: WARNING: NULL check before > > freeing functions like kfree, debugfs_remove, debugfs_remove_recursive > > or usb_free_urb is not needed. Maybe consider reorganizing relevant > > code to avoid passing NULL values. > > > > NULL check before some freein

Re: [PATCH] x86/raid6: correctly check for assembler capabilities

On Wed, 2015-02-04 at 07:50 +1100, NeilBrown wrote: > Actually the prefix of this macro is "CONFIG_AS_", not "CONFIG_" :-) > CONFIG_AS_ is reserved for assembly magic, and is never used by the the > kconfig system. > > (Well. I might have made bits of that up, but "git grep 'config AS_'" > doe

Re: [PATCH 4/5] locking/rwsem: Avoid deceiving lock spinners

On Tue, 2015-02-03 at 11:43 -0800, Tim Chen wrote: > On Tue, 2015-02-03 at 09:54 -0800, Jason Low wrote: > > On Tue, 2015-02-03 at 09:16 -0800, Tim Chen wrote: > > > > > > > > > > > > + if (READ_ONCE(sem->owner)) > > > > > > + return true; /* new owner, continue spinning */ > > > > >

Re: [PATCH] x86/raid6: correctly check for assembler capabilities

On Tue, 03 Feb 2015 22:03:35 +0100 Paul Bolle wrote: > On Wed, 2015-02-04 at 07:50 +1100, NeilBrown wrote: > > Actually the prefix of this macro is "CONFIG_AS_", not "CONFIG_" :-) > > CONFIG_AS_ is reserved for assembly magic, and is never used by the the > > kconfig system. > > > > (Well. I

Re: [PATCH V2 RESEND] clk: mxs: Fix invalid 32-bit access to frac registers

Quoting Fabio Estevam (2015-01-30 11:28:32) > On Fri, Jan 30, 2015 at 5:20 PM, Stefan Wahren wrote: > > According to i.MX23 and i.MX28 reference manual [1],[2] the fractional > > clock control register is 32-bit wide, but is separated in 4 parts. > > So write instructions must not apply to more th

Re: linux-next: Tree for Feb 3 (arc:defconfig build failure)

On Tue, Feb 03, 2015 at 02:07:48PM -0500, Peter Hurley wrote: > On 02/03/2015 01:42 PM, Guenter Roeck wrote: > > On Tue, Feb 03, 2015 at 06:20:10PM +1100, Stephen Rothwell wrote: > >> Hi all, > >> > >> Changes since 20150202: > >> > >> The target-updates tree gained a conflict against Linus' tree.

Re: [PATCH V2 2/2] spmi: pmic_arb: add support for hw version 2

On Tue, Feb 03 2015 at 02:59 -0700, Stanimir Varbanov wrote: Hi Gilad, Thanks for the patch. On 01/31/2015 02:46 AM, Gilad Avidov wrote: Qualcomm PMIC Arbiter version-2 changes from version-1 are: - Some different register offsets. - New channel register space, one per PMIC peripheral (ppid).

Re: [PATCH] staging/fwserial: use correct vendor/version IDs

On Feb 03 Peter Hurley wrote: > On 02/03/2015 03:44 AM, Stefan Richter wrote: > > On Feb 02 Peter Hurley wrote: [...] > >> The problem is a host with the old OUIs will not recognize a remote > >> unit with the new OUIs, and vice versa. > >> > >> Even though the new ids could be added to the unit dr

Re: [PATCH] x86/raid6: correctly check for assembler capabilities

On Tue, Feb 3, 2015 at 10:09 PM, NeilBrown wrote: > On Tue, 03 Feb 2015 22:03:35 +0100 Paul Bolle wrote: > >> On Wed, 2015-02-04 at 07:50 +1100, NeilBrown wrote: >> > Actually the prefix of this macro is "CONFIG_AS_", not "CONFIG_" :-) >> > CONFIG_AS_ is reserved for assembly magic, and is never

Re: [PATCH] Remove might_sleep from wait_event_cmd

On Tue, 3 Feb 2015 12:06:30 +0100 Peter Zijlstra wrote: > On Tue, Feb 03, 2015 at 09:12:53AM +1100, NeilBrown wrote: > > I support this patch. > > It should hopefully already be en-route to tip. Hopefully that means it will be in 3.19-final... Thanks, I'll drop my __wait_event_cmd patch then.

Re: [Patch v2 00/23] Improve ACPI resource parsing interfaces and enable IOAPIC hotplug

On Monday, February 02, 2015 10:42:45 AM Jiang Liu wrote: > During enabling ACPI based IOAPIC hotplug, Thomas noticed some issues > in ACPI resource parsing interfaces. So this is an effort to improve them. > > Patch 1 refines ACPICA resource descriptors, which has already been > merged into > "g

Re: [Patch v2 21/23] x86/PCI: Refine the way to release PCI IRQ resources

On Monday, February 02, 2015 10:43:06 AM Jiang Liu wrote: > Some PCI device drivers assume that pci_dev->irq won't change after > calling pci_disable_device() and pci_enable_device() during suspend and > resume. > > Commit c03b3b0738a5 ("x86, irq, mpparse: Release IOAPIC pin when > PCI device is d

[GIT PULL REQUEST] 2 fixes for md in 3.19

The following changes since commit 59343cd7c4809cf7598789e1cd14563780ae4239: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2015-01-27 13:55:36 -0800) are available in the git repository at: git://neil.brown.name/md/ tags/md/3.19-fixes for you to fetch changes up to d959014

Re: [PATCH v8 02/21] acpi: fix acpi_os_ioremap for arm64

On Tuesday, February 03, 2015 12:29:36 PM Mark Salter wrote: > On Mon, 2015-02-02 at 23:14 +0100, Rafael J. Wysocki wrote: > > On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote: > > > From: Mark Salter > > > > > > The acpi_os_ioremap() function may be used to map normal RAM or IO > > > re

[PATCH v2] coresight: Adding coresight support for arm64 architecture

From: Mathieu Poirier Most CoreSight blocks are 64-bit ready. As such move configuration entries from "arch/arm/Kconfig.config" to the driver's subdirectory and source the newly created Kconfig from architecture specific Kconfig.debug files. Also fixing a couple of warnings generated by the 64-

Re: [Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On Tuesday 03 February 2015 21:04:35 Daniel Vetter wrote: > - On many soc people love to reuse iommus with the same or similar > interface all over the place. The solution thus far adopted on arm > platforms is to write an iommu driver for those and then implement the > dma-api on top of thi

Re: [Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On Tuesday 03 February 2015 12:35:34 Rob Clark wrote: > > I can't think of cases outside of GPU's.. if it were more common I'd > be in favor of teaching dma api about multiple contexts, but right now > I think that would just amount to forcing a lot of churn on everyone > else for the benefit of

Re: [PATCH V3] acpi:apd:add AMD ACPI2Platform device support for x86 system.

On Tuesday, February 03, 2015 12:06:06 PM Andy Shevchenko wrote: > On Tue, Feb 3, 2015 at 3:54 AM, Ken Xue wrote: > > This new feature is to interpret AMD specific ACPI device to > > platform device such as I2C, UART found on AMD CZ and later chipsets. It > > based on example intel LPSS. Now, it c

[GIT PULL] please pull infiniband.git

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git tags/rdma-for-linus Last minute InfiniBand/RDMA changes for 3.19: - Revert IPoIB driver back to 3.18 state. We had a number of fi

Re: [PATCH 4/5] locking/rwsem: Avoid deceiving lock spinners

On Tue, 2015-02-03 at 13:04 -0800, Jason Low wrote: > On Tue, 2015-02-03 at 11:43 -0800, Tim Chen wrote: > > On Tue, 2015-02-03 at 09:54 -0800, Jason Low wrote: > > > On Tue, 2015-02-03 at 09:16 -0800, Tim Chen wrote: > > > > > > > > > > > > > > + if (READ_ONCE(sem->owner)) > > > > > > > +

Re: [PATCH 1/2] Revert "blk-mq: fix hctx/ctx kobject use-after-free"

On 02/03/2015 12:14 PM, Jens Axboe wrote: On 02/03/2015 12:13 PM, Stefan Seyfried wrote: Am 29.01.2015 um 13:17 schrieb Ming Lei: This reverts commit 76d697d10769048e5721510100bf3a9413a56385. The commit 76d697d10769048 causes general protection fault reported from Bart Van Assche: https:/

[PATCH v2] sched,numa: do not move past the balance point if unbalanced

There is a subtle interaction between the logic introduced in commit e63da03639cc ("sched/numa: Allow task switch if load imbalance improves"), the way the load balancer counts the load on each NUMA node, and the way NUMA hinting faults are done. Specifically, the load balancer only counts current

Re: [PATCH 4/6] x86,fpu: use disable_task_lazy_fpu_restore helper

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/03/2015 02:08 PM, Oleg Nesterov wrote: > On 02/02, Rik van Riel wrote: >> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 02/02/2015 02:21 PM, Oleg Nesterov wrote: >>> I'll try to read this patch tomorrow. Too late for me. >>> >>> I

Re: [Linaro-mm-sig] [RFCv3 2/2] dma-buf: add helpers for sharing attacher constraints with dma-parms

On Tue, Feb 3, 2015 at 10:42 PM, Arnd Bergmann wrote: >> Again assuming I'm not confused can't we just solve this by pushing the >> dma api abstraction down one layer for just the gpu, and let it use its >> private iommmu directly? Steps for binding a buffer would be: >> 1. dma_map_sg >> 2. Noodle

NEW YEAR PICK APPLE PROMO!

Your email address was attached to a ticket number(s)22-16-65-22-70-31(09)which subsequently won you 250,000.00 GBP. Contact Apple promo team now with above numbers on email: iphone6plus.uk2...@outlook.com . Regard Apple Market Value Announcer -- To unsubscribe from this list: send the line "unsu

Re: [PATCH] mtd: denali: Disable sub-page writes in Denali NAND driver

Hi Brian, On Wed, Jan 14, 2015 at 9:38 AM, wrote: > From: Graham Moore > > The Denali Controller IP does not support sub-page writes. > > Signed-off-by: Graham Moore > Signed-off-by: Dinh Nguyen > --- > drivers/mtd/nand/denali.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/dri

Re: [GIT PULL] aio: fix sleeping while TASK_INTERRUPTIBLE

On Mon, Feb 02, 2015 at 10:45:42AM -0800, Linus Torvalds wrote: > On Sun, Feb 1, 2015 at 9:54 PM, Dave Chinner wrote: > > > > Simple enough - the patch below removes the warning from generic/036 > > for me. > > So because this is a debugging thing, I'd actually prefer these > "sched_annotate_slee

Re: [PATCH] mtd: denali: Disable sub-page writes in Denali NAND driver

On Tue, Feb 3, 2015 at 11:15 PM, Dinh Nguyen wrote: > Hi Brian, > > On Wed, Jan 14, 2015 at 9:38 AM, wrote: >> From: Graham Moore >> >> The Denali Controller IP does not support sub-page writes. >> >> Signed-off-by: Graham Moore >> Signed-off-by: Dinh Nguyen >> --- >> drivers/mtd/nand/denali

Re: [PATCH] ARM: multi_v7_defconfig: update Berlin config

On 03.02.2015 15:53, Antoine Tenart wrote: Marvell Berlin SoCs are supported in the multi_v7_defconfig. However some options were missing to support some features. This patch adds the missing features: pxa168 Ethernet, Berlin USB PHY and Berlin SATA PHY. Signed-off-by: Antoine Tenart Acked-b

Re: [PATCH] ARM: berlin: add a defconfig

On 03.02.2015 13:54, Arnd Bergmann wrote: On Tuesday 03 February 2015 12:28:52 Antoine Tenart wrote: Marvell Berlin SoCs did not have a custom defconfig and were only supported in multi_v7_defconfig. Adds a proper defconfig, allowing to boot a Berlin SoC with all the currently supported feature

Re: [PATCH 1/6 linux-next] FS/AFFS: replace min() with casting/constant suffix by min_t

On Tue, 3 Feb 2015 19:07:52 +0100 Fabian Frederick wrote: > This patch prepares for AFFSNAMEMAX definition > > Cc: Andrew Morton > Signed-off-by: Fabian Frederick > --- > fs/affs/amigaffs.c | 2 +- > fs/affs/dir.c | 2 +- > fs/affs/namei.c| 4 ++-- > 3 files changed, 4 insertions(+)

Re: [PATCH 2/6 linux-next] FS/AFFS: define AFFSNAMEMAX to replace constant use

On Tue, 3 Feb 2015 19:07:53 +0100 Fabian Frederick wrote: > 30 was used all over the place to compare name length against > AFFS maximum name length. > > ... > > +#define AFFSNAMEMAX 30 Making this 30U would probably help when cleaning up the sites which use it. -- To unsubscribe from this li

Re: [PATCH] gfs2: use __vmalloc GFP_NOFS for fs-related allocations.

On Mon, Feb 02, 2015 at 10:30:29AM +, Steven Whitehouse wrote: > Hi, > > On 02/02/15 08:11, Dave Chinner wrote: > >On Mon, Feb 02, 2015 at 01:57:23AM -0500, Oleg Drokin wrote: > >>Hello! > >> > >>On Feb 2, 2015, at 12:37 AM, Dave Chinner wrote: > >> > >>>On Sun, Feb 01, 2015 at 10:59:54PM -050

[PATCH] livepatch: rename config to CONFIG_LIVEPATCH

Rename CONFIG_LIVE_PATCHING to CONFIG_LIVEPATCH to make the naming of the config and the code more consistent. Signed-off-by: Josh Poimboeuf --- arch/x86/Kconfig | 2 +- arch/x86/include/asm/livepatch.h | 4 ++-- arch/x86/kernel/Makefile | 2 +- include/linux/livepatch.h

Re: 3.16.0-4-amd64 linux kernel userspace breakage

On Mon, Feb 2, 2015 at 1:58 PM, Luke Kenneth Casson Leighton wrote: > second issue: compared to 3.13, detection of microsd cards has > disappeared to the extent that there isn't even an entry in dmesg > indicating that the insertion ever occurred. scratch sd card from the list: further investig

Re: [RFC 1/3] Slab infrastructure for array operations

On Thu, 29 Jan 2015 16:44:43 +0900 Joonsoo Kim wrote: > On Wed, Jan 28, 2015 at 09:30:56AM -0600, Christoph Lameter wrote: > > On Wed, 28 Jan 2015, Joonsoo Kim wrote: > > [...] > > > > The default when no options are specified is to first exhaust the node > > partial objects, then allocate new

Re: [PATCH] iommu/amd: Fix amd_iommu_free_device()

Hi Linus, On Tue, Feb 03, 2015 at 11:23:44AM -0800, Linus Torvalds wrote: > The linux wakeup model has always been that there can be multiple > sources of wakeup events, and the proper way to wait for something is > generally a variation of > >prepare_to_wait(..); >for (;;) { >set

Re: [PATCH] media:ic:Remove calls to msleep from the functions,ov7670_s_vflip and ov7670_s_hflip

On Mon, 2 Feb 2015 23:40:17 -0500 Nicholas Krause wrote: > Removes the no longer required calls to msleep for the duration of 10 > miliseconds > in the functions,ov7670_s_vflip and ov7670_s_hflip respectfully due to no need > for a delayed sleep of this duration in either function. So I'm assu

Re: [PATCH v11 02/19] Add kernel address sanitizer infrastructure.

On Tue, 03 Feb 2015 20:42:55 +0300 Andrey Ryabinin wrote: > > ... > > Based on work by Andrey Konovalov > We still don't have Andrey Konovalov's signoff? As it stands we're taking some of his work and putting it into Linux without his permission. > ... > > --- /dev/null > +++ b/mm/kasan/kasa

[PATCH] PCI: Expand quirk's handling of CS553x devices

There seem to be a number of issues with CS553x devices and due to a recent patch series that detects PCI read-only BARs [1], we've encountered more. It appears that not only are the BAR values associated with this device often greater than the largest range that an IO decoder can request, they ca

Re: [PATCH 0/8] Asynchronous device/driver probing support

On Fri, Jan 16, 2015 at 03:33:09PM -0800, Dmitry Torokhov wrote: > This series is a combination of changes proposed by Luis a couple months > ago and implementation used by Chrome OS. The issue we are trying to solve > here is "slow" devices and drivers spending "too much time" in their probe() > m

Re: [capabilities] Allow normal inheritance for a configurable set of capabilities

On Tue, 3 Feb 2015, Andy Lutomirski wrote: > > */ > > new->cap_permitted.cap[i] = > > (new->cap_bset.cap[i] & permitted) | > > - (new->cap_inheritable.cap[i] & inheritable); > > + (new->cap_inherit

[PATCH 3.18 03/57] spi: dw-mid: fix FIFO size

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 67bf9cda4b498b8cea4a40be67a470afe57d2e88 upstream. The FIFO size is 40 accordingly to the specifications, but this means 0x40, i.e. 64 bytes. This patch fixes the typo a

[PATCH 3.18 25/57] i2c: s3c2410: fix ABBA deadlock by keeping clock prepared

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Paul Osmialowski commit 34e81ad5f0b60007c95995eb7803da7e00c6c611 upstream. This patch solves deadlock between clock prepare mutex and regmap mutex reported by Tomasz Figa in [1] by implementin

[PATCH 3.18 26/57] Input: synaptics - adjust min/max for Lenovo ThinkPad X1 Carbon 2nd

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Peter Hutterer commit 8543cf1c247909ce85850ca6e2714adba351d6aa upstream. LEN0037 found in the Lenovo ThinkPad X1 Carbon 2nd (2014 model) Reported-and-tested-by: Bjoern Olausson Signed-off-by

[PATCH 3.14 20/33] nl80211: fix per-station group key get/del and memory leak

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 0fa7b39131576dd1baa6ca17fca53c65d7f62249 upstream. In case userspace attempts to obtain key information for or delete a unicast key, this is currently erroneously rejected

[PATCH 3.14 21/33] dm thin: dont allow messages to be sent to a pool target in READ_ONLY or FAIL mode

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joe Thornber commit 2a7eaea02b99b6e267b1e89c79acc6e9a51cee3b upstream. You can't modify the metadata in these modes. It's better to fail these messages immediately than let the block-manager

[PATCH 3.14 28/33] pstore: clarify clearing of _read_cnt in ramoops_context

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Liu ShuoX commit 57fd835385a043577457a385f28c08be693991bf upstream. *_read_cnt in ramoops_context need to be cleared during pstore ->open to support mutli times getting the records. The patch

[PATCH 3.14 11/33] powerpc/xmon: Fix another endiannes issue in RTAS call from xmon

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Laurent Dufour commit e6eb2eba494d6f99e69ca3c3748cd37a2544ab38 upstream. The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS call from xmon") was fixing an endianness issue

[PATCH 3.14 12/33] ALSA: seq-dummy: remove deadlock-causing events on close

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Clemens Ladisch commit 0767e95bb96d7fdddcd590fb809e6975d93aebc5 upstream. When the last subscriber to a "Through" port has been removed, the subscribed destination ports might still be active,

[PATCH 3.14 06/33] ASoC: omap-mcbsp: Correct CBM_CFS dai format configuration

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Ujfalusi commit 20602e34cd33dd452bc1836fa7c9b59978f75db0 upstream. We should select FSR also to be driven by McBSP, not only FSX. Signed-off-by: Peter Ujfalusi Acked-by: Jarkko Nikula

[PATCH 3.14 14/33] i2c: s3c2410: fix ABBA deadlock by keeping clock prepared

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Osmialowski commit 34e81ad5f0b60007c95995eb7803da7e00c6c611 upstream. This patch solves deadlock between clock prepare mutex and regmap mutex reported by Tomasz Figa in [1] by implementin

[PATCH 3.14 19/33] mac80211: properly set CCK flag in radiotap

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mathy Vanhoef commit 3a5c5e81d8128a9e43abc52b75dd21d3da7a0cfc upstream. Fix a regression introduced by commit a5e70697d0c4 ("mac80211: add radiotap flag and handling for 5/10 MHz") where the I

Re: [capabilities] Allow normal inheritance for a configurable set of capabilities

On Tue, Feb 3, 2015 at 3:14 PM, Christoph Lameter wrote: > On Tue, 3 Feb 2015, Andy Lutomirski wrote: > >> > */ >> > new->cap_permitted.cap[i] = >> > (new->cap_bset.cap[i] & permitted) | >> > - (new->cap_inheritable.cap

[PATCH 3.14 13/33] rbd: drop parent_ref in rbd_dev_unprobe() unconditionally

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit e69b8d414f948c242ad9f3eb2b7e24fba783dbbd upstream. This effectively reverts the last hunk of 392a9dad7e77 ("rbd: detect when clone image is flattened"). The problem with p

[PATCH 3.14 10/33] can: kvaser_usb: Fix state handling upon BUS_ERROR events

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Ahmed S. Darwish" commit e638642b08c170d2021b706f0b1c4f4ae93d8cbd upstream. While being in an ERROR_WARNING state, and receiving further bus error events with error counters still in the ERRO

[PATCH 3.14 17/33] nfs: fix dio deadlock when O_DIRECT flag is flipped

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Peng Tao commit ee8a1a8b160a87dc3a9c81a86796aa4db85ea815 upstream. We only support swap file calling nfs_direct_IO. However, application might be able to get to nfs_direct_IO if it toggles O_D

[PATCH 3.14 08/33] can: kvaser_usb: Send correct context to URB completion

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Ahmed S. Darwish" commit 3803fa6977f1de15fda4e8646c8fec97c8045cae upstream. Send expected argument to the URB completion hander: a CAN netdevice instead of the network interface private conte

Re: [RFC 0/3] Slab allocator array operations

On Fri, 23 Jan 2015 18:28:00 -0600 (CST) Christoph Lameter wrote: > On Fri, 23 Jan 2015, Andrew Morton wrote: > > > On Fri, 23 Jan 2015 15:37:27 -0600 Christoph Lameter wrote: > > > > > Attached a series of 3 patches to implement functionality to allocate > > > arrays of pointers to slab object

[PATCH 3.14 05/33] ASoC: soc-compress.c: fix NULL dereference

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Qais Yousef commit d3268a40d4b19ff7bee23f52eabbc4e96bb685e8 upstream. In soc_new_compress() when rtd->dai_link->dynamic is set, we create the pcm substreams with this call: ret = snd_pcm_n

[PATCH 3.14 00/33] 3.14.32-stable review

This is the start of the stable review cycle for the 3.14.32 release. There are 33 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 Thu Feb 5 23:12:18 UTC 2015. Anything receiv

[PATCH 3.14 16/33] Input: i8042 - add noloop quirk for Medion Akoya E7225 (MD98857)

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jochen Hein commit 1d90d6d5522befa8efa1a7ea406be65cf865ded4 upstream. Without this the aux port does not get detected, and consequently the touchpad will not work. With this patch the touchpa

[PATCH 3.14 15/33] Input: synaptics - adjust min/max for Lenovo ThinkPad X1 Carbon 2nd

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Hutterer commit 8543cf1c247909ce85850ca6e2714adba351d6aa upstream. LEN0037 found in the Lenovo ThinkPad X1 Carbon 2nd (2014 model) Reported-and-tested-by: Bjoern Olausson Signed-off-by

[PATCH 3.14 07/33] can: kvaser_usb: Do not sleep in atomic context

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Ahmed S. Darwish" commit ded5006667318c06df875609535176bd33f243a1 upstream. Upon receiving a hardware event with the BUS_RESET flag set, the driver kills all of its anchored URBs and resets a

[PATCH 3.14 09/33] can: kvaser_usb: Retry the first bulk transfer on -ETIMEDOUT

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Ahmed S. Darwish" commit 14c10c2a1dd8eb8e00b750b521753260befa2789 upstream. On some x86 laptops, plugging a Kvaser device again after an unplug makes the firmware always ignore the very first

[PATCH 3.14 23/33] spi/pxa2xx: Clear cur_chip pointer before starting next message

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit c957e8f084e0d21febcd6b8a0ea9631eccc92f36 upstream. Once the current message is finished, the driver notifies SPI core about this by calling spi_finalize_current_message(

[PATCH 3.14 25/33] drivers: net: cpsw: discard dual emac default vlan configuration

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mugunthan V N commit 02a54164c52ed6eca3089a0d402170fbf34d6cf5 upstream. In Dual EMAC, the default VLANs are used to segregate Rx packets between the ports, so adding the same default VLAN to t

[PATCH 3.14 22/33] dm cache: fix missing ERR_PTR returns and handling

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joe Thornber commit 766a78882ddf79b162243649d7dfdbac1fb6fb88 upstream. Commit 9b1cc9f251 ("dm cache: share cache-metadata object across inactive and active DM tables") mistakenly ignored the u

[PATCH 3.14 18/33] NFSv4.1: Fix an Oops in nfs41_walk_client_list

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 3175e1dcec40fab1a444c010087f2068b6b04732 upstream. If we start state recovery on a client that failed to initialise correctly, then we are very likely to Oops. Reported

[PATCH 3.14 30/33] pstore: Fix NULL pointer fault if get NULL prz in ramoops_get_next_prz

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Liu ShuoX commit b0aa931fb84431394d995472d0af2a6c2b61064d upstream. ramoops_get_next_prz get the prz according the paramters. If it get a uninitialized prz, access its members by following per

[PATCH 3.14 32/33] workqueue: fix subtle pool management issue which can stall whole worker_pool

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 29187a9eeaf362d8422e62e17a22a6e115277a49 upstream. A worker_pool's forward progress is guaranteed by the fact that the last idle worker assumes the manager role to create more

[PATCH 3.14 24/33] regulator: core: fix race condition in regulator_put()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ashay Jaiswal commit 83b0302d347a49f951e904184afe57ac3723476e upstream. The regulator framework maintains a list of consumer regulators for a regulator device and protects it from concurrent a

[PATCH 3.14 31/33] rbd: fix rbd_dev_parent_get() when parent_overlap == 0

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit ae43e9d05eb4bd324155292f889fbd001c4faea8 upstream. The comment for rbd_dev_parent_get() said * We must get the reference before checking for the overlap to * coord

[PATCH 3.14 02/33] spi: dw-mid: fix FIFO size

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 67bf9cda4b498b8cea4a40be67a470afe57d2e88 upstream. The FIFO size is 40 accordingly to the specifications, but this means 0x40, i.e. 64 bytes. This patch fixes the typo a

[PATCH 3.14 01/33] x86, build: replace Perl script with Shell script

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit d69911a68c865b152a067feaa45e98e6bb0f655b upstream. Commit e6023367d779 ("x86, kaslr: Prevent .bss from overlaping initrd") added Perl to the required build environment. This

[PATCH 3.18 24/57] uas: Add no-report-opcodes quirk for Simpletech devices with id 4971:8017

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 8a870880bd6f17b7ccef69a6432ab8df8775fcf6 upstream. Like some other uas devices these devices hang when a report-opcodes scsi command is send to them. BugLink: https://bug

[PATCH 3.14 29/33] pstore: skip zero size persistent ram buffer in traverse

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Liu ShuoX commit aa9a4a1edfbd3d223af01db833da2f07850bc655 upstream. In ramoops_pstore_read, a valid prz pointer with zero size buffer will break traverse of all persistent ram buffers. The la

[PATCH 3.10 10/51] nfs: fix dio deadlock when O_DIRECT flag is flipped

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Peng Tao commit ee8a1a8b160a87dc3a9c81a86796aa4db85ea815 upstream. We only support swap file calling nfs_direct_IO. However, application might be able to get to nfs_direct_IO if it toggles O_D

[PATCH 3.14 03/33] ASoC: wm8960: Fix capture sample rate from 11250 to 11025

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Zidan Wang commit 22ee76daddb87f88d2336d1b4737ef27c4f307ac upstream. wm8960 codec can't support sample rate 11250, it must be 11025. Signed-off-by: Zidan Wang Acked-by: Charles Keepax Signe

[PATCH 3.10 11/51] NFSv4.1: Fix an Oops in nfs41_walk_client_list

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 3175e1dcec40fab1a444c010087f2068b6b04732 upstream. If we start state recovery on a client that failed to initialise correctly, then we are very likely to Oops. Reported

[PATCH 3.14 04/33] ASoC: fsl_esai: Fix incorrect xDC field width of xCCR registers

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Aurelien BOUIN commit adc60298c80efef4c2d7a7860b91b450931a7cf8 upstream. The xDC field should have 5 bit width according to Reference Manual. Thus this patch fixes it. Signed-off-by: Aurelien

Re: [GIT PULL] aio: fix sleeping while TASK_INTERRUPTIBLE

On 02/03/2015 04:55 AM, Peter Zijlstra wrote: On Tue, Feb 03, 2015 at 12:33:48PM +0100, Peter Zijlstra wrote: block/bsg.c-prepare_to_wait(&bd->wq_done, &wait, TASK_UNINTERRUPTIBLE); block/bsg.c-spin_unlock_irq(&bd->lock); block/bsg.c:io_schedule(); block/bsg.c-finish_wait(&bd->wq

[PATCH 3.10 15/51] spi/pxa2xx: Clear cur_chip pointer before starting next message

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mika Westerberg commit c957e8f084e0d21febcd6b8a0ea9631eccc92f36 upstream. Once the current message is finished, the driver notifies SPI core about this by calling spi_finalize_current_message(

[PATCH 3.10 21/51] ARM: LPAE: use phys_addr_t in alloc_init_pud()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vitaly Andrianov commit 20d6956d8cd2452cec0889ff040f18afc03c2e6b upstream. This patch fixes the alloc_init_pud() function to use phys_addr_t instead of unsigned long when passing in the phys a

[PATCH 3.10 25/51] ARM: 7867/1: include: asm: use int instead of unsigned long for oldval in atomic_cmpxchg().

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Chen Gang commit 4dcc1cf7316a26e112f5c9fcca531ff98ef44700 upstream. For atomic_cmpxchg(), the type of 'oldval' need be 'int' to match the type of "*ptr" (used by 'ldrex' instruction) and 'old'

[PATCH 3.10 00/51] 3.10.68-stable review

This is the start of the stable review cycle for the 3.10.68 release. There are 51 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 Thu Feb 5 23:17:14 UTC 2015. Anything receiv

[PATCH 3.10 45/51] iscsi,iser-target: Initiate termination only once

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sagi Grimberg commit 954f23722b5753305be490330cf2680b7a25f4a3 upstream. Since commit 0fc4ea701fcf ("Target/iser: Don't put isert_conn inside disconnected handler") we put the conn kref in ise

[PATCH 3.10 49/51] iser-target: Handle ADDR_CHANGE event for listener cm_id

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sagi Grimberg commit ca6c1d82d12d8013fb75ce015900d62b9754623c upstream. The np listener cm_id will also get ADDR_CHANGE event upcall (in case it is bound to a specific IP). Handle it correctl

<    2   3   4   5   6   7   8   9   10   >