On Wed, Jun 08, 2016 at 12:27:48AM +, Kuninori Morimoto wrote:
> > Why would a user not want these clocks to be synchronous? A lot of
> > CODECs will at least have better performance if their master clock is
> > synchronous to the audio clocks so it'd be a better default, is there an
> >
Hello.
Here's the set of 12 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20160606-v4.7-rc2' tag. We add the device tree support for
the R8A7792-based Blanche board. Added in this version is the SMP support.
The R-Car 'clk' driver patch was posted separately and 2 'clk'
Add the initial device tree for the R8A7792 SoC based Blanche board.
The board has 2 debug serial ports: SCIF0 and SCIF3; include support for
them, so that the serial console can work.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Add macros usable by the device tree sources to reference the R8A7792
clocks by index.
Signed-off-by: Sergei Shtylyov
---
Changes in version 2:
- removed the SDH, SD0, and SD1 clocks;
- added RCAN and ADSP clock indeces;
- fixed SYS-DMAC0/1 clock indeces.
Add support for R-Car V2H (R8A7792) SoC power areas to the SYSC driver.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- added Geert's tag.
drivers/soc/renesas/Makefile |1 +
Describe SYS-DMAC0/1 in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
Changes in version 3:
- refreshed the patch.
Changes in version
The initial R8A7792 SoC device tree including CPU cores, GIC, timer, SYSC,
and the required clock descriptions.
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- moved the fixed factor clocks under the "soc" node;
- added back the CPU1 node,
Describe [H]SCIFs in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 3:
- refreshed the patch.
Changes in version 2:
- resolved reject, indenting the device nodes that
The LUT mutex isn't initialized when creating the LUT, fix it.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_lut.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/vsp1/vsp1_lut.c
On Wed, Jun 08, 2016 at 10:05:16AM +0200, Wolfram Sang wrote:
> On Wed, Jun 08, 2016 at 04:14:26PM +0900, Simon Horman wrote:
> > Create a separate bus for dla98063 PMIC and da9210 regulator
> > related I2C slaves.
> >
> > Based on similar work for HDMI by Wolfram Sang.
> >
> > Cc: Wolfram Sang
Hi Mark
Thank you for your explanation
> > I'm now confusing. We can set system clock on audio card, for example
> > simple-card case, it is called as "system-clock-frequency".
> > In my understanding, this "system clock" and above "master clock" are same
> > clock.
> > but "system clock" is
Freeing a fragment requires freeing DMA coherent memory, which can't be
performed with interrupts disabled as per the DMA mapping API contract.
The fragments can't thus be freed synchronously when a display list is
recycled. Instead, move the fragments to a garbage list and use a work
queue to run
Replace the custom ioctl with a V4L2 control in order to standardize the
API.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_lut.c | 74 ++
drivers/media/platform/vsp1/vsp1_lut.h | 6 +--
The CLU processing block is a 2D/3D lookup table that converts the input
three color component data into desired three color components using a
lookup table.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/Makefile | 2 +-
The vsp1_pipeline wq field is a wait queue, not a work queue. Fix the
comment accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_pipe.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Jun 08, 2016 at 04:14:26PM +0900, Simon Horman wrote:
> Create a separate bus for dla98063 PMIC and da9210 regulator
> related I2C slaves.
>
> Based on similar work for HDMI by Wolfram Sang.
>
> Cc: Wolfram Sang
> Signed-off-by: Simon Horman
Hi Laurent,
On Wed, Jun 8, 2016 at 9:18 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> Thank you for the patch.
>
> On Tuesday 07 Jun 2016 12:39:45 Magnus Damm wrote:
>> From: Magnus Damm
>>
>> Support the r8a7796 IPMMU by sharing
Hi Geert,
On Wed, Jun 8, 2016 at 4:04 PM, Geert Uytterhoeven wrote:
> Hi Laurent,
>
> On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart
> wrote:
>>> --- 0031/drivers/iommu/ipmmu-vmsa.c
>>> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-06
On Wed, Jun 08, 2016 at 04:14:23PM +0900, Simon Horman wrote:
> This is in preparation for adding i2cexio1 which will use the
> dmuxer for IIC1/I2C0.
I2C1
signature.asc
Description: PGP signature
Hi Geert,
On Wednesday 08 Jun 2016 09:04:17 Geert Uytterhoeven wrote:
> On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart wrote:
> >> --- 0031/drivers/iommu/ipmmu-vmsa.c
> >> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-06 11:19:40.210607110 +0900
> >> @@ -1074,7 +1074,7 @@ static const struct
Hi,
On 06/07/2016 05:18 PM, Boris Brezillon wrote:
For all outputs except DSI we have a 1:1 relationship between connectors
and encoders and the driver is relying on the atomic helpers: we can
drop the custom ->best_encoder() and let the core call
drm_atomic_helper_best_encoder() for us.
Hi Laurent,
On Wed, Jun 8, 2016 at 5:48 PM, Laurent Pinchart
wrote:
> Hi Geert,
>
> On Wednesday 08 Jun 2016 09:04:17 Geert Uytterhoeven wrote:
>> On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart wrote:
>> >> --- 0031/drivers/iommu/ipmmu-vmsa.c
>> >> +++
Hi Boris,
Thanks for the patch.
Acked-by: Vincent Abriou
Vincent
On 06/07/2016 01:48 PM, Boris Brezillon wrote:
> All outputs have a 1:1 relationship between connectors and encoders
> and the driver is relying on the atomic helpers: we can drop the custom
>
On Tue, Jun 7, 2016 at 7:33 PM, Ben Dooks wrote:
> Fix warnings about emev2_pinmux_info and r8a7779_pinmux_info
> by using core.h instead of sh_pfc.h in these files. This gives
> the declarations of the two structures and removes the following
> warnings:
>
>
On 07/06/16 13:48, Boris Brezillon wrote:
We have a 1:1 relationship between connectors and encoders and the
driver is relying on the atomic helpers: we can drop the custom
->best_encoder() implementation and let the core call
drm_atomic_helper_best_encoder() for us.
Signed-off-by: Boris
Correct references to i2c-mux.txt which was previously mux.txt.
Also correct the spelling of relevant.
Signed-off-by: Simon Horman
---
Documentation/devicetree/bindings/i2c/i2c-arb-gpio-challenge.txt | 4 ++--
This patch fixes an issue that the xfer_work() is possible to cause
NULL pointer dereference if the usb cable is disconnected while data
transfer is running.
In such case, a gadget driver may call usb_ep_disable()) before
xfer_work() is actually called. In this case, the usbhs_pkt_pop()
will call
Hi Laurent,
On Wed, Jun 8, 2016 at 2:18 AM, Laurent Pinchart
wrote:
>> --- 0031/drivers/iommu/ipmmu-vmsa.c
>> +++ work/drivers/iommu/ipmmu-vmsa.c 2016-06-06 11:19:40.210607110 +0900
>> @@ -1074,7 +1074,7 @@ static const struct ipmmu_features ipmmu
>>
Make it possible to select which I2C1 IP core you want to run on the
EXIO-A connector.
This is based on reference work for the I2C0 core of the lager by Wolfram Sang.
Cc: Wolfram Sang
Signed-off-by: Simon Horman
---
Create a separate bus for HDMI related I2C slaves.
Based on work by Wolfram Sang.
Cc: Wolfram Sang
Signed-off-by: Simon Horman
---
v2
* Include GPIO fallback
---
arch/arm/boot/dts/r8a7790-lager.dts | 138
From: Magnus Damm
Break out the utlb parsing code and dev_data allocation into a
separate function. This is preparation for future code sharing.
Signed-off-by: Magnus Damm
---
Changes since V3:
- Initialize "mmu" to NULL, check before
From: Magnus Damm
Introduce an alternative set of iommu_ops suitable for 64-bit ARM
as well as 32-bit ARM when CONFIG_IOMMU_DMA=y.
Signed-off-by: Magnus Damm
---
Changes since V3:
- Removed group parameter from
From: Magnus Damm
Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE
nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get
rid of the dependency.
Tested with ipmmu-vmsa on r8a7794 ALT and a kernel config using:
# CONFIG_ARM_LPAE is not set
From: Magnus Damm
Not all architectures have an iommu member in their archdata, so
use #ifdefs support build wit COMPILE_TEST on any architecture.
Signed-off-by: Magnus Damm
---
Changes since V3:
- New patch
From: Magnus Damm
Break out the domain allocation code into a separate function.
This is preparation for future code sharing.
Signed-off-by: Magnus Damm
---
Changes since V3:
- None
Changes since V2:
- Included this new patch as-is
Hi Sergei,
On Fri, Jun 3, 2016 at 11:26 PM, Sergei Shtylyov
wrote:
> The initial R8A7792 SoC device tree including CPU core, GIC, timer, SYSC,
> and the required clock descriptions.
>
> Signed-off-by: Sergei Shtylyov
>
>
This is in preparation for adding i2cexio1 which will use the
dmuxer for IIC1/I2C0.
Signed-off-by: Simon Horman
---
arch/arm/boot/dts/r8a7790-lager.dts | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
Hi,
the intention of this series is to extend use of the demuxer for I2C
on the lager/r8a7790 to cover all I2C IP blocks.
* This is based on work by Wolfram Sang.
* Testing is discussed below
* This series is based on renesas-devel-20160530-v4.7-rc1.
* To aid review it is provided in git at:
Create a separate bus for dla98063 PMIC and da9210 regulator
related I2C slaves.
Based on similar work for HDMI by Wolfram Sang.
Cc: Wolfram Sang
Signed-off-by: Simon Horman
---
arch/arm/boot/dts/r8a7790-lager.dts | 80
Hi Simon
> From: Geert Uytterhoeven
>
> Warning (unit_address_vs_reg): Node /cache-controller@0 has a unit name, but
> no reg property
> Warning (unit_address_vs_reg): Node /cache-controller@1 has a unit name, but
> no reg property
> Warning (unit_address_vs_reg):
iommu/ipmmu-vmsa: IPMMU multi-arch update V4
[PATCH v4 01/07] iommu/ipmmu-vmsa: Remove platform data handling
[PATCH v4 02/07] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for
context
[PATCH v4 03/07] iommu/ipmmu-vmsa: Break out utlb parsing code
[PATCH v4 04/07] iommu/ipmmu-vmsa:
R8A7792 SoC doesn't have the EtherMAC core, so SMSC LAN89218 Ethernet
chip was used instead on the Blanche board; this chip is compatible with
SMSC LAN9115 for which there's a (device tree aware) driver. Describe
the chip in the Blanche device tree; enable DHCP and NFS root in the
On 06/07/2016 11:54 AM, Geert Uytterhoeven wrote:
[ ... ]
in clockevents/clockevents/next breaks the boot on e.g. r8a7791/koelsch
(arm32) and r8a7795/salvator-x (arm64).
Using "earlycon keep_bootcon" on koelsch (this doesn't help on arm64)
reveals it's stuck at:
clocksource_probe: no
Add macros usable by the device tree sources to reference R8A7792 SYSC power
domains by index.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 2:
- added Geert's tag.
Hi!
On 2016-06-08 08:21, Simon Horman wrote:
> Correct references to i2c-mux.txt which was previously mux.txt.
>
> Also correct the spelling of relevant.
>
> Signed-off-by: Simon Horman
> ---
> Documentation/devicetree/bindings/i2c/i2c-arb-gpio-challenge.txt | 4
Add minimal support for the R-Car V2H (R8A7792) SoC.
Signed-off-by: Sergei Shtylyov
Acked-by: Simon Horman
Reviewed-by: Geert Uytterhoeven
---
Changes in version 3:
- added Cogent Embedded's copyright;
-
Describe the IRQC interrupt controller in the R8A7792 device tree.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
---
Changes in version 3:
- refreshed the patch.
Changes in version 2:
- resolved reject, indenting
Hi David
ping ?
> These removes unneeded error message from Renesas DU driver.
> Current this unneeded error message makes user confuse.
>
> Kuninori Morimoto (2):
> drm: rcar-du: error message is not needed for drm_vblank_init()
> drm: rcar-du: error message is not needed for
From: Kuninori Morimoto
AUDIO-CLKOUTn can asynchronizes with L/R clock.
AUDIO-CLKOUTn synchronizes with L/R clock is now default behavior.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
- default is synchronizes,
Hi Zhang
Can you check this email ?
> > Thank you for your help
> >
> > > > non thermal-zon
> > > > sensor command: OK
> > > > read from /sys/class/thermal/thermal_zone0 : OK
> > > >
> > > > thermal-zon
> > > > sensor command: NG
> > > >
50 matches
Mail list logo