FreeBSD 5.4/6.0 on Virtual PC 7?

[John Baldwin]

On Monday 14 November 2005 07:51 pm, David Paul Zimmerman wrote:
> On Nov 14, 2005, at 4:26 PM, John Baldwin wrote:
> > On Monday 14 November 2005 05:23 pm, David Paul Zimmerman wrote:
> >> On Nov 10, 2005, at 1:04 PM, John Baldwin wrote:
> >>> Those changes only affect the bootstrap to get /boot/loader running,
> >>> they
> >>> shouldn't affect what the kernel thinks about the CD at all.  I'm
> >>> curious if
> >>> the ٥.x kernel is finding a CD-ROM drive at all?
> >>
> >>  From what I can tell, neither the 5.4 nor the 6.0 kernels see the
> >> VPC7
> >> CD device.  4.11 does, though:
> >
> > Hmm, do you have a dmesg from a 5.4 or 6.0 boot handy to compare this
> > with?
>
> Sure do, here's the output from dmesg on my FreeBSD 5.4 VPC7 virtual
> machine (booted from ISO image, had to use FTP as the installation
> media, later cvsup'd to 5-STABLE):
>
> Copyright (c) 1992-2005 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>          The Regents of the University of California. All rights
> reserved.
> FreeBSD 5.4-STABLE #1: Tue Apr 12 21:20:28 PDT 2005
>      root at vfreebsd5.net.berkeley.edu:/usr/obj/usr/src/sys/GENERIC
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Pentium Pro (627.11-MHz 686-class CPU)
>    Origin = "Virtual CPU "  Id = 0x684
> real memory  = 268435456 (256 MB)
> avail memory = 253034496 (241 MB)
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> cpu0 on motherboard
> pcib0: <Intel 82443BX host to PCI bridge (AGP disabled)> pcibus 0 on
> motherboard
> pci0: <PCI bus> on pcib0
> isab0: <PCI-ISA bridge> at device 7.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <Intel PIIX4 UDMA33 controller> port
> 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
> ata0: channel #0 on atapci0
> ata1: channel #1 on atapci0
> pci0: <old, non-VGA display device> at device 7.2 (no driver attached)
> pci0: <bridge> at device 7.3 (no driver attached)
> pci0: <display, VGA> at device 8.0 (no driver attached)
> de0: <Digital 21041 Ethernet> port 0xec00-0xec7f mem
> 0xfebff000-0xfebfffff irq 11 at device 10.0 on pci0
> de0: 21041 [10Mb/s] pass 1.1
> de0: Ethernet address: 00:03:ff:c1:19:4c
> de0: if_start running deferred for Giant
> orm0: <ISA Option ROM> at iomem 0xc0000-0xc9fff on isa0
> pmtimer0 on isa0
> atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> psm0: <PS/2 Mouse> irq 12 on atkbdc0
> psm0: model IntelliMouse, device ID 3
> ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
> ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
> ppbus0: <Parallel port bus> on ppc0
> plip0: <PLIP network interface> on ppbus0
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
> sio0: type 16550A
> sio1 at port 0x2f8-0x2ff irq 3 on isa0
> sio1: type 16550A
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on
> isa0
> unknown: <PNP0303> can't assign resources (port)
> unknown: <PNP0f13> can't assign resources (irq)
> unknown: <PNP0501> can't assign resources (port)
> unknown: <PNP0501> can't assign resources (port)
> unknown: <PNP0400> can't assign resources (port)
> unknown: <PNP0c02> can't assign resources (port)
> Timecounter "TSC" frequency 627114896 Hz quality 800
> Timecounters tick every 10.000 msec
> de0: enabling 10baseT port
> ad0: 5119MB <Virtual HD/1. 1> [10402/16/63] at ata0-master WDMA2
> Mounting root from ufs:/dev/ad0s1a
>
> The "PNP" errors look relevant, but I'm not enough of a device kinda
> guy to interpret them.

You can ignore them.  They are for your keyboard and com ports and such and 
those were already probed via hints.  Your PCI device at 7.2 is very weird as 
it seems to return 0000's for everything which is odd.  You might consider 
disabling PCI power stuff (I think it's hw.pci.do_powerstate=0 or some such, 
check sysctl for a sysctl with 'power' and 'pci' in the name and set it to 0 
in the loader and see if that makes a difference on 5.x and 6.0).

-- 
John Baldwin <jhb at FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org