[4.2.y-ckt stable] Linux 4.2.8-ckt11 stable review

This is the start of the review cycle for the Linux 4.2.8-ckt11 stable kernel. This version contains 53 new patches, summarized below. The new patches are posted as replies to this message and also available in this git branch:

[PATCH 4.2.y-ckt 06/53] atomic_open(): fix the handling of create_error

4.2.8-ckt11 -stable review patch. If anyone has any objections, please let me know. ---8< From: Al Viro commit 10c64cea04d3c75c306b3f990586ffb343b63287 upstream. * if we have a hashed negative dentry and

[4.2.y-ckt stable] Linux 4.2.8-ckt11 stable review

This is the start of the review cycle for the Linux 4.2.8-ckt11 stable kernel. This version contains 53 new patches, summarized below. The new patches are posted as replies to this message and also available in this git branch:

[PATCH 4.2.y-ckt 06/53] atomic_open(): fix the handling of create_error

4.2.8-ckt11 -stable review patch. If anyone has any objections, please let me know. ---8< From: Al Viro commit 10c64cea04d3c75c306b3f990586ffb343b63287 upstream. * if we have a hashed negative dentry and either CREAT|EXCL on r/o

[PATCH 4.2.y-ckt 01/53] [4.2-stable only] fix backport "IB/security: restrict use of the write() interface"

4.2.8-ckt11 -stable review patch. If anyone has any objections, please let me know. ---8< From: Doug Ledford Upstream commit e6bd18f57aad (IB/security: Restrict use of the write() interface) handled the cases

[PATCH 4.2.y-ckt 01/53] [4.2-stable only] fix backport "IB/security: restrict use of the write() interface"

4.2.8-ckt11 -stable review patch. If anyone has any objections, please let me know. ---8< From: Doug Ledford Upstream commit e6bd18f57aad (IB/security: Restrict use of the write() interface) handled the cases for all drivers in the

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

On Tue, 24 May 2016 18:41:06 +0200, Laura Abbott wrote: > > Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out > Control: name="Headphone Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x42, nsteps=0x42, stepsize=0x03, mute=1 >

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

On Tue, 24 May 2016 18:41:06 +0200, Laura Abbott wrote: > > Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out > Control: name="Headphone Playback Switch", index=0, device=0 > ControlAmp: chs=3, dir=Out, idx=0, ofs=0 > Amp-Out caps: ofs=0x42, nsteps=0x42, stepsize=0x03, mute=1 >

Re: [RFC] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors

On 05/20/2016 12:59 AM, Peter Meerwald-Stadler wrote: > From: Peter Meerwald > > The si114x supports x=1,2,3 IR LEDs for proximity sensing together with > visible and IR ambient light sensing (ALS). > > Newer parts (si1132, si1145/6/7) can measure UV light and compute an UV

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

On Tue, May 24, 2016 at 06:07:14PM +0100, Jose Abreu wrote: > On 24-05-2016 17:41, Mark Brown wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to. > >>if

Re: [RFC] iio: Add driver for Silabs si1132, si1141/2/3 and si1145/6/7 ambient light, uv index and proximity sensors

On 05/20/2016 12:59 AM, Peter Meerwald-Stadler wrote: > From: Peter Meerwald > > The si114x supports x=1,2,3 IR LEDs for proximity sensing together with > visible and IR ambient light sensing (ALS). > > Newer parts (si1132, si1145/6/7) can measure UV light and compute an UV index > > Arranging

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

On Tue, May 24, 2016 at 06:07:14PM +0100, Jose Abreu wrote: > On 24-05-2016 17:41, Mark Brown wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to. > >>if

[PATCH 0/2] ARM: dts: Fix imprecise external abort error when accessing Exynos MFC

Hello, This series fixes an imprecise external abort error when accessing the Exynos MFC registers due the power domain configuration requiring the aclk333 clock to be enabled during a domain switch. There isn't a dependency between the clock and Linux Samsung SoC trees because the CLK_ACLK333

[PATCH 0/2] ARM: dts: Fix imprecise external abort error when accessing Exynos MFC

Hello, This series fixes an imprecise external abort error when accessing the Exynos MFC registers due the power domain configuration requiring the aclk333 clock to be enabled during a domain switch. There isn't a dependency between the clock and Linux Samsung SoC trees because the CLK_ACLK333

[PATCH 2/2] ARM: dts: Add async-bridge clock to MFC power domain for Exynos5420

The MFC IP is also inter-connected by an Async-Bridge so the CLK_ACLK333 has to be ungated during a power domain switch. Trying to do it when the clock is gated will fail and lead to an imprecise external abort error when the driver tries to access the MFC registers with the PD disabled. For

Re: [PATCH] devicetree - document using aliases to set spi bus number.

On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote: > Document how to use devicetree aliases to assign a stable > bus number to a spi bus. > > Signed-off-by: Christer Weinigel > > --- > > Trivial documentation change. > > Not having used devicetree that

Re: [PATCH] devicetree - document using aliases to set spi bus number.

On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote: > Document how to use devicetree aliases to assign a stable > bus number to a spi bus. > > Signed-off-by: Christer Weinigel > > --- > > Trivial documentation change. > > Not having used devicetree that much it was surprisingly

[PATCH 2/2] ARM: dts: Add async-bridge clock to MFC power domain for Exynos5420

The MFC IP is also inter-connected by an Async-Bridge so the CLK_ACLK333 has to be ungated during a power domain switch. Trying to do it when the clock is gated will fail and lead to an imprecise external abort error when the driver tries to access the MFC registers with the PD disabled. For

[PATCH 1/2] clk: exynos5420: Set ID for aclk333 gate clock

The aclk333 clock needs to be ungated during the MFC power domain switch, so set the clock ID to allow the Exynos power domain logic to lookup this clock if is defined in the MFC PD device tree node. Signed-off-by: Javier Martinez Canillas ---

[PATCH 1/2] clk: exynos5420: Set ID for aclk333 gate clock

The aclk333 clock needs to be ungated during the MFC power domain switch, so set the clock ID to allow the Exynos power domain logic to lookup this clock if is defined in the MFC PD device tree node. Signed-off-by: Javier Martinez Canillas --- drivers/clk/samsung/clk-exynos5420.c | 2 +- 1

Re: [PATCH v5 00/11] serial: 8250: split LPSS to 8250_lpss, enable DMA on Quark

On Thu, 2016-05-19 at 02:18 +0100, Bryan O'Donoghue wrote: > On Thu, 2016-05-12 at 18:06 +0300, Andy Shevchenko wrote: > > On Fri, 2016-05-06 at 18:17 +0300, Andy Shevchenko wrote: > > > This is combined series of two things: > > > - split out the Intel LPSS specific driver from 8250_pci into > >

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

A big +1 to the below :) :) :) -- Computer Architect | Sent from my 64-bit #ARM Powered phone > On May 24, 2016, at 13:24, Lorenzo Pieralisi > wrote: > > Hi Bjorn, > > On Mon, May 23, 2016 at 06:39:18PM -0500, Bjorn Helgaas wrote: > > [...] > >> On Mon, May 23,

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

A big +1 to the below :) :) :) -- Computer Architect | Sent from my 64-bit #ARM Powered phone > On May 24, 2016, at 13:24, Lorenzo Pieralisi > wrote: > > Hi Bjorn, > > On Mon, May 23, 2016 at 06:39:18PM -0500, Bjorn Helgaas wrote: > > [...] > >> On Mon, May 23, 2016 at 03:16:01PM +,

Re: [PATCH v5 00/11] serial: 8250: split LPSS to 8250_lpss, enable DMA on Quark

On Thu, 2016-05-19 at 02:18 +0100, Bryan O'Donoghue wrote: > On Thu, 2016-05-12 at 18:06 +0300, Andy Shevchenko wrote: > > On Fri, 2016-05-06 at 18:17 +0300, Andy Shevchenko wrote: > > > This is combined series of two things: > > > - split out the Intel LPSS specific driver from 8250_pci into > >

Re: [PATCH v2 4/5] thermal: bang-bang governor: act on lower trip boundary

Hi, 24. Mai 2016 15:06 Uhr, "Javi Merino" schrieb: > Ccing Peter Feuerer, author of the bang bang governor. > > On Tue, May 03, 2016 at 05:33:32PM +0800, Caesar Wang wrote: > >> From: Sascha Hauer >> >> With interrupt driven thermal zones we pass

Re: [PATCH v2 4/5] thermal: bang-bang governor: act on lower trip boundary

Hi, 24. Mai 2016 15:06 Uhr, "Javi Merino" schrieb: > Ccing Peter Feuerer, author of the bang bang governor. > > On Tue, May 03, 2016 at 05:33:32PM +0800, Caesar Wang wrote: > >> From: Sascha Hauer >> >> With interrupt driven thermal zones we pass the lower and upper >> temperature on which

Re: [PATCH v1 1/3] Add the latent_entropy gcc plugin

On Mon, May 23, 2016 at 3:15 PM, Emese Revfy wrote: > This plugin mitigates the problem of the kernel having too little entropy > during > and after boot for generating crypto keys. > > It creates a local variable in every marked function. The value of this > variable is >

Re: [PATCH v1 1/3] Add the latent_entropy gcc plugin

On Mon, May 23, 2016 at 3:15 PM, Emese Revfy wrote: > This plugin mitigates the problem of the kernel having too little entropy > during > and after boot for generating crypto keys. > > It creates a local variable in every marked function. The value of this > variable is > modified by randomly

[PATCH v1 1/1] sysctl: introduce uuid_le and uuid_be

By default the sysctl interface returns random UUID in big endian format. Sometimes it's not suitable, e.g. using generated UUID for EFI variable name. Provide uuid_le and uuid_be to comprehence that interface. Signed-off-by: Andy Shevchenko ---

[PATCH v1 1/1] sysctl: introduce uuid_le and uuid_be

By default the sysctl interface returns random UUID in big endian format. Sometimes it's not suitable, e.g. using generated UUID for EFI variable name. Provide uuid_le and uuid_be to comprehence that interface. Signed-off-by: Andy Shevchenko --- drivers/char/random.c | 44

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Bjorn, On Mon, May 23, 2016 at 06:39:18PM -0500, Bjorn Helgaas wrote: [...] > On Mon, May 23, 2016 at 03:16:01PM +, Gabriele Paoloni wrote: > I don't think of ECAM support itself as a "driver". It's just a > service available to drivers, similar to OF resource parsing. > > Per PCI

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

Hi Bjorn, On Mon, May 23, 2016 at 06:39:18PM -0500, Bjorn Helgaas wrote: [...] > On Mon, May 23, 2016 at 03:16:01PM +, Gabriele Paoloni wrote: > I don't think of ECAM support itself as a "driver". It's just a > service available to drivers, similar to OF resource parsing. > > Per PCI

Re: [PATCH] devicetree - document using aliases to set spi bus number.

On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote: > Document how to use devicetree aliases to assign a stable > bus number to a spi bus. Please submit patches using subject lines reflecting the style for the subsystem. This makes it easier for people to identify relevant

Re: [PATCH] devicetree - document using aliases to set spi bus number.

On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote: > Document how to use devicetree aliases to assign a stable > bus number to a spi bus. Please submit patches using subject lines reflecting the style for the subsystem. This makes it easier for people to identify relevant

Re: [PATCH v4] KVM: halt-polling: poll for the upcoming fire timers

On 05/24/2016 09:57 AM, Wanpeng Li wrote: > From: Wanpeng Li > > If an emulated lapic timer will fire soon(in the scope of 10us the > base of dynamic halt-polling, lower-end of message passing workload > latency TCP_RR's poll time < 10us) we can treat it as a short halt,

Re: [PATCH v1 2/3] Mark functions with the latent_entropy attribute

On Mon, May 23, 2016 at 3:16 PM, Emese Revfy wrote: > These functions have been selected because they are init functions or > are called at random times or they have variable loops. > > Based on work created by the PaX Team. > > Signed-off-by: Emese Revfy

Re: [PATCH v4] KVM: halt-polling: poll for the upcoming fire timers

On 05/24/2016 09:57 AM, Wanpeng Li wrote: > From: Wanpeng Li > > If an emulated lapic timer will fire soon(in the scope of 10us the > base of dynamic halt-polling, lower-end of message passing workload > latency TCP_RR's poll time < 10us) we can treat it as a short halt, > and poll to wait it

Re: [PATCH v1 2/3] Mark functions with the latent_entropy attribute

On Mon, May 23, 2016 at 3:16 PM, Emese Revfy wrote: > These functions have been selected because they are init functions or > are called at random times or they have variable loops. > > Based on work created by the PaX Team. > > Signed-off-by: Emese Revfy > [...] > ---

Re: [PATCH 2/3] media: add media_device_unregister_put() interface

On 05/23/2016 05:39 AM, Hans Verkuil wrote: > On 05/13/2016 07:09 PM, Shuah Khan wrote: >> Add media_device_unregister_put() interface to release reference to a media >> device allocated using the Media Device Allocator API. The media device is >> unregistered and freed when the last driver that

Re: [PATCH 2/3] media: add media_device_unregister_put() interface

On 05/23/2016 05:39 AM, Hans Verkuil wrote: > On 05/13/2016 07:09 PM, Shuah Khan wrote: >> Add media_device_unregister_put() interface to release reference to a media >> device allocated using the Media Device Allocator API. The media device is >> unregistered and freed when the last driver that

RE: [lkp] [EDAC, sb_edac] 2c1ea4c700: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

> [ 55.677523] EDAC sbridge: ECC is disabled. Aborting Works on my HSW-EX. Maybe it depends on memory configuration or some BIOS settings? The EDAC driver is looking at the MCMTR register to determine whether ECC is enabled (and this change in the code shouldn't really affect that). What

RE: [lkp] [EDAC, sb_edac] 2c1ea4c700: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

> [ 55.677523] EDAC sbridge: ECC is disabled. Aborting Works on my HSW-EX. Maybe it depends on memory configuration or some BIOS settings? The EDAC driver is looking at the MCMTR register to determine whether ECC is enabled (and this change in the code shouldn't really affect that). What

Re: [PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

On Mon, May 23, 2016 at 11:14 PM, wrote: > Hello Rob, > > On 16-05-23 16:18:13, Rob Herring wrote: >> On Fri, May 20, 2016 at 03:32:05PM +0530, Sanchayan Maity wrote: >> > This adds a SoC driver to be used by Freescale Vybrid SoC's. >> > Driver utilises syscon and nvmem

Re: [PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

On Mon, May 23, 2016 at 11:14 PM, wrote: > Hello Rob, > > On 16-05-23 16:18:13, Rob Herring wrote: >> On Fri, May 20, 2016 at 03:32:05PM +0530, Sanchayan Maity wrote: >> > This adds a SoC driver to be used by Freescale Vybrid SoC's. >> > Driver utilises syscon and nvmem consumer API's to get the

Re: [PATCH v1 3/3] Add the extra_latent_entropy kernel parameter

On Mon, May 23, 2016 at 3:17 PM, Emese Revfy wrote: > When extra_latent_entropy is passed on the kernel command line, > entropy will be extracted from up to the first 4GB of RAM while the > runtime memory allocator is being initialized. > > Based on work created by the PaX

Re: [PATCH v1 3/3] Add the extra_latent_entropy kernel parameter

On Mon, May 23, 2016 at 3:17 PM, Emese Revfy wrote: > When extra_latent_entropy is passed on the kernel command line, > entropy will be extracted from up to the first 4GB of RAM while the > runtime memory allocator is being initialized. > > Based on work created by the PaX Team. > >

Re: [PATCH] mm: oom_kill_process: do not abort if the victim is exiting

On Tue, May 24, 2016 at 03:50:42PM +0200, Michal Hocko wrote: > On Tue 24-05-16 15:24:02, Vladimir Davydov wrote: > > After selecting an oom victim, we first check if it's already exiting > > and if it is, we don't bother killing tasks sharing its mm. We do try to > > reap its mm though, but we

Re: [PATCH] mm: oom_kill_process: do not abort if the victim is exiting

On Tue, May 24, 2016 at 03:50:42PM +0200, Michal Hocko wrote: > On Tue 24-05-16 15:24:02, Vladimir Davydov wrote: > > After selecting an oom victim, we first check if it's already exiting > > and if it is, we don't bother killing tasks sharing its mm. We do try to > > reap its mm though, but we

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

Hi Mark, Thanks for your comments. On 24-05-2016 17:41, Mark Brown wrote: > On Mon, May 23, 2016 at 11:02:24AM +0100, Jose Abreu wrote: > >> +config SND_DESIGNWARE_PCM >> +bool "PCM PIO extension for I2S driver" > Why can't this be built as a module? I can change but my intention was to

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

Hi Mark, Thanks for your comments. On 24-05-2016 17:41, Mark Brown wrote: > On Mon, May 23, 2016 at 11:02:24AM +0100, Jose Abreu wrote: > >> +config SND_DESIGNWARE_PCM >> +bool "PCM PIO extension for I2S driver" > Why can't this be built as a module? I can change but my intention was to

Re: [PATCH 1/3] media: Media Device Allocator API

On 05/23/2016 05:26 AM, Hans Verkuil wrote: > Hi Shuah, > > Some comments below: Thanks for the review. > > On 05/13/2016 07:09 PM, Shuah Khan wrote: >> Media Device Allocator API to allows multiple drivers share a media device. >> Using this API, drivers can allocate a media device with the

Re: [PATCH 1/3] media: Media Device Allocator API

On 05/23/2016 05:26 AM, Hans Verkuil wrote: > Hi Shuah, > > Some comments below: Thanks for the review. > > On 05/13/2016 07:09 PM, Shuah Khan wrote: >> Media Device Allocator API to allows multiple drivers share a media device. >> Using this API, drivers can allocate a media device with the

Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure

On Mon, May 23, 2016 at 3:07 PM, Emese Revfy wrote: > This patch set introduce the GCC plugin infrastructure with examples for > testing > and documentation. > > GCC plugins are loadable modules that provide extra features to the compiler. > They are useful for runtime

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure

On Mon, May 23, 2016 at 3:07 PM, Emese Revfy wrote: > This patch set introduce the GCC plugin infrastructure with examples for > testing > and documentation. > > GCC plugins are loadable modules that provide extra features to the compiler. > They are useful for runtime instrumentation and static

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [PATCH v5 2/2] skb_array: ring test

On Tue, 24 May 2016 12:28:09 +0200 Jesper Dangaard Brouer wrote: > I do like perf, but it does not answer my questions about the > performance of this queue. I will code something up in my own > framework[2] to answer my own performance questions. > > Like what is be minimum

Re: [PATCH v5 2/2] skb_array: ring test

On Tue, 24 May 2016 12:28:09 +0200 Jesper Dangaard Brouer wrote: > I do like perf, but it does not answer my questions about the > performance of this queue. I will code something up in my own > framework[2] to answer my own performance questions. > > Like what is be minimum overhead (in

Re: [RFC][PATCH 2/3] locking: Annotate spin_unlock_wait() users

On Tue, May 24, 2016 at 12:22:07PM -0400, Tejun Heo wrote: > A delta but that particular libata usage is probably not needed now. > The path was used while libata was gradually adding error handlers to > the low level drivers. I don't think we don't have any left w/o one > at this point. I'll

Re: [RFC][PATCH 2/3] locking: Annotate spin_unlock_wait() users

On Tue, May 24, 2016 at 12:22:07PM -0400, Tejun Heo wrote: > A delta but that particular libata usage is probably not needed now. > The path was used while libata was gradually adding error handlers to > the low level drivers. I don't think we don't have any left w/o one > at this point. I'll

Re: [RFC][PATCH 2/3] locking: Annotate spin_unlock_wait() users

On Tue, May 24, 2016 at 09:17:13AM -0700, Linus Torvalds wrote: > This needs to be either hidden inside the basic spinlock functions, > _or_ it needs to be a clear and unambiguous interface. Anything that > starts talking about control dependencies is not it. > > Note that this really is about

Re: [RFC][PATCH 2/3] locking: Annotate spin_unlock_wait() users

On Tue, May 24, 2016 at 09:17:13AM -0700, Linus Torvalds wrote: > This needs to be either hidden inside the basic spinlock functions, > _or_ it needs to be a clear and unambiguous interface. Anything that > starts talking about control dependencies is not it. > > Note that this really is about

Re: [PATCH 2/3] Define fb_open_adj_file()

On Tue, May 24, 2016 at 6:28 PM, Max Staudt wrote: > Hi Daniel, > > Thanks for the feedback! Comments below: > > > On 05/23/2016 03:44 PM, Daniel Vetter wrote: >> Do we _really_ care about fbdev mmap support so much that we want to add >> more hacks all over the place (in each

Re: [PATCH 2/3] Define fb_open_adj_file()

On Tue, May 24, 2016 at 6:28 PM, Max Staudt wrote: > Hi Daniel, > > Thanks for the feedback! Comments below: > > > On 05/23/2016 03:44 PM, Daniel Vetter wrote: >> Do we _really_ care about fbdev mmap support so much that we want to add >> more hacks all over the place (in each driver) to make it

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On Tue, May 24, 2016 at 09:44:43AM -0700, Bart Van Assche wrote: > On 05/24/2016 09:34 AM, Greg KH wrote: > > On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: > > > > +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, > > > > + u64 word1, u64

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On Tue, May 24, 2016 at 09:44:43AM -0700, Bart Van Assche wrote: > On 05/24/2016 09:34 AM, Greg KH wrote: > > On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: > > > > +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, > > > > + u64 word1, u64

[PATCH] devicetree - document using aliases to set spi bus number.

Document how to use devicetree aliases to assign a stable bus number to a spi bus. Signed-off-by: Christer Weinigel --- Trivial documentation change. Not having used devicetree that much it was surprisingly hard to figure out how to assign a stable bus number to a spi

[PATCH] devicetree - document using aliases to set spi bus number.

Document how to use devicetree aliases to assign a stable bus number to a spi bus. Signed-off-by: Christer Weinigel --- Trivial documentation change. Not having used devicetree that much it was surprisingly hard to figure out how to assign a stable bus number to a spi bus. Add a simple

Re: [PATCH RESEND 7/8] pipe: account to kmemcg

On Tue, May 24, 2016 at 05:59:02AM -0700, Eric Dumazet wrote: ... > > +static int anon_pipe_buf_steal(struct pipe_inode_info *pipe, > > + struct pipe_buffer *buf) > > +{ > > + struct page *page = buf->page; > > + > > + if (page_count(page) == 1) { > > This looks racy

Re: [PATCH RESEND 7/8] pipe: account to kmemcg

On Tue, May 24, 2016 at 05:59:02AM -0700, Eric Dumazet wrote: ... > > +static int anon_pipe_buf_steal(struct pipe_inode_info *pipe, > > + struct pipe_buffer *buf) > > +{ > > + struct page *page = buf->page; > > + > > + if (page_count(page) == 1) { > > This looks racy

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On 05/24/2016 09:34 AM, Greg KH wrote: On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, + u64 word1, u64 word2) +{ + long rc; + struct vio_dev *vdev = adapter->dma_dev; + +

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On 05/24/2016 09:34 AM, Greg KH wrote: On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, + u64 word1, u64 word2) +{ + long rc; + struct vio_dev *vdev = adapter->dma_dev; + +

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

On Mon, May 23, 2016 at 11:02:24AM +0100, Jose Abreu wrote: > +config SND_DESIGNWARE_PCM > + bool "PCM PIO extension for I2S driver" Why can't this be built as a module? > + > + return irq_valid ? IRQ_HANDLED : IRQ_NONE; Please write a normal if statement, the ternery operator doesn't

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

On 05/21/2016 12:42 AM, Takashi Iwai wrote: On Sat, 21 May 2016 08:41:28 +0200, Takashi Iwai wrote: On Sat, 21 May 2016 00:27:22 +0200, Laura Abbott wrote: On 03/15/2016 12:49 PM, Takashi Iwai wrote: On Tue, 15 Mar 2016 20:38:41 +0100, Takashi Iwai wrote: On Tue, 15 Mar 2016 20:23:09

Re: [PATCH 3/4 v7] ASoC: dwc: Add PIO PCM extension

On Mon, May 23, 2016 at 11:02:24AM +0100, Jose Abreu wrote: > +config SND_DESIGNWARE_PCM > + bool "PCM PIO extension for I2S driver" Why can't this be built as a module? > + > + return irq_valid ? IRQ_HANDLED : IRQ_NONE; Please write a normal if statement, the ternery operator doesn't

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

On 05/21/2016 12:42 AM, Takashi Iwai wrote: On Sat, 21 May 2016 08:41:28 +0200, Takashi Iwai wrote: On Sat, 21 May 2016 00:27:22 +0200, Laura Abbott wrote: On 03/15/2016 12:49 PM, Takashi Iwai wrote: On Tue, 15 Mar 2016 20:38:41 +0100, Takashi Iwai wrote: On Tue, 15 Mar 2016 20:23:09

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On 05/24/2016 06:52 AM, Bryant G. Ly wrote: +config SCSI_IBMVSCSIS + tristate "IBM Virtual SCSI Server support" + depends on PPC_PSERIES && SCSI_SRP && TARGET_CORE + help + This is the IBM POWER Virtual SCSI Target Server + + The userspace component needed to

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On 05/24/2016 06:52 AM, Bryant G. Ly wrote: +config SCSI_IBMVSCSIS + tristate "IBM Virtual SCSI Server support" + depends on PPC_PSERIES && SCSI_SRP && TARGET_CORE + help + This is the IBM POWER Virtual SCSI Target Server + + The userspace component needed to

Re: [PATCH] mm: page_is_guard return false when page_ext arrays are not allocated yet

On 5/23/2016 10:37 PM, Joonsoo Kim wrote: On Fri, May 20, 2016 at 10:00:06AM -0700, Shi, Yang wrote: On 5/19/2016 7:40 PM, Joonsoo Kim wrote: 2016-05-20 2:18 GMT+09:00 Shi, Yang : On 5/18/2016 5:28 PM, Joonsoo Kim wrote: Vlastiml, thanks for ccing me on original bug

Re: [PATCH] mm: page_is_guard return false when page_ext arrays are not allocated yet

On 5/23/2016 10:37 PM, Joonsoo Kim wrote: On Fri, May 20, 2016 at 10:00:06AM -0700, Shi, Yang wrote: On 5/19/2016 7:40 PM, Joonsoo Kim wrote: 2016-05-20 2:18 GMT+09:00 Shi, Yang : On 5/18/2016 5:28 PM, Joonsoo Kim wrote: Vlastiml, thanks for ccing me on original bug report. On Wed, May 18,

Re: [PATCH RESEND 8/8] af_unix: charge buffers to kmemcg

On Tue, May 24, 2016 at 06:02:06AM -0700, Eric Dumazet wrote: > On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote: > > Unix sockets can consume a significant amount of system memory, hence > > they should be accounted to kmemcg. > > > > Since unix socket buffers are always allocated from

Re: [PATCH RESEND 8/8] af_unix: charge buffers to kmemcg

On Tue, May 24, 2016 at 06:02:06AM -0700, Eric Dumazet wrote: > On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote: > > Unix sockets can consume a significant amount of system memory, hence > > they should be accounted to kmemcg. > > > > Since unix socket buffers are always allocated from

Why copy_from/to_user causes KASAN complain?

Hi all, I got "BUG: KASAN: user-memory-access on address ..." message when developing a driver. I reviewed my code twice and didn't find why. I experienced this on various kernel versions. Please tell me why my code cause this warning? Here is a minimal reproduce example: On a Fedora-23 host,

Why copy_from/to_user causes KASAN complain?

Hi all, I got "BUG: KASAN: user-memory-access on address ..." message when developing a driver. I reviewed my code twice and didn't find why. I experienced this on various kernel versions. Please tell me why my code cause this warning? Here is a minimal reproduce example: On a Fedora-23 host,

Re: [PATCH] mm: fix build problems from lookup_page_ext

Hi Arnd, Thanks a lot for the patch. My bad, sorry for the inconvenience. I omitted the specific page_idle change is for 32 bit only. And, my host compiler looks old which is still 4.8 so it might not catch the warning. I will update my compiler. Regards, Yang On 5/24/2016 3:08 AM, Arnd

Re: [PATCH] mm: fix build problems from lookup_page_ext

Hi Arnd, Thanks a lot for the patch. My bad, sorry for the inconvenience. I omitted the specific page_idle change is for 32 bit only. And, my host compiler looks old which is still 4.8 so it might not catch the warning. I will update my compiler. Regards, Yang On 5/24/2016 3:08 AM, Arnd

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: > > +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, > > + u64 word1, u64 word2) > > +{ > > + long rc; > > + struct vio_dev *vdev = adapter->dma_dev; > > + > > + pr_debug("ibmvscsis:

[PATCH] perf/x86/intel/rapl: add skylake server

SKX uses similar RAPL interface as Broadwell server. Signed-off-by: Jacob Pan --- arch/x86/events/intel/rapl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/events/intel/rapl.c b/arch/x86/events/intel/rapl.c index 1705c9d..70af62a 100644 ---

Re: [PATCH] ibmvscsis: Initial commit of IBM VSCSI Tgt Driver

On Tue, May 24, 2016 at 09:25:05AM -0700, Bart Van Assche wrote: > > +static inline long h_send_crq(struct ibmvscsis_adapter *adapter, > > + u64 word1, u64 word2) > > +{ > > + long rc; > > + struct vio_dev *vdev = adapter->dma_dev; > > + > > + pr_debug("ibmvscsis:

[PATCH] perf/x86/intel/rapl: add skylake server

SKX uses similar RAPL interface as Broadwell server. Signed-off-by: Jacob Pan --- arch/x86/events/intel/rapl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/events/intel/rapl.c b/arch/x86/events/intel/rapl.c index 1705c9d..70af62a 100644 --- a/arch/x86/events/intel/rapl.c +++

Re: [PATCH 3/3] ARM: configs: keystone: Enable PINCTRL_SINGLE Config

Hi Keerthy, On 5/23/2016 8:56 PM, Keerthy wrote: On Tuesday 24 May 2016 09:07 AM, Lokesh Vutla wrote: On Monday 23 May 2016 05:59 PM, Keerthy wrote: keystone-k2l devices use pinmux and are compliant with PINCTRL_SINGLE. Hence enable the config option. Signed-off-by: Keerthy

Re: [PATCH 3/3] ARM: configs: keystone: Enable PINCTRL_SINGLE Config

Hi Keerthy, On 5/23/2016 8:56 PM, Keerthy wrote: On Tuesday 24 May 2016 09:07 AM, Lokesh Vutla wrote: On Monday 23 May 2016 05:59 PM, Keerthy wrote: keystone-k2l devices use pinmux and are compliant with PINCTRL_SINGLE. Hence enable the config option. Signed-off-by: Keerthy A similar

[GIT PULL] ext4 updates for 4.7

Note: there are some merge conflicts in the Direct I/O handling code. The resolution of them is in linux-next, as well as here: http://git.kernel.org/cgit/linux/kernel/git/tytso/ext4.git/commit/?h=trial-merge Also see below for the output of "git show trial-merge". (I couldn't figure out a

[GIT PULL] ext4 updates for 4.7

Note: there are some merge conflicts in the Direct I/O handling code. The resolution of them is in linux-next, as well as here: http://git.kernel.org/cgit/linux/kernel/git/tytso/ext4.git/commit/?h=trial-merge Also see below for the output of "git show trial-merge". (I couldn't figure out a

Re: [PATCH 2/3] Define fb_open_adj_file()

Hi Daniel, Thanks for the feedback! Comments below: On 05/23/2016 03:44 PM, Daniel Vetter wrote: > Do we _really_ care about fbdev mmap support so much that we want to add > more hacks all over the place (in each driver) to make it work? Given that > fbdev is officially in the "no more drivers"

Re: [PATCH 2/3] Define fb_open_adj_file()

Hi Daniel, Thanks for the feedback! Comments below: On 05/23/2016 03:44 PM, Daniel Vetter wrote: > Do we _really_ care about fbdev mmap support so much that we want to add > more hacks all over the place (in each driver) to make it work? Given that > fbdev is officially in the "no more drivers"

Re: Regression in 4.6.0-git - bisected to commit dd254f5a382c

On Tue, May 24, 2016 at 11:10:09AM -0500, Larry Finger wrote: > For now, the following one-line hack allows my system to boot: > > diff --git a/fs/read_write.c b/fs/read_write.c > index 933b53a..d5d64d9 100644 > --- a/fs/read_write.c > +++ b/fs/read_write.c > @@ -721,6 +721,7 @@ static ssize_t

Re: Regression in 4.6.0-git - bisected to commit dd254f5a382c

On Tue, May 24, 2016 at 11:10:09AM -0500, Larry Finger wrote: > For now, the following one-line hack allows my system to boot: > > diff --git a/fs/read_write.c b/fs/read_write.c > index 933b53a..d5d64d9 100644 > --- a/fs/read_write.c > +++ b/fs/read_write.c > @@ -721,6 +721,7 @@ static ssize_t

Re: [PATCH v2] xen: use vma_pages().

On 05/23/2016 08:04 PM, Muhammad Falak R Wani wrote: > Replace explicit computation of vma page count by a call to > vma_pages(). > > Signed-off-by: Muhammad Falak R Wani Reviewed-by: Boris Ostrovsky

Re: [PATCH v2] xen: use vma_pages().

On 05/23/2016 08:04 PM, Muhammad Falak R Wani wrote: > Replace explicit computation of vma page count by a call to > vma_pages(). > > Signed-off-by: Muhammad Falak R Wani Reviewed-by: Boris Ostrovsky

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