Hi, with your IPMMU driver enabled under 4.13 we’re seeing a crash on boot:
[ 13.785164] Unable to handle kernel NULL pointer dereference at virtual
address 0018
[ 13.793254] [0018] user address but active_mm is swapper
[ 13.799600] Internal error: Oops: 9604 [#1] SMP
[
On Mon, Sep 18, 2017 at 6:52 PM, Rob Herring wrote:
> In theory yes, but reality is pretty much everyone follows it. There's
> no other way to specify active high vs. low for example. Furthermore,
> if someone wanted to do flags in their own custom way, that would
> still work.
From: Yoshihiro Shimoda
Date: Thu, 14 Sep 2017 09:06:38 +0900
> Add a new compatible string for the R8A77995 (R-Car D3) RAVB.
>
> Acked-by: Geert Uytterhoeven
> Signed-off-by: Yoshihiro Shimoda
From: Sergei Shtylyov
Date: Tue, 12 Sep 2017 23:02:08 +0300
> R-Car V3M (R8A77970) SoC also has the R-Car gen3 compatible EtherAVB
> device, so document the SoC specific bindings.
>
> Signed-off-by: Sergei Shtylyov
We want this driver to detect critical temperatures in time.
Signed-off-by: Wolfram Sang
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index
On Thu, Sep 7, 2017 at 6:42 AM, Geert Uytterhoeven wrote:
> Hi Rob,
>
> On Thu, Aug 31, 2017 at 7:55 PM, Rob Herring wrote:
>> On Thu, Aug 24, 2017 at 11:21:12AM +0200, Geert Uytterhoeven wrote:
>>> The current i2c-gpio DT bindings use a single unnamed
Hi Simon,
Apologies for the delay in getting back to you.
> -Original Message-
> From: Simon Horman [mailto:ho...@verge.net.au]
> Sent: 15 September 2017 09:06
> To: Chris Paterson
> Cc: Rob Herring ; Mark Rutland ;
This fixes the warning "pwm-backlight backlight: backlight supply power
not found, using dummy regulator".
Fixes: b33be33670217533 ("arm64: dts: salvator-x: Add panel backlight support")
Reported-by: Geert Uytterhoeven
Signed-off-by: Ulrich Hecht
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
From: Magnus Damm
Use recently updated R-Car Gen2 CMT0 and CMT1 compat strings.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
Split in per-SoC patches,
Dependencies:
- This patch series has a runtime dependency on "[PATCH v3 0/7]
clocksource: sh_cmt: Update driver for DT binding rework", and thus
must not be applied yet,
- Patches were created against renesas-devel-20170918-v4.14-rc1.
Thanks!
Magnus
From: Magnus Damm
Use recently updated R-Car Gen2 CMT0 and CMT1 compat strings.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
From: Magnus Damm
Use recently updated R-Car Gen2 CMT0 and CMT1 compat strings.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
Use the existing of_device_get_match_data() helper instead of
open-coding its functionality.
Signed-off-by: Geert Uytterhoeven
---
v3:
- New.
---
drivers/clocksource/sh_cmt.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
From: Magnus Damm
Use the recently updated r8a73a4 CMT1 compat string.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
Document in the driver that "renesas,cmt-48-gen2" is deprecated, but
still supported for backward compatibility with old DTBs, cfr. commit
4e18111ff38f0664 ("devicetree: bindings: Remove deprecated
properties").
Signed-off-by: Geert Uytterhoeven
---
v3:
- New.
---
The in-driver channel configuration in sh_cmt_info.channels_mask is now
always set for all CMT devices instantiated from DT.
Hence the "renesas,channels-mask" property is no longer checked, and its
handling can be removed, cfr. commit 4e18111ff38f0664 ("devicetree:
bindings: Remove deprecated
From: Magnus Damm
Use recently updated R-Car Gen2 CMT0 and CMT1 compat strings.
With this change in place we can keep device-specific configuration in
the driver and the driver can be able to support CMT1 specific features.
Signed-off-by: Magnus Damm
From: Magnus Damm
Always use 0x3f as channel mask for the SH_CMT_48BIT type of devices.
Once this patch is applied the "renesas,channels-mask" property will
be ignored by the driver for older devices matching SH_CMT_48BIT. In
the future when all CMT types store
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
From: Magnus Damm
Update the DTS to remove the now deprecated "renesas,channels-mask"
property.
The channel information is now kept in the device driver and can easily
be determined based on the compat string.
Signed-off-by: Magnus Damm
Hi Daniel, Thomas, Rob, Mark, Magnus,
This patch series updates the sh_cmt clocksource driver for the recent DT
binding rework that was merged in v4.14-rc1.
This series is an evolutionary improvement of Magnus Damm's series "[PATCH
v2 00/11] clocksource: sh_cmt: DT binding rework V2".
It
Remove driver matching support for the unused "renesas,cmt-32" and
"renesas,cmt-32-fast" compatible values, cfr. commit 203bb3479958c48a
("devicetree: bindings: Remove unused 32-bit CMT bindings").
As this removes the last user of SH_CMT_32BIT_FAST, all support for this
variant is removed from
While the new family-specific compatible values introduced by commit
6f54cc1adcc8957f ("devicetree: bindings: R-Car Gen2 CMT0 and CMT1
bindings") use the recommended order ",-", the
new SoC-specific compatible values still use the old and deprecated
order ",-".
Switch the SoC-specific compatible
From: Magnus Damm
Add support for the new R-Car Gen2 CMT0 and CMT1 bindings. Support
for the old DT binding is still kept around, however devices using
such binding will be treated as a low-feature CMT0 device. If users
want to make use of CMT1-specific features then
On Mon, Sep 18, 2017 at 10:51:39AM +0200, Geert Uytterhoeven wrote:
> On Sat, Sep 16, 2017 at 8:48 PM, Vladimir Barinov
> wrote:
> > Add Kingfisher Device tree bindings Documentation, listing it as a
> > supported board.
> > Kingfisher is the H3ULCB/M3ULCB
On Mon, Sep 18, 2017 at 10:49:46AM +0200, Geert Uytterhoeven wrote:
> On Fri, Sep 15, 2017 at 9:43 PM, Sergei Shtylyov
> wrote:
> > Describe [H]SCIF ports in the R8A77970 device tree.
> >
> > Based on the original (and large) patch by Daisuke Matsushita
> >
On Fri, Sep 15, 2017 at 10:43:23PM +0300, Sergei Shtylyov wrote:
> Define the generic R8A77970 part of the EtherAVB device node.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
On Mon, Sep 18, 2017 at 10:44:35AM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Mon, Sep 18, 2017 at 10:42 AM, Simon Horman wrote:
> > On Fri, Sep 15, 2017 at 07:35:56PM +0200, Geert Uytterhoeven wrote:
> >> On Fri, Sep 15, 2017 at 4:10 PM, kbuild test robot
> >>
On Thu, Jul 27, 2017 at 05:16:23PM +0200, Simon Horman wrote:
> On Thu, Jul 20, 2017 at 02:54:33PM +0200, Geert Uytterhoeven wrote:
> > Hi Simon, Magnus,
> >
> > This patch series adds minimal support for the R-Car D3 SoC and the
> > Draak development board, allowing to boot from a ramdisk
On Thu, Sep 14, 2017 at 4:18 PM, Vladimir Barinov
wrote:
> Add Shimafuji Electric, Inc. to the list of device tree vendor
> prefixes
>
> Signed-off-by: Vladimir Barinov
Acked-by: Geert Uytterhoeven
On Sat, Sep 16, 2017 at 8:48 PM, Vladimir Barinov
wrote:
> Add Kingfisher Device tree bindings Documentation, listing it as a
> supported board.
> Kingfisher is the H3ULCB/M3ULCB extension board.
>
> Signed-off-by: Vladimir Barinov
On Fri, Sep 15, 2017 at 9:43 PM, Sergei Shtylyov
wrote:
> Describe [H]SCIF ports in the R8A77970 device tree.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
Hi Simon,
On Mon, Sep 18, 2017 at 10:42 AM, Simon Horman wrote:
> On Fri, Sep 15, 2017 at 07:35:56PM +0200, Geert Uytterhoeven wrote:
>> On Fri, Sep 15, 2017 at 4:10 PM, kbuild test robot
>> wrote:
>> > tree:
On Fri, Sep 15, 2017 at 07:35:56PM +0200, Geert Uytterhoeven wrote:
> On Fri, Sep 15, 2017 at 4:10 PM, kbuild test robot
> wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.git
> > arm64-dt-for-v4.15
> > head:
On Fri, Sep 15, 2017 at 10:43:25PM +0300, Sergei Shtylyov wrote:
> Add the initial device tree for the R8A77970 SoC based Eagle board.
> The board has 1 debug serial port (SCIF0); include support for it,
> so that the serial console can work.
>
> Based on the original (and large) patch by
On Fri, Sep 15, 2017 at 10:43:21PM +0300, Sergei Shtylyov wrote:
> Describe SYS-DMAC1/2 in the R8A77970 device tree.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
On Fri, Sep 15, 2017 at 10:43:20PM +0300, Sergei Shtylyov wrote:
> The initial R8A77970 SoC device tree including Cortex-A53 CPU, GIC, timer,
> CPG, RST, and SYSC.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir
On Fri, Sep 15, 2017 at 10:43:19PM +0300, Sergei Shtylyov wrote:
> Add support for R-Car V3M (R8A77970) SoC power areas to the R-Car SYSC
> driver.
>
> Based on the original (and large) patch by Daisuke Matsushita
> .
>
> Signed-off-by: Vladimir Barinov
On Wed, Aug 30, 2017 at 03:41:20PM +0100, Dietmar Eggemann wrote:
> The following 'capacity-dmips-mhz' dt property values are used:
>
> Cortex-A15: 1024, Cortex-A7: 539
>
> They have been derived form the cpu_efficiency values:
>
> Cortex-A15: 3891, Cortex-A7: 2048
>
> by scaling them so that
On 15/09/17 21:13, Wolfram Sang wrote:
> The function was removed half a year ago, so this declaration can go,
> too.
>
> Fixes: 51ced59cc02e0d ("mmc: sdhci-pci: Use ACPI DSM to get driver strength
> for some Intel devices")
> Signed-off-by: Wolfram Sang
45 matches
Mail list logo