On 08/01/2018 02:32 PM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Mon, Jul 30, 2018 at 1:18 PM Marek Vasut wrote:
>> Add DA9063 PMIC node to the I2C bus.
>>
>> Signed-off-by: Marek Vasut
>
> Thanks for your patch!
>
> Oneline-summary prefix should
On 08/02/2018 01:23 PM, Simon Horman wrote:
> On Wed, Aug 01, 2018 at 02:16:14PM +0200, Geert Uytterhoeven wrote:
>> Hi Marek,
>>
>> On Mon, Jul 30, 2018 at 1:17 PM Marek Vasut wrote:
>>> Add DA9210 DVFS node to the I2C bus and link it to CPU0 for DVFS.
>
On 06/13/2018 01:21 PM, Geert Uytterhoeven wrote:
> Hi Simon,
Hi,
> On Wed, Jun 13, 2018 at 1:06 PM Simon Horman wrote:
>> On Mon, Jun 11, 2018 at 02:15:13PM +0200, Marek Vasut wrote:
>>> Rather than hard-coding the quirk topology, which stopped scaling,
>>>
Add DA9063 PMIC node to the I2C bus.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
Cc: Simon Horman
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
---
arch/arm/boot/dts/r8a7794-silk.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch
Add DA9210 DVFS node to the I2C bus and link it to CPU0 for DVFS.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
Cc: Simon Horman
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
---
arch/arm/boot/dts/r8a7793-gose.dts | 16
1 file changed, 16
On 07/23/2018 11:03 AM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Sun, Jul 22, 2018 at 2:07 PM Marek Vasut wrote:
>> On 07/20/2018 06:38 PM, Sergei Shtylyov wrote:
>>> On 07/20/2018 03:05 PM, Simon Horman wrote:
>>>> From: Marek Vasut
>>>>
On 06/13/2018 07:25 PM, Bjorn Helgaas wrote:
> On Wed, Jun 13, 2018 at 04:52:52PM +0100, Lorenzo Pieralisi wrote:
>> On Wed, Jun 13, 2018 at 08:53:08AM -0500, Bjorn Helgaas wrote:
>>> On Wed, Jun 13, 2018 at 01:54:51AM +0200, Marek Vasut wrote:
>>>> On 06/11/2018
On 07/20/2018 06:38 PM, Sergei Shtylyov wrote:
> On 07/20/2018 03:05 PM, Simon Horman wrote:
>
>> From: Marek Vasut
>>
>> Add PMIC nodes to Porter and connect CPU DVFS supply. There is
>> one DA9063L and one DA9210 on Porter, the only difference from
>> the ot
ou now have a dependencies between hardware description, probe
> order and stable naming in the kernel, and the command line. With DT,
> you have it all in one place, right next to the flash part. It doesn't
> matter what name it gets probed at, and nobody needs to know the
> mapping to get it right.
In this case it doesn't matter either, since you have only one flash device.
--
Best regards,
Marek Vasut
On 07/22/2018 12:01 AM, Olof Johansson wrote:
> On Sat, Jul 21, 2018 at 2:54 PM, Marek Vasut wrote:
>> On 07/21/2018 11:47 PM, Olof Johansson wrote:
>>> Hi,
>>
>> Hi,
>>
>>> On Wed, May 30, 2018 at 3:11 AM, Marek Vasut wrote:
>>>> Drop th
On 07/21/2018 11:47 PM, Olof Johansson wrote:
> Hi,
Hi,
> On Wed, May 30, 2018 at 3:11 AM, Marek Vasut wrote:
>> Drop the MTD partitioning from DT, since it does not describe HW
>> and to give way to a more flexible kernel command line partition
>> passing.
>
as we care about booting old DTBs on new kernels (for a while), we
>>> have a few more release cycles to bikeshed ;-)
>>
>> I was about to ask if this patch then makes any sense or not.
>
> Sure. Less hard-coding is always better.
> Especially if it means we can make it work on more machines automatically :-)
I prefer to be in control of that.
--
Best regards,
Marek Vasut
On 06/11/2018 03:59 PM, Bjorn Helgaas wrote:
> On Sun, Jun 10, 2018 at 03:57:10PM +0200, Marek Vasut wrote:
>> On 11/17/2017 06:49 PM, Lorenzo Pieralisi wrote:
>>> On Fri, Nov 10, 2017 at 10:58:42PM +0100, Marek Vasut wrote:
>>>> From: Phil Edworthy
>>>&g
On 06/11/2018 04:30 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Mon, Jun 11, 2018 at 4:19 PM Marek Vasut wrote:
>> On 06/11/2018 04:10 PM, Geert Uytterhoeven wrote:
>>> On Mon, Jun 11, 2018 at 4:04 PM Marek Vasut wrote:
>>>> On 06/11/2018 03:49 PM, Ge
On 06/11/2018 03:49 PM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Mon, Jun 11, 2018 at 3:39 PM Marek Vasut wrote:
>> On 06/11/2018 03:03 PM, Geert Uytterhoeven wrote:
>>> On Mon, Jun 11, 2018 at 2:15 PM Marek Vasut wrote:
>>>> On 06/11/2018 11:56 AM, Geert
On 06/11/2018 03:03 PM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Mon, Jun 11, 2018 at 2:15 PM Marek Vasut wrote:
>> On 06/11/2018 11:56 AM, Geert Uytterhoeven wrote:
>>> On Mon, Jun 4, 2018 at 7:59 PM Marek Vasut wrote:
>>>> Rather than hard-coding
On 06/11/2018 11:56 AM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Mon, Jun 4, 2018 at 7:59 PM Marek Vasut wrote:
>> Rather than hard-coding the quirk topology, which stopped scaling,
>> parse the information from DT. The code looks for all compatible
>> PM
-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
Cc: Simon Horman
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-by: Wolfram Sang
Tested-by: Geert Uytterhoeven (on Koelsch)
---
V2: - Replace the DT shared IRQ check loop with memcmp()
- Send the I2C message
Use devm_mfd_add_devices() instead of plain mfd_add_devices(), which
removes the need for da9063_device_exit() altogether and also for the
.remove callback in da9063-i2c.c .
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc
Convert the regmap_range tables to use regmap_reg_range() macro.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Reviewed-by: Geert Uytterhoeven
Acked-for-MFD-by: Lee Jones
---
V5: New
Convert the regmap_irq table to use REGMAP_IRQ_REG().
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-by: Steve Twiss
Reviewed-by: Geert Uytterhoeven
Acked-for-MFD-by: Lee Jones
Add type for DA9063L, which is a reduced variant of the DA9063
without RTC block and with less regulators.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Reviewed-by: Geert Uytterhoeven
.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-by: Mark Brown
Reviewed-by: Geert Uytterhoeven
Acked-for-MFD-by: Lee Jones
---
V2: Drop useless cast of id->driver_data
V3: Fix ker
The DA9063L does not have an RTC. Add custom regmap for DA9063L to
prevent access into that register block.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-for-MFD-by: Lee Jones
The DA9063L does not have an RTC. Add custom IRQ map for DA9063L to
ignore the Alarm and Tick IRQs from the PMIC.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-for-MFD-by: Lee Jones
The DA9063L does not contain RTC block, unlike the full DA9063.
Split the RTC block into separate mfd cell and register it only
on DA9063.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Add support for DA9063L, which is a reduced variant of the DA9063
with less regulators and without RTC.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Acked-by: Mark Brown
Reviewed
Move the LDOs present only on DA9063 at the end of the list, so that
the DA9063L can simply indicate less LDOs and still share the list of
regulators with DA9063.
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux
Replace DA9063_NUM_IRQ macro which is not used anywhere with
plain ARRAY_SIZE().
Signed-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Lee Jones
Cc: Mark Brown
Cc: Steve Twiss
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
Reviewed-by: Geert Uytterhoeven
Acked-for-MFD-by: Lee Jones
On 11/17/2017 06:49 PM, Lorenzo Pieralisi wrote:
> Hi Marek,
Hi,
> On Fri, Nov 10, 2017 at 10:58:42PM +0100, Marek Vasut wrote:
>> From: Phil Edworthy
>>
>> Most PCIe host controllers support L0s and L1 power states via ASPM.
>> The R-Car hardware only supports L0
On 06/05/2018 10:07 AM, Simon Horman wrote:
> On Mon, Jun 04, 2018 at 07:59:11PM +0200, Marek Vasut wrote:
>> Rather than hard-coding the quirk topology, which stopped scaling,
>> parse the information from DT. The code looks for all compatible
>> PMICs -- da9036 and
On 06/05/2018 11:21 AM, Wolfram Sang wrote:
> Hi Marek,
>
> On Tue, Jun 05, 2018 at 10:07:28AM +0200, Simon Horman wrote:
>> On Mon, Jun 04, 2018 at 07:59:11PM +0200, Marek Vasut wrote:
>>> Rather than hard-coding the quirk topology, which stopped scaling,
>>&
On 05/22/2018 11:52 AM, Marek Vasut wrote:
> On 05/22/2018 10:10 AM, Arnd Bergmann wrote:
>> On Tue, May 22, 2018 at 12:05 AM, Marek Vasut wrote:
>>> From: Phil Edworthy
>>>
>>> The PCIe DMA controller on RCar Gen2 and earlier is on 32bit bus,
>>> so
-off-by: Marek Vasut
Cc: Geert Uytterhoeven
Cc: Kuninori Morimoto
Cc: Simon Horman
Cc: Wolfram Sang
Cc: linux-renesas-soc@vger.kernel.org
---
V2: - Replace the DT shared IRQ check loop with memcmp()
- Send the I2C message to deassert the IRQ line to all PMICs
in the list with shared
On 06/04/2018 11:34 AM, Simon Horman wrote:
> On Fri, May 25, 2018 at 10:05:08PM +0200, Marek Vasut wrote:
>> Rather than hard-coding the quirk topology, which stopped scaling,
>> parse the information from DT. The code looks for all compatible
>> PMICs -- da9036 and
On 05/28/2018 10:48 AM, Simon Horman wrote:
> On Thu, May 24, 2018 at 04:36:24PM +0200, Marek Vasut wrote:
>> If anything fails past phy_init_fn() and the system is a Gen3 with
>> a PHY, the PHY will be left on and inited. This is caused by the
>> phy_init_fn, which
On 05/28/2018 11:36 AM, Simon Horman wrote:
> On Mon, May 28, 2018 at 10:54:57AM +0200, Geert Uytterhoeven wrote:
>> Hi Simon,
>>
>> On Mon, May 28, 2018 at 10:41 AM, Simon Horman wrote:
>>> On Thu, May 24, 2018 at 04:52:59PM +0200, Marek Vasut wrote:
>
(user),-(flash)
gose:mtdparts=spi0.0:256k(loader),4m(user),-(flash)
alt: mtdparts=spi0.0:256k(loader),256k(system),-(user)
silk:mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut
Acked-by: Wolfram Sang
Reviewed-by: Geert Uytterhoeven
Tested-by: Geert
(user),-(flash)
gose:mtdparts=spi0.0:256k(loader),4m(user),-(flash)
alt: mtdparts=spi0.0:256k(loader),256k(system),-(user)
silk:mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut
Acked-by: Wolfram Sang
Reviewed-by: Geert Uytterhoeven
Tested-by: Geert
us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Marek-Vasut/mfd-da9063-Rename-PMIC_DA9063-to-PMIC_CHIP_ID_DA9063/20180526-162613
> base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
> for-mfd-next
> confi
-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Kuninori Morimoto <kuninori.morimoto...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <wsa+rene...@sang-engineering.com>
Cc: lin
On 05/25/2018 12:09 PM, Geert Uytterhoeven wrote:
> On Thu, May 24, 2018 at 4:36 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> If anything fails past phy_init_fn() and the system is a Gen3 with
>> a PHY, the PHY will be left on and inited. This is caused by the
>> ph
If the Gen3 PHY fails to power up, the code does not undo the
initialization caused by phy_init(). Add the missing failure
handling to the rcar_pcie_phy_init_gen3() function.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reported-by: Geert Uytterhoeven <geert+rene...@glid
On 05/25/2018 06:43 PM, Lorenzo Pieralisi wrote:
> On Thu, May 24, 2018 at 04:36:18PM +0200, Marek Vasut wrote:
>> Multiple minor failpath fixes for the R-Car PCIe driver.
>>
>> V4: Sync up the version numbers
>> Rebase on top of Lorenzo's tree
>> Add new
:
mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+rene...@glider.be&
, neither describes the
hardware itself, so it shouldn't be in the DT. Furthermore, kernel
command line MTD partition passing allows greater flexibility in
case someone decided to repartition the flash, which is well in the
realm of possibility with these systems.
Signed-off-by: Marek Vasut
On 05/23/2018 08:25 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Wed, May 23, 2018 at 12:01 AM, Marek Vasut <marek.va...@gmail.com> wrote:
>> On 05/22/2018 04:43 PM, Geert Uytterhoeven wrote:
>>> On Tue, May 22, 2018 at 2:02 PM, Marek Vasut <marek.va...@gm
:
mtdparts=spi0.0:512k(loader),5632k(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Tested-by: Geert Uytterhoeven <geert+rene...
:
mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+rene...@glider.be&
:
mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+rene...@glider.be&
:
mtdparts=spi0.0:256k(loader),4m(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
On 05/24/2018 02:32 PM, Steve Twiss wrote:
> Hi Marek,
>
> On 24 May 2018 @ 12:49 Steve Twiss wrote:
>
>> To: Marek Vasut <marek.va...@gmail.com>; linux-ker...@vger.kernel.org
>> Cc: Marek Vasut <marek.vasut+rene...@gmail.com>; Geert Uytterhoeven
>> &l
:
mtdparts=spi0.0:256k(loader),256k(system),-(user)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+rene...@glider.be&
:
mtdparts=spi0.0:256k(loader_prg),4m(user_prg),-(flash_fs)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+rene...@g
:
mtdparts=spi0.0:512k(loader),256k(uboot),256k(uboot-env),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Acked-by: Wolfram Sang <wsa+rene...@sang-engineering.com>
Reviewed-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven <geert+
On 05/24/2018 03:50 PM, Lorenzo Pieralisi wrote:
> On Thu, May 24, 2018 at 09:24:27AM +0200, Marek Vasut wrote:
>> On 05/23/2018 11:56 PM, Bjorn Helgaas wrote:
>>> On Wed, May 23, 2018 at 07:05:06PM +0200, Marek Vasut wrote:
>>>> On 05/23/2018 06:17 PM, Lorenzo Pier
disabled.
This patch pulls the clock handling out of the rcar_pcie_get_resources()
and enables clock after all the resources were requested. Moreover, this
patch also always disables the clock in case of failure.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytter
()
into a separate function and call it from both rcar_pcie_teardown_msi()
and rcar_pcie_enable_msi() failpath to remove the mappings correctly.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reported-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven
irq_of_parse_and_map() failures in by disposing
of the mapping in rcar_pcie_get_resources() as well as in probe.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the
the suspend/resume patches land.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.
Multiple minor failpath fixes for the R-Car PCIe driver.
V4: Sync up the version numbers
Rebase on top of Lorenzo's tree
Add new patch fixing bug in the PHY code
Marek Vasut (6):
PCI: rcar: Pull bus clock enable/disable from
rcar_pcie_get_resources()
PCI: rcar: Add missing
.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lorenzo Pieralisi <lorenzo.pieral...@arm.com>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang
On 05/23/2018 11:56 PM, Bjorn Helgaas wrote:
> On Wed, May 23, 2018 at 07:05:06PM +0200, Marek Vasut wrote:
>> On 05/23/2018 06:17 PM, Lorenzo Pieralisi wrote:
>>> On Mon, May 21, 2018 at 03:11:20PM +0200, Marek Vasut wrote:
>>>> The function name is just too confu
.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dreams.de>
Cc: linux-renesas-soc@vger.kernel
irq_of_parse_and_map() failures in by disposing
of the mapping in rcar_pcie_get_resources() as well as in probe.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon
-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dreams.de>
Cc: linux-renesas-soc@vger.kernel.org
---
dri
the suspend/resume patches land.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dream
()
into a separate function and call it from both rcar_pcie_teardown_msi()
and rcar_pcie_enable_msi() failpath to remove the mappings correctly.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reported-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven
disabled.
This patch pulls the clock handling out of the rcar_pcie_get_resources()
and enables clock after all the resources were requested. Moreover, this
patch also always disables the clock in case of failure.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytter
On 05/23/2018 06:17 PM, Lorenzo Pieralisi wrote:
> On Mon, May 21, 2018 at 03:11:20PM +0200, Marek Vasut wrote:
>> 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 match
On 05/23/2018 01:55 PM, Geert Uytterhoeven wrote:
> On Wed, May 23, 2018 at 1:42 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> The model number stored in the struct da9063 is the same for all
>> variants of the da9063 since it is the chip ID, which is always
On 05/23/2018 02:08 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Wed, May 23, 2018 at 1:26 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> Add device tree bindings for the Dialog DA9063L. This is a
>> variant of the DA9063 chip with smaller package, with less
&g
Add device tree bindings for the Dialog DA9063L. This is a
variant of the DA9063 chip with smaller package, with less
LDO regulators and without RTC block. The other properties
of the chip are the same, including the content of the chip
ID register.
Signed-off-by: Marek Vasut <marek.vasut+r
On 05/23/2018 01:52 PM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Wed, May 23, 2018 at 1:43 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> Add PMIC nodes to Porter and connect CPU DVFS supply. There is
>> one DA9063L and one DA9210 on Porter, the only difference
Add PMIC nodes to Porter and connect CPU DVFS supply. There is
one DA9063L and one DA9210 on Porter, the only difference from
the other boards is that DA9063L is at I2C address 0x5a rather
than 0x58 .
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <g
Move the LDOs present only on DA9063 at the end of the list, so that
the DA9063L can simply indicate less LDOs and still share the list of
regulators with DA9063.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lee J
Add support for DA9063L, which is a reduced variant of the DA9063
with less regulators and without RTC.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lee Jones <lee.jo...@linaro.org>
Cc: Mark Brown <broo...@
.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lee Jones <lee.jo...@linaro.org>
Cc: Mark Brown <broo...@kernel.org>
Cc: Steve Twiss <stwiss.opensou...@diasemi.com>
Cc: Wolfram Sang <wsa+rene...@sang-engin
Add type for DA9063L, which is a reduced variant of the DA9063
without RTC block and with less regulators.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lee Jones <lee.jo...@linaro.org>
Cc: Mark Brown <broo...@
e using DT or otherwise.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Lee Jones <lee.jo...@linaro.org>
Cc: Mark Brown <broo...@kernel.org>
Cc: Steve Twiss <stwiss.opensou...@diasemi.com>
Cc: Wolfram Sa
Add device tree bindings for the Dialog DA9063L. This is a
variant of the DA9063 chip with smaller package, with less
LDO regulators and without RTC block. The other properties
of the chip are the same, including the content of the chip
ID register.
Signed-off-by: Marek Vasut <marek.vasut+r
On 05/23/2018 08:18 AM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Tue, May 22, 2018 at 11:53 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> On 05/22/2018 08:36 PM, Geert Uytterhoeven wrote:
>>> On Mon, May 21, 2018 at 3:11 PM, Marek Vasut <marek.va...@gma
()
into a separate function and call it from both rcar_pcie_teardown_msi()
and rcar_pcie_enable_msi() failpath to remove the mappings correctly.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Reported-by: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Geert Uytterhoeven
On 05/22/2018 04:43 PM, Geert Uytterhoeven wrote:
> On Tue, May 22, 2018 at 2:02 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> Drop the MTD partitioning from DT, since it does not describe HW
>> and to give way to a more flexible kernel command line partition
>&g
On 05/22/2018 04:32 PM, Geert Uytterhoeven wrote:
> On Tue, May 22, 2018 at 2:02 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> Drop the MTD partitioning from DT, since it does not describe HW
>> and to give way to a more flexible kernel command line partition
>&g
On 05/22/2018 08:36 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Mon, May 21, 2018 at 3:11 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> If the rcar_pcie_enable() fails and MSIs are enabled, the setup done in
>> rcar_pcie_enable_msi() is never undone.
On 05/22/2018 05:18 PM, Geert Uytterhoeven wrote:
> Hi Marek,
Hi,
> On Mon, May 21, 2018 at 3:11 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> The rcar_pcie_get_resources() is another misnomer with a side effect.
>> The function does not only get resources, bu
On 05/22/2018 12:33 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Tue, May 22, 2018 at 11:48 AM, Marek Vasut <marek.va...@gmail.com> wrote:
>> On 05/22/2018 11:42 AM, Geert Uytterhoeven wrote:
>>> On Mon, May 21, 2018 at 11:05 PM, Marek Vasut <marek.va...@gma
the suspend/resume patches land.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dream
:
mtdparts=spi0.0:256k@0(loader),4096k(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Cc: Simon Horman <horms+rene...@verge.net.au
:
mtdparts=spi0.0:256k@0(loader),4096k(user),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Cc: Simon Horman <horms+rene...@verge.net.au
:
mtdparts=spi0.0:256k@0(loader),256k(system),-(user)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Cc: Simon Horman <horms+rene...@verge.net.au
:
mtdparts=spi0.0:512k@0(loader),256k(uboot),256k(uboot-env),-(flash)
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Cc: Simon Horman <horms+rene...@verge.net
, neither describes the
hardware itself, so it shouldn't be in the DT. Furthermore, kernel
command line MTD partition passing allows greater flexibility in
case someone decided to repartition the flash, which is well in the
realm of possibility with these systems.
Signed-off-by: Marek Vasut
On 05/22/2018 10:10 AM, Arnd Bergmann wrote:
> On Tue, May 22, 2018 at 12:05 AM, Marek Vasut <marek.va...@gmail.com> wrote:
>> From: Phil Edworthy <phil.edwor...@renesas.com>
>>
>> The PCIe DMA controller on RCar Gen2 and earlier is on 32bit bus,
>> so lim
the suspend/resume patches land.
Signed-off-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dream
On 04/19/2018 12:00 PM, Geert Uytterhoeven wrote:
> Hi Marek,
>
> On Tue, Apr 10, 2018 at 6:17 PM, Marek Vasut <marek.va...@gmail.com> wrote:
>> On 04/10/2018 05:28 PM, Geert Uytterhoeven wrote:
>>>>>> The pairing looks as follows:
>>>>
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
-by: Marek Vasut <marek.vasut+rene...@gmail.com>
Cc: Geert Uytterhoeven <geert+rene...@glider.be>
Cc: Phil Edworthy <phil.edwor...@renesas.com>
Cc: Simon Horman <horms+rene...@verge.net.au>
Cc: Wolfram Sang <w...@the-dreams.de>
Cc: linux-renesas-soc@vger.kernel.org
---
dri
101 - 200 of 387 matches
Mail list logo