<div dir="ltr">In my guest os win7, before install intel graphic driver, 'total graphic memory available' is 960KB.<div>After install intel graphic driver, reboot to bluescreen.</div><div>Where is 960KB from? SeaBIOS log shows 128M correctly and no error found in dmesg.</div></div><br><div class="gmail_quote"><div dir="ltr">Alex Williamson <<a href="mailto:alex.williamson@redhat.com">alex.williamson@redhat.com</a>> 于2018年9月25日周二 上午9:57写道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 25 Sep 2018 09:44:24 +0800<br>
Acewind <<a href="mailto:acewind@gmail.com" target="_blank">acewind@gmail.com</a>> wrote:<br>
<br>
> In my host os, command of ' lspci -v -s 00:02.0' will show:<br>
> Memory at e8000000 (64-bit, prefetchable) [size=128M]<br>
> <br>
> Is this 128M memory called 'stolen memory'?<br>
<br>
No, stolen memory is system memory dedicated to graphics use, it is not<br>
represented by a PCI BAR.<br>
<br>
> If this IGD device is passed through into guest os, will it be deserted and<br>
> wasted? Or mapped into and resused in guest os?<br>
<br>
PCI BARs are mapped to the VM.  SeaBIOS will attempt to allocate new<br>
stolen memory in the VM, so the host stolen memory is wasted, but it's<br>
not represented in a BAR.  Re-using the host stolen memory is difficult<br>
because it's not actually a resource associated with the device except<br>
through IGD usage and it's physical address space is immovable,<br>
creating holes in the VM address space at host specific addresses. <br>
Thanks,<br>
<br>
Alex<br>
</blockquote></div>