G.R.
2012-Nov-29 09:24 UTC
Intel HD4000 IGD pass through appears to work, but monitor complains about ''no signal''
I''ve seen a recent report claiming that it works: http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html However, in my case, with a slightly different HW configuration the story is totally different. :-（ My config: HW: I7-3770 + AsRock H77M-ITX board Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel (3.2.x / 3.6.x) 64 bit version. Note that both of us have only one gpu in the system. They difference is that the lucky guy has an DQ77MK while mine is an AsRock. Another different is that he picks win 8 as domU, while my target is openelec 2.0, a linux 3.2.x based HTPC distro. So basically what I can see is a functional domU, almost, I mean. It does not freeze / lock up at all. All the assigned devices (IGD, audio, USB) are recognized and appears to work. I can hear sound from aplay, so audio is working. I can see the mouse I attached through lsusb so it appears to work too -- but I can''t 100% confident since I haven''t seen the pointer moving on screen... The IGD is shown in lspci properly and the vainfo tool shows that the HW codec is fine. The Xorg.0.log shows that intel driver is properly loaded, EDID from panel is correctly obtained. xrandr tool can show the connected output (I''ve tried both VGA1 / hdmi3). It appears that I can switch resolution or turn-off the display through xrandr without any error reported. The only *little* :-) issue is that I can''t see any output on monitor / TV. Both of them complain about no signal and go back to power saving. Well, I''m totally confused about the current status I''m at and need your advice. Is there any thing I should do to diagnosis and root cause the problem? I''m new to xen so am not familiar about the xen style of debugging. Would like to provide any log as you believe beneficial. Thanks, Timothy _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
G.R.
2012-Dec-02 04:46 UTC
Re: Intel HD4000 IGD pass through appears to work, but monitor complains about ''no signal''
I had been trying to install win7 && debian as domU these days and the result is frustrating. For win7, I was able to install and got video output on TV. But it simply BSOD once intel driver is installed. The BSOD says something about SYSTEM_SERVICE_EXCEPTION. not sure what does it means. Also, the TV screen starts to flashing with random colors once I get the win7 VM reboot. I need to assign the VGA controller back to host once and then to pciback again to have it back to work. Quite annoying. For debian, I tried both debian 6 / Wheezy installer. Both of them hang when trying to partition the disk xvda. I tried to manually use fdisk && dd to access the device and it seems that the access never got response. On Thu, Nov 29, 2012 at 11:26 PM, Ricardo Jesus <ricardo.meb.jesus@gmail.com> wrote:> Oh... DQ77MK has DVI-I, DVI-D and HDMI so it''s a little different. > > The fact that Win7 installer outputs makes me further suggest that you try > another Linux domU. > > When I get home I''ll try to assign the USB 3.0 controller to a domU and > let you know. > > > On Thu, Nov 29, 2012 at 3:11 PM, G.R. <firemeteor@users.sourceforge.net>wrote: > >> Update: DVI output does not work either for the openelec 2.0 domU. >> The intel HD4000 seems does not have internal DVI output. >> The xrandr shows that the on-board DVI port is converted from an internal >> hdmi output (hdmi1 this time). >> So I won''t surprise that it does not make any difference. >> >> However, another experiment brings some positive result -- the win7 >> installer actually showed some output on TV. >> I''ll try to finish the install and see what will happen with an Intel >> driver. >> >> >> >> On Thu, Nov 29, 2012 at 10:07 PM, Ricardo Jesus < >> ricardo.meb.jesus@gmail.com> wrote: >> >>> Haven''t tried to passthrough the USB 3.0 controller both the 2 USB 2.0 >>> controller pass just fine. >>> >>> Try to setup another Linux domU for example Wheezy or Ubuntu 12.04 LTS. >>> Those are guaranteed to worked. >>> >>> >>> On Thu, Nov 29, 2012 at 1:09 PM, G.R. <firemeteor@users.sourceforge.net>wrote: >>> >>>> >Btw did you try doing IGD passthrough to another Linux domU? >>>> No, this is the first VM so far. >>>> >>>> I tried to upgrade the bios and it does not help. Haven''t try out DVI >>>> port yet. Will do it later. >>>> >>>> PS: I can now confirm that the usb ctlr also works -- I can get data by >>>> open the device file directly. >>>> However, it only works for USB2 ctlrs (at least before bios upgrade) -- >>>> system complaining that it cannot reset the xhci controller. >>>> What about yours? >>>> >>>> >>>> Here comes the logs, compressed to save traffic: >>>> >>>> >>>> On Thu, Nov 29, 2012 at 6:52 PM, Ricardo Jesus < >>>> ricardo.meb.jesus@gmail.com> wrote: >>>> >>>>> /var/log/xen/qemu-dm-<vm-name> and <vm-name>.cfg would be used. >>>>> >>>>> Btw did you try doing IGD passthrough to another Linux domU? >>>>> >>>>> On Thu, Nov 29, 2012 at 10:27 AM, G.R. < >>>>> firemeteor@users.sourceforge.net> wrote: >>>>> > Intel site is kind of confusing about whether H77 is Vt-d capable. >>>>> > This page claims that it is not supported by the chipset: >>>>> > http://ark.intel.com/products/64018/Intel-BD82H77-PCH >>>>> > And this page lists a series of board that support Vt-d, including >>>>> some H77 >>>>> > based products. >>>>> > http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm >>>>> > >>>>> > AsRock has vt-d config in both the bios and their manual. >>>>> > And I have dumped the ACPI table from bios and confirmed that it >>>>> looks fine >>>>> > by checking the content against the spec. >>>>> > >>>>> > So I tend to believe this is actually working, which is partially >>>>> proved by >>>>> > the audio playback experiment I''ve done. >>>>> > >>>>> > I''ll do more experiments to root cause the issue to night, including >>>>> the DVI >>>>> > port you mentioned. >>>>> > And thanks to your advice about bios update. Once I believe I had >>>>> the newest >>>>> > version, but as I just checked on the web site, >>>>> > they seem to released a new version for win 8 about two weeks ago >>>>> :-). >>>>> > >>>>> > Of course I''m willing to post logs. What kind of logs do you believe >>>>> to be >>>>> > interesting? >>>>> > And any specific debug option do I need to enable before dumping the >>>>> log? >>>>> > Instructions needed, especially for XEN related switch -- I''m really >>>>> a >>>>> > newbie here. >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > On Thu, Nov 29, 2012 at 5:59 PM, Ricardo Jesus < >>>>> ricardo.meb.jesus@gmail.com> >>>>> > wrote: >>>>> >> >>>>> >> Hi, >>>>> >> >>>>> >> I am the guy that wrote the HowTo. >>>>> >> >>>>> >> Are you sure the H77 supports VT-d? At least when I chose the >>>>> DQ77MK I >>>>> >> only recall Q77 as the desktop chipset that supported VT-d though I >>>>> >> read somewhere that Intel has since updated the list of VT-d able >>>>> >> desktop boards. >>>>> >> >>>>> >> Also try to use your monitor''s DVI input. I say this because I''ve a >>>>> >> BIOS back experienced a weird bug where the motherboard didn''t ouput >>>>> >> from DVI so I had to use VGA output at the time. >>>>> >> >>>>> >> You might also consider updating your motherboard''s BIOS. >>>>> >> >>>>> >> I must that say that I''ve also managed to passthrough the IGD to >>>>> >> various Linux domUs (Debian and Ubuntu for instance). >>>>> >> >>>>> >> Any logs you can send? Post your domU''s config so that the list >>>>> users >>>>> >> can have a look. >>>>> >> >>>>> >> On Thu, Nov 29, 2012 at 9:24 AM, G.R. < >>>>> firemeteor@users.sourceforge.net> >>>>> >> wrote: >>>>> >> > I''ve seen a recent report claiming that it works: >>>>> >> > >>>>> >> > >>>>> http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html >>>>> >> > However, in my case, with a slightly different HW configuration >>>>> the >>>>> >> > story is >>>>> >> > totally different. :-（ >>>>> >> > >>>>> >> > My config: >>>>> >> > HW: I7-3770 + AsRock H77M-ITX board >>>>> >> > Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel >>>>> (3.2.x / >>>>> >> > 3.6.x) >>>>> >> > 64 bit version. >>>>> >> > >>>>> >> > Note that both of us have only one gpu in the system. >>>>> >> > They difference is that the lucky guy has an DQ77MK while mine is >>>>> an >>>>> >> > AsRock. >>>>> >> > Another different is that he picks win 8 as domU, while my target >>>>> is >>>>> >> > openelec 2.0, a linux 3.2.x based HTPC distro. >>>>> >> > >>>>> >> > So basically what I can see is a functional domU, almost, I mean. >>>>> >> > It does not freeze / lock up at all. >>>>> >> > All the assigned devices (IGD, audio, USB) are recognized and >>>>> appears to >>>>> >> > work. >>>>> >> > I can hear sound from aplay, so audio is working. >>>>> >> > I can see the mouse I attached through lsusb so it appears to >>>>> work too >>>>> >> > -- >>>>> >> > but I can''t 100% confident since I haven''t seen the pointer >>>>> moving on >>>>> >> > screen... >>>>> >> > The IGD is shown in lspci properly and the vainfo tool shows that >>>>> the HW >>>>> >> > codec is fine. >>>>> >> > The Xorg.0.log shows that intel driver is properly loaded, EDID >>>>> from >>>>> >> > panel >>>>> >> > is correctly obtained. >>>>> >> > xrandr tool can show the connected output (I''ve tried both VGA1 / >>>>> >> > hdmi3). >>>>> >> > It appears that I can switch resolution or turn-off the display >>>>> through >>>>> >> > xrandr without any error reported. >>>>> >> > The only *little* :-) issue is that I can''t see any output on >>>>> monitor / >>>>> >> > TV. >>>>> >> > Both of them complain about no signal and go back to power saving. >>>>> >> > >>>>> >> > Well, I''m totally confused about the current status I''m at and >>>>> need your >>>>> >> > advice. >>>>> >> > Is there any thing I should do to diagnosis and root cause the >>>>> problem? >>>>> >> > I''m new to xen so am not familiar about the xen style of >>>>> debugging. >>>>> >> > Would like to provide any log as you believe beneficial. >>>>> >> > >>>>> >> > Thanks, >>>>> >> > Timothy >>>>> >> > >>>>> >> > _______________________________________________ >>>>> >> > Xen-users mailing list >>>>> >> > Xen-users@lists.xen.org >>>>> >> > http://lists.xen.org/xen-users >>>>> > >>>>> > >>>>> >>>> >>>> >>> >> >_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
G.R.
2012-Dec-02 15:43 UTC
Re: Intel HD4000 IGD pass through appears to work, but monitor complains about ''no signal''
Update: I''m now able to install debian on domU. The issue I mentioned before is due to a silly mistake of incorrect nfs permission setting. Basically this time I can see linux desktop on TV panel. However, it is still not fully working. Even 2D looks perfect, 3D acceleration is not working at all For 3D, glxinfo report looks good, but glxigears does not render anything. Only once among many times I can see a set of static gears instead of running ones. I also tried xbmc, a gpu accelerated program and basically it doesn''t work. But frankly I could still switch to console (KMS) even when the fullscreen 3D app appears to be hanging. And this time I can''t have the audio working (even it did work for the openelec os img). There seems to be some problems about interrupt routing and lead to missing interrupts according to logs: Linux debvm 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux Dec 2 21:52:44 debvm kernel: [ 1085.604071] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring idle [waiting on 3354, at 3354], missed IRQ? Dec 2 21:56:50 debvm kernel: [ 1332.076071] [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render ring idle [waiting on 11297, at 11297], missed IRQ? Dec 2 22:32:48 debvm kernel: [ 7.220073] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x000f0000 Dec 2 22:45:32 debvm kernel: [ 776.392084] hda-intel: No response from codec, disabling MSI: last cmd=0x002f0600 Dec 2 22:45:33 debvm kernel: [ 777.400075] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x002f0600 Log from xen dmesg: (XEN) Intel VT-d supported page sizes: 4kB. (XEN) Intel VT-d supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control not enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Enabled directed EOI with ioapic_ack_old on! (XEN) ENABLING IO-APIC IRQs (XEN) -> Using old ACK method (XEN) Platform timer appears to have unexpectedly wrapped 1 times. (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) - Unrestricted Guest (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) printk: 1 messages suppressed. (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 (XEN) physdev.c:186: dom17: 16:-1 already mapped to 16 (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 (XEN) vmsi.c:122:d17 Unsupported delivery mode 3 qemu-dm log: pt_iomem_map: e_phys=ffffffff maddr=f7c18000 type=0 len=4096 index=0 first_map=0 pt_pci_write_config: Warning: Guest attempt to set address to unused Base Address Register. [00:06.0][Offset:30h][Length:4] pt_iomem_map: e_phys=f1424000 maddr=f7c18000 type=0 len=4096 index=0 first_map=0 igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation pci_intx: intx=1 pt_msi_update: Update msi with pirq 36 gvec 0 gflags 3034 pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation pci_intx: intx=1 pt_msi_update: Update msi with pirq 37 gvec 0 gflags 3033 igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 igd_pci_read: pci_config_read: 0:0.0: addr=0 len=4 val=1508086 On Sun, Dec 2, 2012 at 12:46 PM, G.R. <firemeteor@users.sourceforge.net>wrote:> I had been trying to install win7 && debian as domU these days and the > result is frustrating. > For win7, I was able to install and got video output on TV. > But it simply BSOD once intel driver is installed. > The BSOD says something about SYSTEM_SERVICE_EXCEPTION. not sure what does > it means. > > Also, the TV screen starts to flashing with random colors once I get the > win7 VM reboot. > I need to assign the VGA controller back to host once and then to pciback > again to have it back to work. > Quite annoying. > > > For debian, I tried both debian 6 / Wheezy installer. Both of them hang > when trying to partition the disk xvda. > I tried to manually use fdisk && dd to access the device and it seems that > the access never got response. > > > > On Thu, Nov 29, 2012 at 11:26 PM, Ricardo Jesus < > ricardo.meb.jesus@gmail.com> wrote: > >> Oh... DQ77MK has DVI-I, DVI-D and HDMI so it''s a little different. >> >> The fact that Win7 installer outputs makes me further suggest that you >> try another Linux domU. >> >> When I get home I''ll try to assign the USB 3.0 controller to a domU and >> let you know. >> >> >> On Thu, Nov 29, 2012 at 3:11 PM, G.R. <firemeteor@users.sourceforge.net>wrote: >> >>> Update: DVI output does not work either for the openelec 2.0 domU. >>> The intel HD4000 seems does not have internal DVI output. >>> The xrandr shows that the on-board DVI port is converted from an >>> internal hdmi output (hdmi1 this time). >>> So I won''t surprise that it does not make any difference. >>> >>> However, another experiment brings some positive result -- the win7 >>> installer actually showed some output on TV. >>> I''ll try to finish the install and see what will happen with an Intel >>> driver. >>> >>> >>> >>> On Thu, Nov 29, 2012 at 10:07 PM, Ricardo Jesus < >>> ricardo.meb.jesus@gmail.com> wrote: >>> >>>> Haven''t tried to passthrough the USB 3.0 controller both the 2 USB 2.0 >>>> controller pass just fine. >>>> >>>> Try to setup another Linux domU for example Wheezy or Ubuntu 12.04 LTS. >>>> Those are guaranteed to worked. >>>> >>>> >>>> On Thu, Nov 29, 2012 at 1:09 PM, G.R. <firemeteor@users.sourceforge.net >>>> > wrote: >>>> >>>>> >Btw did you try doing IGD passthrough to another Linux domU? >>>>> No, this is the first VM so far. >>>>> >>>>> I tried to upgrade the bios and it does not help. Haven''t try out DVI >>>>> port yet. Will do it later. >>>>> >>>>> PS: I can now confirm that the usb ctlr also works -- I can get data >>>>> by open the device file directly. >>>>> However, it only works for USB2 ctlrs (at least before bios upgrade) >>>>> -- system complaining that it cannot reset the xhci controller. >>>>> What about yours? >>>>> >>>>> >>>>> Here comes the logs, compressed to save traffic: >>>>> >>>>> >>>>> On Thu, Nov 29, 2012 at 6:52 PM, Ricardo Jesus < >>>>> ricardo.meb.jesus@gmail.com> wrote: >>>>> >>>>>> /var/log/xen/qemu-dm-<vm-name> and <vm-name>.cfg would be used. >>>>>> >>>>>> Btw did you try doing IGD passthrough to another Linux domU? >>>>>> >>>>>> On Thu, Nov 29, 2012 at 10:27 AM, G.R. < >>>>>> firemeteor@users.sourceforge.net> wrote: >>>>>> > Intel site is kind of confusing about whether H77 is Vt-d capable. >>>>>> > This page claims that it is not supported by the chipset: >>>>>> > http://ark.intel.com/products/64018/Intel-BD82H77-PCH >>>>>> > And this page lists a series of board that support Vt-d, including >>>>>> some H77 >>>>>> > based products. >>>>>> > http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm >>>>>> > >>>>>> > AsRock has vt-d config in both the bios and their manual. >>>>>> > And I have dumped the ACPI table from bios and confirmed that it >>>>>> looks fine >>>>>> > by checking the content against the spec. >>>>>> > >>>>>> > So I tend to believe this is actually working, which is partially >>>>>> proved by >>>>>> > the audio playback experiment I''ve done. >>>>>> > >>>>>> > I''ll do more experiments to root cause the issue to night, >>>>>> including the DVI >>>>>> > port you mentioned. >>>>>> > And thanks to your advice about bios update. Once I believe I had >>>>>> the newest >>>>>> > version, but as I just checked on the web site, >>>>>> > they seem to released a new version for win 8 about two weeks ago >>>>>> :-). >>>>>> > >>>>>> > Of course I''m willing to post logs. What kind of logs do you >>>>>> believe to be >>>>>> > interesting? >>>>>> > And any specific debug option do I need to enable before dumping >>>>>> the log? >>>>>> > Instructions needed, especially for XEN related switch -- I''m >>>>>> really a >>>>>> > newbie here. >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > On Thu, Nov 29, 2012 at 5:59 PM, Ricardo Jesus < >>>>>> ricardo.meb.jesus@gmail.com> >>>>>> > wrote: >>>>>> >> >>>>>> >> Hi, >>>>>> >> >>>>>> >> I am the guy that wrote the HowTo. >>>>>> >> >>>>>> >> Are you sure the H77 supports VT-d? At least when I chose the >>>>>> DQ77MK I >>>>>> >> only recall Q77 as the desktop chipset that supported VT-d though I >>>>>> >> read somewhere that Intel has since updated the list of VT-d able >>>>>> >> desktop boards. >>>>>> >> >>>>>> >> Also try to use your monitor''s DVI input. I say this because I''ve a >>>>>> >> BIOS back experienced a weird bug where the motherboard didn''t >>>>>> ouput >>>>>> >> from DVI so I had to use VGA output at the time. >>>>>> >> >>>>>> >> You might also consider updating your motherboard''s BIOS. >>>>>> >> >>>>>> >> I must that say that I''ve also managed to passthrough the IGD to >>>>>> >> various Linux domUs (Debian and Ubuntu for instance). >>>>>> >> >>>>>> >> Any logs you can send? Post your domU''s config so that the list >>>>>> users >>>>>> >> can have a look. >>>>>> >> >>>>>> >> On Thu, Nov 29, 2012 at 9:24 AM, G.R. < >>>>>> firemeteor@users.sourceforge.net> >>>>>> >> wrote: >>>>>> >> > I''ve seen a recent report claiming that it works: >>>>>> >> > >>>>>> >> > >>>>>> http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html >>>>>> >> > However, in my case, with a slightly different HW configuration >>>>>> the >>>>>> >> > story is >>>>>> >> > totally different. :-（ >>>>>> >> > >>>>>> >> > My config: >>>>>> >> > HW: I7-3770 + AsRock H77M-ITX board >>>>>> >> > Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel >>>>>> (3.2.x / >>>>>> >> > 3.6.x) >>>>>> >> > 64 bit version. >>>>>> >> > >>>>>> >> > Note that both of us have only one gpu in the system. >>>>>> >> > They difference is that the lucky guy has an DQ77MK while mine >>>>>> is an >>>>>> >> > AsRock. >>>>>> >> > Another different is that he picks win 8 as domU, while my >>>>>> target is >>>>>> >> > openelec 2.0, a linux 3.2.x based HTPC distro. >>>>>> >> > >>>>>> >> > So basically what I can see is a functional domU, almost, I mean. >>>>>> >> > It does not freeze / lock up at all. >>>>>> >> > All the assigned devices (IGD, audio, USB) are recognized and >>>>>> appears to >>>>>> >> > work. >>>>>> >> > I can hear sound from aplay, so audio is working. >>>>>> >> > I can see the mouse I attached through lsusb so it appears to >>>>>> work too >>>>>> >> > -- >>>>>> >> > but I can''t 100% confident since I haven''t seen the pointer >>>>>> moving on >>>>>> >> > screen... >>>>>> >> > The IGD is shown in lspci properly and the vainfo tool shows >>>>>> that the HW >>>>>> >> > codec is fine. >>>>>> >> > The Xorg.0.log shows that intel driver is properly loaded, EDID >>>>>> from >>>>>> >> > panel >>>>>> >> > is correctly obtained. >>>>>> >> > xrandr tool can show the connected output (I''ve tried both VGA1 / >>>>>> >> > hdmi3). >>>>>> >> > It appears that I can switch resolution or turn-off the display >>>>>> through >>>>>> >> > xrandr without any error reported. >>>>>> >> > The only *little* :-) issue is that I can''t see any output on >>>>>> monitor / >>>>>> >> > TV. >>>>>> >> > Both of them complain about no signal and go back to power >>>>>> saving. >>>>>> >> > >>>>>> >> > Well, I''m totally confused about the current status I''m at and >>>>>> need your >>>>>> >> > advice. >>>>>> >> > Is there any thing I should do to diagnosis and root cause the >>>>>> problem? >>>>>> >> > I''m new to xen so am not familiar about the xen style of >>>>>> debugging. >>>>>> >> > Would like to provide any log as you believe beneficial. >>>>>> >> > >>>>>> >> > Thanks, >>>>>> >> > Timothy >>>>>> >> > >>>>>> >> > _______________________________________________ >>>>>> >> > Xen-users mailing list >>>>>> >> > Xen-users@lists.xen.org >>>>>> >> > http://lists.xen.org/xen-users >>>>>> > >>>>>> > >>>>>> >>>>> >>>>> >>>> >>> >> >_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
G.R.
2012-Dec-07 02:16 UTC
Re: Intel HD4000 IGD pass through appears to work, but monitor complains about ''no signal''
Update: I find that the original syndrome of not being able to see output on panel many have something to do with the xorg driver version being used. The failing version is 2.20. The working debian system is 2.19. After upgrading the debian driver to 2.20 in experimental, the same syndrome happens again. On Sun, Dec 2, 2012 at 11:43 PM, G.R. <firemeteor@users.sourceforge.net>wrote:> Update: > I''m now able to install debian on domU. > The issue I mentioned before is due to a silly mistake of incorrect nfs > permission setting. > Basically this time I can see linux desktop on TV panel. However, it is > still not fully working. > Even 2D looks perfect, 3D acceleration is not working at all > For 3D, glxinfo report looks good, but glxigears does not render anything. > Only once among many times I can see a set of static gears instead of > running ones. > I also tried xbmc, a gpu accelerated program and basically it doesn''t work. > But frankly I could still switch to console (KMS) even when the fullscreen > 3D app appears to be hanging. > > And this time I can''t have the audio working (even it did work for the > openelec os img). > > There seems to be some problems about interrupt routing and lead to > missing interrupts according to logs: > > Linux debvm 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux > Dec 2 21:52:44 debvm kernel: [ 1085.604071] > [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring > idle [waiting on 3354, at 3354], missed IRQ? > Dec 2 21:56:50 debvm kernel: [ 1332.076071] > [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render > ring idle [waiting on 11297, at 11297], missed IRQ? > Dec 2 22:32:48 debvm kernel: [ 7.220073] hda-intel: azx_get_response > timeout, switching to polling mode: last cmd=0x000f0000 > Dec 2 22:45:32 debvm kernel: [ 776.392084] hda-intel: No response from > codec, disabling MSI: last cmd=0x002f0600 > Dec 2 22:45:33 debvm kernel: [ 777.400075] hda_intel: azx_get_response > timeout, switching to single_cmd mode: last cmd=0x002f0600 > > Log from xen dmesg: > (XEN) Intel VT-d supported page sizes: 4kB. > (XEN) Intel VT-d supported page sizes: 4kB. > (XEN) Intel VT-d Snoop Control not enabled. > (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. > (XEN) Intel VT-d Queued Invalidation enabled. > (XEN) Intel VT-d Interrupt Remapping enabled. > (XEN) Intel VT-d Shared EPT tables not enabled. > (XEN) I/O virtualisation enabled > (XEN) - Dom0 mode: Relaxed > (XEN) Enabled directed EOI with ioapic_ack_old on! > (XEN) ENABLING IO-APIC IRQs > (XEN) -> Using old ACK method > (XEN) Platform timer appears to have unexpectedly wrapped 1 times. > (XEN) Platform timer is 14.318MHz HPET > (XEN) Allocated console ring of 16 KiB. > (XEN) VMX: Supported advanced features: > (XEN) - APIC MMIO access virtualisation > (XEN) - APIC TPR shadow > (XEN) - Extended Page Tables (EPT) > (XEN) - Virtual-Processor Identifiers (VPID) > (XEN) - Virtual NMI > (XEN) - MSR direct-access bitmap > (XEN) - Unrestricted Guest > (XEN) HVM: ASIDs enabled. > (XEN) HVM: VMX enabled > (XEN) HVM: Hardware Assisted Paging (HAP) detected > (XEN) HVM: HAP page sizes: 4kB, 2MB > (XEN) printk: 1 messages suppressed. > (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 > (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 > (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 > (XEN) physdev.c:186: dom17: 16:-1 already mapped to 16 > (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 > (XEN) vmsi.c:122:d17 Unsupported delivery mode 3 > > qemu-dm log: > > pt_iomem_map: e_phys=ffffffff maddr=f7c18000 type=0 len=4096 index=0 > first_map=0 > pt_pci_write_config: Warning: Guest attempt to set address to unused Base > Address Register. [00:06.0][Offset:30h][Length:4] > pt_iomem_map: e_phys=f1424000 maddr=f7c18000 type=0 len=4096 index=0 > first_map=0 > igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 > pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation > pci_intx: intx=1 > pt_msi_update: Update msi with pirq 36 gvec 0 gflags 3034 > pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation > pci_intx: intx=1 > pt_msi_update: Update msi with pirq 37 gvec 0 gflags 3033 > igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 > igd_pci_read: pci_config_read: 0:0.0: addr=0 len=4 val=1508086 > > > > > On Sun, Dec 2, 2012 at 12:46 PM, G.R. <firemeteor@users.sourceforge.net>wrote: > >> I had been trying to install win7 && debian as domU these days and the >> result is frustrating. >> For win7, I was able to install and got video output on TV. >> But it simply BSOD once intel driver is installed. >> The BSOD says something about SYSTEM_SERVICE_EXCEPTION. not sure what >> does it means. >> >> Also, the TV screen starts to flashing with random colors once I get the >> win7 VM reboot. >> I need to assign the VGA controller back to host once and then to pciback >> again to have it back to work. >> Quite annoying. >> >> >> For debian, I tried both debian 6 / Wheezy installer. Both of them hang >> when trying to partition the disk xvda. >> I tried to manually use fdisk && dd to access the device and it seems >> that the access never got response. >> >> >> >> On Thu, Nov 29, 2012 at 11:26 PM, Ricardo Jesus < >> ricardo.meb.jesus@gmail.com> wrote: >> >>> Oh... DQ77MK has DVI-I, DVI-D and HDMI so it''s a little different. >>> >>> The fact that Win7 installer outputs makes me further suggest that you >>> try another Linux domU. >>> >>> When I get home I''ll try to assign the USB 3.0 controller to a domU and >>> let you know. >>> >>> >>> On Thu, Nov 29, 2012 at 3:11 PM, G.R. <firemeteor@users.sourceforge.net>wrote: >>> >>>> Update: DVI output does not work either for the openelec 2.0 domU. >>>> The intel HD4000 seems does not have internal DVI output. >>>> The xrandr shows that the on-board DVI port is converted from an >>>> internal hdmi output (hdmi1 this time). >>>> So I won''t surprise that it does not make any difference. >>>> >>>> However, another experiment brings some positive result -- the win7 >>>> installer actually showed some output on TV. >>>> I''ll try to finish the install and see what will happen with an Intel >>>> driver. >>>> >>>> >>>> >>>> On Thu, Nov 29, 2012 at 10:07 PM, Ricardo Jesus < >>>> ricardo.meb.jesus@gmail.com> wrote: >>>> >>>>> Haven''t tried to passthrough the USB 3.0 controller both the 2 USB 2.0 >>>>> controller pass just fine. >>>>> >>>>> Try to setup another Linux domU for example Wheezy or Ubuntu 12.04 >>>>> LTS. Those are guaranteed to worked. >>>>> >>>>> >>>>> On Thu, Nov 29, 2012 at 1:09 PM, G.R. < >>>>> firemeteor@users.sourceforge.net> wrote: >>>>> >>>>>> >Btw did you try doing IGD passthrough to another Linux domU? >>>>>> No, this is the first VM so far. >>>>>> >>>>>> I tried to upgrade the bios and it does not help. Haven''t try out DVI >>>>>> port yet. Will do it later. >>>>>> >>>>>> PS: I can now confirm that the usb ctlr also works -- I can get data >>>>>> by open the device file directly. >>>>>> However, it only works for USB2 ctlrs (at least before bios upgrade) >>>>>> -- system complaining that it cannot reset the xhci controller. >>>>>> What about yours? >>>>>> >>>>>> >>>>>> Here comes the logs, compressed to save traffic: >>>>>> >>>>>> >>>>>> On Thu, Nov 29, 2012 at 6:52 PM, Ricardo Jesus < >>>>>> ricardo.meb.jesus@gmail.com> wrote: >>>>>> >>>>>>> /var/log/xen/qemu-dm-<vm-name> and <vm-name>.cfg would be used. >>>>>>> >>>>>>> Btw did you try doing IGD passthrough to another Linux domU? >>>>>>> >>>>>>> On Thu, Nov 29, 2012 at 10:27 AM, G.R. < >>>>>>> firemeteor@users.sourceforge.net> wrote: >>>>>>> > Intel site is kind of confusing about whether H77 is Vt-d capable. >>>>>>> > This page claims that it is not supported by the chipset: >>>>>>> > http://ark.intel.com/products/64018/Intel-BD82H77-PCH >>>>>>> > And this page lists a series of board that support Vt-d, including >>>>>>> some H77 >>>>>>> > based products. >>>>>>> > http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm >>>>>>> > >>>>>>> > AsRock has vt-d config in both the bios and their manual. >>>>>>> > And I have dumped the ACPI table from bios and confirmed that it >>>>>>> looks fine >>>>>>> > by checking the content against the spec. >>>>>>> > >>>>>>> > So I tend to believe this is actually working, which is partially >>>>>>> proved by >>>>>>> > the audio playback experiment I''ve done. >>>>>>> > >>>>>>> > I''ll do more experiments to root cause the issue to night, >>>>>>> including the DVI >>>>>>> > port you mentioned. >>>>>>> > And thanks to your advice about bios update. Once I believe I had >>>>>>> the newest >>>>>>> > version, but as I just checked on the web site, >>>>>>> > they seem to released a new version for win 8 about two weeks ago >>>>>>> :-). >>>>>>> > >>>>>>> > Of course I''m willing to post logs. What kind of logs do you >>>>>>> believe to be >>>>>>> > interesting? >>>>>>> > And any specific debug option do I need to enable before dumping >>>>>>> the log? >>>>>>> > Instructions needed, especially for XEN related switch -- I''m >>>>>>> really a >>>>>>> > newbie here. >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > On Thu, Nov 29, 2012 at 5:59 PM, Ricardo Jesus < >>>>>>> ricardo.meb.jesus@gmail.com> >>>>>>> > wrote: >>>>>>> >> >>>>>>> >> Hi, >>>>>>> >> >>>>>>> >> I am the guy that wrote the HowTo. >>>>>>> >> >>>>>>> >> Are you sure the H77 supports VT-d? At least when I chose the >>>>>>> DQ77MK I >>>>>>> >> only recall Q77 as the desktop chipset that supported VT-d though >>>>>>> I >>>>>>> >> read somewhere that Intel has since updated the list of VT-d able >>>>>>> >> desktop boards. >>>>>>> >> >>>>>>> >> Also try to use your monitor''s DVI input. I say this because I''ve >>>>>>> a >>>>>>> >> BIOS back experienced a weird bug where the motherboard didn''t >>>>>>> ouput >>>>>>> >> from DVI so I had to use VGA output at the time. >>>>>>> >> >>>>>>> >> You might also consider updating your motherboard''s BIOS. >>>>>>> >> >>>>>>> >> I must that say that I''ve also managed to passthrough the IGD to >>>>>>> >> various Linux domUs (Debian and Ubuntu for instance). >>>>>>> >> >>>>>>> >> Any logs you can send? Post your domU''s config so that the list >>>>>>> users >>>>>>> >> can have a look. >>>>>>> >> >>>>>>> >> On Thu, Nov 29, 2012 at 9:24 AM, G.R. < >>>>>>> firemeteor@users.sourceforge.net> >>>>>>> >> wrote: >>>>>>> >> > I''ve seen a recent report claiming that it works: >>>>>>> >> > >>>>>>> >> > >>>>>>> http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html >>>>>>> >> > However, in my case, with a slightly different HW configuration >>>>>>> the >>>>>>> >> > story is >>>>>>> >> > totally different. :-（ >>>>>>> >> > >>>>>>> >> > My config: >>>>>>> >> > HW: I7-3770 + AsRock H77M-ITX board >>>>>>> >> > Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel >>>>>>> (3.2.x / >>>>>>> >> > 3.6.x) >>>>>>> >> > 64 bit version. >>>>>>> >> > >>>>>>> >> > Note that both of us have only one gpu in the system. >>>>>>> >> > They difference is that the lucky guy has an DQ77MK while mine >>>>>>> is an >>>>>>> >> > AsRock. >>>>>>> >> > Another different is that he picks win 8 as domU, while my >>>>>>> target is >>>>>>> >> > openelec 2.0, a linux 3.2.x based HTPC distro. >>>>>>> >> > >>>>>>> >> > So basically what I can see is a functional domU, almost, I >>>>>>> mean. >>>>>>> >> > It does not freeze / lock up at all. >>>>>>> >> > All the assigned devices (IGD, audio, USB) are recognized and >>>>>>> appears to >>>>>>> >> > work. >>>>>>> >> > I can hear sound from aplay, so audio is working. >>>>>>> >> > I can see the mouse I attached through lsusb so it appears to >>>>>>> work too >>>>>>> >> > -- >>>>>>> >> > but I can''t 100% confident since I haven''t seen the pointer >>>>>>> moving on >>>>>>> >> > screen... >>>>>>> >> > The IGD is shown in lspci properly and the vainfo tool shows >>>>>>> that the HW >>>>>>> >> > codec is fine. >>>>>>> >> > The Xorg.0.log shows that intel driver is properly loaded, EDID >>>>>>> from >>>>>>> >> > panel >>>>>>> >> > is correctly obtained. >>>>>>> >> > xrandr tool can show the connected output (I''ve tried both VGA1 >>>>>>> / >>>>>>> >> > hdmi3). >>>>>>> >> > It appears that I can switch resolution or turn-off the display >>>>>>> through >>>>>>> >> > xrandr without any error reported. >>>>>>> >> > The only *little* :-) issue is that I can''t see any output on >>>>>>> monitor / >>>>>>> >> > TV. >>>>>>> >> > Both of them complain about no signal and go back to power >>>>>>> saving. >>>>>>> >> > >>>>>>> >> > Well, I''m totally confused about the current status I''m at and >>>>>>> need your >>>>>>> >> > advice. >>>>>>> >> > Is there any thing I should do to diagnosis and root cause the >>>>>>> problem? >>>>>>> >> > I''m new to xen so am not familiar about the xen style of >>>>>>> debugging. >>>>>>> >> > Would like to provide any log as you believe beneficial. >>>>>>> >> > >>>>>>> >> > Thanks, >>>>>>> >> > Timothy >>>>>>> >> > >>>>>>> >> > _______________________________________________ >>>>>>> >> > Xen-users mailing list >>>>>>> >> > Xen-users@lists.xen.org >>>>>>> >> > http://lists.xen.org/xen-users >>>>>>> > >>>>>>> > >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
G.R.
2012-Dec-08 15:46 UTC
Re: Intel HD4000 IGD pass through appears to work, but monitor complains about ''no signal''
Update: It turns out that my previous statement is wrong. Actually the issue has something to do with pure HVM guest, PVHVM appears to work. Finally I managed to discover the direct cause of the issue after some debugging. In pure HVM linux guest the driver does not set the PLL select properly. After setting this register with debug tool and re-enable the output port, I can see the ouput on panel. Will try to find out why the register is not set properly. On Fri, Dec 7, 2012 at 10:16 AM, G.R. <firemeteor@users.sourceforge.net>wrote:> Update: > I find that the original syndrome of not being able to see output on panel > many have something to do with the xorg driver version being used. > The failing version is 2.20. The working debian system is 2.19. > After upgrading the debian driver to 2.20 in experimental, the same > syndrome happens again. > > > > On Sun, Dec 2, 2012 at 11:43 PM, G.R. <firemeteor@users.sourceforge.net>wrote: > >> Update: >> I''m now able to install debian on domU. >> The issue I mentioned before is due to a silly mistake of incorrect nfs >> permission setting. >> Basically this time I can see linux desktop on TV panel. However, it is >> still not fully working. >> Even 2D looks perfect, 3D acceleration is not working at all >> For 3D, glxinfo report looks good, but glxigears does not render anything. >> Only once among many times I can see a set of static gears instead of >> running ones. >> I also tried xbmc, a gpu accelerated program and basically it doesn''t >> work. >> But frankly I could still switch to console (KMS) even when the >> fullscreen 3D app appears to be hanging. >> >> And this time I can''t have the audio working (even it did work for the >> openelec os img). >> >> There seems to be some problems about interrupt routing and lead to >> missing interrupts according to logs: >> >> Linux debvm 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux >> Dec 2 21:52:44 debvm kernel: [ 1085.604071] >> [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... blt ring >> idle [waiting on 3354, at 3354], missed IRQ? >> Dec 2 21:56:50 debvm kernel: [ 1332.076071] >> [drm:i915_hangcheck_ring_idle] *ERROR* Hangcheck timer elapsed... render >> ring idle [waiting on 11297, at 11297], missed IRQ? >> Dec 2 22:32:48 debvm kernel: [ 7.220073] hda-intel: azx_get_response >> timeout, switching to polling mode: last cmd=0x000f0000 >> Dec 2 22:45:32 debvm kernel: [ 776.392084] hda-intel: No response from >> codec, disabling MSI: last cmd=0x002f0600 >> Dec 2 22:45:33 debvm kernel: [ 777.400075] hda_intel: azx_get_response >> timeout, switching to single_cmd mode: last cmd=0x002f0600 >> >> Log from xen dmesg: >> (XEN) Intel VT-d supported page sizes: 4kB. >> (XEN) Intel VT-d supported page sizes: 4kB. >> (XEN) Intel VT-d Snoop Control not enabled. >> (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. >> (XEN) Intel VT-d Queued Invalidation enabled. >> (XEN) Intel VT-d Interrupt Remapping enabled. >> (XEN) Intel VT-d Shared EPT tables not enabled. >> (XEN) I/O virtualisation enabled >> (XEN) - Dom0 mode: Relaxed >> (XEN) Enabled directed EOI with ioapic_ack_old on! >> (XEN) ENABLING IO-APIC IRQs >> (XEN) -> Using old ACK method >> (XEN) Platform timer appears to have unexpectedly wrapped 1 times. >> (XEN) Platform timer is 14.318MHz HPET >> (XEN) Allocated console ring of 16 KiB. >> (XEN) VMX: Supported advanced features: >> (XEN) - APIC MMIO access virtualisation >> (XEN) - APIC TPR shadow >> (XEN) - Extended Page Tables (EPT) >> (XEN) - Virtual-Processor Identifiers (VPID) >> (XEN) - Virtual NMI >> (XEN) - MSR direct-access bitmap >> (XEN) - Unrestricted Guest >> (XEN) HVM: ASIDs enabled. >> (XEN) HVM: VMX enabled >> (XEN) HVM: Hardware Assisted Paging (HAP) detected >> (XEN) HVM: HAP page sizes: 4kB, 2MB >> (XEN) printk: 1 messages suppressed. >> (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 >> (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 >> (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 >> (XEN) physdev.c:186: dom17: 16:-1 already mapped to 16 >> (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 >> (XEN) vmsi.c:122:d17 Unsupported delivery mode 3 >> >> qemu-dm log: >> >> pt_iomem_map: e_phys=ffffffff maddr=f7c18000 type=0 len=4096 index=0 >> first_map=0 >> pt_pci_write_config: Warning: Guest attempt to set address to unused Base >> Address Register. [00:06.0][Offset:30h][Length:4] >> pt_iomem_map: e_phys=f1424000 maddr=f7c18000 type=0 len=4096 index=0 >> first_map=0 >> igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 >> pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation >> pci_intx: intx=1 >> pt_msi_update: Update msi with pirq 36 gvec 0 gflags 3034 >> pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation >> pci_intx: intx=1 >> pt_msi_update: Update msi with pirq 37 gvec 0 gflags 3033 >> igd_pci_read: pci_config_read: 0:0.0: addr=52 len=2 val=ffff0000 >> igd_pci_read: pci_config_read: 0:0.0: addr=0 len=4 val=1508086 >> >> >> >> >> On Sun, Dec 2, 2012 at 12:46 PM, G.R. <firemeteor@users.sourceforge.net>wrote: >> >>> I had been trying to install win7 && debian as domU these days and the >>> result is frustrating. >>> For win7, I was able to install and got video output on TV. >>> But it simply BSOD once intel driver is installed. >>> The BSOD says something about SYSTEM_SERVICE_EXCEPTION. not sure what >>> does it means. >>> >>> Also, the TV screen starts to flashing with random colors once I get the >>> win7 VM reboot. >>> I need to assign the VGA controller back to host once and then to >>> pciback again to have it back to work. >>> Quite annoying. >>> >>> >>> For debian, I tried both debian 6 / Wheezy installer. Both of them hang >>> when trying to partition the disk xvda. >>> I tried to manually use fdisk && dd to access the device and it seems >>> that the access never got response. >>> >>> >>> >>> On Thu, Nov 29, 2012 at 11:26 PM, Ricardo Jesus < >>> ricardo.meb.jesus@gmail.com> wrote: >>> >>>> Oh... DQ77MK has DVI-I, DVI-D and HDMI so it''s a little different. >>>> >>>> The fact that Win7 installer outputs makes me further suggest that you >>>> try another Linux domU. >>>> >>>> When I get home I''ll try to assign the USB 3.0 controller to a domU and >>>> let you know. >>>> >>>> >>>> On Thu, Nov 29, 2012 at 3:11 PM, G.R. <firemeteor@users.sourceforge.net >>>> > wrote: >>>> >>>>> Update: DVI output does not work either for the openelec 2.0 domU. >>>>> The intel HD4000 seems does not have internal DVI output. >>>>> The xrandr shows that the on-board DVI port is converted from an >>>>> internal hdmi output (hdmi1 this time). >>>>> So I won''t surprise that it does not make any difference. >>>>> >>>>> However, another experiment brings some positive result -- the win7 >>>>> installer actually showed some output on TV. >>>>> I''ll try to finish the install and see what will happen with an Intel >>>>> driver. >>>>> >>>>> >>>>> >>>>> On Thu, Nov 29, 2012 at 10:07 PM, Ricardo Jesus < >>>>> ricardo.meb.jesus@gmail.com> wrote: >>>>> >>>>>> Haven''t tried to passthrough the USB 3.0 controller both the 2 USB >>>>>> 2.0 controller pass just fine. >>>>>> >>>>>> Try to setup another Linux domU for example Wheezy or Ubuntu 12.04 >>>>>> LTS. Those are guaranteed to worked. >>>>>> >>>>>> >>>>>> On Thu, Nov 29, 2012 at 1:09 PM, G.R. < >>>>>> firemeteor@users.sourceforge.net> wrote: >>>>>> >>>>>>> >Btw did you try doing IGD passthrough to another Linux domU? >>>>>>> No, this is the first VM so far. >>>>>>> >>>>>>> I tried to upgrade the bios and it does not help. Haven''t try out >>>>>>> DVI port yet. Will do it later. >>>>>>> >>>>>>> PS: I can now confirm that the usb ctlr also works -- I can get data >>>>>>> by open the device file directly. >>>>>>> However, it only works for USB2 ctlrs (at least before bios upgrade) >>>>>>> -- system complaining that it cannot reset the xhci controller. >>>>>>> What about yours? >>>>>>> >>>>>>> >>>>>>> Here comes the logs, compressed to save traffic: >>>>>>> >>>>>>> >>>>>>> On Thu, Nov 29, 2012 at 6:52 PM, Ricardo Jesus < >>>>>>> ricardo.meb.jesus@gmail.com> wrote: >>>>>>> >>>>>>>> /var/log/xen/qemu-dm-<vm-name> and <vm-name>.cfg would be used. >>>>>>>> >>>>>>>> Btw did you try doing IGD passthrough to another Linux domU? >>>>>>>> >>>>>>>> On Thu, Nov 29, 2012 at 10:27 AM, G.R. < >>>>>>>> firemeteor@users.sourceforge.net> wrote: >>>>>>>> > Intel site is kind of confusing about whether H77 is Vt-d capable. >>>>>>>> > This page claims that it is not supported by the chipset: >>>>>>>> > http://ark.intel.com/products/64018/Intel-BD82H77-PCH >>>>>>>> > And this page lists a series of board that support Vt-d, >>>>>>>> including some H77 >>>>>>>> > based products. >>>>>>>> > >>>>>>>> http://www.intel.com/support/motherboards/desktop/sb/CS-030922.htm >>>>>>>> > >>>>>>>> > AsRock has vt-d config in both the bios and their manual. >>>>>>>> > And I have dumped the ACPI table from bios and confirmed that it >>>>>>>> looks fine >>>>>>>> > by checking the content against the spec. >>>>>>>> > >>>>>>>> > So I tend to believe this is actually working, which is partially >>>>>>>> proved by >>>>>>>> > the audio playback experiment I''ve done. >>>>>>>> > >>>>>>>> > I''ll do more experiments to root cause the issue to night, >>>>>>>> including the DVI >>>>>>>> > port you mentioned. >>>>>>>> > And thanks to your advice about bios update. Once I believe I had >>>>>>>> the newest >>>>>>>> > version, but as I just checked on the web site, >>>>>>>> > they seem to released a new version for win 8 about two weeks ago >>>>>>>> :-). >>>>>>>> > >>>>>>>> > Of course I''m willing to post logs. What kind of logs do you >>>>>>>> believe to be >>>>>>>> > interesting? >>>>>>>> > And any specific debug option do I need to enable before dumping >>>>>>>> the log? >>>>>>>> > Instructions needed, especially for XEN related switch -- I''m >>>>>>>> really a >>>>>>>> > newbie here. >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > On Thu, Nov 29, 2012 at 5:59 PM, Ricardo Jesus < >>>>>>>> ricardo.meb.jesus@gmail.com> >>>>>>>> > wrote: >>>>>>>> >> >>>>>>>> >> Hi, >>>>>>>> >> >>>>>>>> >> I am the guy that wrote the HowTo. >>>>>>>> >> >>>>>>>> >> Are you sure the H77 supports VT-d? At least when I chose the >>>>>>>> DQ77MK I >>>>>>>> >> only recall Q77 as the desktop chipset that supported VT-d >>>>>>>> though I >>>>>>>> >> read somewhere that Intel has since updated the list of VT-d able >>>>>>>> >> desktop boards. >>>>>>>> >> >>>>>>>> >> Also try to use your monitor''s DVI input. I say this because >>>>>>>> I''ve a >>>>>>>> >> BIOS back experienced a weird bug where the motherboard didn''t >>>>>>>> ouput >>>>>>>> >> from DVI so I had to use VGA output at the time. >>>>>>>> >> >>>>>>>> >> You might also consider updating your motherboard''s BIOS. >>>>>>>> >> >>>>>>>> >> I must that say that I''ve also managed to passthrough the IGD to >>>>>>>> >> various Linux domUs (Debian and Ubuntu for instance). >>>>>>>> >> >>>>>>>> >> Any logs you can send? Post your domU''s config so that the list >>>>>>>> users >>>>>>>> >> can have a look. >>>>>>>> >> >>>>>>>> >> On Thu, Nov 29, 2012 at 9:24 AM, G.R. < >>>>>>>> firemeteor@users.sourceforge.net> >>>>>>>> >> wrote: >>>>>>>> >> > I''ve seen a recent report claiming that it works: >>>>>>>> >> > >>>>>>>> >> > >>>>>>>> http://linux-bsd-sharing.blogspot.pt/2012/10/howto-xen-413-windows-8-hvm-domu-with.html >>>>>>>> >> > However, in my case, with a slightly different HW >>>>>>>> configuration the >>>>>>>> >> > story is >>>>>>>> >> > totally different. :-（ >>>>>>>> >> > >>>>>>>> >> > My config: >>>>>>>> >> > HW: I7-3770 + AsRock H77M-ITX board >>>>>>>> >> > Dom0: Debian Wheezy stock xen (v4.1.3) + Debian stock kernel >>>>>>>> (3.2.x / >>>>>>>> >> > 3.6.x) >>>>>>>> >> > 64 bit version. >>>>>>>> >> > >>>>>>>> >> > Note that both of us have only one gpu in the system. >>>>>>>> >> > They difference is that the lucky guy has an DQ77MK while mine >>>>>>>> is an >>>>>>>> >> > AsRock. >>>>>>>> >> > Another different is that he picks win 8 as domU, while my >>>>>>>> target is >>>>>>>> >> > openelec 2.0, a linux 3.2.x based HTPC distro. >>>>>>>> >> > >>>>>>>> >> > So basically what I can see is a functional domU, almost, I >>>>>>>> mean. >>>>>>>> >> > It does not freeze / lock up at all. >>>>>>>> >> > All the assigned devices (IGD, audio, USB) are recognized and >>>>>>>> appears to >>>>>>>> >> > work. >>>>>>>> >> > I can hear sound from aplay, so audio is working. >>>>>>>> >> > I can see the mouse I attached through lsusb so it appears to >>>>>>>> work too >>>>>>>> >> > -- >>>>>>>> >> > but I can''t 100% confident since I haven''t seen the pointer >>>>>>>> moving on >>>>>>>> >> > screen... >>>>>>>> >> > The IGD is shown in lspci properly and the vainfo tool shows >>>>>>>> that the HW >>>>>>>> >> > codec is fine. >>>>>>>> >> > The Xorg.0.log shows that intel driver is properly loaded, >>>>>>>> EDID from >>>>>>>> >> > panel >>>>>>>> >> > is correctly obtained. >>>>>>>> >> > xrandr tool can show the connected output (I''ve tried both >>>>>>>> VGA1 / >>>>>>>> >> > hdmi3). >>>>>>>> >> > It appears that I can switch resolution or turn-off the >>>>>>>> display through >>>>>>>> >> > xrandr without any error reported. >>>>>>>> >> > The only *little* :-) issue is that I can''t see any output on >>>>>>>> monitor / >>>>>>>> >> > TV. >>>>>>>> >> > Both of them complain about no signal and go back to power >>>>>>>> saving. >>>>>>>> >> > >>>>>>>> >> > Well, I''m totally confused about the current status I''m at and >>>>>>>> need your >>>>>>>> >> > advice. >>>>>>>> >> > Is there any thing I should do to diagnosis and root cause the >>>>>>>> problem? >>>>>>>> >> > I''m new to xen so am not familiar about the xen style of >>>>>>>> debugging. >>>>>>>> >> > Would like to provide any log as you believe beneficial. >>>>>>>> >> > >>>>>>>> >> > Thanks, >>>>>>>> >> > Timothy >>>>>>>> >> > >>>>>>>> >> > _______________________________________________ >>>>>>>> >> > Xen-users mailing list >>>>>>>> >> > Xen-users@lists.xen.org >>>>>>>> >> > http://lists.xen.org/xen-users >>>>>>>> > >>>>>>>> > >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users