Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750957AbXB1TT2 (ORCPT ); Wed, 28 Feb 2007 14:19:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751458AbXB1TT2 (ORCPT ); Wed, 28 Feb 2007 14:19:28 -0500 Received: from nommos.sslcatacombnetworking.com ([67.18.224.114]:58560 "EHLO nommos.sslcatacombnetworking.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750957AbXB1TT1 (ORCPT ); Wed, 28 Feb 2007 14:19:27 -0500 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> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: "H. Peter Anvin" , Torben.Mathiasen@hp.com, linux-ppc-embedded , Timur Tabi , Segher Boessenkool , Linux Kernel Mailing List Content-Transfer-Encoding: 7bit From: Kumar Gala Subject: Re: lanana: Add major/minor entries for PPC QE UART devices Date: Wed, 28 Feb 2007 13:18:21 -0600 To: Dan Malek X-Mailer: Apple Mail (2.752.2) X-PopBeforeSMTPSenders: kumar-chaos@kgala.com,kumar-statements@kgala.com,kumar@kgala.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - nommos.sslcatacombnetworking.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - kernel.crashing.org X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1233 Lines: 36 On Feb 28, 2007, at 12:20 PM, Dan Malek wrote: > > On Feb 28, 2007, at 1:00 PM, H. Peter Anvin wrote: > >> I would much rather see these devices moved to a different minor >> range. > > No. We just did that all too recently, and > i don't know why the minors didn't get > allocated properly. I don't want to have to > update all of our embedded software distributions > just because someone doesn't like minor > numbers that aren't causing trouble. > If we allocate unique spaces for all of the > possible UART variations, there isn't going > to be enough space. > > Just allocate the four slots and we'll deal with > anything above this in custom products. Using > more than four of these processor resources > as UARTs isn't likely to happen because there > won't be anything left for the interesting > communication ports. Why don't we allocate the 2nd group of four as well, just at a new location. They'll be discontinuous, but at least we'll have support for all 8. - k - 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/