From: "Scott Parish" <srparish@us.ibm.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com, Scott Parish <srparish@us.ibm.com>
Subject: Re: Xen 3.0 Status update
Date: Thu, 28 Jul 2005 21:59:44 +0000 [thread overview]
Message-ID: <20050728215944.GJ4224@us.ibm.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D28282C@liverpoolst.ad.cl.cam.ac.uk>
On Fri, Jul 29, 2005 at 12:05:10AM +0100, Ian Pratt wrote:
> > > The slightly more fundamental problem is that we need a <4GB
> > > allocation zone in Xen, but since allocating the apperture is only
> > > currently an issue for dom0 it won't actually be a problem in
> > > practice. (something we need to address before driver domains come
> > > back)
> >
> > I have a patch that introduces zones into xen, and a
> > hypercall to request dmaable memory, which i've made
> > xen_contig_memory() use.
>
> The hypercall should probably pass in the 'order' of the address limit
> required for the allocation. There are a few stupid devices that require
> memory below 2GB etc (e.g. aacraid)
This is with the MEMOP_decrease_reservation hypercall, which is already
using up all of its allotted arguments. Its been a while, but it didn't
look like it was going to be real easy to raise the limit of 6 arguments
on x86_32.
> > Unfortunately, there still seems to be some places where
> > kmallocs are done for dma buffers. (i tried putting all linux
> > memory into ZONE_NORMAL and caught a couple of these places)
>
> Can you give examples? What size are the allocations? Do you know what
> the official position is i.e. is using kmalloc with ZONE_DMA deprecated?
I have no idea about official positions of the linux kernel.
sRp
--
Scott Parish
Signed-off-by: srparish@us.ibm.com
next prev parent reply other threads:[~2005-07-28 21:59 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-28 23:05 Xen 3.0 Status update Ian Pratt
2005-07-28 21:59 ` Scott Parish [this message]
2005-07-29 9:06 ` Gerd Knorr
2005-07-29 10:17 ` Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2005-07-29 11:16 Ian Pratt
2005-07-29 12:58 ` Gerd Knorr
2005-07-28 23:31 Ian Pratt
2005-07-28 22:39 Ian Pratt
2005-07-28 21:43 ` Scott Parish
2005-07-28 22:57 ` Mark Williamson
2005-07-28 21:55 ` Scott Parish
2005-07-28 21:35 Ian Pratt
2005-07-28 20:30 ` Scott Parish
2005-07-28 21:15 Ian Pratt
2005-07-28 20:09 ` Scott Parish
2005-07-28 21:01 Walker, Bruce J (HP-Labs)
2005-07-28 11:52 Ian Pratt
2005-07-29 2:30 ` aq
2005-07-27 23:34 Ian Pratt
2005-07-28 4:28 ` aq
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=20050728215944.GJ4224@us.ibm.com \
--to=srparish@us.ibm.com \
--cc=m+Ian.Pratt@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.com \
/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.