[PATCH net-next 1/3] net: dsa: mv88e6xxx: fix module naming

Since the mv88e6xxx.c file has been renamed, the driver compiled as a module is called chip.ko instead of mv88e6xxx.ko. Fix this. Fixes: fad09c73c270 ("net: dsa: mv88e6xxx: rename single-chip support") Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/Makefile | 3 ++- 1 file changed,

[PATCH net-next 0/3] net: dsa: mv88e6xxx: isolate Global2 support

Registers of Marvell chips are organized in internal SMI devices. One of them at address 0x1C is called Global2. It provides an extended set of registers, used for interrupt control, EEPROM access, indirect PHY access (to bypass the PHY Polling Unit) and cross-chip setup. Most chips have it, but

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/02, Peter Zijlstra wrote: > > FWIW, the way the mutex code avoids this issue is by doing the > signal_pending test while holding the q->lock, that way its exclusive > with wakeup. And __wait_event_interruptible_locked() too. BTW it is buggy anyway, it needs the -

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/02, Peter Zijlstra wrote: > > FWIW, the way the mutex code avoids this issue is by doing the > signal_pending test while holding the q->lock, that way its exclusive > with wakeup. And __wait_event_interruptible_locked() too. BTW it is buggy anyway, it needs the -

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/01, Peter Zijlstra wrote: > > > ret = 0; > > > > for (;;) { > > prepare_to_wait_exclusive(wq, >wait, mode); > > > > if (test_bit(>key.bit_nr, >key.flag)) > > ret = action(>key, mode); > > > > if (!test_and_set_bit(>key.bit_nr,

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/01, Peter Zijlstra wrote: > > > ret = 0; > > > > for (;;) { > > prepare_to_wait_exclusive(wq, >wait, mode); > > > > if (test_bit(>key.bit_nr, >key.flag)) > > ret = action(>key, mode); > > > > if (!test_and_set_bit(>key.bit_nr,

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/01, Peter Zijlstra wrote: > > On Fri, Aug 26, 2016 at 02:45:52PM +0200, Oleg Nesterov wrote: > > > We do not need anything tricky to avoid the race, > > The race being: > > CPU0 CPU1CPU2 > > __wait_on_bit_lock() >

Re: [PATCH 2/2] sched/wait: avoid abort_exclusive_wait() in __wait_on_bit_lock()

On 09/01, Peter Zijlstra wrote: > > On Fri, Aug 26, 2016 at 02:45:52PM +0200, Oleg Nesterov wrote: > > > We do not need anything tricky to avoid the race, > > The race being: > > CPU0 CPU1CPU2 > > __wait_on_bit_lock() >

[PATCH] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") As pcistub_probe() is called for all devices (it has to check for a match based on the slot address rather than device type) it has to check for

[PATCH] xen/pciback: support driver_override

Support the driver_override scheme introduced with commit 782a985d7af2 ("PCI: Introduce new device binding path using pci_dev.driver_override") As pcistub_probe() is called for all devices (it has to check for a match based on the slot address rather than device type) it has to check for

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On 02/09/16 11:53, Felipe Balbi wrote: > > Hi, > > Arnd Bergmann writes: >> On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >>> >>> Hi Felipe and Arnd, >>> >>> It has been a while since the last response to this discussion, but we >>> haven't reached an agreement

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On 02/09/16 11:53, Felipe Balbi wrote: > > Hi, > > Arnd Bergmann writes: >> On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >>> >>> Hi Felipe and Arnd, >>> >>> It has been a while since the last response to this discussion, but we >>> haven't reached an agreement yet! Can we get

Re: [Linaro-acpi] [PATCH V8 1/8] ACPI: I/O Remapping Table (IORT) initial support

Hi Tomasz, On 11 August 2016 at 18:06, Tomasz Nowicki wrote: > IORT shows representation of IO topology for ARM based systems. > It describes how various components are connected together on > parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec. >

Re: [Linaro-acpi] [PATCH V8 1/8] ACPI: I/O Remapping Table (IORT) initial support

Hi Tomasz, On 11 August 2016 at 18:06, Tomasz Nowicki wrote: > IORT shows representation of IO topology for ARM based systems. > It describes how various components are connected together on > parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec. >

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

Hi, On 2016-09-01 16:58, Stanimir Varbanov wrote: Hi, Cc: Marek ... But I presume we have the implementation issue of dma_alloc_coherent() failing in either case with the 5MB size. I think we need to look into I'd be good to include Marek Szyprowski? At least he will know what design

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

Hi, On 2016-09-01 16:58, Stanimir Varbanov wrote: Hi, Cc: Marek ... But I presume we have the implementation issue of dma_alloc_coherent() failing in either case with the 5MB size. I think we need to look into I'd be good to include Marek Szyprowski? At least he will know what design

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 13:01, Nishanth Menon wrote: > On 09/02/2016 04:58 AM, Tomi Valkeinen wrote: >> On 02/09/16 12:06, Nishanth Menon wrote: >> >>> diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts >>> b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts >>> new file mode 100644 >>> index

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 13:01, Nishanth Menon wrote: > On 09/02/2016 04:58 AM, Tomi Valkeinen wrote: >> On 02/09/16 12:06, Nishanth Menon wrote: >> >>> diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts >>> b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts >>> new file mode 100644 >>> index

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, Thanks for the valuable feedback. Comments inline On 09/02/2016 11:27 AM, Michal Simek wrote: On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: Hi, On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, Thanks for the valuable feedback. Comments inline On 09/02/2016 11:27 AM, Michal Simek wrote: On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: Hi, On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP

[Patch v5 2/2] net: ethernet: xilinx: Enable emaclite for MIPS

The MIPS based xilfpga platform uses this driver. Enable it for MIPS Signed-off-by: Zubair Lutfullah Kakakhel --- V3 -> V4 Removed unnecesary braces V2 -> V3 No change V1 -> V2 No change --- drivers/net/ethernet/xilinx/Kconfig | 4 ++-- 1 file changed, 2

[Patch v5 2/2] net: ethernet: xilinx: Enable emaclite for MIPS

The MIPS based xilfpga platform uses this driver. Enable it for MIPS Signed-off-by: Zubair Lutfullah Kakakhel --- V3 -> V4 Removed unnecesary braces V2 -> V3 No change V1 -> V2 No change --- drivers/net/ethernet/xilinx/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[RFC PATCH v2 2/3] xpfo: Only put previous userspace pages into the hot cache

Allocating a page to userspace that was previously allocated to the kernel requires an expensive TLB shootdown. To minimize this, we only put non-kernel pages into the hot cache to favor their allocation. Signed-off-by: Juerg Haefliger --- include/linux/xpfo.h | 2 ++

[RFC PATCH v2 2/3] xpfo: Only put previous userspace pages into the hot cache

Allocating a page to userspace that was previously allocated to the kernel requires an expensive TLB shootdown. To minimize this, we only put non-kernel pages into the hot cache to favor their allocation. Signed-off-by: Juerg Haefliger --- include/linux/xpfo.h | 2 ++ mm/page_alloc.c | 8

[RFC PATCH v2 3/3] block: Always use a bounce buffer when XPFO is enabled

This is a temporary hack to prevent the use of bio_map_user_iov() which causes XPFO page faults. Signed-off-by: Juerg Haefliger --- block/blk-map.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/blk-map.c b/block/blk-map.c index

[RFC PATCH v2 3/3] block: Always use a bounce buffer when XPFO is enabled

This is a temporary hack to prevent the use of bio_map_user_iov() which causes XPFO page faults. Signed-off-by: Juerg Haefliger --- block/blk-map.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/blk-map.c b/block/blk-map.c index b8657fa8dc9a..e889dbfee6fb 100644 ---

[Patch v5 0/2] net: ethernet: xilinx: mac addr and mips

Hi, A couple of simple patches to generate the random mac address if none is found. And enabling the driver for mips. Based on v4.8-rc4. These were part of a larger series but that series is growing wildly. Splitting and submitting the net subsystem patches separately. Hence the v5. Regards,

[Patch v5 0/2] net: ethernet: xilinx: mac addr and mips

Hi, A couple of simple patches to generate the random mac address if none is found. And enabling the driver for mips. Based on v4.8-rc4. These were part of a larger series but that series is growing wildly. Splitting and submitting the net subsystem patches separately. Hence the v5. Regards,

[RFC PATCH v2 1/3] Add support for eXclusive Page Frame Ownership (XPFO)

This patch adds support for XPFO which protects against 'ret2dir' kernel attacks. The basic idea is to enforce exclusive ownership of page frames by either the kernel or userspace, unless explicitly requested by the kernel. Whenever a page destined for userspace is allocated, it is unmapped from

[Patch v5 1/2] net: ethernet: xilinx: Generate random mac if none found

At the moment, if the emaclite device doesn't find a mac address from any source, it simply uses 0x0 with a warning printed. Instead of using a 0x0 mac address, use a randomly generated one. Signed-off-by: Zubair Lutfullah Kakakhel --- V3 -> V4 Curly braces after if

[Patch v5 1/2] net: ethernet: xilinx: Generate random mac if none found

At the moment, if the emaclite device doesn't find a mac address from any source, it simply uses 0x0 with a warning printed. Instead of using a 0x0 mac address, use a randomly generated one. Signed-off-by: Zubair Lutfullah Kakakhel --- V3 -> V4 Curly braces after if check for correct styling

[RFC PATCH v2 1/3] Add support for eXclusive Page Frame Ownership (XPFO)

This patch adds support for XPFO which protects against 'ret2dir' kernel attacks. The basic idea is to enforce exclusive ownership of page frames by either the kernel or userspace, unless explicitly requested by the kernel. Whenever a page destined for userspace is allocated, it is unmapped from

[RFC PATCH v2 0/3] Add support for eXclusive Page Frame Ownership (XPFO)

Changes from: v1 -> v2: - Moved the code from arch/x86/mm/ to mm/ since it's (mostly) arch-agnostic. - Moved the config to the generic layer and added ARCH_SUPPORTS_XPFO for x86. - Use page_ext for the additional per-page data. - Removed the clearing of pages. This

[RFC PATCH v2 0/3] Add support for eXclusive Page Frame Ownership (XPFO)

Changes from: v1 -> v2: - Moved the code from arch/x86/mm/ to mm/ since it's (mostly) arch-agnostic. - Moved the config to the generic layer and added ARCH_SUPPORTS_XPFO for x86. - Use page_ext for the additional per-page data. - Removed the clearing of pages. This

Re: [PATCH 1/9] staging: sm750fb: fix line length coding style issue in ddk750_chip.c

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Fri, Sep 02, 2016 at

Re: [PATCH 1/9] staging: sm750fb: fix line length coding style issue in ddk750_chip.c

A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Fri, Sep 02, 2016 at

Re: [PATCH v2 6/7] arm64: dts: exynos: Add dts file for Exynos5433-based TM2 board

Hi Javier, On 2016년 08월 27일 03:30, Javier Martinez Canillas wrote: > Hello Chanwoo, > > The patch looks mostly good to me, I've just some comments: > > [snip] > >> + >> + { >> +status = "okay"; >> +iommu-reserved-mapping = <0x2000 0x2000 0xc000>; >> + > > This property

Re: [PATCH v2 6/7] arm64: dts: exynos: Add dts file for Exynos5433-based TM2 board

Hi Javier, On 2016년 08월 27일 03:30, Javier Martinez Canillas wrote: > Hello Chanwoo, > > The patch looks mostly good to me, I've just some comments: > > [snip] > >> + >> + { >> +status = "okay"; >> +iommu-reserved-mapping = <0x2000 0x2000 0xc000>; >> + > > This property

Re: [PATCH v3 21/22] phy: Add support for Qualcomm's USB HSIC phy

On 2016-09-02 03:30, Stephen Boyd wrote: (Please trim replies) sorry, will take care from next time. Quoting Vivek Gautam (2016-08-31 23:17:55) On Thu, Sep 1, 2016 at 6:10 AM, Stephen Boyd wrote: > + > + uphy->cal_sleep_clk = clk = devm_clk_get(>dev,

Re: [PATCH v3 21/22] phy: Add support for Qualcomm's USB HSIC phy

On 2016-09-02 03:30, Stephen Boyd wrote: (Please trim replies) sorry, will take care from next time. Quoting Vivek Gautam (2016-08-31 23:17:55) On Thu, Sep 1, 2016 at 6:10 AM, Stephen Boyd wrote: > + > + uphy->cal_sleep_clk = clk = devm_clk_get(>dev, "cal_sleep"); > + if

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 188 + 1 file changed, 188 insertions(+) diff --git

Re: [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback

On Wed, Aug 31, 2016 at 03:07:56PM +0300, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 31, 2016 at 11:29:11AM +0800, Kefeng Wang wrote: > > Make dw8250_set_termios() handle all cases of dw8250_data->clk properly, > > then we can safely use dw8250_set_termios() as the default set_termios > >

Re: [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback

On Wed, Aug 31, 2016 at 03:07:56PM +0300, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 31, 2016 at 11:29:11AM +0800, Kefeng Wang wrote: > > Make dw8250_set_termios() handle all cases of dw8250_data->clk properly, > > then we can safely use dw8250_set_termios() as the default set_termios > >

[PATCH v7 7/9] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 188 + 1 file changed, 188 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c

[PATCH v7 5/9] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 77 -- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8

[PATCH v7 8/9] drm/mediatek: update DSI sub driver flow

This patch update enable/disable flow of DSI module and MIPI TX module Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 102 +++--

[PATCH v7 5/9] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 77 -- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++-- 2 files changed, 41 insertions(+), 44

[PATCH v7 8/9] drm/mediatek: update DSI sub driver flow

This patch update enable/disable flow of DSI module and MIPI TX module Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 102 +++-- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 32 ++- 2 files changed, 101

[PATCH v7 3/9] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 -

[PATCH v7 9/9] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++ drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++

[PATCH v7 4/9] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v7 6/9] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 76 ++ 1 file changed, 76 insertions(+) diff --git

[PATCH v7 3/9] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 -

[PATCH v7 9/9] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++ drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++ drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17

[PATCH v7 4/9] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c index b77d456..a9b209c

[PATCH v7 6/9] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 76 ++ 1 file changed, 76 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c b/drivers/gpu/drm/mediatek/mtk_dsi.c index

[PATCH v7 2/9] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. MIPI_TX pll setting changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT

[PATCH v7 2/9] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. MIPI_TX pll setting changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT

[PATCH v7 0/9] MT2701 DRM support

This is MT2701 DRM support PATCH v7, based on 4.8-rc1. We add DSI interrupt control, transfer function for MIPI DSI panel support. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size

[PATCH v7 0/9] MT2701 DRM support

This is MT2701 DRM support PATCH v7, based on 4.8-rc1. We add DSI interrupt control, transfer function for MIPI DSI panel support. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size

[PATCH v7 1/9] drm/mediatek: rename macros, add chip prefix

Add MT8173 prefix for hardware related macros. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +- 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v7 1/9] drm/mediatek: rename macros, add chip prefix

Add MT8173 prefix for hardware related macros. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +- 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 13:41, Sekhar Nori wrote: > Also, how about renaming the existing dts to am57xx-beagle-x15-reva2.dts > and let the production version be called am57xx-beagle-x15.dts? Surely > this will cause some inconvenience to A2 users. But there are few users > of those and it might be more

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 13:41, Sekhar Nori wrote: > Also, how about renaming the existing dts to am57xx-beagle-x15-reva2.dts > and let the production version be called am57xx-beagle-x15.dts? Surely > this will cause some inconvenience to A2 users. But there are few users > of those and it might be more

Re: [PATCH] dmaengine: tegra210-adma: Add memcpy support

On Thu, Sep 01, 2016 at 03:43:16PM -0700, Nicolin Chen wrote: > +#define ADMA_CH_CTRL_MODE_ONCE (1 << 8) BIT(8)? You should change the existing ones too :) > #define ADMA_CH_CTRL_MODE_CONTINUOUS (2 << 8) > +#define ADMA_CH_CTRL_MODE_LINKED_LIST

Re: [PATCH] dmaengine: tegra210-adma: Add memcpy support

On Thu, Sep 01, 2016 at 03:43:16PM -0700, Nicolin Chen wrote: > +#define ADMA_CH_CTRL_MODE_ONCE (1 << 8) BIT(8)? You should change the existing ones too :) > #define ADMA_CH_CTRL_MODE_CONTINUOUS (2 << 8) > +#define ADMA_CH_CTRL_MODE_LINKED_LIST

Re: [PATCH v4 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 SoC

On Wed, Aug 31, 2016 at 11:29:12AM +0800, Kefeng Wang wrote: > Add ACPI identifier for UART on Hisilicon Hip05 SoC, be careful that > it is not 16550 compatible, and "reg-io-width" and "reg-shift" need > be set properly by _DSD method in DSDT. > > Signed-off-by: Kefeng Wang

Re: [PATCH v4 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 SoC

On Wed, Aug 31, 2016 at 11:29:12AM +0800, Kefeng Wang wrote: > Add ACPI identifier for UART on Hisilicon Hip05 SoC, be careful that > it is not 16550 compatible, and "reg-io-width" and "reg-shift" need > be set properly by _DSD method in DSDT. > > Signed-off-by: Kefeng Wang Acked-by: Heikki

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Russell King - ARM Linux writes: > On Fri, Sep 02, 2016 at 12:43:39PM +0200, Arnd Bergmann wrote: >> On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >> > >> > Hi Felipe and Arnd, >> > >> > It has been a while since the last response to this discussion,

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Russell King - ARM Linux writes: > On Fri, Sep 02, 2016 at 12:43:39PM +0200, Arnd Bergmann wrote: >> On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >> > >> > Hi Felipe and Arnd, >> > >> > It has been a while since the last response to this discussion, but we >> > haven't

[PATCH 6/7] Drivers: hv: utils: Continue to poll VSS channel after handling requests.

From: Alex Ng Multiple VSS_OP_HOT_BACKUP requests may arrive in quick succession, even though the host only signals once. The driver wass handling the first request while ignoring the others in the ring buffer. We should poll the VSS channel after handling a request to

[PATCH 6/7] Drivers: hv: utils: Continue to poll VSS channel after handling requests.

From: Alex Ng Multiple VSS_OP_HOT_BACKUP requests may arrive in quick succession, even though the host only signals once. The driver wass handling the first request while ignoring the others in the ring buffer. We should poll the VSS channel after handling a request to continue processing other

Re: [PATCH] scsi: ufs: add missing header dependencies for tc-dwc-g210

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 2 warnings when build kernel with W=1: Baoyou> drivers/scsi/ufs/tc-dwc-g210.c:261:5: warning: no previous Baoyou> prototype for 'tc_dwc_g210_config_40_bit' [-Wmissing-prototypes] Baoyou>

[PATCH 3/7] Drivers: hv: ring_buffer: use wrap around mappings in hv_copy{from,to}_ringbuffer()

From: Vitaly Kuznetsov With wrap around mappings for ring buffers we can always use a single memcpy() to do the job. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan Tested-by: Dexuan Cui ---

[PATCH 1/7] Drivers: hv: cleanup vmbus_open() for wrap around mappings

From: Vitaly Kuznetsov In preparation for doing wrap around mappings for ring buffers cleanup vmbus_open() function: - check that ring sizes are PAGE_SIZE aligned (they are for all in-kernel drivers now); - kfree(open_info) on error only after we kzalloc() it (not an issue

Re: [PATCH] scsi: ufs: add missing header dependencies for tc-dwc-g210

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 2 warnings when build kernel with W=1: Baoyou> drivers/scsi/ufs/tc-dwc-g210.c:261:5: warning: no previous Baoyou> prototype for 'tc_dwc_g210_config_40_bit' [-Wmissing-prototypes] Baoyou> drivers/scsi/ufs/tc-dwc-g210.c:293:5: warning: no

[PATCH 3/7] Drivers: hv: ring_buffer: use wrap around mappings in hv_copy{from,to}_ringbuffer()

From: Vitaly Kuznetsov With wrap around mappings for ring buffers we can always use a single memcpy() to do the job. Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan Tested-by: Dexuan Cui --- drivers/hv/ring_buffer.c | 24 +++- 1 files changed, 3

[PATCH 1/7] Drivers: hv: cleanup vmbus_open() for wrap around mappings

From: Vitaly Kuznetsov In preparation for doing wrap around mappings for ring buffers cleanup vmbus_open() function: - check that ring sizes are PAGE_SIZE aligned (they are for all in-kernel drivers now); - kfree(open_info) on error only after we kzalloc() it (not an issue as it is valid to

[PATCH 2/7] Drivers: hv: ring_buffer: wrap around mappings for ring buffers

From: Vitaly Kuznetsov Make it possible to always use a single memcpy() or to provide a direct link to a packet on the ring buffer by creating virtual mapping for two copies of the ring buffer with vmap(). Utilize currently empty hv_ringbuffer_cleanup() to do the unmap.

[PATCH 5/7] Drivers: hv: Introduce a policy for controlling channel affinity

From: K. Y. Srinivasan Introduce a mechanism to control how channels will be affinitized. We will support two policies: 1. HV_BALANCED: All performance critical channels will be dstributed evenly amongst all the available NUMA nodes. Once the Node is assigned, we

[PATCH 2/7] Drivers: hv: ring_buffer: wrap around mappings for ring buffers

From: Vitaly Kuznetsov Make it possible to always use a single memcpy() or to provide a direct link to a packet on the ring buffer by creating virtual mapping for two copies of the ring buffer with vmap(). Utilize currently empty hv_ringbuffer_cleanup() to do the unmap. While on it, replace

[PATCH 5/7] Drivers: hv: Introduce a policy for controlling channel affinity

From: K. Y. Srinivasan Introduce a mechanism to control how channels will be affinitized. We will support two policies: 1. HV_BALANCED: All performance critical channels will be dstributed evenly amongst all the available NUMA nodes. Once the Node is assigned, we will assign the CPU based on a

[PATCH 7/7] Drivers: hv: utils: Check VSS daemon is listening before a hot backup

From: Alex Ng Hyper-V host will send a VSS_OP_HOT_BACKUP request to check if guest is ready for a live backup/snapshot. The driver should respond to the check only if the daemon is running and listening to requests. This allows the host to fallback to standard

[PATCH 7/7] Drivers: hv: utils: Check VSS daemon is listening before a hot backup

From: Alex Ng Hyper-V host will send a VSS_OP_HOT_BACKUP request to check if guest is ready for a live backup/snapshot. The driver should respond to the check only if the daemon is running and listening to requests. This allows the host to fallback to standard snapshots in case the VSS daemon is

[PATCH 4/7] Drivers: hv: ring_buffer: count on wrap around mappings in get_next_pkt_raw()

From: Vitaly Kuznetsov With wrap around mappings in place we can always provide drivers with direct links to packets on the ring buffer, even when they wrap around. Do the required updates to get_next_pkt_raw()/put_pkt_raw() Signed-off-by: Vitaly Kuznetsov

[PATCH 4/7] Drivers: hv: ring_buffer: count on wrap around mappings in get_next_pkt_raw()

From: Vitaly Kuznetsov With wrap around mappings in place we can always provide drivers with direct links to packets on the ring buffer, even when they wrap around. Do the required updates to get_next_pkt_raw()/put_pkt_raw() Signed-off-by: Vitaly Kuznetsov Signed-off-by: K. Y. Srinivasan

[PATCH 0/7] Drivers: hv: Some miscellaneous fixes

From: K. Y. Srinivasan Some miscellaneous fixes and enhancements. These patches were all sent earlier but failed to apply clean on Greg's tree. These have now been rebased. Alex Ng (2): Drivers: hv: utils: Continue to poll VSS channel after handling requests.

[PATCH 0/7] Drivers: hv: Some miscellaneous fixes

From: K. Y. Srinivasan Some miscellaneous fixes and enhancements. These patches were all sent earlier but failed to apply clean on Greg's tree. These have now been rebased. Alex Ng (2): Drivers: hv: utils: Continue to poll VSS channel after handling requests. Drivers: hv: utils: Check

Re: [RFC PATCH v2 03/20] x86: Secure Memory Encryption (SME) build enablement

On Mon, Aug 22, 2016 at 05:35:59PM -0500, Tom Lendacky wrote: > Provide the Kconfig support to build the SME support in the kernel. > > Signed-off-by: Tom Lendacky > --- > arch/x86/Kconfig |9 + > 1 file changed, 9 insertions(+) > > diff --git

Re: [Patch v4 02/12] irqchip: axi-intc: Clean up irqdomain argument and read/write

Hi, Thanks for the review. Comments inline. On 09/01/2016 06:15 PM, Marc Zyngier wrote: On 01/09/16 17:50, Zubair Lutfullah Kakakhel wrote: The drivers read/write function handling is a bit quirky. And the irqmask is passed directly to the handler. Add a new irqchip struct to pass to the

Re: [RFC PATCH v2 03/20] x86: Secure Memory Encryption (SME) build enablement

On Mon, Aug 22, 2016 at 05:35:59PM -0500, Tom Lendacky wrote: > Provide the Kconfig support to build the SME support in the kernel. > > Signed-off-by: Tom Lendacky > --- > arch/x86/Kconfig |9 + > 1 file changed, 9 insertions(+) > > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig

Re: [Patch v4 02/12] irqchip: axi-intc: Clean up irqdomain argument and read/write

Hi, Thanks for the review. Comments inline. On 09/01/2016 06:15 PM, Marc Zyngier wrote: On 01/09/16 17:50, Zubair Lutfullah Kakakhel wrote: The drivers read/write function handling is a bit quirky. And the irqmask is passed directly to the handler. Add a new irqchip struct to pass to the

Re: [PATCH] scsi: constify sr_pm_ops structure

> "Julia" == Julia Lawall writes: Julia> sr_pm_ops, of type struct dev_pm_ops, is never modified, so Julia> declare it as const. Applied to 4.9/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] scsi: constify sr_pm_ops structure

> "Julia" == Julia Lawall writes: Julia> sr_pm_ops, of type struct dev_pm_ops, is never modified, so Julia> declare it as const. Applied to 4.9/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH v4 4/6] arm64: dts: rockchip: add the gmac power domain on rk3399

Am Freitag, 2. September 2016, 01:50:02 schrieb Caesar Wang: > This patch supports the gmac pd to save power consumption. > Even though some boards not need Ethernet support, the driver > core can also take care of powering up the pd before probe. > > Signed-off-by: Caesar Wang

Re: [PATCH v4 4/6] arm64: dts: rockchip: add the gmac power domain on rk3399

Am Freitag, 2. September 2016, 01:50:02 schrieb Caesar Wang: > This patch supports the gmac pd to save power consumption. > Even though some boards not need Ethernet support, the driver > core can also take care of powering up the pd before probe. > > Signed-off-by: Caesar Wang applied to my

Re: [PATCH v2 5/7] arm64: dts: exynos: Add dts files for Samsung Exynos5433 64bit SoC

Hi Javier, On 2016년 08월 27일 02:49, Javier Martinez Canillas wrote: > Hello Chanwoo, > > The patch looks good to me, I just have a few minor comments: > > On 08/24/2016 09:49 AM, Chanwoo Choi wrote: > > [snip] > >> + >> +reboot: syscon-reboot { >> +compatible = "syscon-reboot";

Re: [PATCH v2 5/7] arm64: dts: exynos: Add dts files for Samsung Exynos5433 64bit SoC

Hi Javier, On 2016년 08월 27일 02:49, Javier Martinez Canillas wrote: > Hello Chanwoo, > > The patch looks good to me, I just have a few minor comments: > > On 08/24/2016 09:49 AM, Chanwoo Choi wrote: > > [snip] > >> + >> +reboot: syscon-reboot { >> +compatible = "syscon-reboot";

Re: [PATCH V3] dmaengine: dmatest: exclude compare and fill time during perf report

On Thu, Sep 01, 2016 at 10:02:55AM -0400, Sinan Kaya wrote: > Dmatest is currently including compare and fill time into the > calculated performance numbers. This does not reflect the HW > capability and the results vary based on the CPU speed instead of > the HW speed. Applied, thanks --

Re: [PATCH V3] dmaengine: dmatest: exclude compare and fill time during perf report

On Thu, Sep 01, 2016 at 10:02:55AM -0400, Sinan Kaya wrote: > Dmatest is currently including compare and fill time into the > calculated performance numbers. This does not reflect the HW > capability and the results vary based on the CPU speed instead of > the HW speed. Applied, thanks --

<    6   7   8   9   10   11   12   13   14   >