[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] 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@xxxxxxxxxxxxxxxxxxxxx> wrote: I had been trying to install win7 && debian as domU these days and the result is frustrating. _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |