Re: [PATCH 06/12] usb: dwc3: omap: Replace the extcon API

2016-12-29 Thread Chanwoo Choi
Hi Felipe, On 2016년 12월 30일 11:46, Chanwoo Choi wrote: > Hi Felipe, > > On 2016년 12월 02일 18:03, Felipe Balbi wrote: >> >> Hi, >> >> Chanwoo Choi writes: >>> Hi Felipe, >>> >>> On 2016년 11월 30일 19:36, Felipe Balbi wrote: Hi, Chanwoo Choi

[PATCH v2 2/6] usb: phy: msm: Replace the extcon API

2016-12-29 Thread Chanwoo Choi
This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi Acked-by: Felipe Balbi ---

[PATCH v2 1/2] phy: rcar-gen3-usb2: Replace the deprecated extcon API

2016-12-29 Thread Chanwoo Choi
This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi Acked-by: Yoshihiro Shimoda --- drivers/phy/phy-rcar-gen3-usb2.c | 8 1 file changed,

[PATCH v2 0/2] phy: Replace the deprecated extcon API

2016-12-29 Thread Chanwoo Choi
This patches just replace the deprecated extcon API without any change of extcon operation and use the resource-managed function for extcon_register_notifier(). The new extcon API instead of deprecated API. - extcon_set_cable_state_() -> extcon_set_state_sync(); - extcon_get_cable_state_() ->

[PATCH v2 2/2] phy: sun4i-usb: Replace the deprecated extcon API

2016-12-29 Thread Chanwoo Choi
This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Cc: Kishon Vijay Abraham I Cc: Maxime Ripard Cc: Chen-Yu Tsai Signed-off-by: Chanwoo Choi

[PATCH v2 3/6] usb: phy: omap-otg: Replace the extcon API

2016-12-29 Thread Chanwoo Choi
This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi Acked-by: Felipe Balbi ---

[PATCH v2 4/6] usb: phy: qcom-8x16-usb: Replace the extcon API

2016-12-29 Thread Chanwoo Choi
This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() Signed-off-by: Chanwoo Choi Acked-by: Felipe Balbi ---

[PATCH v2 5/6] usb: phy: tahvo: Replace the deprecated extcon API

2016-12-29 Thread Chanwoo Choi
This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_set_state_sync() Signed-off-by: Chanwoo Choi Acked-by: Felipe Balbi --- drivers/usb/phy/phy-tahvo.c | 10 +- 1 file changed, 5

[PATCH v2 0/6] usb: Replace the deprecated extcon API

2016-12-29 Thread Chanwoo Choi
This patches just replace the deprecated extcon API without any change of extcon operation and use the resource-managed function for extcon_register_notifier(). The new extcon API instead of deprecated API. - extcon_set_cable_state_() -> extcon_set_state_sync(); - extcon_get_cable_state_() ->

Re: [PATCH] sh_eth: fix branch prediction in sh_eth_interrupt()

2016-12-29 Thread David Miller
From: Sergei Shtylyov Date: Fri, 30 Dec 2016 00:07:38 +0300 > IIUC, likely()/unlikely() should apply to the whole *if* statement's > expression, not a part of it -- fix such expression in sh_eth_interrupt() > accordingly... > > Fixes: 283e38db65e7 ("sh_eth:

Re: [PATCH 06/12] usb: dwc3: omap: Replace the extcon API

2016-12-29 Thread Chanwoo Choi
Hi Felipe, On 2016년 12월 02일 18:03, Felipe Balbi wrote: > > Hi, > > Chanwoo Choi writes: >> Hi Felipe, >> >> On 2016년 11월 30일 19:36, Felipe Balbi wrote: >>> >>> Hi, >>> >>> Chanwoo Choi writes: This patch uses the resource-managed extcon API

Re: The failure summary report of GEN2 for linux stable v4.9

2016-12-29 Thread Wolfram Sang
Hi, I will try to reproduce issue 3 and 9 here and add action items if reproducible. I will check with Shimoda-san about USB issues. Thank you, Wolfram

[PATCH] sh_eth: fix branch prediction in sh_eth_interrupt()

2016-12-29 Thread Sergei Shtylyov
IIUC, likely()/unlikely() should apply to the whole *if* statement's expression, not a part of it -- fix such expression in sh_eth_interrupt() accordingly... Fixes: 283e38db65e7 ("sh_eth: Fix serialisation of interrupt disable with interrupt & NAPI handlers") Signed-off-by: Sergei Shtylyov

[PATCH 1/2] arm64: dma_mapping: allow PCI host driver to limit DMA mask

2016-12-29 Thread Nikita Yushchenko
It is possible that PCI device supports 64-bit DMA addressing, and thus it's driver sets device's dma_mask to DMA_BIT_MASK(64), however PCI host bridge has limitations on inbound transactions addressing. Example of such setup is NVME SSD device connected to RCAR PCIe controller. Previously there

[PATCH 2/2] rcar-pcie: set host bridge's DMA mask

2016-12-29 Thread Nikita Yushchenko
This gives platform DMA mapping code a chance to disallow setting device DMA mask to something that host bridge can't support. Signed-off-by: Nikita Yushchenko --- drivers/pci/host/pcie-rcar.c | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH] mmc: tmio: use SDIO master interrupt bit only when allowed

2016-12-29 Thread Ulf Hansson
On 9 December 2016 at 17:51, Wolfram Sang wrote: > The master bit to enable SDIO interrupts can only be accessed if > SCLKDIVEN bit allows that. However, the core uses the SDIO enable > callback at times when SCLKDIVEN forbids the change. This leads to > "timeout

Re: [PATCH 0/9] mmc: sh_mobile_sdhi: add HS200 support

2016-12-29 Thread Ulf Hansson
On 12 December 2016 at 20:51, Wolfram Sang wrote: > Here is a series adding HS200 support to the SDHI driver. Building the actual > functionality on top of SDR104 support was rather easy. However, I figured the > checks for enabling tuning were rather scattered

Re: [PATCH 0/2] Enable R8A7794 DU VSPD compositor

2016-12-29 Thread Laurent Pinchart
Hi Sergei, On Thursday 29 Dec 2016 00:18:40 Sergei Shtylyov wrote: > Hello. > >Here's the set of 2 patches against the 'drm-next' branch of David > Airlie's 'linux.git' repo. We're switching to the DU compositor for the DU > driver on the Renesas R8A7794 SoC. > > [1/2] drm: rcar-du: support