From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: [Gta04-owner] [PATCH 0/4] UART slave device support - version 4 Date: Fri, 28 Aug 2015 09:02:02 +0200 Message-ID: <20150828070201.GA23975@amd> References: <20150511013540.5709.93626.stgit@notabene.brown> <20150812092059.361e09bc@home.neil.brown.name> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Dr. H. Nikolaus Schaller" Cc: Linus Walleij , Mark Rutland , One Thousand Gnomes , Peter Hurley , Arnd Bergmann , "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Greg Kroah-Hartman , Sebastian Reichel , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Rob Herring , Grant Likely , Jiri Slaby , Marek Belisko , List for communicating with real GTA04 owners List-Id: devicetree@vger.kernel.org Hi! > we (the developers of the hardware) have proposed an alternative > approach to Neil=E2=80=99s implementation - for the same device and s= olving > the same problem (notifying tty open/close and uart activity to the > slave device driver), but differently. >=20 > See: > https://lkml.org/lkml/2015/6/28/91 >=20 > Discussion has not yet settled on which approach is better. So your > opinion of comparing both is welcome. Actually, yes, discussion has settled, agreeing that phandle reference for the uart is a bad idea, Nikolaus just refuses to listen to anyone, asking "device tree maintainer opinion", and then just simply ignoring it when he does not like it, and then making promises he did not keep. Please don't stall patches just because of that. Best regards, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses= /blog.html -- To unsubscribe from this list: send the line "unsubscribe devicetree" i= n the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html