All of lore.kernel.org
 help / color / mirror / Atom feed
* Advice regarding memory allocation/sharing
@ 2003-06-09 12:11 ZCane, Ed (Test Purposes)
  0 siblings, 0 replies; 2+ messages in thread
From: ZCane, Ed (Test Purposes) @ 2003-06-09 12:11 UTC (permalink / raw)
  To: linux-kernel

Hello all,

I appreciate this is probably trivial to you experts, but would be very
grateful if you could spare a minute to tell me if I'm on the right tracks,
or barking up the wrong tree!

I'm trying to write a system to capture large amounts of data from a Gb
Ethernet card. Using Linux, Kernel Version 2.4.

I've done a bit of reading, and this is how I propose to do it.

Allocate a large block (500mb) of contiguous physical memory, at boot time,
using bootmem.
Share this memory with user-space processess, using memmap and shared memory
IPC.
Modify our Ethernet driver so that it DMA's into my block of memory.

I'll use semaphores, and split the memory into separate chunks, and make it
so it rotates in a ring buffer style, I can handle all that stuff, just
wanted to make sure I was on the right tracks with the design/concept of the
memory.

Any advice appreciated, dont wish to take too much of your time!

Best regards,
Ed
(sorry about the attached disclaimer, its added by the mail server, not me!)


begin 666 RMRL-Disclaimer.txt
M4F5G:7-T97)E9"!/9F9I8V4Z(%)O:V4@36%N;W(@4F5S96%R8V@@3'1D+"!3
M:65M96YS($AO=7-E+"!/;&1B=7)Y+"!"<F%C:VYE;&PL( T*0F5R:W-H:7)E
M+B!21S$R(#A&6@T*#0I4:&4@:6YF;W)M871I;VX@8V]N=&%I;F5D(&EN('1H
M:7,@92UM86EL(&%N9"!A;GD@871T86-H;65N=',@:7,@8V]N9FED96YT:6%L
M('1O(%)O:V4@#0T-"DUA;F]R(%)E<V5A<F-H($QT9"!A;F0@;75S="!N;W0@
M8F4@<&%S<V5D('1O(&%N>2!T:&ER9"!P87)T>2!W:71H;W5T('!E<FUI<W-I
M;VXN(%1H:7,@#0T-"F-O;6UU;FEC871I;VX@:7,@9F]R(&EN9F]R;6%T:6]N
M(&]N;'D@86YD('-H86QL(&YO="!C<F5A=&4@;W(@8VAA;F=E(&%N>2!C;VYT
;<F%C='5A;" -#0T*<F5L871I;VYS:&EP+@T*
end


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Advice regarding memory allocation/sharing
@ 2003-06-09 11:50 ZCane, Ed (Test Purposes)
  0 siblings, 0 replies; 2+ messages in thread
From: ZCane, Ed (Test Purposes) @ 2003-06-09 11:50 UTC (permalink / raw)
  To: linux-kernel

Hello all,

I appreciate this is probably trivial to you experts, but would be very
grateful if you could spare a minute to tell me if I'm on the right tracks,
or barking up the wrong tree!

I'm trying to write a system to capture large amounts of data from a Gb
Ethernet card. Using Linux, Kernel Version 2.4.

I've done a bit of reading, and this is how I propose to do it.

Allocate a large block (500mb) of contiguous physical memory, at boot time,
using bootmem.
Share this memory with user-space processess, using memmap and shared memory
IPC.
Modify our Ethernet driver so that it DMA's into my block of memory.

I'll use semaphores, and split the memory into separate chunks, and make it
so it rotates in a ring buffer style, I can handle all that stuff, just
wanted to make sure I was on the right tracks with the design/concept of the
memory.

Any advice appreciated, dont wish to take too much of your time!

Best regards,
Ed








begin 666 RMRL-Disclaimer.txt
M4F5G:7-T97)E9"!/9F9I8V4Z(%)O:V4@36%N;W(@4F5S96%R8V@@3'1D+"!3
M:65M96YS($AO=7-E+"!/;&1B=7)Y+"!"<F%C:VYE;&PL( T*0F5R:W-H:7)E
M+B!21S$R(#A&6@T*#0I4:&4@:6YF;W)M871I;VX@8V]N=&%I;F5D(&EN('1H
M:7,@92UM86EL(&%N9"!A;GD@871T86-H;65N=',@:7,@8V]N9FED96YT:6%L
M('1O(%)O:V4@#0T-"DUA;F]R(%)E<V5A<F-H($QT9"!A;F0@;75S="!N;W0@
M8F4@<&%S<V5D('1O(&%N>2!T:&ER9"!P87)T>2!W:71H;W5T('!E<FUI<W-I
M;VXN(%1H:7,@#0T-"F-O;6UU;FEC871I;VX@:7,@9F]R(&EN9F]R;6%T:6]N
M(&]N;'D@86YD('-H86QL(&YO="!C<F5A=&4@;W(@8VAA;F=E(&%N>2!C;VYT
;<F%C='5A;" -#0T*<F5L871I;VYS:&EP+@T*
end


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-06-09 11:57 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-09 12:11 Advice regarding memory allocation/sharing ZCane, Ed (Test Purposes)
  -- strict thread matches above, loose matches on Subject: below --
2003-06-09 11:50 ZCane, Ed (Test Purposes)

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.