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: Fri, 06 Jan 2017 20:25:34 +0100 From: Arnd Bergmann <arnd@...db.de> To: Rob Herring <robh@...nel.org> Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Marcel Holtmann <marcel@...tmann.org>, Jiri Slaby <jslaby@...e.com>, Sebastian Reichel <sre@...nel.org>, "Dr . H . Nikolaus Schaller" <hns@...delico.com>, Peter Hurley <peter@...leysoftware.com>, Andy Shevchenko <andriy.shevchenko@...ux.intel.com>, Alan Cox <gnomes@...rguk.ukuu.org.uk>, Loic Poulain <loic.poulain@...el.com>, Pavel Machek <pavel@....cz>, NeilBrown <neil@...wn.name>, Linus Walleij <linus.walleij@...aro.org>, linux-bluetooth@...r.kernel.org, linux-serial@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH 0/9] Serial slave device bus On Friday, January 6, 2017 10:26:26 AM CET Rob Herring wrote: > Here goes another attempt at a serial device bus (aka uart slaves, tty > slaves, etc.). > > After some discussions with Dmitry at LPC, I decided to move away from > extending serio and moved back to making a new bus type instead. He didn't > think using serio was a good fit, and serio has a number of peculiarities > in regards to sysfs and it's driver model. I don't think we want to inherit > those for serial slave devices. Using serio was originally my idea, but since you seem to have discussed this in more detail than I ever had, the new version is certainly fine with me too. > This version sits on top of tty_port rather than uart_port as Alan > requested. Once I created a struct tty rather than moving everything > needed to tty_port, it became a lot easier and less invasive to the tty > core code. > > I have hacked up versions of the BT ldisc and TI ST drivers moved over to > use the serdev bus. I have BT working on the HiKey board which has TI BT. > With the serdev bus support, it eliminates the need for the TI userspace > UIM daemon. > > This series and the mentioned drivers can be found here[1]. I took a quick look at the series and have no immediate concerns, just one detail about the DT binding that seems odd to me. Arnd
Powered by blists - more mailing lists