On Thu, Apr 09, 2015 at 11:52:33AM +0300, Slawa Olhovchenkov wrote: > On Thu, Apr 09, 2015 at 11:35:12AM +0300, Konstantin Belousov wrote: > > > On Thu, Apr 09, 2015 at 10:28:10AM +0200, Gustau P?rez wrote: > > > Yup, sorry for the error. I checked the micro in the ark and it has > > > vt-d: > > > > > > http://goo.gl/CZZRHz > > It only indicates that the CPU/northbridge has the hardware, but BIOS must > > do a work to configure it and to inform the OS about the configuration. > > Your BIOS did not. > > > > > > > > in the bios, there's only one option to enable virtualization > > > support, which is ticked. > > > > > > The complete log is here: > > > > > > http://dpaste.com/28FDMJQ > > > > > Dmesg would not give you any useful information there. A DMAR table > > is either present, or is it not. In the later case, OS cannot use the > > hardware, and if no option in BIOS is present, your only choice is to > > complain to the machine/BIOS vendor. > > May be some OS utilites can do same work? > This is theoretically capable?
No, OS must know the peculiarities of the particular chipset. But also, it must know the intimate details of the BIOS operation, since several facilities perform background DMA transfers not under the OS control. Examples are USB legacy emulation, BMC working with the main memory, or UMA GPU in BIOS-configured mode. Normally, BIOS communicates the requirements of such facilities to OS using RMRR records in the DMAR table. _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"