From: Ben Thomas <bthomas@virtualiron.com>
To: "Dugger, Donald D" <donald.d.dugger@intel.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH] - make qemu serial summagraphics settings a bitmore fluid
Date: Thu, 18 May 2006 17:58:10 -0400 [thread overview]
Message-ID: <446CEDF2.1020506@virtualiron.com> (raw)
In-Reply-To: <7F740D512C7C1046AB53446D3720017308011DFA@scsmsx402.amr.corp.intel.com>
Hi Don,
Thanks for the info. I was being a bit too flexible, I guess.
Let me take a look at the code and see if there's some
reasonable method to accomplish all the goals. What I'm
thinking of here is asking for summa support on COM4, when
in fact you haven't asked for COM2 or COM3 to exist. I'd like
to make sure that all the bases are covered appropriately.
Perhaps that's an unreasonable example, but if it can be
specified on a command line, I've found that someone
will ask for it and I'd prefer to have it covered in advance.
And, as you note, I am explictly trying to allow the case of
4 serial lines none of which have the summa protocol on them.
I'll see if I can get something put together tomorrow.
Thanks,
-b
Dugger, Donald D wrote:
> Ben-
>
> That explains how it, you're explictly setting the serial name from the
> command line. For the case of the Summa driver I think it's redundant
> to require the `-serial' flag. Right now the driver is, by definition,
> a serial device and, therefore, if you specify a Summa port you are
> implicitly saying you want to reserve that serial resouce.
> Note that the serial console on port 0 is also implicitly specified,
> that was the model I was following.
>
> I would prefer to see it that where you process the `-summ' flag you set
> the appropriate serial device name to "nul" at the same time, I think
> that's easiest for the user.
>
> There's no need to be able to specify more than one serial port as a
> Summa device, it doesn't make sense and the rest of the code isn't set
> up to handle that any way. I see it that there are only two options, no
> Summa or Summa on port n. That's why I was saying you don't need an
> array, just an integer. The integer holds -1 to indicate no Summa at
> all and the serial port number otherwise.
>
> --
> Don Dugger
> "Censeo Toto nos in Kansa esse decisse." - D. Gale
> Donald.D.Dugger@intel.com
> Ph: (303)440-1368
--
------------------------------------------------------------------------
Ben Thomas Virtual Iron Software
bthomas@virtualiron.com Tower 1, Floor 2
978-849-1214 900 Chelmsford Street
Lowell, MA 01851
next prev parent reply other threads:[~2006-05-18 21:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-18 21:42 [PATCH] - make qemu serial summagraphics settings a bitmore fluid Dugger, Donald D
2006-05-18 21:58 ` Ben Thomas [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-05-18 20:26 Dugger, Donald D
2006-05-18 21:30 ` Ben Thomas
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=446CEDF2.1020506@virtualiron.com \
--to=bthomas@virtualiron.com \
--cc=donald.d.dugger@intel.com \
--cc=xen-devel@lists.xensource.com \
/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.