All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Jones <davej@redhat.com>
To: Petr Vandrovec <vandrove@vc.cvut.cz>
Cc: linux-kernel@vger.kernel.org, manfred@colorfullife.com
Subject: Re: EFAULT reading /dev/mem... - broken x86info
Date: Mon, 10 Nov 2003 16:11:14 +0000	[thread overview]
Message-ID: <20031110161114.GM10144@redhat.com> (raw)
In-Reply-To: <20031108162737.GB26350@vana.vc.cvut.cz>

On Sat, Nov 08, 2003 at 05:27:37PM +0100, Petr Vandrovec wrote:

 > After some tweaking around I found that I cannot read some pages from /dev/mem -
 > - I get -EFAULT on them. x86info run to the 0x86000 and 0x87000 pages, as it
 > scans 0x80000-0x8FFFF range for mptable.
 > 
 > After some thinking I believe that CONFIG_DEBUG_PAGEALLOC
 > is responsible for this problem. Should x86info (and other programs which
 > attempt to scan physical memory) cope with this inability to read /dev/mem, or
 > should be kernel fixed so /dev/mem really accesses physical memory and not kernel's
 > view of it? Or should I simple stop using CONFIG_DEBUG_PAGEALLOC?

I don't really have much insight into the behind the scenes going on's of
DEBUG_PAGEALLOC, so I don't know if your suggestion has merit or not.
Maybe Manfred can shed some insight?  This does seem to be a regression IMO
(Though I am somewhat biased as this breaks my app 8-)

		Dave


  parent reply	other threads:[~2003-11-10 16:12 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-08 16:27 EFAULT reading /dev/mem... - broken x86info Petr Vandrovec
2003-11-10 13:55 ` Richard B. Johnson
2003-11-10 16:11 ` Dave Jones [this message]
2003-11-10 16:50   ` Manfred Spraul
2003-11-10 16:56     ` Dave Jones
2003-11-10 17:17       ` Manfred Spraul
2003-11-10 18:05         ` Petr Vandrovec
2003-11-10 18:59           ` Manfred Spraul
2003-11-10 19:36             ` Mika Penttilä
2003-11-10 19:47               ` Manfred Spraul
2003-11-10 20:24                 ` Dave Jones

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=20031110161114.GM10144@redhat.com \
    --to=davej@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manfred@colorfullife.com \
    --cc=vandrove@vc.cvut.cz \
    /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.