2012/8/28 Linus Walleij :
> I'm following it now I think, after some discussion here at the kernel summit
> I have come to the conclusion that the real problem with readability comes
> from a shortcoming in the device tree compiler, that it cannot handle
> macros and defines (no preprocessor) so it
Hi Tony,
* Rajendra Nayak [120730 06:17]:
regulators do not have a 'reg' property, hence the regulator@0,
regulator@1 do not make sense. get rid of it.
Looks like this needs to be refreshed to apply. Care to
refresh against current devel-dt branch in case other
places need the same change?
On 8/25/2012 1:44 AM, Tony Lindgren wrote:
> * AnilKumar Ch [120816 05:20]:
>> Add D_CAN1 pinctrl node to am3358_pinmux master node to export
>> D_CAN functionality on AM335x EVM according to pinctrl-single
>> driver.
>>
>> Signed-off-by: AnilKumar Ch
>> ---
>> Changes from v2:
>> - Incorp
On Tue, Aug 28, 2012 at 11:23:10AM +0800, Zhao Richard-B20223 wrote:
...
> > np = of_find_compatible_node(NULL, NULL, "fsl,imx6q-anatop");
> np unused.
Correct.
Will drop it.
Regards
Dong Aisheng
___
devicetree-discuss mailing list
devicetree-discu
On 28 August 2012 10:46, Jaehoon Chung wrote:
> On 08/28/2012 02:10 PM, Thomas Abraham wrote:
>> On 28 August 2012 10:40, Thomas Abraham wrote:
>>> On 28 August 2012 10:25, Jaehoon Chung wrote:
Hi Thomas,
On 08/28/2012 01:48 PM, Thomas Abraham wrote:
> On 27 August 2012 14:28,
On 28 August 2012 10:40, Thomas Abraham wrote:
> On 28 August 2012 10:25, Jaehoon Chung wrote:
>> Hi Thomas,
>>
>> On 08/28/2012 01:48 PM, Thomas Abraham wrote:
>>> On 27 August 2012 14:28, Jaehoon Chung wrote:
Hi Thomas,
> + gpio = of_get_named_gpio(slot_np, "wp-gpios", 0);
>>
On 28 August 2012 10:25, Jaehoon Chung wrote:
> Hi Thomas,
>
> On 08/28/2012 01:48 PM, Thomas Abraham wrote:
>> On 27 August 2012 14:28, Jaehoon Chung wrote:
>>> Hi Thomas,
>>>
+ gpio = of_get_named_gpio(slot_np, "wp-gpios", 0);
+ if (gpio_is_valid(gpio)) {
+ if
On 27 August 2012 15:01, Will Newton wrote:
> On Sun, Aug 26, 2012 at 12:51 PM, Thomas Abraham
> wrote:
>> This is the fourth version of the patch series that adds device tree support
>> for Synopsis Designware Mobile Storage Host Controller. In this version, the
>> significant change is the spli
On 27 August 2012 14:28, Jaehoon Chung wrote:
> Hi Thomas,
>
>> + gpio = of_get_named_gpio(slot_np, "wp-gpios", 0);
>> + if (gpio_is_valid(gpio)) {
>> + if (devm_gpio_request(host->dev, gpio, "dw-mci-wp"))
>> + dev_info(host->dev, "gpio [%d] request failed\n
On 27 August 2012 13:31, Heiko Stübner wrote:
> Hi Thomas,
>
> thanks for your review:
>
> Am Montag, 27. August 2012, 06:20:49 schrieb Thomas Abraham:
>> Hi Heiko,
>>
>> On 26 August 2012 03:23, Heiko Stübner wrote:
>> > Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
>> >
On Mon, Aug 27, 2012 at 03:24:43PM +0800, Dong Aisheng wrote:
> From: Dong Aisheng
>
> Using syscon to access anatop registers.
>
> Signed-off-by: Dong Aisheng
> ---
> ChangeLog v1->v2:
> * update to use generic regmap api
> ---
> arch/arm/mach-imx/Kconfig |2 +-
> arch/arm/mach-imx/
On Tue, Aug 28, 2012 at 06:15:35AM +0800, Shawn Guo wrote:
> > + sreg->anatop = syscon_regmap_lookup_by_phandle(np, "fsl,anatop");
> > + if (IS_ERR(sreg->anatop))
> > + return PTR_ERR(sreg->anatop);
> > +
>
> All the anatop regulators are child nodes of anatop. It looks a littl
On Tue, Aug 28, 2012 at 06:08:32AM +0800, Shawn Guo wrote:
> On Mon, Aug 27, 2012 at 03:24:39PM +0800, Dong Aisheng wrote:
> > From: Dong Aisheng
> >
> > Add regmap based syscon driver.
> > This is usually used for access misc bits in registers which does not belong
> > to a specific module, for
On Sat, Aug 25, 2012 at 1:38 AM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 11:49 Thu 23 Aug , Stephen Warren wrote:
>> On 08/23/2012 01:06 AM, Richard Genoud wrote:
>> > Let's take the PioA - peripheral B: 0xffe0399f
>> > From the documentation table 4-3, we can extract the column PIO
>> >
On 08/16/2012 10:35 AM, Stefano Stabellini wrote:
> Add a doc to describe the Xen ARM device tree bindings
>
> Signed-off-by: Stefano Stabellini
> CC: devicetree-discuss@lists.ozlabs.org
> CC: David Vrabel
> ---
> Documentation/devicetree/bindings/arm/xen.txt | 22 ++
> 1
On Mon, Aug 27, 2012 at 03:24:42PM +0800, Dong Aisheng wrote:
> From: Dong Aisheng
>
> Using syscon to access anatop register.
>
> Acked-by: Mark Brown
> Signed-off-by: Dong Aisheng
> ---
> ChangeLog v1-v2:
> * update to use generic regmap api
> ---
> arch/arm/boot/dts/imx6q.dtsi |
On Mon, Aug 27, 2012 at 03:24:39PM +0800, Dong Aisheng wrote:
> From: Dong Aisheng
>
> Add regmap based syscon driver.
> This is usually used for access misc bits in registers which does not belong
> to a specific module, for example, IMX IOMUXC GPR and ANATOP.
> With this driver, client can use
On 08/27/2012 12:19 PM, Sebastian Hesselbarth wrote:
> On 08/27/2012 03:43 PM, Ben Dooks wrote:
>> On 20/08/2012 06:49, Linus Walleij wrote:
>>> On Sat, Aug 11, 2012 at 2:56 PM, Sebastian Hesselbarth
>>> wrote:
>>> (...)
diff --git a/drivers/pinctrl/pinctrl-kirkwood.c
b/drivers/pinctrl/p
On Tue, Aug 28, 2012 at 00:06:45, Paul Walmsley wrote:
> On Mon, 27 Aug 2012, Hiremath, Vaibhav wrote:
>
> > On Mon, Aug 27, 2012 at 22:50:12, Paul Walmsley wrote:
> >
> > > Is the dcan driver present in v3.6-rc kernels?
> >
> > Multiple versions have been submitted already, I have validated us
On Mon, 27 Aug 2012, Hiremath, Vaibhav wrote:
> On Mon, Aug 27, 2012 at 22:50:12, Paul Walmsley wrote:
>
> > Is the dcan driver present in v3.6-rc kernels?
>
> Multiple versions have been submitted already, I have validated using them.
> Irrespective of this, it is independent change and requir
On Mon, Aug 27, 2012 at 22:50:12, Paul Walmsley wrote:
> Hi
>
> On Mon, 27 Aug 2012, Vaibhav Hiremath wrote:
>
> > Currently, the device names for the dcan module follows the
> > format "dcan.X", where 'X' is the dcan instance number.
> > On other side, driver may request for clock with/without c
Hi
On Mon, 27 Aug 2012, Vaibhav Hiremath wrote:
> Currently, the device names for the dcan module follows the
> format "dcan.X", where 'X' is the dcan instance number.
> On other side, driver may request for clock with/without con_id
> and dev_id, and it is expected that platform should respect t
The device/node resources (like, IORESOURCE_MEM and IORESOURCE_IRQ)
are overwritten by hwmod resources, due to all known reasons but
that should not be the reason for not providing all the information
in the DTS blob. Ideally we should use DTS resource and use HWMOD
framework wherever required and
To make it consistent, convert all hex number presentation
to lower-case from all am33xx specific nodes.
Signed-off-by: Vaibhav Hiremath
Cc: Tony Lindgren
---
arch/arm/boot/dts/am335x-bone.dts |2 +-
arch/arm/boot/dts/am335x-evm.dts |2 +-
arch/arm/boot/dts/am33xx.dtsi | 20 +
This series is trivial patch-series and should be considered as
preparation for the future where we supposed to get rid of
hwmod dependency.
1/2: Converts all hex numbers to lowercase, fixing inconsistency
2/2: Add reg and interrupt property to all device/module nodes inside
DTS files.
Alt
Am Montag, 27. August 2012, 11:51:27 schrieb Vasily Khoruzhick:
> On Mon, Aug 27, 2012 at 12:44 PM, Heiko Stübner wrote:
> > Hi Vasily,
> >
> > I'm not sure I follow :-) .
> >
> > The compatible property here only sets the mechanism on how to handle the
> > gpios defined in the devicetree - here
Currently, the device names for the dcan module follows the
format "dcan.X", where 'X' is the dcan instance number.
On other side, driver may request for clock with/without con_id
and dev_id, and it is expected that platform should respect this
request and return the requested clock handle.
Now, w
On Mon, Aug 27, 2012 at 12:44 PM, Heiko Stübner wrote:
> Hi Vasily,
>
> I'm not sure I follow :-) .
>
> The compatible property here only sets the mechanism on how to handle the
> gpios defined in the devicetree - here to use the s3c24xx-style. As you can
> see in gpio-samsung.c the handling is al
Hello Mr. Inki Dae,
Can you please review this patch set once.
Best Wishes,
Leela Krishna Amudala.
On Thu, Aug 16, 2012 at 3:38 PM, Leela Krishna Amudala
wrote:
>
> This patch set adds device tree support for DRM-FIMD for Samsung's
> Exynos5250.
> It includes parsing platform data from dts file.
Hi Vasily,
Am Montag, 27. August 2012, 10:57:04 schrieb Vasily Khoruzhick:
> Hi,
>
> On Mon, Aug 27, 2012 at 11:01 AM, Heiko Stübner wrote:
> > Hi Thomas,
> >
> > thanks for your review:
> >
> > Hmmm, but the logic to drive the gpio controller is the same for all
> > arches. The only differenc
Hi,
On Mon, Aug 27, 2012 at 11:01 AM, Heiko Stübner wrote:
> Hi Thomas,
>
> thanks for your review:
>
> Hmmm, but the logic to drive the gpio controller is the same for all arches.
> The only difference is the number to use for the different pull up/down
> settings. So I think the "samsung,s3c24x
On Thu, Aug 16, 2012 at 03:38:09PM +0530, Leela Krishna Amudala wrote:
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
> drivers/gpu/drm/exynos/exynos_drm_f
Hi Thomas,
thanks for your review:
Am Montag, 27. August 2012, 06:20:49 schrieb Thomas Abraham:
> Hi Heiko,
>
> On 26 August 2012 03:23, Heiko Stübner wrote:
> > Until now the Exynos-SoC was the only Samsung-SoC supporting the GPIOs
> > via the device tree. This patch implements dt-support for
From: Dong Aisheng
Using syscon to access anatop registers.
Signed-off-by: Dong Aisheng
---
ChangeLog v1->v2:
* update to use generic regmap api
---
arch/arm/mach-imx/Kconfig |2 +-
arch/arm/mach-imx/mach-imx6q.c | 43 ---
2 files changed, 19 ins
From: Dong Aisheng
The anatop registers are accessed via syscon now, no one will use
mfd anatop driver anymore, remove it.
Signed-off-by: Dong Aisheng
---
drivers/mfd/Kconfig|8 ---
drivers/mfd/Makefile |1 -
drivers/mfd/anatop-mfd.c | 124 -
From: Dong Aisheng
Originally the anatop regulator devices are populated by mfd anatop driver.
Since mfd anatop driver will be deleted later, we change to populate the
regulator devices by devicetree automatically.
This will cause some warning messages as follows during boot due to device
recreat
From: Dong Aisheng
Using syscon to access anatop register.
Acked-by: Mark Brown
Signed-off-by: Dong Aisheng
---
ChangeLog v1-v2:
* update to use generic regmap api
---
arch/arm/boot/dts/imx6q.dtsi |6 ++
drivers/regulator/Kconfig|2 +-
drivers/regulator/anatop
From: Dong Aisheng
There're a few anatop registers need to be accessed by different modules.
Add anatop registers into syscon support for easy access.
Signed-off-by: Dong Aisheng
---
arch/arm/boot/dts/imx6q.dtsi |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/a
From: Dong Aisheng
Include headfile for easy using.
Signed-off-by: Dong Aisheng
---
arch/arm/boot/dts/imx6q.dtsi |5 +
include/linux/fsl/imx6q-iomuxc-gpr.h | 319 ++
2 files changed, 324 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/
From: Dong Aisheng
Add regmap based syscon driver.
This is usually used for access misc bits in registers which does not belong
to a specific module, for example, IMX IOMUXC GPR and ANATOP.
With this driver, client can use generic regmap API to access registers
which are registered into syscon.
This patch series mainly adds an syscon driver which is used to access
general system controller registers like FSL IOMUXC GPR and ANATOP,
after that, we convert all the exist private access general registers code to
use
standard API from regmap to access registers.
Finally we remove the old mfd a
On 08/26/2012 02:13 AM, John Crispin wrote:
> Trivial patch that exports the of_irq_to_resource_table() symbol so that
> modules can use it.
>
> Signed-off-by: John Crispin
> ---
Applied for 3.7
Rob
> drivers/of/irq.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --gi
42 matches
Mail list logo