diff options
Diffstat (limited to 'results/classifier/111/debug')
21 files changed, 9729 insertions, 0 deletions
diff --git a/results/classifier/111/debug/1050694 b/results/classifier/111/debug/1050694 new file mode 100644 index 000000000..63d4ee7a7 --- /dev/null +++ b/results/classifier/111/debug/1050694 @@ -0,0 +1,113 @@ +debug: 0.085 +PID: 0.080 +device: 0.078 +other: 0.076 +semantic: 0.076 +permissions: 0.076 +performance: 0.075 +graphic: 0.074 +vnc: 0.069 +files: 0.068 +boot: 0.068 +socket: 0.067 +KVM: 0.056 +network: 0.053 +debug: 0.665 +semantic: 0.055 +other: 0.051 +performance: 0.048 +files: 0.036 +device: 0.034 +socket: 0.024 +PID: 0.017 +network: 0.015 +boot: 0.012 +KVM: 0.011 +permissions: 0.011 +graphic: 0.011 +vnc: 0.010 + +Interrupt 0xffffffff when debug is turned on + +Hi, + +I have been getting a GPF when I enable interrupts, working on implementing processes and a scheduler. When I comment out the scheduler code, I still get the GPF. I used the following QEMU command line to capture a log: + +qemu-system-i386 -smp 4 -monitor stdio -cpu core2duo -D /home/adam/century/util/qemu.log -d int,in_asm -s -hda "$harddisk_image" -m 3.5G + +Rather than posting the entire log, I need some help interpreting the following section (notice "INT=0xffffffff" on the top line): +Servicing hardware INT=0xffffffff +1: v=ffffffff e=0000 i=0 cpl=0 IP=0008:0010b63f pc=0010b63f SP=0010:0012b768 EAX=00000000 +EAX=00000000 EBX=00002000 ECX=00000018 EDX=05a00780 +ESI=00112faa EDI=000b8fa0 EBP=0012b780 ESP=0012b768 +EIP=0010b63f EFL=00207202 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +CS =0008 00000000 ffffffff 00cf9a00 DPL=0 CS32 [-R-] +SS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +DS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +FS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +GS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +LDT=0000 00000000 00000000 00008200 DPL=0 LDT +TR =0008 00000580 00000067 00008900 DPL=0 TSS32-avl +GDT= 00127760 00000027 +IDT= 00122f40 000007ff +CR0=80000011 CR2=00000000 CR3=0014a000 CR4=00000000 +DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 +DR6=ffff0ff0 DR7=00000400 +CCS=00000024 CCD=0012b75c CCO=ADDL +EFER=0000000000000000 +check_exception old: 0xffffffff new 0xd +2: v=0d e=fffffffa i=0 cpl=0 IP=0008:0010b63f pc=0010b63f SP=0010:0012b768 EAX=00000000 +EAX=00000000 EBX=00002000 ECX=00000018 EDX=05a00780 +ESI=00112faa EDI=000b8fa0 EBP=0012b780 ESP=0012b768 +EIP=0010b63f EFL=00207202 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 +ES =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +CS =0008 00000000 ffffffff 00cf9a00 DPL=0 CS32 [-R-] +SS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +DS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +FS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +GS =0010 00000000 ffffffff 00cf9300 DPL=0 DS [-WA] +LDT=0000 00000000 00000000 00008200 DPL=0 LDT +TR =0008 00000580 00000067 00008900 DPL=0 TSS32-avl +GDT= 00127760 00000027 +IDT= 00122f40 000007ff +CR0=80000011 CR2=00000000 CR3=0014a000 CR4=00000000 +DR0=00000000 DR1=00000000 DR2=00000000 DR3=00000000 +DR6=ffff0ff0 DR7=00000400 +CCS=00000024 CCD=0012b75c CCO=ADDL +EFER=0000000000000000 + +To the best of my ability to interpret, I an getting an undefined interrupt, which is then triggering a GPF, which is caught. However, do not know where it might be coming from. + +Some additional information: + + +This command works: + +qemu-system-i386 -smp 4 -monitor stdio -cpu core2duo -s -hda "$harddisk_image" -m 3.5G + + +This command works: + +qemu-system-i386 -monitor stdio -cpu core2duo -D /home/adam/century/util/qemu.log -d int,in_asm -s -hda "$harddisk_image" -m 3.5G + + +And, as above, this does not: + +qemu-system-i386 -smp 4 -monitor stdio -cpu core2duo -D /home/adam/century/util/qemu.log -d int,in_asm -s -hda "$harddisk_image" -m 3.5G + + +[adam@os-development ~]$ qemu-system-i386 -version +QEMU emulator version 1.2.0, Copyright (c) 2003-2008 Fabrice Bellard + + +Attached is an image as a test case. Please let me know if you need any additional information. + + + +Original conversation about this issue on osdev.org: http://forum.osdev.org/viewtopic.php?f=1&t=25795 + +Triaging old bug tickets ... is there still something left to do here, or could we close this ticket nowadays? + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1084148 b/results/classifier/111/debug/1084148 new file mode 100644 index 000000000..1241b8408 --- /dev/null +++ b/results/classifier/111/debug/1084148 @@ -0,0 +1,85 @@ +debug: 0.144 +permissions: 0.115 +semantic: 0.101 +other: 0.086 +graphic: 0.070 +device: 0.068 +files: 0.066 +performance: 0.066 +socket: 0.065 +PID: 0.056 +KVM: 0.045 +network: 0.042 +boot: 0.039 +vnc: 0.038 +debug: 0.667 +performance: 0.057 +files: 0.050 +PID: 0.049 +other: 0.039 +network: 0.023 +graphic: 0.020 +device: 0.018 +semantic: 0.016 +socket: 0.015 +boot: 0.015 +vnc: 0.011 +permissions: 0.011 +KVM: 0.008 + +Qt5 Beta 1 QProcess start and execute causes segmentation fault on armhf + +Steps +1) pbuilder-dist quantal armhf create +2) add ppa from https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta1 to the pbuilder +2.0) pbuilder-dist quantal armhf login +2.1) apt-get install software-properties-common +2.2) apt-add-repository ppa:canonical-qt5-edgers/qt5-beta1 +2.3) apt-get update +3) apt-get install qtbase qtdeclarative qttools bzr +4) bzr branch lp:~juhapekka-piiroinen/+junk/qemu-crash +5) cd qemu-crash; /opt/qt5/bin/qmake; make; ./untitled + +Expected Result: +Would execute 'ls' + +Actual result: +# ./untitled +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +Segmentation fault (core dumped) + +Note: this code works on i386, amd64 and armel. + +Packages: +$ apt-cache policy qemu-user-static +qemu-user-static: + Installed: 1.2.0-2012.09-0ubuntu1 + Candidate: 1.2.0-2012.09-0ubuntu1 + Version table: + *** 1.2.0-2012.09-0ubuntu1 0 + 500 http://fi.archive.ubuntu.com/ubuntu/ quantal/universe amd64 Packages + 100 /var/lib/dpkg/status + 1.2.0-2012.09-0ubuntu1~linaro1 0 + 500 http://ppa.launchpad.net/linaro-maintainers/tools/ubuntu/ quantal/main amd64 Packages + +# apt-cache policy qtbase +qtbase: + Installed: 5.0-release~beta+20120831-1ubuntu54 + Candidate: 5.0-release~beta+20120831-1ubuntu54 + Version table: + *** 5.0-release~beta+20120831-1ubuntu54 0 + 500 http://ppa.launchpad.net/canonical-qt5-edgers/qt5-beta1/ubuntu/ quantal/main armhf Packages + 100 /var/lib/dpkg/status + +It looks as if we've managed to corrupt the translation block graph; at any rate the crash is because we've leapt off into an invalid address. Turning on qemu debug tracing indicates that we're not crashing at the same place every time. This guest binary is multithreaded. Using the patch at http://repo.or.cz/w/qemu/agraf.git/commit/3a3e5eceb1f46808aff5b9d301b708834525c391 is not sufficient to fix this. + +My best guess is that this is just another of the large set of example multithreaded programs which qemu user-mode can't handle. (see also bug 668799). If we care about that we need to put in more resource than the approximately-zero we're currently giving qemu-user-mode. + + +example code which can reproduce the issue is a simple Qt application which tries to run 'ls' command. +http://bazaar.launchpad.net/~juhapekka-piiroinen/+junk/qemu-crash/view/head:/main.cpp + +Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +Closing this ticket now since there hasn't been any response within the last months + diff --git a/results/classifier/111/debug/1250360 b/results/classifier/111/debug/1250360 new file mode 100644 index 000000000..0f7a1dbfe --- /dev/null +++ b/results/classifier/111/debug/1250360 @@ -0,0 +1,129 @@ +debug: 0.108 +permissions: 0.099 +other: 0.083 +PID: 0.080 +semantic: 0.079 +device: 0.077 +graphic: 0.076 +boot: 0.076 +performance: 0.058 +socket: 0.058 +KVM: 0.056 +files: 0.054 +network: 0.048 +vnc: 0.048 +debug: 0.192 +KVM: 0.146 +files: 0.114 +other: 0.090 +semantic: 0.081 +device: 0.076 +PID: 0.072 +network: 0.049 +socket: 0.040 +performance: 0.034 +permissions: 0.034 +boot: 0.030 +graphic: 0.023 +vnc: 0.019 + +qcow2 image logical corruption after host crash + +Description of problem: +In case of power failure disk images that were active and created in qcow2 format can become logically corrupt so that they actually appear as unused (full of zeroes). +Data seems to be there, but at this moment i cannot find any reliable method to recover it. Should it be a raw image, a recovery path would be available, but a qcow2 image only presents zeroes once it gets corrupted. My understanding is that the blockmap of the image gets reset and the image is then assumed to be unused. +My detailed setup : + +Kernel 2.6.32-358.18.1.el6.x86_64 +qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64 +Used via libvirt libvirt-0.10.2-18.el6_4.14.x86_64 +The image was used from a NFS share (the nfs server did NOT crash and remained permanently active). + +qemu-img check finds no corruption; +qemu-img convert will fully convert the image to raw at a raw image full of zeroes. However, there is data in the file, and the storage backend was not restarted, inactivated during the incident. +I encountered this issue on two different machines, in both cases i was not able to recover the data. +Image was qcow2, thin provisioned, created like this : + qemu-img create -f qcow2 -o cluster_size=2M imagename.img + +While addressing the root cause in order to not have this issue repeat would be the ideal scenario, a temporary workaround to run on the affected qcow2 image to "patch" it and recover the data (eventually after a full fsck/recovery inside the guest) would also be good. Otherwise we are basically losing data on a large scale when using qcow2. + + + +Version-Release number of selected component (if applicable): +Kernel 2.6.32-358.18.1.el6.x86_64 +qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64 +Used via libvirt libvirt-0.10.2-18.el6_4.14.x86_64 + +How reproducible: +I am not able (and don't have at the moment enough resources to try to manually reproduce it), but the probability of the issue seems quite high as this is the second case of such corruption in weeks. +Additional info: +I can privately provide an image displaying the corruption. + +The reported problem has actually two aspects : first is the cause that eventually produces this issue. +The second is the fact that once the logical corruption has occured, qemu-img check finds nothing wrong with the image - this is obviously wrong. + +On Tue, Nov 12, 2013 at 09:17:34AM -0000, Blue wrote: + +Please post the qemu command-line (ps aux | grep qemu) for the affected +VM. + +What kind of workload is accessing the disk? Guest OS and version? + +Please also confirm that nothing else is accessing the image file while +the VM is running. It is not safe to use tools like qemu-img on the +file while the VM has it open. + +> Image was qcow2, thin provisioned, created like this : +> qemu-img create -f qcow2 -o cluster_size=2M imagename.img + +Interesting note, you are setting a custom cluster size. It should work +but it's not the default configuration that is well-tested. + +> I can privately provide an image displaying the corruption. + +Please send a link to <email address hidden> and <email address hidden>. We can +help you inspect the image to determine the nature of the corruption and +what data can be restored. + +Stefan + + +See also https://bugzilla.redhat.com/show_bug.cgi?id=1029344 for some more information + +Indeed, it's the same issue, i opened the report @ centos, redhat and here. Thank you Kevin for posting the link before I got to do it :) +Can we link the reports like we can in rhel-centos bugzilla ? + +Did this issue happen ever again with a recent version of QEMU? ... if not, should we close this bug nowadays? + +Since then, I switched all my vm images to (sparse) raw and never +experienced corruption problems again. +I could not say if this can still be reproduced today, even then it was +probably a corner case. +I would suggest the closing of the issue as we cannot gather newer and more +relevant data. + + +On Tue, Jan 31, 2017 at 10:49 PM, Thomas Huth <email address hidden> +wrote: + +> Did this issue happen ever again with a recent version of QEMU? ... if +> not, should we close this bug nowadays? +> +> ** Changed in: qemu +> Status: New => Incomplete +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1250360 +> +> Title: +> qcow2 image logical corruption after host crash +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1250360/+subscriptions +> + + +Ok, so let's close this now. Thanks for your reply! + diff --git a/results/classifier/111/debug/1305400 b/results/classifier/111/debug/1305400 new file mode 100644 index 000000000..0fc7ca7a7 --- /dev/null +++ b/results/classifier/111/debug/1305400 @@ -0,0 +1,133 @@ +debug: 0.093 +permissions: 0.083 +vnc: 0.082 +other: 0.082 +PID: 0.082 +semantic: 0.076 +graphic: 0.073 +KVM: 0.071 +boot: 0.068 +device: 0.066 +socket: 0.064 +performance: 0.061 +network: 0.054 +files: 0.047 +debug: 0.444 +performance: 0.197 +semantic: 0.078 +KVM: 0.061 +other: 0.041 +files: 0.040 +device: 0.025 +PID: 0.024 +boot: 0.020 +network: 0.018 +permissions: 0.017 +socket: 0.013 +graphic: 0.011 +vnc: 0.010 + +qmp-version of memsave makes a zero filled dump + +calling the memsave function through hmp and qmp makes a different results. it happened because hmp_memsave calls synchronization of cpu, but qmp_marshal_input_memsave does not. so virDomainMemoryPeek (libvirt api) does not work correctly + +1) hmp: +void hmp_memsave(Monitor *mon, const QDict *qdict) +{ + uint32_t size = qdict_get_int(qdict, "size"); + const char *filename = qdict_get_str(qdict, "filename"); + uint64_t addr = qdict_get_int(qdict, "val"); + Error *errp = NULL; + + qmp_memsave(addr, size, filename, true, <<<< monitor_get_cpu_index() >>>, &errp); + hmp_handle_error(mon, &errp); +} +int monitor_get_cpu_index(void) +{ + CPUState *cpu = ENV_GET_CPU(<<< mon_get_cpu >>>()); + return cpu->cpu_index; +} +static CPUArchState *mon_get_cpu(void) +{ + if (!cur_mon->mon_cpu) { + monitor_set_cpu(0); + } + <<< cpu_synchronize_state(cur_mon->mon_cpu); >>> + return cur_mon->mon_cpu->env_ptr; +} + +2) qmp +int qmp_marshal_input_memsave(Monitor *mon, const QDict *qdict, QObject **ret) +{ + Error *local_err = NULL; + Error **errp = &local_err; + QDict *args = (QDict *)qdict; + QmpInputVisitor *mi; + QapiDeallocVisitor *md; + Visitor *v; + int64_t val; + int64_t size; + char * filename = NULL; + bool has_cpu_index = false; + int64_t cpu_index; + + mi = qmp_input_visitor_new_strict(QOBJECT(args)); + v = qmp_input_get_visitor(mi); + visit_type_int(v, &val, "val", errp); + visit_type_int(v, &size, "size", errp); + visit_type_str(v, &filename, "filename", errp); + visit_start_optional(v, &has_cpu_index, "cpu-index", errp); + if (has_cpu_index) { + visit_type_int(v, &cpu_index, "cpu-index", errp); + } + visit_end_optional(v, errp); + qmp_input_visitor_cleanup(mi); + + if (error_is_set(errp)) { + goto out; + } + <<< qmp_memsave(val, size, filename, has_cpu_index, cpu_index, errp); >>> + +out: + md = qapi_dealloc_visitor_new(); + v = qapi_dealloc_get_visitor(md); + visit_type_int(v, &val, "val", NULL); + visit_type_int(v, &size, "size", NULL); + visit_type_str(v, &filename, "filename", NULL); + visit_start_optional(v, &has_cpu_index, "cpu-index", NULL); + if (has_cpu_index) { + visit_type_int(v, &cpu_index, "cpu-index", NULL); + } + visit_end_optional(v, NULL); + qapi_dealloc_visitor_cleanup(md); + + if (local_err) { + qerror_report_err(local_err); + error_free(local_err); + return -1; + } + return 0; +} + +how to reproduce: + +1) run qemu as it makes a libvirtd +./qemu-system-x86_64 -name gentoo -machine pc-i440fx-1.7,accel=kvm,usb=off -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 135b3e47-43ca-bc68-e23b-354a2f62a023 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=./gentoo.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot menu=off,strict=on -kernel ./bzImage -append root="/dev/vda2 vga=38f" -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=./gentoo.img,if=none,id=drive-virtio-disk0,format=raw -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=./install-amd64-minimal-20140320.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=2 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:0 -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 -vnc 127.0.0.1:2 -monitor stdio + +2) attach to qemu through qmp-shell (taken from qemu sources) +python ./qmp-shell ./gentoo.monitor + +3) make some commands in sequence +(qmp-shell) memsave memsave val=-2130706432 size=100 filename=./test01 +(stdio monitor) memsave 0xffffffff81000000 100 ./test02 +(qmp-shell) memsave memsave val=-2130706432 size=100 filename=./test03 + +result: +test01 - zero filled +test02 - right +test03 - right + +Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1479717 b/results/classifier/111/debug/1479717 new file mode 100644 index 000000000..16396004f --- /dev/null +++ b/results/classifier/111/debug/1479717 @@ -0,0 +1,72 @@ +debug: 0.118 +other: 0.094 +device: 0.088 +PID: 0.084 +semantic: 0.079 +KVM: 0.078 +graphic: 0.076 +permissions: 0.069 +socket: 0.068 +network: 0.057 +files: 0.057 +boot: 0.048 +performance: 0.046 +vnc: 0.039 +debug: 0.201 +PID: 0.127 +files: 0.113 +socket: 0.100 +device: 0.083 +other: 0.069 +vnc: 0.055 +boot: 0.047 +performance: 0.042 +KVM: 0.040 +network: 0.039 +graphic: 0.036 +semantic: 0.031 +permissions: 0.017 + +Auto resize VM doesn't work with windows 10 guest + +I,m using a Ubuntu 15.04 host and a windows 10 guest (both 64 bit) on a intel i7 proc. My ubuntu system is up-to-date and I'm using QEMU emulator version 2.2.0. I use virt-manager 1.0.1 and SPICE guest tools 0.100 are installed on the guest. + +With the exactly same setup and a windows 7 guest I can set "Auto resize VM with window" and it perfectly works. After installing SPICE in windows 10 I can still select this box, but it doesn't work any longer. + +I've observed the same issue (in Ubuntu Gnome 15.04). In addition, when I select '' from the Virtual Machine Manager, View, Scale Display, Auto Resize VM with Window, the guest's screen starts flickering. + +On Windows 10 64bit, virtio drivers and QXL installed from ISO extracted out the RPM here: https://fedorapeople.org/groups/virt/virtio-win/repo/latest/virtio-win-0.1.110-2.noarch.rpm. In all cases, I installed the Windows 8.1 x64 option, given w10 drivers are not yet included in the ISO. The windows QXL drivers haven't been updated since July 28th (v22.33.46.473) . + +There is a commit on github about windows 10 signatures here which suggests more formal support for Windows 10 is getting closer for some of the virtio driver set: https://github.com/crobinso/virtio-win-pkg-scripts/commit/342a5aaf632fa11cfd2e69acf589dd00c15f72ca + +Note, qxl-dod comes from http://cgit.freedesktop.org/spice/win32/qxl. I don't see any recent commits related to Windows 10 support. + +Red Hat bugzilla doesn't seem to have the auto resize VM bug noted anywhere? Perhaps this should be propagated upstream? + +Should someone else stumble upon this, the way to resolve issues for now is to not use gnome boxes, but rather remote-viewer and perhaps there's an issue with BIOS/EFI graphics setup with Windows 10 guests? + +After a lucky coincidence, flickering seems to have be resolved for me while tweaking something else (OVMF NVRAM for EFI). It might have simply been manually updating OVMF or adding the NVRAM / VARS piece to my VM Win 10 guest config. I'm not sure. + +What I can report: +* virt-viewer / remote-viewer, virt-manager and gnome boxes have have stopped flickering +* virt-viewer / remote-viewer are now auto-adjusting windows 10 properly to the windows size +* gnome boxes is scaling (zooming in and out) the Windows 10 display instead of auto-adjusting the guest resolution +** Unlike the Windows 10 guest, When I test a Linux VM with the spice agent installed, it auto-adjusts the guest resolution +* virt-manager is not, it's simply cropping the output + +So I think something about how Gnome Boxes handles the Windows 10 guest is inferior to the way in which remote viewer does (when EFI is used, which does affect graphics setup). But perhaps wait till spice-agent officially supports Windows 10 with proper drivers, given you may not care for people like me who try their luck with the Windows 8.1 drivers in Windows 10. + +More detail on the EFI NVRAM issue? + +See: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1483071 + +Hacking around a debian/ubuntu distro specific libvirt apparmor bug allowed me to use a proper OVMF nvram template to the virtual machine config, and after reconfiguring the VM to use this, the display flickering stopped, so this may be something to do with UEFI simulation and windows 10 on KVM (but given my day job as just a virtualisation user, debugging that or understanding that low level interaction is beyond me). + +I shared similar info on a related bug where gnome boxes removed the ability to control scale and auto-adjust options for the spice display behaviour +https://bugzilla.gnome.org/show_bug.cgi?id=729700 + +Looking through old bug tickets... is this still an issue with the latest version of QEMU? Or could we close this ticket nowadays? + + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1580459 b/results/classifier/111/debug/1580459 new file mode 100644 index 000000000..661269bdc --- /dev/null +++ b/results/classifier/111/debug/1580459 @@ -0,0 +1,3972 @@ +debug: 0.092 +other: 0.088 +device: 0.087 +semantic: 0.087 +permissions: 0.083 +graphic: 0.082 +socket: 0.080 +PID: 0.075 +performance: 0.069 +vnc: 0.060 +KVM: 0.056 +boot: 0.055 +network: 0.052 +files: 0.034 +debug: 0.240 +performance: 0.105 +device: 0.097 +files: 0.090 +other: 0.080 +PID: 0.069 +socket: 0.060 +semantic: 0.049 +network: 0.044 +graphic: 0.040 +boot: 0.038 +vnc: 0.035 +KVM: 0.034 +permissions: 0.019 + +Windows (10?) guest freezes entire host on shutdown if using PCI passthrough + +Problem: after leaving a Windows VM that uses PCI passthrough (as we do for gaming graphics cards, sound cards, and in my case, a USB card) running for some amount of time between 1 and 2 hours (it's not consistent with exactly how long), and for any amount of time longer than that, shutting down that guest will, right as it finishes shutting down, freeze the host computer, making it require a hard reboot. Unbinding (or in the other user's case, unbinding and THEN binding) any PCI device in sysfs, even one that has nothing to do with the VM, also has the same effect as shutting down the VM (if the VM has been running long enough). So, it's probably an issue related to unbinding and binding PCI devices. + +There's a lot of info on this problem over at https://bbs.archlinux.org/viewtopic.php?id=206050 +Here's a better-organized list of main details: +-at least 2 confirmed victims of this bug; 2 (including me) have provided lots of info in the link +-I'm on Arch Linux and the other one is on Gentoo (distro-nonspecific) +-issue affects my Windows 10 guest and others' Windows guests, but not my Arch Linux guest (the others don't have non-Windows guests to test) +-I'm using libvirt but the other user is not, so it's not an issue with libvirt +-It seems to be version non-specific, too. I first noticed it at, or when testing versions still had the issue at (whichever version is lower), Linux 4.1 and qemu 2.4.0. It still persists in all releases of both since, including the newest ones. +-I can't track down exactly what package downgrade can fix it, as downgrading further than Linux 4.1 and qemu 2.4.0 requires Herculean and system-destroying changes such as downgrading ncurses, meaning I don't know whether it's a bug in QEMU, the Linux kernel, or some weird seemingly unrelated thing. +-According to the other user, "graphics intensive gameplay (GTA V) can cause the crash to happen sooner," as soon as "15 minutes" +-Also, "bringing up a second passthrough VM with separate hardware will cause the same crash," and "bringing up another VM before the two-hour mark will not result in a crash," further cementing that it's triggered by the un/binding of PCI devices. +-This is NOT related to the very similar bug that can be worked around by not passing through the HDMI device or sound card. Even when we removed all traces of any sort of sound card from the VM, it still had the same behavior. + +I am seeing this issue on arch also. I also tried Fedora24 to see if it was a Arch only issue. + +If I start a VM and stop it shortly after everything works fine. + +If I start a VM and game for a while, on VM shutdown the host will totally lock. Tailing the journal to see if anything gets logged shows nothing (hangs before any errors are logged). Have to hard power cycle PC to regain use. + +I'm willing to do any test to try to figure this out. + +Hardware details: +i7-5820K 3.3 GHz (hex core) +12g ram +ASRock X99 Extreme4 LGA2011 +GTX 970 nvidia drivers (pass thru card) using Display port +Asus Rog Swift 27" + + + +Oh, I should post my hardware: + +i7-5820K (also) (4/6 cores (8/12 threads) being passed to VMs) +12GB RAM (also) (8GB being passed to VMs) +MSI X99 SLI Plus (though I don't use SLI) +NVidia GTX 960 2GB pass-thru (also had this problem on a GTX 660 before that died) +GT 740 host card, using nouveau when VMs are running + +We have some pretty similar hardware there. + +Here is my startup script. + +#!/bin/bash + + +echo "Starting virtual machine..." + +cp /usr/share/edk2.git/ovmf-x64/OVMF_VARS-pure-efi.fd /tmp/my_vars.fd + +sudo \ + qemu-system-x86_64 \ + -name "Windows 10" \ + -enable-kvm \ + -m 12288 \ + -cpu host,kvm=off \ + -smp threads=2,cores=4,sockets=1 \ + -vga none \ + -soundhw hda \ + -net nic -net bridge,br=br0 \ + -usb -usbdevice host:1af3:0001 -usbdevice host:04d9:2221 -usbdevice host:046d:0a4d \ + -device vfio-pci,host=01:00.0,multifunction=on \ + -device vfio-pci,host=01:00.1 \ + -drive if=pflash,format=raw,readonly,file=/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd \ + -drive if=pflash,format=raw,file=/tmp/my_vars.fd \ + -boot order=cd \ + -device virtio-scsi-pci,id=scsi \ + -drive file=/home/jason/kvm/win.img,id=disk,format=qcow2,if=none,cache=writeback -device scsi-hd,drive=disk \ + +exit 0 + +I should also post my "scripts" (libvirt XML files in my case): + +But, since the Windows VM and Linux VM are completely identical beyond the OS that's installed, I don't think our VM configurations have anything to do with this bug. I mean, they aren't completely identical right now because I removed the HDMI sound card from the Linux VM in favor of PulseAudio "network" streaming, but I did that recently and they had the same behavior or lack thereof before I did that. + +Also, yeah, the Linux one is called SteamOS, but it is actually just an almost identical install of Arch. SteamOS wasn't playing nice with most of my hardware when I tried to install it. + +I think this is what's happening to me on my windows 8.1 vm although it might be slightly different. + +Just about everything you guys talked about applies except I don't have to shutdown for it to freeze up in my case(although if it's on for long enough and I shut it off it freezes). It freezes up on it's own seemingly at random taking the host with it. + +First happened to me on a freshly installed Arch(antergos), then tried it on Debian after updating my kernel from 4.3 to 4.5(there was a bug that made the vm excruciatingly slow before 4.4) and it happened again. + +My hardware: + +i7 5820k +8GB Ram (Upgrading to 32GB when the ram I ordered gets here) +MSI X99S SLI Plus +AMD Radeon R9-270X (Host GPU using "radeon" drivers) +AMD Radeon HD 6950 1GB (Passthrough GPU) + +Interesting that aside from the GPUs(which I'm pretty sure aren't the problem) we all have very similar hardware. + +When I get some free time I'll try to replicate this bug on another OS but I have a feeling I'll just get the same result. I just want to see if it'll happen no matter what distro I use. + +I doubt you have a different issue. My VM has randomly hanged my computer without a shut down a few times during the life of this bug, and there are two very possible ways it could happen: the VM suddenly crashed, making a situation similar to it shutting down, or something in your host caused some PCI device to be bound or unbound to a driver. + +I see, it's definitely the same issue then. + +Could it be something to do with our hardware unbinding and binding pci devices or something of the sort? I sort of doubt it but it is strange someone else with a more different CPU/mobo combo hasn't reported this problem yet. + +That being said, we have a very small sample size so I don't know if that means anything. + + + +Whoops, I clicked the wrong button and added the wrong thing for Arch Linux, and I don't know how to delete it. (new to launchpad here) + +OK, I figured out how to delete it. + +I am having the exact same issue! + +My Setup: + +Model: unRaid 6.2 Beta +M/B: ASUSTeK Computer INC. - Z8P(N)E-D12(X) +CPU: Intel® Xeon® CPU X5690 @ 3.47GHz +HVM: Enabled +IOMMU: Enabled +Cache: 384 kB, 1536 kB, 12288 kB +Memory: 32768 MB (max. installable capacity 96 GB) +Network: bond0: fault-tolerance (active-backup), mtu 1500 + eth0: 100Mb/s, Full Duplex, mtu 1500 + eth1: 1000Mb/s, Full Duplex, mtu 1500 +Kernel: Linux 4.4.6-unRAID x86_64 +OpenSSL: 1.0.2g + +<?xml version="1.0" standalone="yes" ?> +<!-- generated by lshw-unknown --> +<!-- GCC 5.3.0 --> +<!-- Linux 4.4.6-unRAID #1 SMP PREEMPT Fri Mar 25 21:34:35 PDT 2016 x86_64 --> +<!-- GNU libc 2 (glibc 2.23) --> +<list> +<node id="computer" claimed="true" class="system" handle="DMI:0001"> + <description>Desktop Computer</description> + <product>System Product Name (To Be Filled By O.E.M.)</product> + <vendor>System manufacturer</vendor> + <version>System Version</version> + <serial>[REMOVED]</serial> + <width units="bits">4294967295</width> + <configuration> + <setting id="boot" value="normal" /> + <setting id="chassis" value="desktop" /> + <setting id="family" value="To Be Filled By O.E.M." /> + <setting id="sku" value="To Be Filled By O.E.M." /> + <setting id="uuid" value="[REMOVED]" /> + </configuration> + <capabilities> + <capability id="smbios-2.6" >SMBIOS version 2.6</capability> + <capability id="dmi-2.6" >DMI version 2.6</capability> + <capability id="smp" >Symmetric Multi-Processing</capability> + </capabilities> + <node id="core" claimed="true" class="bus" handle="DMI:0002"> + <description>Motherboard</description> + <product>Z8P(N)E-D12(X)</product> + <vendor>ASUSTeK Computer INC.</vendor> + <physid>0</physid> + <version>Rev 1.0xG</version> + <serial>[REMOVED]</serial> + <slot>To Be Filled By O.E.M.</slot> + <node id="firmware" claimed="true" class="memory" handle=""> + <description>BIOS</description> + <vendor>American Megatrends Inc.</vendor> + <physid>0</physid> + <version>1302</version> + <date>06/25/2012</date> + <size units="bytes">65536</size> + <capacity units="bytes">2031616</capacity> + <capabilities> + <capability id="isa" >ISA bus</capability> + <capability id="pci" >PCI bus</capability> + <capability id="pnp" >Plug-and-Play</capability> + <capability id="upgrade" >BIOS EEPROM can be upgraded</capability> + <capability id="shadowing" >BIOS shadowing</capability> + <capability id="escd" >ESCD</capability> + <capability id="cdboot" >Booting from CD-ROM/DVD</capability> + <capability id="bootselect" >Selectable boot path</capability> + <capability id="socketedrom" >BIOS ROM is socketed</capability> + <capability id="edd" >Enhanced Disk Drive extensions</capability> + <capability id="int13floppy1200" >5.25" 1.2MB floppy</capability> + <capability id="int13floppy720" >3.5" 720KB floppy</capability> + <capability id="int13floppy2880" >3.5" 2.88MB floppy</capability> + <capability id="int5printscreen" >Print Screen key</capability> + <capability id="int9keyboard" >i8042 keyboard controller</capability> + <capability id="int14serial" >INT14 serial line control</capability> + <capability id="int17printer" >INT17 printer control</capability> + <capability id="int10video" >INT10 CGA/Mono video</capability> + <capability id="acpi" >ACPI</capability> + <capability id="usb" >USB legacy emulation</capability> + <capability id="ls120boot" >Booting from LS-120</capability> + <capability id="zipboot" >Booting from ATAPI ZIP</capability> + <capability id="biosbootspecification" >BIOS boot specification</capability> + </capabilities> + </node> + <node id="cpu:0" claimed="true" class="processor" handle="DMI:0004"> + <description>CPU</description> + <product>Intel(R) Xeon(R) CPU X5690 @ 3.47GHz</product> + <vendor>Intel Corp.</vendor> + <physid>4</physid> + <businfo>cpu@0</businfo> + <version>Intel(R) Xeon(R) CPU X5690 @ 3.47GHz</version> + <serial>[REMOVED]</serial> + <slot>CPU 1</slot> + <size units="Hz">3468000000</size> + <capacity units="Hz">3600000000</capacity> + <width units="bits">64</width> + <clock units="Hz">133000000</clock> + <configuration> + <setting id="cores" value="6" /> + <setting id="enabledcores" value="6" /> + <setting id="threads" value="12" /> + </configuration> + <capabilities> + <capability id="x86-64" >64bits extensions (x86-64)</capability> + <capability id="fpu" >mathematical co-processor</capability> + <capability id="fpu_exception" >FPU exceptions reporting</capability> + <capability id="wp" /> + <capability id="vme" >virtual mode extensions</capability> + <capability id="de" >debugging extensions</capability> + <capability id="pse" >page size extensions</capability> + <capability id="tsc" >time stamp counter</capability> + <capability id="msr" >model-specific registers</capability> + <capability id="pae" >4GB+ memory addressing (Physical Address Extension)</capability> + <capability id="mce" >machine check exceptions</capability> + <capability id="cx8" >compare and exchange 8-byte</capability> + <capability id="apic" >on-chip advanced programmable interrupt controller (APIC)</capability> + <capability id="sep" >fast system calls</capability> + <capability id="mtrr" >memory type range registers</capability> + <capability id="pge" >page global enable</capability> + <capability id="mca" >machine check architecture</capability> + <capability id="cmov" >conditional move instruction</capability> + <capability id="pat" >page attribute table</capability> + <capability id="pse36" >36-bit page size extensions</capability> + <capability id="clflush" /> + <capability id="dts" >debug trace and EMON store MSRs</capability> + <capability id="acpi" >thermal control (ACPI)</capability> + <capability id="mmx" >multimedia extensions (MMX)</capability> + <capability id="fxsr" >fast floating point save/restore</capability> + <capability id="sse" >streaming SIMD extensions (SSE)</capability> + <capability id="sse2" >streaming SIMD extensions (SSE2)</capability> + <capability id="ss" >self-snoop</capability> + <capability id="ht" >HyperThreading</capability> + <capability id="tm" >thermal interrupt and status</capability> + <capability id="pbe" >pending break event</capability> + <capability id="syscall" >fast system calls</capability> + <capability id="nx" >no-execute bit (NX)</capability> + <capability id="pdpe1gb" /> + <capability id="rdtscp" /> + <capability id="constant_tsc" /> + <capability id="arch_perfmon" /> + <capability id="pebs" /> + <capability id="bts" /> + <capability id="rep_good" /> + <capability id="nopl" /> + <capability id="xtopology" /> + <capability id="nonstop_tsc" /> + <capability id="aperfmperf" /> + <capability id="pni" /> + <capability id="pclmulqdq" /> + <capability id="dtes64" /> + <capability id="monitor" /> + <capability id="ds_cpl" /> + <capability id="vmx" /> + <capability id="smx" /> + <capability id="est" /> + <capability id="tm2" /> + <capability id="ssse3" /> + <capability id="cx16" /> + <capability id="xtpr" /> + <capability id="pdcm" /> + <capability id="pcid" /> + <capability id="dca" /> + <capability id="sse4_1" /> + <capability id="sse4_2" /> + <capability id="popcnt" /> + <capability id="aes" /> + <capability id="lahf_lm" /> + <capability id="ida" /> + <capability id="arat" /> + <capability id="epb" /> + <capability id="dtherm" /> + <capability id="tpr_shadow" /> + <capability id="vnmi" /> + <capability id="flexpriority" /> + <capability id="ept" /> + <capability id="vpid" /> + <capability id="cpufreq" >CPU Frequency scaling</capability> + </capabilities> + <node id="cache:0" claimed="true" class="memory" handle="DMI:0005"> + <description>L1 cache</description> + <physid>5</physid> + <slot>L1-Cache</slot> + <size units="bytes">393216</size> + <capacity units="bytes">393216</capacity> + <configuration> + <setting id="level" value="1" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-through" >Write-trough</capability> + <capability id="instruction" >Instruction cache</capability> + </capabilities> + </node> + <node id="cache:1" claimed="true" class="memory" handle="DMI:0006"> + <description>L2 cache</description> + <physid>6</physid> + <slot>L2-Cache</slot> + <size units="bytes">1572864</size> + <capacity units="bytes">1572864</capacity> + <configuration> + <setting id="level" value="2" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-through" >Write-trough</capability> + <capability id="unified" >Unified cache</capability> + </capabilities> + </node> + <node id="cache:2" claimed="true" class="memory" handle="DMI:0007"> + <description>L3 cache</description> + <physid>7</physid> + <slot>L3-Cache</slot> + <size units="bytes">12582912</size> + <capacity units="bytes">12582912</capacity> + <configuration> + <setting id="level" value="3" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-back" >Write-back</capability> + <capability id="unified" >Unified cache</capability> + </capabilities> + </node> + </node> + <node id="cpu:1" claimed="true" class="processor" handle="DMI:0008"> + <description>CPU</description> + <product>Intel(R) Xeon(R) CPU X5690 @ 3.47GHz</product> + <vendor>Intel Corp.</vendor> + <physid>8</physid> + <businfo>cpu@1</businfo> + <version>Intel(R) Xeon(R) CPU X5690 @ 3.47GHz</version> + <serial>[REMOVED]</serial> + <slot>CPU 2</slot> + <size units="Hz">1733000000</size> + <capacity units="Hz">3600000000</capacity> + <width units="bits">64</width> + <clock units="Hz">133000000</clock> + <configuration> + <setting id="cores" value="6" /> + <setting id="enabledcores" value="6" /> + <setting id="threads" value="12" /> + </configuration> + <capabilities> + <capability id="x86-64" >64bits extensions (x86-64)</capability> + <capability id="fpu" >mathematical co-processor</capability> + <capability id="fpu_exception" >FPU exceptions reporting</capability> + <capability id="wp" /> + <capability id="vme" >virtual mode extensions</capability> + <capability id="de" >debugging extensions</capability> + <capability id="pse" >page size extensions</capability> + <capability id="tsc" >time stamp counter</capability> + <capability id="msr" >model-specific registers</capability> + <capability id="pae" >4GB+ memory addressing (Physical Address Extension)</capability> + <capability id="mce" >machine check exceptions</capability> + <capability id="cx8" >compare and exchange 8-byte</capability> + <capability id="apic" >on-chip advanced programmable interrupt controller (APIC)</capability> + <capability id="sep" >fast system calls</capability> + <capability id="mtrr" >memory type range registers</capability> + <capability id="pge" >page global enable</capability> + <capability id="mca" >machine check architecture</capability> + <capability id="cmov" >conditional move instruction</capability> + <capability id="pat" >page attribute table</capability> + <capability id="pse36" >36-bit page size extensions</capability> + <capability id="clflush" /> + <capability id="dts" >debug trace and EMON store MSRs</capability> + <capability id="acpi" >thermal control (ACPI)</capability> + <capability id="mmx" >multimedia extensions (MMX)</capability> + <capability id="fxsr" >fast floating point save/restore</capability> + <capability id="sse" >streaming SIMD extensions (SSE)</capability> + <capability id="sse2" >streaming SIMD extensions (SSE2)</capability> + <capability id="ss" >self-snoop</capability> + <capability id="ht" >HyperThreading</capability> + <capability id="tm" >thermal interrupt and status</capability> + <capability id="pbe" >pending break event</capability> + <capability id="syscall" >fast system calls</capability> + <capability id="nx" >no-execute bit (NX)</capability> + <capability id="pdpe1gb" /> + <capability id="rdtscp" /> + <capability id="constant_tsc" /> + <capability id="arch_perfmon" /> + <capability id="pebs" /> + <capability id="bts" /> + <capability id="rep_good" /> + <capability id="nopl" /> + <capability id="xtopology" /> + <capability id="nonstop_tsc" /> + <capability id="aperfmperf" /> + <capability id="pni" /> + <capability id="pclmulqdq" /> + <capability id="dtes64" /> + <capability id="monitor" /> + <capability id="ds_cpl" /> + <capability id="vmx" /> + <capability id="smx" /> + <capability id="est" /> + <capability id="tm2" /> + <capability id="ssse3" /> + <capability id="cx16" /> + <capability id="xtpr" /> + <capability id="pdcm" /> + <capability id="pcid" /> + <capability id="dca" /> + <capability id="sse4_1" /> + <capability id="sse4_2" /> + <capability id="popcnt" /> + <capability id="aes" /> + <capability id="lahf_lm" /> + <capability id="ida" /> + <capability id="arat" /> + <capability id="epb" /> + <capability id="dtherm" /> + <capability id="tpr_shadow" /> + <capability id="vnmi" /> + <capability id="flexpriority" /> + <capability id="ept" /> + <capability id="vpid" /> + <capability id="cpufreq" >CPU Frequency scaling</capability> + </capabilities> + <node id="cache:0" claimed="true" class="memory" handle="DMI:0009"> + <description>L1 cache</description> + <physid>9</physid> + <slot>L1-Cache</slot> + <size units="bytes">393216</size> + <capacity units="bytes">393216</capacity> + <configuration> + <setting id="level" value="1" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-through" >Write-trough</capability> + <capability id="instruction" >Instruction cache</capability> + </capabilities> + </node> + <node id="cache:1" claimed="true" class="memory" handle="DMI:000A"> + <description>L2 cache</description> + <physid>a</physid> + <slot>L2-Cache</slot> + <size units="bytes">1572864</size> + <capacity units="bytes">1572864</capacity> + <configuration> + <setting id="level" value="2" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-through" >Write-trough</capability> + <capability id="unified" >Unified cache</capability> + </capabilities> + </node> + <node id="cache:2" claimed="true" class="memory" handle="DMI:000B"> + <description>L3 cache</description> + <physid>b</physid> + <slot>L3-Cache</slot> + <size units="bytes">12582912</size> + <capacity units="bytes">12582912</capacity> + <configuration> + <setting id="level" value="3" /> + </configuration> + <capabilities> + <capability id="internal" >Internal</capability> + <capability id="write-back" >Write-back</capability> + <capability id="unified" >Unified cache</capability> + </capabilities> + </node> + </node> + <node id="memory" claimed="true" class="memory" handle="DMI:0030"> + <description>System Memory</description> + <physid>30</physid> + <slot>System board or motherboard</slot> + <size units="bytes">34359738368</size> + <configuration> + <setting id="errordetection" value="multi-bit-ecc" /> + </configuration> + <capabilities> + <capability id="ecc" >Multi-bit error-correcting code (ECC)</capability> + </capabilities> + <node id="bank:0" claimed="true" class="memory" handle="DMI:0032"> + <description>DIMM DDR3 1333 MHz (0.8 ns)</description> + <product>ModulePartNumber00</product> + <vendor>Manufacturer00</vendor> + <physid>0</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_A1</slot> + <size units="bytes">8589934592</size> + <width units="bits">64</width> + <clock units="Hz">1333000000</clock> + </node> + <node id="bank:1" claimed="true" class="memory" handle="DMI:0034"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber01</product> + <vendor>Manufacturer01</vendor> + <physid>1</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_A2</slot> + <width units="bits">64</width> + </node> + <node id="bank:2" claimed="true" class="memory" handle="DMI:0036"> + <description>DIMM DDR3 1333 MHz (0.8 ns)</description> + <product>ModulePartNumber02</product> + <vendor>Manufacturer02</vendor> + <physid>2</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_B1</slot> + <size units="bytes">8589934592</size> + <width units="bits">64</width> + <clock units="Hz">1333000000</clock> + </node> + <node id="bank:3" claimed="true" class="memory" handle="DMI:0038"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber03</product> + <vendor>Manufacturer03</vendor> + <physid>3</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_B2</slot> + <width units="bits">64</width> + </node> + <node id="bank:4" claimed="true" class="memory" handle="DMI:003A"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber04</product> + <vendor>Manufacturer04</vendor> + <physid>4</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_C1</slot> + <width units="bits">64</width> + </node> + <node id="bank:5" claimed="true" class="memory" handle="DMI:003C"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber05</product> + <vendor>Manufacturer05</vendor> + <physid>5</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_C2</slot> + <width units="bits">64</width> + </node> + <node id="bank:6" claimed="true" class="memory" handle="DMI:003E"> + <description>DIMM DDR3 1333 MHz (0.8 ns)</description> + <product>ModulePartNumber06</product> + <vendor>Manufacturer06</vendor> + <physid>6</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_D1</slot> + <size units="bytes">8589934592</size> + <width units="bits">64</width> + <clock units="Hz">1333000000</clock> + </node> + <node id="bank:7" claimed="true" class="memory" handle="DMI:0040"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber07</product> + <vendor>Manufacturer07</vendor> + <physid>7</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_D2</slot> + <width units="bits">64</width> + </node> + <node id="bank:8" claimed="true" class="memory" handle="DMI:0042"> + <description>DIMM DDR3 1333 MHz (0.8 ns)</description> + <product>ModulePartNumber08</product> + <vendor>Manufacturer08</vendor> + <physid>8</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_E1</slot> + <size units="bytes">8589934592</size> + <width units="bits">64</width> + <clock units="Hz">1333000000</clock> + </node> + <node id="bank:9" claimed="true" class="memory" handle="DMI:0044"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber09</product> + <vendor>Manufacturer09</vendor> + <physid>9</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_E2</slot> + <width units="bits">64</width> + </node> + <node id="bank:10" claimed="true" class="memory" handle="DMI:0046"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber10</product> + <vendor>Manufacturer10</vendor> + <physid>a</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_F1</slot> + <width units="bits">64</width> + </node> + <node id="bank:11" claimed="true" class="memory" handle="DMI:0048"> + <description>DIMM DDR3 [empty]</description> + <product>ModulePartNumber11</product> + <vendor>Manufacturer11</vendor> + <physid>b</physid> + <serial>[REMOVED]</serial> + <slot>DIMM_F2</slot> + <width units="bits">64</width> + </node> + </node> + <node id="pci:0" claimed="true" class="bridge" handle="PCIBUS:0000:00"> + <description>Host bridge</description> + <product>5520 I/O Hub to ESI Port</product> + <vendor>Intel Corporation</vendor> + <physid>100</physid> + <businfo>pci@0000:00:00.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <node id="pci:0" claimed="true" class="bridge" handle="PCIBUS:0000:10"> + <description>PCI bridge</description> + <product>5520/5500/X58 I/O Hub PCI Express Root Port 1</product> + <vendor>Intel Corporation</vendor> + <physid>1</physid> + <businfo>pci@0000:00:01.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="ioport" value="e000(size=4096)" /> + <resource type="memory" value="fb800000-fbefffff" /> + </resources> + <node id="storage" claimed="true" class="storage" handle="PCI:0000:10:00.0"> + <description>Serial Attached SCSI controller</description> + <product>SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon]</product> + <vendor>LSI Logic / Symbios Logic</vendor> + <physid>0</physid> + <businfo>pci@0000:10:00.0</businfo> + <logicalname>scsi2</logicalname> + <version>03</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="mpt3sas" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="storage" /> + <capability id="pm" >Power Management</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="vpd" >Vital Product Data</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="msix" >MSI-X</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + <capability id="rom" >extension ROM</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="ioport" value="e000(size=256)" /> + <resource type="memory" value="fbe3c000-fbe3ffff" /> + <resource type="memory" value="fbe40000-fbe7ffff" /> + <resource type="memory" value="fbe80000-fbefffff" /> + <resource type="memory" value="fbdc0000-fbdfffff" /> + <resource type="memory" value="fb800000-fbbfffff" /> + </resources> + <node id="disk:0" claimed="true" class="disk" handle="SCSI:02:00:03:00"> + <description>ATA Disk</description> + <product>ST9750420AS</product> + <vendor>Seagate</vendor> + <physid>0.3.0</physid> + <businfo>scsi@2:0.3.0</businfo> + <logicalname>/dev/sdj</logicalname> + <dev>8:144</dev> + <version>SDM5</version> + <serial>[REMOVED]</serial> + <size units="bytes">750156374016</size> + <capacity units="bytes">750156513280</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.3.0,1</businfo> + <logicalname>/dev/sdj1</logicalname> + <dev>8:145</dev> + <capacity>750156341248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:1" claimed="true" class="disk" handle="SCSI:02:00:04:00"> + <description>ATA Disk</description> + <product>ST9750420AS</product> + <vendor>Seagate</vendor> + <physid>0.4.0</physid> + <businfo>scsi@2:0.4.0</businfo> + <logicalname>/dev/sdk</logicalname> + <dev>8:160</dev> + <version>SDM5</version> + <serial>[REMOVED]</serial> + <size units="bytes">750156374016</size> + <capacity units="bytes">750156513280</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.4.0,1</businfo> + <logicalname>/dev/sdk1</logicalname> + <dev>8:161</dev> + <capacity>750156341248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:2" claimed="true" class="disk" handle="SCSI:02:00:05:00"> + <description>ATA Disk</description> + <product>ST1000LX001-1EM1</product> + <vendor>Seagate</vendor> + <physid>0.5.0</physid> + <businfo>scsi@2:0.5.0</businfo> + <logicalname>/dev/sdl</logicalname> + <dev>8:176</dev> + <version>SD02</version> + <serial>[REMOVED]</serial> + <size units="bytes">1000204886016</size> + <capacity units="bytes">1000205189120</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + <setting id="signature" value="0e4ed601" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.5.0,1</businfo> + <logicalname>/dev/sdl1</logicalname> + <dev>8:177</dev> + <capacity>1000204853248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:3" claimed="true" class="disk" handle="SCSI:02:00:06:00"> + <description>ATA Disk</description> + <product>ST1000LX001-1EM1</product> + <vendor>Seagate</vendor> + <physid>0.6.0</physid> + <businfo>scsi@2:0.6.0</businfo> + <logicalname>/dev/sdm</logicalname> + <dev>8:192</dev> + <version>SD02</version> + <serial>[REMOVED]</serial> + <size units="bytes">1000204886016</size> + <capacity units="bytes">1000205189120</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + <setting id="signature" value="0e4ed603" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.6.0,1</businfo> + <logicalname>/dev/sdm1</logicalname> + <dev>8:193</dev> + <capacity>1000204853248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:4" claimed="true" class="disk" handle="SCSI:02:00:07:00"> + <description>ATA Disk</description> + <product>ST1000LX001-1EM1</product> + <vendor>Seagate</vendor> + <physid>0.7.0</physid> + <businfo>scsi@2:0.7.0</businfo> + <logicalname>/dev/sdn</logicalname> + <dev>8:208</dev> + <version>SD02</version> + <serial>[REMOVED]</serial> + <size units="bytes">1000204886016</size> + <capacity units="bytes">1000205189120</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + <setting id="signature" value="0e4ed605" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.7.0,1</businfo> + <logicalname>/dev/sdn1</logicalname> + <dev>8:209</dev> + <capacity>1000204853248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:5" claimed="true" class="disk" handle="SCSI:02:00:00:00"> + <description>ATA Disk</description> + <product>ST1000LX001-1EM1</product> + <vendor>Seagate</vendor> + <physid>0.0.0</physid> + <businfo>scsi@2:0.0.0</businfo> + <logicalname>/dev/sdg</logicalname> + <dev>8:96</dev> + <version>SD02</version> + <serial>[REMOVED]</serial> + <size units="bytes">1000204886016</size> + <capacity units="bytes">1000205189120</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + <setting id="signature" value="0e4ed60f" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.0.0,1</businfo> + <logicalname>/dev/sdg1</logicalname> + <dev>8:97</dev> + <capacity>1000204853248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:6" claimed="true" class="disk" handle="SCSI:02:00:01:00"> + <description>ATA Disk</description> + <product>ST9750420AS</product> + <vendor>Seagate</vendor> + <physid>0.1.0</physid> + <businfo>scsi@2:0.1.0</businfo> + <logicalname>/dev/sdh</logicalname> + <dev>8:112</dev> + <version>SDM5</version> + <serial>[REMOVED]</serial> + <size units="bytes">750156374016</size> + <capacity units="bytes">750156513280</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.1.0,1</businfo> + <logicalname>/dev/sdh1</logicalname> + <dev>8:113</dev> + <capacity>750156341248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="disk:7" claimed="true" class="disk" handle="SCSI:02:00:02:00"> + <description>ATA Disk</description> + <product>ST9750420AS</product> + <vendor>Seagate</vendor> + <physid>0.2.0</physid> + <businfo>scsi@2:0.2.0</businfo> + <logicalname>/dev/sdi</logicalname> + <dev>8:128</dev> + <version>SDM5</version> + <serial>[REMOVED]</serial> + <size units="bytes">750156374016</size> + <capacity units="bytes">750156513280</capacity> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="4096" /> + </configuration> + <capabilities> + <capability id="15000rpm" >15000 rotations per minute</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@2:0.2.0,1</businfo> + <logicalname>/dev/sdi1</logicalname> + <dev>8:129</dev> + <capacity>750156341248</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + </node> + </node> + <node id="pci:1" claimed="true" class="bridge" handle="PCIBUS:0000:0f"> + <description>PCI bridge</description> + <product>5520/5500/X58 I/O Hub PCI Express Root Port 2</product> + <vendor>Intel Corporation</vendor> + <physid>2</physid> + <businfo>pci@0000:00:02.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:2" claimed="true" class="bridge" handle="PCIBUS:0000:0e"> + <description>PCI bridge</description> + <product>5520/5500/X58 I/O Hub PCI Express Root Port 3</product> + <vendor>Intel Corporation</vendor> + <physid>3</physid> + <businfo>pci@0000:00:03.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:3" claimed="true" class="bridge" handle="PCIBUS:0000:0d"> + <description>PCI bridge</description> + <product>5520/X58 I/O Hub PCI Express Root Port 4</product> + <vendor>Intel Corporation</vendor> + <physid>4</physid> + <businfo>pci@0000:00:04.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:4" claimed="true" class="bridge" handle="PCIBUS:0000:0c"> + <description>PCI bridge</description> + <product>5520/X58 I/O Hub PCI Express Root Port 5</product> + <vendor>Intel Corporation</vendor> + <physid>5</physid> + <businfo>pci@0000:00:05.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="memory" value="fb700000-fb7fffff" /> + </resources> + <node id="usb" claimed="true" class="bus" handle="PCI:0000:0c:00.0"> + <description>USB controller</description> + <product>EJ188/EJ198 USB 3.0 Host Controller</product> + <vendor>Etron Technology, Inc.</vendor> + <physid>0</physid> + <businfo>pci@0000:0c:00.0</businfo> + <version>00</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="vfio-pci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="xhci" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="37" /> + <resource type="memory" value="fb7f8000-fb7fffff" /> + </resources> + </node> + </node> + <node id="pci:5" claimed="true" class="bridge" handle="PCIBUS:0000:0b"> + <description>PCI bridge</description> + <product>5520/X58 I/O Hub PCI Express Root Port 6</product> + <vendor>Intel Corporation</vendor> + <physid>6</physid> + <businfo>pci@0000:00:06.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:6" claimed="true" class="bridge" handle="PCIBUS:0000:0a"> + <description>PCI bridge</description> + <product>5520/5500/X58 I/O Hub PCI Express Root Port 7</product> + <vendor>Intel Corporation</vendor> + <physid>7</physid> + <businfo>pci@0000:00:07.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="ioport" value="d000(size=4096)" /> + <resource type="memory" value="f9f00000-fb6fffff" /> + <resource type="ioport" value="ce000000(size=301989888)" /> + </resources> + <node id="display" claimed="true" class="display" handle="PCI:0000:0a:00.0"> + <description>VGA compatible controller</description> + <product>GM204 [GeForce GTX 970]</product> + <vendor>NVIDIA Corporation</vendor> + <physid>0</physid> + <businfo>pci@0000:0a:00.0</businfo> + <version>a1</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="vfio-pci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="vga_controller" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + <capability id="rom" >extension ROM</capability> + </capabilities> + <resources> + <resource type="irq" value="28" /> + <resource type="memory" value="fa000000-faffffff" /> + <resource type="memory" value="d0000000-dfffffff" /> + <resource type="memory" value="ce000000-cfffffff" /> + <resource type="ioport" value="dc00(size=128)" /> + <resource type="memory" value="f9f80000-f9ffffff" /> + </resources> + </node> + <node id="multimedia" claimed="true" class="multimedia" handle="PCI:0000:0a:00.1"> + <description>Audio device</description> + <product>GM204 High Definition Audio Controller</product> + <vendor>NVIDIA Corporation</vendor> + <physid>0.1</physid> + <businfo>pci@0000:0a:00.1</businfo> + <version>a1</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="vfio-pci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="29" /> + <resource type="memory" value="fb6fc000-fb6fffff" /> + </resources> + </node> + </node> + <node id="pci:7" claimed="true" class="bridge" handle="PCIBUS:0000:09"> + <description>PCI bridge</description> + <product>5520/5500/X58 I/O Hub PCI Express Root Port 8</product> + <vendor>Intel Corporation</vendor> + <physid>8</physid> + <businfo>pci@0000:00:08.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:8" claimed="true" class="bridge" handle="PCIBUS:0000:08"> + <description>PCI bridge</description> + <product>7500/5520/5500/X58 I/O Hub PCI Express Root Port 9</product> + <vendor>Intel Corporation</vendor> + <physid>9</physid> + <businfo>pci@0000:00:09.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="pci:9" claimed="true" class="bridge" handle="PCIBUS:0000:07"> + <description>PCI bridge</description> + <product>7500/5520/5500/X58 I/O Hub PCI Express Root Port 10</product> + <vendor>Intel Corporation</vendor> + <physid>a</physid> + <businfo>pci@0000:00:0a.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + </resources> + </node> + <node id="generic:0" class="generic" handle="PCI:0000:00:10.0"> + <description>PIC</description> + <product>7500/5520/5500/X58 Physical and Link Layer Registers Port 0</product> + <vendor>Intel Corporation</vendor> + <physid>10</physid> + <businfo>pci@0000:00:10.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="8259" /> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="generic:1" class="generic" handle="PCI:0000:00:10.1"> + <description>PIC</description> + <product>7500/5520/5500/X58 Routing and Protocol Layer Registers Port 0</product> + <vendor>Intel Corporation</vendor> + <physid>10.1</physid> + <businfo>pci@0000:00:10.1</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="8259" /> + </capabilities> + </node> + <node id="generic:2" class="generic" handle="PCI:0000:00:11.0"> + <description>PIC</description> + <product>7500/5520/5500 Physical and Link Layer Registers Port 1</product> + <vendor>Intel Corporation</vendor> + <physid>11</physid> + <businfo>pci@0000:00:11.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="8259" /> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="generic:3" class="generic" handle="PCI:0000:00:11.1"> + <description>PIC</description> + <product>7500/5520/5500 Routing & Protocol Layer Register Port 1</product> + <vendor>Intel Corporation</vendor> + <physid>11.1</physid> + <businfo>pci@0000:00:11.1</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="8259" /> + </capabilities> + </node> + <node id="generic:4" class="generic" handle="PCI:0000:00:14.0"> + <description>PIC</description> + <product>7500/5520/5500/X58 I/O Hub System Management Registers</product> + <vendor>Intel Corporation</vendor> + <physid>14</physid> + <businfo>pci@0000:00:14.0</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pciexpress" >PCI Express</capability> + <capability id="8259" /> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="generic:5" class="generic" handle="PCI:0000:00:14.1"> + <description>PIC</description> + <product>7500/5520/5500/X58 I/O Hub GPIO and Scratch Pad Registers</product> + <vendor>Intel Corporation</vendor> + <physid>14.1</physid> + <businfo>pci@0000:00:14.1</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pciexpress" >PCI Express</capability> + <capability id="8259" /> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="generic:6" class="generic" handle="PCI:0000:00:14.2"> + <description>PIC</description> + <product>7500/5520/5500/X58 I/O Hub Control Status and RAS Registers</product> + <vendor>Intel Corporation</vendor> + <physid>14.2</physid> + <businfo>pci@0000:00:14.2</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pciexpress" >PCI Express</capability> + <capability id="8259" /> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="generic:7" class="generic" handle="PCI:0000:00:14.3"> + <description>PIC</description> + <product>7500/5520/5500/X58 I/O Hub Throttle Registers</product> + <vendor>Intel Corporation</vendor> + <physid>14.3</physid> + <businfo>pci@0000:00:14.3</businfo> + <version>22</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="8259" /> + </capabilities> + </node> + <node id="generic:8" class="generic" handle="PCI:0000:00:16.0"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16</physid> + <businfo>pci@0000:00:16.0</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bd4000-f9bd7fff" /> + </resources> + </node> + <node id="generic:9" class="generic" handle="PCI:0000:00:16.1"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.1</physid> + <businfo>pci@0000:00:16.1</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bd8000-f9bdbfff" /> + </resources> + </node> + <node id="generic:10" class="generic" handle="PCI:0000:00:16.2"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.2</physid> + <businfo>pci@0000:00:16.2</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bdc000-f9bdffff" /> + </resources> + </node> + <node id="generic:11" class="generic" handle="PCI:0000:00:16.3"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.3</physid> + <businfo>pci@0000:00:16.3</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9be0000-f9be3fff" /> + </resources> + </node> + <node id="generic:12" class="generic" handle="PCI:0000:00:16.4"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.4</physid> + <businfo>pci@0000:00:16.4</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9be4000-f9be7fff" /> + </resources> + </node> + <node id="generic:13" class="generic" handle="PCI:0000:00:16.5"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.5</physid> + <businfo>pci@0000:00:16.5</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9be8000-f9bebfff" /> + </resources> + </node> + <node id="generic:14" class="generic" handle="PCI:0000:00:16.6"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.6</physid> + <businfo>pci@0000:00:16.6</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bec000-f9beffff" /> + </resources> + </node> + <node id="generic:15" class="generic" handle="PCI:0000:00:16.7"> + <description>System peripheral</description> + <product>5520/5500/X58 Chipset QuickData Technology Device</product> + <vendor>Intel Corporation</vendor> + <physid>16.7</physid> + <businfo>pci@0000:00:16.7</businfo> + <version>22</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="msix" >MSI-X</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pm" >Power Management</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bf0000-f9bf3fff" /> + </resources> + </node> + <node id="usb:0" claimed="true" class="bus" handle="PCI:0000:00:1a.0"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #4</product> + <vendor>Intel Corporation</vendor> + <physid>1a</physid> + <businfo>pci@0000:00:1a.0</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="16" /> + <resource type="ioport" value="7400(size=32)" /> + </resources> + </node> + <node id="usb:1" claimed="true" class="bus" handle="PCI:0000:00:1a.1"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #5</product> + <vendor>Intel Corporation</vendor> + <physid>1a.1</physid> + <businfo>pci@0000:00:1a.1</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="21" /> + <resource type="ioport" value="7480(size=32)" /> + </resources> + </node> + <node id="usb:2" claimed="true" class="bus" handle="PCI:0000:00:1a.7"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB2 EHCI Controller #2</product> + <vendor>Intel Corporation</vendor> + <physid>1a.7</physid> + <businfo>pci@0000:00:1a.7</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="ehci-pci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="debug" >Debug port</capability> + <capability id="ehci" >Enhanced Host Controller Interface (USB2)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="18" /> + <resource type="memory" value="f9bf8000-f9bf83ff" /> + </resources> + </node> + <node id="multimedia" class="multimedia" handle="PCI:0000:00:1b.0"> + <description>Audio device</description> + <product>82801JI (ICH10 Family) HD Audio Controller</product> + <vendor>Intel Corporation</vendor> + <physid>1b</physid> + <businfo>pci@0000:00:1b.0</businfo> + <version>00</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="memory" value="f9bf4000-f9bf7fff" /> + </resources> + </node> + <node id="pci:10" claimed="true" class="bridge" handle="PCIBUS:0000:04"> + <description>PCI bridge</description> + <product>82801JI (ICH10 Family) PCI Express Root Port 1</product> + <vendor>Intel Corporation</vendor> + <physid>1c</physid> + <businfo>pci@0000:00:1c.0</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="pciexpress" >PCI Express</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="24" /> + <resource type="ioport" value="1000(size=4096)" /> + <resource type="memory" value="f9e00000-f9efffff" /> + <resource type="ioport" value="c0000000(size=2097152)" /> + </resources> + <node id="pci:0" claimed="true" class="bridge" handle="PCIBUS:0000:06"> + <description>PCI bridge</description> + <product>uPD720400 PCI Express - PCI/PCI-X Bridge</product> + <vendor>NEC Corporation</vendor> + <physid>0</physid> + <businfo>pci@0000:04:00.0</businfo> + <version>06</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <capabilities> + <capability id="pci" /> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pcix" >PCI-X</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="iomemory" value="242001f10-242001f0f" /> + </resources> + </node> + <node id="pci:1" claimed="true" class="bridge" handle="PCIBUS:0000:05"> + <description>PCI bridge</description> + <product>uPD720400 PCI Express - PCI/PCI-X Bridge</product> + <vendor>NEC Corporation</vendor> + <physid>0.1</physid> + <businfo>pci@0000:04:00.1</businfo> + <version>06</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <capabilities> + <capability id="pci" /> + <capability id="pciexpress" >PCI Express</capability> + <capability id="pcix" >PCI-X</capability> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="iomemory" value="242001f10-242001f0f" /> + <resource type="memory" value="f9eff000-f9eff07f" /> + </resources> + </node> + </node> + <node id="pci:11" claimed="true" class="bridge" handle="PCIBUS:0000:03"> + <description>PCI bridge</description> + <product>82801JI (ICH10 Family) PCI Express Root Port 5</product> + <vendor>Intel Corporation</vendor> + <physid>1c.4</physid> + <businfo>pci@0000:00:1c.4</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="pciexpress" >PCI Express</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="25" /> + <resource type="ioport" value="c000(size=4096)" /> + <resource type="memory" value="f9d00000-f9dfffff" /> + <resource type="ioport" value="c0200000(size=2097152)" /> + </resources> + <node id="network" claimed="true" class="network" handle="PCI:0000:03:00.0"> + <description>Ethernet interface</description> + <product>82574L Gigabit Network Connection</product> + <vendor>Intel Corporation</vendor> + <physid>0</physid> + <businfo>pci@0000:03:00.0</businfo> + <logicalname>eth0</logicalname> + <version>00</version> + <serial>[REMOVED]</serial> + <size units="bit/s">100000000</size> + <capacity>1000000000</capacity> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="autonegotiation" value="on" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="e1000e" /> + <setting id="driverversion" value="3.2.6-k" /> + <setting id="duplex" value="full" /> + <setting id="firmware" value="1.8-0" /> + <setting id="latency" value="0" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="slave" value="yes" /> + <setting id="speed" value="100Mbit/s" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="msix" >MSI-X</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + <capability id="tp" >twisted pair</capability> + <capability id="10bt" >10Mbit/s</capability> + <capability id="10bt-fd" >10Mbit/s (full duplex)</capability> + <capability id="100bt" >100Mbit/s</capability> + <capability id="100bt-fd" >100Mbit/s (full duplex)</capability> + <capability id="1000bt-fd" >1Gbit/s (full duplex)</capability> + <capability id="autonegotiation" >Auto-negotiation</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="memory" value="f9de0000-f9dfffff" /> + <resource type="ioport" value="cc00(size=32)" /> + <resource type="memory" value="f9ddc000-f9ddffff" /> + </resources> + </node> + </node> + <node id="pci:12" claimed="true" class="bridge" handle="PCIBUS:0000:02"> + <description>PCI bridge</description> + <product>82801JI (ICH10 Family) PCI Express Root Port 6</product> + <vendor>Intel Corporation</vendor> + <physid>1c.5</physid> + <businfo>pci@0000:00:1c.5</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="pcieport" /> + </configuration> + <capabilities> + <capability id="pci" /> + <capability id="pciexpress" >PCI Express</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pm" >Power Management</capability> + <capability id="normal_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="26" /> + <resource type="ioport" value="b000(size=4096)" /> + <resource type="memory" value="f9c00000-f9cfffff" /> + <resource type="ioport" value="c0400000(size=2097152)" /> + </resources> + <node id="network" claimed="true" class="network" handle="PCI:0000:02:00.0"> + <description>Ethernet interface</description> + <product>82574L Gigabit Network Connection</product> + <vendor>Intel Corporation</vendor> + <physid>0</physid> + <businfo>pci@0000:02:00.0</businfo> + <logicalname>eth1</logicalname> + <version>00</version> + <serial>[REMOVED]</serial> + <size units="bit/s">1000000000</size> + <capacity>1000000000</capacity> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="autonegotiation" value="on" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="e1000e" /> + <setting id="driverversion" value="3.2.6-k" /> + <setting id="duplex" value="full" /> + <setting id="firmware" value="1.8-0" /> + <setting id="latency" value="0" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="slave" value="yes" /> + <setting id="speed" value="1Gbit/s" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pciexpress" >PCI Express</capability> + <capability id="msix" >MSI-X</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + <capability id="tp" >twisted pair</capability> + <capability id="10bt" >10Mbit/s</capability> + <capability id="10bt-fd" >10Mbit/s (full duplex)</capability> + <capability id="100bt" >100Mbit/s</capability> + <capability id="100bt-fd" >100Mbit/s (full duplex)</capability> + <capability id="1000bt-fd" >1Gbit/s (full duplex)</capability> + <capability id="autonegotiation" >Auto-negotiation</capability> + </capabilities> + <resources> + <resource type="irq" value="0" /> + <resource type="memory" value="f9ce0000-f9cfffff" /> + <resource type="ioport" value="bc00(size=32)" /> + <resource type="memory" value="f9cdc000-f9cdffff" /> + </resources> + </node> + </node> + <node id="usb:3" claimed="true" class="bus" handle="PCI:0000:00:1d.0"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #1</product> + <vendor>Intel Corporation</vendor> + <physid>1d</physid> + <businfo>pci@0000:00:1d.0</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="23" /> + <resource type="ioport" value="7800(size=32)" /> + </resources> + </node> + <node id="usb:4" claimed="true" class="bus" handle="PCI:0000:00:1d.1"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #2</product> + <vendor>Intel Corporation</vendor> + <physid>1d.1</physid> + <businfo>pci@0000:00:1d.1</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="19" /> + <resource type="ioport" value="7880(size=32)" /> + </resources> + </node> + <node id="usb:5" claimed="true" class="bus" handle="PCI:0000:00:1d.2"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #3</product> + <vendor>Intel Corporation</vendor> + <physid>1d.2</physid> + <businfo>pci@0000:00:1d.2</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="18" /> + <resource type="ioport" value="7c00(size=32)" /> + </resources> + </node> + <node id="usb:6" claimed="true" class="bus" handle="PCI:0000:00:1d.3"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB UHCI Controller #6</product> + <vendor>Intel Corporation</vendor> + <physid>1d.3</physid> + <businfo>pci@0000:00:1d.3</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="uhci_hcd" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="uhci" >Universal Host Controller Interface (USB1)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="16" /> + <resource type="ioport" value="8000(size=32)" /> + </resources> + </node> + <node id="usb:7" claimed="true" class="bus" handle="PCI:0000:00:1d.7"> + <description>USB controller</description> + <product>82801JI (ICH10 Family) USB2 EHCI Controller #1</product> + <vendor>Intel Corporation</vendor> + <physid>1d.7</physid> + <businfo>pci@0000:00:1d.7</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="ehci-pci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="debug" >Debug port</capability> + <capability id="ehci" >Enhanced Host Controller Interface (USB2)</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="23" /> + <resource type="memory" value="f9bf9000-f9bf93ff" /> + </resources> + </node> + <node id="pci:13" claimed="true" class="bridge" handle="PCIBUS:0000:01"> + <description>PCI bridge</description> + <product>82801 PCI Bridge</product> + <vendor>Intel Corporation</vendor> + <physid>1e</physid> + <businfo>pci@0000:00:1e.0</businfo> + <version>90</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <capabilities> + <capability id="pci" /> + <capability id="subtractive_decode" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="ioport" value="9000(size=8192)" /> + <resource type="memory" value="f8f00000-f97fffff" /> + </resources> + <node id="display" claimed="true" class="display" handle="PCI:0000:01:01.0"> + <description>VGA compatible controller</description> + <product>ASPEED Graphics Family</product> + <vendor>ASPEED Technology, Inc.</vendor> + <physid>1</physid> + <businfo>pci@0000:01:01.0</businfo> + <version>10</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="ast" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="pm" >Power Management</capability> + <capability id="vga_controller" /> + <capability id="cap_list" >PCI capabilities listing</capability> + <capability id="rom" >extension ROM</capability> + </capabilities> + <resources> + <resource type="irq" value="17" /> + <resource type="memory" value="f9000000-f97fffff" /> + <resource type="memory" value="f8fe0000-f8ffffff" /> + <resource type="ioport" value="9000(size=128)" /> + </resources> + </node> + <node id="ide" class="storage" handle="PCI:0000:01:04.0"> + <description>IDE interface</description> + <product>IT8213 IDE Controller</product> + <vendor>Integrated Technology Express, Inc.</vendor> + <physid>4</physid> + <businfo>pci@0000:01:04.0</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="64" /> + <setting id="maxlatency" value="8" /> + <setting id="mingnt" value="8" /> + </configuration> + <capabilities> + <capability id="ide" /> + <capability id="pm" >Power Management</capability> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="ioport" value="ac00(size=8)" /> + <resource type="ioport" value="a880(size=4)" /> + <resource type="ioport" value="a800(size=8)" /> + <resource type="ioport" value="a480(size=4)" /> + <resource type="ioport" value="a400(size=16)" /> + </resources> + </node> + </node> + <node id="isa" claimed="true" class="bridge" handle="PCI:0000:00:1f.0"> + <description>ISA bridge</description> + <product>82801JIR (ICH10R) LPC Interface Controller</product> + <vendor>Intel Corporation</vendor> + <physid>1f</physid> + <businfo>pci@0000:00:1f.0</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="isa" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + </node> + <node id="storage" claimed="true" class="storage" handle="PCI:0000:00:1f.2"> + <description>SATA controller</description> + <product>82801JI (ICH10 Family) SATA AHCI Controller</product> + <vendor>Intel Corporation</vendor> + <physid>1f.2</physid> + <businfo>pci@0000:00:1f.2</businfo> + <version>00</version> + <width units="bits">32</width> + <clock units="Hz">66000000</clock> + <configuration> + <setting id="driver" value="ahci" /> + <setting id="latency" value="0" /> + </configuration> + <capabilities> + <capability id="storage" /> + <capability id="msi" >Message Signalled Interrupts</capability> + <capability id="pm" >Power Management</capability> + <capability id="ahci_1.0" /> + <capability id="bus_master" >bus mastering</capability> + <capability id="cap_list" >PCI capabilities listing</capability> + </capabilities> + <resources> + <resource type="irq" value="49" /> + <resource type="ioport" value="8080(size=8)" /> + <resource type="ioport" value="8880(size=4)" /> + <resource type="ioport" value="8800(size=8)" /> + <resource type="ioport" value="8480(size=4)" /> + <resource type="ioport" value="8400(size=32)" /> + <resource type="memory" value="f9bfa000-f9bfa7ff" /> + </resources> + </node> + <node id="serial" claimed="true" class="bus" handle="PCI:0000:00:1f.3"> + <description>SMBus</description> + <product>82801JI (ICH10 Family) SMBus Controller</product> + <vendor>Intel Corporation</vendor> + <physid>1f.3</physid> + <businfo>pci@0000:00:1f.3</businfo> + <version>00</version> + <width units="bits">64</width> + <clock units="Hz">33000000</clock> + <configuration> + <setting id="driver" value="i801_smbus" /> + <setting id="latency" value="0" /> + </configuration> + <resources> + <resource type="irq" value="22" /> + <resource type="memory" value="f9bfb000-f9bfb0ff" /> + <resource type="ioport" value="400(size=32)" /> + </resources> + </node> + </node> + <node id="pci:1" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QuickPath Architecture Generic Non-core Registers</product> + <vendor>Intel Corporation</vendor> + <physid>101</physid> + <businfo>pci@0000:fe:00.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:2" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QuickPath Architecture System Address Decoder</product> + <vendor>Intel Corporation</vendor> + <physid>102</physid> + <businfo>pci@0000:fe:00.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:3" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Link 0</product> + <vendor>Intel Corporation</vendor> + <physid>103</physid> + <businfo>pci@0000:fe:02.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:4" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Physical 0</product> + <vendor>Intel Corporation</vendor> + <physid>104</physid> + <businfo>pci@0000:fe:02.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:5" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Mirror Port Link 0</product> + <vendor>Intel Corporation</vendor> + <physid>105</physid> + <businfo>pci@0000:fe:02.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:6" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Mirror Port Link 1</product> + <vendor>Intel Corporation</vendor> + <physid>106</physid> + <businfo>pci@0000:fe:02.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:7" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Link 1</product> + <vendor>Intel Corporation</vendor> + <physid>107</physid> + <businfo>pci@0000:fe:02.4</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:8" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Physical 1</product> + <vendor>Intel Corporation</vendor> + <physid>108</physid> + <businfo>pci@0000:fe:02.5</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:9" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Registers</product> + <vendor>Intel Corporation</vendor> + <physid>109</physid> + <businfo>pci@0000:fe:03.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:10" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Target Address Decoder</product> + <vendor>Intel Corporation</vendor> + <physid>10a</physid> + <businfo>pci@0000:fe:03.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:11" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller RAS Registers</product> + <vendor>Intel Corporation</vendor> + <physid>10b</physid> + <businfo>pci@0000:fe:03.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:12" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Test Registers</product> + <vendor>Intel Corporation</vendor> + <physid>10c</physid> + <businfo>pci@0000:fe:03.4</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:13" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Control</product> + <vendor>Intel Corporation</vendor> + <physid>10d</physid> + <businfo>pci@0000:fe:04.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:14" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Address</product> + <vendor>Intel Corporation</vendor> + <physid>10e</physid> + <businfo>pci@0000:fe:04.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:15" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>10f</physid> + <businfo>pci@0000:fe:04.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:16" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>110</physid> + <businfo>pci@0000:fe:04.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:17" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Control</product> + <vendor>Intel Corporation</vendor> + <physid>111</physid> + <businfo>pci@0000:fe:05.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:18" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Address</product> + <vendor>Intel Corporation</vendor> + <physid>112</physid> + <businfo>pci@0000:fe:05.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:19" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>113</physid> + <businfo>pci@0000:fe:05.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:20" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>114</physid> + <businfo>pci@0000:fe:05.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:21" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Control</product> + <vendor>Intel Corporation</vendor> + <physid>115</physid> + <businfo>pci@0000:fe:06.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:22" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Address</product> + <vendor>Intel Corporation</vendor> + <physid>116</physid> + <businfo>pci@0000:fe:06.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:23" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>117</physid> + <businfo>pci@0000:fe:06.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:24" claimed="true" class="bridge" handle="PCIBUS:0000:fe"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>118</physid> + <businfo>pci@0000:fe:06.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:25" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QuickPath Architecture Generic Non-core Registers</product> + <vendor>Intel Corporation</vendor> + <physid>119</physid> + <businfo>pci@0000:ff:00.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:26" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QuickPath Architecture System Address Decoder</product> + <vendor>Intel Corporation</vendor> + <physid>11a</physid> + <businfo>pci@0000:ff:00.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:27" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Link 0</product> + <vendor>Intel Corporation</vendor> + <physid>11b</physid> + <businfo>pci@0000:ff:02.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:28" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Physical 0</product> + <vendor>Intel Corporation</vendor> + <physid>11c</physid> + <businfo>pci@0000:ff:02.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:29" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Mirror Port Link 0</product> + <vendor>Intel Corporation</vendor> + <physid>11d</physid> + <businfo>pci@0000:ff:02.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:30" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Mirror Port Link 1</product> + <vendor>Intel Corporation</vendor> + <physid>11e</physid> + <businfo>pci@0000:ff:02.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:31" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Link 1</product> + <vendor>Intel Corporation</vendor> + <physid>11f</physid> + <businfo>pci@0000:ff:02.4</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:32" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series QPI Physical 1</product> + <vendor>Intel Corporation</vendor> + <physid>120</physid> + <businfo>pci@0000:ff:02.5</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:33" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Registers</product> + <vendor>Intel Corporation</vendor> + <physid>121</physid> + <businfo>pci@0000:ff:03.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:34" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Target Address Decoder</product> + <vendor>Intel Corporation</vendor> + <physid>122</physid> + <businfo>pci@0000:ff:03.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:35" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller RAS Registers</product> + <vendor>Intel Corporation</vendor> + <physid>123</physid> + <businfo>pci@0000:ff:03.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:36" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Test Registers</product> + <vendor>Intel Corporation</vendor> + <physid>124</physid> + <businfo>pci@0000:ff:03.4</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:37" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Control</product> + <vendor>Intel Corporation</vendor> + <physid>125</physid> + <businfo>pci@0000:ff:04.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:38" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Address</product> + <vendor>Intel Corporation</vendor> + <physid>126</physid> + <businfo>pci@0000:ff:04.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:39" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>127</physid> + <businfo>pci@0000:ff:04.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:40" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 0 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>128</physid> + <businfo>pci@0000:ff:04.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:41" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Control</product> + <vendor>Intel Corporation</vendor> + <physid>129</physid> + <businfo>pci@0000:ff:05.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:42" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Address</product> + <vendor>Intel Corporation</vendor> + <physid>12a</physid> + <businfo>pci@0000:ff:05.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:43" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>12b</physid> + <businfo>pci@0000:ff:05.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:44" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 1 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>12c</physid> + <businfo>pci@0000:ff:05.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:45" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Control</product> + <vendor>Intel Corporation</vendor> + <physid>12d</physid> + <businfo>pci@0000:ff:06.0</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:46" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Address</product> + <vendor>Intel Corporation</vendor> + <physid>12e</physid> + <businfo>pci@0000:ff:06.1</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:47" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Rank</product> + <vendor>Intel Corporation</vendor> + <physid>12f</physid> + <businfo>pci@0000:ff:06.2</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="pci:48" claimed="true" class="bridge" handle="PCIBUS:0000:ff"> + <description>Host bridge</description> + <product>Xeon 5600 Series Integrated Memory Controller Channel 2 Thermal Control</product> + <vendor>Intel Corporation</vendor> + <physid>130</physid> + <businfo>pci@0000:ff:06.3</businfo> + <version>02</version> + <width units="bits">32</width> + <clock units="Hz">33000000</clock> + </node> + <node id="scsi:0" claimed="true" class="storage" handle=""> + <physid>1</physid> + <businfo>usb@1:4</businfo> + <logicalname>scsi0</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="SCSI:00:00:00:00"> + <description>SCSI Disk</description> + <product>Cruzer Fit</product> + <vendor>SanDisk</vendor> + <physid>0.0.0</physid> + <businfo>scsi@0:0.0.0</businfo> + <logicalname>/dev/sda</logicalname> + <dev>8:0</dev> + <version>1.27</version> + <serial>[REMOVED]</serial> + <size units="bytes">15631122432</size> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="512" /> + </configuration> + <capabilities> + <capability id="removable" >support is removable</capability> + </capabilities> + <node id="medium" claimed="true" class="disk" handle=""> + <physid>0</physid> + <logicalname>/dev/sda</logicalname> + <dev>8:0</dev> + <size units="bytes">15631122432</size> + <capabilities> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Windows FAT volume</description> + <vendor>SYSLINUX</vendor> + <physid>1</physid> + <logicalname>/dev/sda1</logicalname> + <logicalname>/boot</logicalname> + <dev>8:1</dev> + <version>FAT32</version> + <serial>[REMOVED]</serial> + <size units="bytes">15630329856</size> + <capacity>15631106048</capacity> + <configuration> + <setting id="FATs" value="2" /> + <setting id="filesystem" value="fat" /> + <setting id="label" value="UNRAID" /> + <setting id="mount.fstype" value="vfat" /> + <setting id="mount.options" value="rw,noatime,nodiratime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro" /> + <setting id="state" value="mounted" /> + </configuration> + <capabilities> + <capability id="primary" >Primary partition</capability> + <capability id="bootable" >Bootable partition (active)</capability> + <capability id="fat" >Windows FAT</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + </node> + </node> + </node> + <node id="scsi:1" claimed="true" class="storage" handle=""> + <physid>2</physid> + <businfo>usb@2:2.1</businfo> + <logicalname>scsi1</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="SCSI:01:00:00:00"> + <description>SCSI Disk</description> + <product>My Book 1140</product> + <vendor>WD</vendor> + <physid>0.0.0</physid> + <businfo>scsi@1:0.0.0</businfo> + <logicalname>/dev/sdb</logicalname> + <dev>8:16</dev> + <version>1003</version> + <serial>[REMOVED]</serial> + <size units="bytes">3000558944256</size> + <configuration> + <setting id="ansiversion" value="6" /> + <setting id="logicalsectorsize" value="4096" /> + <setting id="sectorsize" value="4096" /> + <setting id="signature" value="000246c6" /> + </configuration> + <capabilities> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" class="volume" handle=""> + <description>HPFS/NTFS partition</description> + <physid>1</physid> + <businfo>scsi@1:0.0.0,1</businfo> + <capacity>375069736960</capacity> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + <node id="enclosure" class="generic" handle="SCSI:01:00:00:01"> + <description>SCSI Enclosure</description> + <product>SES Device</product> + <vendor>WD</vendor> + <physid>0.0.1</physid> + <businfo>scsi@1:0.0.1</businfo> + <version>1003</version> + <serial>[REMOVED]</serial> + <configuration> + <setting id="ansiversion" value="6" /> + </configuration> + </node> + </node> + <node id="scsi:2" claimed="true" class="storage" handle=""> + <physid>3</physid> + <logicalname>scsi3</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="SCSI:03:00:00:00"> + <description>ATA Disk</description> + <product>KINGSTON SV300S3</product> + <physid>0.0.0</physid> + <businfo>scsi@3:0.0.0</businfo> + <logicalname>/dev/sdc</logicalname> + <dev>8:32</dev> + <version>BBF0</version> + <serial>[REMOVED]</serial> + <size units="bytes">240057409536</size> + <configuration> + <setting id="ansiversion" value="5" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="512" /> + <setting id="signature" value="0e4ed60d" /> + </configuration> + <capabilities> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Linux filesystem partition</description> + <physid>1</physid> + <businfo>scsi@3:0.0.0,1</businfo> + <logicalname>/dev/sdc1</logicalname> + <logicalname>/mnt/cache</logicalname> + <dev>8:33</dev> + <capacity>240057376768</capacity> + <configuration> + <setting id="mount.fstype" value="btrfs" /> + <setting id="mount.options" value="rw,noatime,nodiratime,ssd,space_cache,subvolid=5,subvol=/" /> + <setting id="state" value="mounted" /> + </configuration> + <capabilities> + <capability id="primary" >Primary partition</capability> + </capabilities> + </node> + </node> + </node> + <node id="scsi:3" claimed="true" class="storage" handle=""> + <physid>5</physid> + <logicalname>scsi4</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="GUID:c82cbad2-4709-4876-a6b0-23fd28f87155"> + <description>ATA Disk</description> + <product>Samsung SSD 850</product> + <physid>0.0.0</physid> + <businfo>scsi@4:0.0.0</businfo> + <logicalname>/dev/sdd</logicalname> + <dev>8:48</dev> + <version>2B6Q</version> + <serial>[REMOVED]</serial> + <size units="bytes">256060514304</size> + <configuration> + <setting id="ansiversion" value="5" /> + <setting id="guid" value="c82cbad2-4709-4876-a6b0-23fd28f87155" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="512" /> + </configuration> + <capabilities> + <capability id="gpt-1.00" >GUID Partition Table version 1.00</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:gpt" >GUID partition table</capability> + </capabilities> + <node id="volume:0" claimed="true" class="volume" handle="GUID:6321c16c-cde1-4218-a2f9-1408c373b032"> + <description>Windows NTFS volume</description> + <vendor>Windows</vendor> + <physid>1</physid> + <businfo>scsi@4:0.0.0,1</businfo> + <logicalname>/dev/sdd1</logicalname> + <dev>8:49</dev> + <version>3.1</version> + <serial>[REMOVED]</serial> + <size units="bytes">470810112</size> + <capacity>471858688</capacity> + <configuration> + <setting id="clustersize" value="4096" /> + <setting id="created" value="2016-04-28 20:38:52" /> + <setting id="filesystem" value="ntfs" /> + <setting id="label" value="Recovery" /> + <setting id="name" value="Basic data partition" /> + <setting id="state" value="clean" /> + </configuration> + <capabilities> + <capability id="boot" >Contains boot code</capability> + <capability id="ntfs" >Windows NTFS</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + <node id="volume:1" claimed="true" class="volume" handle="GUID:43399c18-fd0b-4776-948f-1793ef9601f6"> + <description>Windows FAT volume</description> + <vendor>MSDOS5.0</vendor> + <physid>2</physid> + <businfo>scsi@4:0.0.0,2</businfo> + <logicalname>/dev/sdd2</logicalname> + <dev>8:50</dev> + <version>FAT32</version> + <serial>[REMOVED]</serial> + <size units="bytes">98305024</size> + <capacity>104857088</capacity> + <configuration> + <setting id="FATs" value="2" /> + <setting id="filesystem" value="fat" /> + <setting id="name" value="EFI system partition" /> + </configuration> + <capabilities> + <capability id="boot" >Contains boot code</capability> + <capability id="fat" >Windows FAT</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + <node id="volume:2" claimed="true" class="volume" handle="GUID:09693b85-b08d-4703-aa46-43b3f142147c"> + <description>reserved partition</description> + <vendor>Windows</vendor> + <physid>3</physid> + <businfo>scsi@4:0.0.0,3</businfo> + <logicalname>/dev/sdd3</logicalname> + <dev>8:51</dev> + <serial>[REMOVED]</serial> + <capacity>16776704</capacity> + <configuration> + <setting id="name" value="Microsoft reserved partition" /> + </configuration> + <capabilities> + <capability id="nofs" >No filesystem</capability> + </capabilities> + </node> + <node id="volume:3" claimed="true" class="volume" handle="GUID:be5940fa-7cde-4df0-b34c-8f83ac141507"> + <description>Windows NTFS volume</description> + <vendor>Windows</vendor> + <physid>4</physid> + <businfo>scsi@4:0.0.0,4</businfo> + <logicalname>/dev/sdd4</logicalname> + <dev>8:52</dev> + <version>3.1</version> + <serial>[REMOVED]</serial> + <size units="bytes">255441833984</size> + <capacity>255465954304</capacity> + <configuration> + <setting id="clustersize" value="4096" /> + <setting id="created" value="2016-04-28 20:39:19" /> + <setting id="filesystem" value="ntfs" /> + <setting id="name" value="Basic data partition" /> + <setting id="state" value="clean" /> + </configuration> + <capabilities> + <capability id="ntfs" >Windows NTFS</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + </node> + </node> + <node id="scsi:4" claimed="true" class="storage" handle=""> + <physid>6</physid> + <logicalname>scsi5</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="GUID:f346f840-247e-4b0c-bb5f-aaa6a00d54e6"> + <description>ATA Disk</description> + <product>SanDisk Ultra II</product> + <physid>0.0.0</physid> + <businfo>scsi@5:0.0.0</businfo> + <logicalname>/dev/sde</logicalname> + <dev>8:64</dev> + <version>00RL</version> + <serial>[REMOVED]</serial> + <size units="bytes">480103981056</size> + <configuration> + <setting id="ansiversion" value="5" /> + <setting id="guid" value="f346f840-247e-4b0c-bb5f-aaa6a00d54e6" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="512" /> + </configuration> + <capabilities> + <capability id="gpt-1.00" >GUID Partition Table version 1.00</capability> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:gpt" >GUID partition table</capability> + </capabilities> + <node id="volume:0" claimed="true" class="volume" handle="GUID:14d077e9-f6f2-4844-b657-0a600f32fa21"> + <description>Windows FAT volume</description> + <vendor>MSWIN4.1</vendor> + <physid>1</physid> + <businfo>scsi@5:0.0.0,1</businfo> + <logicalname>/dev/sde1</logicalname> + <dev>8:65</dev> + <version>FAT32</version> + <serial>[REMOVED]</serial> + <size units="bytes">535802880</size> + <capacity>536870400</capacity> + <configuration> + <setting id="FATs" value="2" /> + <setting id="filesystem" value="fat" /> + </configuration> + <capabilities> + <capability id="boot" >Contains boot code</capability> + <capability id="fat" >Windows FAT</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + <node id="volume:1" claimed="true" class="volume" handle="GUID:bfc11f4a-eaf3-404c-b7e4-16d2f5843084"> + <description>EFI partition</description> + <vendor>Linux</vendor> + <physid>2</physid> + <businfo>scsi@5:0.0.0,2</businfo> + <logicalname>/dev/sde2</logicalname> + <dev>8:66</dev> + <version>1.0</version> + <serial>[REMOVED]</serial> + <size units="bytes">511705088</size> + <configuration> + <setting id="filesystem" value="ext2" /> + <setting id="lastmountpoint" value="/boot" /> + <setting id="modified" value="2016-05-28 18:55:14" /> + <setting id="mounted" value="2016-05-28 18:55:14" /> + <setting id="state" value="unknown" /> + </configuration> + <capabilities> + <capability id="extended_attributes" >Extended Attributes</capability> + <capability id="large_files" >4GB+ files</capability> + <capability id="ext2" >EXT2/EXT3</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + <node id="volume:2" claimed="true" class="volume" handle="GUID:e521cf5c-840f-4cef-8638-232aaec837a9"> + <description>LVM Physical Volume</description> + <vendor>Linux</vendor> + <physid>3</physid> + <businfo>scsi@5:0.0.0,3</businfo> + <logicalname>/dev/sde3</logicalname> + <dev>8:67</dev> + <serial>[REMOVED]</serial> + <size units="bytes">52636418048</size> + <capacity>479053479424</capacity> + <capabilities> + <capability id="multi" >Multi-volumes</capability> + <capability id="lvm2" /> + </capabilities> + </node> + </node> + </node> + <node id="scsi:5" claimed="true" class="storage" handle=""> + <physid>7</physid> + <logicalname>scsi6</logicalname> + <capabilities> + <capability id="emulated" >Emulated device</capability> + </capabilities> + <node id="disk" claimed="true" class="disk" handle="SCSI:06:00:00:00"> + <description>ATA Disk</description> + <product>SanDisk Ultra II</product> + <physid>0.0.0</physid> + <businfo>scsi@6:0.0.0</businfo> + <logicalname>/dev/sdf</logicalname> + <dev>8:80</dev> + <version>00RL</version> + <serial>[REMOVED]</serial> + <size units="bytes">480103981056</size> + <configuration> + <setting id="ansiversion" value="5" /> + <setting id="logicalsectorsize" value="512" /> + <setting id="sectorsize" value="512" /> + <setting id="signature" value="e8573092" /> + </configuration> + <capabilities> + <capability id="partitioned" >Partitioned disk</capability> + <capability id="partitioned:dos" >MS-DOS partition table</capability> + </capabilities> + <node id="volume" claimed="true" class="volume" handle=""> + <description>Windows NTFS volume</description> + <physid>1</physid> + <businfo>scsi@6:0.0.0,1</businfo> + <logicalname>/dev/sdf1</logicalname> + <dev>8:81</dev> + <version>3.1</version> + <serial>[REMOVED]</serial> + <size units="bytes">480101006848</size> + <capacity>480102055936</capacity> + <configuration> + <setting id="clustersize" value="4096" /> + <setting id="created" value="2016-05-28 17:49:55" /> + <setting id="filesystem" value="ntfs" /> + <setting id="label" value="Extra" /> + <setting id="state" value="clean" /> + </configuration> + <capabilities> + <capability id="primary" >Primary partition</capability> + <capability id="ntfs" >Windows NTFS</capability> + <capability id="initialized" >initialized volume</capability> + </capabilities> + </node> + </node> + </node> + </node> + <node id="network:0" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>1</physid> + <logicalname>vnet0</logicalname> + <serial>[REMOVED]</serial> + <size units="bit/s">10000000</size> + <configuration> + <setting id="autonegotiation" value="off" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="tun" /> + <setting id="driverversion" value="1.6" /> + <setting id="duplex" value="full" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="speed" value="10Mbit/s" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:1" disabled="true" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>2</physid> + <logicalname>virbr0-nic</logicalname> + <serial>[REMOVED]</serial> + <size units="bit/s">10000000</size> + <configuration> + <setting id="autonegotiation" value="off" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="tun" /> + <setting id="driverversion" value="1.6" /> + <setting id="duplex" value="full" /> + <setting id="link" value="no" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="speed" value="10Mbit/s" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:2" disabled="true" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>3</physid> + <logicalname>gretap0</logicalname> + <configuration> + <setting id="broadcast" value="yes" /> + <setting id="multicast" value="yes" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:3" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>4</physid> + <logicalname>docker0</logicalname> + <serial>[REMOVED]</serial> + <configuration> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="bridge" /> + <setting id="driverversion" value="2.3" /> + <setting id="firmware" value="N/A" /> + <setting id="ip" value="[REMOVED]" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:4" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>5</physid> + <logicalname>bond0</logicalname> + <serial>[REMOVED]</serial> + <size units="bit/s">100000000</size> + <configuration> + <setting id="autonegotiation" value="off" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="bonding" /> + <setting id="driverversion" value="3.7.1" /> + <setting id="duplex" value="full" /> + <setting id="firmware" value="2" /> + <setting id="link" value="yes" /> + <setting id="master" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="promiscuous" value="yes" /> + <setting id="speed" value="100Mbit/s" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:5" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>6</physid> + <logicalname>br0</logicalname> + <serial>[REMOVED]</serial> + <configuration> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="bridge" /> + <setting id="driverversion" value="2.3" /> + <setting id="firmware" value="N/A" /> + <setting id="ip" value="[REMOVED]" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:6" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>7</physid> + <logicalname>virbr0</logicalname> + <serial>[REMOVED]</serial> + <configuration> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="bridge" /> + <setting id="driverversion" value="2.3" /> + <setting id="firmware" value="N/A" /> + <setting id="ip" value="[REMOVED]" /> + <setting id="link" value="no" /> + <setting id="multicast" value="yes" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:7" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>8</physid> + <logicalname>vnet1</logicalname> + <serial>[REMOVED]</serial> + <size units="bit/s">10000000</size> + <configuration> + <setting id="autonegotiation" value="off" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="tun" /> + <setting id="driverversion" value="1.6" /> + <setting id="duplex" value="full" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="speed" value="10Mbit/s" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> + <node id="network:8" claimed="true" class="network" handle=""> + <description>Ethernet interface</description> + <physid>9</physid> + <logicalname>veth5321ae1</logicalname> + <serial>[REMOVED]</serial> + <size units="bit/s">10000000000</size> + <configuration> + <setting id="autonegotiation" value="off" /> + <setting id="broadcast" value="yes" /> + <setting id="driver" value="veth" /> + <setting id="driverversion" value="1.0" /> + <setting id="duplex" value="full" /> + <setting id="link" value="yes" /> + <setting id="multicast" value="yes" /> + <setting id="port" value="twisted pair" /> + <setting id="speed" value="10Gbit/s" /> + </configuration> + <capabilities> + <capability id="ethernet" /> + <capability id="physical" >Physical interface</capability> + </capabilities> + </node> +</node> +</list> + + + + + +I have 2 running virtual machines. + +1. Ubuntu Server 16.04 acting as a headless game server +2. Windows 10 Pro used for gaming and other daily activities + +I too can start/stop the Win 10 vm for a period of time after a cold boot but if it is logged in for a certain period of time, when I go to shut it down the entire system will freeze. I can reboot the Ubuntu server at will. It too has a SSD being passed thru. + +Win 10 VM +<domain type='kvm' id='3'> + <name>csmccarronwx00</name> + <uuid>82c5e4f6-6991-cd5f-8207-49db04386cc9</uuid> + <description>csmccarronwx00 i440fx-2.5 OVMF</description> + <metadata> + <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> + </metadata> + <memory unit='KiB'>11010048</memory> + <currentMemory unit='KiB'>11010048</currentMemory> + <memoryBacking> + <nosharepages/> + <locked/> + </memoryBacking> + <vcpu placement='static'>12</vcpu> + <cputune> + <vcpupin vcpu='0' cpuset='6'/> + <vcpupin vcpu='1' cpuset='18'/> + <vcpupin vcpu='2' cpuset='7'/> + <vcpupin vcpu='3' cpuset='19'/> + <vcpupin vcpu='4' cpuset='8'/> + <vcpupin vcpu='5' cpuset='20'/> + <vcpupin vcpu='6' cpuset='9'/> + <vcpupin vcpu='7' cpuset='21'/> + <vcpupin vcpu='8' cpuset='10'/> + <vcpupin vcpu='9' cpuset='22'/> + <vcpupin vcpu='10' cpuset='11'/> + <vcpupin vcpu='11' cpuset='23'/> + <emulatorpin cpuset='1-3,13-15'/> + </cputune> + <resource> + <partition>/machine</partition> + </resource> + <os> + <type arch='x86_64' machine='pc-i440fx-2.5'>hvm</type> + <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> + <nvram>/etc/libvirt/qemu/nvram/82c5e4f6-6991-cd5f-8207-49db04386cc9_VARS-pure-efi.fd</nvram> + <boot dev='cdrom'/> + <boot dev='hd'/> + <bootmenu enable='yes' timeout='3000'/> + </os> + <features> + <acpi/> + <apic/> + </features> + <cpu mode='host-passthrough'> + <topology sockets='1' cores='6' threads='2'/> + </cpu> + <clock offset='localtime'> + <timer name='rtc' tickpolicy='catchup'/> + <timer name='pit' tickpolicy='delay'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <devices> + <emulator>/usr/local/sbin/qemu</emulator> + <disk type='file' device='cdrom'> + <driver name='qemu' type='raw'/> + <source file='/mnt/user/ISO/virtio-win-0.1.117.iso'/> + <backingStore/> + <target dev='hda' bus='sata'/> + <readonly/> + <alias name='sata0-0-0'/> + <address type='drive' controller='0' bus='0' target='0' unit='0'/> + </disk> + <disk type='file' device='cdrom'> + <driver name='qemu' type='raw'/> + <source file='/mnt/user/ISO/Windows10Pro_TH2.iso'/> + <backingStore/> + <target dev='hdb' bus='sata'/> + <readonly/> + <alias name='sata0-0-1'/> + <address type='drive' controller='0' bus='0' target='0' unit='1'/> + </disk> + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <source dev='/dev/disk/by-id/ata-Samsung_SSD_850_PRO_256GB_S1SUNSAG361503D'/> + <backingStore/> + <target dev='hdc' bus='virtio'/> + <alias name='virtio-disk2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> + </disk> + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <source dev='/dev/disk/by-id/ata-SanDisk_Ultra_II_480GB_161322801967'/> + <backingStore/> + <target dev='hdd' bus='virtio'/> + <alias name='virtio-disk3'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x0b' function='0x0'/> + </disk> + <controller type='usb' index='0' model='ich9-ehci1'> + <alias name='usb'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci1'> + <alias name='usb'/> + <master startport='0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci2'> + <alias name='usb'/> + <master startport='2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci3'> + <alias name='usb'/> + <master startport='4'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> + </controller> + <controller type='pci' index='0' model='pci-root'> + <alias name='pci.0'/> + </controller> + <controller type='sata' index='0'> + <alias name='sata0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> + </controller> + <controller type='virtio-serial' index='0'> + <alias name='virtio-serial0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> + </controller> + <interface type='bridge'> + <mac address='52:54:00:86:5a:91'/> + <source bridge='br0'/> + <target dev='vnet0'/> + <model type='virtio'/> + <alias name='net0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> + </interface> + <serial type='pty'> + <source path='/dev/pts/2'/> + <target port='0'/> + <alias name='serial0'/> + </serial> + <console type='pty' tty='/dev/pts/2'> + <source path='/dev/pts/2'/> + <target type='serial' port='0'/> + <alias name='serial0'/> + </console> + <channel type='unix'> + <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-csmccarronwx00/org.qemu.guest_agent.0'/> + <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> + <alias name='channel0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0a' slot='0x00' function='0x0'/> + </source> + <alias name='hostdev0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0a' slot='0x00' function='0x1'/> + </source> + <alias name='hostdev1'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0c' slot='0x00' function='0x0'/> + </source> + <alias name='hostdev2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> + </hostdev> + <memballoon model='virtio'> + <alias name='balloon0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> + </memballoon> + </devices> +</domain> + +Ubuntu Server VM +<domain type='kvm' id='2'> + <name>Ubuntu Server</name> + <uuid>232de5eb-2276-0762-2e29-29dc917ef34d</uuid> + <description>Ubuntu Server Q35 OVMF</description> + <metadata> + <vmtemplate xmlns="unraid" name="Ubuntu" icon="ubuntu.png" os="ubuntu"/> + </metadata> + <memory unit='KiB'>11010048</memory> + <currentMemory unit='KiB'>11010048</currentMemory> + <memoryBacking> + <nosharepages/> + </memoryBacking> + <vcpu placement='static'>4</vcpu> + <cputune> + <vcpupin vcpu='0' cpuset='4'/> + <vcpupin vcpu='1' cpuset='16'/> + <vcpupin vcpu='2' cpuset='5'/> + <vcpupin vcpu='3' cpuset='17'/> + <emulatorpin cpuset='1-3,13-15'/> + </cputune> + <resource> + <partition>/machine</partition> + </resource> + <os> + <type arch='x86_64' machine='pc-q35-2.5'>hvm</type> + <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> + <nvram>/etc/libvirt/qemu/nvram/232de5eb-2276-0762-2e29-29dc917ef34d_VARS-pure-efi.fd</nvram> + </os> + <features> + <acpi/> + <apic/> + </features> + <cpu mode='host-passthrough'> + <topology sockets='1' cores='2' threads='2'/> + </cpu> + <clock offset='utc'> + <timer name='rtc' tickpolicy='catchup'/> + <timer name='pit' tickpolicy='delay'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <devices> + <emulator>/usr/local/sbin/qemu</emulator> + <disk type='file' device='cdrom'> + <driver name='qemu' type='raw'/> + <source file='/mnt/user/ISO/gparted-live-0.25.0-3-i686.iso'/> + <backingStore/> + <target dev='hda' bus='sata'/> + <readonly/> + <boot order='2'/> + <alias name='sata0-0-0'/> + <address type='drive' controller='0' bus='0' target='0' unit='0'/> + </disk> + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <source dev='/dev/disk/by-id/ata-SanDisk_Ultra_II_480GB_161002808956'/> + <backingStore/> + <target dev='hdd' bus='virtio'/> + <boot order='1'/> + <alias name='virtio-disk3'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> + </disk> + <controller type='usb' index='0' model='ich9-ehci1'> + <alias name='usb'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci1'> + <alias name='usb'/> + <master startport='0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci2'> + <alias name='usb'/> + <master startport='2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci3'> + <alias name='usb'/> + <master startport='4'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> + </controller> + <controller type='sata' index='0'> + <alias name='ide'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> + </controller> + <controller type='pci' index='0' model='pcie-root'> + <alias name='pcie.0'/> + </controller> + <controller type='pci' index='1' model='dmi-to-pci-bridge'> + <model name='i82801b11-bridge'/> + <alias name='pci.1'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> + </controller> + <controller type='pci' index='2' model='pci-bridge'> + <model name='pci-bridge'/> + <target chassisNr='2'/> + <alias name='pci.2'/> + <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> + </controller> + <controller type='virtio-serial' index='0'> + <alias name='virtio-serial0'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> + </controller> + <filesystem type='mount' accessmode='passthrough'> + <source dir='/mnt/user/Apps/'/> + <target dir='Apps'/> + <alias name='fs0'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> + </filesystem> + <interface type='bridge'> + <mac address='52:54:00:2b:b9:e2'/> + <source bridge='br0'/> + <target dev='vnet1'/> + <model type='virtio'/> + <alias name='net0'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0'/> + </interface> + <serial type='pty'> + <source path='/dev/pts/1'/> + <target port='0'/> + <alias name='serial0'/> + </serial> + <console type='pty' tty='/dev/pts/1'> + <source path='/dev/pts/1'/> + <target type='serial' port='0'/> + <alias name='serial0'/> + </console> + <channel type='unix'> + <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-Ubuntu Server/org.qemu.guest_agent.0'/> + <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> + <alias name='channel0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <input type='tablet' bus='usb'> + <alias name='input0'/> + </input> + <input type='mouse' bus='ps2'/> + <input type='keyboard' bus='ps2'/> + <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' keymap='en-us'> + <listen type='address' address='0.0.0.0'/> + </graphics> + <video> + <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1'/> + <alias name='video0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> + </video> + <memballoon model='virtio'> + <alias name='balloon0'/> + <address type='pci' domain='0x0000' bus='0x02' slot='0x05' function='0x0'/> + </memballoon> + </devices> +</domain> + + +Well, now we finally know that it isn't the i7-5820K's or X99 chipset's or LGA 2011 socket's faults. + +I have tried everything to keep it from happening but have had no success. The likely hood of an entire system lock up is based on how long the Win 10 VM is on. I personally have not timed it but usually i can shutdown/restart without problems for about an hour, maybe more. + +My Ubuntu vm is not effected by this issue. I am passing thru 4 vcpus and a SSD that the vm boots from. + +What can we do to help troubleshoot this issue? I find it strange the the problem happens at VM power off and not while the VM is in use. What happens at VM power off that can lock the entire system up and cause CPU stall errors. + +The posts in syslog vary from time to time but they all end in cpu stalls. + +Additional syslog image + +Additional syslog image + +Additional syslog image + +Additional syslog image + +I am not having any issues with my drives during normal operation on the server. I only see the ata errors when the system locks up. + +If there is something I can do please let me know. I have been trying to figure this out for over a month now but have had no luck. + + + +Remember, I think we've done enough testing to know that it isn't specifically the VM shutting down that causes this, but the binding or unbinding of PCI devices in sysfs, which is something a VM will do on shutdown if you're passing hardware into it. It *is* caused by the VM running for more than an hour, but it is *not* technically caused by the shutdown itself. I titled it as a shutdown issue because that's pretty much the only situation anybody's going to notice this problem, and we need to be Google-friendly. + +Has any one found a way to shutdown/restart the vm without causing a system lockup or is this just the way it is until a fix is found? + +I've got the same issue. Pretty much just as it has been described by everyone else. Same on shutdown or certain events. Same for delay. Similar setups and hardware/software. (X99, Arch, Qemu, libvirt, pcie passthrough, windows 10, etc...) I've attached my system info (Hardware, lscpu, Archlinux package versions, qemu/libvirt xml files). + +Brand new pc build, super fresh and clean system and images. Run 2 different Windows 10 vms, and occasionally another Arch vm for some game server stuffs. + +What is the proper way of going about troubleshooting such things? Is there a way to enable a kernel debug mode or anything? I develop software and hardware, and am a novice linux user, just haven't ever troubleshot a hard lock like this. Willing to help if anyone can give me some direction. :) + +Unsure how to edit a post. + +Also wanted to say, I can provide BIOS settings later, and any kernel logs if anyone wants. Wanted to note though that I am using UEFI with GPT style partitioning. I'm using bttrfs for the host fs. OVMF for guests (See package list in my system info for versioning). Guest main drive images are qcow2. Some SATA hard drives with NTFS partitions are passed through for each guest additional storage. Systemd Boot as the boot manager. + +Can't think of much else, but hoping to get this fixed up. + +Well, that's a bunch more stuff ruled out. My host is a BIOS with MBR partitioning, using ext4, and the images are all raw. For each guest, there's an image of the OS (so the C: drive on Windows and the / partition on Linux) on my SSD, and Windows also has a bigger image on my HDD (drive D:). I don't pass in any storage media; just the video card, its HDMI soundcard, and a USB card. + +Jimi, does your HDMI sound lag? I am using a usb sound card and tries switching to the GTX970 sound and I got horrible lag, sounds like sound is in slow motion. Was completely unusable. + + +Chris + +I know it didn't with the GTX 660. It worked perfectly fine. But, I went fully into Steam streaming everything before I got the 960, so the 960 could have that issue for all I know. + +I have been able to stop this from happening by recompiling my kernel without SND support. If you can live without sound in your host (it is still there in your guest if you pass through the sound device of your card) then try removing SND support from your hosts kernel. You can also try blacklisting the snd module and snd-hda-intel instead of removing it from your kernel if they are modules. I have not had a crash from a shutdown in a couple of months after removing SND from my hosts kernel. In my mind that points more of a finger at idea that the root of the problem has to do with binding/unbinding of the device. + +Chris, for your HDMI sound issue there are a couple of things that might help. I would have that issue immediately if I was using a certain virtual network card in the guest. Using virtio as your network driver helps quite a bit, however it would still mess up on me every now and again. In order to fix everything, I switched it over to MSI signalling from IRQ on the sound device in Windows 10. I also switched the graphics card driver over to MSI and have to switch them each time one of the nVidia drivers gets an update. + + +Hm. Sound was the issue in that other bug. Have you already confirmed that you don't have that other, similar bug? If you undo all the other fixes you've done, including enabling SND again, does the VM still crash if you have NO sound device assigned to it at all, whether it be a pass-thru device or a virtual one? + +I'm not really sure what the other similar bug was, but what I was experiencing was a Win10 VM locking up the host machine upon shutdown of the VM after several minutes of gaming (or even several hours of youtube/netflix). It didn't happen all of the time, but most of the time after the VM had be up for a while. + +I am positive that recompiling without SND support is when the host stopped crashing upon shutdown of the Windows 10 VM as I was only doing one change at a time. I had the issue for many months before removing CONFIG_SND. Since then, 2 months ago, I've upgraded qemu, libvirt, the kernel and win10 updates, including the nVidia drivers. I'm not really wanting to compile SND back in as my server is also doing a lot more than just hosting a Win10 VM and I don't want it to crash without anyone else trying the fix. If others try removing SND and continue to have the issue, I will recompile to help troubleshoot but I am very confident that is what stopped my system from locking up when shutting down a Windows 10 VM. If I were to take a guess, my guess is that just removing snd-hda-intel would do the trick. + +My hardware is a X99 board, i7-5820K, and a nVidia 980 graphics card being passed through to the guest. The host video card is a cheap 1x radeon with HDMI sound. + +I will try an blacklist the sound module in the unRaid kernel. Waiting on instructions on how to do it. + +Chris + +If your Windows VM does and always has a sound card being passed in (like the .1 address of your video card), then we can't know for sure that you don't have that other bug. In that other bug, you can fix the crash by not passing in any sound cards, real or virtual, to the VM. It's definitely not the same bug as this one. + +Well for now my issue is resolved. This morning when I was shutting down my unRaid server to blacklist the intel sound module, snd-hda-intel, I first stopped my ubuntu vm and my two dockers then logged out of unraid. I then proceeded to shutdown my Windows 10 VM and like magic it shutdown nicely without locking up the entire system. Also, I found out from unRaid tech support that the unRaid kernel does not include any sound modules and it was not necessary to blacklist them. + +So this is what I have changed since the last lockup last Thursday night. + +1. Removed the NVIDIA Audio hardware from the VM Setup. I did this because the sound was lagging horribly and I could not figure out how to fix it. So I removed the sound hardware and I am now using a USB sound card that is plugged into the USB3 PCI-Express card that is being passed to the VM. +2. I enabled MSI Interrupts on the GPU using this URL as my reference. + http://lime-technology.com/wiki/index.php/UnRAID_6/VM_Guest_Support#Enable_MSI_for_Interrupts_to_Fix_HDMI_Audio_Support + +I should also mention that while I have the system NIC, USB1, and USB2 virtual modules mapped, they are disabled in the VM. I did this to improve latency issues inside the VM. I am using a wireless NIC plugged into the USB3 PCI-Express card and I do not require USB1 or USB2. These changes where made on Thursday prior to the last lockup, so while I do believe they have helped overall latency they had no effect on the system locking up. + +USB3 card is handling Logitech G910 keyboard, WOW MMO Legendary Gaming Mouse, ASUS XONARU3 Sound Card, ASUS USB-AC56 Wireless NIC, and a USB Mouse. + +I still would like to add the NVIDIA Sound card back into the VM and when I do I will enable MSI Interrupts. My goal is not not have to use the USB Sound card. + +See next post for current VM setup. + + +Current VM Config + +<domain type='kvm' id='1'> + <name>csmccarronwx00</name> + <uuid>82c5e4f6-6991-cd5f-8207-49db04386cc9</uuid> + <description>csmccarronwx00 i440fx-2.5 OVMF</description> + <metadata> + <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> + </metadata> + <memory unit='KiB'>10485760</memory> + <currentMemory unit='KiB'>10485760</currentMemory> + <memoryBacking> + <nosharepages/> + </memoryBacking> + <vcpu placement='static'>12</vcpu> + <cputune> + <vcpupin vcpu='0' cpuset='6'/> + <vcpupin vcpu='1' cpuset='18'/> + <vcpupin vcpu='2' cpuset='7'/> + <vcpupin vcpu='3' cpuset='19'/> + <vcpupin vcpu='4' cpuset='8'/> + <vcpupin vcpu='5' cpuset='20'/> + <vcpupin vcpu='6' cpuset='9'/> + <vcpupin vcpu='7' cpuset='21'/> + <vcpupin vcpu='8' cpuset='10'/> + <vcpupin vcpu='9' cpuset='22'/> + <vcpupin vcpu='10' cpuset='11'/> + <vcpupin vcpu='11' cpuset='23'/> + <emulatorpin cpuset='1-3,13-15'/> + </cputune> + <resource> + <partition>/machine</partition> + </resource> + <os> + <type arch='x86_64' machine='pc-i440fx-2.5'>hvm</type> + <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> + <nvram>/etc/libvirt/qemu/nvram/82c5e4f6-6991-cd5f-8207-49db04386cc9_VARS-pure-efi.fd</nvram> + <boot dev='hd'/> + <boot dev='cdrom'/> + <bootmenu enable='yes' timeout='3000'/> + </os> + <features> + <acpi/> + <apic/> + <hyperv> + <relaxed state='on'/> + <vapic state='on'/> + <spinlocks state='on' retries='8191'/> + <vendor id='none'/> + </hyperv> + </features> + <cpu mode='host-passthrough'> + <topology sockets='1' cores='6' threads='2'/> + </cpu> + <clock offset='localtime'> + <timer name='hypervclock' present='yes'/> + <timer name='hpet' present='no'/> + </clock> + <on_poweroff>destroy</on_poweroff> + <on_reboot>restart</on_reboot> + <on_crash>restart</on_crash> + <devices> + <emulator>/usr/local/sbin/qemu</emulator> + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <source dev='/dev/disk/by-id/ata-Samsung_SSD_850_PRO_256GB_S1SUNSAG361503D'/> + <backingStore/> + <target dev='hdc' bus='sata'/> + <alias name='sata0-0-2'/> + <address type='drive' controller='0' bus='0' target='0' unit='2'/> + </disk> + <disk type='block' device='disk'> + <driver name='qemu' type='raw' cache='writeback'/> + <source dev='/dev/disk/by-id/ata-SanDisk_Ultra_II_480GB_161322801967'/> + <backingStore/> + <target dev='hdd' bus='sata'/> + <alias name='sata0-0-3'/> + <address type='drive' controller='0' bus='0' target='0' unit='3'/> + </disk> + <controller type='usb' index='0' model='ich9-ehci1'> + <alias name='usb'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci1'> + <alias name='usb'/> + <master startport='0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci2'> + <alias name='usb'/> + <master startport='2'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> + </controller> + <controller type='usb' index='0' model='ich9-uhci3'> + <alias name='usb'/> + <master startport='4'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> + </controller> + <controller type='pci' index='0' model='pci-root'> + <alias name='pci.0'/> + </controller> + <controller type='sata' index='0'> + <alias name='sata0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> + </controller> + <controller type='virtio-serial' index='0'> + <alias name='virtio-serial0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> + </controller> + <interface type='bridge'> + <mac address='52:54:00:86:5a:91'/> + <source bridge='br0'/> + <target dev='vnet0'/> + <model type='virtio'/> + <alias name='net0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> + </interface> + <serial type='pty'> + <source path='/dev/pts/0'/> + <target port='0'/> + <alias name='serial0'/> + </serial> + <console type='pty' tty='/dev/pts/0'> + <source path='/dev/pts/0'/> + <target type='serial' port='0'/> + <alias name='serial0'/> + </console> + <channel type='unix'> + <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-csmccarronwx00/org.qemu.guest_agent.0'/> + <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> + <alias name='channel0'/> + <address type='virtio-serial' controller='0' bus='0' port='1'/> + </channel> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0a' slot='0x00' function='0x0'/> + </source> + <alias name='hostdev0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> + </hostdev> + <hostdev mode='subsystem' type='pci' managed='yes'> + <driver name='vfio'/> + <source> + <address domain='0x0000' bus='0x0c' slot='0x00' function='0x0'/> + </source> + <alias name='hostdev1'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> + </hostdev> + <memballoon model='virtio'> + <alias name='balloon0'/> + <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> + </memballoon> + </devices> +</domain> + + +SYSLINUX.CFG + +default /syslinux/menu.c32 +menu title Lime Technology, Inc. +prompt 0 +timeout 50 +label unRAID OS + kernel /bzimage + append isolcpus=4,16,5,17,6,18,7,19,8,20,9,21,10,22,11,23 pci-stub.ids=1b6f:7052,10de:13c2,10de:0fbb intel_iommu=on iommu=pt vfio_iommu_type1.allow_unsafe_interrupts=1 pcie_acs_override=downstream initrd=/bzroot +label unRAID OS GUI Mode + menu default + kernel /bzimage + append isolcpus=4,16,5,17,6,18,7,19,8,20,9,21,10,22,11,23 pci-stub-ids=1b6f:7052,10de:13c2,10de:0fbb intel_iommu=on iommu=pt vfio_iommu_type1.allow_unsafe_interrupts=1 pcie_acs_override=downstream initrd=/bzroot,/bzroot-gui +label unRAID OS Safe Mode (no plugins, no GUI) + kernel /bzimage + append initrd=/bzroot unraidsafemode +label Memtest86+ + kernel /memtest + +pci-stub-ids=1b6f:7052,10de:13c2,10de:0fbb +1b6f:7052 = Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller +10de:13c2 = NVIDIA Corporation GM204 [GeForce GTX 970] +10de:0fbb = NVIDIA Corporation GM204 High Definition Audio Controller + +So guys, new information. + +I was having trouble getting the HTC Vive passed through in host mode. The thing shows up as 10+ devices! I've also some logitech webcams that don't seem to work via usb host passthrough. So I gave windows my entire usb controller (only 1 for all my ports on this mobo). Since then, I haven't noticed an issue. Furthermore, waaaay more stable overall. I used to get random blue screens. + +I'm going to order a usb3 pcie card for my other windows host. For now, I'm using a remote desktop connection to it for IO. + +Anyway, still tinkering. I'm curious if anyone having the issues would try with no usb 'host' passthrough? + +I've been not using USB host passthrough this whole time, as my PCI USB3 card covers that need pretty well. Speaking of those cards, for those of you who also use one, does it work perfectly? If so, I'd like to know its model so I can go buy it, because while my card works, about 50% of the time I try to use it, I get some bad output when I run "dmesg | grep -i vfio" (the standard spam when a device doesn't get passed through properly that's full of messages related to power management) and the VM doesn't seem to have any access to it. When this happens, I have to restart the whole host to get another 50% chance at using the card. + +FYI I had a similar issue years ago until I figured out that adding the vgarom file fixes it, eg.: + + -device vfio-pci,host=04:00.0,bus=root.1,multifunction=on,x-vga=on,addr=0.0,romfile=Sapphire.R7260X.1024.131106.rom + +For radeon, you can look in /sys. eg. we see /sys/devices/pci0000:00/0000:00:0b.0/0000:04:00.0/rom, and first we `echo 1 > rom` to prevent "invalid argument" error, and then `cat rom > ~/yourfile.rom` and you have it. + +For nouveau, you have to bind nouveau driver (rather than vfio-pci) and you can find it somewhere like /sys/kernel/debug/dri/0/vbios.rom + +Can someone else please confirm that? I can't test it because nouveau doesn't support the GTX 960 yet. If it turns out solid, then I could just ask EVGA support for the rom file. + +I just added the romfile argument to mine, will report back later tonight. (Don't want to reboot now, as my machine will hang and I'm at work) + +I got impatient and got the rom file from EVGA and loaded it in, but for me and my GTX 960, I get no graphical output when it's loaded. I don't know anything beyond that. I don't get any error messages in dmesg or anything--just no video output whatsoever. It was also strangely booting into the Tianocore UEFI command line instead of Windows, so there could be something else going on here for me that stayed broken after I removed the romfile option. + +I managed to fix that issue and properly load the VM with the rom file (what had gone wrong was it inexplicably acted like it had no hard drives, until I restored the libvirt XML file from a backup). I got a good test out of it: played video games in Windows for 2 hours, with the rom file loaded. It still froze on shutdown. So that's confirmedly not a fix. + +My system has been behaving well the last couple of weeks. I can reboot at will with no lockups. I am still not passing the NVIDIA sound card to the VM and have GPU configure to use MSI interrupts. I am not passing the ROM for my GTX 970 gpu. + +I know this is not related but I was able to lockup the entire system by installing BOINC software and configured it to use 100% of cpu's and cpu time. Backed those 2 settings down to 90% and no more lockups. + + + +What are MSI interrupts and how did you configure your card to use them? + +Apparently Passthrough devices work better when using a MSI Interrupt instead of a traditional interrupt. + +See post 32 https://bugs.launchpad.net/qemu/+bug/1580459/comments/32 item 2. + +2. I enabled MSI Interrupts on the GPU using this URL as my reference. + http://lime-technology.com/wiki/index.php/UnRAID_6/VM_Guest_Support#Enable_MSI_for_Interrupts_to_Fix_HDMI_Audio_Support + +Chris + +I enabled MSI interrupts, and now for 2 nights in a row I gamed 2 hours straight and shut down the Windows VM without a freeze. Never in my 7 months of living with this bug have I gotten no freeze twice in a row. I think the MSI interrupts have fixed it for me, and no, I did not remove my HDMI sound card from the VM, so that wasn't part of the issue and should be safe to leave in for those who needed this fix. That's 2 people who this fix has worked for now. Hopefully it'll work for the rest of you, too. I'll post back if I ever get this freeze again after confirmed it hasn't suddenly switched my hardware off MSI interrupts or anything. + +Note: I didn't just make my video card use MSI interrupts. Most of the VM's hardware was already set to use them by default--namely the VirtIO stuff--and I set EVERYTHING else to also use it, which is the video card, its HDMI, the USB3 card, and the virtual USB2 controller that I don't need but libvirt refuses to remove. I figured that'd work out because the USB3 card is also PCIe, which works better with MSI, and the USB2 controller doesn't matter. So, if this doesn't fix it for you, try making every last MSI-capable device use MSI interrupts. + +Thats good to know, I want to reenable my Nvidia sound card as well. + +Note: When you update the video card driver, it will disable the MSI interrupt so you will have to reenable it. + + + +I was also experiencing the host hard locking when shutting down a Windows 10 guest with a Nvidia GPU passed-through, but the issue appears to be completely solved after switching the card to MSI mode in the Windows guest. + +However, I would be interested in understanding *why* using the card in line-interrupt mode in the guest causes the host to lockup when the guest relinquishes control of the device. Is it a bug in qemu or vfio, or even the Linux kernel? + +I don't know if its relevant, but I've noticed when the card is not being used by the guest it is listed as MSI: Enable- by lspci, suggesting that vfio is keeping the card in line-interrupt mode when not in use. + +Oh, that is interesting. Using lscpi -v on my computer reveals that Linux tends to default to enabling MSI on my PCIe devices that support it (since the common opinion is that it's better for PCIe), including all my graphics cards, so the fact that vfio-pci and Windows 10 both default to disabling it is pretty odd indeed. + +(Forgot to clarify: yes, vfio-pci devices disable MSI by default for me just like for Clif Houck, but all other PCIe devices have it enabled.) + +Hi guys, not sure if I'm on the right track here but I think I'm experiencing the same issue. My install might be a bit of a mess combining bits from the VFIO Tips site and Ubuntu guides on GPU passthrough, but I *did* have it all working for a few hours at a stretch before I got this lock up. + +The trouble with this is that after the host lockup, the Windows VM seems to corrupt the EFI config or something like that as I can never get it to boot again properly, even though the main partition seems fine when tested in a bootable WinPE distro. + +I'd be happy to supply versions and configs to help if it's related however. + +Enabling MSI interrupts works for me. One note is that Windows updates will sometimes revert the changes so if this starts breaking after an update you may need to re-apply the registry changes. + +Updating NVIDIA drivers in the guest also seems to disable MSI for some reason. Oddly enough I did not run into the host hard locking though. + +I haven't remembered to reset those interrupts in a year, but I also haven't remembered to update my drivers in about as long, so I could be still on the right setting. I've also been on AMD for that year, and I don't remember whether this bug applies to modern AMD cards. + +I've been experiencing something that sounds very similar to what has been described in this issue post and want to see if you guys think it's the same issue. For me from a cold boot everything is fine for a while and I can restart my vm and such just fine. but after a long time or stressful stuff mining/gaming if I shutdown my vm the host displays will all go to sleep and the system locks up which I had been assuming is a display driver crash. I can also sometimes trigger the exact same lockup by calling lspci. once such a lockup has happened I have to hard reset. where this gets even weirder is that after this happens I will get the same lockup during the startup process around when xorg loads. when this happens I either have to leave my computer alone for around 30 minutes to an hour, or I can get it to boot by disabling iommu with iommu=off as a kernel param, and then if I wait around 30 minutes to an hour I can restart and it will boot fine again with iommu=pt (I get a kernel panic if i don't use iommu=pt) + +Hardware +Ryzen R5 1600 +asrock ab350m pro4 +32gb ram +Host gpu RX580 +Guest gpu GTX1070 + +Looking through old bug tickets... can you still reproduce this issue with the latest available versions? Or could we close this ticket nowadays? + +I am no longer having any issues at all. I am using the NVidia Sound Card as well. + +My hardware and the way I run my VM are both now very different from back then, and I haven't had the issue described here for years. So either it was fixed or I'm no longer an accurate test subject. + +Ok, thanks for answering! So I'm closing this issue now. In case anybody still has similar issues, please open a new bug ticket instead. + diff --git a/results/classifier/111/debug/1661386 b/results/classifier/111/debug/1661386 new file mode 100644 index 000000000..f0c67f7c7 --- /dev/null +++ b/results/classifier/111/debug/1661386 @@ -0,0 +1,1652 @@ +debug: 0.117 +PID: 0.100 +other: 0.094 +device: 0.089 +semantic: 0.089 +boot: 0.075 +vnc: 0.075 +graphic: 0.074 +performance: 0.065 +permissions: 0.053 +network: 0.046 +socket: 0.044 +KVM: 0.042 +files: 0.036 +debug: 0.453 +KVM: 0.324 +performance: 0.039 +PID: 0.030 +semantic: 0.026 +other: 0.026 +boot: 0.023 +files: 0.018 +socket: 0.017 +device: 0.016 +network: 0.010 +vnc: 0.007 +permissions: 0.007 +graphic: 0.006 + +Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed + +Hello, + + +I see the following when try to run qemu from master as the following: + +# ./x86_64-softmmu/qemu-system-x86_64 --version +QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +# ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +-no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +-initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +loglevel=7' -m 1024 -serial stdio +qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. + +First broken commit has been bisected: + +commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +Author: Paolo Bonzini <email address hidden> +Date: Wed Mar 30 22:55:29 2016 +0200 + + target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs + + This would have caught the bug in the previous patch. + + Signed-off-by: Paolo Bonzini <email address hidden> + +My cpuinfo is the following: + +processor : 0 +vendor_id : GenuineIntel +cpu family : 6 +model : 44 +model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +stepping : 2 +microcode : 0x14 +cpu MHz : 3066.775 +cache size : 12288 KB +physical id : 0 +siblings : 2 +core id : 0 +cpu cores : 2 +apicid : 0 +initial apicid : 0 +fpu : yes +fpu_exception : yes +cpuid level : 11 +wp : yes +flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +bugs : +bogomips : 6133.55 +clflush size : 64 +cache_alignment : 64 +address sizes : 40 bits physical, 48 bits virtual +power management: + +Hi Matwey, + That shouldn't happen! The patch you've bisected to is just the one that complains if the ioctl fails rather than silently ignoring the failure - it means the failure probably previously existed and was ignored and that causes random other problems. + +What kernel are you using on the host? + +We need to figure out which MSR it's objecting to; probably the easiest way is to : + +1) Edit mvm_msr_entry_add in target/i386/kvm.c to something like: + + assert((void *)(entry + 1) <= limit); + fprintf(stderr,"kvm_msr_entry_add: @%d index=%x value=%lx\n", msrs->nmsrs, index, value); + entry->index = index; + +2) edit kvm_put_msrs near the bottom: + + fprintf(stderr,"kvm_put_msrs: ret=%d expected=%d\n", ret, cpu->kvm_msr_buf->nmsrs); + assert(ret == cpu->kvm_msr_buf->nmsrs); + +Now with any luck the 'ret' value will tell you the entry which is bad, and you can match +that to the @%d value (or maybe it's the entry before that one which failed?) then we get the index, look it up in the intel docs and figure out which MSR it's complaining about. + +Dave + +Hello, + +The output is the following: + +kvm_msr_entry_add: @0 index=174 value=0 +kvm_msr_entry_add: @1 index=175 value=0 +kvm_msr_entry_add: @2 index=176 value=0 +kvm_msr_entry_add: @3 index=277 value=7040600070406 +kvm_msr_entry_add: @4 index=c0000081 value=0 +kvm_msr_entry_add: @5 index=c0010117 value=0 +kvm_msr_entry_add: @6 index=3b value=0 +kvm_msr_entry_add: @7 index=1a0 value=1 +kvm_msr_entry_add: @8 index=c0000083 value=0 +kvm_msr_entry_add: @9 index=c0000102 value=0 +kvm_msr_entry_add: @10 index=c0000084 value=0 +kvm_msr_entry_add: @11 index=c0000082 value=0 +kvm_msr_entry_add: @12 index=10 value=0 +kvm_msr_entry_add: @13 index=12 value=0 +kvm_msr_entry_add: @14 index=11 value=0 +kvm_msr_entry_add: @15 index=4b564d02 value=0 +kvm_msr_entry_add: @16 index=4b564d04 value=0 +kvm_msr_entry_add: @17 index=4b564d03 value=0 +kvm_msr_entry_add: @18 index=38d value=0 +kvm_msr_entry_add: @19 index=38f value=0 +kvm_msr_entry_add: @20 index=309 value=0 +kvm_msr_entry_add: @21 index=30a value=0 +kvm_msr_entry_add: @22 index=30b value=0 +kvm_msr_entry_add: @23 index=c1 value=0 +kvm_msr_entry_add: @24 index=186 value=0 +kvm_msr_entry_add: @25 index=c2 value=0 +kvm_msr_entry_add: @26 index=187 value=0 +kvm_msr_entry_add: @27 index=c3 value=0 +kvm_msr_entry_add: @28 index=188 value=0 +kvm_msr_entry_add: @29 index=c4 value=0 +kvm_msr_entry_add: @30 index=189 value=0 +kvm_msr_entry_add: @31 index=38e value=0 +kvm_msr_entry_add: @32 index=390 value=0 +kvm_msr_entry_add: @33 index=38d value=0 +kvm_msr_entry_add: @34 index=38f value=0 +kvm_msr_entry_add: @35 index=2ff value=0 +kvm_msr_entry_add: @36 index=250 value=0 +kvm_msr_entry_add: @37 index=258 value=0 +kvm_msr_entry_add: @38 index=259 value=0 +kvm_msr_entry_add: @39 index=268 value=0 +kvm_msr_entry_add: @40 index=269 value=0 +kvm_msr_entry_add: @41 index=26a value=0 +kvm_msr_entry_add: @42 index=26b value=0 +kvm_msr_entry_add: @43 index=26c value=0 +kvm_msr_entry_add: @44 index=26d value=0 +kvm_msr_entry_add: @45 index=26e value=0 +kvm_msr_entry_add: @46 index=26f value=0 +kvm_msr_entry_add: @47 index=200 value=0 +kvm_msr_entry_add: @48 index=201 value=0 +kvm_msr_entry_add: @49 index=202 value=0 +kvm_msr_entry_add: @50 index=203 value=0 +kvm_msr_entry_add: @51 index=204 value=0 +kvm_msr_entry_add: @52 index=205 value=0 +kvm_msr_entry_add: @53 index=206 value=0 +kvm_msr_entry_add: @54 index=207 value=0 +kvm_msr_entry_add: @55 index=208 value=0 +kvm_msr_entry_add: @56 index=209 value=0 +kvm_msr_entry_add: @57 index=20a value=0 +kvm_msr_entry_add: @58 index=20b value=0 +kvm_msr_entry_add: @59 index=20c value=0 +kvm_msr_entry_add: @60 index=20d value=0 +kvm_msr_entry_add: @61 index=20e value=0 +kvm_msr_entry_add: @62 index=20f value=0 +kvm_msr_entry_add: @63 index=17a value=0 +kvm_msr_entry_add: @64 index=17b value=ffffffffffffffff +kvm_msr_entry_add: @65 index=400 value=ffffffffffffffff +kvm_msr_entry_add: @66 index=401 value=0 +kvm_msr_entry_add: @67 index=402 value=0 +kvm_msr_entry_add: @68 index=403 value=0 +kvm_msr_entry_add: @69 index=404 value=ffffffffffffffff +kvm_msr_entry_add: @70 index=405 value=0 +kvm_msr_entry_add: @71 index=406 value=0 +kvm_msr_entry_add: @72 index=407 value=0 +kvm_msr_entry_add: @73 index=408 value=ffffffffffffffff +kvm_msr_entry_add: @74 index=409 value=0 +kvm_msr_entry_add: @75 index=40a value=0 +kvm_msr_entry_add: @76 index=40b value=0 +kvm_msr_entry_add: @77 index=40c value=ffffffffffffffff +kvm_msr_entry_add: @78 index=40d value=0 +kvm_msr_entry_add: @79 index=40e value=0 +kvm_msr_entry_add: @80 index=40f value=0 +kvm_msr_entry_add: @81 index=410 value=ffffffffffffffff +kvm_msr_entry_add: @82 index=411 value=0 +kvm_msr_entry_add: @83 index=412 value=0 +kvm_msr_entry_add: @84 index=413 value=0 +kvm_msr_entry_add: @85 index=414 value=ffffffffffffffff +kvm_msr_entry_add: @86 index=415 value=0 +kvm_msr_entry_add: @87 index=416 value=0 +kvm_msr_entry_add: @88 index=417 value=0 +kvm_msr_entry_add: @89 index=418 value=ffffffffffffffff +kvm_msr_entry_add: @90 index=419 value=0 +kvm_msr_entry_add: @91 index=41a value=0 +kvm_msr_entry_add: @92 index=41b value=0 +kvm_msr_entry_add: @93 index=41c value=ffffffffffffffff +kvm_msr_entry_add: @94 index=41d value=0 +kvm_msr_entry_add: @95 index=41e value=0 +kvm_msr_entry_add: @96 index=41f value=0 +kvm_msr_entry_add: @97 index=420 value=ffffffffffffffff +kvm_msr_entry_add: @98 index=421 value=0 +kvm_msr_entry_add: @99 index=422 value=0 +kvm_msr_entry_add: @100 index=423 value=0 +kvm_msr_entry_add: @101 index=424 value=ffffffffffffffff +kvm_msr_entry_add: @102 index=425 value=0 +kvm_msr_entry_add: @103 index=426 value=0 +kvm_msr_entry_add: @104 index=427 value=0 +kvm_put_msrs: ret=18 expected=105 +qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1852: +kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. + +2017-02-03 15:57 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +> Hi Matwey, +> That shouldn't happen! The patch you've bisected to is just the one that complains if the ioctl fails rather than silently ignoring the failure - it means the failure probably previously existed and was ignored and that causes random other problems. +> +> What kernel are you using on the host? +> +> We need to figure out which MSR it's objecting to; probably the easiest +> way is to : +> +> 1) Edit mvm_msr_entry_add in target/i386/kvm.c to something like: +> +> assert((void *)(entry + 1) <= limit); +> fprintf(stderr,"kvm_msr_entry_add: @%d index=%x value=%lx\n", msrs->nmsrs, index, value); +> entry->index = index; +> +> 2) edit kvm_put_msrs near the bottom: +> +> fprintf(stderr,"kvm_put_msrs: ret=%d expected=%d\n", ret, cpu->kvm_msr_buf->nmsrs); +> assert(ret == cpu->kvm_msr_buf->nmsrs); +> +> Now with any luck the 'ret' value will tell you the entry which is bad, and you can match +> that to the @%d value (or maybe it's the entry before that one which failed?) then we get the index, look it up in the intel docs and figure out which MSR it's complaining about. +> +> Dave +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +Hi, + OK, lets see: + + kvm_put_msrs: ret=18 expected=105 + +so I think it's one of the MSRs around 18 that it's upset at: + +kvm_msr_entry_add: @17 index=4b564d03 value=0 + + 41:#define MSR_KVM_STEAL_TIME 0x4b564d03 + +kvm_msr_entry_add: @18 index=38d value=0 + + #define MSR_CORE_PERF_FIXED_CTR_CTRL 0x38d + +So my guess is it's the steal time thing. + +1) You didn't say what kernel your host was running - please tell me + I think that steal time thing went into the kernel ~3.0 +2) try starting qemu with -cpu host,-kvm_steal_time and/or -cpu host,-perfctr_core +3) If those don't work, in kvm_put_msrs try hacking out the lines: + + if (env->features[FEAT_KVM] & (1 << KVM_FEATURE_STEAL_TIME)) { + kvm_msr_entry_add(cpu, MSR_KVM_STEAL_TIME, env->steal_time_msr); + } + +and turning the : + + if (has_msr_architectural_pmu) { + +into if (0) { + +Dave + +2017-02-03 21:34 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +> Hi, +> OK, lets see: +> +> kvm_put_msrs: ret=18 expected=105 +> +> so I think it's one of the MSRs around 18 that it's upset at: +> +> kvm_msr_entry_add: @17 index=4b564d03 value=0 +> +> 41:#define MSR_KVM_STEAL_TIME 0x4b564d03 +> +> kvm_msr_entry_add: @18 index=38d value=0 +> +> #define MSR_CORE_PERF_FIXED_CTR_CTRL 0x38d +> +> So my guess is it's the steal time thing. +> +> 1) You didn't say what kernel your host was running - please tell me +> I think that steal time thing went into the kernel ~3.0 + +Sorry, I've missed. I tested both 3.16 and 4.1. + +> 2) try starting qemu with -cpu host,-kvm_steal_time and/or -cpu host,-perfctr_core + +Nothing of this helps. + +> 3) If those don't work, in kvm_put_msrs try hacking out the lines: +> +> if (env->features[FEAT_KVM] & (1 << KVM_FEATURE_STEAL_TIME)) { +> kvm_msr_entry_add(cpu, MSR_KVM_STEAL_TIME, env->steal_time_msr); +> } +> +> and turning the : +> +> if (has_msr_architectural_pmu) { +> +> into if (0) { +> + +This also doesn't helps. But It seems to be failed in other line now. + +kvm_msr_entry_add: @0 index=174 value=0 +kvm_msr_entry_add: @1 index=175 value=0 +kvm_msr_entry_add: @2 index=176 value=0 +kvm_msr_entry_add: @3 index=277 value=7040600070406 +kvm_msr_entry_add: @4 index=c0000081 value=0 +kvm_msr_entry_add: @5 index=c0010117 value=0 +kvm_msr_entry_add: @6 index=3b value=0 +kvm_msr_entry_add: @7 index=1a0 value=1 +kvm_msr_entry_add: @8 index=c0000083 value=0 +kvm_msr_entry_add: @9 index=c0000102 value=0 +kvm_msr_entry_add: @10 index=c0000084 value=0 +kvm_msr_entry_add: @11 index=c0000082 value=0 +kvm_msr_entry_add: @12 index=10 value=0 +kvm_msr_entry_add: @13 index=12 value=0 +kvm_msr_entry_add: @14 index=11 value=0 +kvm_msr_entry_add: @15 index=4b564d02 value=0 +kvm_msr_entry_add: @16 index=4b564d04 value=0 +kvm_msr_entry_add: @17 index=2ff value=0 +kvm_msr_entry_add: @18 index=250 value=0 +kvm_msr_entry_add: @19 index=258 value=0 +kvm_msr_entry_add: @20 index=259 value=0 +kvm_msr_entry_add: @21 index=268 value=0 +kvm_msr_entry_add: @22 index=269 value=0 +kvm_msr_entry_add: @23 index=26a value=0 +kvm_msr_entry_add: @24 index=26b value=0 +kvm_msr_entry_add: @25 index=26c value=0 +kvm_msr_entry_add: @26 index=26d value=0 +kvm_msr_entry_add: @27 index=26e value=0 +kvm_msr_entry_add: @28 index=26f value=0 +kvm_msr_entry_add: @29 index=200 value=0 +kvm_msr_entry_add: @30 index=201 value=0 +kvm_msr_entry_add: @31 index=202 value=0 +kvm_msr_entry_add: @32 index=203 value=0 +kvm_msr_entry_add: @33 index=204 value=0 +kvm_msr_entry_add: @34 index=205 value=0 +kvm_msr_entry_add: @35 index=206 value=0 +kvm_msr_entry_add: @36 index=207 value=0 +kvm_msr_entry_add: @37 index=208 value=0 +kvm_msr_entry_add: @38 index=209 value=0 +kvm_msr_entry_add: @39 index=20a value=0 +kvm_msr_entry_add: @40 index=20b value=0 +kvm_msr_entry_add: @41 index=20c value=0 +kvm_msr_entry_add: @42 index=20d value=0 +kvm_msr_entry_add: @43 index=20e value=0 +kvm_msr_entry_add: @44 index=20f value=0 +kvm_msr_entry_add: @45 index=17a value=0 +kvm_msr_entry_add: @46 index=17b value=ffffffffffffffff +kvm_msr_entry_add: @47 index=400 value=ffffffffffffffff +kvm_msr_entry_add: @48 index=401 value=0 +kvm_msr_entry_add: @49 index=402 value=0 +kvm_msr_entry_add: @50 index=403 value=0 +kvm_msr_entry_add: @51 index=404 value=ffffffffffffffff +kvm_msr_entry_add: @52 index=405 value=0 +kvm_msr_entry_add: @53 index=406 value=0 +kvm_msr_entry_add: @54 index=407 value=0 +kvm_msr_entry_add: @55 index=408 value=ffffffffffffffff +kvm_msr_entry_add: @56 index=409 value=0 +kvm_msr_entry_add: @57 index=40a value=0 +kvm_msr_entry_add: @58 index=40b value=0 +kvm_msr_entry_add: @59 index=40c value=ffffffffffffffff +kvm_msr_entry_add: @60 index=40d value=0 +kvm_msr_entry_add: @61 index=40e value=0 +kvm_msr_entry_add: @62 index=40f value=0 +kvm_msr_entry_add: @63 index=410 value=ffffffffffffffff +kvm_msr_entry_add: @64 index=411 value=0 +kvm_msr_entry_add: @65 index=412 value=0 +kvm_msr_entry_add: @66 index=413 value=0 +kvm_msr_entry_add: @67 index=414 value=ffffffffffffffff +kvm_msr_entry_add: @68 index=415 value=0 +kvm_msr_entry_add: @69 index=416 value=0 +kvm_msr_entry_add: @70 index=417 value=0 +kvm_msr_entry_add: @71 index=418 value=ffffffffffffffff +kvm_msr_entry_add: @72 index=419 value=0 +kvm_msr_entry_add: @73 index=41a value=0 +kvm_msr_entry_add: @74 index=41b value=0 +kvm_msr_entry_add: @75 index=41c value=ffffffffffffffff +kvm_msr_entry_add: @76 index=41d value=0 +kvm_msr_entry_add: @77 index=41e value=0 +kvm_msr_entry_add: @78 index=41f value=0 +kvm_msr_entry_add: @79 index=420 value=ffffffffffffffff +kvm_msr_entry_add: @80 index=421 value=0 +kvm_msr_entry_add: @81 index=422 value=0 +kvm_msr_entry_add: @82 index=423 value=0 +kvm_msr_entry_add: @83 index=424 value=ffffffffffffffff +kvm_msr_entry_add: @84 index=425 value=0 +kvm_msr_entry_add: @85 index=426 value=0 +kvm_msr_entry_add: @86 index=427 value=0 +kvm_put_msrs: ret=87 expected=87 +kvm_msr_entry_add: @0 index=6e0 value=0 +kvm_msr_entry_add: @0 index=174 value=0 +kvm_msr_entry_add: @1 index=175 value=0 +kvm_msr_entry_add: @2 index=176 value=0 +kvm_msr_entry_add: @3 index=277 value=0 +kvm_msr_entry_add: @4 index=c0000081 value=0 +kvm_msr_entry_add: @5 index=c0010117 value=0 +kvm_msr_entry_add: @6 index=3b value=0 +kvm_msr_entry_add: @7 index=6e0 value=0 +kvm_msr_entry_add: @8 index=1a0 value=0 +kvm_msr_entry_add: @9 index=10 value=0 +kvm_msr_entry_add: @10 index=c0000083 value=0 +kvm_msr_entry_add: @11 index=c0000102 value=0 +kvm_msr_entry_add: @12 index=c0000084 value=0 +kvm_msr_entry_add: @13 index=c0000082 value=0 +kvm_msr_entry_add: @14 index=12 value=0 +kvm_msr_entry_add: @15 index=11 value=0 +kvm_msr_entry_add: @16 index=4b564d02 value=0 +kvm_msr_entry_add: @17 index=4b564d04 value=0 +kvm_msr_entry_add: @18 index=4b564d03 value=0 +kvm_msr_entry_add: @19 index=38d value=0 +kvm_msr_entry_add: @20 index=38f value=0 +kvm_msr_entry_add: @21 index=38e value=0 +kvm_msr_entry_add: @22 index=390 value=0 +kvm_msr_entry_add: @23 index=309 value=0 +kvm_msr_entry_add: @24 index=30a value=0 +kvm_msr_entry_add: @25 index=30b value=0 +kvm_msr_entry_add: @26 index=c1 value=0 +kvm_msr_entry_add: @27 index=186 value=0 +kvm_msr_entry_add: @28 index=c2 value=0 +kvm_msr_entry_add: @29 index=187 value=0 +kvm_msr_entry_add: @30 index=c3 value=0 +kvm_msr_entry_add: @31 index=188 value=0 +kvm_msr_entry_add: @32 index=c4 value=0 +kvm_msr_entry_add: @33 index=189 value=0 +kvm_msr_entry_add: @34 index=17a value=0 +kvm_msr_entry_add: @35 index=17b value=0 +kvm_msr_entry_add: @36 index=400 value=0 +kvm_msr_entry_add: @37 index=401 value=0 +kvm_msr_entry_add: @38 index=402 value=0 +kvm_msr_entry_add: @39 index=403 value=0 +kvm_msr_entry_add: @40 index=404 value=0 +kvm_msr_entry_add: @41 index=405 value=0 +kvm_msr_entry_add: @42 index=406 value=0 +kvm_msr_entry_add: @43 index=407 value=0 +kvm_msr_entry_add: @44 index=408 value=0 +kvm_msr_entry_add: @45 index=409 value=0 +kvm_msr_entry_add: @46 index=40a value=0 +kvm_msr_entry_add: @47 index=40b value=0 +kvm_msr_entry_add: @48 index=40c value=0 +kvm_msr_entry_add: @49 index=40d value=0 +kvm_msr_entry_add: @50 index=40e value=0 +kvm_msr_entry_add: @51 index=40f value=0 +kvm_msr_entry_add: @52 index=410 value=0 +kvm_msr_entry_add: @53 index=411 value=0 +kvm_msr_entry_add: @54 index=412 value=0 +kvm_msr_entry_add: @55 index=413 value=0 +kvm_msr_entry_add: @56 index=414 value=0 +kvm_msr_entry_add: @57 index=415 value=0 +kvm_msr_entry_add: @58 index=416 value=0 +kvm_msr_entry_add: @59 index=417 value=0 +kvm_msr_entry_add: @60 index=418 value=0 +kvm_msr_entry_add: @61 index=419 value=0 +kvm_msr_entry_add: @62 index=41a value=0 +kvm_msr_entry_add: @63 index=41b value=0 +kvm_msr_entry_add: @64 index=41c value=0 +kvm_msr_entry_add: @65 index=41d value=0 +kvm_msr_entry_add: @66 index=41e value=0 +kvm_msr_entry_add: @67 index=41f value=0 +kvm_msr_entry_add: @68 index=420 value=0 +kvm_msr_entry_add: @69 index=421 value=0 +kvm_msr_entry_add: @70 index=422 value=0 +kvm_msr_entry_add: @71 index=423 value=0 +kvm_msr_entry_add: @72 index=424 value=0 +kvm_msr_entry_add: @73 index=425 value=0 +kvm_msr_entry_add: @74 index=426 value=0 +kvm_msr_entry_add: @75 index=427 value=0 +kvm_msr_entry_add: @76 index=2ff value=0 +kvm_msr_entry_add: @77 index=250 value=0 +kvm_msr_entry_add: @78 index=258 value=0 +kvm_msr_entry_add: @79 index=259 value=0 +kvm_msr_entry_add: @80 index=268 value=0 +kvm_msr_entry_add: @81 index=269 value=0 +kvm_msr_entry_add: @82 index=26a value=0 +kvm_msr_entry_add: @83 index=26b value=0 +kvm_msr_entry_add: @84 index=26c value=0 +kvm_msr_entry_add: @85 index=26d value=0 +kvm_msr_entry_add: @86 index=26e value=0 +kvm_msr_entry_add: @87 index=26f value=0 +kvm_msr_entry_add: @88 index=200 value=0 +kvm_msr_entry_add: @89 index=201 value=0 +kvm_msr_entry_add: @90 index=202 value=0 +kvm_msr_entry_add: @91 index=203 value=0 +kvm_msr_entry_add: @92 index=204 value=0 +kvm_msr_entry_add: @93 index=205 value=0 +kvm_msr_entry_add: @94 index=206 value=0 +kvm_msr_entry_add: @95 index=207 value=0 +kvm_msr_entry_add: @96 index=208 value=0 +kvm_msr_entry_add: @97 index=209 value=0 +kvm_msr_entry_add: @98 index=20a value=0 +kvm_msr_entry_add: @99 index=20b value=0 +kvm_msr_entry_add: @100 index=20c value=0 +kvm_msr_entry_add: @101 index=20d value=0 +kvm_msr_entry_add: @102 index=20e value=0 +kvm_msr_entry_add: @103 index=20f value=0 +qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:2218: +kvm_get_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. + + +> Dave +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +Ah well that is a bit better; you see now it's failing in kvm_**get**_msrs rather +than put; so the question is which of the two changes made it survive kvm_put_msrs + +I'd hoped that the flags in (2) would have turned off the CPU flag and thus made it go in both of them. + +kvm_msr_entry_add: @103 index=20f value=0 +qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:2218: +kvm_get_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. + +1) Was it the steal time or the pmu change that made it flip over to the get_msrs? +2) Can you get it to flip over to the get_msrs with the flag rather than the code change? + +Dave + +2017-02-03 22:51 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +> Ah well that is a bit better; you see now it's failing in kvm_**get**_msrs rather +> than put; so the question is which of the two changes made it survive kvm_put_msrs +> +> I'd hoped that the flags in (2) would have turned off the CPU flag and +> thus made it go in both of them. +> +> kvm_msr_entry_add: @103 index=20f value=0 +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:2218: +> kvm_get_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> 1) Was it the steal time or the pmu change that made it flip over to the get_msrs? + +It was has_msr_architectural_pmu. + +> 2) Can you get it to flip over to the get_msrs with the flag rather than the code change? + +Only using code change. + +> +> Dave +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +Hi Matwey, + 1) Can you provide me with the output of the 'dmesg' command straight after boot on your host. + 2) If you look in target/i386/kvm.c in kvm_arch_init_vcpu around line 871 is some code like: + + if ((ver & 0xff) > 0) { + has_msr_architectural_pmu = true; + num_architectural_pmu_counters = (ver & 0xff00) >> 8; + + /* Shouldn't be more than 32, since that's the number of bits + * available in EBX to tell us _which_ counters are available. + * Play it safe. + */ + if (num_architectural_pmu_counters > MAX_GP_COUNTERS) { + num_architectural_pmu_counters = MAX_GP_COUNTERS; + } + + change the start of that to : + fprintf(stderr, "kvm_arch_init_vcpu ver=%x\n", ver); + if (0) { + + I think that might make it work, but please tell us what it prints as ver= + +Dave + + + +2017-02-06 13:02 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +> Hi Matwey, +> 1) Can you provide me with the output of the 'dmesg' command straight after boot on your host. + +I've attached dmesg. I had to do this from beginning. + +> 2) If you look in target/i386/kvm.c in kvm_arch_init_vcpu around line 871 is some code like: + +kvm_arch_init_vcpu ver=7300402 + +Indeed, the guest kernel started. + +> +> if ((ver & 0xff) > 0) { +> has_msr_architectural_pmu = true; +> num_architectural_pmu_counters = (ver & 0xff00) >> 8; +> +> /* Shouldn't be more than 32, since that's the number of bits +> * available in EBX to tell us _which_ counters are available. +> * Play it safe. +> */ +> if (num_architectural_pmu_counters > MAX_GP_COUNTERS) { +> num_architectural_pmu_counters = MAX_GP_COUNTERS; +> } +> +> change the start of that to : +> fprintf(stderr, "kvm_arch_init_vcpu ver=%x\n", ver); +> if (0) { +> +> I think that might make it work, but please tell us what it prints +> as ver= +> +> Dave +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +Ahha! +[ 0.000000] DMI: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/30/2014 +[ 0.000000] Hypervisor detected: VMware + +So you didn't mention this was running inside VMWare; it looks to me as if that's rejecting the PMU MSR accesses. +For reference which version of VMWare are you using? + +My colleague suggested that '-cpu host,pmu=off' might work instead of having to hack around with the source. + +Seems like a VMware bug. + +2017-02-06 20:11 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +> Ahha! +> [ 0.000000] DMI: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/30/2014 +> [ 0.000000] Hypervisor detected: VMware +> +> So you didn't mention this was running inside VMWare; it looks to me as if that's rejecting the PMU MSR accesses. +> For reference which version of VMWare are you using? + +ESXi 6.0.0 Build 2494585 + +I also find that enabling perf counters in VMWare configuration also helps. +But why did it just work before 48e1a45c3166 with perf counters disabled? + +> +> My colleague suggested that '-cpu host,pmu=off' might work instead of +> having to hack around with the source. + +Indeed, this also helps. + +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +>> So you didn't mention this was running inside VMWare; it looks to me as if that's rejecting the PMU MSR accesses. +>> For reference which version of VMWare are you using? + +>ESXi 6.0.0 Build 2494585 + +>I also find that enabling perf counters in VMWare configuration also helps. + +OK, so that suggests the problem is that with PMU disabled in VMWare config, it's not giving the right info to the guest to know it's disabled. + +>But why did it just work before 48e1a45c3166 with perf counters disabled? + +Before that bug it ignored the failure to write/read the PMU MSRs - but also lost all the MSRs after the PMU access and we'd found that if we ever had that happen we'd get lots of weird bugs related to the other MSRs. + +>> +>> My colleague suggested that '-cpu host,pmu=off' might work instead of +>> having to hack around with the source. + +> Indeed, this also helps. + +2017-02-06 21:05 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +>>> So you didn't mention this was running inside VMWare; it looks to me as if that's rejecting the PMU MSR accesses. +>>> For reference which version of VMWare are you using? +> +>>ESXi 6.0.0 Build 2494585 +> +>>I also find that enabling perf counters in VMWare configuration also +> helps. +> +> OK, so that suggests the problem is that with PMU disabled in VMWare +> config, it's not giving the right info to the guest to know it's +> disabled. + +How should it provide info? Can we check it? + +> +>>But why did it just work before 48e1a45c3166 with perf counters +> disabled? +> +> Before that bug it ignored the failure to write/read the PMU MSRs - but +> also lost all the MSRs after the PMU access and we'd found that if we +> ever had that happen we'd get lots of weird bugs related to the other +> MSRs. +> +>>> +>>> My colleague suggested that '-cpu host,pmu=off' might work instead of +>>> having to hack around with the source. +> +>> Indeed, this also helps. +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +2017-02-06 22:38 GMT+03:00 Matwey V. Kornilov <email address hidden>: +> 2017-02-06 21:05 GMT+03:00 Dr. David Alan Gilbert <email address hidden>: +>>>> So you didn't mention this was running inside VMWare; it looks to me as if that's rejecting the PMU MSR accesses. +>>>> For reference which version of VMWare are you using? +>> +>>>ESXi 6.0.0 Build 2494585 +>> +>>>I also find that enabling perf counters in VMWare configuration also +>> helps. +>> +>> OK, so that suggests the problem is that with PMU disabled in VMWare +>> config, it's not giving the right info to the guest to know it's +>> disabled. +> +> How should it provide info? Can we check it? +> + +Hi, + +I've found the following doc: + +https://software.intel.com/sites/default/files/m/5/2/c/f/1/30320-Nehalem-PMU-Programming-Guide-Core.pdf + +I am not sure how up-to-date it is. Does qemu follow recommendations +from secton 4.3? +I use msr-tools package and rdmsr tool to check some registers from table 26... +IA32_MISC_ENABLE = 0 +IA32_PERF_CAPABILITIES = 0 +in my case. + +>> +>>>But why did it just work before 48e1a45c3166 with perf counters +>> disabled? +>> +>> Before that bug it ignored the failure to write/read the PMU MSRs - but +>> also lost all the MSRs after the PMU access and we'd found that if we +>> ever had that happen we'd get lots of weird bugs related to the other +>> MSRs. +>> +>>>> +>>>> My colleague suggested that '-cpu host,pmu=off' might work instead of +>>>> having to hack around with the source. +>> +>>> Indeed, this also helps. +>> +>> -- +>> You received this bug notification because you are subscribed to the bug +>> report. +>> https://bugs.launchpad.net/bugs/1661386 +>> +>> Title: +>> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +>> +>> Status in QEMU: +>> New +>> +>> Bug description: +>> Hello, +>> +>> +>> I see the following when try to run qemu from master as the following: +>> +>> # ./x86_64-softmmu/qemu-system-x86_64 --version +>> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +>> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +>> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +>> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +>> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +>> loglevel=7' -m 1024 -serial stdio +>> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +>> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +>> +>> First broken commit has been bisected: +>> +>> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +>> Author: Paolo Bonzini <email address hidden> +>> Date: Wed Mar 30 22:55:29 2016 +0200 +>> +>> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +>> +>> This would have caught the bug in the previous patch. +>> +>> Signed-off-by: Paolo Bonzini <email address hidden> +>> +>> My cpuinfo is the following: +>> +>> processor : 0 +>> vendor_id : GenuineIntel +>> cpu family : 6 +>> model : 44 +>> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +>> stepping : 2 +>> microcode : 0x14 +>> cpu MHz : 3066.775 +>> cache size : 12288 KB +>> physical id : 0 +>> siblings : 2 +>> core id : 0 +>> cpu cores : 2 +>> apicid : 0 +>> initial apicid : 0 +>> fpu : yes +>> fpu_exception : yes +>> cpuid level : 11 +>> wp : yes +>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +>> bugs : +>> bogomips : 6133.55 +>> clflush size : 64 +>> cache_alignment : 64 +>> address sizes : 40 bits physical, 48 bits virtual +>> power management: +>> +>> To manage notifications about this bug go to: +>> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions +> +> +> +> -- +> With best regards, +> Matwey V. Kornilov +> http://blog.matwey.name +> xmpp://<email address hidden> + + + +-- +With best regards, +Matwey V. Kornilov +http://blog.matwey.name +xmpp://<email address hidden> + + +> Does qemu follow recommendations from section 4.3? + +All that QEMU does is initialize MSR values and QEMU is talking to KVM, not to the processor; KVM in turn talks to the host kernel's perf subsystem. + +It's the host kernel's perf subsystem that needs to follow Intel's recommendation. In particular, QEMU is setting CPUID to the values retrieved by + + perf_get_x86_pmu_capability(&cap); + +so perhaps it's perf_get_x86_pmu_capability that misreads the performance monitoring capabilities provided by ESX. Please attach dmesg logs from starting the host with loglevel=9, as well as "x86info -a" output from the host, to see if perf misses some problematic CPUID/MSR combination. + + + + + +Hi, + +I've attached the files with logs you requested. Could you comment them somehow? + +x86info says that IA32_PERF is not enabled: + +Performance MSRs: + MSR_IA32_PERF_STATUS: 0x0 + MSR_IA32_MISC_ENABLE: 0x0 [Enabled: ] + +2017-02-08 11:49 GMT+03:00 Paolo Bonzini <email address hidden>: +>> Does qemu follow recommendations from section 4.3? +> +> All that QEMU does is initialize MSR values and QEMU is talking to KVM, +> not to the processor; KVM in turn talks to the host kernel's perf +> subsystem. +> +> It's the host kernel's perf subsystem that needs to follow Intel's +> recommendation. In particular, QEMU is setting CPUID to the values +> retrieved by +> +> perf_get_x86_pmu_capability(&cap); + +I can not find this function mentioned in qemu master sources. + +The only thing I see is that has_msr_architectural_pmu is set to be +true in kvm_arch_init_vcpu() if 0xA EAX has non-zero version. This is +not enough according to the Intel specs. + +> +> so perhaps it's perf_get_x86_pmu_capability that misreads the +> performance monitoring capabilities provided by ESX. Please attach +> dmesg logs from starting the host with loglevel=9, as well as "x86info +> -a" output from the host, to see if perf misses some problematic +> CPUID/MSR combination. +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> New +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov + + +2017-07-23 12:54 GMT+03:00 Matwey V. Kornilov <email address hidden>: +> 2017-02-08 11:49 GMT+03:00 Paolo Bonzini <email address hidden>: +>>> Does qemu follow recommendations from section 4.3? +>> +>> All that QEMU does is initialize MSR values and QEMU is talking to KVM, +>> not to the processor; KVM in turn talks to the host kernel's perf +>> subsystem. +>> +>> It's the host kernel's perf subsystem that needs to follow Intel's +>> recommendation. In particular, QEMU is setting CPUID to the values +>> retrieved by +>> +>> perf_get_x86_pmu_capability(&cap); +> +> I can not find this function mentioned in qemu master sources. +> + +Ok, I found this place in kvm kernel module. But it doesn't do what +you expect it to do. It just reassembles 0xA EAX from previously +parsed data. +IA32_MISC_ENABLE is not accessed anywhere here. + +> The only thing I see is that has_msr_architectural_pmu is set to be +> true in kvm_arch_init_vcpu() if 0xA EAX has non-zero version. This is +> not enough according to the Intel specs. +> +>> +>> so perhaps it's perf_get_x86_pmu_capability that misreads the +>> performance monitoring capabilities provided by ESX. Please attach +>> dmesg logs from starting the host with loglevel=9, as well as "x86info +>> -a" output from the host, to see if perf misses some problematic +>> CPUID/MSR combination. +>> +>> -- +>> You received this bug notification because you are subscribed to the bug +>> report. +>> https://bugs.launchpad.net/bugs/1661386 +>> +>> Title: +>> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +>> +>> Status in QEMU: +>> New +>> +>> Bug description: +>> Hello, +>> +>> +>> I see the following when try to run qemu from master as the following: +>> +>> # ./x86_64-softmmu/qemu-system-x86_64 --version +>> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +>> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +>> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +>> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +>> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +>> loglevel=7' -m 1024 -serial stdio +>> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +>> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +>> +>> First broken commit has been bisected: +>> +>> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +>> Author: Paolo Bonzini <email address hidden> +>> Date: Wed Mar 30 22:55:29 2016 +0200 +>> +>> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +>> +>> This would have caught the bug in the previous patch. +>> +>> Signed-off-by: Paolo Bonzini <email address hidden> +>> +>> My cpuinfo is the following: +>> +>> processor : 0 +>> vendor_id : GenuineIntel +>> cpu family : 6 +>> model : 44 +>> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +>> stepping : 2 +>> microcode : 0x14 +>> cpu MHz : 3066.775 +>> cache size : 12288 KB +>> physical id : 0 +>> siblings : 2 +>> core id : 0 +>> cpu cores : 2 +>> apicid : 0 +>> initial apicid : 0 +>> fpu : yes +>> fpu_exception : yes +>> cpuid level : 11 +>> wp : yes +>> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +>> bugs : +>> bogomips : 6133.55 +>> clflush size : 64 +>> cache_alignment : 64 +>> address sizes : 40 bits physical, 48 bits virtual +>> power management: +>> +>> To manage notifications about this bug go to: +>> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions +> +> +> +> -- +> With best regards, +> Matwey V. Kornilov + + + +-- +With best regards, +Matwey V. Kornilov + + +There was a fix for this assertion message wrt PMU registers in December 2017 already: +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=0b368a10c71af96f6cf +Thus, can you still reproduce this issue with the latest version of QEMU, or is the problem gone now? + +Hi, + +Thank you for your reply. I've checked that this commit fixed my issue. + +вт, 11 февр. 2020 г. в 17:50, Thomas Huth <email address hidden>: +> +> There was a fix for this assertion message wrt PMU registers in December 2017 already: +> https://git.qemu.org/?p=qemu.git;a=commitdiff;h=0b368a10c71af96f6cf +> Thus, can you still reproduce this issue with the latest version of QEMU, or is the problem gone now? +> +> ** Changed in: qemu +> Status: New => Incomplete +> +> -- +> You received this bug notification because you are subscribed to the bug +> report. +> https://bugs.launchpad.net/bugs/1661386 +> +> Title: +> Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed +> +> Status in QEMU: +> Incomplete +> +> Bug description: +> Hello, +> +> +> I see the following when try to run qemu from master as the following: +> +> # ./x86_64-softmmu/qemu-system-x86_64 --version +> QEMU emulator version 2.8.50 (v2.8.0-1006-g4e9f524) +> Copyright (c) 2003-2016 Fabrice Bellard and the QEMU Project developers +> # ./x86_64-softmmu/qemu-system-x86_64 -machine accel=kvm -nodefaults +> -no-reboot -nographic -cpu host -vga none -kernel .build.kernel.kvm +> -initrd .build.initrd.kvm -append 'panic=1 no-kvmclock console=ttyS0 +> loglevel=7' -m 1024 -serial stdio +> qemu-system-x86_64: /home/matwey/lab/qemu/target/i386/kvm.c:1849: +> kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. +> +> First broken commit has been bisected: +> +> commit 48e1a45c3166d659f781171a47dabf4a187ed7a5 +> Author: Paolo Bonzini <email address hidden> +> Date: Wed Mar 30 22:55:29 2016 +0200 +> +> target-i386: assert that KVM_GET/SET_MSRS can set all requested MSRs +> +> This would have caught the bug in the previous patch. +> +> Signed-off-by: Paolo Bonzini <email address hidden> +> +> My cpuinfo is the following: +> +> processor : 0 +> vendor_id : GenuineIntel +> cpu family : 6 +> model : 44 +> model name : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz +> stepping : 2 +> microcode : 0x14 +> cpu MHz : 3066.775 +> cache size : 12288 KB +> physical id : 0 +> siblings : 2 +> core id : 0 +> cpu cores : 2 +> apicid : 0 +> initial apicid : 0 +> fpu : yes +> fpu_exception : yes +> cpuid level : 11 +> wp : yes +> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm ida arat epb dtherm tpr_shadow vnmi ept vpid +> bugs : +> bogomips : 6133.55 +> clflush size : 64 +> cache_alignment : 64 +> address sizes : 40 bits physical, 48 bits virtual +> power management: +> +> To manage notifications about this bug go to: +> https://bugs.launchpad.net/qemu/+bug/1661386/+subscriptions + + + +-- +With best regards, +Matwey V. Kornilov + + diff --git a/results/classifier/111/debug/1699867 b/results/classifier/111/debug/1699867 new file mode 100644 index 000000000..f53ab169a --- /dev/null +++ b/results/classifier/111/debug/1699867 @@ -0,0 +1,58 @@ +debug: 0.233 +boot: 0.146 +other: 0.112 +graphic: 0.079 +semantic: 0.078 +device: 0.077 +performance: 0.045 +PID: 0.045 +socket: 0.044 +files: 0.041 +KVM: 0.032 +network: 0.025 +permissions: 0.024 +vnc: 0.020 +debug: 0.627 +boot: 0.240 +files: 0.041 +other: 0.018 +PID: 0.015 +semantic: 0.015 +performance: 0.008 +device: 0.006 +network: 0.006 +graphic: 0.006 +vnc: 0.005 +socket: 0.005 +KVM: 0.004 +permissions: 0.003 + +x86_64 qemu crashes at far call into long-mode + +I am experimenting with this OS https://github.com/phil-opp/blog_os and spotted a weird behavior with qemu. + +I am looking at code that does transition from 32bit mode to 64bit mode. Right now it does 'jmp $SELECTOR,64bitfunction'. https://github.com/phil-opp/blog_os/blob/557c6a58ea11e31685b9d014d307002d64df5c22/src/arch/x86_64/boot.asm#L32 + +This code works fine with qemu/kvm/vmware. + +To transition from 32 to 64 bit code it is possible to use 'call' operation. So I am trying to replace that code with 'call $SELECTOR,64bitfunction'. It works fine with kvm and wmware. But it fails with Qemu emulation. See the interrup debug log attached. qemu crashes at 10302c (far call mnemonic). + + + 103016: e8 18 00 00 00 callq 103033 <set_up_page_tables> + 10301b: e8 5c 00 00 00 callq 10307c <enable_paging> + 103020: e8 ec 00 00 00 callq 103111 <set_up_SSE> + 103025: 0f 01 15 28 00 10 00 lgdt 0x100028(%rip) # 203054 <GCC_except_table2+0xdb5f8> + 10302c: 9a (bad) + 10302d: 40 31 10 rex xor %edx,(%rax) + 103030: 00 08 add %cl,(%rax) + + +As the code works at hardware I expect it to work with qemu. Thus current qemu behavior looks like a bug. + + + +The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now. +If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience. + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1708077 b/results/classifier/111/debug/1708077 new file mode 100644 index 000000000..0a0fabc34 --- /dev/null +++ b/results/classifier/111/debug/1708077 @@ -0,0 +1,37 @@ +debug: 0.371 +device: 0.126 +semantic: 0.124 +other: 0.076 +PID: 0.062 +graphic: 0.052 +vnc: 0.042 +performance: 0.031 +files: 0.023 +socket: 0.022 +network: 0.022 +boot: 0.021 +permissions: 0.017 +KVM: 0.011 +debug: 0.725 +performance: 0.056 +other: 0.042 +files: 0.036 +PID: 0.030 +device: 0.029 +network: 0.015 +semantic: 0.014 +boot: 0.014 +socket: 0.011 +graphic: 0.011 +vnc: 0.007 +permissions: 0.006 +KVM: 0.004 + +PPC interrupt exception！ + +There is a exception on interrupt system when run the system with debug app on qemu-system-ppc.exe。I have try in version SHA-1: 2421f381dc38a8a6d12477c08c2f74a35a0698f8 no problem，but the next version SHA-1: 28f997a82cb509bf4775d4006b368e1bde8b7bdd have this exception。 And I found during this period in the repair of multi-threaded mutex，so I guess whether the PPC has some mutex needed are not taken into account。My english is poor，so there may be many grammatical errors。I hope you can understand the problem I described。 + +What kind of exeception are you seeing here exactly? Can you still reproduce it with the latest version of QEMU? + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1736042 b/results/classifier/111/debug/1736042 new file mode 100644 index 000000000..e11ae73ad --- /dev/null +++ b/results/classifier/111/debug/1736042 @@ -0,0 +1,69 @@ +debug: 0.167 +semantic: 0.157 +other: 0.155 +graphic: 0.120 +performance: 0.064 +files: 0.061 +boot: 0.059 +device: 0.050 +KVM: 0.046 +PID: 0.033 +socket: 0.025 +permissions: 0.023 +network: 0.022 +vnc: 0.020 +debug: 0.728 +boot: 0.102 +files: 0.025 +other: 0.023 +PID: 0.020 +KVM: 0.018 +graphic: 0.016 +performance: 0.013 +network: 0.012 +socket: 0.010 +semantic: 0.009 +device: 0.009 +vnc: 0.008 +permissions: 0.007 + +qemu-system-x86_64 does not boot image reliably + +Booting image as root user with following command works randomly. + +./qemu-system-x86_64 -enable-kvm -curses -smp cpus=4 -m 8192 /root/ructfe2917_g.qcow2 + +Most of the time it ends up on "800x600 Graphic mode"(been stuck there even for 4 hours before killed), but 1 out of ~20 it boots image correctly(and instantly). + +This is visible in v2.5.0 build from sources, v2.5.0 from Ubuntu Xenial and v2.1.2 from Debian Jessie. + +The image in question was converted from vmdk using: + +qemu-img convert -O qcow2 file.vmdk file.qcow2 + +The image contains Ubuntu with grub. + +I can provide debug logs, but will need guidance how to enable them(and what logs are necessary). + +As a side note, it seems that booting is more certain after connecting(or mounting) partition using qemu-nbd/mount. + +Please always use the latest version of QEMU (currently v2.10, soon v2.11) when reporting bugs to the upstream QEMU project - we don't support old versions like v2.5 any more. So I guess you wanted to report a bug agains v2.5 in Ubuntu instead and I changed the target of this bug accordingly. + +I want a fix ;) and I do expect qemu to get it faster then Ubuntu. +So I set up Ubuntu Zesty(to fullfill dependencies) and build qemu: +QEMU emulator version 2.10.1 (v2.10.1-dirty) +and... it's still there. + +Can you tell me how and what logs to provide? + +And it still happens on: + +QEMU emulator version 2.10.93 (v2.11.0-rc3-dirty) +Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers + +This looks not a QEMU bug to me. You may drop "-curses" first, and run again. Once get inside, change grub file(/etc/default/grub) by uncomment GRUB_TERMINAL=console. It should work then. If still not, then blacklist vga16fb and add "fbcon=map:99 text" in grub command line. Remember to run update-grub after change configure file. + +Have you ever tried the suggestions from Liang Yan ? + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1761535 b/results/classifier/111/debug/1761535 new file mode 100644 index 000000000..7fbb57603 --- /dev/null +++ b/results/classifier/111/debug/1761535 @@ -0,0 +1,84 @@ +debug: 0.125 +device: 0.125 +files: 0.107 +other: 0.092 +permissions: 0.079 +PID: 0.078 +semantic: 0.073 +vnc: 0.063 +socket: 0.060 +performance: 0.057 +graphic: 0.043 +network: 0.036 +KVM: 0.030 +boot: 0.030 +debug: 0.660 +PID: 0.096 +files: 0.060 +performance: 0.041 +other: 0.029 +socket: 0.018 +device: 0.018 +permissions: 0.017 +network: 0.017 +semantic: 0.015 +boot: 0.010 +graphic: 0.008 +vnc: 0.007 +KVM: 0.004 + +qemu-aarch64-static docker arm64v8/openjdk coredump + +I am using qemu-aarch64-static to run the arm64v8/openjdk official image on my x86 machine. Using QEMU master, I immediately hit a bug which hangs the container. With Ubuntu default version qemu-aarch64 version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.24) and qemu-aarch64 version 2.11.1 (v2.11.1-dirty) the hang does not take place. + +To reproduce (and get to the core dump): + +$ /tmp/tmptgyg3nvh/qemu-aarch64-static/qemu-aarch64-static -version +qemu-aarch64 version 2.11.91 (v2.12.0-rc1-5-g47d3b60-dirty) +Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers + +$ docker run -it -v /tmp/tmptgyg3nvh/qemu-aarch64-static:/usr/bin/qemu-aarch64-static arm64v8/openjdk /bin/bash +root@bf75cf45d311:/# javac +Usage: javac <options> <source files> +where possible options include: + -g Generate all debugging info +<...snip...> + @<filename> Read options and filenames from file + +qemu: uncaught target signal 11 (Segmentation fault) - core dumped +...TERMINAL HANGS... + + +To get the core dump, In a separate terminal: + +# snapshot the file system of the hung image +$ docker commit $(docker ps -aqf "name=latest_qemu") qemu_coredump + +# connect with known working qemu +$ docker run -t -v /usr/bin/qemu-aarch64-static:/usr/bin/qemu-aarch64-static -i qemu_coredump /bin/bash + +$$ ls -lat +total 10608 +<snip> +-rw-r--r-- 1 root root 10792960 Mar 29 18:02 qemu_bash_20180329-180251_1.core +drwxrwxrwt 5 root root 4096 Mar 29 18:02 tmp +<snip> + +Could you provide a binary that we can use to reproduce, please? (preferably a setup that doesn't require me to figure out how to install and use docker...) + + +I realized I had a javac lying around from last time somebody wanted me to debug a java problem, and I'm also seeing SEGVs with simpler programs like ls (!), so I'll have a look at those and hopefully that will be the same cause as what you're seeing. + + +I think this should be fixed by https://patchwork.ozlabs.org/patch/896295/ + +(incidentally the segfault is in the guest /bin/sh, not in javac or ls.) + + +Now fixed in master, commit 7f0f4208b3a96, and will be in 2.12.0. + + +Many thanks! + +I've just compiled master, and docker/aarch64/openjdk image now works as expected on my x86 machine. + diff --git a/results/classifier/111/debug/1835793 b/results/classifier/111/debug/1835793 new file mode 100644 index 000000000..98c82acf6 --- /dev/null +++ b/results/classifier/111/debug/1835793 @@ -0,0 +1,50 @@ +debug: 0.189 +other: 0.160 +semantic: 0.151 +device: 0.108 +graphic: 0.075 +network: 0.051 +performance: 0.051 +vnc: 0.040 +PID: 0.035 +socket: 0.033 +files: 0.032 +permissions: 0.031 +boot: 0.026 +KVM: 0.016 +debug: 0.604 +other: 0.070 +boot: 0.044 +semantic: 0.043 +files: 0.038 +device: 0.033 +performance: 0.031 +network: 0.029 +PID: 0.027 +graphic: 0.022 +socket: 0.022 +KVM: 0.013 +permissions: 0.012 +vnc: 0.011 + +Running an edk2 based bios + +This is not necessarily a bug, however I wasn't sure were to get help. + +I am currently working on using QEMU to run a BIOS my company has developed. In order to see if the software was working correctly, I was able to successfully run the edk2 bios using the following command: + +qemu-system-x86_64.exe -bios "C:\Users\matthew.intriago\Desktop\ovmf.fd" -net none + +However, when running the same command using our personalized bios, QEMU launches stating that “guest has not initialized display”. Theoretically, QEMU should be able to run the bios since it is edk2 based, the only difference between the two is that our bios has more features. + +If anyone has any insight on what the issue might be I would greatly appreciate any help. + +"Guest has not initialized display" simply means that the guest code you're running has not done anything to the display device (VGA in this case). There are two main reasons for this: + + (1) the guest code isn't intended to output to the display -- perhaps it sends its output to the serial port instead. In this case the fix is to use the right QEMU arguments to send the serial port output somewhere you can read it (or to reconfigure the guest code to output where you want it to). + + (2) the guest code is intended to output to the display, but it crashed before it got as far as doing that. In this case, the fix is to debug your guest code. QEMU's gdbstub is usually a good tool to use here. If you control the guest code (ie you can modify and recompile it) you can also add extra debugging to it (like making it output more information earlier, or output debugging trace information to the serial port so you can see how far it has got). + +My guess would be that this is a variation on 2 caused by your BIOS being compiled to assume different hardware from what QEMU is providing -- if the BIOS tries to write to a device that isn't present it will likely crash or go into an infinite loop. + + diff --git a/results/classifier/111/debug/1844635 b/results/classifier/111/debug/1844635 new file mode 100644 index 000000000..611bee34b --- /dev/null +++ b/results/classifier/111/debug/1844635 @@ -0,0 +1,172 @@ +debug: 0.091 +other: 0.086 +semantic: 0.084 +permissions: 0.080 +device: 0.079 +performance: 0.079 +PID: 0.077 +boot: 0.071 +socket: 0.066 +files: 0.062 +network: 0.061 +graphic: 0.059 +vnc: 0.054 +KVM: 0.050 +debug: 0.607 +KVM: 0.224 +boot: 0.028 +PID: 0.027 +device: 0.021 +other: 0.020 +files: 0.018 +vnc: 0.013 +semantic: 0.009 +network: 0.009 +performance: 0.006 +permissions: 0.006 +socket: 0.006 +graphic: 0.006 + +qemu bug where load linux kernel + +i found a qemu bug ,when the qemu start and parse the kernel file . + +This vulnerability can be exploited. + +thanks + +/**** + + +(gdb) set args -nodefaults -device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial stdio -device pci-testdev -machine accel=kvm -m 2048 -smp 2 -cpu host -machine kernel_irqchip=split -kernel poc1 +(gdb) r +Starting program: /usr/bin/qemu-system-x86_64 -nodefaults -device pc-testdev -device isa-debug-exit,iobase=0xf4,iosize=0x4 -vnc none -serial stdio -device pci-testdev -machine accel=kvm -m 2048 -smp 2 -cpu host -machine kernel_irqchip=split -kernel ./poc/poc1 +[Thread debugging using libthread_db enabled] +Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". +[New Thread 0x7fffe9a03700 (LWP 30066)] +[New Thread 0x7fffe9202700 (LWP 30068)] +[New Thread 0x7fffe8a01700 (LWP 30069)] + +Thread 1 "qemu-system-x86" received signal SIGSEGV, Segmentation fault. +__memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:249 +249 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such file or directory. +(gdb) bt +#0 0x00007ffff2390b1f in __memmove_avx_unaligned_erms () at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:249 +#1 0x00005555559ebdcf in rom_copy () +#2 0x00005555558dd1b3 in load_multiboot () +#3 0x00005555558de1c3 in () +#4 0x00005555558e19d1 in pc_memory_init () +#5 0x00005555558e4ee3 in () +#6 0x00005555559e8500 in machine_run_board_init () +#7 0x0000555555834959 in main () +(gdb) c +Continuing. +Couldn't get registers: No such process. +Couldn't get registers: No such process. +(gdb) [Thread 0x7fffe8a01700 (LWP 30069) exited] +[Thread 0x7fffe9202700 (LWP 30068) exited] +[Thread 0x7fffe9a03700 (LWP 30066) exited] + +Program terminated with signal SIGSEGV, Segmentation fault. +The program no longer exists. + +***/ + + + +bug reason and how to fix it +/* + * Copies memory from registered ROMs to dest. Any memory that is contained in + * a ROM between addr and addr + size is copied. Note that this can involve + * multiple ROMs, which need not start at addr and need not end at addr + size. + */ +int rom_copy(uint8_t *dest, hwaddr addr, size_t size) +{ + hwaddr end = addr + size; + uint8_t *s, *d = dest; + size_t l = 0; + Rom *rom; + + QTAILQ_FOREACH(rom, &roms, next) { + if (rom->fw_file) { + continue; + } + if (rom->mr) { + continue; + } + if (rom->addr + rom->romsize < addr) { + continue; + } + if (rom->addr > end) { + break; + } + + d = dest + (rom->addr - addr); + s = rom->data; + l = rom->datasize; + + if ((d + l) > (dest + size)) { + l = dest - d; + } + + if (l > 0) { + memcpy(d, s, l); //*****crash here how to fix check the size l.******// + } + + if (rom->romsize > rom->datasize) { + /* If datasize is less than romsize, it means that we didn't + * allocate all the ROM because the trailing data are only zeros. + */ + + d += l; + l = rom->romsize - rom->datasize; + + if ((d + l) > (dest + size)) { + /* Rom size doesn't fit in the destination area. Adjust to avoid + * overflow. + */ + l = dest - d; + } + + if (l > 0) { + memset(d, 0x0, l); + } + } + } + + return (d + l) - dest; +} + +I can't reproduce the issue with your "poc" binary here. Which version of QEMU were you exactly using? Can you reproduce it with the latest version from the master branch? + +Also there is already a size check some lines earlier: + + if ((d + l) > (dest + size)) { + l = dest - d; + } + +Isn't that sufficient? + +Also please explain how this vulnerability could be exploited? The code patch is not triggered by the guest, is it? + +hi , + + if ((d + l) > (dest + size)) { + l = dest - d; + } +the l will be a very big Unsigned number. + +the check was bypassed,try the new poc . i reproduce it with the latest +version on ubuntu . (apt install qemu , i got the latest version) + +hi Thomas,please try the new poc. +thanks + +Thanks a lot! With the new poc, I was able to reproduce the crash. +I've forwarded the information to the QEMU security team (next time, it would be great if you could do that directly, see https://wiki.qemu.org/SecurityProcess for details), and after some discussion about the severity of the bug, I've now posted a patch to the mailing: + + https://lists.gnu.org/archive/html/qemu-devel/2019-09/msg05960.html + +Fix has been merged: +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=e423455c4f23a1a8 + diff --git a/results/classifier/111/debug/1876373 b/results/classifier/111/debug/1876373 new file mode 100644 index 000000000..7b44f1888 --- /dev/null +++ b/results/classifier/111/debug/1876373 @@ -0,0 +1,105 @@ +debug: 0.106 +permissions: 0.101 +PID: 0.099 +other: 0.097 +device: 0.094 +semantic: 0.072 +performance: 0.067 +vnc: 0.065 +files: 0.058 +graphic: 0.056 +network: 0.049 +boot: 0.047 +socket: 0.045 +KVM: 0.043 +debug: 0.582 +files: 0.074 +performance: 0.055 +other: 0.050 +semantic: 0.040 +PID: 0.038 +boot: 0.029 +device: 0.024 +network: 0.024 +permissions: 0.023 +graphic: 0.017 +KVM: 0.016 +socket: 0.016 +vnc: 0.012 + +segfault mremap 4096 + +a qemu-hosted process segfaults when the program calls mremap to shrink the size of a buffer to 4096 that was allocated with mmap. See below for a C program to reproduce this issue. I was able to compile this program for both i386 and 32-bit arm, and use qemu-i386 and qemu-arm to reproduce the segfault. If I run the i386 program natively on my x86_64 system, no segfault occurs. Also note that if I change the mremap size to something else such as 12288, no segfault occurs. I also confirmed using qemu's -singlestep debug option that the segfault occurs during the mremap syscall. + +If you save the source below to mremapbug.c, the following should reproduce the issue given you have gcc-multilib: + +gcc -m32 mremapbug.c +# works +./a.out +# segfault +qemu-i386 a.out + +If you can also compile to arm, the same thing happens when running "qemu-arm a.out". I also tried compiling natively and running "qemu-x86_64 a.out" but no segfault in that case, not sure if it's because it is 64-bits or if it was because it was my native target. + + +#define _GNU_SOURCE +#include <stdlib.h> +#include <stdio.h> +#include <sys/mman.h> + +int main(int argc, char *argv[]) +{ + const size_t initial_size = 8192; + + printf("calling mmap, size=%llu\n", (unsigned long long)initial_size); + void *mmap_ptr = mmap(NULL, initial_size, + PROT_READ | PROT_WRITE , + MAP_PRIVATE | MAP_ANONYMOUS, + -1, 0); + printf("mmap returned : %p\n", mmap_ptr); + if (mmap_ptr == MAP_FAILED) { + perror("mmap"); + exit(1); + } + + const size_t new_size = 4096; + printf("calling mremap, size=%llu\n", (unsigned long long)new_size); + void *remap_ptr = mremap(mmap_ptr, initial_size, new_size, 0); + printf("mremap returned: %p\n", remap_ptr); + if (remap_ptr != mmap_ptr) { + perror("mreamap"); + exit(1); + } + printf("Success: pointers match\n"); +} + + +This issue was found while I was pushing code that calls "mremap" to the Zig compiler repository, it's CI testing uses qemu-i386 and qemu-arm to run tests for non-native hosts. I've filed an issue in that repository as well with details on how to reproduce this issue with the Zig compiler as well: https://github.com/ziglang/zig/issues/5245 + +Thanks to @LemonBoy for finding this: + +It looks like this issue my be caused by this chunk of code in linux-user/mmap.c + + if (prot == 0) { + host_addr = mremap(g2h(old_addr), old_size, new_size, flags); + if (host_addr != MAP_FAILED && reserved_va && old_size > new_size) { + mmap_reserve(old_addr + old_size, new_size - old_size); + } + } else { + errno = ENOMEM; + host_addr = MAP_FAILED; + } + +if new_size is less than old_size (which is the case in my example program) then we'll get an integer underflow which would cause a very large value passed to mmap_reserve + +I've submitted a patch, this is my first qemu patch so sorry if I didn't format it correctly: https://lists.gnu.org/archive/html/qemu-trivial/2020-05/msg00000.html + +FYI, first patch in the previous comment was wrong. This new patch is the correct one: https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg00183.html + + +Fix has been included here: +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=257a7e212d5e518ac5 + +Patch has been included here: +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=257a7e212d5e518ac53b + diff --git a/results/classifier/111/debug/1879587 b/results/classifier/111/debug/1879587 new file mode 100644 index 000000000..d6b92283f --- /dev/null +++ b/results/classifier/111/debug/1879587 @@ -0,0 +1,129 @@ +debug: 0.106 +permissions: 0.093 +semantic: 0.090 +device: 0.085 +other: 0.082 +PID: 0.082 +socket: 0.080 +graphic: 0.073 +performance: 0.068 +vnc: 0.055 +boot: 0.054 +files: 0.053 +network: 0.044 +KVM: 0.035 +debug: 0.687 +semantic: 0.057 +PID: 0.035 +vnc: 0.033 +files: 0.033 +other: 0.032 +device: 0.023 +socket: 0.019 +boot: 0.019 +performance: 0.018 +KVM: 0.013 +permissions: 0.013 +network: 0.010 +graphic: 0.009 + +Register number in ESR is incorrect for certain banked registers when switching from AA32 to AA64 + +I am running into a situation where I have: +- A hypervisor running in EL2, AA64 +- A guest running in EL1, AA32 + +We trap certain accesses to special registers such as DACR (via HCR.TVM). One instruction that is trapped is: + +ee03ef10 -> mcr 15, 0, lr, cr3, cr0, {0} + +The guest is running in SVC mode. So, LR should refer to LR_svc there. LR_svc is mapped to X18 in AA64. So, ESR should reflect that. However, the actual ESR value is: 0xfe00dc0 + +If we decode the 'rt': +>>> (0xfe00dc0 >> 5) & 0x1f +14 + +My understanding is that 14 is incorrect in the context of AA64. rt should be set to 18. The current mode being SVC, LR refers to LR_svc not LR_usr. In other words, the mapping between registers in AA64 and AA32 doesn't seem to be accounted for. I've tested this with Qemu 5.0.0 + +Let me know if that makes sense and if you would like more info. I am also happy to test patches. +Thanks for all the great work on Qemu! + +This is with qemu-system-aarch64 - forgot to mention it explicitly. So, it will only affect qemu for ARM 64-bit. + +Thanks for the bug report; I think this patch should fix it: + +https://<email address hidden>/ + +Any chance you could test it? + + +Of course. I just tested the patch (used the branch from https://github.com/patchew-project/qemu) and it didn't seem to help. Could that be linked to the fact that the translation is only in the SMC exception path? It should probably target the MSR exception path also (and probably others too). It's just a guess as I am not very familiar with the code. If that's enough info, do let me know how to gather more useful information. + +Maybe it's covered by EXCP_HYP_TRAP already... + +Hmm, that's odd. The switch statement fall-throughs and case labels mean that that code should be executed for all exceptions taken to AArch64 except for IRQ/FIQ/VIRQ/VFIQ. (You could probably confirm that by running QEMU under a debugger and putting in suitable breakpoints.) + +Do you have a test case image/command line I could use to reproduce the issue ? + + +Unfortunately, I won't be able to send the code or binary for the hypervisor as of now (it will become available at some point in the future though). I've done a bit of debugging on the QEMU code and it seems like the approach you are taking works fine in general but the register mapping code doesn't seem quite right. Applying this patch (on top of yours): + +From e2182581dcdeedc2cb88cd21b88b4db744677737 Mon Sep 17 00:00:00 2001 +From: Julien Freche <email address hidden> +Date: Tue, 4 Aug 2020 11:54:49 -0700 +Subject: [PATCH] Possible fix + +--- + target/arm/helper.c | 11 +++++------ + 1 file changed, 5 insertions(+), 6 deletions(-) + +diff --git a/target/arm/helper.c b/target/arm/helper.c +index 60b80228fd..455c92b891 100644 +--- a/target/arm/helper.c ++++ b/target/arm/helper.c +@@ -9619,17 +9619,16 @@ static int aarch64_regnum(CPUARMState *env, int aarch32_reg) + switch (mode) { + case ARM_CPU_MODE_USR: + case ARM_CPU_MODE_SYS: +- return 14; + case ARM_CPU_MODE_HYP: +- return 16; ++ return 14; + case ARM_CPU_MODE_IRQ: +- return 18; ++ return 16; + case ARM_CPU_MODE_SVC: +- return 20; ++ return 18; + case ARM_CPU_MODE_ABT: +- return 22; ++ return 20; + case ARM_CPU_MODE_UND: +- return 24; ++ return 22; + case ARM_CPU_MODE_FIQ: + return 30; + default: +-- +2.28.0 + +Based on the ARM documentation, I would think that LR_svc maps to X18, not X20. I fixed the ones that seemed wrong but I haven't check every possible case so you may want to double check this. With the patch I was able to boot Linux correctly. + +Let me know if that makes sense + + +Whoops, yes. I somehow misread that table (I think I failed to spot that there is no LR_hyp and it just shares r14 with usr/sys, so I did a cut-n-paste of the SP cases to LR, which isn't right). I think your adjustment to the patch is correct. I'll do a v2 patch for you to test, but it will just be those fixes applied to v1. + + +v2 is here https://patches.linaro.org/patch/247434/ -- hoping to put that in master today... + + + +It seems like this is your patch plus my fixup so this is good to me and already tested locally. Thanks again. + +Hey Julien, what fixup do you need on top of Peter's v2? + +Peter's v2 already includes the fixup (update #6) + +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=a65dabf71a9f9b949 + diff --git a/results/classifier/111/debug/1880287 b/results/classifier/111/debug/1880287 new file mode 100644 index 000000000..16cbcef41 --- /dev/null +++ b/results/classifier/111/debug/1880287 @@ -0,0 +1,56 @@ +debug: 0.299 +semantic: 0.118 +graphic: 0.076 +performance: 0.072 +other: 0.068 +device: 0.064 +permissions: 0.056 +PID: 0.045 +files: 0.043 +vnc: 0.039 +socket: 0.034 +network: 0.034 +boot: 0.029 +KVM: 0.023 +debug: 0.914 +files: 0.017 +other: 0.012 +network: 0.011 +performance: 0.010 +PID: 0.008 +semantic: 0.006 +device: 0.005 +graphic: 0.003 +socket: 0.003 +vnc: 0.003 +boot: 0.003 +permissions: 0.002 +KVM: 0.002 + +gcc crashes in hppa emulation + +There seems to be a translation bug in the qemu-hppa (qemu v5.0.0) emulation: +A stripped down testcase (taken from Linux kernel build) is attached. + +In there is "a.sh", a shell script which calls gcc-9 (fails with both debian gcc-9.3.0-11 or gcc-9.3.0-12). and "a.iii", the preprocessed source. + +When starting a.sh, in the emulation gcc crashes with segfault. +On real hardware gcc succeeds to compile the source. + +In a hppa-user chroot running "apt update && apt install gcc-9" should be sufficient to get the needed reproducer environment. + + + +Test still crashes the VM and chroot with up-to-date debian chroot, including updated gcc-9.3.0-14. + +Sven Schnelle (<email address hidden>) noticed that increasing +-#define TCG_MAX_TEMPS 512 ++#define TCG_MAX_TEMPS 1024 +in include/tcg/tcg.h prevents fixes that crash. + +Thanks for the debugging. Failure to free temporaries. + +Fixed here: +https://git.qemu.org/?p=qemu.git;a=commitdiff;h=79826f99feb7 + + diff --git a/results/classifier/111/debug/1880822 b/results/classifier/111/debug/1880822 new file mode 100644 index 000000000..5e29ca444 --- /dev/null +++ b/results/classifier/111/debug/1880822 @@ -0,0 +1,301 @@ +debug: 0.089 +device: 0.088 +boot: 0.081 +PID: 0.079 +permissions: 0.077 +semantic: 0.076 +performance: 0.071 +other: 0.069 +vnc: 0.067 +socket: 0.067 +KVM: 0.063 +files: 0.062 +network: 0.058 +graphic: 0.053 +debug: 0.246 +device: 0.181 +files: 0.167 +other: 0.059 +PID: 0.056 +semantic: 0.049 +permissions: 0.048 +KVM: 0.043 +network: 0.032 +socket: 0.028 +performance: 0.028 +graphic: 0.025 +boot: 0.025 +vnc: 0.016 + +CVE-2020-13253 QEMU: sd: OOB access could crash the guest resulting in DoS + +An out-of-bounds read access issue was found in the SD Memory Card emulator of the QEMU. It occurs while performing block write commands via sdhci_write(), if a guest user has sent 'address' which is OOB of 's->wp_groups'. A guest user/process may use this flaw to crash the QEMU process resulting in DoS. + +#!/bin/sh + +cat << EOF > inp +outl 0xcf8 0x80001810 +outl 0xcfc 0xe1068000 +outl 0xcf8 0x80001814 +outl 0xcf8 0x80001804 +outw 0xcfc 0x7 +outl 0xcf8 0x8000fa20 +write 0xe106802c 0x1 0x6d +write 0xe106800f 0x1 0xf7 +write 0xe106800a 0x6 0x9b4b9b5a9b69 +write 0xe1068028 0x3 0x6d6d6d +write 0xe106800f 0x1 0x02 +write 0xe1068005 0xb 0x055cfbffffff000000ff03 +write 0xe106800c 0x1d 0x050bc6c6c6c6c6c6c6c6762e4c5e0bc603040000000000e10200110000 +write 0xe1068003 0xd 0x2b6de02c3a6de02c496de02c58 +EOF + +../bin/qemu-system-x86_64 -qtest stdio -enable-kvm -monitor none \ + -serial none -M pc-q35-5.0 -device sdhci-pci,sd-spec-version=3 \ + -device sd-card,drive=mydrive -nographic \ + -drive if=sd,index=0,file=null-co://,format=raw,id=mydrive < inp + +This bug and the reproducer above is shared by - Alexander Bulekov <email address hidden> + +Upstream patch thread + -> https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg05877.html + +Patch reducing the exposure to this bug: +https://lists.gnu.org/archive/html/qemu-devel/2020-06/msg00823.html + +Avoid OOB access by verifying the requested address belong to +the actual card size. Return ADDRESS_ERROR when not in range. + + "SD Specifications Part 1 Physical Layer Simplified Spec. v3.01" + + 4.3.4 Data Write + + * Block Write + + Write command is rejected if BLOCK_LEN_ERROR or ADDRESS_ERROR + occurred and no data transfer is performed. + +Fixes: CVE-2020-13253 +Reported-by: Alexander Bulekov <email address hidden> +Buglink: https://bugs.launchpad.net/qemu/+bug/1880822 +Signed-off-by: Philippe Mathieu-Daudé <email address hidden> +--- +Cc: Prasad J Pandit <email address hidden> +--- + hw/sd/sd.c | 4 ++++ + 1 file changed, 4 insertions(+) + +diff --git a/hw/sd/sd.c b/hw/sd/sd.c +index 3c06a0ac6d..0ced3b5e14 100644 +--- a/hw/sd/sd.c ++++ b/hw/sd/sd.c +@@ -1211,6 +1211,10 @@ static sd_rsp_type_t sd_normal_command(SDState *sd, SDRequest req) + /* Writing in SPI mode not implemented. */ + if (sd->spi) + break; ++ if (addr >= sd->size) { ++ sd->card_status |= ADDRESS_ERROR; ++ return sd_r1; ++ } + sd->state = sd_receivingdata_state; + sd->data_start = addr; + sd->data_offset = 0; +-- +2.21.3 + + + +On 6/4/20 8:03 PM, Paolo Bonzini wrote: +> On 04/06/20 19:34, Philippe Mathieu-Daudé wrote: +>> Avoid OOB access by verifying the requested address belong to +>> the actual card size. Return ADDRESS_ERROR when not in range. +>> +>> "SD Specifications Part 1 Physical Layer Simplified Spec. v3.01" +>> +>> 4.3.4 Data Write +>> +>> * Block Write +>> +>> Write command is rejected if BLOCK_LEN_ERROR or ADDRESS_ERROR +>> occurred and no data transfer is performed. +>> +>> Fixes: CVE-2020-13253 +>> Reported-by: Alexander Bulekov <email address hidden> +>> Buglink: https://bugs.launchpad.net/qemu/+bug/1880822 +>> Signed-off-by: Philippe Mathieu-Daudé <email address hidden> +>> --- +>> Cc: Prasad J Pandit <email address hidden> +>> --- +>> hw/sd/sd.c | 4 ++++ +>> 1 file changed, 4 insertions(+) +>> +>> diff --git a/hw/sd/sd.c b/hw/sd/sd.c +>> index 3c06a0ac6d..0ced3b5e14 100644 +>> --- a/hw/sd/sd.c +>> +++ b/hw/sd/sd.c +>> @@ -1211,6 +1211,10 @@ static sd_rsp_type_t sd_normal_command(SDState *sd, SDRequest req) +>> /* Writing in SPI mode not implemented. */ +>> if (sd->spi) +>> break; +>> + if (addr >= sd->size) { +>> + sd->card_status |= ADDRESS_ERROR; +>> + return sd_r1; +>> + } +>> sd->state = sd_receivingdata_state; +>> sd->data_start = addr; +>> sd->data_offset = 0; +>> +> +> I'm not sure if you want me to queue it, but I did. + +Hmm I guess I typed "^RPrasad" in my shell to have the last git-publish +command with his email, and I didn't noticed you were also there... + +Anyway looking at it again, this patch is wrong because I should check +for addr + blksize < sd_size instead. Can you drop it please? + +> Probably we should +> add <email address hidden> to the hw/sd stanza. + +OK will do. + +> +> Paolo +> + + +Avoid OOB access by verifying the requested address belong to +the actual card size. Return ADDRESS_ERROR when not in range. +Only move the state machine to ReceivingData if there is no +pending error. + + "SD Specifications Part 1 Physical Layer Simplified Spec. v3.01" + + 4.3.4 Data Write + + * Block Write + + Write command is rejected if BLOCK_LEN_ERROR or ADDRESS_ERROR + occurred and no data transfer is performed. + +Fixes: CVE-2020-13253 +Reported-by: Alexander Bulekov <email address hidden> +Buglink: https://bugs.launchpad.net/qemu/+bug/1880822 +Signed-off-by: Philippe Mathieu-Daudé <email address hidden> +--- +Cc: Prasad J Pandit <email address hidden> + +v2: check for blksz in range, only go to sd_receivingdata_state + if no error. +--- + hw/sd/sd.c | 17 +++++++++-------- + 1 file changed, 9 insertions(+), 8 deletions(-) + +diff --git a/hw/sd/sd.c b/hw/sd/sd.c +index 3c06a0ac6d..2254dc7acc 100644 +--- a/hw/sd/sd.c ++++ b/hw/sd/sd.c +@@ -1211,17 +1211,18 @@ static sd_rsp_type_t sd_normal_command(SDState *sd, SDRequest req) + /* Writing in SPI mode not implemented. */ + if (sd->spi) + break; +- sd->state = sd_receivingdata_state; +- sd->data_start = addr; +- sd->data_offset = 0; +- sd->blk_written = 0; +- +- if (sd->data_start + sd->blk_len > sd->size) ++ if (addr + sd->blk_len >= sd->size) { + sd->card_status |= ADDRESS_ERROR; +- if (sd_wp_addr(sd, sd->data_start)) ++ } else if (sd_wp_addr(sd, sd->data_start)) { + sd->card_status |= WP_VIOLATION; +- if (sd->csd[14] & 0x30) ++ } else if (sd->csd[14] & 0x30) { + sd->card_status |= WP_VIOLATION; ++ } else { ++ sd->state = sd_receivingdata_state; ++ sd->data_start = addr; ++ sd->data_offset = 0; ++ sd->blk_written = 0; ++ } + return sd_r1; + + default: +-- +2.21.3 + + + +On 6/4/20 8:25 PM, Philippe Mathieu-Daudé wrote: +> Avoid OOB access by verifying the requested address belong to +> the actual card size. Return ADDRESS_ERROR when not in range. +> Only move the state machine to ReceivingData if there is no +> pending error. +> +> "SD Specifications Part 1 Physical Layer Simplified Spec. v3.01" +> +> 4.3.4 Data Write +> +> * Block Write +> +> Write command is rejected if BLOCK_LEN_ERROR or ADDRESS_ERROR +> occurred and no data transfer is performed. +> +> Fixes: CVE-2020-13253 +> Reported-by: Alexander Bulekov <email address hidden> +> Buglink: https://bugs.launchpad.net/qemu/+bug/1880822 + +While the reproducer triggers the OOB via CMD24, other commands have the +same problem, so I'll post a v3. + +> Signed-off-by: Philippe Mathieu-Daudé <email address hidden> +> --- +> Cc: Prasad J Pandit <email address hidden> +> +> v2: check for blksz in range, only go to sd_receivingdata_state +> if no error. +> --- +> hw/sd/sd.c | 17 +++++++++-------- +> 1 file changed, 9 insertions(+), 8 deletions(-) +> +> diff --git a/hw/sd/sd.c b/hw/sd/sd.c +> index 3c06a0ac6d..2254dc7acc 100644 +> --- a/hw/sd/sd.c +> +++ b/hw/sd/sd.c +> @@ -1211,17 +1211,18 @@ static sd_rsp_type_t sd_normal_command(SDState *sd, SDRequest req) +> /* Writing in SPI mode not implemented. */ +> if (sd->spi) +> break; +> - sd->state = sd_receivingdata_state; +> - sd->data_start = addr; +> - sd->data_offset = 0; +> - sd->blk_written = 0; +> - +> - if (sd->data_start + sd->blk_len > sd->size) +> + if (addr + sd->blk_len >= sd->size) { +> sd->card_status |= ADDRESS_ERROR; +> - if (sd_wp_addr(sd, sd->data_start)) +> + } else if (sd_wp_addr(sd, sd->data_start)) { +> sd->card_status |= WP_VIOLATION; +> - if (sd->csd[14] & 0x30) +> + } else if (sd->csd[14] & 0x30) { +> sd->card_status |= WP_VIOLATION; +> + } else { +> + sd->state = sd_receivingdata_state; +> + sd->data_start = addr; +> + sd->data_offset = 0; +> + sd->blk_written = 0; +> + } +> return sd_r1; +> +> default: +> + + + +v3: +https://lists.gnu.org/archive/html/qemu-devel/2020-06/msg01316.html + +Fixed in commit 790762e5487114341cccc5bffcec4cb3c022c3cd. + diff --git a/results/classifier/111/debug/1897481 b/results/classifier/111/debug/1897481 new file mode 100644 index 000000000..8d98625e8 --- /dev/null +++ b/results/classifier/111/debug/1897481 @@ -0,0 +1,2105 @@ +debug: 0.080 +other: 0.079 +semantic: 0.077 +device: 0.074 +PID: 0.074 +permissions: 0.073 +files: 0.073 +socket: 0.072 +graphic: 0.069 +performance: 0.068 +network: 0.068 +boot: 0.067 +vnc: 0.064 +KVM: 0.061 +debug: 0.261 +PID: 0.135 +files: 0.131 +KVM: 0.114 +device: 0.112 +semantic: 0.044 +other: 0.042 +performance: 0.041 +graphic: 0.036 +socket: 0.023 +boot: 0.019 +network: 0.016 +permissions: 0.015 +vnc: 0.011 + +qemu crashes with VGA pass-through, e-GPU, nvidia 1060 + +I try to pass-through nvidia 1060 6gb card, which is connected via ExpressCard (EXP-GDC converter). + +I can successfully run my virtual machine without pass-through, but when I try to add the devices, qemu crashes. + +The coredump contains: + +Stack trace of thread 3289311: +#0 0x0000000000614c49 memory_region_update_container_subregions (qemu-system-x86_64 + 0x214c49) +#1 0x00000000005c0e8c vfio_probe_nvidia_bar0_quirk (qemu-system-x86_64 + 0x1c0e8c) +#2 0x00000000005bcec0 vfio_realize (qemu-system-x86_64 + 0x1bcec0) +#3 0x000000000079b423 pci_qdev_realize (qemu-system-x86_64 + 0x39b423) +#4 0x00000000006facda device_set_realized (qemu-system-x86_64 + 0x2facda) +#5 0x0000000000887e57 property_set_bool (qemu-system-x86_64 + 0x487e57) +#6 0x000000000088ac48 object_property_set (qemu-system-x86_64 + 0x48ac48) +#7 0x000000000088d1d2 object_property_set_qobject (qemu-system-x86_64 + 0x48d1d2) +#8 0x000000000088b1f7 object_property_set_bool (qemu-system-x86_64 + 0x48b1f7) +#9 0x0000000000693785 qdev_device_add (qemu-system-x86_64 + 0x293785) +#10 0x000000000061aad0 device_init_func (qemu-system-x86_64 + 0x21aad0) +#11 0x000000000098c87b qemu_opts_foreach (qemu-system-x86_64 + 0x58c87b) +#12 0x00000000006211cb qemu_init (qemu-system-x86_64 + 0x2211cb) +#13 0x00000000005002aa main (qemu-system-x86_64 + 0x1002aa) +#14 0x00007fce8af21152 __libc_start_main (libc.so.6 + 0x28152) +#15 0x000000000050087e _start (qemu-system-x86_64 + 0x10087e) + +The whole running command is pretty long, since I use libvirt to manage my machines: + +LC_ALL=C \ +PATH=/usr/local/sbin:/usr/local/bin:/usr/bin \ +HOME=/var/lib/libvirt/qemu/domain-2-Win10 \ +XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-2-Win10/.local/share \ +XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-2-Win10/.cache \ +XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-2-Win10/.config \ +QEMU_AUDIO_DRV=spice \ +/usr/bin/qemu-system-x86_64 \ +-name guest=Win10,debug-threads=on \ +-S \ +-blockdev '{"driver":"file","filename":"/usr/share/edk2-ovmf/x64/OVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \ +-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}' \ +-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/Win10_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \ +-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \ +-machine pc-q35-5.1,accel=kvm,usb=off,vmport=off,dump-guest-core=off,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \ +-cpu host,migratable=on,hv-time,hv-relaxed,hv-vapic,hv-spinlocks=0x1fff \ +-m 8192 \ +-overcommit mem-lock=off \ +-smp 2,sockets=2,cores=1,threads=1 \ +-uuid 7043c77b-4903-4527-8089-9679d9a17fee \ +-no-user-config \ +-nodefaults \ +-chardev stdio,mux=on,id=charmonitor \ +-mon chardev=charmonitor,id=monitor,mode=control \ +-rtc base=localtime,driftfix=slew \ +-global kvm-pit.lost_tick_policy=delay \ +-no-hpet \ +-no-shutdown \ +-global ICH9-LPC.disable_s3=1 \ +-global ICH9-LPC.disable_s4=1 \ +-boot strict=on \ +-device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 \ +-device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 \ +-device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 \ +-device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 \ +-device pcie-root-port,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 \ +-device pcie-root-port,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 \ +-device qemu-xhci,p2=15,p3=15,id=usb,bus=pci.2,addr=0x0 \ +-device virtio-serial-pci,id=virtio-serial0,bus=pci.3,addr=0x0 \ +-blockdev '{"driver":"file","filename":"/home/sergiy/VirtualBox VMs/win4games.img","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \ +-blockdev '{"node-name":"libvirt-2-format","read-only":false,"driver":"raw","file":"libvirt-2-storage"}' \ +-device ide-hd,bus=ide.0,drive=libvirt-2-format,id=sata0-0-0,bootindex=1 \ +-blockdev '{"driver":"file","filename":"/home/sergiy/Downloads/Win10_2004_Ukrainian_x64.iso","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \ +-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \ +-device ide-cd,bus=ide.1,drive=libvirt-1-format,id=sata0-0-1 \ +-chardev pty,id=charserial0 \ +-device isa-serial,chardev=charserial0,id=serial0 \ +-chardev spicevmc,id=charchannel0,name=vdagent \ +-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 \ +-spice port=5900,addr=127.0.0.1,disable-ticketing,image-compression=off,seamless-migration=on \ +-device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 \ +-chardev spicevmc,id=charredir0,name=usbredir \ +-device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=1 \ +-chardev spicevmc,id=charredir1,name=usbredir \ +-device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=2 \ +-device vfio-pci,host=0000:04:00.0,id=hostdev0,bus=pci.4,multifunction=on,addr=0x0 \ +-device vfio-pci,host=0000:04:00.1,id=hostdev1,bus=pci.4,addr=0x0.0x1 \ +-device virtio-balloon-pci,id=balloon0,bus=pci.5,addr=0x0 \ +-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ +-msg timestamp=on + +I've forced vfio_pci module for the VGA, and ensured that lspci shows + + Kernel driver in use: vfio_pci + +My laptop is Thinkpad x230, that runs on Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz. +I run 5.8.6-1-MANJARO kernel and run QEMU emulator version 5.1.0. + +Thank you for your attention. I'd love to provide more information, but I don't know what else matters. + +Please attach output from `dmesg` and `sudo lspci -vvv`, both from the host. Laptops typically don't provide sufficient resources for GPUs attached like this, so my guess is that we're trying to add a quirk on top of a BAR that isn't mapped. If that's the case, the following host kernel options might help: pci=realloc,assign-busses,nocrs + +dmesg: + +[ 0.000000] microcode: microcode updated early to revision 0x21, date = 2019-02-13 +[ 0.000000] Linux version 5.8.6-1-MANJARO (builder@db927223e331) (gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.35) #1 SMP PREEMPT Thu Sep 3 14:19:36 UTC 2020 +[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.8-x86_64 root=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 rw resume=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 resume_offset=7829504 intel_iommu=on quiet resume=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 resume_offset=7829504 intel_iommu=on +[ 0.000000] KERNEL supported cpus: +[ 0.000000] Intel GenuineIntel +[ 0.000000] AMD AuthenticAMD +[ 0.000000] Hygon HygonGenuine +[ 0.000000] Centaur CentaurHauls +[ 0.000000] zhaoxin Shanghai +[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' +[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' +[ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' +[ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 +[ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. +[ 0.000000] BIOS-provided physical RAM map: +[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000008ffff] usable +[ 0.000000] BIOS-e820: [mem 0x0000000000090000-0x00000000000bffff] reserved +[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable +[ 0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved +[ 0.000000] BIOS-e820: [mem 0x0000000020200000-0x0000000040003fff] usable +[ 0.000000] BIOS-e820: [mem 0x0000000040004000-0x0000000040004fff] reserved +[ 0.000000] BIOS-e820: [mem 0x0000000040005000-0x00000000cfef6fff] usable +[ 0.000000] BIOS-e820: [mem 0x00000000cfef7000-0x00000000d00f8fff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000d00f9000-0x00000000d684efff] usable +[ 0.000000] BIOS-e820: [mem 0x00000000d684f000-0x00000000d6a4efff] type 20 +[ 0.000000] BIOS-e820: [mem 0x00000000d6a4f000-0x00000000dae9efff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000dae9f000-0x00000000daf9efff] ACPI NVS +[ 0.000000] BIOS-e820: [mem 0x00000000daf9f000-0x00000000daffefff] ACPI data +[ 0.000000] BIOS-e820: [mem 0x00000000dafff000-0x00000000daffffff] usable +[ 0.000000] BIOS-e820: [mem 0x00000000db000000-0x00000000df9fffff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000f80f8000-0x00000000f80f8fff] reserved +[ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved +[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000041e5fffff] usable +[ 0.000000] BIOS-e820: [mem 0x000000041e600000-0x000000041effffff] reserved +[ 0.000000] NX (Execute Disable) protection: active +[ 0.000000] efi: EFI v2.31 by Lenovo +[ 0.000000] efi: ACPI 2.0=0xdaffe014 ACPI=0xdaffe000 SMBIOS=0xdae9e000 +[ 0.000000] SMBIOS 2.7 present. +[ 0.000000] DMI: LENOVO 2325KZ5/2325KZ5, BIOS G2ETB5WW (2.75 ) 04/09/2019 +[ 0.000000] tsc: Fast TSC calibration using PIT +[ 0.000000] tsc: Detected 2594.172 MHz processor +[ 0.000921] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved +[ 0.000923] e820: remove [mem 0x000a0000-0x000fffff] usable +[ 0.000929] last_pfn = 0x41e600 max_arch_pfn = 0x400000000 +[ 0.000933] MTRR default type: uncachable +[ 0.000934] MTRR fixed ranges enabled: +[ 0.000935] 00000-9FFFF write-back +[ 0.000936] A0000-BFFFF uncachable +[ 0.000937] C0000-FFFFF write-protect +[ 0.000938] MTRR variable ranges enabled: +[ 0.000939] 0 base 0FFC00000 mask FFFC00000 write-protect +[ 0.000940] 1 base 000000000 mask F80000000 write-back +[ 0.000941] 2 base 080000000 mask FC0000000 write-back +[ 0.000942] 3 base 0C0000000 mask FE0000000 write-back +[ 0.000943] 4 base 0DC000000 mask FFC000000 uncachable +[ 0.000944] 5 base 0DB000000 mask FFF000000 uncachable +[ 0.000944] 6 base 100000000 mask F00000000 write-back +[ 0.000945] 7 base 200000000 mask E00000000 write-back +[ 0.000946] 8 base 400000000 mask FE0000000 write-back +[ 0.000947] 9 base 41F000000 mask FFF000000 uncachable +[ 0.001364] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT +[ 0.001580] last_pfn = 0xdb000 max_arch_pfn = 0x400000000 +[ 0.011180] check: Scanning 1 areas for low memory corruption +[ 0.011968] Secure boot could not be determined +[ 0.011969] RAMDISK: [mem 0x3676b000-0x373acfff] +[ 0.011975] ACPI: Early table checksum verification disabled +[ 0.011979] ACPI: RSDP 0x00000000DAFFE014 000024 (v02 LENOVO) +[ 0.011982] ACPI: XSDT 0x00000000DAFFE170 0000C4 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.011988] ACPI: FACP 0x00000000DAFE5000 00010C (v05 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.011994] ACPI: DSDT 0x00000000DAFE7000 011383 (v01 LENOVO TP-G2 00002750 INTL 20061109) +[ 0.011997] ACPI: FACS 0x00000000DAF5A000 000040 +[ 0.012000] ACPI: SLIC 0x00000000DAFFD000 000176 (v01 LENOVO TP-G2 00002750 PTL 00000001) +[ 0.012003] ACPI: TCPA 0x00000000DAFFC000 000032 (v02 PTL LENOVO 06040000 LNVO 00000001) +[ 0.012006] ACPI: SSDT 0x00000000DAFFB000 000408 (v01 LENOVO TP-SSDT2 00000200 INTL 20061109) +[ 0.012009] ACPI: SSDT 0x00000000DAFFA000 000033 (v01 LENOVO TP-SSDT1 00000100 INTL 20061109) +[ 0.012012] ACPI: SSDT 0x00000000DAFF9000 0007A8 (v01 LENOVO SataAhci 00001000 INTL 20061109) +[ 0.012014] ACPI: HPET 0x00000000DAFE3000 000038 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012017] ACPI: APIC 0x00000000DAFE2000 000098 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012020] ACPI: MCFG 0x00000000DAFE1000 00003C (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012023] ACPI: ECDT 0x00000000DAFE0000 000052 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012026] ACPI: FPDT 0x00000000DAFDF000 000064 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012028] ACPI: ASF! 0x00000000DAFE6000 0000A5 (v32 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012031] ACPI: UEFI 0x00000000DAFDE000 00003E (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012034] ACPI: UEFI 0x00000000DAFDD000 000042 (v01 PTL COMBUF 00000001 PTL 00000001) +[ 0.012037] ACPI: POAT 0x00000000DAFDC000 000055 (v03 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012040] ACPI: SSDT 0x00000000DAFDB000 000C79 (v01 PmRef Cpu0Ist 00003000 INTL 20061109) +[ 0.012043] ACPI: SSDT 0x00000000DAFDA000 000A83 (v01 PmRef CpuPm 00003000 INTL 20061109) +[ 0.012046] ACPI: DMAR 0x00000000DAFD9000 0000B8 (v01 INTEL SNB 00000001 INTL 00000001) +[ 0.012049] ACPI: UEFI 0x00000000DAFD8000 000292 (v01 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012052] ACPI: DBG2 0x00000000DAFD7000 0000E9 (v00 LENOVO TP-G2 00002750 PTL 00000002) +[ 0.012059] ACPI: Local APIC address 0xfee00000 +[ 0.012101] No NUMA configuration found +[ 0.012101] Faking a node at [mem 0x0000000000000000-0x000000041e5fffff] +[ 0.012105] NODE_DATA(0) allocated [mem 0x41e5ef000-0x41e5f2fff] +[ 0.012143] Zone ranges: +[ 0.012144] DMA [mem 0x0000000000001000-0x0000000000ffffff] +[ 0.012145] DMA32 [mem 0x0000000001000000-0x00000000ffffffff] +[ 0.012146] Normal [mem 0x0000000100000000-0x000000041e5fffff] +[ 0.012147] Device empty +[ 0.012148] Movable zone start for each node +[ 0.012148] Early memory node ranges +[ 0.012149] node 0: [mem 0x0000000000001000-0x000000000008ffff] +[ 0.012150] node 0: [mem 0x0000000000100000-0x000000001fffffff] +[ 0.012151] node 0: [mem 0x0000000020200000-0x0000000040003fff] +[ 0.012151] node 0: [mem 0x0000000040005000-0x00000000cfef6fff] +[ 0.012152] node 0: [mem 0x00000000d00f9000-0x00000000d684efff] +[ 0.012153] node 0: [mem 0x00000000dafff000-0x00000000daffffff] +[ 0.012153] node 0: [mem 0x0000000100000000-0x000000041e5fffff] +[ 0.012637] Zeroed struct page in unavailable ranges: 46628 pages +[ 0.012639] Initmem setup node 0 [mem 0x0000000000001000-0x000000041e5fffff] +[ 0.012640] On node 0 totalpages: 4147676 +[ 0.012642] DMA zone: 64 pages used for memmap +[ 0.012642] DMA zone: 92 pages reserved +[ 0.012643] DMA zone: 3983 pages, LIFO batch:0 +[ 0.012668] DMA32 zone: 13650 pages used for memmap +[ 0.012669] DMA32 zone: 873549 pages, LIFO batch:63 +[ 0.018035] Normal zone: 51096 pages used for memmap +[ 0.018038] Normal zone: 3270144 pages, LIFO batch:63 +[ 0.038035] Reserving Intel graphics memory at [mem 0xdba00000-0xdf9fffff] +[ 0.038332] ACPI: PM-Timer IO Port: 0x408 +[ 0.038335] ACPI: Local APIC address 0xfee00000 +[ 0.038343] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) +[ 0.038343] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) +[ 0.038355] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 +[ 0.038358] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) +[ 0.038359] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) +[ 0.038361] ACPI: IRQ0 used by override. +[ 0.038362] ACPI: IRQ9 used by override. +[ 0.038364] Using ACPI (MADT) for SMP configuration information +[ 0.038365] ACPI: HPET id: 0x8086a301 base: 0xfed00000 +[ 0.038370] TSC deadline timer available +[ 0.038371] smpboot: Allowing 8 CPUs, 4 hotplug CPUs +[ 0.038390] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff] +[ 0.038392] PM: hibernation: Registered nosave memory: [mem 0x00090000-0x000bffff] +[ 0.038393] PM: hibernation: Registered nosave memory: [mem 0x000c0000-0x000fffff] +[ 0.038394] PM: hibernation: Registered nosave memory: [mem 0x20000000-0x201fffff] +[ 0.038395] PM: hibernation: Registered nosave memory: [mem 0x40004000-0x40004fff] +[ 0.038397] PM: hibernation: Registered nosave memory: [mem 0xcfef7000-0xd00f8fff] +[ 0.038398] PM: hibernation: Registered nosave memory: [mem 0xd684f000-0xd6a4efff] +[ 0.038399] PM: hibernation: Registered nosave memory: [mem 0xd6a4f000-0xdae9efff] +[ 0.038400] PM: hibernation: Registered nosave memory: [mem 0xdae9f000-0xdaf9efff] +[ 0.038400] PM: hibernation: Registered nosave memory: [mem 0xdaf9f000-0xdaffefff] +[ 0.038402] PM: hibernation: Registered nosave memory: [mem 0xdb000000-0xdf9fffff] +[ 0.038402] PM: hibernation: Registered nosave memory: [mem 0xdfa00000-0xf80f7fff] +[ 0.038403] PM: hibernation: Registered nosave memory: [mem 0xf80f8000-0xf80f8fff] +[ 0.038403] PM: hibernation: Registered nosave memory: [mem 0xf80f9000-0xfed1bfff] +[ 0.038404] PM: hibernation: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff] +[ 0.038405] PM: hibernation: Registered nosave memory: [mem 0xfed20000-0xffffffff] +[ 0.038406] [mem 0xdfa00000-0xf80f7fff] available for PCI devices +[ 0.038408] Booting paravirtualized kernel on bare hardware +[ 0.038411] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370452778343963 ns +[ 0.043530] setup_percpu: NR_CPUS:320 nr_cpumask_bits:320 nr_cpu_ids:8 nr_node_ids:1 +[ 0.043778] percpu: Embedded 56 pages/cpu s192512 r8192 d28672 u262144 +[ 0.043785] pcpu-alloc: s192512 r8192 d28672 u262144 alloc=1*2097152 +[ 0.043786] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 +[ 0.043809] Built 1 zonelists, mobility grouping on. Total pages: 4082774 +[ 0.043810] Policy zone: Normal +[ 0.043811] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8-x86_64 root=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 rw resume=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 resume_offset=7829504 intel_iommu=on quiet resume=UUID=f04fa3cc-b1c5-433a-896b-7194abdefa13 resume_offset=7829504 intel_iommu=on +[ 0.043874] DMAR: IOMMU enabled +[ 0.043916] DMAR: IOMMU enabled +[ 0.044717] Dentry cache hash table entries: 2097152 (order: 12, 16777216 bytes, linear) +[ 0.045120] Inode-cache hash table entries: 1048576 (order: 11, 8388608 bytes, linear) +[ 0.045211] mem auto-init: stack:byref_all, heap alloc:on, heap free:off +[ 0.086772] Memory: 16117516K/16590704K available (14339K kernel code, 1480K rwdata, 4656K rodata, 1648K init, 3016K bss, 473188K reserved, 0K cma-reserved) +[ 0.086780] random: get_random_u64 called from __kmem_cache_create+0x3e/0x600 with crng_init=0 +[ 0.086908] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1 +[ 0.086920] Kernel/User page tables isolation: enabled +[ 0.086939] ftrace: allocating 40167 entries in 157 pages +[ 0.101966] ftrace: allocated 157 pages with 5 groups +[ 0.102079] rcu: Preemptible hierarchical RCU implementation. +[ 0.102080] rcu: RCU dyntick-idle grace-period acceleration is enabled. +[ 0.102081] rcu: RCU restricting CPUs from NR_CPUS=320 to nr_cpu_ids=8. +[ 0.102082] rcu: RCU priority boosting: priority 1 delay 500 ms. +[ 0.102083] Trampoline variant of Tasks RCU enabled. +[ 0.102083] Rude variant of Tasks RCU enabled. +[ 0.102084] rcu: RCU calculated value of scheduler-enlistment delay is 30 jiffies. +[ 0.102084] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=8 +[ 0.105514] NR_IRQS: 20736, nr_irqs: 488, preallocated irqs: 16 +[ 0.105776] Console: colour dummy device 80x25 +[ 0.105780] printk: console [tty0] enabled +[ 0.105797] ACPI: Core revision 20200528 +[ 0.105953] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns +[ 0.105967] APIC: Switch to symmetric I/O mode setup +[ 0.105969] DMAR: Host address width 36 +[ 0.105970] DMAR: DRHD base: 0x000000fed90000 flags: 0x0 +[ 0.105975] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap c0000020e60262 ecap f0101a +[ 0.105976] DMAR: DRHD base: 0x000000fed91000 flags: 0x1 +[ 0.105979] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap c9008020660262 ecap f0105a +[ 0.105979] DMAR: RMRR base: 0x000000da2ba000 end: 0x000000da2d0fff +[ 0.105981] DMAR: RMRR base: 0x000000db800000 end: 0x000000df9fffff +[ 0.105983] DMAR-IR: IOAPIC id 2 under DRHD base 0xfed91000 IOMMU 1 +[ 0.105983] DMAR-IR: HPET id 0 under DRHD base 0xfed91000 +[ 0.105984] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping. +[ 0.106395] DMAR-IR: Enabled IRQ remapping in x2apic mode +[ 0.106396] x2apic enabled +[ 0.106403] Switched APIC routing to cluster x2apic. +[ 0.106850] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 +[ 0.122635] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x2564baca675, max_idle_ns: 440795329072 ns +[ 0.122639] Calibrating delay loop (skipped), value calculated using timer frequency.. 5190.52 BogoMIPS (lpj=8647240) +[ 0.122642] pid_max: default: 32768 minimum: 301 +[ 0.128651] LSM: Security Framework initializing +[ 0.128657] Yama: becoming mindful. +[ 0.128696] Mount-cache hash table entries: 32768 (order: 6, 262144 bytes, linear) +[ 0.128720] Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes, linear) +[ 0.129469] mce: CPU0: Thermal monitoring enabled (TM1) +[ 0.129480] process: using mwait in idle threads +[ 0.129482] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 8 +[ 0.129483] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32, 1GB 0 +[ 0.129486] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization +[ 0.129488] Spectre V2 : Mitigation: Full generic retpoline +[ 0.129489] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch +[ 0.129489] Spectre V2 : Enabling Restricted Speculation for firmware calls +[ 0.129491] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier +[ 0.129491] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl +[ 0.129493] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp +[ 0.129496] SRBDS: Vulnerable: No microcode +[ 0.129497] MDS: Mitigation: Clear CPU buffers +[ 0.129713] Freeing SMP alternatives memory: 32K +[ 0.131560] smpboot: CPU0: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz (family: 0x6, model: 0x3a, stepping: 0x9) +[ 0.131675] Performance Events: PEBS fmt1+, IvyBridge events, 16-deep LBR, full-width counters, Intel PMU driver. +[ 0.131682] ... version: 3 +[ 0.131682] ... bit width: 48 +[ 0.131683] ... generic registers: 4 +[ 0.131683] ... value mask: 0000ffffffffffff +[ 0.131684] ... max period: 00007fffffffffff +[ 0.131684] ... fixed-purpose events: 3 +[ 0.131685] ... event mask: 000000070000000f +[ 0.131727] rcu: Hierarchical SRCU implementation. +[ 0.132580] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter. +[ 0.132636] smp: Bringing up secondary CPUs ... +[ 0.132636] x86: Booting SMP configuration: +[ 0.132636] .... node #0, CPUs: #1 +[ 0.132748] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. +[ 0.132822] #2 #3 +[ 0.138404] smp: Brought up 1 node, 4 CPUs +[ 0.138404] smpboot: Max logical packages: 2 +[ 0.138404] smpboot: Total of 4 processors activated (20761.10 BogoMIPS) +[ 0.139729] devtmpfs: initialized +[ 0.139729] x86/mm: Memory block size: 128MB +[ 0.140581] PM: Registering ACPI NVS region [mem 0xdae9f000-0xdaf9efff] (1048576 bytes) +[ 0.140581] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370867519511994 ns +[ 0.140581] futex hash table entries: 2048 (order: 5, 131072 bytes, linear) +[ 0.140581] pinctrl core: initialized pinctrl subsystem +[ 0.140581] PM: RTC time: 14:55:39, date: 2020-09-30 +[ 0.140581] thermal_sys: Registered thermal governor 'fair_share' +[ 0.140581] thermal_sys: Registered thermal governor 'bang_bang' +[ 0.140581] thermal_sys: Registered thermal governor 'step_wise' +[ 0.140581] thermal_sys: Registered thermal governor 'user_space' +[ 0.140581] thermal_sys: Registered thermal governor 'power_allocator' +[ 0.140581] NET: Registered protocol family 16 +[ 0.140581] DMA: preallocated 2048 KiB GFP_KERNEL pool for atomic allocations +[ 0.140581] DMA: preallocated 2048 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations +[ 0.140581] DMA: preallocated 2048 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations +[ 0.140581] audit: initializing netlink subsys (disabled) +[ 0.140581] audit: type=2000 audit(1601477739.033:1): state=initialized audit_enabled=0 res=1 +[ 0.140581] cpuidle: using governor ladder +[ 0.140581] cpuidle: using governor menu +[ 0.140581] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it +[ 0.140581] ACPI: bus type PCI registered +[ 0.140581] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 +[ 0.140581] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000) +[ 0.140581] PCI: not using MMCONFIG +[ 0.140581] PCI: Using configuration type 1 for base access +[ 0.140581] core: PMU erratum BJ122, BV98, HSD29 worked around, HT is on +[ 0.142898] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' +[ 0.143934] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages +[ 0.143934] ACPI: Added _OSI(Module Device) +[ 0.143934] ACPI: Added _OSI(Processor Device) +[ 0.143934] ACPI: Added _OSI(3.0 _SCP Extensions) +[ 0.143934] ACPI: Added _OSI(Processor Aggregator Device) +[ 0.143934] ACPI: Added _OSI(Linux-Dell-Video) +[ 0.143934] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) +[ 0.143934] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) +[ 0.160850] ACPI: 6 ACPI AML tables successfully acquired and loaded +[ 0.161606] ACPI: EC: EC started +[ 0.161606] ACPI: EC: interrupt blocked +[ 0.162552] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62 +[ 0.162553] ACPI: EC: Boot ECDT EC used to handle transactions +[ 0.162869] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored +[ 0.167432] ACPI: Dynamic OEM Table Load: +[ 0.167440] ACPI: SSDT 0xFFFFA3690B880000 000A01 (v01 PmRef Cpu0Cst 00003001 INTL 20061109) +[ 0.168544] ACPI: Dynamic OEM Table Load: +[ 0.168549] ACPI: SSDT 0xFFFFA3690BA2CC00 000303 (v01 PmRef ApIst 00003000 INTL 20061109) +[ 0.169420] ACPI: Dynamic OEM Table Load: +[ 0.169425] ACPI: SSDT 0xFFFFA3690BA17800 000119 (v01 PmRef ApCst 00003000 INTL 20061109) +[ 0.171021] ACPI: Interpreter enabled +[ 0.171043] ACPI: (supports S0 S3 S4 S5) +[ 0.171044] ACPI: Using IOAPIC for interrupt routing +[ 0.171070] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000) +[ 0.171729] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in ACPI motherboard resources +[ 0.171738] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug +[ 0.172087] ACPI: Enabled 6 GPEs in block 00 to 3F +[ 0.175796] ACPI: Power Resource [PUBS] (on) +[ 0.175953] acpi PNP0C0A:01: ACPI dock station (docks/bays count: 1) +[ 0.177107] acpi LNXIOBAY:00: ACPI dock station (docks/bays count: 2) +[ 0.179763] acpi IBM0079:00: ACPI dock station (docks/bays count: 3) +[ 0.180348] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11) +[ 0.180449] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.180547] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.180645] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.180742] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.180839] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.180936] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.181034] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11) *0, disabled. +[ 0.181137] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3f]) +[ 0.181142] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI EDR HPX-Type3] +[ 0.181329] acpi PNP0A08:00: _OSC: platform does not support [SHPCHotplug PCIeCapability LTR DPC] +[ 0.181414] acpi PNP0A08:00: _OSC: not requesting control; platform does not support [PCIeCapability] +[ 0.181416] acpi PNP0A08:00: _OSC: OS requested [PCIeHotplug SHPCHotplug PME AER PCIeCapability LTR DPC] +[ 0.181417] acpi PNP0A08:00: _OSC: platform willing to grant [PCIeHotplug PME AER] +[ 0.181418] acpi PNP0A08:00: _OSC failed (AE_SUPPORT); disabling ASPM +[ 0.181622] PCI host bridge to bus 0000:00 +[ 0.181624] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] +[ 0.181626] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window] +[ 0.181627] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] +[ 0.181628] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfebfffff window] +[ 0.181629] pci_bus 0000:00: root bus resource [mem 0xfed40000-0xfed4bfff window] +[ 0.181630] pci_bus 0000:00: root bus resource [bus 00-3f] +[ 0.181640] pci 0000:00:00.0: [8086:0154] type 00 class 0x060000 +[ 0.181733] pci 0000:00:02.0: [8086:0166] type 00 class 0x030000 +[ 0.181745] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf03fffff 64bit] +[ 0.181750] pci 0000:00:02.0: reg 0x18: [mem 0xe0000000-0xefffffff 64bit pref] +[ 0.181755] pci 0000:00:02.0: reg 0x20: [io 0x7000-0x703f] +[ 0.181768] pci 0000:00:02.0: BAR 2: assigned to efifb +[ 0.181871] pci 0000:00:14.0: [8086:1e31] type 00 class 0x0c0330 +[ 0.181895] pci 0000:00:14.0: reg 0x10: [mem 0xf2520000-0xf252ffff 64bit] +[ 0.181966] pci 0000:00:14.0: PME# supported from D3hot D3cold +[ 0.182056] pci 0000:00:16.0: [8086:1e3a] type 00 class 0x078000 +[ 0.182078] pci 0000:00:16.0: reg 0x10: [mem 0xf2535000-0xf253500f 64bit] +[ 0.182143] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold +[ 0.182213] pci 0000:00:16.3: [8086:1e3d] type 00 class 0x070002 +[ 0.182231] pci 0000:00:16.3: reg 0x10: [io 0x70b0-0x70b7] +[ 0.182240] pci 0000:00:16.3: reg 0x14: [mem 0xf253c000-0xf253cfff] +[ 0.182374] pci 0000:00:19.0: [8086:1502] type 00 class 0x020000 +[ 0.182394] pci 0000:00:19.0: reg 0x10: [mem 0xf2500000-0xf251ffff] +[ 0.182402] pci 0000:00:19.0: reg 0x14: [mem 0xf253b000-0xf253bfff] +[ 0.182410] pci 0000:00:19.0: reg 0x18: [io 0x7080-0x709f] +[ 0.182472] pci 0000:00:19.0: PME# supported from D0 D3hot D3cold +[ 0.182560] pci 0000:00:1a.0: [8086:1e2d] type 00 class 0x0c0320 +[ 0.182583] pci 0000:00:1a.0: reg 0x10: [mem 0xf253a000-0xf253a3ff] +[ 0.182670] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold +[ 0.182762] pci 0000:00:1b.0: [8086:1e20] type 00 class 0x040300 +[ 0.182784] pci 0000:00:1b.0: reg 0x10: [mem 0xf2530000-0xf2533fff 64bit] +[ 0.182865] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold +[ 0.182961] pci 0000:00:1c.0: [8086:1e10] type 01 class 0x060400 +[ 0.183061] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold +[ 0.183084] pci 0000:00:1c.0: Enabling MPC IRBNCE +[ 0.183087] pci 0000:00:1c.0: Intel PCH root port ACS workaround enabled +[ 0.183175] pci 0000:00:1c.1: [8086:1e12] type 01 class 0x060400 +[ 0.183273] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold +[ 0.183295] pci 0000:00:1c.1: Enabling MPC IRBNCE +[ 0.183297] pci 0000:00:1c.1: Intel PCH root port ACS workaround enabled +[ 0.183384] pci 0000:00:1c.2: [8086:1e14] type 01 class 0x060400 +[ 0.183483] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold +[ 0.183503] pci 0000:00:1c.2: Enabling MPC IRBNCE +[ 0.183506] pci 0000:00:1c.2: Intel PCH root port ACS workaround enabled +[ 0.183596] pci 0000:00:1d.0: [8086:1e26] type 00 class 0x0c0320 +[ 0.183619] pci 0000:00:1d.0: reg 0x10: [mem 0xf2539000-0xf25393ff] +[ 0.183704] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold +[ 0.183793] pci 0000:00:1f.0: [8086:1e55] type 00 class 0x060100 +[ 0.183982] pci 0000:00:1f.2: [8086:1e03] type 00 class 0x010601 +[ 0.184000] pci 0000:00:1f.2: reg 0x10: [io 0x70a8-0x70af] +[ 0.184008] pci 0000:00:1f.2: reg 0x14: [io 0x70bc-0x70bf] +[ 0.184015] pci 0000:00:1f.2: reg 0x18: [io 0x70a0-0x70a7] +[ 0.184023] pci 0000:00:1f.2: reg 0x1c: [io 0x70b8-0x70bb] +[ 0.184031] pci 0000:00:1f.2: reg 0x20: [io 0x7060-0x707f] +[ 0.184038] pci 0000:00:1f.2: reg 0x24: [mem 0xf2538000-0xf25387ff] +[ 0.184081] pci 0000:00:1f.2: PME# supported from D3hot +[ 0.184164] pci 0000:00:1f.3: [8086:1e22] type 00 class 0x0c0500 +[ 0.184182] pci 0000:00:1f.3: reg 0x10: [mem 0xf2534000-0xf25340ff 64bit] +[ 0.184203] pci 0000:00:1f.3: reg 0x20: [io 0xefa0-0xefbf] +[ 0.184567] pci 0000:02:00.0: [1180:e823] type 00 class 0x088001 +[ 0.184595] pci 0000:02:00.0: MMC controller base frequency changed to 50Mhz. +[ 0.184633] pci 0000:02:00.0: reg 0x10: [mem 0xf1d00000-0xf1d000ff] +[ 0.184864] pci 0000:02:00.0: supports D1 D2 +[ 0.184865] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold +[ 0.185275] pci 0000:00:1c.0: PCI bridge to [bus 02] +[ 0.185279] pci 0000:00:1c.0: bridge window [io 0x6000-0x6fff] +[ 0.185283] pci 0000:00:1c.0: bridge window [mem 0xf1d00000-0xf24fffff] +[ 0.185289] pci 0000:00:1c.0: bridge window [mem 0xf0400000-0xf0bfffff 64bit pref] +[ 0.185355] pci 0000:03:00.0: [10ec:8176] type 00 class 0x028000 +[ 0.185404] pci 0000:03:00.0: reg 0x10: [io 0x5000-0x50ff] +[ 0.185452] pci 0000:03:00.0: reg 0x18: [mem 0xf1c00000-0xf1c03fff 64bit] +[ 0.185646] pci 0000:03:00.0: supports D1 D2 +[ 0.185647] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold +[ 0.185820] pci 0000:00:1c.1: PCI bridge to [bus 03] +[ 0.185824] pci 0000:00:1c.1: bridge window [io 0x5000-0x5fff] +[ 0.185828] pci 0000:00:1c.1: bridge window [mem 0xf1c00000-0xf1cfffff] +[ 0.185904] acpiphp: Slot [1] registered +[ 0.185910] pci 0000:00:1c.2: PCI bridge to [bus 04-0b] +[ 0.185914] pci 0000:00:1c.2: bridge window [io 0x4000-0x4fff] +[ 0.185918] pci 0000:00:1c.2: bridge window [mem 0xf1400000-0xf1bfffff] +[ 0.185924] pci 0000:00:1c.2: bridge window [mem 0xf0c00000-0xf13fffff 64bit pref] +[ 0.187251] ACPI: EC: interrupt unblocked +[ 0.187251] ACPI: EC: event unblocked +[ 0.187257] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62 +[ 0.187258] ACPI: EC: GPE=0x11 +[ 0.187260] ACPI: \_SB_.PCI0.LPC_.EC__: Boot ECDT EC initialization complete +[ 0.187261] ACPI: \_SB_.PCI0.LPC_.EC__: EC: Used to handle transactions and events +[ 0.187337] iommu: Default domain type: Translated +[ 0.187350] pci 0000:00:02.0: vgaarb: setting as boot VGA device +[ 0.187350] pci 0000:00:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none +[ 0.187350] pci 0000:00:02.0: vgaarb: bridge control possible +[ 0.187350] vgaarb: loaded +[ 0.187350] SCSI subsystem initialized +[ 0.187350] libata version 3.00 loaded. +[ 0.187350] ACPI: bus type USB registered +[ 0.187350] usbcore: registered new interface driver usbfs +[ 0.187350] usbcore: registered new interface driver hub +[ 0.187350] usbcore: registered new device driver usb +[ 0.187350] pps_core: LinuxPPS API ver. 1 registered +[ 0.187350] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <email address hidden> +[ 0.187350] PTP clock support registered +[ 0.187350] EDAC MC: Ver: 3.0.0 +[ 0.187350] Registered efivars operations +[ 0.187350] NetLabel: Initializing +[ 0.187350] NetLabel: domain hash size = 128 +[ 0.187350] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO +[ 0.187350] NetLabel: unlabeled traffic allowed by default +[ 0.187350] PCI: Using ACPI for IRQ routing +[ 0.187350] PCI: pci_cache_line_size set to 64 bytes +[ 0.187350] e820: reserve RAM buffer [mem 0x40004000-0x43ffffff] +[ 0.187350] e820: reserve RAM buffer [mem 0xcfef7000-0xcfffffff] +[ 0.187350] e820: reserve RAM buffer [mem 0xd684f000-0xd7ffffff] +[ 0.187350] e820: reserve RAM buffer [mem 0xdb000000-0xdbffffff] +[ 0.187350] e820: reserve RAM buffer [mem 0x41e600000-0x41fffffff] +[ 0.189970] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0 +[ 0.189975] hpet0: 8 comparators, 64-bit 14.318180 MHz counter +[ 0.192689] clocksource: Switched to clocksource tsc-early +[ 0.205145] VFS: Disk quotas dquot_6.6.0 +[ 0.205164] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) +[ 0.205242] pnp: PnP ACPI init +[ 0.205897] system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved +[ 0.205899] system 00:00: [mem 0x000c0000-0x000c3fff] could not be reserved +[ 0.205900] system 00:00: [mem 0x000c4000-0x000c7fff] could not be reserved +[ 0.205902] system 00:00: [mem 0x000c8000-0x000cbfff] has been reserved +[ 0.205904] system 00:00: [mem 0x000cc000-0x000cffff] has been reserved +[ 0.205905] system 00:00: [mem 0x000d0000-0x000d3fff] has been reserved +[ 0.205906] system 00:00: [mem 0x000d4000-0x000d7fff] has been reserved +[ 0.205908] system 00:00: [mem 0x000d8000-0x000dbfff] has been reserved +[ 0.205909] system 00:00: [mem 0x000dc000-0x000dffff] has been reserved +[ 0.205910] system 00:00: [mem 0x000e0000-0x000e3fff] has been reserved +[ 0.205911] system 00:00: [mem 0x000e4000-0x000e7fff] has been reserved +[ 0.205913] system 00:00: [mem 0x000e8000-0x000ebfff] has been reserved +[ 0.205914] system 00:00: [mem 0x000ec000-0x000effff] has been reserved +[ 0.205915] system 00:00: [mem 0x000f0000-0x000fffff] could not be reserved +[ 0.205916] system 00:00: [mem 0x00100000-0xdf9fffff] could not be reserved +[ 0.205918] system 00:00: [mem 0xfec00000-0xfed3ffff] could not be reserved +[ 0.205919] system 00:00: [mem 0xfed4c000-0xffffffff] could not be reserved +[ 0.205926] system 00:00: Plug and Play ACPI device, IDs PNP0c01 (active) +[ 0.206051] pnp 00:01: [Firmware Bug]: PNP resource [mem 0xfed10000-0xfed13fff] covers only part of 0000:00:00.0 Intel MCH; extending to [mem 0xfed10000-0xfed17fff] +[ 0.206071] system 00:01: [io 0x0400-0x047f] has been reserved +[ 0.206072] system 00:01: [io 0x0500-0x057f] has been reserved +[ 0.206073] system 00:01: [io 0x0800-0x080f] has been reserved +[ 0.206075] system 00:01: [io 0x15e0-0x15ef] has been reserved +[ 0.206076] system 00:01: [io 0x1600-0x167f] has been reserved +[ 0.206079] system 00:01: [mem 0xf8000000-0xfbffffff] could not be reserved +[ 0.206080] system 00:01: [mem 0xfffff000-0xffffffff] has been reserved +[ 0.206082] system 00:01: [mem 0xfed1c000-0xfed1ffff] has been reserved +[ 0.206083] system 00:01: [mem 0xfed10000-0xfed17fff] has been reserved +[ 0.206084] system 00:01: [mem 0xfed18000-0xfed18fff] has been reserved +[ 0.206086] system 00:01: [mem 0xfed19000-0xfed19fff] has been reserved +[ 0.206087] system 00:01: [mem 0xfed45000-0xfed4bfff] has been reserved +[ 0.206091] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) +[ 0.206154] pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active) +[ 0.206177] pnp 00:03: Plug and Play ACPI device, IDs LEN0071 PNP0303 (active) +[ 0.206197] pnp 00:04: Plug and Play ACPI device, IDs LEN0020 PNP0f13 (active) +[ 0.206250] pnp 00:05: Plug and Play ACPI device, IDs SMO1200 PNP0c31 (active) +[ 0.206871] pnp: PnP ACPI: found 6 devices +[ 0.212684] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns +[ 0.212744] NET: Registered protocol family 2 +[ 0.212898] tcp_listen_portaddr_hash hash table entries: 8192 (order: 5, 131072 bytes, linear) +[ 0.212978] TCP established hash table entries: 131072 (order: 8, 1048576 bytes, linear) +[ 0.213207] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes, linear) +[ 0.213287] TCP: Hash tables configured (established 131072 bind 65536) +[ 0.213405] UDP hash table entries: 8192 (order: 6, 262144 bytes, linear) +[ 0.213449] UDP-Lite hash table entries: 8192 (order: 6, 262144 bytes, linear) +[ 0.213550] NET: Registered protocol family 1 +[ 0.213555] NET: Registered protocol family 44 +[ 0.213567] pci 0000:00:1c.0: PCI bridge to [bus 02] +[ 0.213571] pci 0000:00:1c.0: bridge window [io 0x6000-0x6fff] +[ 0.213577] pci 0000:00:1c.0: bridge window [mem 0xf1d00000-0xf24fffff] +[ 0.213581] pci 0000:00:1c.0: bridge window [mem 0xf0400000-0xf0bfffff 64bit pref] +[ 0.213587] pci 0000:00:1c.1: PCI bridge to [bus 03] +[ 0.213590] pci 0000:00:1c.1: bridge window [io 0x5000-0x5fff] +[ 0.213595] pci 0000:00:1c.1: bridge window [mem 0xf1c00000-0xf1cfffff] +[ 0.213603] pci 0000:00:1c.2: PCI bridge to [bus 04-0b] +[ 0.213606] pci 0000:00:1c.2: bridge window [io 0x4000-0x4fff] +[ 0.213611] pci 0000:00:1c.2: bridge window [mem 0xf1400000-0xf1bfffff] +[ 0.213615] pci 0000:00:1c.2: bridge window [mem 0xf0c00000-0xf13fffff 64bit pref] +[ 0.213621] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window] +[ 0.213623] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff window] +[ 0.213624] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window] +[ 0.213625] pci_bus 0000:00: resource 7 [mem 0xdfa00000-0xfebfffff window] +[ 0.213626] pci_bus 0000:00: resource 8 [mem 0xfed40000-0xfed4bfff window] +[ 0.213628] pci_bus 0000:02: resource 0 [io 0x6000-0x6fff] +[ 0.213629] pci_bus 0000:02: resource 1 [mem 0xf1d00000-0xf24fffff] +[ 0.213630] pci_bus 0000:02: resource 2 [mem 0xf0400000-0xf0bfffff 64bit pref] +[ 0.213631] pci_bus 0000:03: resource 0 [io 0x5000-0x5fff] +[ 0.213632] pci_bus 0000:03: resource 1 [mem 0xf1c00000-0xf1cfffff] +[ 0.213633] pci_bus 0000:04: resource 0 [io 0x4000-0x4fff] +[ 0.213634] pci_bus 0000:04: resource 1 [mem 0xf1400000-0xf1bfffff] +[ 0.213635] pci_bus 0000:04: resource 2 [mem 0xf0c00000-0xf13fffff 64bit pref] +[ 0.213740] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] +[ 0.214328] PCI: CLS 64 bytes, default 64 +[ 0.214377] Trying to unpack rootfs image as initramfs... +[ 0.352872] Freeing initrd memory: 12552K +[ 0.352906] DMAR: No ATSR found +[ 0.352951] DMAR: dmar0: Using Queued invalidation +[ 0.352956] DMAR: dmar1: Using Queued invalidation +[ 0.428205] pci 0000:00:00.0: Adding to iommu group 0 +[ 0.428215] pci 0000:00:02.0: Adding to iommu group 1 +[ 0.428223] pci 0000:00:14.0: Adding to iommu group 2 +[ 0.428238] pci 0000:00:16.0: Adding to iommu group 3 +[ 0.428246] pci 0000:00:16.3: Adding to iommu group 3 +[ 0.428256] pci 0000:00:19.0: Adding to iommu group 4 +[ 0.428265] pci 0000:00:1a.0: Adding to iommu group 5 +[ 0.428273] pci 0000:00:1b.0: Adding to iommu group 6 +[ 0.428283] pci 0000:00:1c.0: Adding to iommu group 7 +[ 0.428291] pci 0000:00:1c.1: Adding to iommu group 8 +[ 0.428300] pci 0000:00:1c.2: Adding to iommu group 9 +[ 0.428308] pci 0000:00:1d.0: Adding to iommu group 10 +[ 0.428327] pci 0000:00:1f.0: Adding to iommu group 11 +[ 0.428336] pci 0000:00:1f.2: Adding to iommu group 11 +[ 0.428345] pci 0000:00:1f.3: Adding to iommu group 11 +[ 0.428520] pci 0000:02:00.0: Adding to iommu group 12 +[ 0.428529] pci 0000:03:00.0: Adding to iommu group 13 +[ 0.436768] DMAR: Intel(R) Virtualization Technology for Directed I/O +[ 0.436770] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) +[ 0.436772] software IO TLB: mapped [mem 0xc9b58000-0xcdb58000] (64MB) +[ 0.436923] check: Scanning for low memory corruption every 60 seconds +[ 0.437269] Initialise system trusted keyrings +[ 0.437278] Key type blacklist registered +[ 0.437328] workingset: timestamp_bits=41 max_order=22 bucket_order=0 +[ 0.438473] zbud: loaded +[ 0.449701] Key type asymmetric registered +[ 0.449702] Asymmetric key parser 'x509' registered +[ 0.449710] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 245) +[ 0.449758] io scheduler mq-deadline registered +[ 0.449759] io scheduler kyber registered +[ 0.449784] io scheduler bfq registered +[ 0.450464] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 +[ 0.450538] efifb: probing for efifb +[ 0.450554] efifb: No BGRT, not showing boot graphics +[ 0.450555] efifb: framebuffer at 0xe0000000, using 1216k, total 1216k +[ 0.450556] efifb: mode is 640x480x32, linelength=2560, pages=1 +[ 0.450557] efifb: scrolling: redraw +[ 0.450558] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 +[ 0.450597] fbcon: Deferring console take-over +[ 0.450598] fb0: EFI VGA frame buffer device +[ 0.450605] intel_idle: MWAIT substates: 0x21120 +[ 0.450606] intel_idle: v0.5.1 model 0x3A +[ 0.450787] intel_idle: Local APIC timer is reliable in all C-states +[ 0.450840] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0 +[ 0.452673] ACPI: Lid Switch [LID] +[ 0.452708] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1 +[ 0.452803] ACPI: Sleep Button [SLPB] +[ 0.452856] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 +[ 0.459347] ACPI: Power Button [PWRF] +[ 0.461649] thermal LNXTHERM:00: registered as thermal_zone0 +[ 0.461650] ACPI: Thermal Zone [THM0] (69 C) +[ 0.461851] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled +[ 0.462453] 0000:00:16.3: ttyS0 at I/O 0x70b0 (irq = 19, base_baud = 115200) is a 16550A +[ 0.462614] AMD-Vi: AMD IOMMUv2 driver by Joerg Roedel <email address hidden> +[ 0.462615] AMD-Vi: AMD IOMMUv2 functionality not available on this system +[ 0.463199] ahci 0000:00:1f.2: version 3.0 +[ 0.463335] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled +[ 0.476048] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x13 impl SATA mode +[ 0.476050] ahci 0000:00:1f.2: flags: 64bit ncq stag pm led clo pio slum part ems sxs apst +[ 0.496625] scsi host0: ahci +[ 0.496888] scsi host1: ahci +[ 0.497098] scsi host2: ahci +[ 0.497198] scsi host3: ahci +[ 0.497278] scsi host4: ahci +[ 0.497360] scsi host5: ahci +[ 0.497398] ata1: SATA max UDMA/133 abar m2048@0xf2538000 port 0xf2538100 irq 29 +[ 0.497400] ata2: SATA max UDMA/133 abar m2048@0xf2538000 port 0xf2538180 irq 29 +[ 0.497401] ata3: DUMMY +[ 0.497402] ata4: DUMMY +[ 0.497404] ata5: SATA max UDMA/133 abar m2048@0xf2538000 port 0xf2538300 irq 29 +[ 0.497405] ata6: DUMMY +[ 0.497458] usbcore: registered new interface driver usbserial_generic +[ 0.497462] usbserial: USB Serial support registered for generic +[ 0.497483] rtc_cmos 00:02: RTC can wake from S4 +[ 0.497692] rtc_cmos 00:02: registered as rtc0 +[ 0.497722] rtc_cmos 00:02: setting system clock to 2020-09-30T14:55:40 UTC (1601477740) +[ 0.497738] rtc_cmos 00:02: alarms up to one month, y3k, 114 bytes nvram, hpet irqs +[ 0.497800] intel_pstate: Intel P-state driver initializing +[ 0.498090] ledtrig-cpu: registered to indicate activity on CPUs +[ 0.498292] drop_monitor: Initializing network drop monitor service +[ 0.498617] NET: Registered protocol family 10 +[ 0.503608] Segment Routing with IPv6 +[ 0.503610] RPL Segment Routing with IPv6 +[ 0.503645] NET: Registered protocol family 17 +[ 0.503977] microcode: sig=0x306a9, pf=0x10, revision=0x21 +[ 0.504057] microcode: Microcode Update Driver: v2.2. +[ 0.504061] IPI shorthand broadcast: enabled +[ 0.504067] sched_clock: Marking stable (503804188, 248333)->(526000639, -21948118) +[ 0.504159] registered taskstats version 1 +[ 0.504166] Loading compiled-in X.509 certificates +[ 0.506862] Loaded X.509 cert 'Build time autogenerated kernel key: 5996b3c054c5a5d45f30f3a31bd2b8088edb6449' +[ 0.507441] zswap: loaded using pool zstd/z3fold +[ 0.507638] Key type ._fscrypt registered +[ 0.507639] Key type .fscrypt registered +[ 0.507639] Key type fscrypt-provisioning registered +[ 0.507942] PM: Magic number: 4:649:941 +[ 0.508087] RAS: Correctable Errors collector initialized. +[ 0.812686] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) +[ 0.813178] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded +[ 0.813180] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out +[ 0.813182] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out +[ 0.813570] ata1.00: supports DRM functions and may not be fully accessible +[ 0.814813] ata1.00: ATA-11: Samsung SSD 860 EVO 1TB, RVT02B6Q, max UDMA/133 +[ 0.814817] ata1.00: 1953525168 sectors, multi 1: LBA48 NCQ (depth 32), AA +[ 0.817782] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded +[ 0.817788] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out +[ 0.817791] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out +[ 0.818135] ata1.00: supports DRM functions and may not be fully accessible +[ 0.821054] ata1.00: configured for UDMA/133 +[ 0.832922] scsi 0:0:0:0: Direct-Access ATA Samsung SSD 860 2B6Q PQ: 0 ANSI: 5 +[ 0.833090] ata1.00: Enabling discard_zeroes_data +[ 0.833177] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) +[ 0.833186] sd 0:0:0:0: [sda] Write Protect is off +[ 0.833188] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 +[ 0.833200] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA +[ 0.833383] ata1.00: Enabling discard_zeroes_data +[ 0.835027] sda: sda1 sda2 sda3 sda4 sda5 sda6 +[ 0.835615] ata1.00: Enabling discard_zeroes_data +[ 0.836706] sd 0:0:0:0: [sda] supports TCG Opal +[ 0.836708] sd 0:0:0:0: [sda] Attached SCSI disk +[ 1.149363] ata2: SATA link down (SStatus 0 SControl 300) +[ 1.439347] tsc: Refined TSC clocksource calibration: 2594.106 MHz +[ 1.439360] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x25647bfab01, max_idle_ns: 440795211785 ns +[ 1.439409] clocksource: Switched to clocksource tsc +[ 1.462669] ata5: SATA link down (SStatus 0 SControl 300) +[ 1.465182] Freeing unused decrypted memory: 2040K +[ 1.465785] Freeing unused kernel image (initmem) memory: 1648K +[ 1.465870] Write protecting the kernel read-only data: 22528k +[ 1.467009] Freeing unused kernel image (text/rodata gap) memory: 2044K +[ 1.467616] Freeing unused kernel image (rodata/data gap) memory: 1488K +[ 1.559627] x86/mm: Checked W+X mappings: passed, no W+X pages found. +[ 1.559629] x86/mm: Checking user space page tables +[ 1.606251] x86/mm: Checked W+X mappings: passed, no W+X pages found. +[ 1.606257] Run /init as init process +[ 1.606258] with arguments: +[ 1.606259] /init +[ 1.606260] with environment: +[ 1.606260] HOME=/ +[ 1.606260] TERM=linux +[ 1.606261] BOOT_IMAGE=/boot/vmlinuz-5.8-x86_64 +[ 1.606261] intel_iommu=on +[ 1.694613] VFIO - User Level meta-driver version: 0.3 +[ 1.700271] vfio_pci: add [10de:1c03[ffffffff:ffffffff]] class 0x000000/00000000 +[ 1.700275] vfio_pci: add [10de:10f1[ffffffff:ffffffff]] class 0x000000/00000000 +[ 1.764714] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12 +[ 1.766602] serio: i8042 KBD port at 0x60,0x64 irq 1 +[ 1.766655] serio: i8042 AUX port at 0x60,0x64 irq 12 +[ 1.776170] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver +[ 1.789364] ehci-pci: EHCI PCI platform driver +[ 1.789543] ehci-pci 0000:00:1a.0: EHCI Host Controller +[ 1.790301] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1 +[ 1.790317] ehci-pci 0000:00:1a.0: debug port 2 +[ 1.795166] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported +[ 1.795190] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf253a000 +[ 1.798914] sdhci: Secure Digital Host Controller Interface driver +[ 1.798916] sdhci: Copyright(c) Pierre Ossman +[ 1.801256] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 +[ 1.804905] sdhci-pci 0000:02:00.0: SDHCI controller found [1180:e823] (rev 4) +[ 1.805339] mmc0 bounce up to 128 segments into one, max segment size 65536 bytes +[ 1.805692] mmc0: SDHCI controller on PCI [0000:02:00.0] using DMA +[ 1.806182] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00 +[ 1.806293] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08 +[ 1.806295] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 +[ 1.806297] usb usb1: Product: EHCI Host Controller +[ 1.806298] usb usb1: Manufacturer: Linux 5.8.6-1-MANJARO ehci_hcd +[ 1.806300] usb usb1: SerialNumber: 0000:00:1a.0 +[ 1.806450] hub 1-0:1.0: USB hub found +[ 1.806461] hub 1-0:1.0: 3 ports detected +[ 1.806654] xhci_hcd 0000:00:14.0: xHCI Host Controller +[ 1.806661] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2 +[ 1.807744] xhci_hcd 0000:00:14.0: hcc params 0x20007181 hci version 0x100 quirks 0x000000000000b930 +[ 1.807750] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported +[ 1.807908] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08 +[ 1.807910] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 +[ 1.807911] usb usb2: Product: xHCI Host Controller +[ 1.807912] usb usb2: Manufacturer: Linux 5.8.6-1-MANJARO xhci-hcd +[ 1.807913] usb usb2: SerialNumber: 0000:00:14.0 +[ 1.808031] hub 2-0:1.0: USB hub found +[ 1.808041] hub 2-0:1.0: 4 ports detected +[ 1.808472] ehci-pci 0000:00:1d.0: EHCI Host Controller +[ 1.808478] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 3 +[ 1.808494] ehci-pci 0000:00:1d.0: debug port 2 +[ 1.808509] xhci_hcd 0000:00:14.0: xHCI Host Controller +[ 1.808512] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 4 +[ 1.808515] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed +[ 1.808574] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.08 +[ 1.808575] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 +[ 1.808577] usb usb4: Product: xHCI Host Controller +[ 1.808578] usb usb4: Manufacturer: Linux 5.8.6-1-MANJARO xhci-hcd +[ 1.808579] usb usb4: SerialNumber: 0000:00:14.0 +[ 1.808685] hub 4-0:1.0: USB hub found +[ 1.808697] hub 4-0:1.0: 4 ports detected +[ 1.812429] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported +[ 1.812446] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf2539000 +[ 1.822660] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00 +[ 1.822720] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08 +[ 1.822722] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 +[ 1.822723] usb usb3: Product: EHCI Host Controller +[ 1.822724] usb usb3: Manufacturer: Linux 5.8.6-1-MANJARO ehci_hcd +[ 1.822725] usb usb3: SerialNumber: 0000:00:1d.0 +[ 1.823025] hub 3-0:1.0: USB hub found +[ 1.823033] hub 3-0:1.0: 3 ports detected +[ 1.847655] PM: Image not found (code -22) +[ 1.850473] random: fast init done +[ 1.885663] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) +[ 1.991139] systemd[1]: RTC configured in localtime, applying delta of 180 minutes to system time. +[ 2.013666] systemd[1]: systemd 246.4-1-manjaro running in system mode. (+PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +ZSTD +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid) +[ 2.029440] systemd[1]: Detected architecture x86-64. +[ 2.044045] systemd[1]: Set hostname to <thinkpad>. +[ 2.135993] usb 1-1: new high-speed USB device number 2 using ehci-pci +[ 2.152659] usb 3-1: new high-speed USB device number 2 using ehci-pci +[ 2.216664] systemd[1]: Queued start job for default target Graphical Interface. +[ 2.217451] systemd[1]: Created slice Virtual Machine and Container Slice. +[ 2.217964] systemd[1]: Created slice system-getty.slice. +[ 2.218211] systemd[1]: Created slice system-modprobe.slice. +[ 2.218516] systemd[1]: Created slice system-systemd\x2dfsck.slice. +[ 2.218748] systemd[1]: Created slice User and Session Slice. +[ 2.218806] systemd[1]: Started Dispatch Password Requests to Console Directory Watch. +[ 2.218849] systemd[1]: Started Forward Password Requests to Wall Directory Watch. +[ 2.219000] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point. +[ 2.219029] systemd[1]: Reached target Local Encrypted Volumes. +[ 2.219040] systemd[1]: Reached target Login Prompts. +[ 2.219064] systemd[1]: Reached target Remote File Systems. +[ 2.219074] systemd[1]: Reached target Slices. +[ 2.219143] systemd[1]: Listening on Device-mapper event daemon FIFOs. +[ 2.219409] systemd[1]: Listening on LVM2 metadata daemon socket. +[ 2.219477] systemd[1]: Listening on LVM2 poll daemon socket. +[ 2.220755] systemd[1]: Listening on Process Core Dump Socket. +[ 2.220880] systemd[1]: Listening on Journal Audit Socket. +[ 2.220959] systemd[1]: Listening on Journal Socket (/dev/log). +[ 2.221047] systemd[1]: Listening on Journal Socket. +[ 2.221142] systemd[1]: Listening on udev Control Socket. +[ 2.221207] systemd[1]: Listening on udev Kernel Socket. +[ 2.222093] systemd[1]: Mounting Huge Pages File System... +[ 2.223184] systemd[1]: Mounting POSIX Message Queue File System... +[ 2.224506] systemd[1]: Mounting Kernel Debug File System... +[ 2.225932] systemd[1]: Mounting Kernel Trace File System... +[ 2.227458] systemd[1]: Starting Create list of static device nodes for the current kernel... +[ 2.228877] systemd[1]: Starting Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling... +[ 2.229812] systemd[1]: Starting Load Kernel Module drm... +[ 2.231475] systemd[1]: Starting Set Up Additional Binary Formats... +[ 2.231570] systemd[1]: Condition check resulted in File System Check on Root Device being skipped. +[ 2.233649] systemd[1]: Starting Journal Service... +[ 2.237952] systemd[1]: Starting Load Kernel Modules... +[ 2.239270] Linux agpgart interface v0.103 +[ 2.239725] systemd[1]: Starting Remount Root and Kernel File Systems... +[ 2.239836] systemd[1]: Condition check resulted in Repartition Root Disk being skipped. +[ 2.242013] systemd[1]: Starting Coldplug All udev Devices... +[ 2.247722] systemd[1]: Mounted Huge Pages File System. +[ 2.247922] systemd[1]: Mounted POSIX Message Queue File System. +[ 2.248097] systemd[1]: Mounted Kernel Debug File System. +[ 2.248268] systemd[1]: Mounted Kernel Trace File System. +[ 2.249206] systemd[1]: Finished Create list of static device nodes for the current kernel. +[ 2.249492] systemd[1]: proc-sys-fs-binfmt_misc.automount: Got automount request for /proc/sys/fs/binfmt_misc, triggered by 237 (systemd-binfmt) +[ 2.251082] systemd[1]: Mounting Arbitrary Executable File Formats File System... +[ 2.252759] random: lvm: uninitialized urandom read (4 bytes read) +[ 2.254303] systemd[1]: Mounted Arbitrary Executable File Formats File System. +[ 2.257672] EXT4-fs (sda2): re-mounted. Opts: discard +[ 2.259658] systemd[1]: Finished Set Up Additional Binary Formats. +[ 2.260720] systemd[1]: Finished Remount Root and Kernel File Systems. +[ 2.262093] systemd[1]: Activating swap /swapfile... +[ 2.262194] systemd[1]: Condition check resulted in First Boot Wizard being skipped. +[ 2.263201] systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped. +[ 2.264580] systemd[1]: Starting Load/Save Random Seed... +[ 2.264697] systemd[1]: Condition check resulted in Create System Users being skipped. +[ 2.266147] systemd[1]: Starting Create Static Device Nodes in /dev... +[ 2.283363] usb 1-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00 +[ 2.283367] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 +[ 2.283896] hub 1-1:1.0: USB hub found +[ 2.284101] hub 1-1:1.0: 6 ports detected +[ 2.299736] usb 3-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00 +[ 2.299739] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 +[ 2.299830] systemd[1]: <email address hidden>: Succeeded. +[ 2.300029] hub 3-1:1.0: USB hub found +[ 2.300105] hub 3-1:1.0: 8 ports detected +[ 2.300160] systemd[1]: Finished Load Kernel Module drm. +[ 2.320351] vboxdrv: loading out-of-tree module taints kernel. +[ 2.320579] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel +[ 2.330511] systemd[1]: Finished Create Static Device Nodes in /dev. +[ 2.332431] systemd[1]: Starting Rule-based Manager for Device Events and Files... +[ 2.333641] vboxdrv: Found 4 processor cores +[ 2.359495] vboxdrv: TSC mode is Invariant, tentative frequency 2594105600 Hz +[ 2.359497] vboxdrv: Successfully loaded version 6.1.14 (interface 0x002e0000) +[ 2.360661] VBoxNetAdp: Successfully started. +[ 2.363175] VBoxNetFlt: Successfully started. +[ 2.364683] systemd[1]: Finished Coldplug All udev Devices. +[ 2.369357] systemd[1]: Finished Load Kernel Modules. +[ 2.369651] systemd[1]: Condition check resulted in FUSE Control File System being skipped. +[ 2.370971] systemd[1]: Mounting Kernel Configuration File System... +[ 2.372281] systemd[1]: Starting Apply Kernel Variables... +[ 2.375624] systemd[1]: Mounted Kernel Configuration File System. +[ 2.384195] systemd[1]: Finished Apply Kernel Variables. +[ 2.386538] systemd[1]: Starting CLI Netfilter Manager... +[ 2.404397] systemd[1]: Finished CLI Netfilter Manager. +[ 2.565984] usb 1-1.4: new full-speed USB device number 3 using ehci-pci +[ 2.662343] systemd[1]: Started Journal Service. +[ 2.662451] audit: type=1130 audit(1601466942.659:2): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-journald comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 2.670056] usb 1-1.4: New USB device found, idVendor=0a5c, idProduct=21e6, bcdDevice= 1.12 +[ 2.670059] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 +[ 2.670061] usb 1-1.4: Product: BCM20702A0 +[ 2.670063] usb 1-1.4: Manufacturer: Broadcom Corp +[ 2.670064] usb 1-1.4: SerialNumber: F4B7E2E92DEF +[ 2.745987] usb 1-1.6: new high-speed USB device number 4 using ehci-pci +[ 2.770684] audit: type=1130 audit(1601466942.769:3): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-journal-flush comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 2.770915] audit: type=1130 audit(1601466942.769:4): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-udevd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 2.772398] audit: type=1130 audit(1601466942.769:5): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=lvm2-lvmetad comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 2.851031] usb 1-1.6: New USB device found, idVendor=5986, idProduct=02d2, bcdDevice= 0.11 +[ 2.851035] usb 1-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 +[ 2.851037] usb 1-1.6: Product: Integrated Camera +[ 2.851038] usb 1-1.6: Manufacturer: Ricoh Company Ltd. +[ 2.904083] ACPI: AC Adapter [AC] (on-line) +[ 2.966499] battery: ACPI: Battery Slot [BAT0] (battery present) +[ 2.976328] acpi PNP0C14:01: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) +[ 2.976465] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00) +[ 3.017433] random: mktemp: uninitialized urandom read (6 bytes read) +[ 3.017676] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\_SB.PCI0.LPC.PMIO) (20200528/utaddress-204) +[ 3.017682] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver +[ 3.017686] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.LPC.LPIO) (20200528/utaddress-204) +[ 3.017690] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver +[ 3.017691] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.LPC.LPIO) (20200528/utaddress-204) +[ 3.017694] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver +[ 3.017695] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000057F (\_SB.PCI0.LPC.LPIO) (20200528/utaddress-204) +[ 3.017699] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver +[ 3.017699] lpc_ich: Resource conflict(s) found affecting gpio_ich +[ 3.035132] random: tlp-readconfs: uninitialized urandom read (4 bytes read) +[ 3.094537] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k +[ 3.094539] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. +[ 3.094756] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode +[ 3.127128] tpm_tis 00:05: 1.2 TPM (device-id 0x0, rev-id 78) +[ 3.147475] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt +[ 3.150102] i2c i2c-0: 2/2 memory slots populated (from DMI) +[ 3.150460] i2c i2c-0: Successfully instantiated SPD at 0x50 +[ 3.150800] i2c i2c-0: Successfully instantiated SPD at 0x51 +[ 3.192717] e1000e 0000:00:19.0 0000:00:19.0 (uninitialized): registered PHC clock +[ 3.211534] Non-volatile memory driver v1.3 +[ 3.213353] input: PC Speaker as /devices/platform/pcspkr/input/input5 +[ 3.251233] audit: type=1130 audit(1601466943.249:6): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=lvm2-monitor comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 3.264130] cfg80211: Loading compiled-in X.509 certificates for regulatory database +[ 3.289666] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' +[ 3.303123] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) 3c:97:0e:91:ec:f6 +[ 3.303131] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection +[ 3.303180] e1000e 0000:00:19.0 eth0: MAC: 10, PHY: 11, PBA No: 1000FF-0FF +[ 3.311874] thinkpad_acpi: ThinkPad ACPI Extras v0.26 +[ 3.311875] thinkpad_acpi: http://ibm-acpi.sf.net/ +[ 3.311877] thinkpad_acpi: ThinkPad BIOS G2ETB5WW (2.75 ), EC G2HT35WW +[ 3.311878] thinkpad_acpi: Lenovo ThinkPad X230, model 2325KZ5 +[ 3.317265] thinkpad_acpi: radio switch found; radios are enabled +[ 3.317428] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver +[ 3.317429] thinkpad_acpi: Disabling thinkpad-acpi brightness events by default... +[ 3.321289] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked +[ 3.326080] audit: type=1130 audit(1601466943.323:7): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-fsck@dev-disk-by\x2duuid-93fcb36f\x2df56a\x2d40a4\x2d844f\x2d9119b0bd77ce comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 3.340751] thinkpad_acpi: battery 1 registered (start 0, stop 100) +[ 3.340757] battery: new extension: ThinkPad Battery Extension +[ 3.340817] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input6 +[ 3.343823] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: discard +[ 3.405270] audit: type=1130 audit(1601466943.403:8): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-fsck@dev-disk-by\x2duuid-4AF3\x2d613F comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 3.466596] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms ovfl timer +[ 3.466598] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules +[ 3.466599] RAPL PMU: hw unit of domain package 2^-16 Joules +[ 3.466600] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules +[ 3.576034] cryptd: max_cpu_qlen set to 1000 +[ 3.584933] iTCO_vendor_support: vendor-support=0 +[ 3.605149] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 +[ 3.605206] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) +[ 3.609336] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) +[ 3.660146] urandom_read: 6 callbacks suppressed +[ 3.660148] random: mktemp: uninitialized urandom read (6 bytes read) +[ 3.703193] at24 0-0050: supply vcc not found, using dummy regulator +[ 3.703847] AVX version of gcm_enc/dec engaged. +[ 3.703848] AES CTR mode by8 optimization enabled +[ 3.704961] at24 0-0050: 256 byte spd EEPROM, read-only +[ 3.704998] at24 0-0051: supply vcc not found, using dummy regulator +[ 3.705693] at24 0-0051: 256 byte spd EEPROM, read-only +[ 3.724158] e1000e 0000:00:19.0 enp0s25: renamed from eth0 +[ 3.749166] audit: type=1130 audit(1601466943.746:9): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 3.766769] audit: type=1130 audit(1601466943.766:10): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-backlight@leds:tpacpi::kbd_backlight comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 3.880398] rtl8192ce: Chip Version ID: B_CHIP_88C +[ 3.890805] rtl8192ce: Using firmware rtlwifi/rtl8192cfw.bin +[ 3.893648] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' +[ 3.894756] rtlwifi: rtlwifi: wireless switch is on +[ 3.898985] rtl8192ce 0000:03:00.0 wlp3s0: renamed from wlan0 +[ 3.970027] i915 0000:00:02.0: [drm] VT-d active for gfx access +[ 3.970031] checking generic (e0000000 130000) vs hw (f0000000 400000) +[ 3.970032] checking generic (e0000000 130000) vs hw (e0000000 10000000) +[ 3.970033] fb0: switching to inteldrmfb from EFI VGA +[ 3.970116] i915 0000:00:02.0: vgaarb: deactivate vga console +[ 3.970165] i915 0000:00:02.0: [drm] DMAR active, disabling use of stolen memory +[ 3.970759] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). +[ 3.971190] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem +[ 4.015237] [drm] Initialized i915 1.6.0 20200515 for 0000:00:02.0 on minor 0 +[ 4.016186] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) +[ 4.016482] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input8 +[ 4.016700] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) +[ 4.045994] Adding 17825788k swap on /swapfile. Priority:-2 extents:13 across:19259388k SSFS +[ 4.080096] psmouse serio1: synaptics: queried max coordinates: x [..5768], y [..5062] +[ 4.110834] psmouse serio1: synaptics: queried min coordinates: x [1174..], y [790..] +[ 4.163668] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd002a3/0x940300/0x123800/0x0, board id: 1611, fw id: 1099905 +[ 4.163677] psmouse serio1: synaptics: serio: Synaptics pass-through port at isa0060/serio1/input0 +[ 4.203728] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7 +[ 4.216023] fbcon: i915drmfb (fb0) is primary device +[ 4.216025] fbcon: Deferring console take-over +[ 4.216028] i915 0000:00:02.0: fb0: i915drmfb frame buffer device +[ 4.242713] intel_rapl_common: Found RAPL domain package +[ 4.242715] intel_rapl_common: Found RAPL domain core +[ 4.242716] intel_rapl_common: Found RAPL domain uncore +[ 4.242724] intel_rapl_common: RAPL package-0 domain package locked by BIOS +[ 4.244682] mousedev: PS/2 mouse device common for all mice +[ 4.247572] random: crng init done +[ 4.285878] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269VC: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker +[ 4.285881] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) +[ 4.285883] snd_hda_codec_realtek hdaudioC0D0: hp_outs=2 (0x15/0x1b/0x0/0x0/0x0) +[ 4.285884] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 +[ 4.285886] snd_hda_codec_realtek hdaudioC0D0: inputs: +[ 4.285888] snd_hda_codec_realtek hdaudioC0D0: Mic=0x18 +[ 4.285889] snd_hda_codec_realtek hdaudioC0D0: Dock Mic=0x19 +[ 4.285891] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12 +[ 4.318453] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10 +[ 4.318514] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11 +[ 4.318566] input: HDA Intel PCH Dock Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12 +[ 4.318620] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input13 +[ 4.318670] input: HDA Intel PCH Dock Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input14 +[ 4.318722] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input15 +[ 4.318775] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input16 +[ 4.318825] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input17 +[ 4.822473] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3 +[ 5.012240] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input9 +[ 5.230247] kauditd_printk_skb: 23 callbacks suppressed +[ 5.230249] audit: type=1130 audit(1601466945.229:34): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-logind comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 5.232515] audit: type=1130 audit(1601466945.229:35): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=libvirtd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 5.236612] audit: type=1130 audit(1601466945.236:36): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=lightdm comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 5.256886] audit: type=1130 audit(1601466945.256:37): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=accounts-daemon comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 5.335642] i915 0000:00:02.0: [drm] *ERROR* uncleared fifo underrun on pipe A +[ 5.335644] i915 0000:00:02.0: [drm] *ERROR* CPU pipe A FIFO underrun +[ 5.337805] i915 0000:00:02.0: [drm] *ERROR* uncleared pch fifo underrun on pch transcoder A +[ 5.337808] i915 0000:00:02.0: [drm] *ERROR* PCH transcoder A FIFO underrun +[ 5.934162] mc: Linux media interface: v0.10 +[ 5.961594] videodev: Linux video capture interface: v2.00 +[ 5.985997] Bluetooth: Core ver 2.22 +[ 5.986064] NET: Registered protocol family 31 +[ 5.986065] Bluetooth: HCI device and connection manager initialized +[ 5.986069] Bluetooth: HCI socket layer initialized +[ 5.986072] Bluetooth: L2CAP socket layer initialized +[ 5.986077] Bluetooth: SCO socket layer initialized +[ 6.002062] usbcore: registered new interface driver btusb +[ 6.033197] audit: type=1130 audit(1601466946.033:38): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=bluetooth comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 6.039668] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 +[ 6.039670] Bluetooth: BNEP filters: protocol multicast +[ 6.039676] Bluetooth: BNEP socket layer initialized +[ 6.060552] uvcvideo: Found UVC 1.00 device Integrated Camera (5986:02d2) +[ 6.070700] uvcvideo 1-1.6:1.0: Entity type for entity Extension 4 was not initialized! +[ 6.070703] uvcvideo 1-1.6:1.0: Entity type for entity Extension 3 was not initialized! +[ 6.070704] uvcvideo 1-1.6:1.0: Entity type for entity Processing 2 was not initialized! +[ 6.070706] uvcvideo 1-1.6:1.0: Entity type for entity Camera 1 was not initialized! +[ 6.070786] input: Integrated Camera: Integrated C as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input18 +[ 6.070861] usbcore: registered new interface driver uvcvideo +[ 6.070862] USB Video Class driver (1.1.1) +[ 6.111534] Bluetooth: hci0: BCM: chip id 63 +[ 6.112503] Bluetooth: hci0: BCM: features 0x07 +[ 6.116008] audit: type=1130 audit(1601466946.113:39): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=wpa_supplicant comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 6.122845] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this. +[ 6.128588] Bluetooth: hci0: BCM20702A +[ 6.128593] Bluetooth: hci0: BCM20702A1 (001.002.014) build 0000 +[ 6.129778] Bluetooth: hci0: BCM: firmware Patch file not found, tried: +[ 6.129780] Bluetooth: hci0: BCM: 'brcm/BCM20702A1-0a5c-21e6.hcd' +[ 6.129781] Bluetooth: hci0: BCM: 'brcm/BCM-0a5c-21e6.hcd' +[ 6.133100] tun: Universal TUN/TAP device driver, 1.6 +[ 6.133959] virbr0: port 1(virbr0-nic) entered blocking state +[ 6.134022] virbr0: port 1(virbr0-nic) entered disabled state +[ 6.134083] device virbr0-nic entered promiscuous mode +[ 6.134109] audit: type=1700 audit(1601466946.133:40): dev=virbr0-nic prom=256 old_prom=0 auid=4294967295 uid=0 gid=0 ses=4294967295 +[ 6.145750] audit: type=1325 audit(1601466946.143:41): table=filter family=2 entries=0 op=register pid=848 comm="modprobe" +[ 6.163630] audit: type=1325 audit(1601466946.159:42): table=filter family=10 entries=0 op=register pid=851 comm="modprobe" +[ 6.183964] audit: type=1325 audit(1601466946.183:43): table=filter family=7 entries=0 op=register pid=854 comm="modprobe" +[ 6.189144] NET: Registered protocol family 38 +[ 6.578829] fuse: init (API version 7.31) +[ 6.648185] virbr0: port 1(virbr0-nic) entered blocking state +[ 6.648188] virbr0: port 1(virbr0-nic) entered listening state +[ 6.702935] virbr0: port 1(virbr0-nic) entered disabled state +[ 7.014810] L1TF CPU bug present and SMT on, data leak possible. See CVE-2018-3646 and https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/l1tf.html for details. +[ 10.892892] wlp3s0: authenticate with 50:d4:f7:b7:b0:ed +[ 10.910194] wlp3s0: send auth to 50:d4:f7:b7:b0:ed (try 1/3) +[ 10.912094] wlp3s0: authenticated +[ 10.912715] wlp3s0: associate with 50:d4:f7:b7:b0:ed (try 1/3) +[ 10.932804] wlp3s0: RX AssocResp from 50:d4:f7:b7:b0:ed (capab=0xc11 status=0 aid=5) +[ 10.933479] wlp3s0: associated +[ 11.025620] kauditd_printk_skb: 81 callbacks suppressed +[ 11.025624] audit: type=1131 audit(1601466951.023:124): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 11.055536] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready +[ 13.309352] audit: type=1130 audit(1601466953.306:125): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-wait-online comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 13.423001] audit: type=1130 audit(1601466953.423:126): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=colord comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 13.544579] audit: type=1130 audit(1601466953.543:127): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=org.cups.cupsd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 14.221038] Bridge firewalling registered +[ 14.249278] audit: type=1325 audit(1601466954.246:128): table=nat family=2 entries=13 op=replace pid=1141 comm="iptables" +[ 14.251315] audit: type=1325 audit(1601466954.249:129): table=filter family=2 entries=32 op=replace pid=1143 comm="iptables" +[ 14.253178] audit: type=1325 audit(1601466954.253:130): table=filter family=2 entries=34 op=replace pid=1145 comm="iptables" +[ 14.254933] audit: type=1325 audit(1601466954.253:131): table=filter family=2 entries=36 op=replace pid=1147 comm="iptables" +[ 14.257058] audit: type=1325 audit(1601466954.256:132): table=filter family=2 entries=38 op=replace pid=1149 comm="iptables" +[ 14.259112] audit: type=1325 audit(1601466954.256:133): table=filter family=2 entries=39 op=replace pid=1151 comm="iptables" +[ 14.268897] Initializing XFRM netlink socket +[ 14.558667] docker0: port 1(vethc346366) entered blocking state +[ 14.558684] docker0: port 1(vethc346366) entered disabled state +[ 14.558779] device vethc346366 entered promiscuous mode +[ 14.558998] docker0: port 1(vethc346366) entered blocking state +[ 14.559001] docker0: port 1(vethc346366) entered forwarding state +[ 14.559059] IPv6: ADDRCONF(NETDEV_CHANGE): docker0: link becomes ready +[ 14.559147] docker0: port 1(vethc346366) entered disabled state +[ 14.622969] docker0: port 2(vethefbac9e) entered blocking state +[ 14.624737] docker0: port 2(vethefbac9e) entered disabled state +[ 14.625098] device vethefbac9e entered promiscuous mode +[ 14.625858] docker0: port 2(vethefbac9e) entered blocking state +[ 14.625862] docker0: port 2(vethefbac9e) entered forwarding state +[ 14.701963] docker0: port 3(veth7ff194c) entered blocking state +[ 14.702134] docker0: port 3(veth7ff194c) entered disabled state +[ 14.702204] device veth7ff194c entered promiscuous mode +[ 14.705997] docker0: port 3(veth7ff194c) entered blocking state +[ 14.706000] docker0: port 3(veth7ff194c) entered forwarding state +[ 14.863084] cgroup: cgroup: disabling cgroup2 socket matching due to net_prio or net_cls activation +[ 15.190945] eth0: renamed from veth4181187 +[ 15.206320] IPv6: ADDRCONF(NETDEV_CHANGE): vethefbac9e: link becomes ready +[ 15.206427] docker0: port 3(veth7ff194c) entered disabled state +[ 15.252007] eth0: renamed from veth33298ad +[ 15.283368] IPv6: ADDRCONF(NETDEV_CHANGE): vethc346366: link becomes ready +[ 15.283406] docker0: port 1(vethc346366) entered blocking state +[ 15.283409] docker0: port 1(vethc346366) entered forwarding state +[ 15.283620] eth0: renamed from vethbac852e +[ 15.294070] IPv6: ADDRCONF(NETDEV_CHANGE): veth7ff194c: link becomes ready +[ 15.294111] docker0: port 3(veth7ff194c) entered blocking state +[ 15.294112] docker0: port 3(veth7ff194c) entered forwarding state +[ 15.750977] process 'docker/tmp/qemu-check214394182/check' started with executable stack +[ 16.354169] kauditd_printk_skb: 99 callbacks suppressed +[ 16.354171] audit: type=1130 audit(1601466956.353:233): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=tlp comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 19.288351] audit: type=1131 audit(1601466959.286:234): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user@620 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 19.305252] audit: type=1131 audit(1601466959.303:235): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user-runtime-dir@620 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 23.420216] audit: type=1334 audit(1601466963.416:236): prog-id=16 op=LOAD +[ 23.420222] audit: type=1334 audit(1601466963.416:237): prog-id=17 op=LOAD +[ 24.227782] audit: type=1325 audit(1601466964.226:238): table=filter family=7 entries=0 op=register pid=2255 comm="(t-daemon)" +[ 24.234672] audit: type=1130 audit(1601466964.233:239): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=rtkit-daemon comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 24.272943] audit: type=1130 audit(1601466964.273:240): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=upower comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 24.589346] Bluetooth: RFCOMM TTY layer initialized +[ 24.589353] Bluetooth: RFCOMM socket layer initialized +[ 24.589360] Bluetooth: RFCOMM ver 1.11 +[ 36.076399] audit: type=1131 audit(1601466970.474:241): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 36.287646] audit: type=1325 audit(1601466970.684:242): table=filter family=7 entries=0 op=unregister pid=122 comm="kworker/u16:3" +[ 36.326100] audit: type=1334 audit(1601466970.727:243): prog-id=12 op=UNLOAD +[ 36.326105] audit: type=1334 audit(1601466970.727:244): prog-id=11 op=UNLOAD +[ 39.871925] audit: type=1130 audit(1601466974.270:245): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=udisks2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 42.210875] audit: type=1325 audit(1601466976.610:246): table=filter family=7 entries=0 op=register pid=2359 comm="skypeforlinux" +[ 42.319924] audit: type=1325 audit(1601466976.714:247): table=filter family=7 entries=0 op=register pid=2351 comm="slack" +[ 46.362800] audit: type=1130 audit(1601466980.760:248): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=blueman-mechanism comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 47.283320] audit: type=1325 audit(1601466981.680:249): table=filter family=7 entries=0 op=register pid=2860 comm="electron" +[ 71.687189] pci 0000:04:00.0: [10de:1c03] type 00 class 0x030000 +[ 71.687253] pci 0000:04:00.0: reg 0x10: [mem 0x00000000-0x00ffffff] +[ 71.687286] pci 0000:04:00.0: reg 0x14: [mem 0x00000000-0x0fffffff 64bit pref] +[ 71.687312] pci 0000:04:00.0: reg 0x1c: [mem 0x00000000-0x01ffffff 64bit pref] +[ 71.687327] pci 0000:04:00.0: reg 0x24: [io 0x0000-0x007f] +[ 71.687341] pci 0000:04:00.0: reg 0x30: [mem 0x00000000-0x0007ffff pref] +[ 71.687663] pci 0000:04:00.0: 4.000 Gb/s available PCIe bandwidth, limited by 5.0 GT/s PCIe x1 link at 0000:00:1c.2 (capable of 126.016 Gb/s with 8.0 GT/s PCIe x16 link) +[ 71.687809] pci 0000:04:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none +[ 71.687814] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem +[ 71.687857] pci 0000:04:00.0: Adding to iommu group 14 +[ 71.688011] pci 0000:04:00.1: [10de:10f1] type 00 class 0x040300 +[ 71.688054] pci 0000:04:00.1: reg 0x10: [mem 0x00000000-0x00003fff] +[ 71.688404] pci 0000:04:00.1: Adding to iommu group 14 +[ 71.688544] pci 0000:04:00.0: BAR 1: no space for [mem size 0x10000000 64bit pref] +[ 71.688546] pci 0000:04:00.0: BAR 1: failed to assign [mem size 0x10000000 64bit pref] +[ 71.688549] pci 0000:04:00.0: BAR 3: no space for [mem size 0x02000000 64bit pref] +[ 71.688551] pci 0000:04:00.0: BAR 3: failed to assign [mem size 0x02000000 64bit pref] +[ 71.688553] pci 0000:04:00.0: BAR 0: no space for [mem size 0x01000000] +[ 71.688554] pci 0000:04:00.0: BAR 0: failed to assign [mem size 0x01000000] +[ 71.688556] pci 0000:04:00.0: BAR 6: assigned [mem 0xf1400000-0xf147ffff pref] +[ 71.688559] pci 0000:04:00.1: BAR 0: assigned [mem 0xf1480000-0xf1483fff] +[ 71.688566] pci 0000:04:00.0: BAR 5: assigned [io 0x4000-0x407f] +[ 71.688733] vfio-pci 0000:04:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none +[ 71.703798] pci 0000:04:00.1: D0 power state depends on 0000:04:00.0 +[ 78.083410] audit: type=2502 audit(1601467012.486:250): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee vm-ctx=+65534:+992 img-ctx=+65534:+992 model=dac exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.097608] audit: type=1130 audit(1601467012.503:251): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=virtlogd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 78.117228] virbr0: port 2(vnet0) entered blocking state +[ 78.117699] virbr0: port 2(vnet0) entered disabled state +[ 78.117830] device vnet0 entered promiscuous mode +[ 78.117854] audit: type=1700 audit(1601467012.523:252): dev=vnet0 prom=256 old_prom=0 auid=4294967295 uid=0 gid=0 ses=4294967295 +[ 78.123436] virbr0: port 2(vnet0) entered blocking state +[ 78.123440] virbr0: port 2(vnet0) entered listening state +[ 78.125703] audit: type=2501 audit(1601467012.529:253): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=net reason=open vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee net=52:54:00:91:65:de path="/dev/net/tun" rdev=0A:C8 exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167333] audit: type=2501 audit(1601467012.573:254): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=deny vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=all exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167449] audit: type=2501 audit(1601467012.573:255): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=major category=pty maj=88 acl=rw exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167514] audit: type=2501 audit(1601467012.573:256): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=path path="/dev/null" rdev=01:03 acl=rw exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167575] audit: type=2501 audit(1601467012.573:257): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=path path="/dev/full" rdev=01:07 acl=rw exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167636] audit: type=2501 audit(1601467012.573:258): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=path path="/dev/zero" rdev=01:05 acl=rw exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 78.167696] audit: type=2501 audit(1601467012.573:259): pid=716 uid=0 auid=4294967295 ses=4294967295 msg='virt=kvm resrc=cgroup reason=allow vm="Win10" uuid=7043c77b-4903-4527-8089-9679d9a17fee cgroup="/sys/fs/cgroup/devices/machine.slice/machine-qemu\x2d1\x2dWin10.scope/" class=path path="/dev/random" rdev=01:08 acl=rw exe="/usr/bin/libvirtd" hostname=? addr=? terminal=? res=success' +[ 79.719645] vfio-pci 0000:04:00.0: enabling device (0000 -> 0001) +[ 79.720391] vfio-pci 0000:04:00.0: vfio_ecap_init: hiding ecap 0x19@0x900 +[ 80.016048] virbr0: port 2(vnet0) entered disabled state +[ 80.019134] device vnet0 left promiscuous mode +[ 80.019146] virbr0: port 2(vnet0) entered disabled state +[ 88.001283] kauditd_printk_skb: 28 callbacks suppressed +[ 88.001287] audit: type=1131 audit(1601467022.409:287): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 99.367742] audit: type=1100 audit(1601467033.774:288): pid=6124 uid=1000 auid=1000 ses=2 msg='op=PAM:authentication grantors=pam_faillock,pam_permit,pam_faillock acct="sergiy" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 99.369626] audit: type=1101 audit(1601467033.778:289): pid=6124 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_permit,pam_time acct="sergiy" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 99.369821] audit: type=1110 audit(1601467033.778:290): pid=6124 uid=0 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 99.370907] audit: type=1105 audit(1601467033.778:291): pid=6124 uid=0 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 100.802449] vfio-pci 0000:04:00.0: vfio_ecap_init: hiding ecap 0x19@0x900 +[ 100.805303] qemu-system-x86[6198]: segfault at a8 ip 0000000000614c49 sp 00007ffc9a791da0 error 4 in qemu-system-x86_64[4fe000+51c000] +[ 100.805310] Code: 00 55 53 48 89 fb 48 83 ec 08 48 8b 6f 58 67 e8 3d fe ee ff 48 8b 7b 40 83 05 4e 02 a8 00 01 48 85 ff 74 06 67 e8 e7 4f 27 00 <48> 8b 85 a8 00 00 00 48 85 c0 74 53 8b 93 a0 00 00 00 eb 0f 0f 1f +[ 100.805337] audit: type=1701 audit(1601467035.215:292): auid=1000 uid=0 gid=0 ses=2 pid=6198 comm="qemu-system-x86" exe="/usr/bin/qemu-system-x86_64" sig=11 res=1 +[ 100.817647] audit: type=1334 audit(1601467035.225:293): prog-id=20 op=LOAD +[ 100.817803] audit: type=1334 audit(1601467035.225:294): prog-id=21 op=LOAD +[ 100.819022] audit: type=1130 audit(1601467035.228:295): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@1-6254-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' +[ 100.819781] audit: type=1325 audit(1601467035.228:296): table=filter family=7 entries=0 op=register pid=6255 comm="(coredump)" +[ 114.388954] kauditd_printk_skb: 6 callbacks suppressed +[ 114.388957] audit: type=1101 audit(1601467048.799:303): pid=6766 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_permit,pam_time acct="sergiy" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 114.389190] audit: type=1110 audit(1601467048.799:304): pid=6766 uid=0 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' +[ 114.389701] audit: type=1105 audit(1601467048.799:305): pid=6766 uid=0 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success' + +lspci -vvv: + +00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx- + Latency: 0 + IOMMU group: 0 + Capabilities: [e0] Vendor Specific Information: Len=0c <?> + Kernel driver in use: ivb_uncore + +00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) + Subsystem: Lenovo Device 21fa + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 33 + IOMMU group: 1 + Region 0: Memory at f0000000 (64-bit, non-prefetchable) [size=4M] + Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M] + Region 4: I/O ports at 7000 [size=64] + Expansion ROM at 000c0000 [virtual] [disabled] [size=128K] + Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- + Address: fee00018 Data: 0000 + Capabilities: [d0] Power Management version 2 + Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [a4] PCI Advanced Features + AFCap: TP+ FLR+ + AFCtrl: FLR- + AFStatus: TP- + Kernel driver in use: i915 + Kernel modules: i915 + +00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI]) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 30 + IOMMU group: 2 + Region 0: Memory at f2520000 (64-bit, non-prefetchable) [size=64K] + Capabilities: [70] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0-,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+ + Address: 00000000fee00318 Data: 0000 + Kernel driver in use: xhci_hcd + Kernel modules: xhci_pci + +00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 32 + IOMMU group: 3 + Region 0: Memory at f2535000 (64-bit, non-prefetchable) [size=16] + Capabilities: [50] Power Management version 3 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+ + Address: 00000000fee00378 Data: 0000 + Kernel driver in use: mei_me + Kernel modules: mei_me + +00:16.3 Serial controller: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller (rev 04) (prog-if 02 [16550]) + Subsystem: Lenovo Device 21fa + Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin B routed to IRQ 19 + IOMMU group: 3 + Region 0: I/O ports at 70b0 [size=8] + Region 1: Memory at f253c000 (32-bit, non-prefetchable) [size=4K] + Capabilities: [c8] Power Management version 3 + Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Kernel driver in use: serial + +00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04) + Subsystem: Lenovo Device 21f3 + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 31 + IOMMU group: 4 + Region 0: Memory at f2500000 (32-bit, non-prefetchable) [size=128K] + Region 1: Memory at f253b000 (32-bit, non-prefetchable) [size=4K] + Region 2: I/O ports at 7080 [size=32] + Capabilities: [c8] Power Management version 2 + Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- + Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ + Address: 00000000fee00358 Data: 0000 + Capabilities: [e0] PCI Advanced Features + AFCap: TP+ FLR+ + AFCtrl: FLR- + AFStatus: TP- + Kernel driver in use: e1000e + Kernel modules: e1000e + +00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI]) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 16 + IOMMU group: 5 + Region 0: Memory at f253a000 (32-bit, non-prefetchable) [size=1K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Debug port: BAR=1 offset=00a0 + Capabilities: [98] PCI Advanced Features + AFCap: TP+ FLR+ + AFCtrl: FLR- + AFStatus: TP- + Kernel driver in use: ehci-pci + Kernel modules: ehci_pci + +00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin A routed to IRQ 34 + IOMMU group: 6 + Region 0: Memory at f2530000 (64-bit, non-prefetchable) [size=16K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+ + Address: 00000000fee003b8 Data: 0000 + Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0 + ExtTag- RBE- FLReset+ + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- FLReset- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- + Capabilities: [100 v1] Virtual Channel + Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 + Arb: Fixed- WRR32- WRR64- WRR128- + Ctrl: ArbSelect=Fixed + Status: InProgress- + VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- + Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- + Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 + Status: NegoPending- InProgress- + VC1: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- + Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- + Ctrl: Enable+ ID=1 ArbSelect=Fixed TC/VC=22 + Status: NegoPending- InProgress- + Capabilities: [130 v1] Root Complex Link + Desc: PortNumber=0f ComponentID=00 EltType=Config + Link0: Desc: TargetPort=00 TargetComponent=00 AssocRCRB- LinkType=MemMapped LinkValid+ + Addr: 00000000fed1c000 + Kernel driver in use: snd_hda_intel + Kernel modules: snd_hda_intel + +00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4) (prog-if 00 [Normal decode]) + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin A routed to IRQ 26 + IOMMU group: 7 + Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 + I/O behind bridge: 00006000-00006fff [size=4K] + Memory behind bridge: f1d00000-f24fffff [size=8M] + Prefetchable memory behind bridge: 00000000f0400000-00000000f0bfffff [size=8M] + Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- + BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16- MAbort- >Reset- FastB2B- + PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- + Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0 + ExtTag- RBE+ + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- + LnkCap: Port #1, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <16us + ClockPM- Surprise- LLActRep+ BwNot- ASPMOptComp- + LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s (downgraded), Width x1 (ok) + TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt- + SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ + Slot #0, PowerLimit 10.000W; Interlock- NoCompl+ + SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg- + Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock- + SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- + Changed: MRL- PresDet- LinkState- + RootCap: CRSVisible- + RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- + RootSta: PME ReqID 0000, PMEStatus- PMEPending- + DevCap2: Completion Timeout: Range BC, TimeoutDis+ NROPrPrP- LTR- + 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd- + AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, ARIFwd- + AtomicOpsCtl: ReqEn- EgressBlck- + LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis- + Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- + Compliance De-emphasis: -6dB + LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- + Address: fee00218 Data: 0000 + Capabilities: [90] Subsystem: Lenovo Device 21fa + Capabilities: [a0] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Kernel driver in use: pcieport + +00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) (prog-if 00 [Normal decode]) + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin B routed to IRQ 27 + IOMMU group: 8 + Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 + I/O behind bridge: 00005000-00005fff [size=4K] + Memory behind bridge: f1c00000-f1cfffff [size=1M] + Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff [disabled] + Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- + BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16- MAbort- >Reset- FastB2B- + PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- + Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0 + ExtTag- RBE+ + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- + LnkCap: Port #2, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <16us + ClockPM- Surprise- LLActRep+ BwNot- ASPMOptComp- + LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s (downgraded), Width x1 (ok) + TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt- + SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise- + Slot #1, PowerLimit 10.000W; Interlock- NoCompl+ + SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- + Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock- + SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- + Changed: MRL- PresDet- LinkState+ + RootCap: CRSVisible- + RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- + RootSta: PME ReqID 0000, PMEStatus- PMEPending- + DevCap2: Completion Timeout: Range BC, TimeoutDis+ NROPrPrP- LTR- + 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd- + AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, ARIFwd- + AtomicOpsCtl: ReqEn- EgressBlck- + LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis- + Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- + Compliance De-emphasis: -6dB + LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- + Address: fee00258 Data: 0000 + Capabilities: [90] Subsystem: Lenovo Device 21fa + Capabilities: [a0] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Kernel driver in use: pcieport + +00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4) (prog-if 00 [Normal decode]) + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin C routed to IRQ 28 + IOMMU group: 9 + Bus: primary=00, secondary=04, subordinate=0b, sec-latency=0 + I/O behind bridge: 00004000-00004fff [size=4K] + Memory behind bridge: f1400000-f1bfffff [size=8M] + Prefetchable memory behind bridge: 00000000f0c00000-00000000f13fffff [size=8M] + Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- + BridgeCtl: Parity- SERR+ NoISA- VGA- VGA16- MAbort- >Reset- FastB2B- + PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- + Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0 + ExtTag- RBE+ + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 128 bytes + DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr+ TransPend- + LnkCap: Port #3, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <16us + ClockPM- Surprise- LLActRep+ BwNot- ASPMOptComp- + LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 5GT/s (ok), Width x1 (ok) + TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt- + SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ + Slot #2, PowerLimit 10.000W; Interlock- NoCompl+ + SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg- + Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock- + SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- + Changed: MRL- PresDet- LinkState- + RootCap: CRSVisible- + RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- + RootSta: PME ReqID 0000, PMEStatus- PMEPending- + DevCap2: Completion Timeout: Range BC, TimeoutDis+ NROPrPrP- LTR- + 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- LN System CLS Not Supported, TPHComp- ExtTPHComp- ARIFwd- + AtomicOpsCap: Routing- 32bit- 64bit- 128bitCAS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, ARIFwd- + AtomicOpsCtl: ReqEn- EgressBlck- + LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis- + Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- + Compliance De-emphasis: -6dB + LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- + Address: fee00298 Data: 0000 + Capabilities: [90] Subsystem: Lenovo Device 21fa + Capabilities: [a0] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Kernel driver in use: pcieport + +00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI]) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin A routed to IRQ 23 + IOMMU group: 10 + Region 0: Memory at f2539000 (32-bit, non-prefetchable) [size=1K] + Capabilities: [50] Power Management version 2 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [58] Debug port: BAR=1 offset=00a0 + Capabilities: [98] PCI Advanced Features + AFCap: TP+ FLR+ + AFCtrl: FLR- + AFStatus: TP- + Kernel driver in use: ehci-pci + Kernel modules: ehci_pci + +00:1f.0 ISA bridge: Intel Corporation QM77 Express Chipset LPC Controller (rev 04) + Subsystem: Lenovo Device 21fa + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + IOMMU group: 11 + Capabilities: [e0] Vendor Specific Information: Len=0c <?> + Kernel driver in use: lpc_ich + Kernel modules: lpc_ich + +00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) (prog-if 01 [AHCI 1.0]) + Subsystem: Lenovo Device 21fa + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ + Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0 + Interrupt: pin B routed to IRQ 29 + IOMMU group: 11 + Region 0: I/O ports at 70a8 [size=8] + Region 1: I/O ports at 70bc [size=4] + Region 2: I/O ports at 70a0 [size=8] + Region 3: I/O ports at 70b8 [size=4] + Region 4: I/O ports at 7060 [size=32] + Region 5: Memory at f2538000 (32-bit, non-prefetchable) [size=2K] + Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- + Address: fee002d8 Data: 0000 + Capabilities: [70] Power Management version 3 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-) + Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004 + Capabilities: [b0] PCI Advanced Features + AFCap: TP+ FLR+ + AFCtrl: FLR- + AFStatus: TP- + Kernel driver in use: ahci + +00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04) + Subsystem: Lenovo Device 21fa + Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin C routed to IRQ 18 + IOMMU group: 11 + Region 0: Memory at f2534000 (64-bit, non-prefetchable) [size=256] + Region 4: I/O ports at efa0 [size=32] + Kernel driver in use: i801_smbus + Kernel modules: i2c_i801 + +02:00.0 System peripheral: Ricoh Co Ltd PCIe SDXC/MMC Host Controller (rev 07) (prog-if 01) + Subsystem: Lenovo Device 21fa + Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin A routed to IRQ 16 + IOMMU group: 12 + Region 0: Memory at f1d00000 (32-bit, non-prefetchable) [size=256] + Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [78] Power Management version 3 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) + Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=2 PME- + Capabilities: [80] Express (v1) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited + ExtTag- AttnBtn+ AttnInd+ PwrInd+ RBE+ FLReset- SlotPowerLimit 10.000W + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 512 bytes + DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr- TransPend- + LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <4us, L1 unlimited + ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s (ok), Width x1 (ok) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + Capabilities: [100 v1] Virtual Channel + Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 + Arb: Fixed- WRR32- WRR64- WRR128- + Ctrl: ArbSelect=Fixed + Status: InProgress- + VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- + Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- + Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff + Status: NegoPending- InProgress- + Capabilities: [800 v1] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 00000000 00000000 00000000 00000000 + Kernel driver in use: sdhci-pci + Kernel modules: sdhci_pci + +03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01) + Subsystem: Realtek Semiconductor Co., Ltd. Device 8195 + Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Latency: 0, Cache Line Size: 64 bytes + Interrupt: pin A routed to IRQ 17 + IOMMU group: 13 + Region 0: I/O ports at 5000 [size=256] + Region 2: Memory at f1c00000 (64-bit, non-prefetchable) [size=16K] + Capabilities: [40] Power Management version 3 + Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+) + Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [70] Express (v2) Endpoint, MSI 00 + DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us + ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 10.000W + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- + MaxPayload 128 bytes, MaxReadReq 512 bytes + DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr+ TransPend- + LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <64us + ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp- + LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 2.5GT/s (ok), Width x1 (ok) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + DevCap2: Completion Timeout: Not Supported, TimeoutDis+ NROPrPrP- LTR- + 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- TPHComp- ExtTPHComp- + AtomicOpsCap: 32bit- 64bit- 128bitCAS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis+ LTR- OBFF Disabled, + AtomicOpsCtl: ReqEn- + LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis- + Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- + Compliance De-emphasis: -6dB + LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [100 v1] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr+ BadTLP- BadDLLP+ Rollover- Timeout- AdvNonFatalErr+ + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + AERCap: First Error Pointer: 00, ECRCGenCap+ ECRCGenEn- ECRCChkCap+ ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 00000000 00000000 00000000 00000000 + Capabilities: [140 v1] Virtual Channel + Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 + Arb: Fixed- WRR32- WRR64- WRR128- + Ctrl: ArbSelect=Fixed + Status: InProgress- + VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- + Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- + Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff + Status: NegoPending- InProgress- + Capabilities: [160 v1] Device Serial Number 01-91-81-fe-ff-4c-e0-00 + Kernel driver in use: rtl8192ce + Kernel modules: rtl8192ce + +04:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1) (prog-if 00 [VGA controller]) + Subsystem: ASUSTeK Computer Inc. Device 85b6 + Physical Slot: 1 + Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin A routed to IRQ 18 + IOMMU group: 14 + Region 1: Memory at <unassigned> (64-bit, prefetchable) [disabled] + Region 3: Memory at <unassigned> (64-bit, prefetchable) [disabled] + Region 5: I/O ports at 4000 [size=128] + Expansion ROM at f1400000 [virtual] [disabled] [size=512K] + Capabilities: [60] Power Management version 3 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [78] Express (v2) Legacy Endpoint, MSI 00 + DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us + ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 512 bytes + DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr- TransPend- + LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us + ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+ + LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 5GT/s (downgraded), Width x1 (downgraded) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + DevCap2: Completion Timeout: Range AB, TimeoutDis+ NROPrPrP- LTR+ + 10BitTagComp- 10BitTagReq- OBFF Via message, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, + AtomicOpsCtl: ReqEn- + LnkCap2: Supported Link Speeds: 2.5-8GT/s, Crosslink- Retimer- 2Retimers- DRS- + LnkCtl2: Target Link Speed: 8GT/s, EnterCompliance- SpeedDis- + Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- + Compliance De-emphasis: -6dB + LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [100 v1] Virtual Channel + Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 + Arb: Fixed- WRR32- WRR64- WRR128- + Ctrl: ArbSelect=Fixed + Status: InProgress- + VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- + Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- + Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff + Status: NegoPending- InProgress- + Capabilities: [250 v1] Latency Tolerance Reporting + Max snoop latency: 0ns + Max no snoop latency: 0ns + Capabilities: [128 v1] Power Budgeting <?> + Capabilities: [420 v2] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 00000000 00000000 00000000 00000000 + Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> + Capabilities: [900 v1] Secondary PCI Express + LnkCtl3: LnkEquIntrruptEn- PerformEqu- + LaneErrStat: 0 + Kernel driver in use: vfio-pci + Kernel modules: nouveau + +04:00.1 Audio device: NVIDIA Corporation GP106 High Definition Audio Controller (rev a1) + Subsystem: ASUSTeK Computer Inc. Device 85b6 + Physical Slot: 1 + Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- + Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- + Interrupt: pin B routed to IRQ 0 + IOMMU group: 14 + Region 0: Memory at f1480000 (32-bit, non-prefetchable) [disabled] [size=16K] + Capabilities: [60] Power Management version 3 + Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) + Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- + Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ + Address: 0000000000000000 Data: 0000 + Capabilities: [78] Express (v2) Endpoint, MSI 00 + DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us + ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 10.000W + DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq- + RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ + MaxPayload 128 bytes, MaxReadReq 512 bytes + DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr- TransPend- + LnkCap: Port #0, Speed 8GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us + ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+ + LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes, Disabled- CommClk+ + ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- + LnkSta: Speed 5GT/s (downgraded), Width x1 (downgraded) + TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- + DevCap2: Completion Timeout: Range AB, TimeoutDis+ NROPrPrP- LTR+ + 10BitTagComp- 10BitTagReq- OBFF Via message, ExtFmt- EETLPPrefix- + EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit- + FRS- TPHComp- ExtTPHComp- + AtomicOpsCap: 32bit- 64bit- 128bitCAS- + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, + AtomicOpsCtl: ReqEn- + LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete- EqualizationPhase1- + EqualizationPhase2- EqualizationPhase3- LinkEqualizationRequest- + Retimer- 2Retimers- CrosslinkRes: unsupported + Capabilities: [100 v2] Advanced Error Reporting + UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- + UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- + CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ + AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn- + MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap- + HeaderLog: 00000000 00000000 00000000 00000000 + Kernel driver in use: vfio-pci + Kernel modules: snd_hda_intel + + + +Thank you Alex for answering me. + +It seems, I've got it working, if I boot the host with the connected GPU from the very beginning. +Previously, I tried hotplug and it crashes. + +So previously I had: + 1. enable the host + 2. enable GPU + 3. connect the cable + +And this time I tried: + 1. enable GPU + 2. connect the cable + 3. enable the host + +And this works great. Actually, I was able to install nvidia drivers to the Win10 guest and it runs well. + +Now, I'm not sure if there is a bug. From one side, it might be an expected requirement to exclude hotplug. From the other side, every crash is a bug, so there can be an extra check for that. It's up to you guys. + +I'm thankful for your hard work and for the rocket science technologies I can use with my laptop. + +I'm attaching dmesg for the fresh boot host with the GPU connected from the very beginning. + +P.S. I'm sorry for the big files. I've just noticed the ability to upload attachments. + + +What's more interesting, it doesn't crash if I hotplug GPU after it was boot with it. So if I do + + 1. enable GPU + 2. connect the cord + 3. enable the host + 4. run qemu (I'm not sure, if it's mandatory) + 5. disable cord + 6. disable GPU + 7. enable GPU + 8. enable cord + 9. run qemu again + +qemu doesn't crash. but the windows guest doesn't load too - it just hangs with a single core 100% load. + +Not sure, if it's related, but trying to provide as much info as possible + +There are definitely resource allocation issues on the host in the crashing case. The quirks currently enumerate the device BARs without testing them, we identify a device and know what the resources should be, which is why I think QEMU crashes. Are you able to test if the patch below is sufficient to resolve the crash? I'd expect the GPU not to work in the guest as it doesn't have enough resources, but the goal would be to resolve the crash; QEMU cannot fix the device mappings on the host. + +diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c +index 0d83eb0e47bb..10477af9fc14 100644 +--- a/hw/vfio/pci.c ++++ b/hw/vfio/pci.c +@@ -2921,7 +2921,9 @@ static void vfio_realize(PCIDevice *pdev, Error **errp) + } + + for (i = 0; i < PCI_ROM_SLOT; i++) { +- vfio_bar_quirk_setup(vdev, i); ++ if (vdev->bars[i].size) { ++ vfio_bar_quirk_setup(vdev, i); ++ } + } + + if (!vdev->igd_opregion && + + +non-mangled patch + +Can confirm that it does not crash after applying that patch. I've added the `fprintf` statement there: + + if (vdev->bars[i].size) { + vfio_bar_quirk_setup(vdev, i); + } else { + fprintf(stderr, "%04x:%04x bars for %d are empty\n", vdev->vendor_id, vdev->device_id, i); + } + +and the output is: + + 10de:1c03 bars for 0 are empty + 10de:1c03 bars for 1 are empty + 10de:1c03 bars for 2 are empty + 10de:1c03 bars for 3 are empty + 10de:1c03 bars for 4 are empty + 10de:10f1 bars for 1 are empty + 10de:10f1 bars for 2 are empty + 10de:10f1 bars for 3 are empty + 10de:10f1 bars for 4 are empty + 10de:10f1 bars for 5 are empty + +What's interesting that 5 bar is available for VGA and 0 bar is available for the sound. Don't know if it gives some valuable information. + +I understand that it's completely not a fault of QEMU, since the underlying layer gives wrong information. Any insight about potential problematic places? Is it completely a hardware issue (laptop's BIOS, nvidia) or something can be done in software? What's the next place to send a bugreport? + +Thank you + + +I recorded both lspci -vvvv and lspci -xxxx for the following connections: + + - hotplug: when GPU is connected after the host was loaded + - fresh: when GPU is connected before the host was started + +The main difference is the following: + +1c1 +< # hotplug +--- +> # fresh +6c6 +< Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- +--- +> Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- +8c8 +< Interrupt: pin A routed to IRQ 18 +--- +> Interrupt: pin A routed to IRQ 255 +10,13c10,14 +< Region 1: Memory at <unassigned> (64-bit, prefetchable) [disabled] +< Region 3: Memory at <unassigned> (64-bit, prefetchable) [disabled] +< Region 5: I/O ports at 4000 [size=128] +< Expansion ROM at f1400000 [virtual] [disabled] [size=512K] +--- +> Region 0: Memory at f0000000 (32-bit, non-prefetchable) [size=16M] +> Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M] +> Region 3: Memory at d0000000 (64-bit, prefetchable) [size=32M] +> Region 5: I/O ports at 4000 [disabled] [size=128] +> Expansion ROM at f1080000 [disabled] [size=512K] +30c31 +< LnkSta: Speed 5GT/s (downgraded), Width x1 (downgraded) +--- +> LnkSta: Speed 2.5GT/s (downgraded), Width x1 (downgraded) +35a37 +> AtomicOpsCap: 32bit- 64bit- 128bitCAS- +79c81 +< Interrupt: pin B routed to IRQ 19 +--- +> Interrupt: pin B routed to IRQ 255 +81c83 +< Region 0: Memory at f1480000 (32-bit, non-prefetchable) [size=16K] +--- +> Region 0: Memory at f1000000 (32-bit, non-prefetchable) [size=16K] +98c100 +< LnkSta: Speed 5GT/s (downgraded), Width x1 (downgraded) +--- +> LnkSta: Speed 2.5GT/s (downgraded), Width x1 (downgraded) +124,125c126,127 + +I can tell, that hotplug connects as 5GT/s and fresh - 2.5GT/s. And there is an obvious difference between Regions. + +The difference between lspci -xxxx but I don't know how to interpret the result: + +124,125c126,127 +< 00: de 10 03 1c 01 00 10 00 a1 00 00 03 00 00 80 00 +< 10: 00 00 00 00 0c 00 00 00 00 00 00 00 0c 00 00 00 +--- +> 00: de 10 03 1c 02 00 10 00 a1 00 00 03 10 00 80 00 +> 10: 00 00 00 f0 0c 00 00 c0 00 00 00 00 0c 00 00 d0 +127c129 +< 30: 00 00 00 00 60 00 00 00 00 00 00 00 00 01 00 00 +--- +> 30: 00 00 f8 ff 60 00 00 00 00 00 00 00 ff 01 00 00 +132c134 +< 80: 10 29 09 00 03 3d 45 00 43 01 12 10 00 00 00 00 +--- +> 80: 10 29 09 00 03 3d 45 00 43 01 11 10 00 00 00 00 +198c200 +< 4a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 78 +--- +> 4a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff +221c223 +< 610: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +--- +> 610: 01 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +257c259 +< 850: 00 00 00 00 78 00 00 00 ff 3f 00 00 00 00 00 00 +--- +> 850: 00 00 00 00 af 04 00 00 ff 3f 00 00 00 00 00 00 +382,383c384,385 +< 00: de 10 f1 10 02 00 10 00 a1 00 03 04 00 00 80 00 +< 10: 00 00 48 f1 00 00 00 00 00 00 00 00 00 00 00 00 +--- +> 00: de 10 f1 10 02 00 10 00 a1 00 03 04 10 00 80 00 +> 10: 00 00 00 f1 00 00 00 00 00 00 00 00 00 00 00 00 +385c387 +< 30: 00 00 00 00 60 00 00 00 00 00 00 00 00 02 00 00 +--- +> 30: 00 00 00 00 60 00 00 00 00 00 00 00 ff 02 00 00 +390c392 +< 80: 10 29 09 00 03 3d 45 00 43 01 12 10 00 00 00 00 +--- +> 80: 10 29 09 00 03 3d 45 00 43 01 11 10 00 00 00 00 +456,457c458,459 +< 4a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 78 +< 4b0: 78 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 +--- +> 4a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff +> 4b0: af 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 + + + +The QEMU project is currently moving its bug tracking to another system. +For this we need to know which bugs are still valid and which could be +closed already. Thus we are setting the bug state to "Incomplete" now. + +If the bug has already been fixed in the latest upstream version of QEMU, +then please close this ticket as "Fix released". + +If it is not fixed yet and you think that this bug report here is still +valid, then you have two options: + +1) If you already have an account on gitlab.com, please open a new ticket +for this problem in our new tracker here: + + https://gitlab.com/qemu-project/qemu/-/issues + +and then close this ticket here on Launchpad (or let it expire auto- +matically after 60 days). Please mention the URL of this bug ticket on +Launchpad in the new ticket on GitLab. + +2) If you don't have an account on gitlab.com and don't intend to get +one, but still would like to keep this ticket opened, then please switch +the state back to "New" or "Confirmed" within the next 60 days (other- +wise it will get closed as "Expired"). We will then eventually migrate +the ticket automatically to the new system (but you won't be the reporter +of the bug in the new system and thus you won't get notified on changes +anymore). + +Thank you and sorry for the inconvenience. + + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/1923693 b/results/classifier/111/debug/1923693 new file mode 100644 index 000000000..b75ee1a0e --- /dev/null +++ b/results/classifier/111/debug/1923693 @@ -0,0 +1,53 @@ +debug: 0.257 +semantic: 0.156 +other: 0.117 +graphic: 0.088 +vnc: 0.057 +device: 0.049 +files: 0.045 +performance: 0.041 +permissions: 0.041 +network: 0.039 +PID: 0.032 +boot: 0.028 +socket: 0.026 +KVM: 0.025 +debug: 0.900 +other: 0.018 +files: 0.018 +semantic: 0.017 +PID: 0.007 +boot: 0.006 +device: 0.006 +network: 0.006 +performance: 0.005 +socket: 0.005 +vnc: 0.003 +graphic: 0.003 +permissions: 0.003 +KVM: 0.002 + +Lack of architecture in gdbstub makes debugging confusing + +I spent some quality time debugging GEF and came to a conclusion here: +https://github.com/hugsy/gef/issues/598#issuecomment-819174169 + +tldr; + +* gdb_arch_name was undefined on riscv +* this bug was fixed recently via https://github.com/qemu/qemu/commit/edf647864bdab84ed4b1a4f47ea05be6bb075c69 + + +* An undefined gdb_arch_name results in qemu's gdbstub omitting the <architecture> xml. +* gdb translates a missing <architecture> as "auto" which breaks a lot of stuff. +* tracking down where "auto" comes from is a bit confusing and time consuming. + + +It might be better to report a missing / blank gdb_arch_name as "<architecture>unknown</architecture>" instead of omitting the block completely. + +Thanks for raising this. I have marked it as fixes as like you say it's fixed in mainline. + +Is there still anything left to do here? + +[Expired for QEMU because there has been no activity for 60 days.] + diff --git a/results/classifier/111/debug/23448582 b/results/classifier/111/debug/23448582 new file mode 100644 index 000000000..4769f0107 --- /dev/null +++ b/results/classifier/111/debug/23448582 @@ -0,0 +1,289 @@ +debug: 0.096 +other: 0.095 +permissions: 0.089 +PID: 0.086 +device: 0.077 +semantic: 0.075 +socket: 0.075 +performance: 0.069 +vnc: 0.064 +graphic: 0.062 +files: 0.061 +network: 0.056 +KVM: 0.048 +boot: 0.048 +debug: 0.580 +device: 0.090 +PID: 0.078 +files: 0.040 +performance: 0.036 +socket: 0.035 +other: 0.034 +vnc: 0.024 +semantic: 0.017 +network: 0.016 +KVM: 0.015 +permissions: 0.012 +graphic: 0.012 +boot: 0.012 + +[BUG REPORT] cxl process in infinity loop + +Hi, all + +When I did the cxl memory hot-plug test on QEMU, I accidentally connected +two memdev to the same downstream port, the command like below: + +> +-object memory-backend-ram,size=262144k,share=on,id=vmem0 \ +> +-object memory-backend-ram,size=262144k,share=on,id=vmem1 \ +> +-device pxb-cxl,bus_nr=12,bus=pcie.0,id=cxl.1 \ +> +-device cxl-rp,port=0,bus=cxl.1,id=root_port0,chassis=0,slot=0 \ +> +-device cxl-upstream,bus=root_port0,id=us0 \ +> +-device cxl-downstream,port=0,bus=us0,id=swport00,chassis=0,slot=5 \ +> +-device cxl-downstream,port=0,bus=us0,id=swport01,chassis=0,slot=7 \ +same downstream port but has different slot! + +> +-device cxl-type3,bus=swport00,volatile-memdev=vmem0,id=cxl-vmem0 \ +> +-device cxl-type3,bus=swport01,volatile-memdev=vmem1,id=cxl-vmem1 \ +> +-M +> +cxl-fmw.0.targets.0=cxl.1,cxl-fmw.0.size=64G,cxl-fmw.0.interleave-granularity=4k +> +\ +There is no error occurred when vm start, but when I executed the âcxl listâ +command to view +the CXL objects info, the process can not end properly. + +Then I used strace to trace the process, I found that the process is in +infinity loop: +# strace cxl list +...... +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +write(3, "1\n\0", 3) = 3 +close(3) = 0 +access("/run/udev/queue", F_OK) = 0 + +[Environment]: +linux: V6.10-rc3 +QEMU: V9.0.0 +ndctl: v79 + +I know this is because of the wrong use of the QEMU command, but I think we +should +be aware of this error in one of the QEMU, OS or ndctl side at least. + +Thanks +Xingtao + +On Tue, 2 Jul 2024 00:30:06 +0000 +"Xingtao Yao (Fujitsu)" <yaoxt.fnst@fujitsu.com> wrote: + +> +Hi, all +> +> +When I did the cxl memory hot-plug test on QEMU, I accidentally connected +> +two memdev to the same downstream port, the command like below: +> +> +> -object memory-backend-ram,size=262144k,share=on,id=vmem0 \ +> +> -object memory-backend-ram,size=262144k,share=on,id=vmem1 \ +> +> -device pxb-cxl,bus_nr=12,bus=pcie.0,id=cxl.1 \ +> +> -device cxl-rp,port=0,bus=cxl.1,id=root_port0,chassis=0,slot=0 \ +> +> -device cxl-upstream,bus=root_port0,id=us0 \ +> +> -device cxl-downstream,port=0,bus=us0,id=swport00,chassis=0,slot=5 \ +> +> -device cxl-downstream,port=0,bus=us0,id=swport01,chassis=0,slot=7 \ +> +same downstream port but has different slot! +> +> +> -device cxl-type3,bus=swport00,volatile-memdev=vmem0,id=cxl-vmem0 \ +> +> -device cxl-type3,bus=swport01,volatile-memdev=vmem1,id=cxl-vmem1 \ +> +> -M +> +> cxl-fmw.0.targets.0=cxl.1,cxl-fmw.0.size=64G,cxl-fmw.0.interleave-granularity=4k +> +> \ +> +> +There is no error occurred when vm start, but when I executed the âcxl listâ +> +command to view +> +the CXL objects info, the process can not end properly. +I'd be happy to look preventing this on QEMU side if you send one, +but in general there are are lots of ways to shoot yourself in the +foot with CXL and PCI device emulation in QEMU so I'm not going +to rush to solve this specific one. + +Likewise, some hardening in kernel / userspace probably makes sense but +this is a non compliant switch so priority of a fix is probably fairly low. + +Jonathan + +> +> +Then I used strace to trace the process, I found that the process is in +> +infinity loop: +> +# strace cxl list +> +...... +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000000}, NULL) = 0 +> +openat(AT_FDCWD, "/sys/bus/cxl/flush", O_WRONLY|O_CLOEXEC) = 3 +> +write(3, "1\n\0", 3) = 3 +> +close(3) = 0 +> +access("/run/udev/queue", F_OK) = 0 +> +> +[Environment]: +> +linux: V6.10-rc3 +> +QEMU: V9.0.0 +> +ndctl: v79 +> +> +I know this is because of the wrong use of the QEMU command, but I think we +> +should +> +be aware of this error in one of the QEMU, OS or ndctl side at least. +> +> +Thanks +> +Xingtao + diff --git a/results/classifier/111/debug/700276 b/results/classifier/111/debug/700276 new file mode 100644 index 000000000..31b23221b --- /dev/null +++ b/results/classifier/111/debug/700276 @@ -0,0 +1,65 @@ +debug: 0.172 +semantic: 0.171 +graphic: 0.106 +other: 0.104 +boot: 0.097 +device: 0.069 +vnc: 0.052 +files: 0.044 +PID: 0.040 +socket: 0.036 +performance: 0.035 +network: 0.026 +KVM: 0.026 +permissions: 0.021 +debug: 0.827 +PID: 0.027 +permissions: 0.025 +socket: 0.023 +other: 0.019 +files: 0.016 +performance: 0.013 +device: 0.013 +semantic: 0.009 +network: 0.008 +vnc: 0.007 +graphic: 0.006 +boot: 0.004 +KVM: 0.002 + +QEMU crashed when GDB request a big size variable information + +Hello, +My host is Fedora 13. My QEMU version is 0.13.0, I use QEMU with GDB to debug Linux kernel(Version 2.6.36.2). + +I use QEMU like this:"qemu -s -S -kernel build/arch/i386/boot/bzImage -hda /dev/zero" +When GDB connected with QEMU, and use gdb command print to look big size variable, the qemu is crash down. for example, when I look a task_struct variable 'init_task'(print init_task ), the qemu produce the below message and exit. + +*** stack smashing detected ***: qemu terminated +======= Backtrace: ========= +/lib/libc.so.6(__fortify_fail+0x4d)[0x78a31d] +/lib/libc.so.6[0x78a2ca] +qemu[0x8059e21] +qemu[0x805a0cf] +qemu[0x80d12a1] +qemu[0x8189cb8] +qemu[0x818c3b0] +/lib/libc.so.6(__libc_start_main+0xe6)[0x6a8cc6] +............... +adbf7000-adbf8000 rw-p 00000000 00:00 0 +adbf8000-ae3f8000 rw-p 00000000 00:00 0 +ae3f8000-ae742000 rw-p 00000000 00:00 0 +ae742000-ae762000 rw-p 00000000 00:00 0 +ae762000-ae764000 rw-p 00000000 00:00 0 +ae764000-ae784000 rw-p 00000000 00:00 0 +ae784000-ae786000 rw-p 00000000 00:00 0 +ae786000-b6786000 rw-p 00000000 00:00 0 +b6786000-b7894000 rw-p 00000000 00:00 0 +b78aa000-b78ab000 rw-p 00000000 00:00 0 +bfe95000-bfeaa000 rw-p 00000000 00:00 0 [stack] +已放弃 (core dumped) + +Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +[Expired for QEMU because there has been no activity for 60 days.] + |