Hi Simon,
On Friday 22 Apr 2016 18:15:35 Simon Horman wrote:
> On Fri, Apr 22, 2016 at 07:12:23AM +0300, Laurent Pinchart wrote:
> > On Friday 22 Apr 2016 10:33:11 Simon Horman wrote:
> >> On Thu, Apr 21, 2016 at 05:14:40PM +0200, Geert Uytterhoeven wrote:
> >>> On Thu, Apr 21, 2016 at 5:28 AM,
Hi Simon,
Kevin Hilman writes:
> Simon Horman writes:
>
>> Hi Olof, Hi Kevin, Hi Arnd,
>>
>> Please consider these Renesas ARM based SoC fixes for v4.6.
>>
>>
>> The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
>>
>>
Simon Horman writes:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these Renesas ARM based SoC fixes for v4.6.
>
>
> The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
>
> Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
>
> are available in
On 04/14/2016 06:17 PM, Ulrich Hecht wrote:
> Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS,
> and QUERY_DV_TIMINGS.
>
> Signed-off-by: Ulrich Hecht
> ---
> drivers/media/platform/rcar-vin/rcar-v4l2.c | 69
>
New review of this code. Ignore the previous one.
On 04/14/2016 06:17 PM, Ulrich Hecht wrote:
> Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS,
> and QUERY_DV_TIMINGS.
>
> Signed-off-by: Ulrich Hecht
> ---
>
On 04/20/2016 06:24 PM, Ulrich Hecht wrote:
> On Mon, Apr 18, 2016 at 12:04 PM, Hans Verkuil wrote:
>> Hi Ulrich,
>>
>> This isn't right: this just overwrites the adv7180 input with an HDMI input.
>>
>> I assume the intention is to have support for both adv7180 and HDMI input
The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform
device now, reuse that and remove similar code from platform code.
Cc: Simon Horman
Cc: Magnus Damm
Signed-off-by: Viresh Kumar
Acked-by: Arnd Bergmann
On Fri, Apr 22, 2016 at 11:07:22AM +0200, Geert Uytterhoeven wrote:
> Hi Simon, Magnus,
>
> This patch series adds the R-Car System Controller to the DTS files for
> the various Renesas R-Car SoCs, and hooks up devices to their respective
> PM domains.
>
> This (more specifically patch 1)
Hi,
Yoshihiro Shimoda writes:
> The firmware of R-Car USB 3.0 host controller will control the reset.
> So, if the xhci driver doesn't do firmware downloading (e.g. kernel
> configuration is CONFIG_USB_XHCI_PLATFORM=y and CONFIG_USB_XHCI_RCAR
> is not set), the
Hook up all devices that are part of the CPG/MSTP Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- No
Hook up all devices that are part of the CPG/MSTP Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
-
Hook up all devices that are part of the CPG/MSSR Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- No
Hook up all devices that are part of the CPG/MSTP Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
-
Hook up all devices that are part of the CPG/MSTP Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
-
Add a device node for the System Controller.
Hook up the Cortex-A57 CPU cores and the Cortex-A57 and Cortex A53 L2
caches/SCUs to their respective PM Domains.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- Add
The firmware of R-Car USB 3.0 host controller will control the reset.
So, if the xhci driver doesn't do firmware downloading (e.g. kernel
configuration is CONFIG_USB_XHCI_PLATFORM=y and CONFIG_USB_XHCI_RCAR
is not set), the reset of USB 3.0 host controller doesn't work
correctly. Then, the host
Hi Simon, Magnus,
This patch series adds the R-Car System Controller to the DTS files for
the various Renesas R-Car SoCs, and hooks up devices to their respective
PM domains.
This (more specifically patch 1) is a dependency for the enablement of the
Display Unit on R-Car H3, as on this
Hook up all devices that are part of the CPG/MSTP Clock Domain to the
SYSC "always-on" PM Domain, for a more consistent device-power-area
description in DT.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
-
Add a device node for the System Controller.
Hook up ARM CPU cores 1-3 to their respective PM Domains.
Note that ARM CPU core 0 cannot be shut off.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- Add Acked-by,
Add a device node for the System Controller.
Hook up the Cortex-A15 and Cortex-A7 CPU cores and L2 caches/SCUs to
their respective PM Domains.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- Add Acked-by,
v5:
Add a device node for the System Controller.
Hook up the Cortex-A7 CPU cores and the Cortex-A7 L2 cache/SCU to their
respective PM Domains.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- Add Acked-by,
v5:
-
Add a device node for the System Controller.
Hook up the Cortex-A15 CPU cores and the Cortex-A15 L2 cache/SCU to
their respective PM Domains.
Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
---
v6:
- Add Acked-by,
v5:
Hi Mark
I noticed that this patch didn't include Makefile.
I will send v2 patch
> From: Kuninori Morimoto
>
> Signed-off-by: Kuninori Morimoto
> ---
> sound/soc/codecs/Kconfig | 8
> 1 file changed, 4
On Fri, Apr 22, 2016 at 12:00:39AM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Thursday 21 Apr 2016 18:10:25 Daniel Vetter wrote:
> > On Thu, Apr 21, 2016 at 04:14:12AM +0300, Laurent Pinchart wrote:
> > > Make the Z-order of VSP planes configurable through the zpos property,
> > > exactly
Hi Laurent, Hi Geert,
On Fri, Apr 22, 2016 at 07:12:23AM +0300, Laurent Pinchart wrote:
> Hi Simon,
>
> On Friday 22 Apr 2016 10:33:11 Simon Horman wrote:
> > On Thu, Apr 21, 2016 at 05:14:40PM +0200, Geert Uytterhoeven wrote:
> > > On Thu, Apr 21, 2016 at 5:28 AM, Simon Horman
Hi Ulf,
On Fri, Apr 22, 2016 at 9:28 AM, Ulf Hansson wrote:
>> @@ -217,6 +218,8 @@ static int rcar_sysc_pd_power_on(struct
>> generic_pm_domain *genpd)
>> return rcar_sysc_power_up(>ch);
>> }
>>
>> +static bool has_cpg_mstp;
>> +
>
> That's seems lazy. :-)
>
>
On 20 April 2016 at 14:02, Geert Uytterhoeven wrote:
> Populate the SYSC PM domains from DT, based on the presence of a device
> node for the System Controller. The actual power area hiearchy, and
> features of specific areas are obtained from tables in the C code.
>
>
On 21 April 2016 at 23:07, Laurent Pinchart
wrote:
> Hi Rafael,
>
> On Thursday 21 Apr 2016 23:02:06 Rafael J. Wysocki wrote:
>> On Thu, Apr 21, 2016 at 10:57 PM, Laurent Pinchart wrote:
>> > On Thursday 21 Apr 2016 21:52:56 Rafael J. Wysocki wrote:
>> >> On
Hi,
Yoshihiro Shimoda writes:
>> > > And, kernel log is the following:
>> > >
>> > > [1.565605] xhci-hcd ee00.usb: xHCI Host Controller
>> > > [1.570636] xhci-hcd ee00.usb: new USB bus registered, assigned
>> > > bus number 5
>> > > [
Hi Simon,
On Fri, Apr 22, 2016 at 2:33 AM, Simon Horman wrote:
> On Thu, Apr 21, 2016 at 05:14:40PM +0200, Geert Uytterhoeven wrote:
>> On Thu, Apr 21, 2016 at 5:28 AM, Simon Horman wrote:
>> > On Wed, Apr 20, 2016 at 02:02:35PM +0200, Geert Uytterhoeven
On 22-04-16, 08:41, Geert Uytterhoeven wrote:
> I was mainly thinking about kernel size.
Ahh, I see..
> If this is done once per boot, the array should be __initconst,
> (looking at the code
> in next) which is fine as cpufreq_dt_platdev_init() is already __init.
Sure, makes sense.. I will do
Hi,
> From: linux-renesas-soc-ow...@vger.kernel.org
> [mailto:linux-renesas-soc-ow...@vger.kernel.org] On Behalf Of Yoshihiro
> Shimoda
> Sent: Thursday, April 21, 2016 7:28 PM
>
> Hi Felipe,
>
> > From: Felipe Balbi
> > Sent: Thursday, April 21, 2016 7:19 PM
> >
> > Yoshihiro Shimoda
32 matches
Mail list logo