On Wed, Apr 11, 2018 at 11:15:49AM +0200, Geert Uytterhoeven wrote:
> Vfio-platform requires reset support, provided either by ACPI, or, on DT
> platforms, by a device-specific reset driver matching against the
> device's compatible value.
>
> On many SoCs, devices are connected to an SoC-internal
On Wed, Apr 11, 2018 at 11:24:08AM +0200, Geert Uytterhoeven wrote:
> If a device is part of a PM Domain (e.g. power and/or clock domain), its
> power state is managed using Runtime PM. Without Runtime PM, the device
> may not be powered up, causing subtle failures, crashes, or system
> lock-ups w
On Wed, Apr 11, 2018 at 01:42:08PM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda
> wrote:
> > This patch adds device tree bindings documentation for Renesas R-Car
> > E3 (r8a77990).
> >
> > Signed-off-by: Yoshihiro Shimoda
>
> Reviewed-by: Geert Uytterhoe
On Wed, Apr 11, 2018 at 03:24:39PM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda
> wrote:
> > This patch adds device tree bindings documentation for Renesas
> > Ebisu board (RTP0RC77990SEB0010S).
> >
> > Signed-off-by: Yoshihiro Shimoda
>
> Reviewed-by: G
On Wed, Apr 11, 2018 at 03:25:06PM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda
> wrote:
> > Add configuration option for the R-Car E3 (R8A77990) SoC.
> >
> > Signed-off-by: Yoshihiro Shimoda
>
> Reviewed-by: Geert Uytterhoeven
Thanks, applied.
On Wed, Apr 11, 2018 at 03:26:49PM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> wrote:
> > From: Takeshi Kihara
> >
> > This patch adds support for identifying the R-Car E3 (R8A77990) SoC.
> >
> > Signed-off-by: Takeshi Kihara
> > Signed-off-by: Yoshih
On Wed, Apr 11, 2018 at 04:55:46PM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> wrote:
> > From: Takeshi Kihara
> >
> > This patch adds power domain indices for R-Car E3.
> >
> > Signed-off-by: Takeshi Kihara
> > [shimoda: add commit log and SPDX-Licen
On Wed, Apr 11, 2018 at 05:18:28PM +0200, Geert Uytterhoeven wrote:
> Hi Shimoda-san,
>
> Thanks for your patch!
>
> On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> wrote:
> > From: Takeshi Kihara
> >
> > This patch adds definition of reset vector for the R8A77990 SoC.
>
> The descriptio
On Wed, Apr 11, 2018 at 05:10:02PM +0200, Geert Uytterhoeven wrote:
> Hi Shimoda-san,
>
> On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> wrote:
> > From: Takeshi Kihara
> >
> > This patch adds Cortex-A53 CPU{0,1}, Cortex-A53 SCU, Cortex-R7, A3VC,
> > A2VC1 and 3DG-{A,B} power domain areas
On Tue, Apr 10, 2018 at 09:30:01AM +0100, Michel Pollet wrote:
> Add the RZ/N1 Family (Part #R9A06G0xx) ARCH config to the rest of
> the Renesas SoC collection.
>
> Signed-off-by: Michel Pollet
> Reviewed-by: Geert Uytterhoeven
This change has already been accepted for v4.18.
On Wed, Apr 11, 2018 at 02:43:05PM +0200, Jacopo Mondi wrote:
> Hello,
>I have rebased the Eagle display enablement on top of (part of) Sergei's
> series:
> [PATCH v2 0/5] Add R8A77970/V3MSK LVDS/HDMI support
Hi Jacopo,
the emails with the patches of this series do not
seem to have hit my in
Hi Simon-san,
> From: Simon Horman, Sent: Thursday, April 12, 2018 4:55 PM
>
> On Wed, Apr 11, 2018 at 05:18:28PM +0200, Geert Uytterhoeven wrote:
> > Hi Shimoda-san,
> >
> > Thanks for your patch!
> >
> > On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> > wrote:
> > > From: Takeshi Kihara
Hello,
I have rebased the Eagle display enablement on top of (part of) Sergei's
series:
[PATCH v2 0/5] Add R8A77970/V3MSK LVDS/HDMI support
Simon: you can skip "[1/5] arm64: dts: renesas: r8a77970: add FCPVD support"
as you already collected that
Sergei: I re-sent your series because there w
Hi Simon,
On Thu, Apr 12, 2018 at 10:08:27AM +0200, Simon Horman wrote:
> On Wed, Apr 11, 2018 at 02:43:05PM +0200, Jacopo Mondi wrote:
> > Hello,
> >I have rebased the Eagle display enablement on top of (part of) Sergei's
> > series:
> > [PATCH v2 0/5] Add R8A77970/V3MSK LVDS/HDMI support
>
Hello,
I have rebased the Eagle display enablement on top of (part of) Sergei's
series:
[PATCH v2 0/5] Add R8A77970/V3MSK LVDS/HDMI support
Simon: you can skip "[1/5] arm64: dts: renesas: r8a77970: add FCPVD support"
as you already collected that
Sergei: I re-sent your series because there w
Enable HDMI output on Renesas R-Car V3M Eagle board.
The HDMI ouput is enabled connecting the DU LVDS output to the
transparent LVDS converter THC63LVD1024, and successively routing its
RGB output to the ADV7511W HDMI encoder.
Signed-off-by: Niklas Söderlund
Signed-off-by: Jacopo Mondi
Reviewed
From: Sergei Shtylyov
Describe FCPVD0 in the R8A77970 device tree; it will be used by VSPD0 in
the next patch...
Based on the original (and large) patch by Daisuke Matsushita
.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
Signed-off-by: Niklas Söderlund
---
arch/arm64/boot
From: Sergei Shtylyov
Define the generic R8A77970 part of the DU device node.
Based on the original (and large) patch by Daisuke Matsushita
.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
Reviewed-by: Laurent Pinchart
---
arch/arm64/boot/dts/renesas/r8a77970.dtsi | 29 +
From: Sergei Shtylyov
Define the generic R8A77970 part of the LVDS device node.
Signed-off-by: Sergei Shtylyov
---
arch/arm64/boot/dts/renesas/r8a77970.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a77970.dtsi
b/arch/arm64
From: Sergei Shtylyov
Describe VSPD0 in the R8A77970 device tree; it will be used by DU in
the next patch...
Based on the original (and large) patch by Daisuke Matsushita
.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
Signed-off-by: Niklas Söderlund
Signed-off-by: Jacopo Mo
Hi Geert-san, Simon-san,
> From: Simon Horman , Sent: Thursday, April 12, 2018 4:55
> PM
>
> On Wed, Apr 11, 2018 at 05:10:02PM +0200, Geert Uytterhoeven wrote:
> > Hi Shimoda-san,
> >
> > On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda
> > wrote:
> > > From: Takeshi Kihara
> > >
> > > Thi
Hi Vincent,
I have observed issues running on linus/master from a few days back [1].
I'm running on a Renesas Koelsch board (arm32) and I can trigger a issue
by X forwarding the v4l2 test application qv4l2 over ssh and moving the
courser around in the GUI (best test case description award...).
Hi Geert, Philipp,
On 11/04/18 11:15, Geert Uytterhoeven wrote:
> Vfio-platform requires reset support, provided either by ACPI, or, on DT
> platforms, by a device-specific reset driver matching against the
> device's compatible value.
>
> On many SoCs, devices are connected to an SoC-internal re
Hi Niklas,
On 12 April 2018 at 11:18, Niklas Söderlund
wrote:
> Hi Vincent,
>
> I have observed issues running on linus/master from a few days back [1].
> I'm running on a Renesas Koelsch board (arm32) and I can trigger a issue
> by X forwarding the v4l2 test application qv4l2 over ssh and moving
> > + if (soc->data)
>
> This non-NULL check is not really needed.
And if we match using the Gen3 generic compatible with a non-whitelisted
SoC?
signature.asc
Description: PGP signature
Hi Vincent,
Thanks for your feedback.
On 2018-04-12 12:33:27 +0200, Vincent Guittot wrote:
> Hi Niklas,
>
> On 12 April 2018 at 11:18, Niklas Söderlund
> wrote:
> > Hi Vincent,
> >
> > I have observed issues running on linus/master from a few days back [1].
> > I'm running on a Renesas Koelsch
> > +static unsigned long global_flags;
>
> Is the restriction on concurrent DMA RX streams global or per-device?
? Each device has only one DMA RX channel. Hey Simon, you upstreamed
this driver :) Or did I get the question wrong?
> > + if (dir == DMA_FROM_DEVICE)
> > + clear_bit(SD
Hi Wolfram,
On Thu, Apr 12, 2018 at 1:11 PM, Wolfram Sang wrote:
>> > + if (soc->data)
>>
>> This non-NULL check is not really needed.
>
> And if we match using the Gen3 generic compatible with a non-whitelisted
> SoC?
That should have been caught by the !soc check above, and have already
> That should have been caught by the !soc check above, and have already
> returned with -ENODEV.
Now I get it: You mean non-0 check, not non-NULL check...
signature.asc
Description: PGP signature
Hi Eric,
On Thu, Apr 12, 2018 at 12:31 PM, Auger Eric wrote:
> On 11/04/18 11:15, Geert Uytterhoeven wrote:
>> Vfio-platform requires reset support, provided either by ACPI, or, on DT
>> platforms, by a device-specific reset driver matching against the
>> device's compatible value.
>>
>> On many
Hi Wolfram,
On Thu, Apr 12, 2018 at 1:31 PM, Wolfram Sang wrote:
>> That should have been caught by the !soc check above, and have already
>> returned with -ENODEV.
>
> Now I get it: You mean non-0 check, not non-NULL check...
soc->data _is_ a pointer. You only cast it to an integer on the next
On Thu, Apr 12, 2018 at 01:34:41PM +0200, Geert Uytterhoeven wrote:
> Hi Wolfram,
>
> On Thu, Apr 12, 2018 at 1:31 PM, Wolfram Sang wrote:
> >> That should have been caught by the !soc check above, and have already
> >> returned with -ENODEV.
> >
> > Now I get it: You mean non-0 check, not non-NU
Hi Geert,
On 12/04/18 13:32, Geert Uytterhoeven wrote:
> Hi Eric,
>
> On Thu, Apr 12, 2018 at 12:31 PM, Auger Eric wrote:
>> On 11/04/18 11:15, Geert Uytterhoeven wrote:
>>> Vfio-platform requires reset support, provided either by ACPI, or, on DT
>>> platforms, by a device-specific reset driver m
Hi Shimoda-san,
On Wed, Apr 11, 2018 at 11:37 AM, Yoshihiro Shimoda
wrote:
> From: Takeshi Kihara
>
> This patch adds all R-Car E3 Clock Pulse Generator Core Clock Outputs.
>
> Note that internal CPG clocks (S0, S1, S2, S3, SDSRC) are not included,
> as they are used as internal clock sources on
On 4/12/2018 7:49 AM, Auger Eric wrote:
> Hi Geert,
> On 12/04/18 13:32, Geert Uytterhoeven wrote:
>> Hi Eric,
>>
>> On Thu, Apr 12, 2018 at 12:31 PM, Auger Eric wrote:
>>> On 11/04/18 11:15, Geert Uytterhoeven wrote:
Vfio-platform requires reset support, provided either by ACPI, or, on DT
>>
Hi Eric,
On Wed, Feb 14, 2018 at 11:37 AM, Auger Eric wrote:
> On 09/02/18 16:17, Geert Uytterhoeven wrote:
>> Allow the instantation of generic dynamic sysbus devices again, without
>> the need to create a new device-specific vfio type.
>>
>> This is a partial revert of commit 6f2062b9758ebc64
Hi Sinan,
On Thu, Apr 12, 2018 at 2:36 PM, Sinan Kaya wrote:
> On 4/12/2018 7:49 AM, Auger Eric wrote:
>> On 12/04/18 13:32, Geert Uytterhoeven wrote:
>>> On Thu, Apr 12, 2018 at 12:31 PM, Auger Eric wrote:
On 11/04/18 11:15, Geert Uytterhoeven wrote:
> Vfio-platform requires reset supp
It is not uncommon for a contemporary FDT to be larger than 64 KiB,
leading to failures loading the device tree from sysfs:
qemu-system-aarch64: qemu_fdt_setprop: Couldn't set ...: FDT_ERR_NOSPACE
Hence increase the limit to 1 MiB, like on PPC.
For reference, the largest arm64 DTB created fr
On Thu, 2018-04-12 at 15:12 +0200, Geert Uytterhoeven wrote:
> Hi Sinan,
>
> On Thu, Apr 12, 2018 at 2:36 PM, Sinan Kaya wrote:
> > On 4/12/2018 7:49 AM, Auger Eric wrote:
> > > On 12/04/18 13:32, Geert Uytterhoeven wrote:
> > > > On Thu, Apr 12, 2018 at 12:31 PM, Auger Eric
> > > > wrote:
> >
Hi Philipp,
On Thu, Apr 12, 2018 at 4:10 PM, Philipp Zabel wrote:
> On Thu, 2018-04-12 at 15:12 +0200, Geert Uytterhoeven wrote:
>> On Thu, Apr 12, 2018 at 2:36 PM, Sinan Kaya wrote:
>> > On 4/12/2018 7:49 AM, Auger Eric wrote:
>> > > On 12/04/18 13:32, Geert Uytterhoeven wrote:
>> > > > On Thu,
Am 12.04.2018 um 15:30 schrieb Vincent Guittot:
> Heiner, Niklas,
>
> Le Thursday 12 Apr 2018 à 13:15:19 (+0200), Niklas Söderlund a écrit :
>> Hi Vincent,
>>
>> Thanks for your feedback.
>>
>> On 2018-04-12 12:33:27 +0200, Vincent Guittot wrote:
>>> Hi Niklas,
>>>
>>> On 12 April 2018 at 11:18, N
Hi Vincent,
On 2018-04-12 12:33:27 +0200, Vincent Guittot wrote:
[snip[
>
> Can you send me your config ?
>
> I'm going to prepare a debug patch to spy what's happening when entering idle
I'm sorry i missed this request when first reading your reply, I'm using
arch/arm/configs/shmobile_defconf
Hi Vincent,
Thanks for helping trying to figure this out.
On 2018-04-12 15:30:31 +0200, Vincent Guittot wrote:
[snip]
>
> I'd like to narrow the problem a bit more with the 2 patchies aboves. Can you
> try
> them separatly on top of c18bb396d3d261eb ("Merge
> git://git.kernel.org/pub/scm/lin
Hi,
On 2018년 04월 10일 21:43, Wolfram Sang wrote:
> Since commit eca0f13c836a ("extcon: int3496: Ignore incorrect
> IoRestriction for ID pin"), the driver doesn't use GPIOF_* flags
> anymore. We can thus now drop the deprecated include file for GPIO and
> use the new one.
Looks good to me. But, you
On 2018년 04월 13일 10:09, Chanwoo Choi wrote:
> Hi,
>
> On 2018년 04월 10일 21:43, Wolfram Sang wrote:
>> Since commit eca0f13c836a ("extcon: int3496: Ignore incorrect
>> IoRestriction for ID pin"), the driver doesn't use GPIOF_* flags
>> anymore. We can thus now drop the deprecated include file for GP
Hi Geert-san,
Thank you for the review!
> From: Geert Uytterhoeven, Sent: Thursday, April 12, 2018 9:23 PM
>
> Hi Shimoda-san,
>
> On Wed, Apr 11, 2018 at 11:37 AM, Yoshihiro Shimoda
> wrote:
> > --- /dev/null
> > +++ b/include/dt-bindings/clock/r8a77990-cpg-mssr.h
> > @@ -0,0 +1,63 @@
> > +/
46 matches
Mail list logo
