Re: pptdevs option crashes system
On Sunday, April 24, 2016 11:57:55 AM David Ehrmann wrote: > It sounds like the bug I reported a while ago, but on a different chip > family: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207602 As a workaround on 10.3 and later you can use 'devctl set driver' to mark devices for pass through post-boot rather than using the loader.conf option. E.g.: # devctl set driver pci0:11:0:0 ppt Currently there's no way to undo this, you can can 'set driver' to a "native" driver if one exists. -- John Baldwin ___ 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"
Re: pptdevs option crashes system
It sounds like the bug I reported a while ago, but on a different chip family: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207602 On Sunday, April 24, 2016, Vesselin Mirewski wrote: > Hi, > I'm trying to bring up an excellent PCIe Fusion board which has no driver > for FreeBSD. I used bhyve to bring up an ubuntu server ( which has an > original driver by the manufacturer ) > All went just fine, till I tried to pass through the board to the linux. > My CPUs support all that's needed by bhyve: Xeon X5675. > > The board ( pciconf -lv ) : > > none3@pci0:11:0:0: class=0x018000 card=0x178d103c chip=0x10051aed rev=0x01 > hdr=0x00 > vendor = 'Fusion-io' > device = 'ioDimm3' > class = mass storage > none4@pci0:12:0:0: class=0x018000 card=0x178d103c chip=0x10051aed rev=0x01 > hdr=0x00 > vendor = 'Fusion-io' > device = 'ioDimm3' > class = mass storage > > my /boot/loader.conf has ( bhyve part ): > vmm_load="YES" > nmdm_load="YES" > > *pptdevs="11/0/0 12/0/0"* > > The last line crashes the system - "Interrupt trap" and the system starts > to shutdown the cpus ( which gets an ugly loop till it finally reboots ) > > Then single user, set pptdevs="" , boot and everything is fine again. > > The board is an HP accelerator board with 2x160GB SLC SSDs with ( according > to specifications ) 150PB lifetime and the amazing 230,000 IOPs - I'm dying > to do some benchmarks with PostgreSQL ... > > Any advice will be highly appreciated. Thanks in advance for your time. > > -- > -- > В. Миревски > +359 884 63 74 64 > ___ > 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 " ___ 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"
pptdevs option crashes system
Hi, I'm trying to bring up an excellent PCIe Fusion board which has no driver for FreeBSD. I used bhyve to bring up an ubuntu server ( which has an original driver by the manufacturer ) All went just fine, till I tried to pass through the board to the linux. My CPUs support all that's needed by bhyve: Xeon X5675. The board ( pciconf -lv ) : none3@pci0:11:0:0: class=0x018000 card=0x178d103c chip=0x10051aed rev=0x01 hdr=0x00 vendor = 'Fusion-io' device = 'ioDimm3' class = mass storage none4@pci0:12:0:0: class=0x018000 card=0x178d103c chip=0x10051aed rev=0x01 hdr=0x00 vendor = 'Fusion-io' device = 'ioDimm3' class = mass storage my /boot/loader.conf has ( bhyve part ): vmm_load="YES" nmdm_load="YES" *pptdevs="11/0/0 12/0/0"* The last line crashes the system - "Interrupt trap" and the system starts to shutdown the cpus ( which gets an ugly loop till it finally reboots ) Then single user, set pptdevs="" , boot and everything is fine again. The board is an HP accelerator board with 2x160GB SLC SSDs with ( according to specifications ) 150PB lifetime and the amazing 230,000 IOPs - I'm dying to do some benchmarks with PostgreSQL ... Any advice will be highly appreciated. Thanks in advance for your time. -- -- В. Миревски +359 884 63 74 64 ___ 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"