From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965289AbXCAPsp (ORCPT ); Thu, 1 Mar 2007 10:48:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965300AbXCAPsp (ORCPT ); Thu, 1 Mar 2007 10:48:45 -0500 Received: from smtp106.biz.mail.re2.yahoo.com ([206.190.52.175]:44622 "HELO smtp106.biz.mail.re2.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S965289AbXCAPso (ORCPT ); Thu, 1 Mar 2007 10:48:44 -0500 X-YMail-OSG: ISzwIxoVM1l7HGkY_76N5PhlNbUEvzLg87VKfc95josfomby98YMNBN676zTO9KRb.IehzI.yEIrw2PAm1eIUbbk7cU2pTuKA1x5ynFOoputr3TIneqQxRIqv9pOHBzZDCtR55r9vHPfUbQ- In-Reply-To: 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; format=flowed Message-Id: Cc: Kumar Gala , linux-ppc-embedded , Timur Tabi , Linux Kernel Mailing List , "H. Peter Anvin" , Torben.Mathiasen@hp.com Content-Transfer-Encoding: 7bit From: Dan Malek Subject: Re: lanana: Add major/minor entries for PPC QE UART devices Date: Thu, 1 Mar 2007 10:48:45 -0500 To: Segher Boessenkool X-Mailer: Apple Mail (2.752.2) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Feb 28, 2007, at 5:08 PM, Segher Boessenkool wrote: > Since you say no one has ever used more than 4 UARTs, > there are two options: People have used more than 4, but we just allocated the additional /dev entries to cover them. I know of only one time this has happened. It's such a custom case that the other device names didn't matter. > - Cap the driver at 4 UARTs; Let's do this, but design the code to allow more by just changing a #define. > Just randomly using some extra minors that aren't > assigned to you isn't such a great idea. Maybe for a desktop or generic server where you don't know what's going to be configured, but it's not unusual to do so with custom embedded systems. The small experimental or user allocations often don't cover what is needed, so we just grab some allocation from a device that isn't ever going to be used on the system. Thanks. -- Dan From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp106.biz.mail.re2.yahoo.com (smtp106.biz.mail.re2.yahoo.com [206.190.52.175]) by ozlabs.org (Postfix) with SMTP id 049D8DDF36 for ; Fri, 2 Mar 2007 02:48:44 +1100 (EST) In-Reply-To: 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; format=flowed Message-Id: From: Dan Malek Subject: Re: lanana: Add major/minor entries for PPC QE UART devices Date: Thu, 1 Mar 2007 10:48:45 -0500 To: Segher Boessenkool Cc: linux-ppc-embedded , Linux Kernel Mailing List , "H. Peter Anvin" , Torben.Mathiasen@hp.com, Timur Tabi List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Feb 28, 2007, at 5:08 PM, Segher Boessenkool wrote: > Since you say no one has ever used more than 4 UARTs, > there are two options: People have used more than 4, but we just allocated the additional /dev entries to cover them. I know of only one time this has happened. It's such a custom case that the other device names didn't matter. > - Cap the driver at 4 UARTs; Let's do this, but design the code to allow more by just changing a #define. > Just randomly using some extra minors that aren't > assigned to you isn't such a great idea. Maybe for a desktop or generic server where you don't know what's going to be configured, but it's not unusual to do so with custom embedded systems. The small experimental or user allocations often don't cover what is needed, so we just grab some allocation from a device that isn't ever going to be used on the system. Thanks. -- Dan