Trivial patch adding netpoll support to cs89x0 driver.
Signed-off-by: Deepak Saxena [EMAIL PROTECTED]
Please apply,
~Deepak
diff --git a/drivers/net/cs89x0.c b/drivers/net/cs89x0.c
--- a/drivers/net/cs89x0.c
+++ b/drivers/net/cs89x0.c
@@ -86,6 +86,7 @@
Deepak Saxena : [EMAIL
On Tue, Jul 26, 2005 at 04:37:19PM -0700, David S. Miller wrote:
From: Harald Welte [EMAIL PROTECTED]
Date: Sat, 23 Jul 2005 16:15:52 -0400
The attached patch adds support for refcounting of modules implementing
netlink protocols. The idea is that you prevent the module from
On Tue, 2005-26-07 at 09:54 -0700, Ben Greear wrote:
[..]
You will need to enforce that nothing else gets the index 34 while eth7 is
removed.
How do you do that?
Thats trivial if you assume there's one management app which most of the
router vendors implementing it have. It will get tricky
On Tue, 2005-26-07 at 13:00 -0700, David S. Miller wrote:
Calling __dev_get_by_index() at every classification check is quite
silly and potentially expensive, so let's call using ifindex a last
resort, yet correct, fix.
Just double checking (I think we are saying the same thing),
that using
On Wed, Jul 27, 2005 at 01:19:00PM -0700, David S. Miller wrote:
From: Matt Mackall [EMAIL PROTECTED]
Date: Tue, 26 Jul 2005 19:36:37 -0700
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 6cdd6f36d53678a016cfbf5ce667cbd91504d538
# Parent
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 27 Jul 2005 14:11:51 -0700
Unbalanced netlink_table_ungrab() in the netlink stuff in git-net.patch.
Applied to net-2.6.14, thanks Andrew.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
On Jul 27, 2005, at 13:08, Randy Dunlap wrote:
On Jul 25, 2005, at 16:06, Francois Romieu wrote:
+int mdiobus_register(struct mii_bus *bus)
+{
+int i;
+int err = 0;
+
+spin_lock_init(bus-mdio_lock);
+
+if (NULL == bus || NULL == bus-name ||
+
From: Patrick McHardy [EMAIL PROTECTED]
Date: Sun, 24 Jul 2005 07:39:12 +0200
[IPV4/6]: Check if packet was actually delivered to a raw socket to decide
whether to send an ICMP unreachable
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
Applied, thanks Patrick.
-
To unsubscribe from this
On 7/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I sent the following posting to linux-kernel at kernel.org. One reply
suggested I send it to [EMAIL PROTECTED] (mailto:netdev@vger.kernel.org) , so
I am doing that.
Below are some rather extensive logs showing the Linux 2.6.10 kernel
From: Matt Mackall [EMAIL PROTECTED]
Date: Tue, 26 Jul 2005 19:36:37 -0700
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 6cdd6f36d53678a016cfbf5ce667cbd91504d538
# Parent 75716ae25f9d87ee2a5ef7c4df2d8f86e0f3f762
Move in_aton from net/ipv4/utils.c to net/core/utils.c
This patch
Herbert Xu wrote:
On Wed, Jul 27, 2005 at 03:18:39PM -0700, David S. Miller wrote:
One idea tossed around between Herbert Xu (also CC:'d) and myself is
to store a generation counter when we attach a route to a socket, then
sk_dst_check() can verify that this generation count matches the
On Tue, Jul 26, 2005 at 09:34:10AM -0500, Jon Wetzel wrote:
This patch gives the e1000 driver the ability to retreive the permanent
hardware address of its device, via the framework established in part 1
of this patch series. This patch fills in the new perm_addr field on
probing, and
Add generic ethtool operation for getting permanenet hardware address.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
This moves and renames the basically generic e1000_get_perm_addr
routine to ethtool_op_get_perm_addr, and causes e1000 to make use of
the new name.
Stupid question: Can we assume ethtool will only be used for networking
devices with a 6-byte hardware address?
If not, then the driver-specific approach would give the flexibility of
copying anything up to MAX_ADDR_LEN.
Perhaps increasing the count to MAX_ADDR_LEN is the way to go??
B'ah! Nevermind. I'll learn to read #defines one of these days.
Sorry for the spam.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of cramerj
Sent: Wednesday, July 27, 2005 6:45 PM
To: John W. Linville; Jon Wetzel
Cc: netdev@vger.kernel.org; [EMAIL
A set of patches will follow that adds the last remaining register
access workaround for 5703 behind certain ICH bridges.
The first 3 patches add the infrastructure to use function pointers for
various register access methods. Patch #4 adds the new indirect register
access method.
It turns out
This patch adds the basic function pointers to do register accesses in
the fast path. This was suggested by David Miller. The idea is that
various register access methods for different hardware errata can easily
be implemented with these function pointers and performance will not be
degraded on
This patch adds the new workaround for 5703 A1/A2 if it is behind
certain ICH bridges. The workaround disables memory and uses config.
cycles only to access all registers. The 5702/03 chips can mistakenly
decode the special cycles from the ICH chipsets as memory write cycles,
causing corruption of
The register write to register 0x68 to restart interrupts is unnecessary
as the interrupt wasn't masked in that register by the irq handler. This
will save one register write in the fast path.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff -Nrup 5/drivers/net/tg3.c 6/drivers/net/tg3.c
---
Michael Chan wrote:
This patch adds the basic function pointers to do register accesses in
the fast path. This was suggested by David Miller. The idea is that
various register access methods for different hardware errata can easily
be implemented with these function pointers and performance will
From: Jeff Garzik [EMAIL PROTECTED]
Date: Wed, 27 Jul 2005 23:44:51 -0400
In x86-based CPUs at least (the largest tg3 platform), branch prediction
often prefers
if (...)
direct_func_1()
else
direct_func_2()
to
tp-func()
Indirect
Jeff Garzik wrote:
Is this theory, or it has been actually measured?
In x86-based CPUs at least (the largest tg3 platform), branch
prediction
often prefers
if (...)
direct_func_1()
else
direct_func_2()
to
tp-func()
For hot
From: Michael Chan [EMAIL PROTECTED]
Date: Wed, 27 Jul 2005 22:33:32 -0700
But with so many different workaround methods
(TG3_FLAG_MBOX_WRITE_REORDER, TG3_FLAG_TXD_MBOX_HWBUG,
TG3_FLG2_ICH_WORKAROUND, TG3_FLAG_5701_REG_WRITE_BUG, etc), it's
more like:
if (...)
23 matches
Mail list logo