search for: mtrr

...then the machine reboots. Will it''s running i''m seeing this erros on dmesg: [drm:i830_wait_ring] *ERROR* space: 131056 wanted 131064 [drm:i830_wait_ring] *ERROR* lockup [drm:i830_wait_ring] *ERROR* space: 131048 wanted 131064 [drm:i830_wait_ring] *ERROR* lockup ... and then ... mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 mtrr: reg: 3 has count=0 At XFree86.log this are the...

Hi. I have a RHEL server that has some errors in dmesg , what do they mean, how do I fix them ? mtrr: type mismatch for f9000000,800000 old: write-back new: write-combining mtrr: type mismatch for f9000000,1000000 old: write-back new: write-combining mtrr: type mismatch for f9fe0000,10000 old: write-back new: write-combining mtrr: type mismatch for f9fc0000,20000 old: write-back new: write-combini...

...raries usually comes with video drivers. Now we are having problem with DELL T3500 with six-core cpu (6 GB memory). This is the only T3500 and six-core cpu we have right now. Here is the fact: 1. on T3500 with six-core, CentOS5.5, video card ATI Profire 2260, IDL 7.1. Using dmesg, it report mtrr: type mismatch for e0000000,10000000 old: uncachable new: >>>>>>>>>> write-combining >>>>>>>>>> mtrr: type mismatch for e0000000,10000000 old: uncachable new: >>>>>>>>>> write-combining when run IDL with simp...

On Sun, Jun 03, 2012 at 05:31:32PM +1000, aorchis@gmail.com wrote: > Hi Jeremy and Konrad, CC-ing xen-devel. > > Basically the driver NVIDIA provided is a binary blob and recent > versions does not work with the PAT layout of XEN so it falls back to > MTRR to provide write combining (please correct me if I''m wrong). OK? Which is still OK. Are you using a v3.4 kernel with an up-to-date NVidia driver? I''ve had reports that it works OK. > However there is no MTRR support on XEN so the driver hard crashed my > machine (I can'...

...a ro single where AFAIK "ro single" gives me recovery-mode and ROOT permission; where the single VT-mode allows me to set some env. & call `startx`. I must have root-permission, since this Deb7 crap doesn't know 'sudo'. The final goal will be using "video=vesa:ywrap,mtrr vga=788" in isolinux; since these parameters are the only known way to get the important app to use proper <font sizes>. When the good fonts show [only acheivable by booting DVD-rescue] `cat /proc/cmdline` shows:--- 'video=vesa:ywrap,mtrr vga=788 initrd=/install.386/gtk/initrd.g...

This patch adds the MTRR MSRs save/restore support. Signed-off-by: Disheng Su <disheng.su@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

The first and third patches are cleaned up versions of an earlier v3 submission by Yang. 1: Nested VMX: check VMX capability before read VMX related MSRs 2: VMX: clean up capability checks 3: Nested VMX: fix IA32_VMX_CR4_FIXED1 msr emulation 4: x86: make hvm_cpuid() tolerate NULL pointers Signed-off-by: Jan Beulich <jbeulich@suse.com>

...erboard. BIOS has enabled intel virtualisation. centos 5.4, 64bit [root@localhost ~]# uname -a Linux localhost.localdomain 2.6.18-164.el5xen #1 SMP Thu Sep 3 04:03:03 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux [root@localhost ~]# grep vmx /proc/cpuinfo flags           : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm flags           : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds...

...ed again, and this was looping forever. Then I went into another computer, 'ssh'ed into that one, and typed 'dmesg'. The last important lines are these: application Picasa2 uses obsolete OSS audio interface [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 3123 emitted: 3125 mtrr: base(0x80020000) is not aligned on a size(0x300000) boundary (this last line kept repeating many times) 'top' showed almost 100% for process X, that disappeared and appeared again with a different PID. It seems that X got killed for some reason, and xdm was trying to start up again, but g...

...AFAIK "ro single" gives me recovery-mode and ROOT permission; > where the single VT-mode allows me to set some env. & call `startx`. > I must have root-permission, since this Deb7 crap doesn't know 'sudo'. > > The final goal will be using "video=vesa:ywrap,mtrr vga=788" > in isolinux; since these parameters are the only known way to get > the important app to use proper <font sizes>. > > When the good fonts show [only acheivable by booting DVD-rescue] > `cat /proc/cmdline` shows:--- > 'video=vesa:ywrap,mtrr vga=788 ini...

...UBTLE REQUIREMENTS: An important app on USBstikB:Partn3 only renders correct FontSize, when booted from deb7DVD:GraphicalRescueMode; and via the ash shell: mount <USBstik:Partn3> ; cd <dir> ; ./<Launch App> shows the good FontSize and cat /proc/cmdline: shows video=vesa:ywrap,mtrr vga=788 initrd=/install.386/gtk/initrd.gz rescue/enable=true -- quiet BOOT_IMAGE=/install.386/vmlinuz where: the <kernel> & initrd are confirmed to be on the DVD and IMPORTANTLY "video=vesa:ywrap,mtrr vga=788" is the secret to setting the fontSize; which I can't see if...

...ity, Would someone who is familiar with reading boot messages and kernel errors be able to assist with advising me on what the following errors might mean in dmesg. It seems to come up randomly towards the end of the logfile. ------------[ cut here ]------------ WARNING: at arch/x86/kernel/cpu/mtrr/generic.c:467 generic_get_mtrr+0x11e/0x140() (Not tainted) Hardware name: empty mtrr: your BIOS has set up an incorrect mask, fixing it up. Modules linked in: Pid: 0, comm: swapper Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Call Trace: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 [...

Hi, Quite a while ago there were a few patches for adding MTRR support to the Xen kernel, and yes, I know they''ve been NAK from the mainline kernel. I''m wondering if they still exist on some branches of some repo that I could possibly get them from? I found a couple of patch series posted onto the mailing list before but it''s n...

MTRR is not available for PVH Dom0, so prevent cpuid from reporting it as an available feature. Signed-off-by: Roger Pau Monné <roger.pau@citrix.com> Cc: George Dunlap <george.dunlap@eu.citrix.com> Cc: Mukesh Rathor <mukesh.rathor@oracle.com> Cc: Jan Beulich <JBeulich@suse.com>...

...Solaris build: missing static prototype and typo in variable name Need to link with -ldevinfo on Solaris Doug Chapman (1): Bug #14818: Actually return the PCI vendor name, instead of NULL. Eric Anholt (8): Make the base address printout of scanpci more usable. Add FreeBSD MTRR setting support. FreeBSD: don't set the MTRR if it's the default mode (uncacheable). FreeBSD: Fix unmap_range to return an error value. FreeBSD: Add support for multiple PCI domains. Add domain output to scanpci. FreeBSD: Don't try to unset an MTRR if we di...

On Tue, Sep 4, 2018 at 2:43 PM, Mika Westerberg <mika.westerberg at linux.intel.com> wrote: > Yes, can you check if the failing device BAR is included in any of the > above entries? If not then it is probably not related. mtrr again for reference: reg00: base=0x0c0000000 ( 3072MB), size= 1024MB, count=1: uncachable reg01: base=0x0a0000000 ( 2560MB), size= 512MB, count=1: uncachable reg02: base=0x090000000 ( 2304MB), size= 256MB, count=1: uncachable reg03: base=0x08c000000 ( 2240MB), size= 64MB, count=1: uncachable re...

...m_hypercall.c 2008-09-19 14:12:56.000000000 +0200 @@ -21,7 +21,7 @@ #include <xen/acpi.h> #include <asm/current.h> #include <public/platform.h> -#include <acpi/cpufreq/processor_perf.h> +#include <acpi/cpufreq/cpufreq.h> #include <asm/edd.h> #include <asm/mtrr.h> #include "cpu/mtrr/mtrr.h" @@ -55,6 +55,7 @@ static long cpu_frequency_change_helper( ret_t do_platform_op(XEN_GUEST_HANDLE(xen_platform_op_t) u_xenpf_op) { ret_t ret = 0; + struct vcpu *v; struct xen_platform_op curop, *op = &curop; if ( !IS_PRIV(current-...

After fixing the respective problems in the hypervisor it became apparent that there also was a problem in the guest. Attached patch fixes - an obvious cut-and-paste error - return value range issues Clearly this patch should, in an appropriately modified form if necessary, also be applied to trees other than the merge one. Jan _______________________________________________ Xen-merge mailing

Getting things in sync with i386. Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...; removed from kernel line. Is it expected or i am  missing something ? Dmesg fragment :- [drm] Initialized drm 1.1.0 20060810 -> [drm] radeon defaulting to userspace modesetting. pci 0000:01:00.0: setting latency timer to 64 [drm] Initialized radeon 1.31.0 20080528 for 0000:01:00.0 on minor 0 mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining mtrr: type mismatch for d0000000,10000000 old: write-back new: writ...