On Fri, May 11, 2018 at 04:12:36PM +0300, Serge Semin wrote:
> On Sun, May 06, 2018 at 01:23:50PM +0200, Wolfram Sang
> wrote:
> > Signed-off-by: Wolfram Sang
> > ---
> > drivers/ntb/hw/idt/ntb_hw_idt.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/ntb/
From: Phil Edworthy
The PCIe DMA controller on RCar Gen2 and earlier is on 32bit bus,
so limit the DMA range to 32bit.
Signed-off-by: Phil Edworthy
Signed-off-by: Marek Vasut
Cc: Arnd Bergmann
Cc: Geert Uytterhoeven
Cc: Phil Edworthy
Cc: Simon Horman
Cc: Wolfram Sang
Cc: linux-renesas-soc
The data link active signal usually takes ~20 uSec to be asserted,
poll the bit more often to avoid useless delays in this function.
Use udelay() instead of usleep() for such a small delay as suggested
by the timer documentation and because this will be used in atomic
context later on when the susp
On 05/21/2018 08:02 PM, Marek Vasut wrote:
> The data link active signal usually takes ~20 uSec to be asserted,
> poll the bit more often to avoid useless delays in this function.
> Use udelay() instead of usleep() for such a small delay as suggested
> by the timer documentation and because this w
Describe the optional properties for endpoint nodes of port@0
and port@1 of the R-Car VIN driver device tree bindings documentation.
Signed-off-by: Jacopo Mondi
Acked-by: Niklas Söderlund
---
Documentation/devicetree/bindings/media/rcar_vin.txt | 13 -
1 file changed, 12 insertions(
The 'bus-width' and 'pclk-sample' properties are not parsed by the VIN
driver and only confuse users. Remove them in all Gen2 SoC that use
them.
Signed-off-by: Jacopo Mondi
---
arch/arm/boot/dts/r8a7790-lager.dts | 3 ---
arch/arm/boot/dts/r8a7791-koelsch.dts | 3 ---
arch/arm/boot/dts/r8a7791
Document 'data-active' property in R-Car VIN device tree bindings.
Signed-off-by: Jacopo Mondi
v1 -> v2:
- HSYNC is used in place of data enable signal only when running with
explicit synchronizations.
- The property is no more mandatory when running with embedded
synchronizations, and defau
Handle CLOCKENB pin polarity, or use HSYNC in its place if polarity is
not specified and we're running on parallel data bus with explicit
synchronism signals.
While at there, simplify the media bus handling flags logic, inspecting
flags only if the system is running on parallel media bus type and
Hello,
this series touches the bindings and the driver handling endpoint
properties for digital subdevices of the R-Car VIN driver.
The first patch simply documents what are the endpoint properties supported
at the moment while the second extends them with 'data-active' one.
As the VIN hardwar
The data link active signal usually takes ~20 uSec to be asserted,
poll the bit more often to avoid useless delays in this function.
Use udelay() instead of usleep() for such a small delay as suggested
by the timer documentation and because this will be used in atomic
content later on when the susp
Hi Jacopo,
Thank you for the patch.
On Monday, 21 May 2018 17:45:41 EEST Jacopo Mondi wrote:
> Describe CVBS video input through analog video decoder ADV7180
> connected to video input interface VIN4.
>
> The video input signal path is shared with HDMI video input, and
> selected by on-board swi
Describe CVBS video input through analog video decoder ADV7180
connected to video input interface VIN4.
The video input signal path is shared with HDMI video input, and
selected by on-board switches SW-53 and SW-54 with CVBS input selected
by the default switches configuration.
Signed-off-by: Jac
Describe HDMI input connector and ADV7612 HDMI decoder installed on
R-Car Gen3 Draak board.
The video signal routing to the HDMI decoder to the video input interface
VIN4 is multiplexed with CVBS input path, and enabled/disabled through
on-board switches SW-49, SW-50, SW-51 and SW-52.
As the defa
Add compatible string for R-Car D3 R8A7795 to list of SoCs supported by
rcar-vin driver.
Signed-off-by: Jacopo Mondi
Acked-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
Reviewed-by: Simon Horman
---
Documentation/devicetree/bindings/media/rcar_vin.txt | 1 +
1 file changed, 1 insertion(+
Hello,
this series enables HDMI, CVBS and VIN4 for R8A77995 Draak board.
Compared to v3, the analog video decoder ADV7180 is now described in bindings
with the compatible string "adi,adv7180cp" and its port nodes definition
has been res-structured according to the chip bindings as reported by
La
From: Magnus Damm
Add IPMMU device nodes for the R-Car E3 SoC aka r8a77990.
The r8a77990 IPMMU is similar to r8a77995. Power domains are
however different but the documentation seems unclear.
As expected VC0 belongs to R8A77990_PD_A3VC however VP0
is for now assigned to R8A77990_PD_ALWAYS_ON ev
From: Magnus Damm
Add IPMMU device nodes for the R-Car V3H SoC aka r8a77980.
The r8a77980 IPMMU is quite similar to r8a77970 however VC0
has been added. The IMSSTR bit assignment has also been
reworked. Power domains are also quite different however the
the documentation is rather unclear about
arm64: dts: renesas: Add IPMMU device nodes
[PATCH 01/03] arm64: dts: renesas: r8a77965: Add IPMMU devices nodes
[PATCH 02/03] arm64: dts: renesas: r8a77980: Add IPMMU devices nodes
[PATCH 03/03] arm64: dts: renesas: r8a77990: Add IPMMU devices nodes
This series adds IPMMU device nodes to R-Car M
From: Magnus Damm
Add IPMMU device nodes for the R-Car M3-N SoC aka r8a77965.
The r8a77965 IPMMU is quite similar to r8a7796 however VP0
has been added and PV1 has been removed. Also the IMSSTR
bit assignment has been reworked.
Signed-off-by: Magnus Damm
---
Developed on top of renesas-devel
From: Magnus Damm
Update the IPMMU DT binding documentation to include the compat strings
for the IPMMU devices included in the R-Car V3H and E3 SoCs.
Signed-off-by: Magnus Damm
---
Developed on top of renesas-drivers-2018-05-15-v4.17-rc5
Documentation/devicetree/bindings/iommu/renesas,ipmm
On 13 May 2018 at 10:23, Simon Horman wrote:
> Hi Ulf,
>
> On Wed, Apr 18, 2018 at 11:56:56AM +0200, Simon Horman wrote:
>> Hi,
>>
>> this patch-set provides SDHI driver support for eMMC HS400.
>>
>> Based on mmc-v4.17-2
>>
>> Dependencies for applying these patches:
>> * none
>>
>> Dependencies t
From: Magnus Damm
Add power domain information to the R-Car D3 IPMMU device nodes.
As specified by the data sheet, all the IPMMU devices are always on.
Signed-off-by: Magnus Damm
---
Developed on top of renesas-devel-20180518-v4.17-rc5
arch/arm64/boot/dts/renesas/r8a77995.dtsi | 10 ++
On Thu, May 17, 2018 at 1:16 PM, Geert Uytterhoeven
wrote:
>
> Indeed. From a quick glance, it looks like drivers/crypto/ccree/cc_driver.c
> does not distinguish between the absence of the clock property, and an
> actual error in getting the clock, and never considers any error a failure
> (incl.
On 04/19/2018 12:00 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Tue, Apr 10, 2018 at 6:17 PM, Marek Vasut wrote:
>> On 04/10/2018 05:28 PM, Geert Uytterhoeven wrote:
>> The pairing looks as follows:
>>
>> .- rcar_pcie_parse_request_of_pci_ranges()
>> | (pm_runtime_enable is
On 05/21/2018 03:03 PM, Lorenzo Pieralisi wrote:
> On Mon, May 21, 2018 at 01:08:36PM +0200, Marek Vasut wrote:
>> On 05/14/2018 05:49 PM, Lorenzo Pieralisi wrote:
>>> On Mon, May 14, 2018 at 05:32:04PM +0200, Marek Vasut wrote:
On 05/01/2018 12:55 PM, Lorenzo Pieralisi wrote:
> On Fri, Ap
The rcar_pcie_get_resources() is another misnomer with a side effect.
The function does not only get resources, but also maps MSI IRQs via
irq_of_parse_and_map(). In case anything fails afterward, the IRQ
mapping must be disposed through irq_dispose_mapping() which is not
done.
This patch handles
If the rcar_pcie_enable() fails and MSIs are enabled, the setup done in
rcar_pcie_enable_msi() is never undone. Add a function to tear down the
MSI setup by disabling the MSI handling in the PCIe block, deallocating
the pages requested for the MSIs and zapping the IRQ mapping.
Signed-off-by: Marek
The function name is just too confusing, rename it, no functional change.
Rename the function to rcar_pcie_alloc_and_parse_pci_resource_list() as
it's matching failpath function is pci_free_resource_list() so the names
align much better and the new name also describes what the function does
much be
The rcar_pcie_get_resources() is another misnomer with a side effect.
The function does not only get resources, but also enables/disables bus
clock. This is forgotten in the probe() function though and if anything
in probe() fails after rcar_pcie_get_resources() is called, the bus
clock are never d
Hi Jacopo,
On Monday, 21 May 2018 15:33:40 EEST jacopo mondi wrote:
> On Mon, May 21, 2018 at 01:54:55PM +0300, Laurent Pinchart wrote:
> > On Monday, 21 May 2018 12:57:05 EEST jacopo mondi wrote:
> >> On Fri, May 18, 2018 at 06:12:15PM +0300, Laurent Pinchart wrote:
> >>> On Friday, 18 May 2018 1
On Mon, May 21, 2018 at 01:08:36PM +0200, Marek Vasut wrote:
> On 05/14/2018 05:49 PM, Lorenzo Pieralisi wrote:
> > On Mon, May 14, 2018 at 05:32:04PM +0200, Marek Vasut wrote:
> >> On 05/01/2018 12:55 PM, Lorenzo Pieralisi wrote:
> >>> On Fri, Apr 13, 2018 at 02:48:19PM +0200, Simon Horman wrote:
Hi Laurent,
On Mon, May 21, 2018 at 01:54:55PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> On Monday, 21 May 2018 12:57:05 EEST jacopo mondi wrote:
> > On Fri, May 18, 2018 at 06:12:15PM +0300, Laurent Pinchart wrote:
> > > On Friday, 18 May 2018 17:47:57 EEST Jacopo Mondi wrote:
> > >> Descri
Hi Greg,
Yoshihiro Shimoda writes:
> When printer_write() calls usb_ep_queue(), a udc driver (e.g.
> renesas_usbhs driver) may call usb_gadget_giveback_request() in
> the udc .queue ops immediately. Then, printer_write() calls
> list_add(&req->list, &dev->tx_reqs_active) wrongly. After that,
> i
On 9 May 2018 at 14:38, Yoshihiro Kaneko wrote:
> From: Masaharu Hayakawa
>
> This patch adds r8a77965 support in SDHI.
>
> Signed-off-by: Masaharu Hayakawa
> Signed-off-by: Yoshihiro Kaneko
> Tested-by: Simon Horman
> Tested-by: Wolfram Sang
Thanks, applied for next!
Kind regards
Uffe
> -
When printer_write() calls usb_ep_queue(), a udc driver (e.g.
renesas_usbhs driver) may call usb_gadget_giveback_request() in
the udc .queue ops immediately. Then, printer_write() calls
list_add(&req->list, &dev->tx_reqs_active) wrongly. After that,
if we do unbind the printer driver, WARN_ON() hap
Hi,
> From: Felipe Balbi, Sent: Monday, May 21, 2018 7:19 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> > Hi,
> >
> >> From: Felipe Balbi, Sent: Monday, May 21, 2018 5:05 PM
> >
> >> seems like it would be better to just move this like before
> >> usb_ep_queue():
> >>
> >> modified drivers/usb/
On 05/14/2018 05:49 PM, Lorenzo Pieralisi wrote:
> On Mon, May 14, 2018 at 05:32:04PM +0200, Marek Vasut wrote:
>> On 05/01/2018 12:55 PM, Lorenzo Pieralisi wrote:
>>> On Fri, Apr 13, 2018 at 02:48:19PM +0200, Simon Horman wrote:
On Tue, Apr 10, 2018 at 06:17:04PM +0200, Marek Vasut wrote:
>>>
Hi Jacopo,
On Monday, 21 May 2018 12:57:05 EEST jacopo mondi wrote:
> On Fri, May 18, 2018 at 06:12:15PM +0300, Laurent Pinchart wrote:
> > On Friday, 18 May 2018 17:47:57 EEST Jacopo Mondi wrote:
> >> Describe CVBS video input through analog video decoder ADV7180
> >> connected to video input int
Hi,
Yoshihiro Shimoda writes:
> Hi,
>
>> From: Felipe Balbi, Sent: Monday, May 21, 2018 5:05 PM
>
>> seems like it would be better to just move this like before
>> usb_ep_queue():
>>
>> modified drivers/usb/gadget/function/f_printer.c
>> @@ -631,19 +631,19 @@ printer_write(struct file *fd, c
Hi Laurent,
On Fri, May 18, 2018 at 06:12:15PM +0300, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Friday, 18 May 2018 17:47:57 EEST Jacopo Mondi wrote:
> > Describe CVBS video input through analog video decoder ADV7180
> > connected to video input interface VIN4.
> >
>
On 21/05/18 10:09, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Monday, 21 May 2018 11:58:44 EEST Kieran Bingham wrote:
>> On 21/05/18 09:51, Laurent Pinchart wrote:
>>> On Monday, 21 May 2018 11:16:05 EEST Kieran Bingham wrote:
On 19/05/18 21:34, Laurent Pinchart wrote:
> The suspend/resu
It can be useful to capture kernel log messages in test log files for
diagnostic purpose. Add a simple mechanism to do so by capturing the
full kernel log at the end of the test. The kernel log is cleared first
before starting the test to avoid capturing unrelated messages.
Signed-off-by: Laurent
Hello,
This small series fixes the VSP suspend/resume test to ensure that the
VSP is running when suspending. The first patch isn't strictly required,
but was helpful when debugging the second patch, so I've included it in
the series.
Laurent Pinchart (2):
vsp-lib: Capture the kernel log messag
The suspend/resume test starts a run of 300 frames and suspends the
system one second later. On some SoCs (namely H3 ES2.0) the VSP
bandwidth is high enough to complete processing of 300 frames in less
than a second. The test thus suspends and resumes the system with the
VSP idle instead of running
Hi Kieran,
On Monday, 21 May 2018 11:58:44 EEST Kieran Bingham wrote:
> On 21/05/18 09:51, Laurent Pinchart wrote:
> > On Monday, 21 May 2018 11:16:05 EEST Kieran Bingham wrote:
> >> On 19/05/18 21:34, Laurent Pinchart wrote:
> >>> The suspend/resume test starts a run of 300 frames and suspends th
Hi Niklas,
On Sunday, 20 May 2018 13:47:53 EEST Niklas Söderlund wrote:
> On 2018-05-19 23:34:25 +0300, Laurent Pinchart wrote:
> > It can be useful to capture kernel log messages in test log files for
> > diagnostic purpose. Add a simple mechanism to do so by capturing the
> > full kernel log at
On 21/05/18 09:51, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Monday, 21 May 2018 11:16:05 EEST Kieran Bingham wrote:
>> Hi Laurent,
>>
>> Thank you for the patch,
>>
>> On 19/05/18 21:34, Laurent Pinchart wrote:
>>> The suspend/resume test starts a run of 300 frames and suspends the
>>> system o
Hi,
> From: Felipe Balbi, Sent: Monday, May 21, 2018 5:05 PM
> seems like it would be better to just move this like before
> usb_ep_queue():
>
> modified drivers/usb/gadget/function/f_printer.c
> @@ -631,19 +631,19 @@ printer_write(struct file *fd, const char __user *buf,
> size_t len, loff_t
Hi Kieran,
On Monday, 21 May 2018 11:16:05 EEST Kieran Bingham wrote:
> Hi Laurent,
>
> Thank you for the patch,
>
> On 19/05/18 21:34, Laurent Pinchart wrote:
> > The suspend/resume test starts a run of 300 frames and suspends the
> > system one second later. On some SoCs (namely H3 ES2.0) the
Hi Laurent,
Thank you for the patch,
On 19/05/18 21:34, Laurent Pinchart wrote:
> The suspend/resume test starts a run of 300 frames and suspends the
> system one second later. On some SoCs (namely H3 ES2.0) the VSP
> bandwidth is high enough to complete processing of 300 frames in less
> than a
Hi,
Yoshihiro Shimoda writes:
> Hi,
>
>> From: Felipe Balbi, Sent: Monday, May 21, 2018 3:57 PM
>>
>> Hi,
>>
>> Yoshihiro Shimoda writes:
>> > The usb_ep_queue() in printer_write() is possible to call req->complete().
>> > In that case, since tx_complete() calls list_add(&req->list,
>> > &d
Hi,
> From: Felipe Balbi, Sent: Monday, May 21, 2018 3:57 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> > The usb_ep_queue() in printer_write() is possible to call req->complete().
> > In that case, since tx_complete() calls list_add(&req->list, &dev->tx_reqs),
> > printer_write() should not call
Trivial, but still: the failed symlink is not *for* the channel but a
link *to* the channel.
Signed-off-by: Wolfram Sang
---
Found this while adding a similar message to the demux driver.
drivers/i2c/i2c-mux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/i2c-
While researching some PM behaviour within I2C, I found out that the i2c-demux
driver does not play well with that due to broken relationship with other
devices. Patch 1 ensures the right parent-child relationship. Patch 2 makes the
connection between the demux device and the demuxed bus similar to
Similar to mux devices, create special symlinks to connect the demuxed
bus with the demux device.
Signed-off-by: Wolfram Sang
---
Changes since v1:
* check sysfs_create_link and print WARN if something fails
drivers/i2c/muxes/i2c-demux-pinctrl.c | 10 ++
1 file changed, 10 insertions(+
Due to a typo, the wrong parent device was assigned to the newly created
demuxing adapter device. It got connected to the demuxing platform
device but not to the selected parent I2C adapter device. Fix it to get
a proper parent-child relationship of the demuxed busses.
Signed-off-by: Wolfram Sang
56 matches
Mail list logo