Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751881AbXB1U5v (ORCPT ); Wed, 28 Feb 2007 15:57:51 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751930AbXB1U5v (ORCPT ); Wed, 28 Feb 2007 15:57:51 -0500 Received: from smtp106.biz.mail.re2.yahoo.com ([206.190.52.175]:29089 "HELO smtp106.biz.mail.re2.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751881AbXB1U5u (ORCPT ); Wed, 28 Feb 2007 15:57:50 -0500 X-YMail-OSG: 6rzKsuIVM1mmRScMhTR_lhSvrAibyZCcwvf9FwA_cwnapjHCvbqPYPN6kDhC0o05ORGd1rX8V6KOLn3wqohHdkLEXMur5tdlG9DRcp.t7VC6j6kotK.YwsLyUlNWYzy_NGn1mA2sUlJyIt4- In-Reply-To: <45E5DB49.8010205@freescale.com> References: <45E46976.6060600@freescale.com> <29c13109971547687159078eacdea008@kernel.crashing.org> <45E592DC.9060700@freescale.com> <511cacb7bbe8a65ff72738c84ec9ece4@kernel.crashing.org> <45E5B604.904@freescale.com> <46F6BF70-2922-4E05-8DAB-6B0830B0AB47@embeddedalley.com> <45E5BD6B.1010509@freescale.com> <45E5C128.7020204@freescale.com> <45E5C333.2060100@zytor.com> <45E5D627.6030707@zytor.com> <45E5D84A.5000502@freescale.com> <278AADB6-E175-4177-A728-5357E21697B7@kernel.crashing.org> <45E5DB49.8010205@freescale.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: Kumar Gala , "H. Peter Anvin" , Torben.Mathiasen@hp.com, linux-ppc-embedded , Segher Boessenkool , Linux Kernel Mailing List Content-Transfer-Encoding: 7bit From: Dan Malek Subject: Re: lanana: Add major/minor entries for PPC QE UART devices Date: Wed, 28 Feb 2007 15:57:48 -0500 To: Timur Tabi X-Mailer: Apple Mail (2.752.2) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1034 Lines: 31 On Feb 28, 2007, at 2:43 PM, Timur Tabi wrote: > What about major number 205? It also has the screwed-up /dev/ > ttyCPM entries, but it has more room, and the CPM driver doesn't > actually use it. At least, I can't see where it uses it. Please, let's just leave the four we have and let the driver just allocate increasing minor numbers. If anyone has a product with more than 4 UARTs, they will have to figure out what to do with the additional minors. We are making a very complicated problem out of nothing. This hasn't caused any problems in the past, and changing the existing names and minors will cause problems for everyone today. Just leave it alone, fix up the documentation, and have the driver print some warning if it allocates more than 4 UARTs. Thanks. -- Dan - 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/