This patch series is the a full release of the Intel(R) I/O
Acceleration Technology (I/OAT) for Linux. It includes an in kernel API
for offloading memory copies to hardware, a driver for the I/OAT DMA memcpy
engine, and changes to the TCP stack to offload copies of received
networking data to appl
On Tue, Mar 07, 2006 at 10:43:59AM +0100, Ingo Oeser ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov wrote:
> > On Mon, Mar 06, 2006 at 06:44:07PM +0100, Ingo Oeser ([EMAIL PROTECTED])
> > wrote:
> > > Hmm, so I should resurrect my user page table walker abstraction?
> > >
> > > There I would hand
Evgeniy Polyakov wrote:
> On Mon, Mar 06, 2006 at 06:44:07PM +0100, Ingo Oeser ([EMAIL PROTECTED])
> wrote:
> > Hmm, so I should resurrect my user page table walker abstraction?
> >
> > There I would hand each page to a "recording" function, which
> > can drop the page from the collection or coal
On Mon, Mar 06, 2006 at 06:44:07PM +0100, Ingo Oeser ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov wrote:
> > On Sat, Mar 04, 2006 at 01:41:44PM -0800, David S. Miller ([EMAIL
> > PROTECTED]) wrote:
> > > From: Jan Engelhardt <[EMAIL PROTECTED]>
> > > Date: Sat, 4 Mar 2006 19:46:22 +0100 (MET)
> >
Evgeniy Polyakov wrote:
> On Sat, Mar 04, 2006 at 01:41:44PM -0800, David S. Miller ([EMAIL PROTECTED])
> wrote:
> > From: Jan Engelhardt <[EMAIL PROTECTED]>
> > Date: Sat, 4 Mar 2006 19:46:22 +0100 (MET)
> >
> > > Does this buy the normal standard desktop user anything?
> >
> > Absolutely, it o
"Chris Leech" <[EMAIL PROTECTED]> wrote:
>
> > Patch #2 didn't make it. Too big for the list?
>
> Could be, it's the largest of the series. I've attached the gziped
> patch. I can try and split this up for the future.
>
> ..
>
> [I/OAT] Driver for the Intel(R) I/OAT DMA engine
> Adds a new io
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Sun, 5 Mar 2006 04:43:25 +0300
> According to investigation made for kevent based FS AIO reading,
> get_user_pages() performange graph looks like sqrt() function
> with plato starting on about 64-80 pages on Xeon 2.4Ghz with 1Gb of ram,
> while memc
On Sat, Mar 04, 2006 at 01:41:44PM -0800, David S. Miller ([EMAIL PROTECTED])
wrote:
> From: Jan Engelhardt <[EMAIL PROTECTED]>
> Date: Sat, 4 Mar 2006 19:46:22 +0100 (MET)
>
> > Does this buy the normal standard desktop user anything?
>
> Absolutely, it optimizes end-node performance.
It reall
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Sat, 4 Mar 2006 19:46:22 +0100 (MET)
> Does this buy the normal standard desktop user anything?
Absolutely, it optimizes end-node performance.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROT
>This patch series is the first full release of the Intel(R) I/O
>Acceleration Technology (I/OAT) for Linux. It includes an in kernel API
>for offloading memory copies to hardware, a driver for the I/OAT DMA memcpy
>engine, and changes to the TCP stack to offload copies of received
>networking da
On Fri, Mar 03, 2006 at 02:39:22PM -0800, Chris Leech ([EMAIL PROTECTED]) wrote:
> > Patch #2 didn't make it. Too big for the list?
>
> Could be, it's the largest of the series. I've attached the gziped
> patch. I can try and split this up for the future.
How can owner of cb_chan->common.devic
On 3/3/06, Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> How does this relate to Dan William's ADMA work?
I only became aware of Dan's ADMA work when he posted it last month,
and so far have not made any attempts to merge the I/OAT code with it.
Moving forward, combining these interfaces certainly se
On Mar 3, 2006, at 3:40 PM, Chris Leech wrote:
This patch series is the first full release of the Intel(R) I/O
Acceleration Technology (I/OAT) for Linux. It includes an in
kernel API
for offloading memory copies to hardware, a driver for the I/OAT
DMA memcpy
engine, and changes to the TCP
Chris Leech wrote:
Patch #2 didn't make it. Too big for the list?
Could be, it's the largest of the series. I've attached the gziped
patch. I can try and split this up for the future.
Well, for huge hunks of new code, it sometimes gets silly to split it up.
Once its not in a "reply to em
> Patch #2 didn't make it. Too big for the list?
Could be, it's the largest of the series. I've attached the gziped
patch. I can try and split this up for the future.
- Chris
02-ioatdma_driver.diff.gz
Description: GNU Zip compressed data
Chris Leech wrote:
This patch series is the first full release of the Intel(R) I/O
Acceleration Technology (I/OAT) for Linux. It includes an in kernel API
for offloading memory copies to hardware, a driver for the I/OAT DMA memcpy
engine, and changes to the TCP stack to offload copies of receive
This patch series is the first full release of the Intel(R) I/O
Acceleration Technology (I/OAT) for Linux. It includes an in kernel API
for offloading memory copies to hardware, a driver for the I/OAT DMA memcpy
engine, and changes to the TCP stack to offload copies of received
networking data to
17 matches
Mail list logo