lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 3 Jul 2014 23:30:10 -0700 From: Tony Lindgren <tony@...mide.com> To: Felipe Balbi <balbi@...com> Cc: Javier Martinez Canillas <javier@...hile0.org>, Sebastian Reichel <sre@...nel.org>, Robert Nelson <robertcnelson@...il.com>, Aaro Koskinen <aaro.koskinen@....fi>, Sebastian Andrzej Siewior <bigeasy@...utronix.de>, linux kernel <linux-kernel@...r.kernel.org>, linux-serial@...r.kernel.org, Linux OMAP Mailing List <linux-omap@...r.kernel.org>, Linux ARM Kernel Mailing List <linux-arm-kernel@...ts.infradead.org> Subject: Re: [RFC PATCH] tty: serial: Add 8250-core based omap driver * Felipe Balbi <balbi@...com> [140703 10:10]: > On Thu, Jul 03, 2014 at 06:19:47PM +0200, Javier Martinez Canillas wrote: > > On Thu, Jul 3, 2014 at 6:06 PM, Sebastian Reichel <sre@...nel.org> wrote: > > > Hi, > > > > > > On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote: > > >> > DT is supposed to contain information about the hardware, so it > > >> > should stay the same? I think there is no non-hackish way to decide > > >> > > >> compatible would change, at a minimum. > > > > > > why? I would expect it to stay the same (and the current patch uses > > > the same compatible strings). > > > > > > > Exactly, the new driver must support all the compatible strings > > defined in Documentation/devicetree/bindings/serial/omap_serial.tx > > (which already does as you pointed out). > > > > Otherwise the current drivers/tty/serial/omap-serial.c could never be > > removed since that would mean breaking DT backward compatibility. > > that settles it then... good. I'll start testing this next week. Yeah full compability is the way to go here. FYI we cannot switch over completely until runtime PM works as it will block the deeper idle states for omaps and make it impossible to debug PM features. Regards, Tony -- 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