search for: rapl

...3/14/14, 10:17 AM, Andi Kleen wrote: >>>The Intel ISR section for RDMSR seems to say: "Specifying a reserved >>>or unimplemented >>>MSR address in ECX will also cause a general protection exception". >>> >>> From a guest's perspective, MSR_RAPL_POWER_UNIT is unimplemented; kvm matches >>>this behavior. >> >>MSRs are model specific and defined per model number. If you report a model >>number you're expected to implement the MSRs defined for that model number. >> >>AFAIK Xen just reports 0 for unkn...

...3/14/14, 10:17 AM, Andi Kleen wrote: >>>The Intel ISR section for RDMSR seems to say: "Specifying a reserved >>>or unimplemented >>>MSR address in ECX will also cause a general protection exception". >>> >>> From a guest's perspective, MSR_RAPL_POWER_UNIT is unimplemented; kvm matches >>>this behavior. >> >>MSRs are model specific and defined per model number. If you report a model >>number you're expected to implement the MSRs defined for that model number. >> >>AFAIK Xen just reports 0 for unkn...

...tual power management: Is there a place in the code I can look where the CPU flags are checked? I did create this VM on the Debian 7 versions of libvirt and qemu, but I don't see that it should be much of a problem since you can swap CPUs in virt-manager. The end goal is to read Sandy Bridge+ RAPL MSRs from the guest OS. perf_events are now being exported, which is great for my work, but if I could read some of those RAPL MSRs, It would make my life orders of magnitude easier. Any help would be much appreciated. Best, Michael Giardino <giardino@ece.gatech.edu> <michael.giardino@g...

...hould be to execute... init 3 yum groupremove gnome-desktop Then what? "yum search icewm" does not find anything, and I may still have GDM trying to log me in to a non-existant GNOME. What do I do next? By the way, at startup, I notice a message quickly flash by like... "intel_rapl: no valid rapl domains". What's it about? -- Walter Dnes <waltdnes at waltdnes.org>

...tered [ 0.206240] UDP hash table entries: 2048 (order: 4, 65536 bytes) [ 0.206294] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes) [ 0.206415] NET: Registered protocol family 1 [ 0.206530] Unpacking initramfs... [ 0.586747] Freeing initrd memory: 16900k freed [ 0.592244] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms ovfl timer [ 0.592262] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules [ 0.592269] RAPL PMU: hw unit of domain package 2^-16 Joules [ 0.592275] RAPL PMU: hw unit of domain dram 2^-16 Joules [ 0.592423] platform rtc_cmos: regis...

...tual power management: Is there a place in the code I can look where the CPU flags are checked? I did create this VM on the Debian 7 versions of libvirt and qemu, but I don't see that it should be much of a problem since you can swap CPUs in virt-manager. The end goal is to read Sandy Bridge+ RAPL MSRs from the guest OS. perf_events are now being exported, which is great for my work, but if I could read some of those RAPL MSRs, It would make my life orders of magnitude easier. Any help would be much appreciated. Best, Michael Giardino <mikelj@gatech.edu> <michael.giardino@gmail....

...s there a place in the code I can look where the CPU flags are checked? I > did create this VM on the Debian 7 versions of libvirt and qemu, but I > don't see that it should be much of a problem since you can swap CPUs in > virt-manager. > > The end goal is to read Sandy Bridge+ RAPL MSRs from the guest OS. > perf_events are now being exported, which is great for my work, but if I > could read some of those RAPL MSRs, It would make my life orders of > magnitude easier. > > Any help would be much appreciated. > This really looks like a bug, but before saying...

...: 0000000000000001 [ 27.391230] R13: 00007f7b36d50398 R14: 0000000000004000 R15: 0000000000004000 [ 27.391677] </TASK> [ 27.392115] Modules linked in: ocfs2_stack_user gfs2 ocfs2 ocfs2_nodemanager ocfs2_stackglue quota_tree dlm sctp ip6_udp_tunnel udp_tunnel libcrc32c binfmt_misc intel_rapl_msr intel_rapl_common intel_pmc_core kvm_intel kvm irqbypass ghash_clmulni_intel sha512_ssse3 sha512_generic snd_hda_codec_generic ledtrig_audio snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi aesni_intel crypto_simd cryptd snd_hda_codec rapl snd_hda_core snd_hwdep snd_pcm qxl snd_timer drm_ttm_h...

On Wed, 2016-02-03 at 15:28 -0500, Konrad Rzeszutek Wilk wrote: > > > And I wonder if the XEN_DOMCTL_irq_permission aka, > > > xc_domain_irq_permission > > > had been called. I remember that at some point we missed it for > > > Xend.. > > > > > False alarm. > > It was all in Linux. Attached are four patches (the first two > are for

https://bugs.freedesktop.org/show_bug.cgi?id=103351 Bug ID: 103351 Summary: Nouveau fails when booting with a screen connected to displayport since 13a86519202c5d119d83640d6f781f3181205d2c Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

...93745] ? process_one_work+0x3b0/0x3b0 [ 213.398406] ? __kthread_bind_mask+0x70/0x70 [ 213.403169] ret_from_fork+0x22/0x30 [ 213.407153] Modules linked in: nouveau(+) mxm_wmi wmi video nls_iso8859_1 dm_multipath scsi_dh_rdac scsi_dh_emc scsi_dh_alua amd64_edac_mod edac_mce_amd amd_energy kvm_amd kvm rapl efi_pstore ipmi_ssif input_leds cdc_ether usbnet mii ccp k10temp acpi_ipmi ipmi_si ipmi_devintf ipmi_msghandler mac_hid sch_fq_codel ip_tables x_tables autofs4 btrfs blake2b_generic raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c raid1 raid0 multipat...

...ET: Registered protocol family 1 [ 0.069260] PCI: CLS 0 bytes, default 64 [ 0.069323] Unpacking initramfs... [ 0.124178] Freeing initrd memory: 43680K (ffff880001f18000 - ffff8800049c0000) [ 0.126623] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.126711] RAPL PMU detected, hw unit 2^-16 Joules, API unit is 2^-32 Joules, 3 fixed counters 163840 ms ovf [ 0.126757] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x19 [ 0.126826] microcode: Microcode Update Driver: v2.00 <tigran at aivazian.fsnet.co.uk>, Peter Oruba [ 0.127132] futex hash table...

...can look where the CPU flags are checked? > I > > did create this VM on the Debian 7 versions of libvirt and qemu, but I > > don't see that it should be much of a problem since you can swap CPUs in > > virt-manager. > > > > The end goal is to read Sandy Bridge+ RAPL MSRs from the guest OS. > > perf_events are now being exported, which is great for my work, but if I > > could read some of those RAPL MSRs, It would make my life orders of > > magnitude easier. > > > > Any help would be much appreciated. > > > > This reall...

...d USB device number 15 using xhci_hcd [ 8.777349] bcma: bus0: Invalid SPROM read from the PCIe card, trying to use fallback SPROM [ 8.777350] bcma: bus0: Using fallback SPROM failed (err -2) [ 8.777351] bcma: bus0: No SPROM available [ 8.781239] bcma: bus0: Bus registered [ 8.811023] RAPL PMU: API unit is 2^-32 Joules, 4 fixed counters, 655360 ms ovfl timer [ 8.811025] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [ 8.811026] RAPL PMU: hw unit of domain package 2^-14 Joules [ 8.811027] RAPL PMU: hw unit of domain dram 2^-14 Joules [ 8.811028] RAPL PMU: hw unit of dom...

...669.783527] WARNING: CPU: 1 PID: 7812 at drivers/gpu/drm/nouveau/nvkm/engine/gr/g84.c:171 g84_gr_tlb_flush+0x2eb/0x300 [nouveau] Oct 20 08:44:13 vostrodell kernel: [55669.783527] Modules linked in: cdc_acm(OE) fuse md4 sha512_ssse3 sha512_generic cmac nls_utf8 cifs dns_resolver fscache libdes intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm ath9k irqbypass ath9k_common ath9k_hw crc32_pclmul ath snd_hda_codec_conexant ghash_clmulni_intel snd_hda_codec_generic snd_hda_codec_hdmi ledtrig_audio mac80211 snd_hda_intel snd_intel_dspcfg aesni_intel libaes cryp...

...evice with shadowed ROM at [mem 0x000c0000-0x000dffff] [ 0.667169] PCI: CLS 64 bytes, default 64 [ 0.667181] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 0.667182] software IO TLB [mem 0x6f276000-0x73276000] (64MB) mapped at [ffff88006f276000-ffff880073275fff] [ 0.667410] RAPL PMU: API unit is 2^-32 Joules, 5 fixed counters, 655360 ms ovfl timer [ 0.667411] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules [ 0.667412] RAPL PMU: hw unit of domain package 2^-14 Joules [ 0.667412] RAPL PMU: hw unit of domain dram 2^-14 Joules [ 0.667413] RAPL PMU: hw unit of dom...

...ET: Registered protocol family 1 [ 0.069260] PCI: CLS 0 bytes, default 64 [ 0.069323] Unpacking initramfs... [ 0.124178] Freeing initrd memory: 43680K (ffff880001f18000 - ffff8800049c0000) [ 0.126623] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.126711] RAPL PMU detected, hw unit 2^-16 Joules, API unit is 2^-32 Joules, 3 fixed counters 163840 ms ovf [ 0.126757] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x19 [ 0.126826] microcode: Microcode Update Driver: v2.00 <tigran at aivazian.fsnet.co.uk>, Peter Oruba [ 0.127132] futex hash table...

We ignore the err of requesting config interrupt, fix this. Fixes: e7991f376a4d ("ifcvf: implement config interrupt in IFCVF") Cc: Zhu Lingshan <lingshan.zhu at intel.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vdpa/ifcvf/ifcvf_main.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/vdpa/ifcvf/ifcvf_main.c

We ignore the err of requesting config interrupt, fix this. Fixes: e7991f376a4d ("ifcvf: implement config interrupt in IFCVF") Cc: Zhu Lingshan <lingshan.zhu at intel.com> Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/vdpa/ifcvf/ifcvf_main.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/drivers/vdpa/ifcvf/ifcvf_main.c

...ET: Registered protocol family 1 [ 0.053454] PCI: CLS 0 bytes, default 64 [ 0.053501] Unpacking initramfs... [ 0.091622] Freeing initrd memory: 43680K (ffff880001f18000 - ffff8800049c0000) [ 0.093485] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.093788] RAPL PMU detected, hw unit 2^-16 Joules, API unit is 2^-32 Joules, 3 fixed counters 163840 ms ovfl timer [ 0.093845] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x19 [ 0.093925] microcode: Microcode Update Driver: v2.00 < tigran at aivazian.fsnet.co.uk>, Peter Oruba [ 0.094168] futex ha...