[gentoo-user] About gentoo PCI NIC passthrough problem.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, every gentooers! I am running Gentoo with the latest Virt-Manager/Libvirtd/KVM windows 2003 as Guest OS. Because the Broadcom of under the host environment works terrible of the performance and stability, so I want to pass it to my Guest windows 2003 OS. I followed the [tips](https://wiki.gentoo.org/wiki/QEMU/Options), and added my PIC wireless NIC through virt-manager, but when I boot, virt-manager complains as: bvirtError: unsupported configuration :host doesn't support passthrough of host PCI devices Does anyone has this experience? Here some of my info: user@gentoo ~ % dmesg|grep -e DMAR -e IOMMU\ [0.00] ACPI: DMAR 0xD8FFF210 B8 (v01 INTEL SNB 0001 INTL 0001) [0.00] DMAR: IOMMU enabled [0.022050] DMAR: Host address width 36 [0.022052] DMAR: DRHD base: 0x00fed9 flags: 0x0 [0.022061] DMAR: dmar0: reg_base_addr fed9 ver 1:0 cap c020e60262 ecap f0101a [0.022062] DMAR: DRHD base: 0x00fed91000 flags: 0x1 [0.022067] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap c9008020660262 ecap f0105a [0.022068] DMAR: RMRR base: 0x00dbd59000 end: 0x00dbd78fff [0.022070] DMAR: RMRR base: 0x00dd80 end: 0x00df9f [0.022072] DMAR-IR: IOAPIC id 2 under DRHD base 0xfed91000 IOMMU 1 [0.022073] DMAR-IR: HPET id 0 under DRHD base 0xfed91000 [0.022468] DMAR-IR: Enabled IRQ remapping in xapic mode [0.913782] DMAR: No ATSR found [0.913899] DMAR: dmar0: Using Queued invalidation [0.914149] DMAR: dmar1: Using Queued invalidation [0.914158] DMAR: Setting RMRR: [0.914179] DMAR: Setting identity map for device :00:02.0 [0xdd80 - 0xdf9f] [0.914443] DMAR: Setting identity map for device :00:14.0 [0xdbd59000 - 0xdbd78fff] [0.914464] DMAR: Setting identity map for device :00:1a.0 [0xdbd59000 - 0xdbd78fff] [0.914485] DMAR: Setting identity map for device :00:1d.0 [0xdbd59000 - 0xdbd78fff] [0.914499] DMAR: Prepare 0-16MiB unity mapping for LPC [0.914508] DMAR: Setting identity map for device :00:1f.0 [0x0 - 0xff] [0.914847] DMAR: Intel(R) Virtualization Technology for Directed I/O [3.254954] [drm] DMAR active, disabling use of stolen memory user@gentoo ~ % My kernel config was attached. Thanks in advance! - -- Nicol TAO(taozhijiang) https://freesign.net GPG: A251 3E22 BE65 E709 B1DD 5BE5 D2D3 FB76 C0CC 5261 Thanks & Best Regards! -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJXALyKAAoJENLT+3bAzFJhss4H/Av6LnXmVejoL61lpDz1fFl9 8pwjG9P2Jfp/y6qBJdKurNFTVT2eZRfM8iWEJy/1LxqB8x+jFz6TyfiJJ38LE2eN 13hO6teP5qzaffvvRQDbQqdWxSyskj6WWCr+zlOTxktIQk27wSrYfVPxQfOAVKR3 mw4oWx2QElmBx3QbVHrBYqnsjBh60Z1q5AR1C74VChCWA6aQvUEvvNYl1Z/D4Tr+ F7Z9ClunEfvl2NQCzo2Z7isnFfYrcJ00Q9vKXArtLWgtZrR5gnzxNyDuLGmuJToH fG/eBDaJ/0TdMfWr/Bw7MyaG3mazAS90QLVsxBSSqHHEl2tLYoShgxMXOA8Q5Xg= =eiXi -END PGP SIGNATURE- # # Automatically generated file; DO NOT EDIT. # Linux/x86 4.4.6-gentoo Kernel Configuration # # # Gentoo Linux # CONFIG_GENTOO_LINUX=y CONFIG_GENTOO_LINUX_UDEV=y CONFIG_GENTOO_LINUX_PORTAGE=y # # Support for init systems, system and service managers # # CONFIG_GENTOO_LINUX_INIT_SCRIPT is not set CONFIG_GENTOO_LINUX_INIT_SYSTEMD=y CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_PERF_EVENTS_INTEL_UNCORE=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_PGTABLE_LEVELS=4 CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" # CONFIG_COMPILE_TEST is not set CONFIG_LOCALVERSION="-nicol" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KE
Re: [gentoo-user] [SOLVED] Optimum sound settings for QEMU VM?
wabe wrote: > waltd...@waltdnes.org wrote: > > > On Sat, Apr 02, 2016 at 06:55:29PM +0200, wabe wrote > > > waltd...@waltdnes.org wrote: > > > > > > > The problem appears to be the "sdl" flag. It slows down > > > > things by adding one more layer of middleware and overhead. I > > > > also got rid of the "gtk2" flag, for the same reason. By > > > > building QEMU with "-sdl" and "-gtk2", I get playback that is > > > > indistinguishable from playback on the host. Here is the build > > > > that works properly "emerge -pv qemu"... > > > > > > I have all gtk and sdl flags enabled and don't have problems with > > > the sound. > > > > Strange. I kept making changes until it worked. Now that it > > works, I'll stop tweaking it. Whatever works for you, or me. > > I also disabled now gtk2, sdl and sdl2 because I don't really need > it. I have to leave on gtk, because I run qemu in a gtk window. I > don't notice any difference. I have to correct myself. Indeed there is a big difference. As I disabled the gtk2 flag, gtk3 is used now. Before, I sometimes had some graphic glitches when I moved windows or scrolled window content in the guest machine. It seems that these glitches are not there any longer. And it also seems, that graphics output is s little bit smoother now. So THX for your post. :-) -- Regards wabe
Re: [gentoo-user] [SOLVED] Optimum sound settings for QEMU VM?
waltd...@waltdnes.org wrote: > On Sat, Apr 02, 2016 at 06:55:29PM +0200, wabe wrote > > waltd...@waltdnes.org wrote: > > > > > The problem appears to be the "sdl" flag. It slows down things > > > by adding one more layer of middleware and overhead. I also got > > > rid of the "gtk2" flag, for the same reason. By building QEMU > > > with "-sdl" and "-gtk2", I get playback that is indistinguishable > > > from playback on the host. Here is the build that works properly > > > "emerge -pv qemu"... > > > > I have all gtk and sdl flags enabled and don't have problems with > > the sound. > > Strange. I kept making changes until it worked. Now that it works, > I'll stop tweaking it. Whatever works for you, or me. I also disabled now gtk2, sdl and sdl2 because I don't really need it. I have to leave on gtk, because I run qemu in a gtk window. I don't notice any difference. -- Regards wabe
Re: [gentoo-user] [SOLVED] Optimum sound settings for QEMU VM?
On Sat, Apr 02, 2016 at 06:55:29PM +0200, wabe wrote > waltd...@waltdnes.org wrote: > > > The problem appears to be the "sdl" flag. It slows down things by > > adding one more layer of middleware and overhead. I also got rid of > > the "gtk2" flag, for the same reason. By building QEMU with "-sdl" > > and "-gtk2", I get playback that is indistinguishable from playback > > on the host. Here is the build that works properly "emerge -pv > > qemu"... > > I have all gtk and sdl flags enabled and don't have problems with > the sound. Strange. I kept making changes until it worked. Now that it works, I'll stop tweaking it. Whatever works for you, or me. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] [SOLVED] Optimum sound settings for QEMU VM?
waltd...@waltdnes.org wrote: > The problem appears to be the "sdl" flag. It slows down things by > adding one more layer of middleware and overhead. I also got rid of > the "gtk2" flag, for the same reason. By building QEMU with "-sdl" > and "-gtk2", I get playback that is indistinguishable from playback > on the host. Here is the build that works properly "emerge -pv > qemu"... I have all gtk and sdl flags enabled and don't have problems with the sound. -- Regards wabe
[gentoo-user] About gentoo linux PCI passthrough
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, every gentooers! I am running Gentoo with the latest Virt-Manager/Libvirtd/KVM windows 2003 as Guest OS. Because the Broadcom of under the host environment works terrible of the performance and stability, so I want to pass it to my Guest windows 2003 OS. I followed the [tips](https://wiki.gentoo.org/wiki/QEMU/Options), and added my PIC wireless NIC through virt-manager, but when I boot, virt-manager complains as: bvirtError: unsupported configuration :host doesn't support passthrough of host PCI devices Does anyone has this experience? Here some of my info: user@gentoo ~ % dmesg|grep -e DMAR -e IOMMU\ [0.00] ACPI: DMAR 0xD8FFF210 B8 (v01 INTEL SNB 0001 INTL 0001) [0.00] DMAR: IOMMU enabled [0.022050] DMAR: Host address width 36 [0.022052] DMAR: DRHD base: 0x00fed9 flags: 0x0 [0.022061] DMAR: dmar0: reg_base_addr fed9 ver 1:0 cap c020e60262 ecap f0101a [0.022062] DMAR: DRHD base: 0x00fed91000 flags: 0x1 [0.022067] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap c9008020660262 ecap f0105a [0.022068] DMAR: RMRR base: 0x00dbd59000 end: 0x00dbd78fff [0.022070] DMAR: RMRR base: 0x00dd80 end: 0x00df9f [0.022072] DMAR-IR: IOAPIC id 2 under DRHD base 0xfed91000 IOMMU 1 [0.022073] DMAR-IR: HPET id 0 under DRHD base 0xfed91000 [0.022468] DMAR-IR: Enabled IRQ remapping in xapic mode [0.913782] DMAR: No ATSR found [0.913899] DMAR: dmar0: Using Queued invalidation [0.914149] DMAR: dmar1: Using Queued invalidation [0.914158] DMAR: Setting RMRR: [0.914179] DMAR: Setting identity map for device :00:02.0 [0xdd80 - 0xdf9f] [0.914443] DMAR: Setting identity map for device :00:14.0 [0xdbd59000 - 0xdbd78fff] [0.914464] DMAR: Setting identity map for device :00:1a.0 [0xdbd59000 - 0xdbd78fff] [0.914485] DMAR: Setting identity map for device :00:1d.0 [0xdbd59000 - 0xdbd78fff] [0.914499] DMAR: Prepare 0-16MiB unity mapping for LPC [0.914508] DMAR: Setting identity map for device :00:1f.0 [0x0 - 0xff] [0.914847] DMAR: Intel(R) Virtualization Technology for Directed I/O [3.254954] [drm] DMAR active, disabling use of stolen memory user@gentoo ~ % Kernel configuration: - -- Nicol TAO(taozhijiang) https://freesign.net GPG: A251 3E22 BE65 E709 B1DD 5BE5 D2D3 FB76 C0CC 5261 Thanks & Best Regards! -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJW/+NpAAoJENLT+3bAzFJh3AEH/j4IJwXiIAhfuo1OwQVhpkGs yXNMPyZZGg4mpCZNpymt2kijuTK234C6P4CUuUaU/ImvxvHKPQ7fv26brHxT2Uj2 Gz3/EOnuTKBBJynEi4cTk12Cyd4CPEMO2HW5BkvZbEtC3iPqC9pgwbpzjjBcwfWK h9GQ7wWM/GvayTBlKta9Xc2v39Pda9mJoj9Ohd4DAi/Kh5zBdcJrFsrJPORc0jxK 2UT3d/1Sfq88gfsjA4w3T3mLKeTBrarRPsqiaYxdOCu9FWdwbsokb88pO1jfiZ5J seL0MWtPWahP2qyNYJQqm68s+U9Hu7cGaUKAc2KtjGmROa6m3r/hOpUeJLrPpd0= =Uws5 -END PGP SIGNATURE- # # Automatically generated file; DO NOT EDIT. # Linux/x86 4.4.6-gentoo Kernel Configuration # # # Gentoo Linux # CONFIG_GENTOO_LINUX=y CONFIG_GENTOO_LINUX_UDEV=y CONFIG_GENTOO_LINUX_PORTAGE=y # # Support for init systems, system and service managers # # CONFIG_GENTOO_LINUX_INIT_SCRIPT is not set CONFIG_GENTOO_LINUX_INIT_SYSTEMD=y CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_PERF_EVENTS_INTEL_UNCORE=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_HAVE_INTEL_TXT=y CONFIG_X86_64_SMP=y CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi -fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9 -fcall-saved-r10 -fcall-saved-r11" CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_PGTABLE_LEVELS=4 CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" # CONFIG_COMPILE_TEST is not set CONFIG_LOCALVERSION="-nicol" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERN
Re: [gentoo-user] logrotate: name of log file after it's rotated?
On Sat, 2 Apr 2016 08:51:30 +0200, Alan McKinnon wrote: > > Exactly, and that's why there needs to be some sort of place holder > > for the file name. > I don't think it's a case of "there needs to be". > I think it's more a case of "you want it to be to solve this special > problem you have", and perhaps the logrotate maintainer doesn't agree. Or perhaps the maintainer hasn't even considered the idea and all it needs is a feature request. -- Neil Bothwick 0 and 1. Now what could be so hard about that? pgpmBNXqpxDdz.pgp Description: OpenPGP digital signature
[gentoo-user] [SOLVED] Optimum sound settings for QEMU VM?
On Mon, Mar 28, 2016 at 10:37:57PM -0400, waltd...@waltdnes.org wrote > I'm involved in beta testing Gstreamer 1.x support for HTML5 under > Pale Moon (a Firefox fork). So far so good; it works. I use a QEMU VM > for some building and testing. Things work great on a real physical > machine, but audio absolutely sucks in the QEMU VM. I get an annoying > warble-stutter and the playback seems a bit slower than it should be. > The same thing also happens with mplayer playing a .wav file, so it's > definitely not a Pale Moon browser problem. > > The VM gets 3 gigs of RAM (host has 8), 4 gigs of swap space, and 3 of > the host's 4 cores. Resources should not be a problem. Has anybody got > better performance? If so, what are your kernel and sound card settings? The problem appears to be the "sdl" flag. It slows down things by adding one more layer of middleware and overhead. I also got rid of the "gtk2" flag, for the same reason. By building QEMU with "-sdl" and "-gtk2", I get playback that is indistinguishable from playback on the host. Here is the build that works properly "emerge -pv qemu"... [ebuild R] app-emulation/qemu-2.5.0-r1::gentoo USE="aio alsa curl fdt gtk jpeg ncurses opengl pin-upstream-blobs png snappy ssh threads usb vhost-net vnc -accessibility -bluetooth -caps -debug -filecaps (-glusterfs) -gnutls -gtk2 -infiniband -iscsi -lzo -nfs -nls -numa -pulseaudio -python -rbd -sasl -sdl -sdl2 -seccomp (-selinux) -smartcard -spice -static -static-softmmu -static-user -systemtap -tci {-test} -usbredir -uuid -vde -virgl -virtfs -vte -xattr -xen -xfs" PYTHON_TARGETS="python2_7" QEMU_SOFTMMU_TARGETS="i386 x86_64 -aarch64 -alpha -arm -cris -lm32 -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -moxie -or32 -ppc -ppc64 -ppcemb -s390x -sh4 -sh4eb -sparc -sparc64 -tricore -unicore32 -xtensa -xtensaeb" QEMU_USER_TARGETS="i386 x86_64 -aarch64 -alpha -arm -armeb -cris -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -mipsn32 -mipsn32el -or32 -ppc -ppc64 -ppc64abi32 -ppc64le -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -tilegx -unicore32" -- Walter Dnes I don't run "desktop environments"; I run useful applications