On Sun, 24 May 2009, Scott Long wrote:
Please don't. Someone on IRC told me Xen also has some framebuffer
feature. Say, someone would port syscons to Xen, the naming would conflict
with the console device node. /dev/xc0 is good enough. I even think it
should have been called ttyx0, not xc0.
Robert Watson wrote:
On Sun, 24 May 2009, Ed Schouten wrote:
* Adrian Chadd wrote:
* Modify the xenconsole driver to attach to ttyv0 (via a kernel
environment variable) so /etc/ttys doesn't need modifying (but this
may confuse tools that assumes /dev/ttyvX == syscons.)
Please don't. Someon
Adrian Chadd wrote:
Ed has also suggested renaming the console device to "ttyx0" to keep
in line with the "typical TTY name in BSDs."
I don't think that the loss of continuity in naming here is a very
good idea. It's been over 15 years, that qualifies as "typical TTY
name for FreeBSD".
Scott
Adrian Chadd wrote:
2009/5/24 Scott Long :
Treat xen as a new platform and have a src/etc/etc.xen directory that holds
the xen-specific ttys files, along with similar things that it'll
likely need.
In -theory- there could be Xen PVM support for i386, amd64 and ia64;
with apparently some rando
* Robert Watson wrote:
> Given that there will be increasing levels of support for "pass-through"
> hardware access in virtual machine environments and a trend in the
> direction of virtualization-friendly hardware, we shouldn't preclude the
> possibility of something a lot closer to syscons w
On Sun, 24 May 2009, Ed Schouten wrote:
* Adrian Chadd wrote:
* Modify the xenconsole driver to attach to ttyv0 (via a kernel environment
variable) so /etc/ttys doesn't need modifying (but this may confuse tools
that assumes /dev/ttyvX == syscons.)
Please don't. Someone on IRC told me Xen a
Ed has also suggested renaming the console device to "ttyx0" to keep
in line with the "typical TTY name in BSDs."
Adrian
___
freebsd-xen@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-xen
To unsubscribe, send any mail to "fr
2009/5/24 Scott Long :
> Treat xen as a new platform and have a src/etc/etc.xen directory that holds
> the xen-specific ttys files, along with similar things that it'll
> likely need.
In -theory- there could be Xen PVM support for i386, amd64 and ia64;
with apparently some random work being done
2009/5/24 Ed Schouten :
> * Adrian Chadd wrote:
>> * Modify the xenconsole driver to attach to ttyv0 (via a kernel
>> environment variable) so /etc/ttys doesn't need modifying (but this
>> may confuse tools that assumes /dev/ttyvX == syscons.)
>
> Please don't. Someone on IRC told me Xen also has
* Adrian Chadd wrote:
> * Modify the xenconsole driver to attach to ttyv0 (via a kernel
> environment variable) so /etc/ttys doesn't need modifying (but this
> may confuse tools that assumes /dev/ttyvX == syscons.)
Please don't. Someone on IRC told me Xen also has some framebuffer
feature. Say, s
Adrian Chadd wrote:
G'day,
I'd like to twiddle the Xen console stuff a little bit to make it
easier to bootstrap a PVM.
There's a couple of options I can think of:
* Patch /etc/ttys to have a default "xc0" Xen console, but disabled
(which makes it trivial for users / scripts to disable the sys
G'day,
I'd like to twiddle the Xen console stuff a little bit to make it
easier to bootstrap a PVM.
There's a couple of options I can think of:
* Patch /etc/ttys to have a default "xc0" Xen console, but disabled
(which makes it trivial for users / scripts to disable the syscons
console and enabl
12 matches
Mail list logo
