On Wednesday 03 May 2006 08:32, David S. Miller wrote:
> From: Andi Kleen <[EMAIL PROTECTED]>
> Date: Tue, 2 May 2006 18:02:43 +0200
>
> > On Tuesday 02 May 2006 18:19, Just Marc wrote:
> >
> > > I thought that maybe it's time to either set TCP_DEBUG to 0 or
> > > alternatively allow an admin to
BTW another thing to keep in mind, besides the fact that we should be
designing driver APIs at this point at all, is that no implementation
should do MMIOs to the card to insert or delete netchannel lookup
entries.
Rather, it should be communicated to the card in a lazy fashion using
DMA.
Otherw
I don't think we should be defining driver APIs when we haven't even
figured out how the core of it would even work yet.
A key part of this is the netfilter bits, that will require
non-trivial flow identification, a hash will simply not be enough, and
it will not be allowed to not support the net
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 2 May 2006 18:02:43 +0200
> On Tuesday 02 May 2006 18:19, Just Marc wrote:
>
> > I thought that maybe it's time to either set TCP_DEBUG to 0 or
> > alternatively allow an admin to toggle the printing of this message
> > off/on? On a few busy web
Hi Francois,
On Tue, 2 May 2006, Francois Romieu wrote:
> Btw the whole serie is available in branch 'netdev-ipg' at:
> git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
>
> The interim steps may be useful if testing reveals something wrong
> (especially if it happens in a few weeks/mont
Herbert Xu wrote:
Just Marc <[EMAIL PROTECTED]> wrote:
Looking at mailing list archives there has been much talk of this print
in the past, given the fact that this check/print is surrounded by an
A good number of these turned out to be a bug in the Linux TCP stack.
If this message wasn't the
Herbert Xu wrote:
Just Marc <[EMAIL PROTECTED]> wrote:
Looking at mailing list archives there has been much talk of this print
in the past, given the fact that this check/print is surrounded by an
A good number of these turned out to be a bug in the Linux TCP stack.
If this message wa
Andi Kleen wrote:
On Tuesday 02 May 2006 18:19, Just Marc wrote:
I thought that maybe it's time to either set TCP_DEBUG to 0 or
alternatively allow an admin to toggle the printing of this message
off/on? On a few busy web servers running usually latest versions of
2.6 I have this message
On Tue, 02 May 2006 15:53:50 -0700
Alex Aizman <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
>
> Hacked netdevice.h to support multiple channels.
>
> --- netdevice-orig.h 2006-03-04 10:01:38.0 -0800
> +++ netdevice-channel.h 2006-03-09 10:17:11.419955
Just Marc <[EMAIL PROTECTED]> wrote:
>
> Looking at mailing list archives there has been much talk of this print
> in the past, given the fact that this check/print is surrounded by an
A good number of these turned out to be a bug in the Linux TCP stack.
If this message wasn't there we would've
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Hacked netdevice.h to support multiple channels.
--- netdevice-orig.h2006-03-04 10:01:38.0 -0800
+++ netdevice-channel.h 2006-03-09 10:17:11.419955200 -0800
@@ -246,6 +246,147 @@
extern int __init netdev_boot_setup(char *str);
+#ifdef
The following "soaks" on our side for a couple months now... Noticed [1][2] and
thought it'd make sense to add it to the mix.
Contents
==
* README (inlined below)
* netdevice.h patch with the preliminary/draft driver-level API (next
message).
Introduction
Van Jaco
Hi Pekka,
On May 02 at 10:04:47, Pekka Enberg wrote:
> OK. David & David, would appreciate if either you could give the patch a
> spin with Francois' changes. Thanks.
I'll test it tomorrow ASAP. For now, here is another patch removing
more dead code. This code is never reached (NOTGRACE is not de
Btw the whole serie is available in branch 'netdev-ipg' at:
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
The interim steps may be useful if testing reveals something wrong
(especially if it happens in a few weeks/months).
$ git rev-list --pretty ebf34c9b6fcd22338ef764b039b3ac55ed0e2
- vendor id belong to include/linux/pci_id.h ;
- the pci table does not include all the devices in nics_supported ;
- qualify the pci table as __devinitdata ;
- kill 50 LOC.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
---
drivers/net/ipg.c | 46 ++--
d
Replace a bunch of #define with their counterpart from mii.h
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
---
drivers/net/ipg.c | 82 ++---
drivers/net/ipg.h | 29 ---
2 files changed, 34 insertions(+), 77 deletions(-)
e
Dan Williams wrote:
airo cards with firmware versions of 5.30.17 and higher support WPA.
This patch recognizes WPA-capable firmware versions and adds support for
retrieving the WPA and RSN information elements from the card's scan
results. The JOB and FLAG fields are now independent, since there
Add a configuration option for disabling client MLME in kernel
code. This is used to enable user space MLME for client mode (e.g.,
with wpa_supplicant). The kernel MLME implementation is unmodified,
but it could be removed or at least made optional in build
configuration in the future.
Signed-off-
Good evening,
Bugzilla entry on this is now here:
http://bugzilla.kernel.org/show_bug.cgi?id=6484
Note the interesting fact that kernel mode PPPoE is not affected. Thus it
could also be a bug in Roaring Penguin's PPPoE program. The problem is
that all other user space implementations seem to b
On Mon, May 01, 2006 at 01:46:42PM +, Herbert Valerio Riedel wrote:
> since the au1000 driver already selects the CRC32 routines, simply replace
> the internal ether_crc() implementation with the semantically equivalent
> one from
>
> Signed-off-by: Herbert Valerio Riedel <[EMAIL PROTECTED]>
Andi Kleen <[EMAIL PROTECTED]> :
> On Tuesday 02 May 2006 21:11, Stephen Hemminger wrote:
[napi for forcedeth]
> Making it support netpoll would be nice too.
Disable/resume the device with something less gross than
http://bugzilla.kernel.org/show_bug.cgi?id=6398
--
Ueimor
-
To unsubscribe from
In commit: a292ca6efbc1f259ddfb9c902367f2588e0e8b0f
to e1000_main.c, there is the change below.
I am curious why the skb_put no longer subtracts ETHERNET_FCS_SIZE
from the length. Is the idea that we will now always include the
FCS at the end of the skb?
It also seems that the skb_put for the
On Tuesday 02 May 2006 21:11, Stephen Hemminger wrote:
> Has anyone looked into making this driver use NAPI? This would fix
> the IRQ overload problem and a number of other DoS risks.
> Also, if done right the device lock could be reduced to just
> a transmit lock.
Making it support netpoll would
This is the last net driver push from me until May 12th.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following updates:
drivers/net/forcedeth.c | 312 +-
drivers/net
Ananda Raju wrote:
hi,
This patch contains all the changes that were done to improve
performance of s2io driver. one line description of the changes
are
1. For Non NAPI case the rx interrupt handler is being called
unconditionally
2. code optimization and adding prefetch sk
Has anyone looked into making this driver use NAPI? This would fix
the IRQ overload problem and a number of other DoS risks.
Also, if done right the device lock could be reduced to just
a transmit lock.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
Pekka J Enberg <[EMAIL PROTECTED]> :
> [...]
> > Is this tested with hardware?
On Tue, 2006-05-02 at 20:33 +0200, Francois Romieu wrote:
> No.
On Tue, 2006-05-02 at 20:33 +0200, Francois Romieu wrote:
> > Alignment of the start address looks bogus for sure, but any idea
> > why they had it in the
It looks like one of your patches in wireless-dev.git broke management
interface. I'm not completely sure about how this was supposed to work,
but are the low-level drivers now expected to accept
IEEE80211_IF_TYPE_MGMT in add_interface handler or should ieee80211.c be
modified to accept wmaster0ap
Pekka J Enberg <[EMAIL PROTECTED]> :
[...]
> Is this tested with hardware?
No.
> Alignment of the start address looks bogus for sure, but any idea
> why they had it in the first place?
No clear idea but it matches the significant part of the BAR register
for the 256 bytes of I/O space that the d
> +/**
> + * struct lp
> + * @flag: TCP-LP state flag
> + * @sowd: smoothed OWD << 3
> + * @owd_min: min OWD
> + * @owd_max: max OWD
> + * @owd_max_rsv: resrved max owd
> + * @RHZ: estimated remote HZ
> + * @remote_ref_time: remote reference time
> + * @local_ref_time: local reference time
> + * @
On Mon, 1 May 2006 18:05:52 +0800
"Wong Edison" <[EMAIL PROTECTED]> wrote:
> TCP Low Priority is a distributed algorithm whose goal is to utilize only
> the excess network bandwidth as compared to the ``fair share`` of
> bandwidth as targeted by TCP. Available from:
> http://www.ece.rice.edu/~ak
On Tuesday 02 May 2006 18:19, Just Marc wrote:
> I thought that maybe it's time to either set TCP_DEBUG to 0 or
> alternatively allow an admin to toggle the printing of this message
> off/on? On a few busy web servers running usually latest versions of
> 2.6 I have this message displaying hund
On Tuesday 02 May 2006 14:41, Vojtech Pavlik wrote:
> You seem to be missing the fact that most of todays interrupts are
> delivered through the APIC bus, which isn't fast at all.
You mean slow right? Modern x86s (anything newer than a P3) generally don't
have an separate APIC bus anymore but
Hi everyone,
Looking at mailing list archives there has been much talk of this print
in the past, given the fact that this check/print is surrounded by an
#ifdef TCP_DEBUG
#ifdef TCP_DEBUG
if (net_ratelimit()) {
struct inet_sock *inet = inet_sk(sk);
printk(KERN_DEBUG
Hello,
here:
http://ftp.enneenne.com/pub/misc/au1100-patches/linux/patch-au1000_eth-pm-and-registration
the new version of my patch for au1000_eth.c who should implement:
* Module support.
-bool "MIPS AU1000 Ethernet support"
+tristate "MIPS AU1000 Ethernet support"
* Driver
Hi Manfred,
I filed BUG 6480 describing the problem and providing lots
of info. If you need more info, just ask.
At the moment I have no idea about the reasons.
Except Crossover-Cabling vs. using a switch.
The machine is a production machine, so I cannot test
kernels and patches.
But I have se
On Tue, Apr 25, 2006 at 07:29:40AM -0400, linux-os (Dick Johnson) wrote:
> >> Message signaled interrupts are just a kudge to save a trace on a
> >> PC board (read make junk cheaper still).
> >
> > yes. Also in PCI-Express there is no physical interrupt line anymore due to
> > the architecture, so
On Mon, 1 May 2006 21:35:00 +0200, Michael Buesch wrote:
> --- wireless-dev.orig/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h
> 2006-04-28 16:13:40.0 +0200
> +++ wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h
> 2006-05-01 20:25:31.0 +0200
> @@ -626,10 +626,34
On Sun, Apr 30, 2006 at 05:21:36PM -0700, David S. Miller wrote:
> > With such extensive patches for netrom and rose modules that will go
> > into a future 2.6.x kernel, I think it would be justified to update the
> > following banners in af_rose.c and af_netrom.c respectively for they
> > appe
Kevent subsystem incorporates several AIO/kqueue design notes and
ideas. Kevent can be used both for edge and level triggered notifications.
It supports:
o socket notifications (accept, receiving and sending)
o network AIO (aio_send(), aio_recv() and aio_sendfile()) [3]
o inode notifications (crea
On Mon, May 01, 2006 at 02:32:46PM -0700, David S. Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Sat, 29 Apr 2006 16:44:51 +0400
>
> > Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
>
> I understand how in some ways this is work in progress,
> but di
41 matches
Mail list logo
