All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gerhard Pircher" <gerhard_pircher@gmx.net>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] [POWERPC] Port fixmap from x86 and use for kmap_atomic
Date: Sat, 19 Apr 2008 13:07:40 +0200	[thread overview]
Message-ID: <20080419110740.107700@gmx.net> (raw)
In-Reply-To: <Pine.LNX.4.64.0804172156390.32124@blarg.am.freescale.net>


-------- Original-Nachricht --------
> Datum: Thu, 17 Apr 2008 21:57:05 -0500 (CDT)
> Von: Kumar Gala <galak@kernel.crashing.org>
> An: Paul Mackerras <paulus@samba.org>
> CC: linuxppc-dev@ozlabs.org
> Betreff: [PATCH] [POWERPC] Port fixmap from x86 and use for kmap_atomic

> The fixmap code from x86 allows us to have compile time virtual addresses
> that we change the physical addresses of at run time.
...
> +/*
> + * Here we define all the compile-time 'special' virtual
> + * addresses. The point is to have a constant address at
> + * compile time, but to set the physical address only
> + * in the boot process. We allocate these special addresses
> + * from the end of virtual memory (0xfffff000) backwards.
> + * Also this lets us do fail-safe vmalloc(), we
> + * can guarantee that these special addresses and
> + * vmalloc()-ed addresses never overlap.
I don't understand how highmem works, but I'm just interested to know, if
this implementation could conflict somehow with the non coherent DMA
implementation in dma-noncoherent.c (which uses address space from
0xff100000 to 0xff300000 for DMA memory).
On the other side could dma-noncoherent.c benefit from fixmaps so that it
isn't necessary to configure a start address for DMA allocations?

Thanks!

best regards,

Gerhard
-- 
Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! 
http://games.entertainment.gmx.net/de/entertainment/games/free

  reply	other threads:[~2008-04-19 11:07 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-18  2:57 [PATCH] [POWERPC] Port fixmap from x86 and use for kmap_atomic Kumar Gala
2008-04-19 11:07 ` Gerhard Pircher [this message]
2008-04-21 17:44   ` Kumar Gala

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=20080419110740.107700@gmx.net \
    --to=gerhard_pircher@gmx.net \
    --cc=galak@kernel.crashing.org \
    --cc=linuxppc-dev@ozlabs.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.