From: Jes Sorensen <jes@wildopensource.com>
To: linux-ia64@vger.kernel.org
Subject: serial legacy ports and ACPI
Date: Mon, 07 Jul 2003 21:05:57 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105761215001812@msgid-missing> (raw)
Hi,
I am trying to come up with a solution to tell the serial driver to not
try and probe for serial ports on legacy IO addresses. While the current
code seems to work on SN2 it's a bit of a pain on systems which do not
come with a stack of 16550's glued to the motherboard.
Looking at the ACPI spec, it seems reasonable to me to disable this
probe if the FADT doesn't have the BAF_LEGACY_DEVICES bit set. Anyone
having oppinions on this?
I am proposing the below patch to solve the problem (relative to
2.4.20). It works for me on SN2, but I don't know what other platforms
set in their FADT.
Cheers,
Jes
--- ../old/drivers/char/serial.c Fri Jul 4 16:10:30 2003
+++ drivers/char/serial.c Mon Jul 7 13:07:29 2003
@@ -230,6 +230,9 @@
#ifdef CONFIG_MAGIC_SYSRQ
#include <linux/sysrq.h>
#endif
+#ifdef CONFIG_ACPI
+#include <linux/acpi.h>
+#endif
/*
* All of the compatibilty code so we can compile serial.c against
@@ -5524,6 +5527,10 @@
{
int i;
struct serial_state * state;
+#ifdef CONFIG_ACPI
+ acpi_buffer acpi_buf;
+ unsigned int acpi_status;
+#endif
init_bh(SERIAL_BH, do_serial_bh);
init_timer(&serial_timer);
@@ -5624,7 +5631,24 @@
panic("Couldn't register serial driver\n");
if (tty_register_driver(&callout_driver))
panic("Couldn't register callout driver\n");
-
+
+#ifdef CONFIG_ACPI
+ acpi_buf.pointer = NULL;
+ acpi_buf.length = ACPI_ALLOCATE_BUFFER;
+
+ acpi_status = acpi_get_table(ACPI_TABLE_FADT, 1, &acpi_buf);
+ if (!acpi_status) {
+ fadt_descriptor_rev2 *fadt;
+ u16 iapc_boot_arch;
+
+ fadt = acpi_buf.pointer;
+ iapc_boot_arch = fadt->iapc_boot_arch;
+ kfree(acpi_buf.pointer);
+
+ if (!iapc_boot_arch & BAF_LEGACY_DEVICES)
+ goto skip_legacy_probe;
+ }
+#endif
for (i = 0, state = rs_table; i < NR_PORTS; i++,state++) {
state->magic = SSTATE_MAGIC;
state->line = i;
@@ -5677,6 +5701,9 @@
tty_register_devfs(&callout_driver, 0,
callout_driver.minor_start + state->line);
}
+#ifdef CONFIG_ACPI
+ skip_legacy_probe:
+#endif
#ifdef CONFIG_SERIAL_GSC
probe_serial_gsc();
#endif
next reply other threads:[~2003-07-07 21:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-07 21:05 Jes Sorensen [this message]
2003-07-30 23:09 ` serial legacy ports and ACPI Bjorn Helgaas
2003-07-31 3:54 ` Jes Sorensen
2003-08-26 16:24 ` Alex Williamson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-ia64-105761215001812@msgid-missing \
--to=jes@wildopensource.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox