[PATCH v3 1/6] watchdog: add set_pretimeout interface

From: Robin Gong Add set_pretimeout since our watchdog driver has those interfaces and obviously, the new common watchdog framework didn't implement this interface. Signed-off-by: Robin Gong [vzapolskiy: rebased, added an inline comment to describe

[PATCH v3 1/6] watchdog: add set_pretimeout interface

From: Robin Gong Add set_pretimeout since our watchdog driver has those interfaces and obviously, the new common watchdog framework didn't implement this interface. Signed-off-by: Robin Gong [vzapolskiy: rebased, added an inline comment to describe new interface] Signed-off-by: Vladimir

[PATCH v3 6/6] watchdog: pretimeout: add noop pretimeout governor

Noop watchdog pretimeout governor, only an informational message is added to the kernel log buffer. Signed-off-by: Vladimir Zapolskiy --- Changes from v2 to v3: * temporarily removed tristate option, the governor can be built-in only Changes from v1 to v2: *

[PATCH v3 6/6] watchdog: pretimeout: add noop pretimeout governor

Noop watchdog pretimeout governor, only an informational message is added to the kernel log buffer. Signed-off-by: Vladimir Zapolskiy --- Changes from v2 to v3: * temporarily removed tristate option, the governor can be built-in only Changes from v1 to v2: * removed #ifdef

[PATCH 6/8] dmaengine: sun6i-dma: Only calculate residue if state exists.

There is no point in calculating the residue if state does not exist to store the value. Signed-off-by: Peter Griffin --- drivers/dma/sun6i-dma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/sun6i-dma.c b/drivers/dma/sun6i-dma.c index

[PATCH 6/8] dmaengine: sun6i-dma: Only calculate residue if state exists.

There is no point in calculating the residue if state does not exist to store the value. Signed-off-by: Peter Griffin --- drivers/dma/sun6i-dma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/sun6i-dma.c b/drivers/dma/sun6i-dma.c index 5065ca4..3835fcd 100644

[PATCH 0/8] Various dmaengine cleanups

Hi Vinod, This series is a bunch of cleanup updates to various dmaengine drivers, based on some of the review feeback to my fdma series. regards, Peter. Peter Griffin (8): dmaengine: fsl-edma: Fix clock handling error paths dmaengine: fsl-edma: print error code in error messages.

[PATCH 0/8] Various dmaengine cleanups

Hi Vinod, This series is a bunch of cleanup updates to various dmaengine drivers, based on some of the review feeback to my fdma series. regards, Peter. Peter Griffin (8): dmaengine: fsl-edma: Fix clock handling error paths dmaengine: fsl-edma: print error code in error messages.

[PATCH 8/8] dmaengine: Remove site specific OOM error messages on kzalloc

If kzalloc() fails it will issue it's own error message including a dump_stack(). So remove the site specific error messages. Signed-off-by: Peter Griffin --- drivers/dma/amba-pl08x.c| 10 +- drivers/dma/bestcomm/bestcomm.c | 2 -- drivers/dma/edma.c

[PATCH 5/8] dmaengine: ste_dma40: Only calculate residue if txstate exists.

There is no point calculating the residue if there is no txstate to store the value. Signed-off-by: Peter Griffin --- drivers/dma/ste_dma40.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c index

[PATCH 8/8] dmaengine: Remove site specific OOM error messages on kzalloc

If kzalloc() fails it will issue it's own error message including a dump_stack(). So remove the site specific error messages. Signed-off-by: Peter Griffin --- drivers/dma/amba-pl08x.c| 10 +- drivers/dma/bestcomm/bestcomm.c | 2 -- drivers/dma/edma.c | 16

[PATCH 5/8] dmaengine: ste_dma40: Only calculate residue if txstate exists.

There is no point calculating the residue if there is no txstate to store the value. Signed-off-by: Peter Griffin --- drivers/dma/ste_dma40.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c index 6fb8307..378cc47 100644 ---

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Tue, Jun 07, 2016 at 08:45:53PM +0800, Boqun Feng wrote: > On Tue, Jun 07, 2016 at 02:00:16PM +0200, Peter Zijlstra wrote: > > On Tue, Jun 07, 2016 at 07:43:15PM +0800, Boqun Feng wrote: > > > On Mon, Jun 06, 2016 at 06:08:36PM +0200, Peter Zijlstra wrote: > > > > diff --git

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Tue, Jun 07, 2016 at 08:45:53PM +0800, Boqun Feng wrote: > On Tue, Jun 07, 2016 at 02:00:16PM +0200, Peter Zijlstra wrote: > > On Tue, Jun 07, 2016 at 07:43:15PM +0800, Boqun Feng wrote: > > > On Mon, Jun 06, 2016 at 06:08:36PM +0200, Peter Zijlstra wrote: > > > > diff --git

Re: [BUG] Page allocation failures with newest kernels

Hi Mel, 2016-06-03 14:36 GMT+02:00 Mel Gorman : > On Fri, Jun 03, 2016 at 01:57:06PM +0200, Marcin Wojtas wrote: >> >> For the record: the newest kernel I was able to reproduce the dumps >> >> was v4.6: http://pastebin.com/ekDdACn5. I've just checked v4.7-rc1, >> >>

Re: [BUG] Page allocation failures with newest kernels

Hi Mel, 2016-06-03 14:36 GMT+02:00 Mel Gorman : > On Fri, Jun 03, 2016 at 01:57:06PM +0200, Marcin Wojtas wrote: >> >> For the record: the newest kernel I was able to reproduce the dumps >> >> was v4.6: http://pastebin.com/ekDdACn5. I've just checked v4.7-rc1, >> >> which comprise a lot (mainly

Re: [PATCH v5 02/18] remoteproc: st_slim_rproc: add a slimcore rproc driver

Hi, [auto build test WARNING on robh/for-next] [also build test WARNING on v4.7-rc2 next-20160607] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Peter-Griffin/Add-support-for-FDMA-DMA

Re: [PATCH v5 02/18] remoteproc: st_slim_rproc: add a slimcore rproc driver

Hi, [auto build test WARNING on robh/for-next] [also build test WARNING on v4.7-rc2 next-20160607] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Peter-Griffin/Add-support-for-FDMA-DMA

Re: NVMe over Fabrics target implementation

Hi Bart, > As you know with configfs it is not allowed to create directories in the > configfs hierarchy from inside the kernel. Of course you can, and every user of configfs relies on being able to create directories from the kernel using either the default_groups list, or through the use of

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: >> Hello! >> >>I've been trying to better understand this problem I was having where >> sometimes >>a formerly NFS-exported mountpoint becomes unmountable (after nfsd stop). >> >>

Re: [PATCH 1/2 v8] ASoC: dwc: Add PIO PCM extension

On Mon, May 30, 2016 at 10:53:15AM +0100, Jose Abreu wrote: A few small things but this looks basically fine. > + if (isr[i] & 0x33) > + irq_valid = true; This checks for a mask of 0x33 but... > + > + /* > + * Check if TX fifo is empty.

Re: NVMe over Fabrics target implementation

Hi Bart, > As you know with configfs it is not allowed to create directories in the > configfs hierarchy from inside the kernel. Of course you can, and every user of configfs relies on being able to create directories from the kernel using either the default_groups list, or through the use of

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Jun 7, 2016, at 1:10 PM, Jeff Layton wrote: > On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: >> Hello! >> >>I've been trying to better understand this problem I was having where >> sometimes >>a formerly NFS-exported mountpoint becomes unmountable (after nfsd stop). >> >>

Re: [PATCH 1/2 v8] ASoC: dwc: Add PIO PCM extension

On Mon, May 30, 2016 at 10:53:15AM +0100, Jose Abreu wrote: A few small things but this looks basically fine. > + if (isr[i] & 0x33) > + irq_valid = true; This checks for a mask of 0x33 but... > + > + /* > + * Check if TX fifo is empty.

Re: [PATCH v2] staging: lustre: lustre: obdclass: Modify return statement

On Tue, Jun 07, 2016 at 10:34:01PM +0530, Anchal Jain wrote: > Modify the return statement. > The Coccinelle semantic patch used to make this change is as follows: > > @@ > expression e, ret; > @@ > > -ret = > +return > e; > -return ret; > > Delete the declaration of the return variable

Re: [PATCH v2] staging: lustre: lustre: obdclass: Modify return statement

On Tue, Jun 07, 2016 at 10:34:01PM +0530, Anchal Jain wrote: > Modify the return statement. > The Coccinelle semantic patch used to make this change is as follows: > > @@ > expression e, ret; > @@ > > -ret = > +return > e; > -return ret; > > Delete the declaration of the return variable

Re: USB broken on Banana Pi in Linux 4.6

On Tue, Jun 07, 2016 at 07:06:00PM +0200, Marc Haber wrote: > On Fri, Jun 03, 2016 at 08:35:11AM -0700, Greg KH wrote: > > On Fri, Jun 03, 2016 at 08:53:58AM +0200, Marc Haber wrote: > > > On Mon, May 30, 2016 at 01:47:12PM -0700, Greg KH wrote: > > > > On Mon, May 30, 2016 at 09:02:54PM +0200,

Re: USB broken on Banana Pi in Linux 4.6

On Tue, Jun 07, 2016 at 07:06:00PM +0200, Marc Haber wrote: > On Fri, Jun 03, 2016 at 08:35:11AM -0700, Greg KH wrote: > > On Fri, Jun 03, 2016 at 08:53:58AM +0200, Marc Haber wrote: > > > On Mon, May 30, 2016 at 01:47:12PM -0700, Greg KH wrote: > > > > On Mon, May 30, 2016 at 09:02:54PM +0200,

Re: [PATCH 2/5] EDAC, altera: ECC Manager IRQ controller support

On Wed, May 25, 2016 at 11:29:40AM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > To better support child devices, the ECC manager needs to be > implemented as an IRQ controller. > > Signed-off-by: Thor Thayer >

Re: [PATCH 2/5] EDAC, altera: ECC Manager IRQ controller support

On Wed, May 25, 2016 at 11:29:40AM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > To better support child devices, the ECC manager needs to be > implemented as an IRQ controller. > > Signed-off-by: Thor Thayer > --- > drivers/edac/altera_edac.c | 162 >

Re: [PATCH 04/14] pwm: rockchip: Add support for hardware readout

On Sat, Jun 04, 2016 at 08:24:26AM +0200, Boris Brezillon wrote: > On Fri, 3 Jun 2016 13:20:06 -0700 Brian Norris > wrote: > > On Fri, Jun 03, 2016 at 10:23:02AM +0200, Boris Brezillon wrote: > > > @@ -75,6 +77,19 @@ static void rockchip_pwm_set_enable_v1(struct

Re: [PATCH 04/14] pwm: rockchip: Add support for hardware readout

On Sat, Jun 04, 2016 at 08:24:26AM +0200, Boris Brezillon wrote: > On Fri, 3 Jun 2016 13:20:06 -0700 Brian Norris > wrote: > > On Fri, Jun 03, 2016 at 10:23:02AM +0200, Boris Brezillon wrote: > > > @@ -75,6 +77,19 @@ static void rockchip_pwm_set_enable_v1(struct pwm_chip > > > *chip, > > >

Re: [PATCH 03/14] pwm: rockchip: Fix period and duty_cycle approximation

On Sat, Jun 04, 2016 at 08:19:55AM +0200, Boris Brezillon wrote: > On Fri, 3 Jun 2016 13:03:26 -0700 > Brian Norris wrote: > > > On Fri, Jun 03, 2016 at 10:23:01AM +0200, Boris Brezillon wrote: > > > The current implementation always round down the duty and period > > >

Re: [PATCH 03/14] pwm: rockchip: Fix period and duty_cycle approximation

On Sat, Jun 04, 2016 at 08:19:55AM +0200, Boris Brezillon wrote: > On Fri, 3 Jun 2016 13:03:26 -0700 > Brian Norris wrote: > > > On Fri, Jun 03, 2016 at 10:23:01AM +0200, Boris Brezillon wrote: > > > The current implementation always round down the duty and period > > > values, while it would be

Re: [PATCH v2 2/3] ntb_transport: Check the number of spads the hardware supports

On Tue, 2016-06-07 at 11:20 -0600, Logan Gunthorpe wrote: > I'm working on hardware that currently has a limited number of > scratchpad registers and ntb_ndev fails with no clue as to why. I > feel it is better to fail early and provide a reasonable error > message > then to fail later on. > >

Re: [PATCH v2 2/3] ntb_transport: Check the number of spads the hardware supports

On Tue, 2016-06-07 at 11:20 -0600, Logan Gunthorpe wrote: > I'm working on hardware that currently has a limited number of > scratchpad registers and ntb_ndev fails with no clue as to why. I > feel it is better to fail early and provide a reasonable error > message > then to fail later on. > >

Re: [PATCH] [efifb] Fix 16 color palette entry calculation

On Tue, Jun 07, 2016 at 03:45:43PM +0200, Max Staudt wrote: > When using efifb with a 16-bit (5:6:5) visual, fbcon's text is rendered > in the wrong colors - e.g. text gray (#aa) is rendered as green > (#50bc50) and neighboring pixels have slightly different values > (such as #50bc78). > >

Re: [PATCH] [efifb] Fix 16 color palette entry calculation

On Tue, Jun 07, 2016 at 03:45:43PM +0200, Max Staudt wrote: > When using efifb with a 16-bit (5:6:5) visual, fbcon's text is rendered > in the wrong colors - e.g. text gray (#aa) is rendered as green > (#50bc50) and neighboring pixels have slightly different values > (such as #50bc78). > >

Re: [PATCH 4/7] ARM: dts: sun7i: Add NFC node to Allwinner A20 SoC

On Mon, 6 Jun 2016 13:24:21 +0300 Aleksei Mamlin wrote: > From: Boris Brezillon > > Add NAND Flash controller node definition to the A20 SoC. > > Signed-off-by: Boris Brezillon > Signed-off-by:

Re: [PATCH 4/7] ARM: dts: sun7i: Add NFC node to Allwinner A20 SoC

On Mon, 6 Jun 2016 13:24:21 +0300 Aleksei Mamlin wrote: > From: Boris Brezillon > > Add NAND Flash controller node definition to the A20 SoC. > > Signed-off-by: Boris Brezillon > Signed-off-by: Aleksei Mamlin > --- > arch/arm/boot/dts/sun7i-a20.dtsi | 11 +++ > 1 file changed, 11

Re: [PATCH v3 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

On Tue, Jun 07, 2016 at 04:12:29PM +0200, Heiko Stübner wrote: > Hi Guenter, > > Am Dienstag, 7. Juni 2016, 06:19:45 schrieb Guenter Roeck: > > On Tue, Jun 7, 2016 at 2:54 AM, Heiko Stübner wrote: > > > Hi Frank, > > > > > > Am Montag, 6. Juni 2016, 17:20:04 schrieb Frank Wang:

Re: [PATCH 1/3] Documentation: dtb: xgene: Add hwmon dts binding documentation

On Tue, May 24, 2016 at 6:31 AM, Hoan Tran wrote: > Hi Rob, > > Thanks for your review ! > > On Mon, May 23, 2016 at 1:30 PM, Rob Herring wrote: >> >> On Mon, May 16, 2016 at 09:17:25AM -0700, Hoan Tran wrote: >> > This patch adds the APM X-Gene hwmon device tree

Re: [PATCH 1/3] Documentation: dtb: xgene: Add hwmon dts binding documentation

On Tue, May 24, 2016 at 6:31 AM, Hoan Tran wrote: > Hi Rob, > > Thanks for your review ! > > On Mon, May 23, 2016 at 1:30 PM, Rob Herring wrote: >> >> On Mon, May 16, 2016 at 09:17:25AM -0700, Hoan Tran wrote: >> > This patch adds the APM X-Gene hwmon device tree node documentation. >> > >> >

Re: [PATCH v3 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

On Tue, Jun 07, 2016 at 04:12:29PM +0200, Heiko Stübner wrote: > Hi Guenter, > > Am Dienstag, 7. Juni 2016, 06:19:45 schrieb Guenter Roeck: > > On Tue, Jun 7, 2016 at 2:54 AM, Heiko Stübner wrote: > > > Hi Frank, > > > > > > Am Montag, 6. Juni 2016, 17:20:04 schrieb Frank Wang: > > >> The newer

Re: [PATCH 2/3] ntb_transport: Check the number of spads the hardware supports

Hi Jon, Thanks for the feedback. I'll send an updated patch in a moment. On 04/06/16 09:40 AM, Jon Mason wrote: > Nit, please add spaces around '*' (per checkpatch) I'll change this, but I did run it through checkpatch and it did not warn about this. > Please explicitly point out that this is

Re: [PATCH 2/3] ntb_transport: Check the number of spads the hardware supports

Hi Jon, Thanks for the feedback. I'll send an updated patch in a moment. On 04/06/16 09:40 AM, Jon Mason wrote: > Nit, please add spaces around '*' (per checkpatch) I'll change this, but I did run it through checkpatch and it did not warn about this. > Please explicitly point out that this is

Re: [PATCH] ARM: dts: am335x-boneblack: add i2c1 DT entry

On Tue, Jun 7, 2016 at 1:14 AM, Li, Yong B wrote: > Thanks Tony. > > I checked the DTS/overlays using linux-yocto-4.1 kernel(Ostro OS). It seems > to me that the kernel/u-boot do not include the latest overlay support patch. > And I also tested the latest Debian 8.4 using

Re: [PATCH] ARM: dts: am335x-boneblack: add i2c1 DT entry

On Tue, Jun 7, 2016 at 1:14 AM, Li, Yong B wrote: > Thanks Tony. > > I checked the DTS/overlays using linux-yocto-4.1 kernel(Ostro OS). It seems > to me that the kernel/u-boot do not include the latest overlay support patch. > And I also tested the latest Debian 8.4 using BBB boards, the I2C1

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

On Tue, 2016-06-07 at 12:43 -0400, George Spelvin wrote: > Andy Shevchenko wrote: > > To be sure it faster we need the measurements. Sometimes it's not > > obvious. [] > Speaking pedantically, you're right.  But as a practical matter, it's > very unlikely, and what makes it truly insignificant is

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

On Tue, 2016-06-07 at 12:43 -0400, George Spelvin wrote: > Andy Shevchenko wrote: > > To be sure it faster we need the measurements. Sometimes it's not > > obvious. [] > Speaking pedantically, you're right.  But as a practical matter, it's > very unlikely, and what makes it truly insignificant is

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: > Hello! > >    I've been trying to better understand this problem I was having where > sometimes >    a formerly NFS-exported mountpoint becomes unmountable (after nfsd stop). > >    I finally traced it to a leaked filedescriptor that was

Re: Files leak from nfsd in 4.7.1-rc1 (and more?)

On Tue, 2016-06-07 at 11:37 -0400, Oleg Drokin wrote: > Hello! > >    I've been trying to better understand this problem I was having where > sometimes >    a formerly NFS-exported mountpoint becomes unmountable (after nfsd stop). > >    I finally traced it to a leaked filedescriptor that was

Re: [PATCH v14.1 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

Hello Yakir, On 03/17/2016 05:47 PM, Heiko Stübner wrote: > Split the dp core driver from exynos directory to bridge directory, > and rename the core driver to analogix_dp_*, rename the platform > code to exynos_dp. > > Beside the new analogix_dp driver would export six hooks. >

Re: [PATCH v14.1 01/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

Hello Yakir, On 03/17/2016 05:47 PM, Heiko Stübner wrote: > Split the dp core driver from exynos directory to bridge directory, > and rename the core driver to analogix_dp_*, rename the platform > code to exynos_dp. > > Beside the new analogix_dp driver would export six hooks. >

Re: USB broken on Banana Pi in Linux 4.6

On Fri, Jun 03, 2016 at 08:35:11AM -0700, Greg KH wrote: > On Fri, Jun 03, 2016 at 08:53:58AM +0200, Marc Haber wrote: > > On Mon, May 30, 2016 at 01:47:12PM -0700, Greg KH wrote: > > > On Mon, May 30, 2016 at 09:02:54PM +0200, Marc Haber wrote: > > > > Hi, > > > > > > > > on my Bananapis, in

Re: USB broken on Banana Pi in Linux 4.6

On Fri, Jun 03, 2016 at 08:35:11AM -0700, Greg KH wrote: > On Fri, Jun 03, 2016 at 08:53:58AM +0200, Marc Haber wrote: > > On Mon, May 30, 2016 at 01:47:12PM -0700, Greg KH wrote: > > > On Mon, May 30, 2016 at 09:02:54PM +0200, Marc Haber wrote: > > > > Hi, > > > > > > > > on my Bananapis, in

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On 30/05/16 05:19, HS Liao wrote: This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On 30/05/16 05:19, HS Liao wrote: This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help read/write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to

[PATCH v2] staging: lustre: lustre: obdclass: Modify return statement

Modify the return statement. The Coccinelle semantic patch used to make this change is as follows: @@ expression e, ret; @@ -ret = +return e; -return ret; Delete the declaration of the return variable rc, as it is no longer used. Signed-off-by: Anchal Jain ---

[PATCH v2] staging: lustre: lustre: obdclass: Modify return statement

Modify the return statement. The Coccinelle semantic patch used to make this change is as follows: @@ expression e, ret; @@ -ret = +return e; -return ret; Delete the declaration of the return variable rc, as it is no longer used. Signed-off-by: Anchal Jain --- changes in v2

Re: [PATCH] thinkpad_acpi: Add support for HKEY version 0x200

Since nothing's really happened with this patch for a while I figured I'd take over trying to get this upstream. Regarding testing: This seems to work fine on the 60 series laptops, and works fine on previous generations. The one thing I haven't been able to test is an X1 carbon with an adaptive

Re: [PATCH] thinkpad_acpi: Add support for HKEY version 0x200

Since nothing's really happened with this patch for a while I figured I'd take over trying to get this upstream. Regarding testing: This seems to work fine on the 60 series laptops, and works fine on previous generations. The one thing I haven't been able to test is an X1 carbon with an adaptive

Re: NVMe over Fabrics target implementation

On 06/06/2016 02:22 PM, Christoph Hellwig wrote: The target is configured using configfs, and configurable entities are: - NVMe subsystems and namespaces - NVMe over Fabrics ports and referrals - Host ACLs for primitive access control - NVMe over Fabrics access control is still work in

Re: NVMe over Fabrics target implementation

On 06/06/2016 02:22 PM, Christoph Hellwig wrote: The target is configured using configfs, and configurable entities are: - NVMe subsystems and namespaces - NVMe over Fabrics ports and referrals - Host ACLs for primitive access control - NVMe over Fabrics access control is still work in

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On 03/06/16 15:11, Matthias Brugger wrote: [...] + +smp_mb(); /* modify jump before enable thread */ +} + +cmdq_thread_writel(thread, task->pa_base + task->command_size, + CMDQ_THR_END_ADDR); +cmdq_thread_resume(thread); +} +

Re: [PATCH v8 2/3] CMDQ: Mediatek CMDQ driver

On 03/06/16 15:11, Matthias Brugger wrote: [...] + +smp_mb(); /* modify jump before enable thread */ +} + +cmdq_thread_writel(thread, task->pa_base + task->command_size, + CMDQ_THR_END_ADDR); +cmdq_thread_resume(thread); +} +

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Mon, Jun 06, 2016 at 04:28:08PM +0300, Heikki Krogerus wrote: [ ... ] > > I would prefer lower case letters. I don't know the SIDs there are at > them moment, other then Display Port. Do you know them? > SIDs: 0xff00 - power delivery 0xff01 - displayport 0xff02 - MHL

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Mon, Jun 06, 2016 at 04:28:08PM +0300, Heikki Krogerus wrote: [ ... ] > > I would prefer lower case letters. I don't know the SIDs there are at > them moment, other then Display Port. Do you know them? > SIDs: 0xff00 - power delivery 0xff01 - displayport 0xff02 - MHL

YOUR ATM.

Attention Owner Of Atm Card, We here by wish to notify you that this office {BCEAO BANK BURKINA FASO} has been mandated to issue out your payment of $1.5m USD through an ATM MASTER CARD. You have to stop further communication with any other person(s) or offices to avoid any hitch in receiving

YOUR ATM.

Attention Owner Of Atm Card, We here by wish to notify you that this office {BCEAO BANK BURKINA FASO} has been mandated to issue out your payment of $1.5m USD through an ATM MASTER CARD. You have to stop further communication with any other person(s) or offices to avoid any hitch in receiving

[RFC PATCH 1/4] RAS: Add a Corrected Errors Collector

From: Borislav Petkov A simple data structure for collecting correctable errors along with accessors. More detailed description in the code itself. Signed-off-by: Borislav Petkov --- arch/x86/kernel/cpu/mcheck/mce.c | 120 +-- arch/x86/ras/Kconfig

[R-F-C PATCH 0/4] RFC: x86/mce: Deprecate mcelog and other funsies

From: Borislav Petkov So this set cannot have a bigger "RFC" tag: It attempts to revive the correctable errors collector. In this version, the thing gets counters in debugfs: (debugfs)/ras/cec/ |-- array `-- pfn which give some stats on the CEC like how many CEs it caught and

[RFC PATCH 1/4] RAS: Add a Corrected Errors Collector

From: Borislav Petkov A simple data structure for collecting correctable errors along with accessors. More detailed description in the code itself. Signed-off-by: Borislav Petkov --- arch/x86/kernel/cpu/mcheck/mce.c | 120 +-- arch/x86/ras/Kconfig | 11 +

[R-F-C PATCH 0/4] RFC: x86/mce: Deprecate mcelog and other funsies

From: Borislav Petkov So this set cannot have a bigger "RFC" tag: It attempts to revive the correctable errors collector. In this version, the thing gets counters in debugfs: (debugfs)/ras/cec/ |-- array `-- pfn which give some stats on the CEC like how many CEs it caught and the number of

[RFC PATCH 2/4] x86/mce: Deprecate /dev/mcelog

From: Tony Luck Move all code relating to /dev/mcelog to own source file. /dev/mcelog driver can now operate from the machine check notifier with lowest prio. Boris: * Move the mce_helper and trigger functionality behind CONFIG_X86_MCELOG. Signed-off-by: Tony Luck

[RFC PATCH 3/4] x86/mce: Merge mce_amd_inj into mce-inject

From: Borislav Petkov We're reusing mce_amd_inj's debugfs interface so that mce-inject can benefit from it too. The old functionality is still preserved under CONFIG_X86_MCELOG. Signed-off-by: Borislav Petkov --- arch/x86/Kconfig| 2 +-

[RFC PATCH 2/4] x86/mce: Deprecate /dev/mcelog

From: Tony Luck Move all code relating to /dev/mcelog to own source file. /dev/mcelog driver can now operate from the machine check notifier with lowest prio. Boris: * Move the mce_helper and trigger functionality behind CONFIG_X86_MCELOG. Signed-off-by: Tony Luck Signed-off-by: Borislav

[RFC PATCH 3/4] x86/mce: Merge mce_amd_inj into mce-inject

From: Borislav Petkov We're reusing mce_amd_inj's debugfs interface so that mce-inject can benefit from it too. The old functionality is still preserved under CONFIG_X86_MCELOG. Signed-off-by: Borislav Petkov --- arch/x86/Kconfig| 2 +-

[RFC PATCH 4/4] x86/mce-inject: Use debugfs_remove_recursive()

From: Borislav Petkov ... and simplify a bit. No functionality change. Signed-off-by: Borislav Petkov --- arch/x86/kernel/cpu/mcheck/mce-inject.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git

[RFC PATCH 4/4] x86/mce-inject: Use debugfs_remove_recursive()

From: Borislav Petkov ... and simplify a bit. No functionality change. Signed-off-by: Borislav Petkov --- arch/x86/kernel/cpu/mcheck/mce-inject.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/arch/x86/kernel/cpu/mcheck/mce-inject.c

Re: [PATCH 06/16] sched: Disable WAKE_AFFINE for asymmetric configurations

On Thu, May 26, 2016 at 08:45:03AM +0200, Vincent Guittot wrote: > On 25 May 2016 at 11:12, Morten Rasmussen wrote: > > On Tue, May 24, 2016 at 05:53:27PM +0200, Vincent Guittot wrote: > >> On 24 May 2016 at 17:02, Morten Rasmussen wrote: > >>

Re: [PATCH 06/16] sched: Disable WAKE_AFFINE for asymmetric configurations

On Thu, May 26, 2016 at 08:45:03AM +0200, Vincent Guittot wrote: > On 25 May 2016 at 11:12, Morten Rasmussen wrote: > > On Tue, May 24, 2016 at 05:53:27PM +0200, Vincent Guittot wrote: > >> On 24 May 2016 at 17:02, Morten Rasmussen wrote: > >> > On Tue, May 24, 2016 at 03:52:00PM +0200, Vincent

[RESEND/PATCHv4 v4 1/3] firmware: Consolidate kmap/read/write logic

We use similar structured code to read and write the kmapped firmware pages. The only difference is read copies from the kmap region and write copies to it. Consolidate this into one function to reduce duplication. Cc: Vikram Mulukutla Signed-off-by: Stephen Boyd

[RESEND/PATCHv4 v4 1/3] firmware: Consolidate kmap/read/write logic

We use similar structured code to read and write the kmapped firmware pages. The only difference is read copies from the kmap region and write copies to it. Consolidate this into one function to reduce duplication. Cc: Vikram Mulukutla Signed-off-by: Stephen Boyd ---

Re: [PATCH] Missing bio_put following submit_bio_wait

On 06/07/2016 10:32 AM, Shaun Tancheff wrote: submit_bio_wait() gives the caller an opportunity to examine struct bio and so expects the caller to issue the put_bio() This fixes a memory leak reported by a few people in 4.7-rc2 kmemleak report after 9082e87bfbf8 ("block: remove struct

[RESEND/PATCHv4 v4 0/3] request_firmware() into pre-allocated buffers

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

Re: [PATCH] Missing bio_put following submit_bio_wait

On 06/07/2016 10:32 AM, Shaun Tancheff wrote: submit_bio_wait() gives the caller an opportunity to examine struct bio and so expects the caller to issue the put_bio() This fixes a memory leak reported by a few people in 4.7-rc2 kmemleak report after 9082e87bfbf8 ("block: remove struct

[RESEND/PATCHv4 v4 0/3] request_firmware() into pre-allocated buffers

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

[RESEND/PATCHv4 v4 3/3] firmware: Support loading into a pre-allocated buffer

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

[RESEND/PATCHv4 v4 3/3] firmware: Support loading into a pre-allocated buffer

Some systems are memory constrained but they need to load very large firmwares. The firmware subsystem allows drivers to request this firmware be loaded from the filesystem, but this requires that the entire firmware be loaded into kernel memory first before it's provided to the driver. This can

[RESEND/PATCHv4 v4 2/3] firmware: Provide infrastructure to make fw caching optional

From: Vikram Mulukutla Some low memory systems with complex peripherals cannot afford to have the relatively large firmware images taking up valuable memory during suspend and resume. Change the internal implementation of firmware_class to disallow caching based on a

[RESEND/PATCHv4 v4 2/3] firmware: Provide infrastructure to make fw caching optional

From: Vikram Mulukutla Some low memory systems with complex peripherals cannot afford to have the relatively large firmware images taking up valuable memory during suspend and resume. Change the internal implementation of firmware_class to disallow caching based on a configurable option. In the

Re: [PATCH v4 0/3] request_firmware() into pre-allocated buffers

Ah sorry, I seem to have missed updating that one place (it was in multiple places). I'll resend properly. On 7 June 2016 at 01:45, Russell King - ARM Linux wrote: > And you're still doing it, after I've already pointed out that you > posted these to linux-arm and not

Re: [PATCH] Missing bio_put following submit_bio_wait

Looks fine, Reviewed-by: Christoph Hellwig

Re: [PATCH] Missing bio_put following submit_bio_wait

Looks fine, Reviewed-by: Christoph Hellwig

Re: [PATCH v4 0/3] request_firmware() into pre-allocated buffers

Ah sorry, I seem to have missed updating that one place (it was in multiple places). I'll resend properly. On 7 June 2016 at 01:45, Russell King - ARM Linux wrote: > And you're still doing it, after I've already pointed out that you > posted these to linux-arm and not linux-arm-kernel. By

Re: [RESEND PATCH v2] power_supply: power_supply_read_temp only if use_cnt > 0

On 6/7/2016 3:23 AM, Krzysztof Kozlowski wrote: > On 06/06/2016 06:56 PM, Rhyland Klein wrote: >> Add check to power_supply_read_temp() to only use the power_supply >> get_property() callback if the use_cnt is > 0. The use_cnt will >> be incremented at the end of __power_supply_register, so this

Re: [RESEND PATCH v2] power_supply: power_supply_read_temp only if use_cnt > 0

On 6/7/2016 3:23 AM, Krzysztof Kozlowski wrote: > On 06/06/2016 06:56 PM, Rhyland Klein wrote: >> Add check to power_supply_read_temp() to only use the power_supply >> get_property() callback if the use_cnt is > 0. The use_cnt will >> be incremented at the end of __power_supply_register, so this

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

Andy Shevchenko wrote: > Something wrong with mail configuration? Oops, sorry, I forgot to delete the header. > On Sun, 2016-06-05 at 15:25 -0400, George Spelvin wrote: >> It's also faster, as hex_to_bin() *is* inlined within hex2bin() >> (if you compile with -O). > To be sure it faster

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

Andy Shevchenko wrote: > Something wrong with mail configuration? Oops, sorry, I forgot to delete the header. > On Sun, 2016-06-05 at 15:25 -0400, George Spelvin wrote: >> It's also faster, as hex_to_bin() *is* inlined within hex2bin() >> (if you compile with -O). > To be sure it faster

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