[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <2F29C78B-8895-4065-A7D9-19F40BA3BF16@goldelico.com>
Date: Fri, 15 Jan 2016 21:35:22 +0100
From: "H. Nikolaus Schaller" <hns@...delico.com>
To: Pavel Machek <pavel@....cz>
Cc: Mark Rutland <mark.rutland@....com>,
List for communicating with real GTA04 owners
<gta04-owner@...delico.com>, tomeu@...euvizoso.net,
NeilBrown <neil@...wn.name>,
One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>,
Peter Hurley <peter@...leysoftware.com>,
Arnd Bergmann <arnd@...db.de>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Sebastian Reichel <sre@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Rob Herring <robherring2@...il.com>,
linux-serial@...r.kernel.org,
Grant Likely <grant.likely@...aro.org>,
Jiri Slaby <jslaby@...e.cz>,
Marek Belisko <marek@...delico.com>
Subject: Re: [Gta04-owner] [PATCH 0/4] UART slave device support - version 4
Am 15.01.2016 um 20:40 schrieb Pavel Machek <pavel@....cz>:
> On Fri 2016-01-15 10:34:51, H. Nikolaus Schaller wrote:
>> Hi Mark,
>>
>> Am 13.01.2016 um 20:15 schrieb Mark Rutland <mark.rutland@....com>:
>>
>>> On Tue, Jan 12, 2016 at 02:28:00PM +0100, H. Nikolaus Schaller wrote:
>>>> Hi Tomeu,
>>>>
>>>> Am 12.01.2016 um 14:06 schrieb Tomeu Vizoso <tomeu@...euvizoso.net>:
>>>>
>>>>> On 11 May 2015 at 03:56, NeilBrown <neil@...wn.name> wrote:
>>>>>> Hi all,
>>>>>> here is version 4 of my "UART slave device" patch set, previously
>>>>>> known as "tty slave devices".
>>>>>
>>>>> Hi Neil,
>>>>>
>>>>> do you (or someone else) have plans to continue this work in the short
>>>>> or medium term?
>>>>
>>>> yes, there is something in our upstreaming pipeline. This one works for us on top of 4.4.0:
>>>>
>>>> <http://git.goldelico.com/?p=gta04-kernel.git;a=shortlog;h=refs/heads/work/hns/misc/w2sg-tty-slave2-v4>
>>>>
>>>> There is one point still to be solved: the exact style of the DT bindings.
>>>>
>>>> We have an idea how a driver can implement two different styles (child node AND phandle)
>>>> so that it is up to the DTS developer to use the one that best fits into the existing DTS.
>>>
>>> From my perspective as a binding maintainer, and as I stated before, the
>>> child node approach made the most sense and was most consistent with the
>>
>>> way we handle other devices.
>>
>> I simply don't see that this is the most common way other devices
>> are handled.
>
> You promised to shut up once maintainers speak, that happened, and you
> did not shut up. Just do it now.
Nobody has asked for your unqualified and not helpful comments.
So please shut up yourself and stop to disturb Free Software projects.
Powered by blists - more mailing lists