From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH] PCI serial card support
Date: Thu, 6 Nov 2008 16:02:12 +0100 [thread overview]
Message-ID: <20081106150212.GC24460@thorin> (raw)
In-Reply-To: <B27EBC40D200ED48A3F4CC2EBEABAE0B231B721E@orsmsx501.amr.corp.intel.com>
On Wed, Nov 05, 2008 at 07:37:50AM -0800, Dugger, Donald D wrote:
>
> Hmmm, this is getting a litte more complex than I had hoped but
> so be it. The problem is that to do this you need more than just
> a PCI ID to base_baud map, now you have to be able to enumerate
> serial devices, both multi-port and multi-function, so you can
> match different terminal ports to their resources. The code to do
> this is moderately complex but, fortunately, the code already
> exists in the Linux driver, I can just copy that code.
On one hand, the code might be GPLv2 only, and on the other GRUB
maintainers require copyright assignments. So I'm afraid this is
likely not possible.
> Also, I'd like to modify the `serial' command so that typing that
> command with no arguments lists out the serial ports availale,
> I think that would be a usefull capability.
I'm thinking that it's somewhat odd that selection of serial port is
done through the "serial" command instead of though the generic
"terminal" one (I think this interface was inherited from GRUB Legacy).
How would everyone feel about changing that? So typing "terminal" could
list serial0, serial1, etc.
> I don't know anything about Express cards, if they sit on the
> PCI bus with normal BDF's then there is no problem, if they
> interface through some other means then supporting them will
> get interesting.
Since this is for a legacy interface, I doubt there will be vendors
manufacturing PCI Express cards for it. USB is much more suitable for
compatibility.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all."
next prev parent reply other threads:[~2008-11-06 15:02 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 0:38 [PATCH] PCI serial card support donald.d.dugger
2008-11-04 15:39 ` Robert Millan
2008-11-04 18:24 ` Dugger, Donald D
2008-11-05 9:58 ` Robert Millan
2008-11-05 15:37 ` Dugger, Donald D
2008-11-06 15:02 ` Robert Millan [this message]
2008-11-06 15:28 ` Dugger, Donald D
2008-11-06 16:06 ` Robert Millan
2008-11-06 16:30 ` Dugger, Donald D
2008-11-06 17:00 ` Dugger, Donald D
2008-11-07 16:07 ` n0ano
2008-11-07 16:52 ` Vesa Jääskeläinen
2008-11-08 11:25 ` Robert Millan
2008-11-08 12:23 ` Vesa Jääskeläinen
2008-11-08 12:45 ` Robert Millan
2008-11-08 14:00 ` Vesa Jääskeläinen
2008-11-09 1:58 ` n0ano
2008-11-09 21:57 ` Robert Millan
2008-11-09 22:13 ` Vesa Jääskeläinen
2008-11-09 22:14 ` n0ano
2008-11-12 18:58 ` n0ano
2008-11-13 18:05 ` Vesa Jääskeläinen
2008-11-13 20:13 ` n0ano
2008-11-14 19:24 ` n0ano
2008-11-22 2:53 ` Neo Jia
2008-11-22 7:18 ` Vesa Jääskeläinen
2008-11-04 18:26 ` Vesa Jääskeläinen
2008-11-04 18:38 ` Dugger, Donald D
2009-07-21 8:11 ` tony.gugo
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=20081106150212.GC24460@thorin \
--to=rmh@aybabtu.com \
--cc=grub-devel@gnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.