[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070725164808.41404dc7@the-village.bc.nu>
Date: Wed, 25 Jul 2007 16:48:08 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Andi Kleen <andi@...stfloor.org>
Cc: Jeff Garzik <jeff@...zik.org>,
Bjorn Helgaas <bjorn.helgaas@...com>,
"Maciej W. Rozycki" <macro@...ux-mips.org>,
Sébastien Dugué
<sebastien.dugue@...l.net>,
linux-kernel <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: commit 7e92b4fc34 - x86, serial: convert legacy COM ports to
platform devices - broke my serial console
On 25 Jul 2007 18:30:50 +0200
Andi Kleen <andi@...stfloor.org> wrote:
> Alan Cox <alan@...rguk.ukuu.org.uk> writes:
>
> > > That cannot be a justification for breaking serial port probe that has
> > > been working for 10+ years.
> >
> > Agree. With my "nearest thing we have to a serial maintainer" hat on
> > please revert this Andrew. Bjorn - lets discuss putting the right APIs in
> > place so you can busy out serial ports from other drivers when they are a
> > shared resource.
>
> One alternative would be to make the default behaviour dependent on
> DMI year and acpi enabled. On modern systems with ACPI ACPI serial
> probing should work (modulo bugs which can be probably worked out)
> Let's say >= 2003 ?
That isn't the problem with the IR stuff. In many cases the user wants
the port to be showing up as a serial port for SIR usage. We need a clean
automatic SIR/FIR switching for them. It has nothing to do with whether
the ACPI data is trustworthy or not.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists