Add a copy-break and recycle the SKB in the driver for small packets.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++
Logic cleanup and some performance enhancements to the RX path.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++
* Remove some unused defines
* Fix a couple of wrong chip register defines, and add a few more fields
that might be used in the near future.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
Fixes for ethernet IRQ mapping, to be done in the driver instead of in
the platform setup code.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/arch/powerpc/platforms/pasemi/pci.c
===
---
PHY support for pasemi_mac.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
--- netdev-2.6.orig/drivers/net/pasemi_mac.c
+++ netdev-2.6/drivers/net/pasemi_mac.c
@@ -606,6 +606,114 @@
Add msglevel support for pasemi_mac. Move the MODULE_* defines to the
top to go together with the variable (similar to tg3).
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
On Tue, May 08, 2007 at 01:02:34AM -0400, Jeff Garzik wrote:
Olof Johansson wrote:
Fixes for ethernet IRQ mapping, to be done in the driver instead of in
the platform setup code.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
patch failed to apply, so I stopped here
ACK patches 2-7
Hi,
The nine following patches contain a number of fixes and improvements of
the pasemi_mac driver:
[PATCH v4 1/9] pasemi_mac: Move the IRQ mapping from the PCI layer to the driver
[PATCH v4 2/9] pasemi_mac: Abstract and fix up interrupt restart routines
[PATCH v4 3/9] pasemi_mac: Timer and
On Tue, May 08, 2007 at 01:03:12AM -0400, Jeff Garzik wrote:
Olof Johansson wrote:
+/* Enable most messages by default */
+if (pasemi_mac_debug 0)
+mac-msg_enable = DEFAULT_MSG_ENABLE;
+else
+mac-msg_enable = pasemi_mac_debug;
+
use netif_msg_init()
Use local-mac-address in the device tree instead. Fall back to mac-address
for older firmware.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
Abstract out (and fix up) the interrupt restart routines, making
sure we start out in a consistent state.
Signed-off-by: Olof Johansson [EMAIL PROTECTED]
Index: netdev-2.6/drivers/net/pasemi_mac.c
===
---
Timer and interrupt fixes:
* Be pickier with what kind of interrupts are acked to avoid the device to
get out of sync with the driver state
* Set RX count threshhold to 1 (for NAPI interrupted mode), TX count
threshold to 32.
* Set timer thresholds to current max (~16ms).
Signed-off-by:
On Mon, 2007-05-07 at 23:30 -0700, Jeremy Fitzhardinge wrote:
Rusty Russell wrote:
Looks good, you can slightly improve it to be the model use of new
module_param types by calling your functions param_set_rx_mode and
param_get_rx_mode, then simply using module_param(rx_mode, rx_mode,
On 8 May 2007, at 01:46, Krzysztof Halasa wrote:
Adds a driver for built-in IXP4xx hardware Queue Manager.
Signed-off-by: Krzysztof Halasa [EMAIL PROTECTED]
[snip]
diff --git a/arch/arm/mach-ixp4xx/ixp4xx_qmgr.c b/arch/arm/mach-
ixp4xx/ixp4xx_qmgr.c
new file mode 100644
index
On 8 May 2007, at 02:19, Krzysztof Halasa wrote:
Adds a driver for built-in IXP4xx Ethernet MAC and HSS ports
Signed-off-by: Krzysztof Halasa [EMAIL PROTECTED]
diff --git a/arch/arm/mach-ixp4xx/ixdp425-setup.c b/arch/arm/mach-
ixp4xx/ixdp425-setup.c
index ec4f079..f20d39d 100644
---
Optimize teql_enqueue so that it first checks limits before
enqueing.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar [EMAIL PROTECTED]
---
diff -ruNp org/net/sched/sch_teql.c new/net/sched/sch_teql.c
--- org/net/sched/sch_teql.c2007-04-09 12:37:41.0 +0530
+++
Some simple optimizations in e1000_xmit_frame.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar [EMAIL PROTECTED]
---
diff -ruNp org/drivers/net/e1000/e1000_main.c new/drivers/net/e1000/e1000_main.c
--- org/drivers/net/e1000/e1000_main.c 2007-04-09 12:40:02.0 +0530
+++
Optimize return value of qdisc_restart so that it is not called an
extra time if there are no more packets on the queue to be sent out.
It is also not required to check for gso_skb (though the lock is
dropped) since another cpu which added this would have done a
netif_schedule.
Patch against
On 8 May 2007, at 09:26, Mikael Pettersson wrote:
On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote:
AFAIK, it's a HW limitation of the IXP4xx NPEs, or
possibly Intel's microcode for them.
I run my IXP42x boxes big-endian and don't mind doing so.
/Mikael
*cough*
On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote:
On 8 May 2007, at 02:19, Krzysztof Halasa wrote:
Adds a driver for built-in IXP4xx Ethernet MAC and HSS ports
...
+#ifndef __ARMEB__
+#warning Little endian mode not supported
+#endif
This has gone from error to warning -
Michael Jones wrote:
+#ifndef __ARMEB__
+#warning Little endian mode not supported
+#endif
Personally I'm less fussed about WAN / LE support. Anyone with any
sense will run ixp4xx boards doing such a specialised network
operation as BE. Also, NSLU2-Linux can't test this functionality with
On 8 May 2007, at 09:48, Alexey Zaytsev wrote:
I was always curious, why do people want to run ixp4xx in LE mode?
What
are the benefits that overweight the obvious performance degradation?
Debian.
http://www.debian.org/ports/arm/
Michael-Luke
-
To unsubscribe from this list: send the line
Alexey Zaytsev schrieb:
On 5/8/07, Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Michael Jones wrote:
+#ifndef __ARMEB__
+#warning Little endian mode not supported
+#endif
Personally I'm less fussed about WAN / LE support. Anyone with any
sense will run ixp4xx boards doing such a
On Fri, 2007-05-04 at 23:22 +0200, Johannes Berg wrote:
On Fri, 2007-05-04 at 13:43 -0700, Waskiewicz Jr, Peter P wrote:
If hardware exists that wants the granularity to
start/stop queues independent of each other and continue to have
traffic
flow, I really think it should be able to do
Hi Bill,
At this time, BIC and CUBIC use a less aggressive slow start than
other protocols. Because we observed slow start is somewhat
aggressive and introduced a lot of packet losses. This may be changed
to standard slow start in later version of BIC and CUBIC, but, at
this time, we still using
Somehow I didn't see the mails inbetween. Let me think.
On Tue, 2007-05-08 at 17:33 +0800, Zhu Yi wrote:
Jamal, as you said, the wireless subsystem uses an interim workaround
(the extra netdev approach) to achieve hardware packets scheduling. But
with Peter's patch, the wireless stack doesn't
Dear All
I have application, thats accept redirected requests from squid (over iptables
... -j REDIRECT), getting ip over getsockopt/SO_ORIGINAL_DST and throwing data
in to the tunnel.
And i have strange behaviour, when i do
sysctl net.ipv4.tcp_frto=0
And i try any website with attachments
On Tue, 8 May 2007 02:47:46 -0700 [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=8450
Summary: ip6sic causes bug during interrupt handling
Kernel Version: 2.6.21-ga989705c and earlier
Status: NEW
Severity: normal
On Tue, 08 May 2007 10:35:14 +0200 Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi,
/ filesystem was full
[39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990,
registers:
[39525.468000] Modules linked in: loop ipt_MASQUERADE iptable_nat nf_nat
autofs4 af_packet
Andrew Morton wrote:
Whatever happens, that printk should be toned down, shouldn't it? We
prefer to not let unprivileged apps spam the logs.
Only priviledged apps can send these packets. I've never seen it in
practice except for one case that was a bug in the network stack, so
I'd prefer to
I forgot to mention, latest tested kernel (for now)
2.6.21-rc5
It's just not easy to upgrade, is there any changes after rc5 related to that?
On Tue, 8 May 2007 12:49:36 +0300, Denys wrote
Dear All
I have application, thats accept redirected requests from squid
(over iptables -j
On 08/05/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 08 May 2007 10:35:14 +0200 Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi,
/ filesystem was full
[39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990,
registers:
[39525.468000] Modules linked in: loop
Please pull from branch 'r8169-for-jeff' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux/linux-2.6-out r8169-for-jeff
to get the changes below.
Distance from 'netdev-2.6-upstream' (a0b8ed4f168a604001ee492468c79c20edfac2f4)
I'm not sure what the latest versions are, so I'm not sure which
patches to review and which patches are obsolete.
On Tue, May 08, 2007 at 02:46:28AM +0200, Krzysztof Halasa wrote:
+struct qmgr_regs __iomem *qmgr_regs;
+static struct resource *mem_res;
+static spinlock_t qmgr_lock;
+static
On Mon, May 07, 2007 at 02:07:16AM +0200, Krzysztof Halasa wrote:
+ * Ethernet port config (0x00 is not present on IXP42X):
+ *
+ * logical port 0x000x100x20
+ * NPE 0 (NPE-A) 1 (NPE-B) 2 (NPE-C)
+ * physical PortId 2
On Mon, May 07, 2007 at 09:18:00PM +0100, Michael-Luke Jones wrote:
Well, I'm told that (compatible) NPEs are present on other IXP CPUs.
Not sure about details.
If, by a combined effort, we ever manage to create a generic NPE
driver for the NPEs found in IXP42x/43x/46x/2000/23xx then the
On Mon, May 07, 2007 at 10:00:20PM +0200, Krzysztof Halasa wrote:
- the NPE can also be used as DMA engine and for crypto operations.
Both are not network related.
Additionally, the NPE is not only ixp4xx related, but is
also used in IXP23xx CPUs, so it could be placed in
2.6.21 seems to have fixed the stability issues I was seeing when using
the skge driver with the older sk98xx dual port fiber cards. There is
still one more lingering oddness: if I have *two* dual port cards in a
system, say eth2-5, I see traffic on eth2, eth3, and eth5, but nothing
on eth4.
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after a
interrupt arrived and forwards these as a chains of SKBs for the same TCP
connection with modified header field. We have seen a lower CPU load and
On Mon, May 07, 2007 at 02:10:27PM -0700, Jeremy Fitzhardinge wrote:
We should just change this to use netif_device_attach and
netif_device_detach.
Like this?
Sorry, I had forgotten that I've already concluded previously that
this doesn't work because we don't want to prevent the
On Tue, May 08, 2007 at 02:05:33PM +0200, Thomas Klein wrote:
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after a
interrupt arrived and forwards these as a chains of SKBs for the same TCP
On Tue, 8 May 2007 14:05:33 +0200 Thomas Klein [EMAIL PROTECTED] wrote:
+struct ehea_lro {
+ struct sk_buff *parent;
+ struct sk_buff *last_skb;
+struct iphdr *iph;
+struct tcphdr *tcph;
Spaces instead of tabs.
Also in at least one other place in this
On 5/8/07, Lennert Buytenhek [EMAIL PROTECTED] wrote:
...
As with Christian's driver, I don't know whether an SRAM allocator
makes much sense. We can just set up a static allocation map for the
in-tree drivers and leave out the allocator altogether. I.e. I don't
think it's worth the complexity
On Tue, 2007-08-05 at 11:45 +0200, Johannes Berg wrote:
..
Sorry, I missed a lot of the discussions; I am busyed out and will try
to catchup later tonight. I have quickly scanned the emails and
I will respond backwards (typically the most effective
way to catchup with a thread).
As a summary, I
On 5/8/07, Alexey Zaytsev [EMAIL PROTECTED] wrote:
I was always curious, why do people want to run ixp4xx in LE mode? What
are the benefits that overweight the obvious performance degradation?
Debian on the NSLU2 runs in LE, and it is pretty popular.
Lennert Buytenhek [EMAIL PROTECTED] writes:
I have a couple of ixp23xx boards at home, but I'm not sure whether I
can give them away. I can give you remote access to them, though.
Hmm, may be interesting some day.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line unsubscribe
Michael-Luke Jones [EMAIL PROTECTED] writes:
Already in mach-ixp4xx, so can just be called npe.c
I want ixp4xx_ prefix in module name, otherwise I'd call it npe.c,
sure.
Debugging code? Can this go?
Why? Especially with code having to work with third party binary-only
firmware? Suicide. They
Michael-Luke Jones [EMAIL PROTECTED] writes:
Already in mach-ixp4xx, so can just be called qmgr.c
Same here.
+#define QUEUE_IRQ_SRC_NEARLY_FULL 2
+#define QUEUE_IRQ_SRC_FULL 3
+#define QUEUE_IRQ_SRC_NOT_EMPTY 4
+#define QUEUE_IRQ_SRC_NOT_NEARLY_EMPTY 5
+#define
Lennert Buytenhek [EMAIL PROTECTED] writes:
The queue manager interrupts should probably be implemented as an
irqchip, in the same way that GPIO interrupts are implemented. (I.e.
allocate 'real' interrupt numbers for them, and use the interrupt
cascade mechanism.) You probably want to have
Lennert Buytenhek [EMAIL PROTECTED] writes:
+/* Built-in 10/100 Ethernet MAC interfaces */
+static struct mac_plat_info ixdp425_plat_mac[] = {
+{
+.phy= 0,
+.rxq= 3,
+}, {
+.phy= 1,
+.rxq
On Tue, May 08, 2007 at 04:12:17PM +0200, Krzysztof Halasa wrote:
The queue manager interrupts should probably be implemented as an
irqchip, in the same way that GPIO interrupts are implemented. (I.e.
allocate 'real' interrupt numbers for them, and use the interrupt
cascade mechanism.)
On Tue, May 08, 2007 at 04:31:12PM +0200, Krzysztof Halasa wrote:
+/* Built-in 10/100 Ethernet MAC interfaces */
+static struct mac_plat_info ixdp425_plat_mac[] = {
+ {
+ .phy= 0,
+ .rxq= 3,
+ }, {
+ .phy= 1,
+
Alexey Zaytsev [EMAIL PROTECTED] writes:
I was always curious, why do people want to run ixp4xx in LE mode? What
are the benefits that overweight the obvious performance degradation?
Debian is indeed a valid reason.
I wonder if it would be much work to create BE Debian as well.
Simple
Krishna Kumar wrote:
Some simple optimizations in e1000_xmit_frame.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar [EMAIL PROTECTED]
looks good. I'll queue this and push it upstream.
Thanks,
Auke
---
diff -ruNp org/drivers/net/e1000/e1000_main.c
On Tue, May 08, 2007 at 05:28:21PM +0200, Krzysztof Halasa wrote:
I was always curious, why do people want to run ixp4xx in LE mode? What
are the benefits that overweight the obvious performance degradation?
Debian is indeed a valid reason.
I wonder if it would be much work to create BE
Hi Jiri,
On 5/8/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
net/built-in.o: In function `hidp_add_connection':
(.text+0x8bb08): undefined reference to `hid_ff_init'
On Tue, 8 May 2007, Satyam Sharma wrote:
Sure, my aim here was to only solve the _build breakage_ by fixing the
Kconfig for this module (that used code from another kernel module
without listing it in its dependencies). If, as you say, the real
solution is that we should actually be taking
Hi Jiri,
Sure, my aim here was to only solve the _build breakage_ by fixing the
Kconfig for this module (that used code from another kernel module
without listing it in its dependencies). If, as you say, the real
solution is that we should actually be taking out the offending call to
Lennert Buytenhek [EMAIL PROTECTED] writes:
See for example arch/arm/mach-ep93xx/core.c, handling of the A/B/F
port GPIO interrupts.
In a nutshell, it goes like this.
Thanks, I will investigate.
There may be up to 6 Ethernet ports (not sure about hardware
status, not yet supported even by
On Tue, 08 May 2007 08:00:36 -0400
Michael Stone [EMAIL PROTECTED] wrote:
2.6.21 seems to have fixed the stability issues I was seeing when using
the skge driver with the older sk98xx dual port fiber cards. There is
still one more lingering oddness: if I have *two* dual port cards in a
Lennert Buytenhek [EMAIL PROTECTED] writes:
The board support code knows such things as that the front ethernet
port on the board is connected to the CPU's MII port number #2, but
the board support code does _not_ know that MII port number #2
corresponds to ixp4xx hardware queue #5.
Sure.
Lennert Buytenhek [EMAIL PROTECTED] writes:
There _is_ an ARM BE version of Debian.
It's not an official port, but it's not maintained any worse than
the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then, and (at best) put that
Krzysztof Halasa schrieb:
Lennert Buytenhek [EMAIL PROTECTED] writes:
There _is_ an ARM BE version of Debian.
It's not an official port, but it's not maintained any worse than
the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then,
On Tue, 8 May 2007, Marcel Holtmann wrote:
Marcel - are you aware of any devices currently supported by USB HID
force-feedback code, which have a bluetooth version, please?
I haven't looked at all details for the PS3 controller, but that might
be the first one. In theory they can and at
Hi Jiri,
Marcel - are you aware of any devices currently supported by USB HID
force-feedback code, which have a bluetooth version, please?
I haven't looked at all details for the PS3 controller, but that might
be the first one. In theory they can and at some point they will enter
the
Tomasz Chmielewski [EMAIL PROTECTED] writes:
Does using ixp4xx on LE have any other drawbacks than inferior network
performance?
More memory is needed, something like max 600 KB for 2 Ethernet ports.
And talking about network performance, what numbers are we talking
about (LE vs BE; 30%
This request is withdrawn. New request to follow.
On Mon, May 07, 2007 at 01:51:21PM -0400, John W. Linville wrote:
The following changes since commit 15700770ef7c5d12e2f1659d2ddbeb3f658d9f37:
Linus Torvalds (1):
Merge git://git.kernel.org/.../sam/kbuild
are found in the git
The following changes since commit 5b94f675f57e4ff16c8fda09088d7480a84dcd91:
Linus Torvalds (1):
Merge master.kernel.org:/.../davem/sparc-2.6
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Daniel Drake (1):
Hi All,
This panic is related to the interactions between scsi/sg.c, iscsi
initiator and tcp on the RHEL 2.6.9-42 kernel. But we may also have the
similar problem with open-iscsi initiator. I will explain why we see the
Bad page panic first. I did a patch to the sg driver to workaround the
Qi, Yanling wrote:
Hi All,
This panic is related to the interactions between scsi/sg.c, iscsi
initiator and tcp on the RHEL 2.6.9-42 kernel. But we may also have the
similar problem with open-iscsi initiator. I will explain why we see the
Yeah, this problem should occur in the upstream
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez [EMAIL PROTECTED] wrote:
drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit 7d776cb596994219584257eb5956b87628e5deaf
Author: Timur
Export a couple of core functions for AFS write support to use:
find_get_pages_contig()
find_get_pages_tag()
Signed-off-by: David Howells [EMAIL PROTECTED]
---
mm/filemap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
The rheap allocation functions return a pointer, but the actual value is based
on how the heap was initialized, and so it can be anything, e.g. an offset
into a buffer. A ulong is a better representation of the value returned by
the allocation functions.
This patch changes all of the relevant
Kim Phillips wrote:
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez [EMAIL PROTECTED] wrote:
drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit
Herbert Xu wrote:
Sorry, I had forgotten that I've already concluded previously that
this doesn't work because we don't want to prevent the interface
from being brought up (and other reasons). My memory is failing me :)
So I think the best option now is to get rid of the delay on carrier
on
By default, the skge driver now enables wake on magic and wake on PHY.
This is a bad default (bug), wake on PHY means machine will never shutdown
if connected to a switch.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]a
---
drivers/net/skge.c |4 +++-
1 file changed, 3 insertions(+), 1
Jeff Garzik wrote:
Brice Goglin wrote:
Limit the number of recoveries from a NIC hw watchdog reset to
1 by default. This is tweakable via the myri10ge_reset_recover
tunable.
NAK. Tunables like this are generally (a) never touched by the vast
majority of users, and (b) have useful values
On Tue, 8 May 2007 14:51:02 -0600
Latchesar Ionkov [EMAIL PROTECTED] wrote:
This patchset moves non-filesystem interfaces of v9fs from fs/9p to net/9p.
It moves the transport, packet marshalling and connection layers to net/9p
leaving only the VFS related files in fs/9p.
(Please cc
On Mon, 12 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Jay Vosburgh wrote:
Chris Stromsoe [EMAIL PROTECTED] wrote:
1) ip link set mtu 9000 eth2 -- eth2 is no longer responsive
ip link set mtu 1500 eth2 -- eth2 remains unresponsive
2)
This series is a re-send of the 6 patches that were missed:
submitted 10 apr 2007:
[PATCH] Add support for the Davicom DM9161A PHY
- http://marc.info/?l=linux-netdevm=117624199831581w=2
submitted 13 apr 2007:
[PATCH v2] phylib: add the ICPlus IP175C PHY driver
-
Support for configuring RGMII-ID (RGMII with internal delay) mode on the
88e and 88e1145.
Also renamed 88es - 88e (no references to an 88es part were
found), and fixed some whitespace.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
drivers/net/phy/marvell.c | 62
From: Kapil Juneja [EMAIL PROTECTED]
If connected via SGMII, initialize with SGMII mode configured.
Signed-off-by: Kapil Juneja [EMAIL PROTECTED]
Signed-off-by: Andy Fleming [EMAIL PROTECTED]
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
---
drivers/net/phy/marvell.c | 16
1
On Tue, 2007-08-05 at 08:35 -0700, Waskiewicz Jr, Peter P wrote:
But the point is that although the DCE spec inspired the development of
these patches, that is *not* the goal of these patches. As Yi stated in
a previous reply to this thread, the ability for any hardware to control
its queues
On Tue, 08 May 2007 20:44:11 +0100
David Howells [EMAIL PROTECTED] wrote:
Implement support for writing to regular AFS files, including:
(1) write
(2) truncate
(3) fsync, fdatasync
(4) chmod, chown, chgrp, utime.
AFS writeback attempts to batch writes into as chunks as large
On Tue, 8 May 2007, Chris Stromsoe wrote:
On Mon, 12 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Jay Vosburgh wrote:
Chris Stromsoe [EMAIL PROTECTED] wrote:
1) ip link set mtu 9000 eth2 -- eth2 is no longer responsive
ip link set mtu
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 8 May 2007 22:13:22 +1000
[NET] link_watch: Move link watch list into net_device
These days the link watch mechanism is an integral part of the
network subsystem as it manages the carrier status. So it now
makes sense to allocate some memory
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 8 May 2007 22:16:09 +1000
[NET]: Remove link_watch delay for up even when we're down
Currently all link carrier events are delayed by up to a second
before they're processed to prevent link storms. This causes
unnecessary packet loss during
From: John W. Linville [EMAIL PROTECTED]
Date: Tue, 8 May 2007 11:50:11 -0400
From: Geert Uytterhoeven [EMAIL PROTECTED]
| CC net/mac80211/ieee80211_sta.o
| In file included from linux/net/mac80211/ieee80211_sta.c:31:
| include2/asm/delay.h: In function '__const_udelay':
|
On Tue, May 08, 2007 at 01:19:33PM -0700, Jeremy Fitzhardinge wrote:
Subject: xen: go back to using normal network stack carriers
This effectively reverts xen-unstable change
14280:42b29f084c31. Herbert has changed the behaviour of the core
networking to not delay an initial down-up
From: Krishna Kumar [EMAIL PROTECTED]
Date: Tue, 08 May 2007 13:01:24 +0530
Optimize teql_enqueue so that it first checks limits before
enqueing.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list: send the line
From: Krishna Kumar [EMAIL PROTECTED]
Date: Tue, 08 May 2007 13:01:30 +0530
Optimize call to net_tx_action only if work is pending.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar [EMAIL PROTECTED]
I don't think downing a cpu is done so often as to justify this
microscopic
From: Krishna Kumar [EMAIL PROTECTED]
Date: Tue, 08 May 2007 13:01:32 +0530
Optimize return value of qdisc_restart so that it is not called an
extra time if there are no more packets on the queue to be sent out.
It is also not required to check for gso_skb (though the lock is
dropped) since
If device is not fails during module startup (like unsupported chip
version) then driver would crash dereferencing a null pointer.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c |4
1 file changed, 4 insertions(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c
This workaround was added to deal with NAPI core and how
it affected dual port shared polling. It turned out not to
be necessary, the core code in dev_stop() waits for NAPI but
doesn't kill it.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c |7 ---
1 file
Take out the code that protects driver from accessing the
PCI config space. We are old enough to run with scissors now.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c | 11 ---
1 file changed, 11 deletions(-)
--- sky2-2.6.21.orig/drivers/net/sky2.c
Make sure that if we ever get a MIB counter overflow interrupt (normally
masked off), that it is cleared.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c |6 ++
1 file changed, 6 insertions(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08
When driver can't allocate receive buffer it drops incoming
packet, so update counter.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 10:28:50.0
Use the PCI layer config access functions. The driver was using the
memory mapped window in device, to workaround issues accessing the
advanced error reporting registers.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c | 44
Do some memory barrier changes for safety/perfomance:
Don't need read after update to index, mmiowb() followed by read at end
of irq is sufficient.
Signed-off-by: Stephn Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
Prefetch the next skb information in receive.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
drivers/net/sky2.c |1 +
1 file changed, 1 insertion(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 10:29:14.0 -0700
+++ sky2-2.6.21/drivers/net/sky2.c 2007-05-08
1 - 100 of 118 matches
Mail list logo