[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200708201111.19023.bjorn.helgaas@hp.com>
Date: Mon, 20 Aug 2007 11:11:18 -0600
From: Bjorn Helgaas <bjorn.helgaas@...com>
To: Andrey Borzenkov <arvidjaar@...l.ru>
Cc: linux-serial@...r.kernel.org,
Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
linux-kernel@...r.kernel.org
Subject: Re: [2.6.23-rc3 possible regression] 8250 claims nonexisting device blocking IO port
On Monday 20 August 2007 10:28:22 am Andrey Borzenkov wrote:
> This worked in 2.6.22 with the same quirks. I will test without later but I
> fail to see how they are related.
OK, let me know what happens. The way it's related is that the quirk
fiddles with the IRDA device, and it probably changes the SIR config
so that it starts responding at the ttyS3 address. In your 2.6.23
log, I see this:
[ 512.476243] pnp: Device 00:0a activated.
[ 512.476301] 00:0a: SMCf010 not responding at SIR 0x100, FIR 0x2e8; auto-configuring
[ 512.477861] pnp: Device 00:0a disabled.
[ 512.483492] pnp: Device 00:0a activated.
[ 512.483520] 00:0a: not responding at SIR 0x100, FIR 0x2e8; swapping SIR/FIR and reconfiguring
[ 512.485056] pnp: Device 00:0a disabled.
[ 512.491652] pnp: Device 00:0a activated.
[ 512.491679] 00:0a: responds at SIR 0x2e8, FIR 0x100
After the quirk, the FIR part is enabled at 0x100 and we assume (the
quirk doesn't actually check) the SIR part is enabled at 0x2e8. The
8250 driver will claim a SIR device at 0x2e8 as ttyS3.
Without the quirk, the SIR device seems to be either at 0x100 (where
the 8250 driver will not look) or is not enabled at all.
Bjorn
-
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