g is the DEC 21143, which means that we skip over the two
> conditional blocks, so the first thing that happens when we call this is to
> wait around doing nothing for a millisecond. Is there some subtle
> reason why we would want to wait around for a millisecond before doing
> any
skip over the two
conditional blocks, so the first thing that happens when we call this is to
wait around doing nothing for a millisecond. Is there some subtle
reason why we would want to wait around for a millisecond before doing
anything?
Nope. None at all.
Donald Becker
t count in /proc/interrupts.
Try booting the kernel with "noapic", which we recommend as the safe
default setting.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Gen
the kernel with noapic, which we recommend as the safe
default setting.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403
er first sets the
speed to 10baseT and checks for link beat. If it finds 10baseT link
beat it never tries 100baseTx.
The solution is to set the speed to 100baseTx using a driver option.
Read
http://www.scyld.com/network/vortex.html
The 3c595 is a very old card.
You will get better performance fr
and checks for link beat. If it finds 10baseT link
beat it never tries 100baseTx.
The solution is to set the speed to 100baseTx using a driver option.
Read
http://www.scyld.com/network/vortex.html
The 3c595 is a very old card.
You will get better performance from any modern card.
Don
st should now be almost read-only,
since it's very unlikely that anyone is making new ISA NE2000 and not
following the design rules.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210
now be almost read-only,
since it's very unlikely that anyone is making new ISA NE2000 and not
following the design rules.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation
ver does basic polling to check for duplex changes, but
the semantics are not as clean as you would expect.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clu
should you care about the others at all?
Not until the link beat disappears.
Uhmm, but you don't always know when you have lost link beat. In some
cases the driver does basic polling to check for duplex changes, but
the semantics are not as clean as you would expect.
Don
dev->last_rx = jiffies;
> - np->stats.rx_bytes += skb->len;
> np->stats.rx_packets++;
> }
Easier fix:
- np->stats.rx_bytes += skb->len;
+ np->stats.rx_bytes += pkt_l
;
np-stats.rx_packets++;
}
Easier fix:
- np-stats.rx_bytes += skb-len;
+ np-stats.rx_bytes += pkt_len;
Grouping the writes to np-stats results in better cache usage.
Donald Becker [EMAIL PROTECTED
On 12 Feb 2001, Jes Sorensen wrote:
> >>>>> "Donald" == Donald Becker <[EMAIL PROTECTED]> writes:
>
> Donald> On 9 Feb 2001, Jes Sorensen wrote:
> >> The ia64 kernel has gotten mis aligned load support, but it's slow
> >> as a dog so
On 12 Feb 2001, Jes Sorensen wrote:
"Donald" == Donald Becker [EMAIL PROTECTED] writes:
Donald On 9 Feb 2001, Jes Sorensen wrote:
The ia64 kernel has gotten mis aligned load support, but it's slow
as a dog so we really want to copy the packet every time anyway
when
On 9 Feb 2001, Jes Sorensen wrote:
> >>>>> "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes:
> Jeff> Donald Becker wrote:
> >> On Tue, 16 Jan 2001, Jeff Garzik wrote: > * IA64 support (Jes) Oh,
> >> and this is completely bogus. This
On 9 Feb 2001, Jes Sorensen wrote:
"Jeff" == Jeff Garzik [EMAIL PROTECTED] writes:
Jeff Donald Becker wrote:
On Tue, 16 Jan 2001, Jeff Garzik wrote: * IA64 support (Jes) Oh,
and this is completely bogus. This isn't a fix, it's a hack that
covers up the real problem.
On Thu, 8 Feb 2001, Ion Badulescu wrote:
> On Thu, 8 Feb 2001, Donald Becker wrote:
>
> > > > The align-copy should *never* be required because the alignment differs
> > > > between DIX and E-II encapsulated packets. The machine shouldn't crash
> > >
en each
driver test. Trivial fix.
The MII read code is no longer reliable. I spent twenty minutes at
the show, but couldn't figure out the problem. I haven't been able
reproduce the problem locally with my 2.2 code and someone older
hardware.
Donald Becker
the show, but couldn't figure out the problem. I haven't been able
reproduce the problem locally with my 2.2 code and someone older
hardware.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave.
On Thu, 8 Feb 2001, Ion Badulescu wrote:
On Thu, 8 Feb 2001, Donald Becker wrote:
The align-copy should *never* be required because the alignment differs
between DIX and E-II encapsulated packets. The machine shouldn't crash
because someone sends you a different encapsulation
tter solution, which I've been adding to the drivers, is to check
again for a just-cleared Tx queue after setting tx_full.
That trades an extra comparison on a rarely followed path for a spinlock
that is taken for every transmit and interrupt.
Remember: spinlocks are expensive!
Donald Becker
y transmit and interrupt.
Remember: spinlocks are expensive!
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403 41
driver at
http://www.scyld.com/network/tulip.html
for a driver with the many updates needed to support recent chips and
boards.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second
://www.scyld.com/network/tulip.html
for a driver with the many updates needed to support recent chips and
boards.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
a 386/486 PCI system, setting cache "
"alignment to %x.\n", dev->name,
0x01A0 | (x86 <= 4 ? 0x4800 : 0x8000));
I removed this code and replaced with the ability to set the variable "csr0"
as a module option. There is
e (or disable) advanced features. To blindly assume is just a
>PCI bus lockup waiting to happen...
Just in case you didn't catch it: this is not a PCI v2.0 vs. v2.1 issue.
The older Tulips work great with PCI v2.0 and v2.1. The bug is with longer
bursts and a specific i486 chipset/motherbo
dn't catch it: this is not a PCI v2.0 vs. v2.1 issue.
The older Tulips work great with PCI v2.0 and v2.1. The bug is with longer
bursts and a specific i486 chipset/motherboard.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410
cache "
"alignment to %x.\n", dev-name,
0x01A0 | (x86 = 4 ? 0x4800 : 0x8000));
I removed this code and replaced with the ability to set the variable "csr0"
as a module option. There is no way to activate the fix with a built-in
driver.
Donald Becker
On Sun, 3 Dec 2000, Chris Wedgwood wrote:
> On Sat, Dec 02, 2000 at 11:09:35AM -0500, Donald Becker wrote:
>
> Hey, I'll make it easy. Find an approach that fully handles only the Tulip
> and 3c59x drivers, and that is consistent.
>
> Actually, I start
ming and error prone code in many
drivers. I would have avoiding doing that work if there had been an easy
answer.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beo
ould have avoiding doing that work if there had been an easy
answer.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403
On Sun, 3 Dec 2000, Chris Wedgwood wrote:
On Sat, Dec 02, 2000 at 11:09:35AM -0500, Donald Becker wrote:
Hey, I'll make it easy. Find an approach that fully handles only the Tulip
and 3c59x drivers, and that is consistent.
Actually, I starteed work on adding this to the 3c59x
is in
the "legacy" category, so it's better to make minimal change needed to
correct the obvious potential problem.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Gener
t; category, so it's better to make minimal change needed to
correct the obvious potential problem.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Cluster
ip, which has at least 70 different driver-visible board design
variations.)
Bottom line: Yes, it's redundant. But there was a reason.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Secon
variations.)
Bottom line: Yes, it's redundant. But there was a reason.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403
an get it past Linus) then
> please feel free to do so - I'll be glad to cross it off my list sooner
> as opposed to later.
If the ne* drivers are going to be updated, you might want to add in the
full-duplex support of the latest ne2k-pci.c driver at
ftp://www.scyld.com/pub/network/
sooner
as opposed to later.
If the ne* drivers are going to be updated, you might want to add in the
full-duplex support of the latest ne2k-pci.c driver at
ftp://www.scyld.com/pub/network/ne2k-pci.c
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation
, especially with evidence of
continued, willful violations.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403 410-99
violations.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Second Generation Beowulf Clusters
Annapolis MD 21403 410-990-9993
-
To unsubscribe from this list: send the line
t? Have you looked at gigabit autonegotiation?
If you are proposing a new interface (and obviously tossing the
existing MII-MDIO emulation that has existed for a few years) you should at
least support current hardware.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation
?
If you are proposing a new interface (and obviously tossing the
existing MII-MDIO emulation that has existed for a few years) you should at
least support current hardware.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn
e slow
and not bursting.
Also note: it is possible to drop an Rx packet after the early Rx
interrupt.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Beowulf-II Cluster Distribution
Annapo
he only significant advantage of interrupt mitigation is cache locality
when allocating new skbuffs, and having an additional mechanism to drop
packets under overwhelming load.
The disadvantage of Rx interrupt mitigation is adding latency just where it
might matter the most. Remember that the hot tick
he 'ne' driver will work for PCI cards, but is intended for ISA cards. It
will not share the IRQ.
Documentation for the ne2k-pci driver is at
http://www.scyld.com/network/ne2k-pci.html
> 1) ACPI
> 2) ISDN (Windbond - HiSax)
> 3) RealTek PCI NE2000 ethernet
Is the ISDN card a PCI device?
.
If it is a PCI device, the driver is broken.
Donald Becker [EMAIL PROTECTED]
Scyld Computing Corporation http://www.scyld.com
410 Severn Ave. Suite 210 Beowulf-II Cluster Distribution
Annapolis MD 21403
-
To unsubscribe from this list: send the line
46 matches
Mail list logo
