FreeBSD i386 guest doesn't see console...
John-Mark Gurney
jmg at funkthat.com
Wed Dec 3 17:49:50 UTC 2014
Peter Grehan wrote this message on Tue, Dec 02, 2014 at 19:27 -0800:
> >This is w/ a resonably recent current i386 kernel (r275062)
>
> I verified the r274463 i386 snapshot boots fine. That's not quite as
> recent, but:
>
> >... Any suggestions?
>
> >uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0
> ...
> >uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
> >uart0: console (9600,n,8,1)
>
> The "flags 0x10" text isn't being displayed in the i386 dmesg. This is
> derived from /boot/device.hints i.e.
>
> ...
> hint.uart.0.flags=0x10
> ...
>
> You can see this from bhyveload by issuing a 'show' command to dump
> all the environment, including what was read in from device.hints by the
> loader, or "more /boot/device.hints".
So, checking /boot/device.hints shows:
hint.uart.0.at="isa"
hint.uart.0.port="0x3F8"
hint.uart.0.flags="0x10"
hint.uart.0.irq="4"
hint.uart.1.at="isa"
hint.uart.1.port="0x2F8"
hint.uart.1.irq="3"
> It may be possible that this file isn't being populated in your image,
> or being read in by bhyveload.
show from loader:
OK show
LINES=24
boot_serial=1
console=userboot
currdev=disk0p3:
interpret=OK
kernelname=/boot/kernel/kernel
loaddev=disk0p3:
prompt=${interpret}
smbios.bios.vendor=BHYVE
Any ideas?
Oh, I did verify that uart0 is functional by logging into the system
and doing: echo foobar > /dev/cuau0
So, it's not like the console is not working, it's clearly a problem w/
the kernel deciding to use it as console..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
More information about the freebsd-virtualization
mailing list