Add device tree probe support for atmel at_hdmac DMA driver.
Bindings are added to specify the number of channels that the implementation of
the controller actually has. They also allow to tell if the peripherals/DMA
transfer is supported by the IP.
Signed-off-by: Nicolas Ferre
Hi,
As a showcase, this is a basic device tree support for at91 SoC.
It add at91sam9g45 SoC with its Evaluation Kit board descriptions.
Only the dmaengine driver is converted at the moment so the support
is fairly simple.
Nicolas Ferre (2):
AT91: dt: at91sam9g45 family and board device
Create a new device tree source file for Atmel at91sam9g45 SoC family.
The Evaluation Kit at91sam9m10g45ek includes it.
This first basic support will be populated as drivers and boards will be
converted to device tree.
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91sam9g45.dtsi
Add basic device tree support for at91sam9g45 SoC family and the
at91sam9m10g45ek board.
DT is been used to describe the at91sam9g45 SoC memory and AIC. It also
adds the dmaengine driver.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/Kconfig |8 ++
arch/arm/mach-at91
On 08/07/2011 04:57 AM, Grant Likely wrote:
On Fri, Aug 05, 2011 at 05:24:53PM +0100, Nicolas Ferre wrote:
Add basic device tree support for at91sam9g45 SoC family and the
at91sam9m10g45ek board.
DT is been used to describe the at91sam9g45 SoC memory and AIC. It also
adds the dmaengine driver
Le 07/08/2011 06:09, Grant Likely :
> On Fri, Aug 05, 2011 at 01:58:40PM +0100, Nicolas Ferre wrote:
>> Add device tree probe support for atmel at_hdmac DMA driver.
>> Bindings are added to specify the number of channels that the implementation
>> of
>> the control
AMCC)
> +apm Applied Micro Circuits Corporation (APM)
> +arm ARM Ltd.
Can we add:
+atmel Atmel Corporation
I am working on a revival of patches that I have cooked at Linaro
Connect for AT91...
Best regards,
--
Nicolas Ferre
___
devicetree-d
Signed-off-by: Nicolas Ferre
---
Hi,
Here is a first attempt to add device tree support to atmel_serial driver.
RS485 data are not handled for the moment. My feeling is that they should be
added as a generic DT biding set.
.../devicetree/bindings/tty/serial/atmel-usart.txt | 27
takes advantage of platform data for early serial
init. As we need a storage media and the NAND flash driver is not converted to
DT yet, we keep old initialization for it.
Signed-off-by: Nicolas Ferre
---
V2: foundation for AT91SAM generic support
- device tree focused board file
- inclusion of
On 10/04/2011 03:58 AM, Rob Herring :
> On 10/03/2011 04:51 AM, Nicolas Ferre wrote:
>> Signed-off-by: Nicolas Ferre
>> ---
>> Hi,
>>
>> Here is a first attempt to add device tree support to atmel_serial driver.
>> RS485 data are not handled for the mo
On 10/05/2011 03:00 PM, Rob Herring :
> Nicolas,
>
> On 10/03/2011 05:00 AM, Nicolas Ferre wrote:
>> Create a new device tree source file for Atmel at91sam9g45 SoC family.
>> The Evaluation Kit at91sam9m10g45ek includes it.
>> This first basic support will be populated
Device tree support on at91sam9g45 family SoC. Only call
platform_device_register() if no dma-controller node is
found in device tree.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9g45_devices.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/arch
DMA controller can deduce its configuration data from
the platform. Remove the platform data and match device
types with the compatible ones.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9g45_devices.c |9 +
arch/arm/mach-at91/at91sam9rl_devices.c |8 +---
2
Add device tree probe support for atmel at_hdmac DMA driver.
Bindings are added to specify DMA controller configuration.
Signed-off-by: Nicolas Ferre
---
.../devicetree/bindings/dma/atmel-dma.txt | 14 +
drivers/dma/at_hdmac.c | 30
We remove platform data from DMA controller and move
to the use of .id_table to distinguish between compatible
types. The two implementations allow to determine the
number of channels and the capabilities of the controller.
Signed-off-by: Nicolas Ferre
---
drivers/dma/at_hdmac.c | 48
Device tree support on at91sam9g45 family SoC. Only call
platform_device_register() if no compatible dma-controller
node is found in device tree.
Signed-off-by: Nicolas Ferre
---
V2: use compatible string to match device.
arch/arm/mach-at91/at91sam9g45_devices.c |8 +++-
1 files
On 10/04/2011 06:55 PM, Grant Likely :
> On Tue, Oct 04, 2011 at 08:08:27AM -0500, Rob Herring wrote:
>> Nicolas,
>>
>> On 10/04/2011 03:18 AM, Nicolas Ferre wrote:
>>> On 10/04/2011 03:58 AM, Rob Herring :
>>>> On 10/03/2011 04:51 AM, Nicol
Generic bindings for RS485 feature included in some UARTs.
Those bindings have to be used withing an UART device tree node.
Documentation updated to link to the bindings definition.
Signed-off-by: Nicolas Ferre
---
Hi all,
1/ I have used the "linux" vendor definition: tell me if it m
I can also add this new property (support for it already in linux-next):
On 10/11/2011 07:13 PM, Nicolas Ferre :
> Generic bindings for RS485 feature included in some UARTs.
> Those bindings have to be used withing an UART device tree node.
> Documentation updated to link to the
On 10/11/2011 08:41 PM, Arnd Bergmann :
> On Tuesday 11 October 2011 19:28:06 Nicolas Ferre wrote:
>>
>>> +Optional properties:
>>> +- linux,rs485-enabled-at-boot-time: empty property telling to enable the
>>> rs485
>>> + feature at boot tim
On 10/04/2011 06:52 PM, Grant Likely :
> On Mon, Oct 03, 2011 at 08:58:48PM -0500, Rob Herring wrote:
>> On 10/03/2011 04:51 AM, Nicolas Ferre wrote:
>>> static int __devinit atmel_serial_probe(struct platform_device *pdev)
>>> {
>>> struct atmel_uart_po
Easier to follow if platform_data name is pdata.
Signed-off-by: Nicolas Ferre
---
drivers/tty/serial/atmel_serial.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial/atmel_serial.c
index c7232a9..a507daa
enumeration of ports is enhanced to be able to deal with several types
of port numbering: platform data, device tree or automatic.
Nicolas Ferre (5):
tty/serial: RS485 bindings for device tree
tty/serial: atmel_serial: change platform_data variable name
tty/serial: atmel_serial
If no platform data provided to enumerate ports, use a bit field
to choose port number and check if port is already initialized.
Use this mechanism for both console and plain serial ports.
Signed-off-by: Nicolas Ferre
---
drivers/tty/serial/atmel_serial.c | 44
Will use aliases to enumerate ports, if available.
Signed-off-by: Nicolas Ferre
---
drivers/tty/serial/atmel_serial.c | 79 +
1 files changed, 71 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial
Generic bindings for RS485 feature included in some UARTs.
Those bindings have to be used withing an UART device tree node.
Documentation updated to link to the bindings definition.
Signed-off-by: Nicolas Ferre
---
Documentation/devicetree/bindings/serial/rs485.txt | 31
Signed-off-by: Nicolas Ferre
---
drivers/tty/serial/atmel_serial.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/serial/atmel_serial.c
b/drivers/tty/serial/atmel_serial.c
index a507daa..bb72354 100644
--- a/drivers/tty/serial/atmel_serial.c
+++ b
On 10/11/2011 04:16 PM, Vinod Koul :
> On Mon, 2011-10-10 at 18:37 +0200, Nicolas Ferre wrote:
>> We remove platform data from DMA controller and move
>> to the use of .id_table to distinguish between compatible
>> types. The two implementations allow to determine the
>>
On 10/12/2011 06:34 PM, Nicolas Ferre :
> On 10/11/2011 04:16 PM, Vinod Koul :
[..]
>> Little confused at this, where is the remove of existing platfrom data
>> per the changelog?
>
> Well, yes, it is the use of platform data that is removed, not the
> structure i
This series add the device tree support to Atmel DMA controller driver:
at_hdmac.
The removal of platform data ease the conversion to device tree. It also have
the additional benefit of being simpler and cleaner.
Nicolas Ferre (4):
dmaengine: at_hdmac: platform data move to use .id_table
We remove the use of platform data from DMA controller driver.
We now use of .id_table to distinguish between compatible
types. The two implementations allow to determine the
number of channels and the capabilities of the controller.
Signed-off-by: Nicolas Ferre
---
drivers/dma/at_hdmac.c
DMA controller can deduce its configuration data from
the platform. Remove the platform data and match device
types with the compatible ones.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9g45_devices.c |9 +
arch/arm/mach-at91/at91sam9rl_devices.c|8
Device tree support on at91sam9g45 family SoC. Only call
platform_device_register() if no dma-controller node is
found in device tree.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9g45_devices.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/arch
Add device tree probe support for atmel at_hdmac DMA driver.
Bindings are added to specify DMA controller configuration.
Signed-off-by: Nicolas Ferre
---
.../devicetree/bindings/dma/atmel-dma.txt | 14 +
drivers/dma/at_hdmac.c | 30
On 10/13/2011 02:34 AM, Grant Likely :
> On Wed, Oct 12, 2011 at 06:57:12PM +0200, Nicolas Ferre wrote:
>> Add device tree probe support for atmel at_hdmac DMA driver.
>> Bindings are added to specify DMA controller configuration.
>>
>> Signed-off-by: Nicolas Ferre
On 10/12/2011 06:57 PM, Nicolas Ferre :
> This series add the device tree support to Atmel DMA controller driver:
> at_hdmac.
> The removal of platform data ease the conversion to device tree. It also have
> the additional benefit of being simpler and cleaner.
>
>
We remove the use of platform data from DMA controller driver.
We now use of .id_table to distinguish between compatible
types. The two implementations allow to determine the
number of channels and the capabilities of the controller.
Signed-off-by: Nicolas Ferre
Acked-by: Grant Likely
Add device tree probe support for atmel at_hdmac DMA driver.
Bindings are added to specify DMA controller configuration.
Signed-off-by: Nicolas Ferre
Acked-by: Grant Likely
---
.../devicetree/bindings/dma/atmel-dma.txt | 14
drivers/dma/at_hdmac.c
On 10/07/2011 02:56 PM, Nicolas Ferre :
> On 10/05/2011 03:00 PM, Rob Herring :
>> Nicolas,
>>
>> On 10/03/2011 05:00 AM, Nicolas Ferre wrote:
>>> Create a new device tree source file for Atmel at91sam9g45 SoC family.
>>> The Evaluation Kit at91sam9m10
On 10/18/2011 10:44 PM, Rob Herring :
> Nicolas,
>
> On 10/18/2011 05:07 AM, Nicolas Ferre wrote:
>> On 10/07/2011 02:56 PM, Nicolas Ferre :
>>> On 10/05/2011 03:00 PM, Rob Herring :
>>>> Nicolas,
>>>>
>>>> On 10/03/2011 05:00 AM, Nic
On 10/17/2011 02:54 PM, Nicolas Ferre :
> On 10/12/2011 06:57 PM, Nicolas Ferre :
>> This series add the device tree support to Atmel DMA controller driver:
>> at_hdmac.
>> The removal of platform data ease the conversion to device tree. It also have
>> the additional b
On 10/24/2011 05:28 AM, Vinod Koul :
> On Mon, 2011-10-17 at 14:54 +0200, Nicolas Ferre wrote:
>> On 10/12/2011 06:57 PM, Nicolas Ferre :
>>> This series add the device tree support to Atmel DMA controller driver:
>>> at_hdmac.
>>> The removal of platform dat
ed as well on non-dt builds.
Signed-off-by: Nicolas Ferre
---
include/linux/of.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/of.h b/include/linux/of.h
index 736b747..92c40a1 100644
--- a/include/linux/of.h
+++ b/include/linux/of.h
@@ -303,6 +303,7 @@
From: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91sam9g20.dtsi | 119
arch/arm/boot/dts/usb_a9g20.dts| 30 +
arch/arm/mach-at91/Makefile.boot
takes advantage of platform data for early serial
init. As we need a storage media and the NAND flash driver is not converted to
DT yet, we keep old initialization for it.
Signed-off-by: Nicolas Ferre
---
V3:
- additional clock lookup for device tree handling
- devices disabled in dtsi file so that
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/usb_a9g20.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/boot/dts/usb_a9g20.dts b/arch/arm/boot/dts/usb_a9g20.dts
index a060f6c..d66e2c0 100644
--- a/arch/arm/boot/dts/usb_a9g20.dts
+++ b/arch/arm/boot/dts
On 10/24/2011 04:12 PM, Baruch Siach :
> Hi Nicolas,
>
> On Mon, Oct 24, 2011 at 04:05:00PM +0200, Nicolas Ferre wrote:
>> Create a new device tree source file for Atmel at91sam9g45 SoC family.
>> The Evaluation Kit at91sam9m10g45ek includes it.
>> This first basic s
On 10/24/2011 04:34 PM, Grant Likely :
> On Tue, Oct 18, 2011 at 12:07:17PM +0200, Nicolas Ferre wrote:
>> On 10/07/2011 02:56 PM, Nicolas Ferre :
>>> On 10/05/2011 03:00 PM, Rob Herring :
>>>> Nicolas,
>>>>
>>>> On 10/03/2011 05:00 AM, Nico
On 10/24/2011 04:44 PM, Rob Herring :
> On 10/24/2011 09:05 AM, Nicolas Ferre wrote:
>> Create a new device tree source file for Atmel at91sam9g45 SoC family.
>> The Evaluation Kit at91sam9m10g45ek includes it.
>> This first basic support will be populated as drive
Add function of_alias_get_id() reporting -ENOSYS
for non-dt builds, so that drivers migrating to dt
can save some '#ifdef CONFIG_OF'.
Signed-off-by: Nicolas Ferre
---
Hi Grant,
Another empty function for non-dt builds. Can we consider
queuing it for 3.1?
Best regards,
include/
; void *data;
> int ret = -ENODEV;
>
> BUILD_BUG_ON(ATMEL_SERIAL_RINGSIZE & (ATMEL_SERIAL_RINGSIZE - 1));
>
> +#ifdef CONFIG_OF
> if (np)
> ret = of_alias_get_id(np, "serial");
> else
> +#endif
> i
-Christophe PLAGNIOL-VILLARD
>>> wrote:
>>>> allow the DT to pass the mac address and the phy mode
>>>>
>>>> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
>>>> Cc: Jamie Iles
>>>> Cc: Nicolas Ferre
>>>
>>> This
of the "phy-mode" string:
- I know that it is widely used in drivers
- but, I discovered that in the ePAPR the string mentioned is
"phy-connection-type" (6.5.2.2)
- and it is true also that in the very same document, we find the "phy-mode" in
the Appendix B1 exa
On 11/18/2011 03:29 PM, Jean-Christophe PLAGNIOL-VILLARD :
> allow the DT to pass the mac address and the phy mode
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Jamie Iles
> Cc: Nicolas Ferre
> ---
> Documentation/devicetree/bindings/net/macb.txt | 22 ++
On 10/24/2011 11:34 AM, Grant Likely :
> On Mon, Oct 17, 2011 at 02:56:40PM +0200, Nicolas Ferre wrote:
>> We remove the use of platform data from DMA controller driver.
>> We now use of .id_table to distinguish between compatible
>> types. The two implementations allow to de
and then
> uppdate.
>
> Anyway, DT would be there in 3.8 with or without my changes.
Vinod,
So, can we imagine having this tree in linux-next rapidly (with or
without your changes)?
Thanks, best regards,
--
Nicolas Ferre
___
devicetree-di
On 10/19/2012 04:19 AM, Jean-Christophe PLAGNIOL-VILLARD :
> CPU Module with ATMEL AT91SAM9G45
> http://www.ronetix.at/pm9g45.html
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc: Nicolas Ferre
Ok, queued in at91-3.8-dt branch.
I had to modify the Makefile part of it t
On 11/16/2012 02:28 PM, Jean-Christophe PLAGNIOL-VILLARD :
> On 14:08 Fri 16 Nov , Nicolas Ferre wrote:
>> On 10/19/2012 04:19 AM, Jean-Christophe PLAGNIOL-VILLARD :
>>> CPU Module with ATMEL AT91SAM9G45
>>> http://www.ronetix.at/pm9g45.html
>>>
>>
On 11/12/2012 09:09 AM, Fabio Porcedda :
> Signed-off-by: Fabio Porcedda
Fine, queued in at91-3.8-dt branch.
Acked-by: Nicolas Ferre
You may need to pay attention to pinctrl that will appear in 3.8.
Best regards,
> ---
> based on v3.7-rc5
>
> arch/arm/boot/dts/e
DEVICE_TABLE(of, at91wdt_match);
> +#endif
> +
> static struct platform_driver at91wdt_driver = {
> .probe = at91wdt_probe,
> .remove = __exit_p(at91wdt_remove),
> .driver = {
> .name = "at91_wdt",
&
On 11/12/2012 09:37 AM, Fabio Porcedda :
> Tested on an at91sam9260 board (evk-pro3)
>
> Signed-off-by: Fabio Porcedda
Acked-by: Nicolas Ferre
(and to the whole patch series actually)
Wim, can you tell me if it is possible to merge this part through
arm-soc git tree with the rest of
On 11/19/2012 03:10 PM, Fabio Porcedda :
> Tested on at91sam9260 board (evk-pro3).
>
> Signed-off-by: Fabio Porcedda
> Cc: Andrew Victor
> Cc: Nicolas Ferre
Seems good:
Acked-by: Nicolas Ferre
> Cc: Jean-Christophe PLAGNIOL-VILLARD
> ---
> Documentation/devicetree
On 11/23/2012 01:44 PM, Jean-Christophe PLAGNIOL-VILLARD :
> the atmel_spi use only gpio for chip select
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Seems simple and nice:
Acked-by: Nicolas Ferre
> Cc: spi-devel-gene...@lists.sourceforge.net
> Cc: Grant Likely
&
hange disable to disable in dts node)?
I hope that once reworked, they will be able to reach Linus' tree soon
because the lack of this patch is causing DTB compilation errors on all
AT91...
Best regards,
--
Nicolas Ferre
___
devicetree-discus
From: Ludovic Desroches
Having a unit-address different from 0 causes bad memory node detection
during early_init_dt_scan_memory.
Signed-off-by: Ludovic Desroches
Signed-off-by: Nicolas Ferre
Cc: Jean-Christophe PLAGNIOL-VILLARD
Cc: devicetree-discuss@lists.ozlabs.org
---
arch/arm/boot/dts
remove unit-address part for memory nodes (2012-04-04 18:35:52
+0200)
Ludovic Desroches (1):
ARM: at91: dt: remove unit-address part for memory nodes
Nicolas Ferre (11):
ARM: at91/at91sam9x5: add clkdev entries for DMA c
mode 100644 arch/arm/mach-at91/at91sam9n12.c
> create mode 100644 arch/arm/mach-at91/include/mach/at91sam9n12.h
> create mode 100644 arch/arm/mach-at91/include/mach/at91sam9n12_matrix.h
>
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
;
> +
> + nand0: nand@4000 {
> + nand-bus-width = <8>;
> + nand-ecc-mode = "soft";
> + nand-on-flash-bbt;
> + status = "okay";
> +
> + boot@0 {
> + label = "bootstrap/uboot/kernel";
> + reg = <0x0 0x40>;
> + };
> +
> + rootfs@40 {
> + label = "rootfs";
> + reg = <0x40 0x3C0>;
> + };
> +
> + data@400 {
> + label = "data";
> + reg = <0x400 0xC00>;
> + };
Here, remove partitions. We may setup thing differently. But anyway, I
will try to adapt them myself.
> + };
> + };
> +
> + leds {
> + compatible = "gpio-leds";
> +
> + d8 {
> + label = "d8";
> + gpios = <&pioB 4 1>;
> + linux,default-trigger = "mmc0";
> + };
> +
> + d9 {
> + label = "d6";
> + gpios = <&pioB 5 1>;
> + linux,default-trigger = "nand-disk";
> + };
> +
> + d10 {
> + label = "d7";
> + gpios = <&pioB 6 0>;
> + linux,default-trigger = "heartbeat";
> + };
> + };
> +
> + gpio_keys {
> + compatible = "gpio-keys";
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + enter {
> + label = "Enter";
> + gpios = <&pioB 4 1>;
> + linux,code = <28>;
> + gpio-key,wakeup;
> + };
> + };
> +};
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
am9rl() \
> || cpu_is_at91sam9g45() \
> - || cpu_is_at91sam9x5()))
> + || cpu_is_at91sam9x5() \
> + || cpu_is_at91sam9n12()))
>
> #define cpu_has_upll()
5 deletions(-)
> create mode 100644 arch/arm/boot/dts/at91sam9n12.dtsi
> create mode 100644 arch/arm/boot/dts/at91sam9n12ek.dts
> create mode 100644 arch/arm/mach-at91/at91sam9n12.c
> create mode 100644 arch/arm/mach-at91/include/ma
On 05/22/2012 12:09 PM, ludovic.desroc...@atmel.com :
> From: Ludovic Desroches
>
> Add clocks to clock lookup table for DT entries.
>
> Signed-off-by: Ludovic Desroches
Acked-by: Nicolas Ferre
This one will probably go through arm-soc git tree...
> ---
> arch/arm/ma
On 05/22/2012 12:09 PM, ludovic.desroc...@atmel.com :
> From: Ludovic Desroches
>
> Signed-off-by: Ludovic Desroches
Looks neat!
Acked-by: Nicolas Ferre
> ---
> .../devicetree/bindings/mmc/atmel-hsmci.txt| 67 +++
> drivers/mm
new ADC declarations.
Maybe also take into account the device tree support for sam9260: it is
linked with 9g20 support...
otherwise, once rebased you can add my:
Acked-by: Nicolas Ferre
(and I think that this one also should go through arm-soc)
> arch/arm/boot/dts/at91sam9g25ek.dts| 16
if (of_property_read_u32(cnp, "bus-width",
>>>> + &pdata->slot[slot_id].bus_width))
>>>> + pdata->slot[slot_id].bus_width = 1;
>>>> +
>>>> + pdata->slot[slot_id].detect_pin =
>>>
es for moving to device
tree on your AT91 based board (beware you should set pin muxing in your
bootloader).
There is a "work in progress" snapshot of this work in at91 git tree/branch:
git://github.com/at91linux/linux-at91.git ghnew/j/for-3.5-wip
commit: 5f31f2573e7e9369500118e1b8fd026392f
misc/atmel_tclib.c:170: warning: assignment discards qualifiers
> from pointer target type
>
> Signed-off-by: Uwe Kleine-König
> Cc: Nicolas Ferre
Acked-by: Nicolas Ferre
Thanks Uwe!
> Cc: Greg Kroah-Hartman
> ---
> Hello,
>
> btw, get_maintainer.pl suggested to Cc:
&
drivers/dma/at_hdmac.c:1228: warning: return discards qualifiers from
> pointer target type
>
> Signed-off-by: Uwe Kleine-König
> Cc: Nicolas Ferre
Acked-by: Nicolas Ferre
> Cc: Dan Williams
> Cc: Vinod Koul
> ---
> drivers/dma/at_hdmac.c |4 ++--
> 1 file
d yet in the
> committed code. Google of the obvious things hasn't turned up anything. Can
> someone give me a pointer?
Pinctrl/pinmux is beeing built these days: stay tuned on
linux-arm-kernel ml.
Best regards,
--
Nicolas Ferre
___
; as we need to touch the driver to add a new soc
So what? We still keep the compatibility if the new SoC has it
compatibility assured with previous revision: there is nothing to modify.
> please use platform data
No, it does not have to be exposed to the user: these data are highly
dependent on the actual hardware (IP revision in fact). So, no need to
mess with platform data.
So I will acknowledge Ludo's patches.
Bye,
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
no issue on the hw
> IP. For hte onther one keep both in the dtsi
Yes, I agree with this.
Bye,
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
and break the Calao
Yes, Ludovic shall keep i2c-gpio at the side of the new twi driver.
But for the platform, the platform maintainer will have to choose the
one or the other.
Bye,
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discus
On 09/03/2012 09:24 AM, ludovic.desroches :
> Le 09/01/2012 11:10 AM, Jean-Christophe PLAGNIOL-VILLARD a écrit :
>> On 22:47 Fri 31 Aug , Sylwester Nawrocki wrote:
>>> On 08/31/2012 04:51 PM, Nicolas Ferre wrote:
>>>>>> diff --git a/arch/arm/mach-at91/at91
dts: add twi nodes for atmel boards
For the whole patch series (with Jean-Christophe remarks about *dts
modifications*):
Acked-by: Nicolas Ferre
> .../devicetree/bindings/i2c/atmel-i2c.txt | 30 +++
> arch/arm/boot/dts/at91sam9260.dtsi | 23 +--
> ar
On 09/07/2012 03:27 PM, Fabio Porcedda :
> Don't fail the initialization check for the platform_data
> if there is avaiable an associated device tree node.
>
> Signed-off-by: Fabio Porcedda
Acked-by: Nicolas Ferre
Thanks, bye,
> ---
> drivers/usb/gadget/at91_udc.c |
pport").
>
> Tested on a at91sam9260 based board (PRO3-EVK).
>
> Signed-off-by: Fabio Porcedda
> Cc: Stable [v3.4+]
> Cc: Jean-Christophe PLAGNIOL-VILLARD
Acked-by: Nicolas Ferre
Felipe, Greg, can we queue this one for 3.6-final ?
Best regards,
> ---
> v2:
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/12/2012 08:14 AM, Felipe Balbi :
> Hi,
>
> On Tue, Sep 11, 2012 at 02:20:19PM +0200, Nicolas Ferre wrote:
>> On 09/11/2012 02:07 PM, Fabio Porcedda :
>>> Don't fail the initialization check for the platform_dat
sam9rl.c| 4 +-
> arch/arm/mach-at91/at91sam9rl_devices.c| 2 +-
> arch/arm/mach-at91/at91sam9x5.c| 6 +-
> drivers/i2c/busses/Kconfig | 6 +
> drivers/i2c/busses/i2c-at91.c | 217
> +
On 09/14/2012 05:18 PM, Jon Hunter :
> This is based upon the work by Benoit Cousson [1] and Nicolas Ferre [2]
> to add some basic helpers to retrieve a DMA controller device_node and the
> DMA request/channel information.
>
> Aim of DMA helpers
> - The purpose of device-tree
f, atmel_qt1070_of_match);
> +#endif
> +
> static struct i2c_driver qt1070_driver = {
> .driver = {
> .name = "qt1070",
> .owner = THIS_MODULE,
> + .of_match_table = of_match_ptr(atmel_qt1070_of_match),
> },
>
+MODULE_DEVICE_TABLE(of, at91_wdt_dt_ids);
> +#endif
> +
> static struct platform_driver at91wdt_driver = {
> .remove = __exit_p(at91wdt_remove),
> .driver = {
> .name = "at91_wdt",
> .owner = THIS_MODULE,
> + .of_match_table = of_match_ptr(at91_wdt_dt_ids),
> },
> };
>
>
Otherwise, looks ok...
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
>>> + reg = <0xfd40 0x10>;
>>> + heartbeat = <10>;
>> need put second in the property name so need to read the doc
>
> I didn't found any example about a property with "second" in the name.
> Which
SoC if the
> IP version is supported.
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Seems good:
Acked-by: Nicolas Ferre
Thanks a lot,
Bye,
> ---
> .../bindings/pinctrl/atmel,at91-pinctrl.txt| 84 ++
> arch/arm/Kconfig |2 +
e do not make these remarks: if the
conversation was private, it is not necessary to recall that here. Maybe
Voice is looking for help from someone else?
> you have only 2 choice pass the gpio and manage in c
> or configure the gpio as input in the xlate or map of the gpio drivers and the
>
> + if (ssc->pdev->dev.of_node) {
> + if (of_alias_get_id(ssc->pdev->dev.of_node, "ssc")
> + == ssc_num) {
> + ssc_valid = 1;
> + break;
> + }
> + } else if (ssc->pdev->id == ssc_num) {
> ssc_valid = 1;
> break;
> }
> @@ -88,10 +96,41 @@ static const struct platform_device_id
> atmel_ssc_devtypes[] = {
> }
> };
>
> +#ifdef CONFIG_OF
> +static const struct of_device_id atmel_ssc_dt_ids[] = {
> + {
> + .compatible = "atmel,at91rm9200-ssc",
> + .data = &at91rm9200_config,
> + }, {
> + .compatible = "atmel,at91sam9g45-ssc",
> + .data = &at91sam9g45_config,
> + }, {
> + /* sentinel */
> + }
> +};
> +MODULE_DEVICE_TABLE(of, atmel_ssc_dt_ids);
> +#endif
> +
> +static inline const struct atmel_ssc_platform_data * __init
> + atmel_ssc_get_driver_data(struct platform_device *pdev)
> +{
> + if (pdev->dev.of_node) {
> + const struct of_device_id *match;
> + match = of_match_node(atmel_ssc_dt_ids, pdev->dev.of_node);
> + if (match == NULL)
> + return NULL;
> + return match->data;
> + }
> +
> + return (struct atmel_ssc_platform_data *)
> + platform_get_device_id(pdev)->driver_data;
> +}
> +
> static int ssc_probe(struct platform_device *pdev)
> {
> struct resource *regs;
> struct ssc_device *ssc;
> + const struct atmel_ssc_platform_data *plat_dat;
>
> ssc = devm_kzalloc(&pdev->dev, sizeof(struct ssc_device), GFP_KERNEL);
> if (!ssc) {
> @@ -100,8 +139,10 @@ static int ssc_probe(struct platform_device *pdev)
> }
>
> ssc->pdev = pdev;
> - ssc->pdata = (struct atmel_ssc_platform_data *)
> - platform_get_device_id(pdev)->driver_data;
> +
> + plat_dat = atmel_ssc_get_driver_data(pdev);
> + if (!plat_dat)
> + return -ENODEV;
>
> regs = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> if (!regs) {
> @@ -160,6 +201,7 @@ static struct platform_driver ssc_driver = {
> .driver = {
> .name = "ssc",
> .owner = THIS_MODULE,
> + .of_match_table = of_match_ptr(atmel_ssc_dt_ids),
> },
> .id_table = atmel_ssc_devtypes,
> .probe = ssc_probe,
>
--
Nicolas Ferre
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
_ssc" which does not support DMA transfer If
>> match "at91sam9g45_ssc" which support DMA transfer
>
> Any comments on this from that Atmel folks? If I don't see
> something I'll probably just apply.
Indeed, comment sent.
Thanks for the "heads-up&qu
ransfer
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
> No change between v1 and v2
> ---
> arch/arm/mach-at91/at91rm9200.c |6 +++---
> arch/arm/mach-at91/at91rm9200_devices.c |6 +++---
> arch/arm/mach-at91/at91sam9260.c |2 +-
&g
On 10/31/2012 08:26 AM, Bo Shen :
> Add atmel-ssc for device tree support
>
> Match "atmel,at91rm9200-ssc" for using pdc for data transfer
> Match "atmel,at91sam9g45-ssc" for using pdc for data transfer
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
ch ssc should be used.
> Using ssc_request to implement this, so in dts file, need to assign
> "atmel,dai-master" to dai.
>
> Signed-off-by: Bo Shen
Seems ok from an AT91 perspective.
I know little about audio + DT integration, so I am not judging this part.
Acked-by: Nicolas Ferr
On 10/31/2012 08:27 AM, Bo Shen :
> convert sam9g20-wm8731 to device tree support.
>
> Signed-off-by: Bo Shen
Seems ok for AT91. But will certainly need more eyes for the audio part...
Acked-by: Nicolas Ferre
> ---
> Change since v1:
> Add sam9g20-wm873
I am for merging this patch and then
concentrating in adding the pinctrl piece just after.
Best regards,
>> Signed-off-by: Bo Shen
>> Acked-by: Nicolas Ferre
>> ---
>> Change since v2
>> No change
>> Change since v1
>> No change
>> -
1 - 100 of 245 matches
Mail list logo