Date: Thu, 9 Apr 2015 13:50:26 +0300 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Konstantin Belousov <kostikbel@gmail.com> Cc: Gustau P?rez <gperez@entel.upc.edu>, freebsd-current@freebsd.org Subject: Re: No IOMMU/DMAR with DELL 3020 Message-ID: <20150409105026.GH8220@zxy.spb.ru> In-Reply-To: <20150409100335.GJ2390@kib.kiev.ua> References: <552635A5.5070707@entel.upc.edu> <20150409082128.GF2390@kib.kiev.ua> <5526381A.3010909@entel.upc.edu> <20150409083512.GG2390@kib.kiev.ua> <20150409085233.GD1394@zxy.spb.ru> <20150409100335.GJ2390@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Apr 09, 2015 at 01:03:35PM +0300, Konstantin Belousov wrote: > 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, Someone may be know this and wrote support in utility. May be chipset datashit available. I am don't talk about 'universal, out of box support in OS'. I am talk about theoretically utility, that perform some operations after OS load. Also, I am interesting by OS-control interleaving memory (in multi-socket configuration). This is totaly imposible or just very complex? > 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150409105026.GH8220>