Re: [PATCH 2/2] ARM: dts: r8a7794: add CAN nodes to device tree

2016-03-14 Thread Geert Uytterhoeven
Hi Simon, On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman wrote: > Add CAN nodes to r8a7794 device tree. > > Based on work by Sergei Shtylyov for the r8a7791 SoC. > > Cc: Sergei Shtylyov > Signed-off-by: Simon Horman

Re: [PATCH 01/10] pinctrl: sh-pfc: r8a7790: Implement voltage switching for SDHI

2016-03-14 Thread Geert Uytterhoeven
On Sat, Mar 12, 2016 at 10:15 AM, Wolfram Sang wrote: > From: Wolfram Sang > > All the SHDIs can operate with either 3.3V or 1.8V signals, depending > on negotiation with the card. > > Implement the {get,set}_io_voltage operations and set the

Re: [PATCH 2/2] ARM: dts: r8a7790: use fallback can compatibility string

2016-03-14 Thread Geert Uytterhoeven
On Mon, Mar 14, 2016 at 3:13 AM, Simon Horman wrote: > Use recently added fallback compatibility string in r8a7790 device tree. > > Signed-off-by: Simon Horman Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 1/2] ARM: dts: r8a7794: add CAN clocks to device tree

2016-03-14 Thread Geert Uytterhoeven
Hi Simon, On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman wrote: > --- a/arch/arm/boot/dts/r8a7794.dtsi > +++ b/arch/arm/boot/dts/r8a7794.dtsi > @@ -844,6 +844,24 @@ > clock-output-names = "extal"; > }; > > + /*

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

2016-03-14 Thread Mauro Carvalho Chehab
Em Mon, 14 Mar 2016 09:22:37 +0200 Sakari Ailus escreveu: > Hi Shuah, > > On Sat, Mar 12, 2016 at 06:48:09PM -0700, Shuah Khan wrote: > > Add GFP flags to media_create_pad_link(), media_create_intf_link(), > > media_devnode_create(), and media_add_link() that could get

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

2016-03-14 Thread Sakari Ailus
Hi Mauro, On Mon, Mar 14, 2016 at 07:13:58AM -0300, Mauro Carvalho Chehab wrote: > Em Mon, 14 Mar 2016 09:22:37 +0200 > Sakari Ailus escreveu: > > > Hi Shuah, > > > > On Sat, Mar 12, 2016 at 06:48:09PM -0700, Shuah Khan wrote: > > > Add GFP flags to

RE: [PATCH v2 2/2] usb: host: xhci-plat: fix cannot work if R-Car Gen2/3 run on above 4GB phys

2016-03-14 Thread Yoshihiro Shimoda
Hi, > Yoshihiro Shimoda writes: > > > [ text/plain ] > > This patch fixes an issue that cannot work if R-Car Gen2/3 run on > > above 4GB physical memory environment to use a quirk XHCI_CLEAR_AC64. > > > > Signed-off-by: Yoshihiro Shimoda

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

2016-03-14 Thread Mauro Carvalho Chehab
Em Mon, 14 Mar 2016 12:52:54 +0200 Sakari Ailus escreveu: > Hi Mauro, > > On Mon, Mar 14, 2016 at 07:13:58AM -0300, Mauro Carvalho Chehab wrote: > > Em Mon, 14 Mar 2016 09:22:37 +0200 > > Sakari Ailus escreveu: > > > > > Hi Shuah, > > > > > > On

[PATCH v3 2/2] usb: host: xhci-plat: fix cannot work if R-Car Gen2/3 run on above 4GB phys

2016-03-14 Thread Yoshihiro Shimoda
This patch fixes an issue that cannot work if R-Car Gen2/3 run on above 4GB physical memory environment to use a quirk XHCI_NO_64BIT_SUPPORT. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-plat.c | 13 + 1 file changed, 13 insertions(+)

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

2016-03-14 Thread Takashi Iwai
On Mon, 14 Mar 2016 11:13:58 +0100, Mauro Carvalho Chehab wrote: > > Em Mon, 14 Mar 2016 09:22:37 +0200 > Sakari Ailus escreveu: > > > Hi Shuah, > > > > On Sat, Mar 12, 2016 at 06:48:09PM -0700, Shuah Khan wrote: > > > Add GFP flags to media_create_pad_link(),

[PATCH v3 1/2] usb: host: xhci: add a new quirk XHCI_NO_64BIT_SUPPORT

2016-03-14 Thread Yoshihiro Shimoda
On some xHCI controllers (e.g. R-Car SoCs), the AC64 bit (bit 0) of HCCPARAMS1 is set to 1. However, the xHCs don't support 64-bit address memory pointers actually. So, in this case, this driver should call dma_set_coherent_mask(dev, DMA_BIT_MASK(32)) in xhci_gen_setup(). Otherwise, the xHCI

[PATCH v3 0/2] usb: host: xhci: add a new quirk and fix an issue for R-Car Gen2/3

2016-03-14 Thread Yoshihiro Shimoda
This patch set is based on the latest usb.git / usb-next branch. (commit id = ce53bfc4374cada8b645765e2b4ad5831e760932) Changes from v2: - Change the quirk name to "XHCI_NO_64BIT_SUPPORT". - Add comments for R-Car Gen2/3 (like a patch v1) in xhci-plat.c. Changes from v1: - Add a new quirk

Re: [PATCH v3 0/2] usb: host: xhci: add a new quirk and fix an issue for R-Car Gen2/3

2016-03-14 Thread Felipe Balbi
Yoshihiro Shimoda writes: > [ text/plain ] > This patch set is based on the latest usb.git / usb-next branch. > (commit id = ce53bfc4374cada8b645765e2b4ad5831e760932) > > Changes from v2: > - Change the quirk name to "XHCI_NO_64BIT_SUPPORT". > - Add comments

Re: [PATCH] media: add GFP flag to media_*() that could get called in atomic context

2016-03-14 Thread Sakari Ailus
Hi Mauro, On Mon, Mar 14, 2016 at 08:46:33AM -0300, Mauro Carvalho Chehab wrote: > Em Mon, 14 Mar 2016 12:52:54 +0200 > Sakari Ailus escreveu: > > > Hi Mauro, > > > > On Mon, Mar 14, 2016 at 07:13:58AM -0300, Mauro Carvalho Chehab wrote: > > > Em Mon, 14 Mar 2016 09:22:37

Re: [PATCH v4 05/06] devicetree: bindings: Remove unused 32-bit CMT bindings

2016-03-14 Thread Sergei Shtylyov
Hello. On 03/14/2016 05:24 PM, Magnus Damm wrote: From: Magnus Damm Remove the 32-bit CMT compat strings to reduce maintenance burden. It should be fine to break DT compatibility because the 32-bit 32-bit Once is enough. :-) CMT DT binding was never part

Re: [PATCH] sh_eth: kill useless initializers

2016-03-14 Thread David Miller
From: Sergei Shtylyov Date: Sun, 13 Mar 2016 01:29:45 +0300 > Some of the local variable intializers in the driver turned out to be > pointless, kill 'em. > > Signed-off-by: Sergei Shtylyov Applied, thanks Sergei.

Re: [PATCH 1/2] ARM: dts: r8a7791: use fallback can compatibility string

2016-03-14 Thread Simon Horman
On Mon, Mar 14, 2016 at 10:17:05AM +0100, Geert Uytterhoeven wrote: > On Mon, Mar 14, 2016 at 3:13 AM, Simon Horman > wrote: > > Use recently added fallback compatibility string in r8a7791 device tree. > > > > Signed-off-by: Simon Horman >

Re: [PATCH 1/2] ARM: dts: r8a7794: add CAN clocks to device tree

2016-03-14 Thread Simon Horman
On Mon, Mar 14, 2016 at 10:23:01AM +0100, Geert Uytterhoeven wrote: > Hi Simon, > > On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman > wrote: > > --- a/arch/arm/boot/dts/r8a7794.dtsi > > +++ b/arch/arm/boot/dts/r8a7794.dtsi > > @@ -844,6 +844,24 @@ > >

[PATCH v4 2/2] media: soc_camera: rcar_vin: add device tree support for r8a7792

2016-03-14 Thread Simon Horman
Simply document new compatibility string. As a previous patch adds a generic R-Car Gen2 compatibility string there appears to be no need for a driver updates. By documenting this compat string it may be used in DTSs shipped, for example as part of ROMs. It must be used in conjunction with the

[PATCH v4 1/2] media: soc_camera: rcar_vin: add R-Car Gen 2 and 3 fallback compatibility strings

2016-03-14 Thread Simon Horman
From: Yoshihiro Kaneko Add fallback compatibility string for R-Car Gen 1 and 2. In the case of Renesas R-Car hardware we know that there are generations of SoCs, e.g. Gen 2 and 3. But beyond that its not clear what the relationship between IP blocks might be. For example,

[PATCH v2 2/2] ARM: dts: r8a7794: add CAN nodes to device tree

2016-03-14 Thread Simon Horman
Add CAN nodes to r8a7794 device tree. Based on work by Sergei Shtylyov for the r8a7791 SoC. Cc: Sergei Shtylyov Signed-off-by: Simon Horman Reviewed-by: Geert Uytterhoeven --- v2 * Added Reviewed-by from

[PATCH v2 1/2] ARM: dts: r8a7794: add CAN clocks to device tree

2016-03-14 Thread Simon Horman
Add CAN nodes to r8a7794 device tree. Based on work by Sergei Shtylyov for the r8a7791 SoC. Cc: Sergei Shtylyov Signed-off-by: Simon Horman --- v2 * As suggested by Geert Uytterhoeven: - Name clock nodes can and usb_extal - Do

[PATCH v2 0/2] ARM: dts: r8a7793: add CAN to device tree

2016-03-14 Thread Simon Horman
Hi, this short series adds CAN clocks and nodes to the r8a7794 device tree. I am not aware of an r8a7794 board that exposes CAN - neither the alt nor the silk board appear to - and thus am unsure of a way to test these changes. However, they are based on what is present for the r8a7791 SoC and

Re: [PATCH 2/2] ARM: dts: r8a7794: add CAN nodes to device tree

2016-03-14 Thread Simon Horman
On Mon, Mar 14, 2016 at 10:28:40AM +0100, Geert Uytterhoeven wrote: > Hi Simon, > > On Mon, Mar 14, 2016 at 3:29 AM, Simon Horman > wrote: > > Add CAN nodes to r8a7794 device tree. > > > > Based on work by Sergei Shtylyov for the r8a7791 SoC. > > > > Cc: Sergei

Re: [PATCH v4 05/06] devicetree: bindings: Remove unused 32-bit CMT bindings

2016-03-14 Thread Magnus Damm
Hi Sergei, On Tue, Mar 15, 2016 at 2:21 AM, Sergei Shtylyov wrote: > Hello. > > On 03/14/2016 05:24 PM, Magnus Damm wrote: > >> From: Magnus Damm >> >> Remove the 32-bit CMT compat strings to reduce maintenance burden. >> >> It

Re: [PATCH 1/2] fbdev: sh_mobile_meram: use ARCH_RENESAS

2016-03-14 Thread Simon Horman
On Fri, Mar 11, 2016 at 09:22:08AM +0200, Laurent Pinchart wrote: > Hi Simon, > > On Friday 11 March 2016 09:14:46 Laurent Pinchart wrote: > > On Friday 11 March 2016 11:28:17 Simon Horman wrote: > > > Use ARCH_RENESAS in place of ARCH_SHMOBILE. > > > Also remove spurious (). > > > > > > This is

[PATCH v4 04/06] devicetree: bindings: Deprecate property, update example

2016-03-14 Thread Magnus Damm
From: Magnus Damm Deprecate "renesas,channels-mask" and update the r8a7790 CMT example. Signed-off-by: Magnus Damm Acked-by: Geert Uytterhoeven Acked-by: Laurent Pinchart

[PATCH v4 01/06] devicetree: bindings: Remove sh7372 CMT binding

2016-03-14 Thread Magnus Damm
From: Magnus Damm Remove the sh7372 CMT compat string to reduce maintenance burden. It should be fine to break DT compatibility because: 1) The sh7372 SoC support has been removed from upstream 2) The sh7372 CMT DT binding was never part of upstream DTS 3) The CMT

[PATCH v4 05/06] devicetree: bindings: Remove unused 32-bit CMT bindings

2016-03-14 Thread Magnus Damm
From: Magnus Damm Remove the 32-bit CMT compat strings to reduce maintenance burden. It should be fine to break DT compatibility because the 32-bit 32-bit CMT DT binding was never part of any upstream DTS file. Signed-off-by: Magnus Damm

[PATCH v4 00/06] clocksource: sh_cmt: DT binding rework V4

2016-03-14 Thread Magnus Damm
agnus Damm <damm+rene...@opensource.se> Acked-by: Geert Uytterhoeven <geert+rene...@glider.be> Acked-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com> (For patch 1-3) Acked-by: Rob Herring <r...@kernel.org> --- Written on top of next-20160314 Documentation/devicetree/bindings/timer/renesas,cmt.txt | 83 ++- 1 file changed, 37 insertions(+), 46 deletions(-)