Bezüglich Ludovit Koren's Nachricht vom 01.03.2018 14:33 (localtime):
>>>>>> Harry Schmalzbauer <free...@omnilan.de> writes:

…
>     > I'd suggest the following mass storage config (adding a second ODD with
>     > the virtio-141 drivers):
>     > -s
>     > 
> 3,ahci,hd:/dev/zvol/zroot/msw7,sectorsize=512/8192,cd:./en_windows_7_professional_with_sp1_vl_build_x64_dvd_u_677791.iso,cd:./virtio-win-0.1.141.iso
> 
>     > After connecting via VNC the vm boots from DVD and you see the setup
>     > program. You won't have mouse support, but keyboard's been working, 
> right?
>     > So you have been able to finsih setup and login via VNC, still no mouse.
>     > Use your existing setup or do a new one to make the last assumptions 
> true.
>     > If you booted with the two ISO images, use the keyboard to start
>     > "control panel/Device Manager", where you should find the unattached
>     > virtio NIC. Installt/Update the driver from there, you can tell the
>     > assistant to use e:\ as source (your 2nd. ODD).
> 
> Thank you very much. It is up and running.
> 
> I have an additional question. When I try to run:
> 
> bhyve -c 1 -s 0,hostbridge -s 
> 3,ahci-hd,/dev/zvol/zroot/msw7,sectorsize=512/8192 -s 10,virtio-net,tap1 -s 
> 31,lpc -s 29,fbuf,tcp=0.0.0.0:5900,w=1366,h=768,wait -s 26,passthru,0/26/0 -S 
> -l com1,/dev/nmdm0A -l com2,/dev/nmdm1A -l 
> bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd -m 4G -H -w windows7
> bhyve: passthru device 0/26/0 BAR 0: base 0xd4739000 or size 0x400 not page 
> aligned
> 
> bhyve: failed to initialize BARs for PCI 0/26/0
> 
> 
> 
> pciconf -vlb ppt0@pci0:0:26:0
> ppt0@pci0:0:26:0:       class=0x0c0320 card=0x17df103c chip=0x1e2d8086 
> rev=0x04 hdr=0x00
>     vendor     = 'Intel Corporation'
>     device     = '7 Series/C216 Chipset Family USB Enhanced Host Controller'
>     class      = serial bus
>     subclass   = USB
>     bar   [10] = type Memory, range 32, base 0xd4739000, size 1024, enabled
> 
> 
> The intention is to have usb device in the windows.
> 
> Any suggestions?

Unfortunately I can only tell that this is a known limitation/bug.
For some background, you can see
https://lists.freebsd.org/pipermail/freebsd-virtualization/2015-December/004000.html
and
https://lists.freebsd.org/pipermail/freebsd-virtualization/2016-December/005012.html
and a quote from mav@:
Bezüglich Alexander Motin's Nachricht vom 29.12.2016 11:32 (localtime):
>> ppt0@pci0:6:0:0:        class=0x010601 card=0x10601b21 chip=0x06121b21
>> > rev=0x01 hdr=0x00
>> >   bar [10] = type I/O Port, range 32, base 0x5050, size 8, enabled
>> >   bar [14] = type I/O Port, range 32, base 0x5040, size 4, enabled
>> >   bar [18] = type I/O Port, range 32, base 0x5030, size 8, enabled
>> >   bar [1c] = type I/O Port, range 32, base 0x5020, size 4, enabled
>> >   bar [20] = type I/O Port, range 32, base 0x5000, size 32, enabled
>> >   bar [24] = type Memory, range 32, base 0xc3e10000, size 512, enabled
> I believe it is bhyve bug, since these values are just what hardware
> reports.  BAR size of 512 bytes indeed does not align to 4K, but this
> not our problem. :)

As long as your controller supports MSI (message signaling interrupts),
you correctly assigned ppt(4) and there's nothing non-hackers can do.
To play the same old song: I'm short in skills resp. time to investigate
further.

Mabye you want to search/file a PR at https://bugs.freebsd.org/bugzilla/

-harry
_______________________________________________
freebsd-virtualization@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to 
"freebsd-virtualization-unsubscr...@freebsd.org"

Reply via email to