[PATCH] net: stmmac: clear reset value of snps,wr_osr_lmt/snps,rd_osr_lmt before writing

From: Niklas Cassel WR_OSR_LMT and RD_OSR_LMT have a reset value of 1. Since the reset value wasn't cleared before writing, the value in the register would be incorrect if specifying an uneven value for snps,wr_osr_lmt/snps,rd_osr_lmt. Zero is a valid value for the

[PATCH] net: stmmac: clear reset value of snps,wr_osr_lmt/snps,rd_osr_lmt before writing

From: Niklas Cassel WR_OSR_LMT and RD_OSR_LMT have a reset value of 1. Since the reset value wasn't cleared before writing, the value in the register would be incorrect if specifying an uneven value for snps,wr_osr_lmt/snps,rd_osr_lmt. Zero is a valid value for the properties, since the

Re: [PATCH] bitops: add equivalent of BIT(x) for bitfields

On Mon, Dec 5, 2016 at 5:36 AM, Sebastian Frias wrote: > Introduce SETBITFIELD(msb, lsb, value) macro to ease dealing with > continuous bitfields, just as BIT(x) does for single bits. > > SETBITFIELD_ULL(msb, lsb, value) macro is also added. No. No, no, no. Didn't we have this

Re: [PATCH] bitops: add equivalent of BIT(x) for bitfields

On Mon, Dec 5, 2016 at 5:36 AM, Sebastian Frias wrote: > Introduce SETBITFIELD(msb, lsb, value) macro to ease dealing with > continuous bitfields, just as BIT(x) does for single bits. > > SETBITFIELD_ULL(msb, lsb, value) macro is also added. No. No, no, no. Didn't we have this discussion

Re: [PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers

On Fri, Oct 21, 2016 at 11:33:10PM +0300, Yury Norov wrote: > off_t is passed in register pair just like in aarch32. > In this patch corresponding aarch32 handlers are shared to > ilp32 code. [...] > +/* > + * Note: off_4k (w5) is always in units of 4K. If we can't do the > + * requested offset

Re: [PATCH 11/18] arm64: ilp32: share aarch32 syscall handlers

On Fri, Oct 21, 2016 at 11:33:10PM +0300, Yury Norov wrote: > off_t is passed in register pair just like in aarch32. > In this patch corresponding aarch32 handlers are shared to > ilp32 code. [...] > +/* > + * Note: off_4k (w5) is always in units of 4K. If we can't do the > + * requested offset

Re: bio linked list corruption.

On 5 December 2016 at 12:10, Vegard Nossum wrote: > On 5 December 2016 at 00:04, Vegard Nossum wrote: >> FWIW I hit this as well: >> >> BUG: unable to handle kernel paging request at 81ff08b7 >> IP: [] __lock_acquire.isra.32+0xda/0x1a30

Re: bio linked list corruption.

On 5 December 2016 at 12:10, Vegard Nossum wrote: > On 5 December 2016 at 00:04, Vegard Nossum wrote: >> FWIW I hit this as well: >> >> BUG: unable to handle kernel paging request at 81ff08b7 >> IP: [] __lock_acquire.isra.32+0xda/0x1a30 >> CPU: 0 PID: 21744 Comm: trinity-c56 Tainted: G

Re: [PATCH] e820: use module_platform_driver

On Mon, Dec 5, 2016 at 12:23 AM, Johannes Thumshirn wrote: > Use module_platform_driver for the e820 driver instead of open-coding it. > > Signed-off-by: Johannes Thumshirn Applied, thanks Johannes.

Re: [PATCH] e820: use module_platform_driver

On Mon, Dec 5, 2016 at 12:23 AM, Johannes Thumshirn wrote: > Use module_platform_driver for the e820 driver instead of open-coding it. > > Signed-off-by: Johannes Thumshirn Applied, thanks Johannes.

Re: [mm PATCH 0/3] Page fragment updates

On Tue, Nov 29, 2016 at 10:23 AM, Alexander Duyck wrote: > This patch series takes care of a few cleanups for the page fragments API. > > First we do some renames so that things are much more consistent. First we > move the page_frag_ portion of the name to the front

Re: [mm PATCH 0/3] Page fragment updates

On Tue, Nov 29, 2016 at 10:23 AM, Alexander Duyck wrote: > This patch series takes care of a few cleanups for the page fragments API. > > First we do some renames so that things are much more consistent. First we > move the page_frag_ portion of the name to the front of the functions > names.

Re: Unkillable processes due to PTRACE_TRACEME again

On 12/05, Dmitry Vyukov wrote: > > On Mon, Dec 5, 2016 at 12:00 PM, Oleg Nesterov wrote: > > On 12/05, Oleg Nesterov wrote: > >> > >> On 12/02, Dmitry Vyukov wrote: > >> > > >> > I am not on 2caceb3294a78c389b462e7e236a4e744a53a474 (Dec 1). And see > >> > the same unwaitable

Re: Unkillable processes due to PTRACE_TRACEME again

On 12/05, Dmitry Vyukov wrote: > > On Mon, Dec 5, 2016 at 12:00 PM, Oleg Nesterov wrote: > > On 12/05, Oleg Nesterov wrote: > >> > >> On 12/02, Dmitry Vyukov wrote: > >> > > >> > I am not on 2caceb3294a78c389b462e7e236a4e744a53a474 (Dec 1). And see > >> > the same unwaitable zombie processes. >

[PATCH] Staging: comedi: kcomedilib: Add module_init/exit function

Add init/exit function to follow LKM semantics. Apparently this module can still load/unload without the init/exit function. Tested loading/unloading with and without this patch. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/kcomedilib/kcomedilib_main.c | 12

[PATCH] Staging: comedi: kcomedilib: Add module_init/exit function

Add init/exit function to follow LKM semantics. Apparently this module can still load/unload without the init/exit function. Tested loading/unloading with and without this patch. Signed-off-by: Cheah Kok Cheong --- drivers/staging/comedi/kcomedilib/kcomedilib_main.c | 12 1 file

Re: [PATCH 3/5] MIPS: Only change $28 to thread_info if coming from user mode

Hi Maciej, On 05/12/16 16:20, Maciej W. Rozycki wrote: On Fri, 2 Dec 2016, Matt Redfearn wrote: diff --git a/arch/mips/include/asm/stackframe.h b/arch/mips/include/asm/stackframe.h index eebf39549606..5782fa3d63be 100644 --- a/arch/mips/include/asm/stackframe.h +++

Re: [PATCH] pci-hyperv: use kmalloc to allocate hypercall params buffer

On Tue, 8 Nov 2016 14:04:38 -0800 Long Li wrote: > + spin_lock_irqsave(>retarget_msi_interrupt_lock, flags); > + > + params = >retarget_msi_interrupt_params; > + memset(params, 0, sizeof(*params)); > + params->partition_id = HV_PARTITION_ID_SELF; >

Re: [PATCH 3/5] MIPS: Only change $28 to thread_info if coming from user mode

Hi Maciej, On 05/12/16 16:20, Maciej W. Rozycki wrote: On Fri, 2 Dec 2016, Matt Redfearn wrote: diff --git a/arch/mips/include/asm/stackframe.h b/arch/mips/include/asm/stackframe.h index eebf39549606..5782fa3d63be 100644 --- a/arch/mips/include/asm/stackframe.h +++

Re: [PATCH] pci-hyperv: use kmalloc to allocate hypercall params buffer

On Tue, 8 Nov 2016 14:04:38 -0800 Long Li wrote: > + spin_lock_irqsave(>retarget_msi_interrupt_lock, flags); > + > + params = >retarget_msi_interrupt_params; > + memset(params, 0, sizeof(*params)); > + params->partition_id = HV_PARTITION_ID_SELF; > + params->source = 1; /*

Re: [PATCH v3 10/30] perf clang: Add builtin clang support ant test case

On Fri, Dec 02, 2016 at 01:44:40PM -0200, Arnaldo Carvalho de Melo wrote: > Em Sat, Nov 26, 2016 at 07:03:34AM +, Wang Nan escreveu: > > Add basic clang support in clang.cpp and test__clang() testcase. The > > first testcase checks if builtin clang is able to generate LLVM IR. > > > >

Re: [PATCH v3 10/30] perf clang: Add builtin clang support ant test case

On Fri, Dec 02, 2016 at 01:44:40PM -0200, Arnaldo Carvalho de Melo wrote: > Em Sat, Nov 26, 2016 at 07:03:34AM +, Wang Nan escreveu: > > Add basic clang support in clang.cpp and test__clang() testcase. The > > first testcase checks if builtin clang is able to generate LLVM IR. > > > >

Re: [PATCHv3] zram: restrict add/remove attributes to root only

On Tue, Dec 06, 2016 at 12:58:45AM +0900, Sergey Senozhatsky wrote: > zram hot_add sysfs attribute is a very 'special' attribute - reading > from it creates a new uninitialized zram device. This file, by a mistake, > can be read by a 'normal' user at the moment, while only root must be > able to

Re: [PATCHv3] zram: restrict add/remove attributes to root only

On Tue, Dec 06, 2016 at 12:58:45AM +0900, Sergey Senozhatsky wrote: > zram hot_add sysfs attribute is a very 'special' attribute - reading > from it creates a new uninitialized zram device. This file, by a mistake, > can be read by a 'normal' user at the moment, while only root must be > able to

RE: [PATCH v5 2/3] mtd: nand: Add support for Arasan Nand Flash Controller

Hi Boris, > -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@free-electrons.com] > Sent: Monday, December 05, 2016 2:31 PM > To: Punnaiah Choudary Kalluri > Cc: Florian Fainelli ; Kevin Hao > ; g...@denx.de;

RE: [PATCH v5 2/3] mtd: nand: Add support for Arasan Nand Flash Controller

Hi Boris, > -Original Message- > From: Boris Brezillon [mailto:boris.brezil...@free-electrons.com] > Sent: Monday, December 05, 2016 2:31 PM > To: Punnaiah Choudary Kalluri > Cc: Florian Fainelli ; Kevin Hao > ; g...@denx.de; linux-kernel@vger.kernel.org; Andy > Shevchenko ; Punnaiah

Re: [PATCH 1/1] net: bridge: set error code on failure

On Sat, 3 Dec 2016 19:33:23 +0800 Pan Bian wrote: > Function br_sysfs_addbr() does not set error code when the call > kobject_create_and_add() returns a NULL pointer. It may be better to > return "-ENOMEM" when kobject_create_and_add() fails. > > Bugzilla:

Re: [PATCH 1/1] net: bridge: set error code on failure

On Sat, 3 Dec 2016 19:33:23 +0800 Pan Bian wrote: > Function br_sysfs_addbr() does not set error code when the call > kobject_create_and_add() returns a NULL pointer. It may be better to > return "-ENOMEM" when kobject_create_and_add() fails. > > Bugzilla:

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > New aarch32 ptrace syscall handler is introduced to avoid run-time > detection of the task type. What's wrong with the run-time detection? If it's just to avoid a negligible overhead, I would rather keep the code simpler by avoiding

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > New aarch32 ptrace syscall handler is introduced to avoid run-time > detection of the task type. What's wrong with the run-time detection? If it's just to avoid a negligible overhead, I would rather keep the code simpler by avoiding

Re: [PATCH] pwm: pca9685: Fix misuse of regmap_update_bits

On Tue, Nov 29, 2016 at 06:02:50PM +0100, Florian Vaussard wrote: > Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) > and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform > (mask & 1), which results in 0 if LSB of mask is 0. Thus the call >

Re: [PATCH v6 0/3] spi-nor: Add support for Intel SPI serial flash controller

On Mon, Dec 05, 2016 at 02:33:12PM +0100, Marek Vasut wrote: > On 12/05/2016 12:27 PM, Mika Westerberg wrote: > > On Mon, Nov 28, 2016 at 03:06:23PM +0300, Mika Westerberg wrote: > >> This is 6th iteration of the series. You can find the previous versions > >> archived on: > >> > >> v5:

Re: [PATCH v6 0/3] spi-nor: Add support for Intel SPI serial flash controller

On Mon, Dec 05, 2016 at 02:33:12PM +0100, Marek Vasut wrote: > On 12/05/2016 12:27 PM, Mika Westerberg wrote: > > On Mon, Nov 28, 2016 at 03:06:23PM +0300, Mika Westerberg wrote: > >> This is 6th iteration of the series. You can find the previous versions > >> archived on: > >> > >> v5:

Re: [PATCH] pwm: pca9685: Fix misuse of regmap_update_bits

On Tue, Nov 29, 2016 at 06:02:50PM +0100, Florian Vaussard wrote: > Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) > and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform > (mask & 1), which results in 0 if LSB of mask is 0. Thus the call >

Re: [PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

On Wed, Nov 30, 2016 at 09:45:03AM +0100, Maxime Ripard wrote: > On Wed, Nov 30, 2016 at 02:57:35PM +0900, Chanwoo Choi wrote: > > This patch just uses the resource-managed extcon API when registering > > the extcon notifier. > > > > Signed-off-by: Chanwoo Choi > >

Re: [PATCH 07/12] usb: sunxi: Uses the resource-managed extcon API when registering extcon notifier

On Wed, Nov 30, 2016 at 09:45:03AM +0100, Maxime Ripard wrote: > On Wed, Nov 30, 2016 at 02:57:35PM +0900, Chanwoo Choi wrote: > > This patch just uses the resource-managed extcon API when registering > > the extcon notifier. > > > > Signed-off-by: Chanwoo Choi > > Acked-by: Maxime Ripard It

Re: [PATCH 3/8] rtc: add STM32 RTC driver

On Mon, Dec 05, 2016 at 10:43:14AM +0100, Amelie DELAUNAY wrote: > Hi Mathieu, > > Thanks for reviewing > > On 12/02/2016 06:56 PM, Mathieu Poirier wrote: > > On Fri, Dec 02, 2016 at 03:09:56PM +0100, Amelie Delaunay wrote: > >> This patch adds support for the STM32 RTC. > > > > Hello Amelie, >

Re: [PATCH v2 3/3] tpm_crb: request and relinquish locality 0

On Sat, Dec 03, 2016 at 07:52:13PM +0200, Jarkko Sakkinen wrote: > + iowrite32(CRB_LOC_CTRL_RELINQUISH, >regs_h->loc_ctrl); Since regs_h can be null shouldn't there be some guards ? Jason

Re: [PATCH 3/8] rtc: add STM32 RTC driver

On Mon, Dec 05, 2016 at 10:43:14AM +0100, Amelie DELAUNAY wrote: > Hi Mathieu, > > Thanks for reviewing > > On 12/02/2016 06:56 PM, Mathieu Poirier wrote: > > On Fri, Dec 02, 2016 at 03:09:56PM +0100, Amelie Delaunay wrote: > >> This patch adds support for the STM32 RTC. > > > > Hello Amelie, >

Re: [PATCH v2 3/3] tpm_crb: request and relinquish locality 0

On Sat, Dec 03, 2016 at 07:52:13PM +0200, Jarkko Sakkinen wrote: > + iowrite32(CRB_LOC_CTRL_RELINQUISH, >regs_h->loc_ctrl); Since regs_h can be null shouldn't there be some guards ? Jason

[PATCH v2 net-next v2 3/4] net: dsa: mv88e6xxx: add a soft reset operation

Marvell chips have different way to issue a software reset. Old chips (such as 88E6060) have a reset bit in an ATU control register. Newer chips moved this bit in a Global control register. Chips with controllable PPU should reset the PPU when resetting the switch. Add a new reset operation to

[PATCH v2 net-next v2 1/4] net: dsa: mv88e6xxx: add helper to disable ports

Before resetting a switch, the ports should be set to the Disabled state and the transmit queues should be drained. Add an helper to explicit that. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx/chip.c

[PATCH v2 net-next v2 3/4] net: dsa: mv88e6xxx: add a soft reset operation

Marvell chips have different way to issue a software reset. Old chips (such as 88E6060) have a reset bit in an ATU control register. Newer chips moved this bit in a Global control register. Chips with controllable PPU should reset the PPU when resetting the switch. Add a new reset operation to

[PATCH v2 net-next v2 1/4] net: dsa: mv88e6xxx: add helper to disable ports

Before resetting a switch, the ports should be set to the Disabled state and the transmit queues should be drained. Add an helper to explicit that. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx/chip.c | 34 +++--- 1 file

[PATCH v2 net-next v2 0/4] net: dsa: mv88e6xxx: rework reset and PPU code

Old Marvell chips (like 88E6060) don't have a PHY Polling Unit (PPU). Next chips (like 88E6185) have a PPU, which has exclusive access to the PHY registers, thus must be disabled before access. Newer chips (like 88E6352) have an indirect mechanism to access the PHY registers whenever, thus loose

[PATCH v2 net-next v2 0/4] net: dsa: mv88e6xxx: rework reset and PPU code

Old Marvell chips (like 88E6060) don't have a PHY Polling Unit (PPU). Next chips (like 88E6185) have a PPU, which has exclusive access to the PHY registers, thus must be disabled before access. Newer chips (like 88E6352) have an indirect mechanism to access the PHY registers whenever, thus loose

[PATCH V3 03/11] megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers

An UNMAP command on a PI formatted device will leave the Logical Block Application Tag and Logical Block Reference Tag as all F's (for those LBAs that are unmapped). To avoid IO errors if those LBAs are subsequently read before they are written with valid tag fields, the MPI SCSI IO requests

[PATCH V3 03/11] megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers

An UNMAP command on a PI formatted device will leave the Logical Block Application Tag and Logical Block Reference Tag as all F's (for those LBAs that are unmapped). To avoid IO errors if those LBAs are subsequently read before they are written with valid tag fields, the MPI SCSI IO requests

[PATCH V3 10/11] megaraid_sas: Implement the PD Map support for SAS3.5 Generic Megaraid Controllers

Update Linux driver to use new pdTargetId field for JBOD target ID This patch is depending on patch 9 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 105 +--- drivers/scsi/megaraid/megaraid_sas_base.c

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Dec 5, 2016 at 4:29 AM, Sebastian Frias wrote: > Hi Doug, > > On 28/11/16 19:02, Doug Anderson wrote: >> Hi, >> >> On Mon, Nov 28, 2016 at 5:28 AM, Sebastian Frias wrote: >>> +static void sdhci_tango4_platform_init(struct sdhci_host *host) >>> +{

[PATCH V3 10/11] megaraid_sas: Implement the PD Map support for SAS3.5 Generic Megaraid Controllers

Update Linux driver to use new pdTargetId field for JBOD target ID This patch is depending on patch 9 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 105 +--- drivers/scsi/megaraid/megaraid_sas_base.c | 3 +

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Dec 5, 2016 at 4:29 AM, Sebastian Frias wrote: > Hi Doug, > > On 28/11/16 19:02, Doug Anderson wrote: >> Hi, >> >> On Mon, Nov 28, 2016 at 5:28 AM, Sebastian Frias wrote: >>> +static void sdhci_tango4_platform_init(struct sdhci_host *host) >>> +{ >>> + printk("%s\n",

Re: [PATCH v3] arm: dts: zynq: Add MicroZed board support

On Mon, Sep 26, 2016 at 8:22 AM, Michal Simek wrote: > On 23.9.2016 11:48, Jagan Teki wrote: >> From: Jagan Teki >> >> Added basic dts support for MicroZed board. >> >> - UART >> - SDHCI >> - Ethernet >> >> Cc: Soren Brinkmann

Re: [PATCH v3] arm: dts: zynq: Add MicroZed board support

On Mon, Sep 26, 2016 at 8:22 AM, Michal Simek wrote: > On 23.9.2016 11:48, Jagan Teki wrote: >> From: Jagan Teki >> >> Added basic dts support for MicroZed board. >> >> - UART >> - SDHCI >> - Ethernet >> >> Cc: Soren Brinkmann >> Cc: Michal Simek >> Signed-off-by: Jagan Teki >> --- >> Changes

[PATCH V3 11/11] megaraid_sas: driver version upgrade

Upgrade driver version. This patch is depending on patch 10 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas.h

[PATCH V3 11/11] megaraid_sas: driver version upgrade

Upgrade driver version. This patch is depending on patch 10 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas.h b/drivers/scsi/megaraid/megaraid_sas.h

[PATCH V3 06/11] megaraid_sas: Dynamic Raid Map Changes for SAS3.5 Generic Megaraid Controllers

SAS3.5 Generic Megaraid Controllers FW will support new dynamic RaidMap to have different sizes for different number of supported VDs. This patch is depending on patch 5 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 7 +

[PATCH V3 06/11] megaraid_sas: Dynamic Raid Map Changes for SAS3.5 Generic Megaraid Controllers

SAS3.5 Generic Megaraid Controllers FW will support new dynamic RaidMap to have different sizes for different number of supported VDs. This patch is depending on patch 5 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 7 +

[PATCH V3 09/11] megaraid_sas: ldio_outstanding variable is not decremented in completion path

ldio outstanding variable needs to be decremented in io completion path for iMR dual queue depth This patch is depending on patch 8 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas_fusion.c | 9 +++-- 1 file changed, 7 insertions(+),

[PATCH V3 08/11] megaraid_sas: Enable or Disable Fast path based on the PCI Threshold Bandwidth

Large SEQ IO workload should sent as non fast path commands This patch is depending on patch 7 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 8 + drivers/scsi/megaraid/megaraid_sas_base.c | 48

[PATCH V3 09/11] megaraid_sas: ldio_outstanding variable is not decremented in completion path

ldio outstanding variable needs to be decremented in io completion path for iMR dual queue depth This patch is depending on patch 8 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas_fusion.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH V3 08/11] megaraid_sas: Enable or Disable Fast path based on the PCI Threshold Bandwidth

Large SEQ IO workload should sent as non fast path commands This patch is depending on patch 7 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 8 + drivers/scsi/megaraid/megaraid_sas_base.c | 48 +

[PATCH V3 05/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Fast Path for RAID 1/10 Writes

To improve RAID 1/10 Write performance, OS drivers need to issue the required Write IOs as Fast Path IOs (after the appropriate checks allowing Fast Path to be used) to the appropriate physical drives (translated from the OS logical IO) and wait for all Write IOs to complete. If any of the

[PATCH V3 05/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Fast Path for RAID 1/10 Writes

To improve RAID 1/10 Write performance, OS drivers need to issue the required Write IOs as Fast Path IOs (after the appropriate checks allowing Fast Path to be used) to the appropriate physical drives (translated from the OS logical IO) and wait for all Write IOs to complete. If any of the

[PATCH V3 04/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream Detection and IO Coalescing

Detect sequential IO streams and pass those IOs directly to FW. This patch is depending on patch 3 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 5 +- drivers/scsi/megaraid/megaraid_sas_base.c | 43 +++-

[PATCH V3 07/11] megaraid_sas: Add the Support for SAS3.5 Generic Megaraid Controllers Capabilities

The Megaraid driver has to support the SAS3.5 Generic Megaraid Controllers Firmware functionality. This patch is depending on patch 6 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas_base.c | 53 ++---

[PATCH V3 04/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream Detection and IO Coalescing

Detect sequential IO streams and pass those IOs directly to FW. This patch is depending on patch 3 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 5 +- drivers/scsi/megaraid/megaraid_sas_base.c | 43 +++-

[PATCH V3 07/11] megaraid_sas: Add the Support for SAS3.5 Generic Megaraid Controllers Capabilities

The Megaraid driver has to support the SAS3.5 Generic Megaraid Controllers Firmware functionality. This patch is depending on patch 6 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas_base.c | 53 ++---

[PATCH V3 02/11] megaraid_sas: 128 MSIX Support

SAS3.5 Generic Megaraid based Controllers will have the support for 128 MSI-X vectors, resulting in the need to support 128 reply queues This patch is depending on patch 1 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 1 +

[PATCH V3 02/11] megaraid_sas: 128 MSIX Support

SAS3.5 Generic Megaraid based Controllers will have the support for 128 MSI-X vectors, resulting in the need to support 128 reply queues This patch is depending on patch 1 Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 1 +

[PATCH V3 00/11] megaraid_sas: Updates for scsi-next

Sasikumar Chandrasekaran (11): megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers megaraid_sas: 128 MSIX Support megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream

[PATCH v2 net-next v2 4/4] net: dsa: mv88e6xxx: add PPU operations

Some Marvell chips can enable/disable the PPU on demand. This is needed to access the PHY registers when there is no indirection mechanism. Add two new ppu_enable and ppu_disable ops to describe this and finally get rid of the MV88E6XXX_FLAG_PPU* flags. Signed-off-by: Vivien Didelot

[PATCH V3 01/11] megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers

This patch contains new pci device ids for SAS3.5 Generic Megaraid Controllers Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 11 ++- drivers/scsi/megaraid/megaraid_sas_base.c | 20 ++-

[PATCH V3 01/11] megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers

This patch contains new pci device ids for SAS3.5 Generic Megaraid Controllers Signed-off-by: Sasikumar Chandrasekaran --- drivers/scsi/megaraid/megaraid_sas.h| 11 ++- drivers/scsi/megaraid/megaraid_sas_base.c | 20 ++-

[PATCH V3 00/11] megaraid_sas: Updates for scsi-next

Sasikumar Chandrasekaran (11): megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers megaraid_sas: 128 MSIX Support megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream

[PATCH v2 net-next v2 4/4] net: dsa: mv88e6xxx: add PPU operations

Some Marvell chips can enable/disable the PPU on demand. This is needed to access the PHY registers when there is no indirection mechanism. Add two new ppu_enable and ppu_disable ops to describe this and finally get rid of the MV88E6XXX_FLAG_PPU* flags. Signed-off-by: Vivien Didelot ---

[PATCH v2 net-next v2 2/4] net: dsa: mv88e6xxx: add helper to hardware reset

Add an helper to toggle the eventual GPIO connected to the reset pin. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx/chip.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-)

[PATCH v2 net-next v2 2/4] net: dsa: mv88e6xxx: add helper to hardware reset

Add an helper to toggle the eventual GPIO connected to the reset pin. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx/chip.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.c

Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir

On Mon, Dec 05, 2016 at 04:36:03PM +0100, Miklos Szeredi wrote: > On Mon, Dec 5, 2016 at 4:19 PM, J. Bruce Fields wrote: > >> Can NFS people comment on this? Where does the nfs4_acl come from? > > > > This is the interface the NFS client provides for applications to modify

Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir

On Mon, Dec 05, 2016 at 04:36:03PM +0100, Miklos Szeredi wrote: > On Mon, Dec 5, 2016 at 4:19 PM, J. Bruce Fields wrote: > >> Can NFS people comment on this? Where does the nfs4_acl come from? > > > > This is the interface the NFS client provides for applications to modify > > NFSv4 ACLs on

Re: [PATCH] vt: fix Scroll Lock LED trigger name

Hello, Pavel Machek, on Mon 05 Dec 2016 14:47:43 +0100, wrote: > > There is a disagreement between drivers/tty/vt/keyboard.c and > > drivers/input/input-leds.c with regard to what is a Scroll Lock LED > > trigger name: input calls it "kbd-scrolllock", but vt calls it > > "kbd-scrollock" (two

Re: [PATCH] vt: fix Scroll Lock LED trigger name

Hello, Pavel Machek, on Mon 05 Dec 2016 14:47:43 +0100, wrote: > > There is a disagreement between drivers/tty/vt/keyboard.c and > > drivers/input/input-leds.c with regard to what is a Scroll Lock LED > > trigger name: input calls it "kbd-scrolllock", but vt calls it > > "kbd-scrollock" (two

RE: [PATCH 1/1] net: usb: set error code when usb_alloc_urb fails

> Signed-off-by: Pan Bian > --- > drivers/net/usb/lan78xx.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c > index db558b8..f33460c 100644 > --- a/drivers/net/usb/lan78xx.c > +++ b/drivers/net/usb/lan78xx.c >

[PATCH] regulator: tps65086: Fix 25mV ranges for BUCK regulators 1, 2, and 6

These regualtors output 0v when vsel is 0. The datasheet will be updated to reflect this. Signed-off-by: Andrew F. Davis --- Hi Mark, This applies to fix/tps65086 on your regulator tree. It could probably be squashed in with the existing fix patch if you would like. Thanks,

RE: [PATCH 1/1] net: usb: set error code when usb_alloc_urb fails

> Signed-off-by: Pan Bian > --- > drivers/net/usb/lan78xx.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/usb/lan78xx.c b/drivers/net/usb/lan78xx.c > index db558b8..f33460c 100644 > --- a/drivers/net/usb/lan78xx.c > +++ b/drivers/net/usb/lan78xx.c > @@ -3395,6 +3395,7 @@

[PATCH] regulator: tps65086: Fix 25mV ranges for BUCK regulators 1, 2, and 6

These regualtors output 0v when vsel is 0. The datasheet will be updated to reflect this. Signed-off-by: Andrew F. Davis --- Hi Mark, This applies to fix/tps65086 on your regulator tree. It could probably be squashed in with the existing fix patch if you would like. Thanks, Andrew

Re: [PATCH 3/5] MIPS: Only change $28 to thread_info if coming from user mode

On Fri, 2 Dec 2016, Matt Redfearn wrote: > diff --git a/arch/mips/include/asm/stackframe.h > b/arch/mips/include/asm/stackframe.h > index eebf39549606..5782fa3d63be 100644 > --- a/arch/mips/include/asm/stackframe.h > +++ b/arch/mips/include/asm/stackframe.h > @@ -216,12 +216,22 @@ >

Re: [PATCH 3/5] MIPS: Only change $28 to thread_info if coming from user mode

On Fri, 2 Dec 2016, Matt Redfearn wrote: > diff --git a/arch/mips/include/asm/stackframe.h > b/arch/mips/include/asm/stackframe.h > index eebf39549606..5782fa3d63be 100644 > --- a/arch/mips/include/asm/stackframe.h > +++ b/arch/mips/include/asm/stackframe.h > @@ -216,12 +216,22 @@ >

Re: [PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file

On Fri, Oct 21, 2016 at 11:33:13PM +0300, Yury Norov wrote: > Signed-off-by: Yury Norov Please add some description, even if it means copying the subject. > --- > arch/arm64/include/asm/signal32.h| 3 + > arch/arm64/include/asm/signal32_common.h | 27

Re: [PATCH 14/18] arm64: signal32: move ilp32 and aarch32 common code to separated file

On Fri, Oct 21, 2016 at 11:33:13PM +0300, Yury Norov wrote: > Signed-off-by: Yury Norov Please add some description, even if it means copying the subject. > --- > arch/arm64/include/asm/signal32.h| 3 + > arch/arm64/include/asm/signal32_common.h | 27 +++ >

Re: [PATCH] vfio/pci: Support error recovery

On Mon, 5 Dec 2016 13:52:03 +0800 Cao jin wrote: > On 12/04/2016 11:30 PM, Alex Williamson wrote: > > On Sun, 4 Dec 2016 20:16:42 +0800 > > Cao jin wrote: > > > >> On 12/01/2016 10:55 PM, Alex Williamson wrote: > >>> On Thu, 1 Dec 2016

Re: [PATCH] vfio/pci: Support error recovery

On Mon, 5 Dec 2016 13:52:03 +0800 Cao jin wrote: > On 12/04/2016 11:30 PM, Alex Williamson wrote: > > On Sun, 4 Dec 2016 20:16:42 +0800 > > Cao jin wrote: > > > >> On 12/01/2016 10:55 PM, Alex Williamson wrote: > >>> On Thu, 1 Dec 2016 21:40:00 +0800 > >> > > If an AER fault

Re: [PATCH] mm, vmscan: add cond_resched into shrink_node_memcg

On Mon, Dec 05, 2016 at 01:49:55PM +0100, Michal Hocko wrote: > [CC Paul - sorry I've tried to save you from more emails...] > > On Mon 05-12-16 23:44:27, Balbir Singh wrote: > > > > > > Hi, > > > there were multiple reportes of the similar RCU stalls. Only Boris has > > > confirmed that this

Re: [PATCH] mm, vmscan: add cond_resched into shrink_node_memcg

On Mon, Dec 05, 2016 at 01:49:55PM +0100, Michal Hocko wrote: > [CC Paul - sorry I've tried to save you from more emails...] > > On Mon 05-12-16 23:44:27, Balbir Singh wrote: > > > > > > Hi, > > > there were multiple reportes of the similar RCU stalls. Only Boris has > > > confirmed that this

Re: [PATCH v6 1/2] mtd: arasan: Add device tree binding documentation

On 12/05/2016 09:36 AM, Boris Brezillon wrote: > On Mon, 5 Dec 2016 05:25:54 +0100 > Marek Vasut wrote: > >> On 12/05/2016 05:11 AM, Punnaiah Choudary Kalluri wrote: >>> This patch adds the dts binding document for arasan nand flash >>> controller. >>> >>> Signed-off-by:

Re: [PATCH v6 1/2] mtd: arasan: Add device tree binding documentation

On 12/05/2016 09:36 AM, Boris Brezillon wrote: > On Mon, 5 Dec 2016 05:25:54 +0100 > Marek Vasut wrote: > >> On 12/05/2016 05:11 AM, Punnaiah Choudary Kalluri wrote: >>> This patch adds the dts binding document for arasan nand flash >>> controller. >>> >>> Signed-off-by: Punnaiah Choudary

Re: [PATCH 1/1 V2] mqueue: Implment generic xattr support

On Mon, Dec 5, 2016 at 9:37 AM, Paul Moore wrote: > On Mon, Nov 28, 2016 at 3:04 PM, David Graziano > wrote: >> On Wed, Nov 9, 2016 at 4:25 PM, Paul Moore wrote: >>> On Wed, Nov 9, 2016 at 11:25 AM, David Graziano >>>

Re: [PATCH 1/1 V2] mqueue: Implment generic xattr support

On Mon, Dec 5, 2016 at 9:37 AM, Paul Moore wrote: > On Mon, Nov 28, 2016 at 3:04 PM, David Graziano > wrote: >> On Wed, Nov 9, 2016 at 4:25 PM, Paul Moore wrote: >>> On Wed, Nov 9, 2016 at 11:25 AM, David Graziano >>> wrote: On Mon, Nov 7, 2016 at 4:23 PM, Paul Moore wrote: > On Mon,

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Dec 5, 2016 at 4:28 AM, Sebastian Frias wrote: > Hi Doug, > > On 28/11/16 18:46, Doug Anderson wrote: >> Hi, >> >> On Mon, Nov 28, 2016 at 6:39 AM, Sebastian Frias wrote: I will try to send another patch with what a different approach

Re: Adding a .platform_init callback to sdhci_arasan_ops

Hi, On Mon, Dec 5, 2016 at 4:28 AM, Sebastian Frias wrote: > Hi Doug, > > On 28/11/16 18:46, Doug Anderson wrote: >> Hi, >> >> On Mon, Nov 28, 2016 at 6:39 AM, Sebastian Frias wrote: I will try to send another patch with what a different approach >>> >>> Here's a different approach (I

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