All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mario Smarduch <cms063@email.mot.com>
To: linux-ia64@vger.kernel.org
Subject: Re: mmap() of /dev/kmem issue
Date: Wed, 05 May 2004 15:53:10 +0000	[thread overview]
Message-ID: <40990DE6.72969C72@email.mot.com> (raw)
In-Reply-To: <4097C51D.71EA0BEA@email.mot.com>

Matthew Wilcox wrote:

> On Wed, May 05, 2004 at 08:08:21AM -0700, Luck, Tony wrote:
> > Mapping kernel memory as uncacheable into a user process
> > seems like a recipe for disaster (well at least for an
> > MCA when the processor catches you using mixed attributes).
>
> ... which is why we don't do that.
>
> See drivers/char/mem.c::mmap_mem().  We call uncached_access() which does:
>
> #elif defined(CONFIG_IA64)
>         /*
>          * On ia64, we ignore O_SYNC because we cannot tolerate memory attribute
> aliases.
>          */
>         return !(efi_mem_attributes(addr) & EFI_MEMORY_WB);

That's great but what release is that in?

- mario.

>
>
> --
> "Next the statesmen will invent cheap lies, putting the blame upon
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince
> himself that the war is just, and will thank God for the better sleep
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


  parent reply	other threads:[~2004-05-05 15:53 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-04 16:30 mmap() of /dev/kmem issue Mario Smarduch
2004-05-04 17:05 ` Bjorn Helgaas
2004-05-04 17:19 ` Grant Grundler
2004-05-04 18:12 ` Mario Smarduch
2004-05-04 20:29 ` Grant Grundler
2004-05-04 22:15 ` Mario Smarduch
2004-05-04 22:27 ` Mario Smarduch
2004-05-04 23:59 ` Grant Grundler
2004-05-05 14:57 ` Mario Smarduch
2004-05-05 15:08 ` Luck, Tony
2004-05-05 15:36 ` Grant Grundler
2004-05-05 15:44 ` Matthew Wilcox
2004-05-05 15:49 ` Mario Smarduch
2004-05-05 15:53 ` Mario Smarduch [this message]
2004-05-05 16:07 ` Matthew Wilcox
2004-05-05 16:18 ` Chris Wedgwood
2004-05-05 16:32 ` Mario Smarduch
2004-05-05 16:42 ` Mario Smarduch
2004-05-05 16:44 ` Luck, Tony
2004-05-05 16:57 ` Mario Smarduch

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=40990DE6.72969C72@email.mot.com \
    --to=cms063@email.mot.com \
    --cc=linux-ia64@vger.kernel.org \
    /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.