[PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
[PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · "David S. Miller" <davem@davemloft.net> · 2006-03-04
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Benjamin LaHaise <bcrl@kvack.org> · 2006-03-04
Re: [PATCH 1/8] [I/OAT] DMA memcpy subsystem · Chris Leech <hidden> · 2006-03-06
[PATCH 3/8] [I/OAT] Setup the networking subsystem as a DMA client · Chris Leech <hidden> · 2006-03-03
[PATCH 6/8] [I/OAT] Rename cleanup_rbuf to tcp_cleanup_rbuf and make non-static · Chris Leech <hidden> · 2006-03-03
[PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Alexey Dobriyan <hidden> · 2006-03-04
Re: [PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold · Andrew Morton <hidden> · 2006-03-05
[PATCH 5/8] [I/OAT] Structure changes for TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 5/8] [I/OAT] Structure changes for TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
[PATCH 4/8] [I/OAT] Utility functions for offloading sk_buff to iovec copies · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 4/8] [I/OAT] Utility functions for offloading sk_buff to iovec copies · Andrew Morton <hidden> · 2006-03-05
[PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Greg KH <hidden> · 2006-03-04
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Andrew Morton <hidden> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · "David S. Miller" <davem@davemloft.net> · 2006-03-05
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 8/8] [I/OAT] TCP recv offload to I/OAT · Pavel Machek <hidden> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jeff Garzik <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jeff Garzik <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Andrew Morton <hidden> · 2006-03-05
Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Sam Ravnborg <hidden> · 2006-03-05
Re: Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Andrew Morton <hidden> · 2006-03-05
Re: Discourage duplicate symbols in the kernel? [Was: Intel I/O Acc...] · Chris Leech <hidden> · 2006-03-06
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Kumar Gala <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Chris Leech <hidden> · 2006-03-03
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Jan Engelhardt <hidden> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · "David S. Miller" <davem@davemloft.net> · 2006-03-04
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · "David S. Miller" <davem@davemloft.net> · 2006-03-05
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Ingo Oeser <hidden> · 2006-03-06
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-07
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Ingo Oeser <hidden> · 2006-03-07
Re: [PATCH 0/8] Intel I/O Acceleration Technology (I/OAT) · Evgeniy Polyakov <hidden> · 2006-03-07

Re: [PATCH 7/8] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold

From: Andrew Morton <hidden>
Date: 2006-03-05 07:22:58
Also in: lkml

Chris Leech [off-list ref] wrote:

Any socket recv of less than this ammount will not be offloaded

...

+int sysctl_tcp_dma_copybreak = NET_DMA_DEFAULT_COPYBREAK;

Is it appropriate that this tunable be kernel-wide, rather than more
finely-grained?

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help