From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 01/10] ARM: change ARM_DMA_ZONE_SIZE into a variable
Date: Fri, 8 Jul 2011 17:23:17 +0100 [thread overview]
Message-ID: <20110708162317.GH4812@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <58279306-048d-4d63-896b-f002567b5478@VA3EHSMHS004.ehs.local>
On Fri, Jul 08, 2011 at 07:58:03AM -0600, John Linn wrote:
> It's only at addresses 0 - 512K that's not DMA-able. I am using a DMA
> zone (with a hole at the front) to avoid this problem right now but
> maybe I'm not really understanding it and it's not working correctly.
> Testing looks good with the DMA zone.
That's more or less what we do with Integrator platforms. It's very
unlikely that a kernel will ever be smaller than 512K, so if you place
it at 32K as normal, avoid freeing the .init text/data, and keep the
first 32K reserved (the second 16K will be reserved for the swapper
page table in any case) then you'll keep that memory away from anything
that might hand it out for DMA purposes.
See free_initmem() for the integrator stuff avoiding .init freeing, and
integrator_reserve() to keep the first 16K reserved.
next prev parent reply other threads:[~2011-07-08 16:23 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-06 2:30 [PATCH 01/10] ARM: change ARM_DMA_ZONE_SIZE into a variable Nicolas Pitre
2011-07-06 2:30 ` [PATCH 02/10] ARM: add dma_zone_size to the machine_desc structure Nicolas Pitre
2011-07-06 23:10 ` Russell King - ARM Linux
2011-07-07 2:59 ` Nicolas Pitre
2011-07-06 2:30 ` [PATCH 03/10] ARM: mach-davinci: move from ARM_DMA_ZONE_SIZE to mdesc->dma_zone_size Nicolas Pitre
2011-07-06 2:30 ` [PATCH 04/10] ARM: mach-h720x: " Nicolas Pitre
2011-07-06 2:30 ` [PATCH 05/10] ARM: mach-ixp4xx: " Nicolas Pitre
2011-07-06 23:12 ` Russell King - ARM Linux
2011-07-07 3:31 ` Nicolas Pitre
2011-07-06 2:30 ` [PATCH 06/10] ARM: mach-pxa: " Nicolas Pitre
2011-07-06 2:30 ` [PATCH 07/10] ARM: mach-realview: " Nicolas Pitre
2011-07-06 23:15 ` Russell King - ARM Linux
2011-07-07 3:59 ` Nicolas Pitre
2011-07-06 2:30 ` [PATCH 08/10] ARM: mach-sa1100: move " Nicolas Pitre
2011-07-06 2:30 ` [PATCH 09/10] ARM: mach-shark: " Nicolas Pitre
2011-07-06 2:30 ` [PATCH 10/10] ARM: ARM_DMA_ZONE_SIZE is no more Nicolas Pitre
2011-07-06 2:48 ` [PATCH 01/10] ARM: change ARM_DMA_ZONE_SIZE into a variable Barry Song
2011-07-06 3:12 ` Nicolas Pitre
2011-07-06 23:09 ` Russell King - ARM Linux
2011-07-07 2:50 ` Nicolas Pitre
2011-07-07 16:17 ` Arnd Bergmann
2011-07-07 17:08 ` John Linn
2011-07-07 17:40 ` Arnd Bergmann
2011-07-08 8:59 ` Russell King - ARM Linux
2011-07-08 13:58 ` John Linn
2011-07-08 16:23 ` Russell King - ARM Linux [this message]
2011-07-07 18:15 ` Grant Likely
2011-07-06 23:04 ` Russell King - ARM Linux
2011-07-07 2:46 ` Nicolas Pitre
2011-07-08 12:14 ` Russell King - ARM Linux
2011-07-08 20:30 ` Russell King - ARM Linux
2011-07-09 8:12 ` Russell King - ARM Linux
2011-07-09 8:13 ` Russell King - ARM Linux
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=20110708162317.GH4812@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).