Rene Herman wrote:
The number of places expected to contain something sensible should I
believe first be verified at 0x410 -- the equipment word. Bits 11-9
(0x0e00) should be the number of serial ports, 0 to 4 (so 5-7 is also a
sanity check) and if BIOSes can be expected to zero out the
Rene Herman wrote:
The number of places expected to contain something sensible should I
believe first be verified at 0x410 -- the equipment word. Bits 11-9
(0x0e00) should be the number of serial ports, 0 to 4 (so 5-7 is also a
sanity check) and if BIOSes can be expected to zero out the
On 16-01-08 21:42, H. Peter Anvin wrote:
Bodo Eggert wrote:
BTW1: These addresses may be used to detect ports on non-standard
addresses, but unfortunately they don't tell the IRQ.
BTW2: When I submitted a patch using the BIOS data area, I was told
that it might not exist on systems
Bodo Eggert wrote:
BTW1: These addresses may be used to detect ports on non-standard addresses,
but unfortunately they don't tell the IRQ.
BTW2: When I submitted a patch using the BIOS data area, I was told that it
might not exist on systems booting from non-PC firmware. This claim was not
yet
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> On Wednesday 16 January 2008 11:44:37 am H. Peter Anvin wrote:
>> Bjorn Helgaas wrote:
>> > +#ifdef CONFIG_X86
>> > + switch (port->iobase) {
>> > + case 0x3f8: return 0; /* COM1 -> ttyS0 */
>> > + case 0x2f8: return 1; /* COM2 ->
Bjorn Helgaas wrote:
+
Arguably, the right thing is to use the addresses present in the array
at address 0x400. In particular, COM3 and COM4 aren't always at those
addresses.
Wow. I bow before your storehouse of x86 arcana :-)
I guess you're referring to the "BIOS data area," which I'd
On Wednesday 16 January 2008 11:44:37 am H. Peter Anvin wrote:
> Bjorn Helgaas wrote:
> > x86 users expect COM1-COM4 ports at the conventional ioport addresses
> > to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
> > order we discover them, so we might discover COM2 before COM1.
Bjorn Helgaas wrote:
x86 users expect COM1-COM4 ports at the conventional ioport addresses
to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
order we discover them, so we might discover COM2 before COM1.
We currently always get the correct names, even without this patch.
But
On Wed, Jan 16, 2008 at 10:05:43AM -0700, Bjorn Helgaas wrote:
> static int __devinit
> +serial_pnp_line(struct uart_port *port)
> +{
> +#ifdef CONFIG_X86
> + switch (port->iobase) {
> + case 0x3f8: return 0; /* COM1 -> ttyS0 */
> + case 0x2f8: return 1; /* COM2 ->
x86 users expect COM1-COM4 ports at the conventional ioport addresses
to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
order we discover them, so we might discover COM2 before COM1.
We currently always get the correct names, even without this patch.
But that's only because
x86 users expect COM1-COM4 ports at the conventional ioport addresses
to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
order we discover them, so we might discover COM2 before COM1.
We currently always get the correct names, even without this patch.
But that's only because
On Wed, Jan 16, 2008 at 10:05:43AM -0700, Bjorn Helgaas wrote:
static int __devinit
+serial_pnp_line(struct uart_port *port)
+{
+#ifdef CONFIG_X86
+ switch (port-iobase) {
+ case 0x3f8: return 0; /* COM1 - ttyS0 */
+ case 0x2f8: return 1; /* COM2 - ttyS1 */
Bjorn Helgaas wrote:
x86 users expect COM1-COM4 ports at the conventional ioport addresses
to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
order we discover them, so we might discover COM2 before COM1.
We currently always get the correct names, even without this patch.
But
On Wednesday 16 January 2008 11:44:37 am H. Peter Anvin wrote:
Bjorn Helgaas wrote:
x86 users expect COM1-COM4 ports at the conventional ioport addresses
to be named ttyS0-ttyS3. For PNP devices, the BIOS determines the
order we discover them, so we might discover COM2 before COM1.
We
Bjorn Helgaas wrote:
+
Arguably, the right thing is to use the addresses present in the array
at address 0x400. In particular, COM3 and COM4 aren't always at those
addresses.
Wow. I bow before your storehouse of x86 arcana :-)
I guess you're referring to the BIOS data area, which I'd
Bjorn Helgaas [EMAIL PROTECTED] wrote:
On Wednesday 16 January 2008 11:44:37 am H. Peter Anvin wrote:
Bjorn Helgaas wrote:
+#ifdef CONFIG_X86
+ switch (port-iobase) {
+ case 0x3f8: return 0; /* COM1 - ttyS0 */
+ case 0x2f8: return 1; /* COM2 - ttyS1 */
+ case
Bodo Eggert wrote:
BTW1: These addresses may be used to detect ports on non-standard addresses,
but unfortunately they don't tell the IRQ.
BTW2: When I submitted a patch using the BIOS data area, I was told that it
might not exist on systems booting from non-PC firmware. This claim was not
yet
On 16-01-08 21:42, H. Peter Anvin wrote:
Bodo Eggert wrote:
BTW1: These addresses may be used to detect ports on non-standard
addresses, but unfortunately they don't tell the IRQ.
BTW2: When I submitted a patch using the BIOS data area, I was told
that it might not exist on systems
18 matches
Mail list logo