[PATCH V4 4/4] serial: 8250_pci: Remove Fintek F81504/508/512 UART driver

Remove Fintek F81504/508/512 PCIE-to-UART device driver from 8250_pci.c Paul recommed us do less code deletion to avoid confusing problem when bisect. https://lkml.org/lkml/2016/1/18/646 But this patch is sent after with following patch. 8250: 8250_f81504: Add Fintek F81504/508/512

[PATCH V4 3/4] 8250: 8250_f81504: Add Fintek F81504/508/512 PCIE-to-UART/GPIO UART support

This driver is 8250 driver for F81504/508/512, it'll handle the serial port operation of this device. This module will depend on MFD_FINTEK_F81504_CORE. The serial ports support from 50bps to 1.5Mbps with Linux baudrate define excluding 1.0Mbps due to not support 16MHz clock source. PCI

[PATCH V4 2/4] gpio: gpio-f81504: Add Fintek F81504/508/512 PCIE-to-UART/GPIO GPIOLIB support

This driver is GPIOLIB driver for F81504/508/512, it'll handle the GPIOLIB operation of this device. This module will depend on MFD_FINTEK_F81504_CORE. IC function list: F81504: Max 2x8 GPIOs and max 4 serial ports port2/3 are multi-function F81508: Max 6x8 GPIOs and max 8 serial

[PATCH V4 4/4] serial: 8250_pci: Remove Fintek F81504/508/512 UART driver

Remove Fintek F81504/508/512 PCIE-to-UART device driver from 8250_pci.c Paul recommed us do less code deletion to avoid confusing problem when bisect. https://lkml.org/lkml/2016/1/18/646 But this patch is sent after with following patch. 8250: 8250_f81504: Add Fintek F81504/508/512

[PATCH V4 1/4] mfd: f81504-core: Add Fintek F81504/508/512 PCIE-to-UART/GPIO core support

The Fintek F81504/508/512 had implemented the basic serial port function in 8250_pci.c. We try to implement high baudrate & GPIOLIB with a spilt file 8250_f81504.c, but it seems too complex to add GPIOLIB. Alan & Andy recommend us to rewrite and spilt our driver with MFD architecture.

[PATCH V4 1/4] mfd: f81504-core: Add Fintek F81504/508/512 PCIE-to-UART/GPIO core support

The Fintek F81504/508/512 had implemented the basic serial port function in 8250_pci.c. We try to implement high baudrate & GPIOLIB with a spilt file 8250_f81504.c, but it seems too complex to add GPIOLIB. Alan & Andy recommend us to rewrite and spilt our driver with MFD architecture.

[PATCH 1/2] drm/tegra: Set DMA ops

The current settings leaves the DRM device's dma_ops field NULL, which makes it use the dummy DMA ops on arm64 and return an error whenever we try to import a buffer. Call of_dma_configure() with a NULL node (since the device is not spawn from the device tree) so that arch_setup_dma_ops() is

[PATCH 1/2] drm/tegra: Set DMA ops

The current settings leaves the DRM device's dma_ops field NULL, which makes it use the dummy DMA ops on arm64 and return an error whenever we try to import a buffer. Call of_dma_configure() with a NULL node (since the device is not spawn from the device tree) so that arch_setup_dma_ops() is

[PATCH 2/2] drm/tegra: Set the DMA mask

The default DMA mask covers a 32 bits address range, but tegradrm can address more than that. Set the DMA mask to the actual addressable range to avoid the use of unneeded bounce buffers. Signed-off-by: Alexandre Courbot --- Thierry, I am not absolutely sure whether the size

[PATCH 2/2] drm/tegra: Set the DMA mask

The default DMA mask covers a 32 bits address range, but tegradrm can address more than that. Set the DMA mask to the actual addressable range to avoid the use of unneeded bounce buffers. Signed-off-by: Alexandre Courbot --- Thierry, I am not absolutely sure whether the size is correct and

RE: [PATCH] phy: rcar-gen3-usb2: remove HSUSB registers handling

Hi Kishon, Would you review this patch? I checked the latest linux-phy.git / next branch today, this patch can be applied on the top of branch. commit 6b825eb7323a634cdd1014a4aa9a8ff07cf8040c Author: Heiko Stuebner Date: Mon Feb 22 12:55:01 2016 +0100 phy: rockchip-usb:

RE: [PATCH] phy: rcar-gen3-usb2: remove HSUSB registers handling

Hi Kishon, Would you review this patch? I checked the latest linux-phy.git / next branch today, this patch can be applied on the top of branch. commit 6b825eb7323a634cdd1014a4aa9a8ff07cf8040c Author: Heiko Stuebner Date: Mon Feb 22 12:55:01 2016 +0100 phy: rockchip-usb: add handler for

[PATCH v2] net: jme: fix suspend/resume on JMC260

The JMC260 network card fails to suspend/resume because the call to jme_start_irq() was too early, moving the call to jme_start_irq() after the jme_reset_link() function makes it work. Prior this change suspend/resume would fail unless /sys/power/pm_async=0 was explicitly specified.

[PATCH v2] net: jme: fix suspend/resume on JMC260

The JMC260 network card fails to suspend/resume because the call to jme_start_irq() was too early, moving the call to jme_start_irq() after the jme_reset_link() function makes it work. Prior this change suspend/resume would fail unless /sys/power/pm_async=0 was explicitly specified.

RE: [RFC PATCH] drivers: ata: Read Rx water mark value from device-tree

Hi Arnd, > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Monday, February 22, 2016 8:50 PM > To: Anurag Kumar Vulisha > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; t...@kernel.org; >

RE: [RFC PATCH] drivers: ata: Read Rx water mark value from device-tree

Hi Arnd, > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Monday, February 22, 2016 8:50 PM > To: Anurag Kumar Vulisha > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; t...@kernel.org; >

[PATCH v2 2/2] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

From: Josh Wu For SAMA5D3, SAMA5D4 SoC family, as PMECC is a part of HSMC, PMECC needs the HSMC clock, so move out hsmc_clk from the nfc node to the nand node. Signed-off-by: Josh Wu Signed-off-by: Wenyou Yang --- Changes in v2: -

[PATCH v2 2/2] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

From: Josh Wu For SAMA5D3, SAMA5D4 SoC family, as PMECC is a part of HSMC, PMECC needs the HSMC clock, so move out hsmc_clk from the nfc node to the nand node. Signed-off-by: Josh Wu Signed-off-by: Wenyou Yang --- Changes in v2: - add a patch to change SAMA5D3 nand node's compatible string

[PATCH v2 1/2] ARM: at91: sama5d3/dts: add compatiable string for nand

From: Josh Wu As introducing a new "atmel,sama5d3-nand" compatible string for SAMA5D3's nand node, apply it for SAMA5D3 SoC. Signed-off-by: Josh Wu Signed-off-by: Wenyou Yang --- Changes in v2: None arch/arm/boot/dts/sama5d3.dtsi

[PATCH v2 1/2] ARM: at91: sama5d3/dts: add compatiable string for nand

From: Josh Wu As introducing a new "atmel,sama5d3-nand" compatible string for SAMA5D3's nand node, apply it for SAMA5D3 SoC. Signed-off-by: Josh Wu Signed-off-by: Wenyou Yang --- Changes in v2: None arch/arm/boot/dts/sama5d3.dtsi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 0/2] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

For SAMA5D3, SAMA5D4 SoC family, PMECC needs the HSMC clock, so move out hsmc_clk from the nfc node to the nand node. Also, change the SAMA5D3 nand node's compatible string to "atmel,sama5d3-nand". Changes in v2: - add a patch to change SAMA5D3 nand node's compatible string to

[PATCH v2 0/2] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

For SAMA5D3, SAMA5D4 SoC family, PMECC needs the HSMC clock, so move out hsmc_clk from the nfc node to the nand node. Also, change the SAMA5D3 nand node's compatible string to "atmel,sama5d3-nand". Changes in v2: - add a patch to change SAMA5D3 nand node's compatible string to

[PATCH v3] mtd: atmel_nand: move the hsmc_clk from nfc node to nand node

From: Josh Wu For SAMA5D3, SAMA5D4 SoC family, PMECC becomes a part of HSMC, they need the HSMC clock enabled to work. The NFC is a sub feature for current nand driver, it can be disabled. But if HSMC clock is controlled by NFC, so disable NFC will also disable the HSMC clock.

[PATCH v3] mtd: atmel_nand: move the hsmc_clk from nfc node to nand node

From: Josh Wu For SAMA5D3, SAMA5D4 SoC family, PMECC becomes a part of HSMC, they need the HSMC clock enabled to work. The NFC is a sub feature for current nand driver, it can be disabled. But if HSMC clock is controlled by NFC, so disable NFC will also disable the HSMC clock. then, it will make

RE: [PATCH] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年2月22日 20:58 > To: Yang, Wenyou ; Rob Herring > ; Pawel Moll ; Mark Brown > ; Ian Campbell ; Kumar > Gala

RE: [PATCH] ARM: at91: sama5/dts: move hsmc_clk out of nfc node

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年2月22日 20:58 > To: Yang, Wenyou ; Rob Herring > ; Pawel Moll ; Mark Brown > ; Ian Campbell ; Kumar > Gala ; Alexandre Belloni electrons.com>; Jean-Christophe Plagniol-Villard ; > Russell King > Cc:

RE: [PATCH] mtd: atmel_nand: move the hsmc_clk from nfc node to nand node

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年2月22日 20:57 > To: Yang, Wenyou ; Brian Norris > ; David Woodhouse ; > Josh Wu > Cc: linux-...@lists.infradead.org;

RE: [PATCH] mtd: atmel_nand: move the hsmc_clk from nfc node to nand node

> -Original Message- > From: Ferre, Nicolas > Sent: 2016年2月22日 20:57 > To: Yang, Wenyou ; Brian Norris > ; David Woodhouse ; > Josh Wu > Cc: linux-...@lists.infradead.org; linux-arm-ker...@lists.infradead.org; > linux- > ker...@vger.kernel.org; Wu, Josh > Subject: Re: [PATCH] mtd:

Re: [PATCH v4 5/8] [Media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

On Thu, Feb 4, 2016 at 7:35 PM, Tiffany Lin wrote: > From: Andrew-CT Chen > > Add v4l2 layer encoder driver for MT8173 > > Signed-off-by: Tiffany Lin > --- > drivers/media/platform/Kconfig |

Re: [PATCH v4 5/8] [Media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

On Thu, Feb 4, 2016 at 7:35 PM, Tiffany Lin wrote: > From: Andrew-CT Chen > > Add v4l2 layer encoder driver for MT8173 > > Signed-off-by: Tiffany Lin > --- > drivers/media/platform/Kconfig | 11 + > drivers/media/platform/Makefile|2 + >

RE: [PATCH v3 00/11] KVM: x86: track guest page access

> From: Song, Jike > Sent: Tuesday, February 23, 2016 11:02 AM > > +Kevin > > On 02/22/2016 06:05 PM, Xiao Guangrong wrote: > > > > On 02/19/2016 08:00 PM, Paolo Bonzini wrote: > >> > >> I still have a doubt: how are you going to handle invalidation of GPU > >> shadow page tables if a device

RE: [PATCH v3 00/11] KVM: x86: track guest page access

> From: Song, Jike > Sent: Tuesday, February 23, 2016 11:02 AM > > +Kevin > > On 02/22/2016 06:05 PM, Xiao Guangrong wrote: > > > > On 02/19/2016 08:00 PM, Paolo Bonzini wrote: > >> > >> I still have a doubt: how are you going to handle invalidation of GPU > >> shadow page tables if a device

Re: [PATCH] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 2:11 AM, Diego Viola wrote: > On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote: >> From: Diego Viola >> Date: Mon, 22 Feb 2016 22:58:48 -0300 >> >>> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam

Re: [PATCH] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 2:11 AM, Diego Viola wrote: > On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote: >> From: Diego Viola >> Date: Mon, 22 Feb 2016 22:58:48 -0300 >> >>> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote: On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote: >

Re: [PATCH V4 5/6] perf/amd/iommu: Enable support for multiple IOMMUs

On Tue, 23 Feb 2016 12:12:42 +0700 Suravee Suthikulpanit wrote: > Hi > > On 02/22/2016 09:07 PM, Peter Zijlstra wrote: > > On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote: > >>> So I really don't have time to review new muck while I'm

Re: [PATCH V4 5/6] perf/amd/iommu: Enable support for multiple IOMMUs

On Tue, 23 Feb 2016 12:12:42 +0700 Suravee Suthikulpanit wrote: > Hi > > On 02/22/2016 09:07 PM, Peter Zijlstra wrote: > > On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote: > >>> So I really don't have time to review new muck while I'm hunting perf > >>> core fail, but

Re: Interesting csd deadlock on ARC

On Friday 19 February 2016 12:17 PM, Vineet Gupta wrote: > Hi Peter, > > I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2 and > it > turned out to be lot more interesting than I'd hoped for. This is stock v4.4 > > Trouble starts with an IPI to self which doesn't get

Re: Interesting csd deadlock on ARC

On Friday 19 February 2016 12:17 PM, Vineet Gupta wrote: > Hi Peter, > > I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2 and > it > turned out to be lot more interesting than I'd hoped for. This is stock v4.4 > > Trouble starts with an IPI to self which doesn't get

Re: [PATCH V4 5/6] perf/amd/iommu: Enable support for multiple IOMMUs

Hi On 02/22/2016 09:07 PM, Peter Zijlstra wrote: On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote: So I really don't have time to review new muck while I'm hunting perf core fail, but Boris made me look at this. This is crazy, if you have multiple IOMMUs then create an

Re: [PATCH V4 5/6] perf/amd/iommu: Enable support for multiple IOMMUs

Hi On 02/22/2016 09:07 PM, Peter Zijlstra wrote: On Mon, Feb 22, 2016 at 03:00:31PM +0700, Suravee Suthikulpanit wrote: So I really don't have time to review new muck while I'm hunting perf core fail, but Boris made me look at this. This is crazy, if you have multiple IOMMUs then create an

Re: [PATCH] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote: > From: Diego Viola > Date: Mon, 22 Feb 2016 22:58:48 -0300 > >> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote: >>> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola

Re: [PATCH] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 1:42 AM, David Miller wrote: > From: Diego Viola > Date: Mon, 22 Feb 2016 22:58:48 -0300 > >> On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote: >>> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote: Signed-off-by: Diego Viola >>> >>> You should write a

Re: [PATCH] firmware: fw_cfg register offsets on supported architectures only

On Mon, Feb 22, 2016 at 04:18:18PM -0500, Gabriel Somlo wrote: > Refrain from defining default fw_cfg register offsets on > unsupported architectures -- throw an error instead. If > QEMU were to add fw_cfg support on additional architectures, > we should add them to the FW_CFG_SYSFS depends

Re: [PATCH] firmware: fw_cfg register offsets on supported architectures only

On Mon, Feb 22, 2016 at 04:18:18PM -0500, Gabriel Somlo wrote: > Refrain from defining default fw_cfg register offsets on > unsupported architectures -- throw an error instead. If > QEMU were to add fw_cfg support on additional architectures, > we should add them to the FW_CFG_SYSFS depends

Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device

On Mon, Feb 22, 2016 at 03:26:23PM -0500, Gabriel L. Somlo wrote: > On Mon, Feb 22, 2016 at 10:14:50PM +0200, Michael S. Tsirkin wrote: > > On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote: > > > > > +static void fw_cfg_io_cleanup(void) > > > > > +{ > > > > > + if

Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device

On Mon, Feb 22, 2016 at 03:26:23PM -0500, Gabriel L. Somlo wrote: > On Mon, Feb 22, 2016 at 10:14:50PM +0200, Michael S. Tsirkin wrote: > > On Sun, Feb 21, 2016 at 08:06:17AM -0500, Gabriel L. Somlo wrote: > > > > > +static void fw_cfg_io_cleanup(void) > > > > > +{ > > > > > + if

[PATCH 10/10] mtip32xx: Cleanup queued requests after surprise removal

Fail all pending requests after surprise removal of a drive. misc: Proper handling of resource free in probe failure path. Signed-off-by: Vignesh Gunasekaran Signed-off-by: Selvan Mani Signed-off-by: Asai Thambi S P ---

[PATCH 10/10] mtip32xx: Cleanup queued requests after surprise removal

Fail all pending requests after surprise removal of a drive. misc: Proper handling of resource free in probe failure path. Signed-off-by: Vignesh Gunasekaran Signed-off-by: Selvan Mani Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c | 78

[PATCH 08/10] mtip32xx: Handle FTL rebuild failure state during device initialization

Allow device initialization to finish gracefully when it is in FTL rebuild failure state. Also, recover device out of this state after successfully secure erasing it. Signed-off-by: Selvan Mani Signed-off-by: Vignesh Gunasekaran Signed-off-by: Asai

[PATCH 09/10] mtip32xx: Add timeout handler

Added timeout handler. Implementing timeout handler requires replacing blk_mq_end_request() with blk_mq_complete_request() to avoid double completion of a request. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai

[PATCH 08/10] mtip32xx: Handle FTL rebuild failure state during device initialization

Allow device initialization to finish gracefully when it is in FTL rebuild failure state. Also, recover device out of this state after successfully secure erasing it. Signed-off-by: Selvan Mani Signed-off-by: Vignesh Gunasekaran Signed-off-by: Asai Thambi S P ---

[PATCH 09/10] mtip32xx: Add timeout handler

Added timeout handler. Implementing timeout handler requires replacing blk_mq_end_request() with blk_mq_complete_request() to avoid double completion of a request. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P ---

[PATCH 06/10] mtip32xx: Fix for rmmod crash when drive is in FTL rebuild

When FTL rebuild is in progress, alloc_disk() initializes the disk but device node will be created by add_disk() only after successful completion of FTL rebuild. So, skip deletion of device node in removal path when FTL rebuild is in progress. Signed-off-by: Selvan Mani

[PATCH 06/10] mtip32xx: Fix for rmmod crash when drive is in FTL rebuild

When FTL rebuild is in progress, alloc_disk() initializes the disk but device node will be created by add_disk() only after successful completion of FTL rebuild. So, skip deletion of device node in removal path when FTL rebuild is in progress. Signed-off-by: Selvan Mani Signed-off-by: Asai

linux-next: Tree for Feb 23

Hi all, Changes since 20160222: The f2fs tree gained complex conflicts against Linus' tree for which I dropped a commit from the f2fs tree. The aio tree still had a build failure so I used the version from next-20160111. Non-merge commits (relative to Linus' tree): 6427 5239 files changed

linux-next: Tree for Feb 23

Hi all, Changes since 20160222: The f2fs tree gained complex conflicts against Linus' tree for which I dropped a commit from the f2fs tree. The aio tree still had a build failure so I used the version from next-20160111. Non-merge commits (relative to Linus' tree): 6427 5239 files changed

[PATCH 07/10] mtip32xx: Handle safe removal during IO

Flush inflight IOs using fsync_bdev() when the device is safely removed. Also, block further IOs in device open function. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P ---

[PATCH 07/10] mtip32xx: Handle safe removal during IO

Flush inflight IOs using fsync_bdev() when the device is safely removed. Also, block further IOs in device open function. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c | 34

[PATCH 05/10] mtip32xx: Avoid issuing standby immediate cmd during FTL rebuild

Prevent standby immediate command from being issued in remove, suspend and shutdown paths, while drive is performing FTL rebuild process. Signed-off-by: Selvan Mani Signed-off-by: Vignesh Gunasekaran Signed-off-by: Asai Thambi S P

[PATCH 05/10] mtip32xx: Avoid issuing standby immediate cmd during FTL rebuild

Prevent standby immediate command from being issued in remove, suspend and shutdown paths, while drive is performing FTL rebuild process. Signed-off-by: Selvan Mani Signed-off-by: Vignesh Gunasekaran Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c | 20

[PATCH 04/10] mtip32xx: Print exact time when an internal command is interrupted

Print exact time when an internal command is interrupted. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c |8 ++-- 1 files changed,

[PATCH 04/10] mtip32xx: Print exact time when an internal command is interrupted

Print exact time when an internal command is interrupted. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git

[PATCH 03/10] mtip32xx: Remove unwanted code from taskfile error handler

Remove setting and clearing MTIP_PF_EH_ACTIVE_BIT flag in mtip_handle_tfe() as they are redundant. Also avoid waking up service thread from mtip_handle_tfe() because it is already woken up in case of taskfile error. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar

[PATCH 03/10] mtip32xx: Remove unwanted code from taskfile error handler

Remove setting and clearing MTIP_PF_EH_ACTIVE_BIT flag in mtip_handle_tfe() as they are redundant. Also avoid waking up service thread from mtip_handle_tfe() because it is already woken up in case of taskfile error. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam

[PATCH 02/10] mtip32xx: Fix broken service thread handling

Service thread does not detect the need for taskfile error handling. Fixed the flag condition to process taskfile error. Signed-off-by: Selvan Mani Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c |6 +++---

[PATCH 02/10] mtip32xx: Fix broken service thread handling

Service thread does not detect the need for taskfile error handling. Fixed the flag condition to process taskfile error. Signed-off-by: Selvan Mani Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c |6 +++--- drivers/block/mtip32xx/mtip32xx.h |5 + 2 files

[PATCH 01/10] mtip32xx: Abort secure erase when drive is mounted

To avoid erasing a device with a mounted filesystem, try to get exclusive access to the blkdev object corresponding to the device. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P

[PATCH 01/10] mtip32xx: Abort secure erase when drive is mounted

To avoid erasing a device with a mounted filesystem, try to get exclusive access to the blkdev object corresponding to the device. Signed-off-by: Selvan Mani Signed-off-by: Rajesh Kumar Sambandam Signed-off-by: Asai Thambi S P --- drivers/block/mtip32xx/mtip32xx.c | 113

[PATCH 00/10] mtip32xx: various fixes

Hi Jens, This patchset includes various fixes for mtip32xx driver, tested on kernel 4.5-rc3 Selvan Mani (10): mtip32xx: Abort secure erase when drive is mounted mtip32xx: Fix broken service thread handling mtip32xx: Remove unwanted code from taskfile error handler mtip32xx: Print exact

[PATCH 00/10] mtip32xx: various fixes

Hi Jens, This patchset includes various fixes for mtip32xx driver, tested on kernel 4.5-rc3 Selvan Mani (10): mtip32xx: Abort secure erase when drive is mounted mtip32xx: Fix broken service thread handling mtip32xx: Remove unwanted code from taskfile error handler mtip32xx: Print exact

Re: [PATCH v3 11/11] KVM: MMU: apply page track notifier

On 02/19/2016 07:56 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: Register the notifier to receive write track event so that we can update our shadow page table It makes kvm_mmu_pte_write() be the callback of the notifier, no function is changed Signed-off-by: Xiao

Re: [PATCH v3 11/11] KVM: MMU: apply page track notifier

On 02/19/2016 07:56 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: Register the notifier to receive write track event so that we can update our shadow page table It makes kvm_mmu_pte_write() be the callback of the notifier, no function is changed Signed-off-by: Xiao

Re: [PATCH v3 10/11] KVM: MMU: clear write-flooding on the fast path of tracked page

On 02/19/2016 07:55 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: If the page fault is caused by write access on write tracked page, the real shadow page walking is skipped, we lost the chance to clear write flooding for the page structure current vcpu is using Fix it

Re: [PATCH v3 10/11] KVM: MMU: clear write-flooding on the fast path of tracked page

On 02/19/2016 07:55 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: If the page fault is caused by write access on write tracked page, the real shadow page walking is skipped, we lost the chance to clear write flooding for the page structure current vcpu is using Fix it

Re: [PATCH 10/56] staging/lustre: Remove ldlm type/mode typedefs

Hi Oleg, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/green-linuxhacker-ru/More-Lustre

Re: [PATCH 10/56] staging/lustre: Remove ldlm type/mode typedefs

Hi Oleg, [auto build test ERROR on staging/staging-testing] [also build test ERROR on v4.5-rc5 next-20160222] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/green-linuxhacker-ru/More-Lustre

Re: [PATCH] net: jme: fix suspend/resume on JMC260

From: Diego Viola Date: Mon, 22 Feb 2016 22:58:48 -0300 > On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote: >> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote: >>> Signed-off-by: Diego Viola >> >>

Re: [PATCH v3 07/11] KVM: page track: add notifier support

On 02/19/2016 07:51 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +void kvm_page_track_write(struct kvm_vcpu *vcpu, gpa_t gpa, const u8 *new, + int bytes) +{ + struct kvm_page_track_notifier_head *head; + struct

Re: [PATCH] net: jme: fix suspend/resume on JMC260

From: Diego Viola Date: Mon, 22 Feb 2016 22:58:48 -0300 > On Mon, Feb 22, 2016 at 10:46 PM, Fabio Estevam wrote: >> On Mon, Feb 22, 2016 at 9:32 PM, Diego Viola wrote: >>> Signed-off-by: Diego Viola >> >> You should write a commit log. > > I thought about including the link to my bug report:

Re: [PATCH v3 07/11] KVM: page track: add notifier support

On 02/19/2016 07:51 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +void kvm_page_track_write(struct kvm_vcpu *vcpu, gpa_t gpa, const u8 *new, + int bytes) +{ + struct kvm_page_track_notifier_head *head; + struct

[PATCH] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

Due to the company's awful projecting, this chip has been renamed to PH1-LD20. It has not been shipped yet, this change would not give much impact on our customers. Signed-off-by: Masahiro Yamada --- Olof, Arnd, Please apply this patch along with my series

[PATCH] arm64: dts: uniphier: rename PH1-LD10 to PH1-LD20

Due to the company's awful projecting, this chip has been renamed to PH1-LD20. It has not been shipped yet, this change would not give much impact on our customers. Signed-off-by: Masahiro Yamada --- Olof, Arnd, Please apply this patch along with my series "[PATCH 0/9] ARM: uniphier: UniPhier

Re: [PATCH v4 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

On Mon, 22 Feb 2016, Darren Hart wrote: Unfortunately, backporting this to stable is not quite so simple. First, 3.16 doesn't really work as between 3.16 and 3.17 the following patch landed: ce363c2 ideapad-laptop: Change Lenovo Yoga 2 series rfkill handling Which changes the name of the

Re: [PATCH v4 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

On Mon, 22 Feb 2016, Darren Hart wrote: Unfortunately, backporting this to stable is not quite so simple. First, 3.16 doesn't really work as between 3.16 and 3.17 the following patch landed: ce363c2 ideapad-laptop: Change Lenovo Yoga 2 series rfkill handling Which changes the name of the

Re: [PATCH v3 06/11] KVM: MMU: let page fault handler be aware tracked page

On 02/19/2016 07:45 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +/* + * check if the corresponding access on the specified guest page is tracked. + */ +bool kvm_page_track_check_mode(struct kvm_vcpu *vcpu, gfn_t gfn, + enum

Re: [PATCH v3 06/11] KVM: MMU: let page fault handler be aware tracked page

On 02/19/2016 07:45 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +/* + * check if the corresponding access on the specified guest page is tracked. + */ +bool kvm_page_track_check_mode(struct kvm_vcpu *vcpu, gfn_t gfn, + enum

Re: [PATCH v3 05/11] KVM: page track: introduce kvm_page_track_{add,remove}_page

On 02/19/2016 07:37 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +static bool check_mode(enum kvm_page_track_mode mode) +{ + if (mode < 0 || mode >= KVM_PAGE_TRACK_MAX) + return false; + + return true; +} Oops, forgot about this; please

Re: [PATCH v3 05/11] KVM: page track: introduce kvm_page_track_{add,remove}_page

On 02/19/2016 07:37 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: +static bool check_mode(enum kvm_page_track_mode mode) +{ + if (mode < 0 || mode >= KVM_PAGE_TRACK_MAX) + return false; + + return true; +} Oops, forgot about this; please

Re: [PATCH v3 05/11] KVM: page track: introduce kvm_page_track_{add,remove}_page

On 02/19/2016 07:37 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: + /* does tracking count wrap? */ + WARN_ON((count > 0) && (val + count < val)); This doesn't work, because "val + count" is an int. val is 'unsigned short val' and count is 'short', so

Re: [PATCH v3 05/11] KVM: page track: introduce kvm_page_track_{add,remove}_page

On 02/19/2016 07:37 PM, Paolo Bonzini wrote: On 14/02/2016 12:31, Xiao Guangrong wrote: + /* does tracking count wrap? */ + WARN_ON((count > 0) && (val + count < val)); This doesn't work, because "val + count" is an int. val is 'unsigned short val' and count is 'short', so

RE: [PATCH v2 4/4] dmaengine: xilinx_vdma: Improve channel idle checking

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Tuesday, February 23, 2016 8:42 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; moritz.fisc...@ettus.com; >

RE: [PATCH v2 4/4] dmaengine: xilinx_vdma: Improve channel idle checking

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Tuesday, February 23, 2016 8:42 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; moritz.fisc...@ettus.com; >

RE: [PATCH v2 2/4] dmaengine: xilinx_vdma: Simplify spin lock handling

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Tuesday, February 23, 2016 8:40 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; moritz.fisc...@ettus.com; >

RE: [PATCH v2 2/4] dmaengine: xilinx_vdma: Simplify spin lock handling

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Tuesday, February 23, 2016 8:40 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; moritz.fisc...@ettus.com; >

[PATCH 05/56] staging/lustre: Get rid of ost_cmd_t typedef

From: Oleg Drokin Replace it with enum ost_cmd Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 05/56] staging/lustre: Get rid of ost_cmd_t typedef

From: Oleg Drokin Replace it with enum ost_cmd Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/lustre/lustre_idl.h

[PATCH 00/56] More Lustre cleanups.

From: Oleg Drokin This is another round of Lustre cleanups mostly aimed at fixing checkpatch warnings, but also removing unneeded code and fixign other things I am noticing along the way. Oleg Drokin (56): staging/lustre/fld: Remove useless typedefs staging/lustre: Get

[PATCH 00/56] More Lustre cleanups.

From: Oleg Drokin This is another round of Lustre cleanups mostly aimed at fixing checkpatch warnings, but also removing unneeded code and fixign other things I am noticing along the way. Oleg Drokin (56): staging/lustre/fld: Remove useless typedefs staging/lustre: Get rid of

[PATCH 04/56] stagig/lustre: Get rid of cksum_type_t typedef

From: Oleg Drokin Replace it with enum cksum_type Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++-- drivers/staging/lustre/lustre/include/obd.h | 2 +-

[PATCH 04/56] stagig/lustre: Get rid of cksum_type_t typedef

From: Oleg Drokin Replace it with enum cksum_type Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/lustre/lustre_idl.h | 4 ++-- drivers/staging/lustre/lustre/include/obd.h | 2 +- drivers/staging/lustre/lustre/include/obd_cksum.h | 12 ++--

<    1   2   3   4   5   6   7   8   9   10   >