public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ion Badulescu <ionut@moisil.cs.columbia.edu>
To: Jeff Garzik <jgarzik@mandrakesoft.mandrakesoft.com>
Cc: Gerard Roudier <groudier@club-internet.fr>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Donald Becker <becker@scyld.com>,
	Linux-Kernel <linux-kernel@vger.kernel.org>,
	Jes Sorensen <jes@linuxcare.com>
Subject: Re: [PATCH] starfire reads irq before pci_enable_device.
Date: Tue, 13 Feb 2001 12:29:16 -0800	[thread overview]
Message-ID: <200102132029.f1DKTGM01731@moisil.dev.hydraweb.com> (raw)
In-Reply-To: <Pine.LNX.3.96.1010213070337.31857F-100000@mandrakesoft.mandrakesoft.com>

On Tue, 13 Feb 2001 07:06:44 -0600 (CST), Jeff Garzik <jgarzik@mandrakesoft.mandrakesoft.com> wrote:

> On 12 Feb 2001, Jes Sorensen wrote:
>> In fact one has to look out for this and disable the feature in some
>> cases. On the acenic not disabling Memory Write and Invalidate costs
>> ~20% on performance on some systems.
> 
> And in another message, On Mon, 12 Feb 2001, David S. Miller wrote:
>> 3) The acenic/gbit performance anomalies have been cured
>>    by reverting the PCI mem_inval tweaks.
> 
> Just to be clear, acenic should or should not use MWI?
> 
> And can a general rule be applied here?  Newer Tulip hardware also
> has the ability to enable/disable MWI usage, IIRC.

And so do eepro100 and starfire. On the eepro100 we're enabling MWI 
unconditionally, and on the starfire we disable it unconditionally...

I should probably take a look at acenic's use of PCI_COMMAND_INVALIDATE
to see when it gets activated. Some benchmarking would probably help,
too -- maybe later today.

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
            than to open it and remove all doubt.

  reply	other threads:[~2001-02-13 20:30 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-07 19:52 [PATCH] starfire reads irq before pci_enable_device davej
2001-02-07 19:57 ` Jeff Garzik
2001-02-07 20:34   ` Manfred Spraul
2001-02-08  4:00     ` Jeff Garzik
2001-02-08  1:52   ` Ion Badulescu
2001-02-08 20:28     ` Jeff Garzik
2001-02-08 21:18       ` Ion Badulescu
2001-02-08 21:38         ` Jeff Garzik
2001-02-08 22:05           ` Ion Badulescu
2001-02-09 19:08             ` Jeff Garzik
2001-02-09 20:07               ` Ion Badulescu
2001-02-09 20:11                 ` Jeff Garzik
2001-02-09 20:21                   ` Ion Badulescu
2001-02-09 20:26                     ` Jeff Garzik
2001-02-08 21:43         ` Manfred Spraul
2001-02-08 21:46           ` Ion Badulescu
2001-02-09 21:43           ` Jes Sorensen
2001-02-09 21:52             ` Ion Badulescu
2001-02-12 18:54               ` Jes Sorensen
2001-02-14  1:35                 ` Ion Badulescu
2001-02-10 14:48             ` Manfred Spraul
2001-02-08 21:26       ` Donald Becker
2001-02-08 22:16         ` Ion Badulescu
2001-02-09  0:09           ` Ion Badulescu
2001-02-09  0:44           ` Donald Becker
2001-02-09  0:47             ` Ion Badulescu
2001-02-09 10:49             ` Alan Cox
2001-02-09 23:32               ` Ion Badulescu
2001-02-09 23:35                 ` Alan Cox
2001-02-10  8:48                   ` Gérard Roudier
2001-02-12 19:01                     ` Jes Sorensen
2001-02-13 13:06                       ` Jeff Garzik
2001-02-13 20:29                         ` Ion Badulescu [this message]
2001-02-14  2:05                           ` Ion Badulescu
2001-02-14 20:10                             ` Gérard Roudier
2001-02-14 15:39                         ` Jes Sorensen
2001-02-17 21:34                         ` David S. Miller
2001-02-19 11:00                           ` Jes Sorensen
2001-02-09 21:42       ` Jes Sorensen
2001-02-09 22:56         ` Donald Becker
2001-02-12 18:54           ` Jes Sorensen
2001-02-14  1:20             ` Donald Becker
2001-02-14 12:37               ` Alan Cox
2001-02-14 12:49                 ` Jeff Garzik
2001-02-14 12:54                   ` Ion Badulescu
2001-02-14 13:05                     ` Alan Cox
2001-02-14 13:38                       ` Ion Badulescu
2001-02-14 15:35               ` Jes Sorensen
  -- strict thread matches above, loose matches on Subject: below --
2001-02-14 16:54 Petr Vandrovec
2001-02-15 16:09 ` Jes Sorensen
2001-02-07 18:42 davej

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=200102132029.f1DKTGM01731@moisil.dev.hydraweb.com \
    --to=ionut@moisil.cs.columbia.edu \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=becker@scyld.com \
    --cc=groudier@club-internet.fr \
    --cc=jes@linuxcare.com \
    --cc=jgarzik@mandrakesoft.mandrakesoft.com \
    --cc=linux-kernel@vger.kernel.org \
    /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