mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: "Jeff V. Merkey" <jmerkey@devicelogics.com>
Cc: Andi Kleen <ak@suse.de>, ltd@cisco.com, linux-kernel@vger.kernel.org
Subject: Re: Linux 2.6.9 pktgen module causes INIT process respawning   and sickness
Date: Tue, 23 Nov 2004 23:27:34 +0100	[thread overview]
Message-ID: <20041123222734.GK20608@wotan.suse.de> (raw)
In-Reply-To: <41A3B23C.2080406@devicelogics.com>

On Tue, Nov 23, 2004 at 02:57:16PM -0700, Jeff V. Merkey wrote:
> Implementation of this with skb's would not be trivial. M$ in their 
> network drivers did this sort of circular list of pages
> structure per adapter for receives and use it "pinned" to some of their 
> proprietary drivers in W2K and would use their
> version of an skb as a "pointer" of sorts that could dynamically assign 
> a filled page from this list as a "receive" then perform
> the user space copy from the page and release it back to the adapter. 
> This allowed them to fill the ring buffers with static
> addresses and copy into user space as fast as they could allocate 
> control blocks.

The point is to eliminate the writes for the address and buffer
fields in the ring descriptor right? I don't really see the point
because you have to twiggle at least the owner bit, so you
always have a cacheline sized transaction on the bus.
And that would likely include the ring descriptor anyways, just
implicitely in the read-modify-write cycle.

If you're worried about the latencies of the separate writes
you could always use write combining to combine the writes.

If you write the full cache line you could possibly even
avoid the read in this cae.

On x86-64 it can be enabled for writel/writeq with CONFIG_UNORDERED_IO.
You just have to be careful to add all the required memory
barriers, but the driver should have that already if it works
on IA64/sparc64/alpha/ppc64. 

It's an experimental option not enabled by default on x86-64 because
the performance implications haven't been really investigated well.
You could probably do it on i386 too by setting the right MSR
or adding a ioremap_wc() 

-Andi

  reply	other threads:[~2004-11-23 22:30 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5.1.0.14.2.20041122144144.04e3d9f0@171.71.163.14.suse.lists.linux.kernel>
     [not found] ` <419E6B44.8050505@devicelogics.com.suse.lists.linux.kernel>
     [not found]   ` <5.1.0.14.2.20041123094109.04003720@171.71.163.14.suse.lists.linux.kernel>
     [not found]     ` <41A2862A.2000602@devicelogics.com.suse.lists.linux.kernel>
2004-11-23 20:40       ` Andi Kleen
2004-11-23 21:57         ` Jeff V. Merkey
2004-11-23 22:27           ` Andi Kleen [this message]
2004-11-23 22:54             ` Jeff V. Merkey
2004-11-25  2:17               ` Lincoln Dale
2004-11-22 18:30 Jeff V. Merkey
  -- strict thread matches above, loose matches on Subject: below --
2004-11-19 21:53 Jeff V. Merkey
2004-11-19 22:06 ` Jeff V. Merkey
2004-11-22  3:44   ` Lincoln Dale
2004-11-22 17:06     ` Jeff V. Merkey
2004-11-22 22:50       ` Lincoln Dale
2004-11-23  0:36         ` Jeff V. Merkey
2004-11-23  1:06           ` Jeff V. Merkey
2004-11-23  1:25             ` Lincoln Dale
2004-11-23  1:23           ` Lincoln Dale
2004-11-22 17:19   ` Martin Josefsson
2004-11-22 18:33     ` Jeff V. Merkey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041123222734.GK20608@wotan.suse.de \
    --to=ak@suse.de \
    --cc=jmerkey@devicelogics.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ltd@cisco.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®