Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753324Ab1DSXmh (ORCPT ); Tue, 19 Apr 2011 19:42:37 -0400 Received: from kroah.org ([198.145.64.141]:51121 "EHLO coco.kroah.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752988Ab1DSXmf (ORCPT ); Tue, 19 Apr 2011 19:42:35 -0400 Date: Tue, 19 Apr 2011 16:42:30 -0700 From: Greg KH To: John Linn Cc: Alan Cox , linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org Subject: Re: [PATCH] tty/serial: add support for Xilinx PS UART Message-ID: <20110419234230.GA21209@kroah.com> References: <20110419221530.7370d013@lxorguk.ukuu.org.uk> <8d05c32c-9ff1-4eda-9563-6857ede6541a@VA3EHSMHS020.ehs.local> <20110419232141.GA27491@kroah.com> <68925dd6-03b8-48af-9f96-0a3f611712e1@VA3EHSMHS020.ehs.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68925dd6-03b8-48af-9f96-0a3f611712e1@VA3EHSMHS020.ehs.local> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3058 Lines: 87 On Tue, Apr 19, 2011 at 05:39:30PM -0600, John Linn wrote: > > -----Original Message----- > > From: Greg KH [mailto:greg@kroah.com] > > Sent: Tuesday, April 19, 2011 5:22 PM > > To: John Linn > > Cc: Alan Cox; linux-kernel@vger.kernel.org; linux- > > serial@vger.kernel.org > > Subject: Re: [PATCH] tty/serial: add support for Xilinx PS UART > > > > On Tue, Apr 19, 2011 at 04:22:00PM -0600, John Linn wrote: > > > > -----Original Message----- > > > > From: Alan Cox [mailto:alan@lxorguk.ukuu.org.uk] > > > > Sent: Tuesday, April 19, 2011 3:16 PM > > > > To: John Linn > > > > Cc: linux-kernel@vger.kernel.org; linux-serial@vger.kernel.org > > > > Subject: Re: [PATCH] tty/serial: add support for Xilinx PS UART > > > > > > > > On Tue, 19 Apr 2011 14:14:52 -0600 > > > > John Linn wrote: > > > > > > > > > The Xilinx PS Uart is used on the new ARM based SoC. This > > > > > UART is not compatible with others such that a seperate > > > > > driver is required. > > > > > > > > Joyous. I wish people would standardise. > > > > > > > > > + 213 = /dev/ttyPS0 Xilinx PS serial > port 0 > > > > > + 214 = /dev/ttyPS1 Xilinx PS serial > port 1 > > > > > + 215 = /dev/ttyPS2 Xilinx PS serial > port 2 > > > > > + 216 = /dev/ttyPS3 Xilinx PS serial > port 3 > > > > > > > > Is there a specific reason you need fixed minor numbers ? If not > > > please > > > > use a dynamic range and keep Linus happy. > > > > > > Hi Alan, > > > > > > I hope you don't mind me asking a bit more to better understand. > > Here's > > > my > > > concerns (maybe not valid). > > > > > > It seems like since this is a console it can get hard to debug with > > > dynamic > > > nodes for this driver. > > > > > > This driver is for an embedded device where we don't want to require > > > udev > > > or mdev to assign nodes. > > > > Why not use devtmpfs? There's no need to use udev or mdev at all. > > > > Hi Greg, > > Reading up on it a bit as I'm not an expert on it (like you). > It's not clear to me what the device driver uses for it's major/minor in > this case. > > Maybe it doesn't matter, the driver can use ttyS0 and then it gets > deleted later if you want to change it. > > The only reason we didn't just use ttyS0 was that it's not a 8250 really > and since we have are an FPGA people can add real 8250s in soft logic > and then the system would get confusing. No, the point is that you don't care about the major/minor number, as userspace can open the proper named device node, with no need for udev at all. And you can dynamically allocate your major/minor number for your device and it all "just works". So please follow what Alan said to do, there's no excuse that you have to use udev to take advantage of dynamice device numbers on embedded systems anymore. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/