[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <516FC732.9080109@atmel.com>
Date: Thu, 18 Apr 2013 12:13:06 +0200
From: Nicolas Ferre <nicolas.ferre@...el.com>
To: <dgilbert@...erlog.com>, <robertcnelson@...il.com>
CC: <jhovold@...il.com>, <linux-kernel@...r.kernel.org>,
Ludovic Desroches <ludovic.desroches@...el.com>,
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
<linux-arm-kernel@...ts.infradead.org>,
"Sergio Tanzilli" <tanzilli@...esystems.it>
Subject: Re: [PATCH v3] ARM: at91: add Acme Systems Aria G25 board
On 04/18/2013 11:01 AM, Nicolas Ferre :
> On 04/04/2013 07:03 PM, Douglas Gilbert :
[..]
>> The lack of use of uart1 is for my own, private reasons.
>> I think it would be more generally useful to show uart1's
>> definition and disable it as shown in the attached patch
>> fragment.
>
> Well, if uart1 is available on Aria board, I should enable it! If you do
> not want it on your own design, you must modify the .dts yourself. So I
> plan to have an "okay" status on it (and move the definition itself to
> the generic .dtsi).
Update: I have just checked the ACME website and both UART0 and UART1
pins are expected to be used as GPIOs. So maybe we should mark them as
"disabled":
+ /*
+ * UART1 pins are marked as GPIO on Aria
+ * documentation: change to "okay" if you need
+ * an additional serial port
+ */
+ uart0: serial@...40000 {
+ status = "disabled";
+ };
+
+ uart1: serial@...44000 {
+ status = "disabled";
+ };
(uart0 definition moved to at91sam9x5.dtsi)
What do you think?
[..]
Bye,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists