All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@redhat.com>
To: Bernhard Kaindl <bk@suse.de>
Cc: linux-kernel@vger.kernel.org, Pavel Machek <pavel@ucw.cz>,
	Andi Kleen <ak@suse.de>, "Rafael J. Wysocki" <rjw@sisk.pl>,
	Jan Beulich <jbeulich@novell.com>
Subject: Re: [PATCH 0/4] Fix MTRR suspend support for specific machines (some AMD64, maybe others also)
Date: Wed, 4 Apr 2007 02:37:01 -0400	[thread overview]
Message-ID: <20070404063701.GA5539@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0703301702320.21293@jbgna.fhfr.qr>

On Tue, Apr 03, 2007 at 03:55:32PM +0200, Bernhard Kaindl wrote:

 > PS: I attached a program which uses msr.ko (CONFIG_X86_MSR) from
 >  Processor type and features
 >      -> [M/*] /dev/cpu/*/msr - Model-specific register support
 > to dump the contents of the fixed-range MTTRs to stdout.
 > 
 > On a two-CPU system, the output format looks like this:
 > 
 > MSR 0x250: 1e1e1e1e1e1e1e1e | 0606060606060606 |
 > MSR 0x258: 1e1e1e1e1e1e1e1e | 0606060606060606 |
 > MSR 0x259: 0000000000000000 | 0000000000000000 |
 > MSR 0x268: 1515151515151515 | 0505050505050505 |
 > MSR 0x269: 1515151515151515 | 0505050505050505 |
 > MSR 0x26a: 0000000000000000 | 0000000000000000 |
 > MSR 0x26b: 0000000000000000 | 0000000000000000 |
 > MSR 0x26c: 1515151500000000 | 0505050500000000 |
 > MSR 0x26d: 1515151515151515 | 0505050505050505 |
 > MSR 0x26e: 1515151515151515 | 0505050505050505 |
 > MSR 0x26f: 1515151515151515 | 0505050505050505 |

FWIW, x86info --mtrr would have done this for you :)

 > To have a sane MTRR setup the MTRRs of the CPUs should always
 > match, but this has so far not lead to problems, it seems. However,
 > Intel and AMD manuals tell us to keep MTRRs in sync for good reasons.

Indeed.  From a quick lookover, I don't see anything obviously
wrong in your patches, though Jan and Andi probably remember more
gory details about that code than I'll admit to.

	Dave

-- 
http://www.codemonkey.org.uk

  parent reply	other threads:[~2007-04-04  6:37 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.64.0703211730140.2519@jbgna.fhfr.qr>
     [not found] ` <200703272213.51947.ak@suse.de>
     [not found]   ` <Pine.LNX.4.64.0703281155490.17746@jbgna.fhfr.qr>
     [not found]     ` <200703291525.59116.ak@suse.de>
2007-04-03 13:55       ` [PATCH 0/4] Fix MTRR suspend support for specific machines (some AMD64, maybe others also) Bernhard Kaindl
2007-04-03 13:58         ` [PATCH 1/4] Implement mtrr_save_fixed_ranges() Bernhard Kaindl
2007-04-03 14:00         ` [PATCH 2/4] Save the MTRRs of the BSP before booting an AP Bernhard Kaindl
2007-04-08 20:10           ` Andrew Morton
2007-04-03 14:05         ` [PATCH 3/4] BSP: save and restore fixed-range MTRRs during suspend Bernhard Kaindl
2007-04-03 14:06         ` [PATCH 4/4] Enable fixed-range IORRs to sync RdMem and WrMem Bernhard Kaindl
2007-04-04  6:37         ` Dave Jones [this message]
2007-04-04  8:13         ` [PATCH 0/4] Fix MTRR suspend support for specific machines (some AMD64, maybe others also) Pavel Machek
2007-04-08 20:50         ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070404063701.GA5539@redhat.com \
    --to=davej@redhat.com \
    --cc=ak@suse.de \
    --cc=bk@suse.de \
    --cc=jbeulich@novell.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.