All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Masters <jonathan@jonmasters.org>
To: Fillod Stephane <stephane.fillod@thomson.net>
Cc: LinuxPPC <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: uncached user space mapping with mmap() ???
Date: Fri, 12 Mar 2004 12:07:50 +0000	[thread overview]
Message-ID: <4051A816.5040000@jonmasters.org> (raw)
In-Reply-To: <2C1BAF8F8E1DD611862B0002A5D4C3FC02B6CFCF@renexch3.rennes.thmulti.com>



Fillod Stephane wrote:

<snip jcm being anal>

| Indeed! I should have written:
| "The bigger the mmap, the better, and the "lesser"  vma entries
| there will be."

Yes indeed. I shall try not to be such an anal pedant in future.

<snip>

|>Are you somehow assuming you can have variable page sizes or will
|>necessarily be using BATs to map in large regions? If this is the case
|>then do bear in mind the fixed 4K page size on most platforms and the
|>fact that many architectures like 4xx do not have any BATs anyway.

| You're right. To have less entries in the page table, we would need
| variable page sizes, since 4xx does not have BAT. Hence my remark
| in form of question about ability of hugetlb. The answer must
| be in the archive.

I would love to look at the hugetlb stuff but have not got around to it.
FWIW I looked at your Wiki example of uncached access the other day and
will probably send an update for a generic peekpoke utility unless
someone tells me there already is one generally available.

| Thanks for the correction  :-)

Coffee does this kind of thing so I apologise if I ever seem snappy.
Robert Love must hate me by now with the list of stuff for his book!

Jon.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2004-03-12 12:07 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-09 12:49 uncached user space mapping with mmap() ??? Fillod Stephane
2004-03-12 12:07 ` Jon Masters [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-03-08 10:25 Fillod Stephane
2004-03-09 10:55 ` Jon Masters
2004-03-04 23:02 Richard Williams
2004-03-04 23:17 ` Dan Malek
2004-03-04 14:47 Fillod Stephane
2004-03-04 14:51 ` Steven Scholz
2004-03-04 14:15 Fillod Stephane
2004-03-04 14:35 ` Steven Scholz
2004-03-04 17:28   ` Eugene Surovegin
2004-03-04 13:51 Steven Scholz
2004-03-04 17:00 ` Dan Malek
2004-03-05  8:18 ` Steven Scholz
2004-03-05 11:35   ` Jon Masters
2004-03-05 11:41     ` Steven Scholz
2004-03-05 13:21       ` Jon Masters

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=4051A816.5040000@jonmasters.org \
    --to=jonathan@jonmasters.org \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=stephane.fillod@thomson.net \
    /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.