From: Jeff Garzik <jgarzik@mandrakesoft.com>
To: root@chaos.analogic.com
Cc: John Levon <moz@compsoc.man.ac.uk>,
Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: kmalloc() allocation.
Date: Mon, 30 Oct 2000 13:10:47 -0500 [thread overview]
Message-ID: <39FDB9A7.154B385F@mandrakesoft.com> (raw)
In-Reply-To: <Pine.LNX.3.95.1001030130325.2540C-100000@chaos.analogic.com>
"Richard B. Johnson" wrote:
>
> On Mon, 30 Oct 2000, Jeff Garzik wrote:
>
> > "Richard B. Johnson" wrote:
> > > Now, I could set up a linked-list of buffers and use vmalloc()
> > > if the buffers were allocated from non-paged RAM. I don't think
> > > they are. These buffers must be present during an interrupt.
> >
> > Non-paged RAM? I'm not sure what you mean by that.
> >
> > Both kmalloc and vmalloc allocate pages, but neither will allocate pages
> > that the system will swap out (page out). [vk]malloc pages are always
> > around during an interrupt.
> >
> > Jeff
>
> Hmm, vmalloc() doesn't seem to have the size limitation. Are you sure
> that it's present during an interrupt? I can't page-fault during the
> interrupt.
vmalloc'd memory does have a size limitation, though it's larger than
kmalloc's limit. AFAIK vmalloc'd memory is a collection of pages
remapping in the page tables to be virtually contiguous, implying that
it is present during an interrupt.
--
Jeff Garzik | "Mind if I drive?" -Sam
Building 1024 | "Not if you don't mind me clawing at the
MandrakeSoft | dash and shrieking like a cheerleader."
| -Max
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-10-30 18:12 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-10-30 15:57 Richard B. Johnson
2000-10-30 16:06 ` Tigran Aivazian
2000-10-30 16:28 ` Richard B. Johnson
2000-10-30 16:38 ` Tigran Aivazian
2000-10-30 17:57 ` Richard B. Johnson
2000-10-30 16:06 ` John Levon
2000-10-30 16:27 ` Richard B. Johnson
2000-10-30 16:49 ` Jeff Garzik
2000-10-30 16:54 ` Tigran Aivazian
2000-10-30 17:08 ` Jeff Garzik
2000-10-30 18:08 ` Richard B. Johnson
2000-10-30 18:06 ` Richard B. Johnson
2000-10-30 18:10 ` Jeff Garzik [this message]
2000-10-30 16:40 ` Rik van Riel
2000-10-31 7:03 ` Mike Galbraith
2000-10-31 10:48 ` Ingo Oeser
2000-10-31 13:35 ` Rik van Riel
2000-10-31 13:59 ` Richard B. Johnson
2000-10-31 15:57 ` Pauline Middelink
2000-10-31 15:17 ` Ingo Oeser
2000-10-31 16:11 ` Rik van Riel
2000-10-31 18:22 ` Ingo Oeser
2000-10-31 14:43 ` afei
2000-10-30 18:22 ` Alan Cox
2000-10-30 18:37 ` Richard B. Johnson
2000-10-31 5:28 ` H. Peter Anvin
2000-10-31 6:11 ` Brian Gerst
2000-10-31 8:44 ` Andi Kleen
2000-10-31 12:58 ` Brian Gerst
2000-10-31 14:48 ` kernel
2000-10-31 15:01 ` Alan Cox
2000-10-31 15:57 ` kernel
2000-10-31 8:49 ` Tigran Aivazian
2000-10-31 8:54 ` Andi Kleen
2000-10-31 9:07 ` Tigran Aivazian
2000-10-31 9:25 ` Andi Kleen
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=39FDB9A7.154B385F@mandrakesoft.com \
--to=jgarzik@mandrakesoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=moz@compsoc.man.ac.uk \
--cc=root@chaos.analogic.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®