[PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-10 Thread Chris Leech
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-07 Thread Evgeniy Polyakov
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-07 Thread Ingo Oeser
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-06 Thread Evgeniy Polyakov
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) > >

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-06 Thread Ingo Oeser
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-05 Thread Andrew Morton
"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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-04 Thread David S. Miller
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-04 Thread Evgeniy Polyakov
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-04 Thread David S. Miller
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-04 Thread Jan Engelhardt
>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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-04 Thread Evgeniy Polyakov
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Chris Leech
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Kumar Gala
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Jeff Garzik
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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Chris Leech
> 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

Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Jeff Garzik
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

[PATCH 0/8] Intel I/O Acceleration Technology (I/OAT)

2006-03-03 Thread Chris Leech
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