* kmalloc question
@ 2003-10-09 1:06 ` Finney, Steve
0 siblings, 0 replies; 9+ messages in thread
From: Finney, Steve @ 2003-10-09 1:06 UTC (permalink / raw)
To: linux-mips
Is kmalloc (GFP_KERNEL) on a 32 bit HIGHMEM enabled MIPS kernel (BCM/Sibyte processor) guaranteed to allocate memory from the low, KSEG0/1 addressible region? I'm having trouble sorting through the slab.c code. On this processor, only 256 MB of DRAM is directly addressible; with more than 256 MB of RAM, there is 256 MB in zone 0, and the remainder in zone 2. Zone 1 is empty.
Thanks,
sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* kmalloc question
@ 2003-10-09 1:06 ` Finney, Steve
0 siblings, 0 replies; 9+ messages in thread
From: Finney, Steve @ 2003-10-09 1:06 UTC (permalink / raw)
To: linux-mips
Is kmalloc (GFP_KERNEL) on a 32 bit HIGHMEM enabled MIPS kernel (BCM/Sibyte processor) guaranteed to allocate memory from the low, KSEG0/1 addressible region? I'm having trouble sorting through the slab.c code. On this processor, only 256 MB of DRAM is directly addressible; with more than 256 MB of RAM, there is 256 MB in zone 0, and the remainder in zone 2. Zone 1 is empty.
Thanks,
sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: kmalloc question
2003-10-09 1:06 ` Finney, Steve
(?)
@ 2003-10-09 8:09 ` Ralf Baechle
-1 siblings, 0 replies; 9+ messages in thread
From: Ralf Baechle @ 2003-10-09 8:09 UTC (permalink / raw)
To: Finney, Steve; +Cc: linux-mips
On Wed, Oct 08, 2003 at 03:06:50PM -1000, Finney, Steve wrote:
> Is kmalloc (GFP_KERNEL) on a 32 bit HIGHMEM enabled MIPS kernel (BCM/Sibyte processor) guaranteed to allocate memory from the low, KSEG0/1 addressible region? I'm having trouble sorting through the slab.c code. On this processor, only 256 MB of DRAM is directly addressible; with more than 256 MB of RAM, there is 256 MB in zone 0, and the remainder in zone 2. Zone 1 is empty.
Yes.
Ralf
^ permalink raw reply [flat|nested] 9+ messages in thread
* kmalloc question.
@ 2012-01-04 14:22 Ganesh Patil
2012-01-04 14:27 ` Theodore Tso
0 siblings, 1 reply; 9+ messages in thread
From: Ganesh Patil @ 2012-01-04 14:22 UTC (permalink / raw)
To: linux-ext4
where allocate kmalloc function memory?
--
Regards,
Ganesh Patil.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: kmalloc question.
2012-01-04 14:22 Ganesh Patil
@ 2012-01-04 14:27 ` Theodore Tso
2012-01-04 15:50 ` Ganesh Patil
0 siblings, 1 reply; 9+ messages in thread
From: Theodore Tso @ 2012-01-04 14:27 UTC (permalink / raw)
To: Ganesh Patil; +Cc: Theodore Tso, linux-ext4
On Jan 4, 2012, at 9:22 AM, Ganesh Patil wrote:
> where allocate kmalloc function memory?
Sorry, I can't parse your question.
-- Ted
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: kmalloc question.
2012-01-04 14:27 ` Theodore Tso
@ 2012-01-04 15:50 ` Ganesh Patil
[not found] ` <CAOQ4uxj1Q70ta9J6YjbVhh+P2OTL03+KU12ybg4av=v=r_+sCA@mail.gmail.com>
0 siblings, 1 reply; 9+ messages in thread
From: Ganesh Patil @ 2012-01-04 15:50 UTC (permalink / raw)
To: Theodore Tso; +Cc: linux-ext4
Hello sir,
I am B.E(computer)student from Pune university (India) .my
final year project is "File system level snapshot in ext4 " so have
to take snapshot of particular file system and place somewhere(on same
filesystem or on another filesystem) .in snapshot we are going to copy
only inode of file in to another inode. as inode size in particular
filesystem is fixed so we cant get inode from filesystem(if
filesystem filled more than half) so finally we come to decision that
we will create one structure which has fields same as that of original
inode. so we will allocate memory dynamically using kmalloc
function.but we require that allocated memory cant be destroy till we
manually not destroy it.because of that I am asking from where kmalloc
allocates memory block(from current file system,or from kernel
space(root filesystem) or from RAM(heap area)).
On 1/4/12, Theodore Tso <tytso@mit.edu> wrote:
>
> On Jan 4, 2012, at 9:22 AM, Ganesh Patil wrote:
>
>> where allocate kmalloc function memory?
>
> Sorry, I can't parse your question.
>
> -- Ted
>
>
--
Regards,
Ganesh Patil.
^ permalink raw reply [flat|nested] 9+ messages in thread
* kmalloc question
@ 2002-06-05 5:25 Andre.Messerschmidt
2002-06-05 17:24 ` Alan Cox
0 siblings, 1 reply; 9+ messages in thread
From: Andre.Messerschmidt @ 2002-06-05 5:25 UTC (permalink / raw)
To: linux-mips
Hi.
I always thought that it is save to use kmalloc in an interrupt handler as
long as you use GFP_ATOMIC.
Now someone told me that it is not allowed to use these functions in any way
in an interrupt.
Can please someone clarify me here?
regards
--
Andre Messerschmidt
Application Engineer
Infineon Technologies AG
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: kmalloc question
2002-06-05 5:25 Andre.Messerschmidt
@ 2002-06-05 17:24 ` Alan Cox
0 siblings, 0 replies; 9+ messages in thread
From: Alan Cox @ 2002-06-05 17:24 UTC (permalink / raw)
To: Andre.Messerschmidt; +Cc: linux-mips
On Wed, 2002-06-05 at 06:25, Andre.Messerschmidt@infineon.com wrote:
> Hi.
>
> I always thought that it is save to use kmalloc in an interrupt handler as
> long as you use GFP_ATOMIC.
> Now someone told me that it is not allowed to use these functions in any way
> in an interrupt.
>
> Can please someone clarify me here?
GFP_ATOMIC is safe in an interrupt handler. You might get NULL back and
that it is your problem, but the kmalloc is safe
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-01-05 8:35 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-09 1:06 kmalloc question Finney, Steve
2003-10-09 1:06 ` Finney, Steve
2003-10-09 8:09 ` Ralf Baechle
-- strict thread matches above, loose matches on Subject: below --
2012-01-04 14:22 Ganesh Patil
2012-01-04 14:27 ` Theodore Tso
2012-01-04 15:50 ` Ganesh Patil
[not found] ` <CAOQ4uxj1Q70ta9J6YjbVhh+P2OTL03+KU12ybg4av=v=r_+sCA@mail.gmail.com>
2012-01-05 8:35 ` Ganesh Patil
2002-06-05 5:25 Andre.Messerschmidt
2002-06-05 17:24 ` Alan Cox
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.