Francois Romieu wrote:
ipg: remove forward declarations
It makes no sense in a new driver.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
Ack.
ipg: replace #define with enum
Added some underscores to improve readability.
Signed-off-by: Francois
On Wed, May 03, 2006 at 06:34:16PM +0200, Herbert Valerio Riedel wrote:
> while at it, does anyone happen to know what the phy-addr/MAC assignment
> on the XXS1500 is?
Nope.
> but one thing that seems strange to me; CONFIG_BCM5222_DUAL_PHY doesn't
> seem to be defined anywhere; shouldn't that be a
From: Patrick Caulfield <[EMAIL PROTECTED]>
Date: Thu, 27 Apr 2006 13:37:23 +0100
> This patch fixes hello messages sent when a node is a level 1 router. Slightly
> contrary to the spec (maybe) VMS ignores hello messages that do not name
> level2 routers that it also knows about.
>
> So, here we
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 23:13:20 +1000
> On Sat, Apr 29, 2006 at 09:15:07PM +1000, herbert wrote:
> >
> > Unfortunately this is only true for TCP. All of the connectionless
> > protocols use the callback lock without the socket lock so it does
> > still serve
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:16:13 +0100
> Convert all NET/ROM sysctl time values from jiffies to ms as units.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a mes
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:19:24 +0100
> Convert all ROSE sysctl time values from jiffies to ms as units.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a messag
From: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:12:44 +0100
> Convert all AX.25 sysctl time values from jiffies to ms as units.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 14:31:41 +0100
> The locking rule for rose_remove_neigh() are that the called needs to
> hold rose_neigh_list_lock, so we better don't take it yet again in
> rose_neigh_list_lock.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Ap
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 14:40:23 +0100
> Move AX.25 symbol exports to next to their definitions where they're
> supposed to be these days.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscrib
From: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:34:13 +0100
> Signed-off-by: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
From: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:29:43 +0100
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vg
From: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 15:24:27 +0100
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 29 Apr 2006 14:25:53 +0100
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ker
On Thursday 27 April 2006 16:25, you wrote:
> So the idea in your scheme is to give the buffer pools to the NIC
> in a per-channel way via a simple descriptor table? And the u32's
> are arbitrary keys that index into this descriptor table, right?
>
yeah - it _was_... Although since having a play
On 5/4/06, Ben Greear <[EMAIL PROTECTED]> wrote:
Herbert Xu wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
>
>>So I pushed out an update for Fedora Core 5 users yesterday
>>that moved the kernel from 2.6.16.9 to 2.6.16.13.
>>I've since heard "My network performance is awful", and worse
>>yet, som
Begin forwarded message:
Date: Tue, 2 May 2006 13:28:22 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6484] New: dropouts with user mode PPPoE
http://bugzilla.kernel.org/show_bug.cgi?id=6484
Summary: dropouts with user mode PPPoE
Kernel Version:
Herbert Xu wrote:
Dave Jones <[EMAIL PROTECTED]> wrote:
So I pushed out an update for Fedora Core 5 users yesterday
that moved the kernel from 2.6.16.9 to 2.6.16.13.
I've since heard "My network performance is awful", and worse
yet, some apps seem broken as in the report below.
Anyone have any
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> So I pushed out an update for Fedora Core 5 users yesterday
> that moved the kernel from 2.6.16.9 to 2.6.16.13.
> I've since heard "My network performance is awful", and worse
> yet, some apps seem broken as in the report below.
>
> Anyone have any ideas
On Wed, May 03, 2006 at 05:19:15PM -0400, Dave Jones wrote:
> So I pushed out an update for Fedora Core 5 users yesterday
> that moved the kernel from 2.6.16.9 to 2.6.16.13.
> I've since heard "My network performance is awful", and worse
> yet, some apps seem broken as in the report below.
Fur
Pekka J Enberg <[EMAIL PROTECTED]> :
[...]
> maintain the tree, I can send you my patches so you can recreate the full
> history. The first steps were produced by quilt on the original
> out-of-tree driver, though, so they're probably not helpful.
It will be welcome.
I have added a few little t
On Wed, 03 May 2006 22:32:39 +0100
Simon Kelley <[EMAIL PROTECTED]> wrote:
> Both net/ipv4/arp.c and net/arm/clip.c create neighbour tables with
> family == AF_INET. For most purposes this is fine, since the two modules
> each hold a pointer to their table and pass it into the neigh_* functions.
Both net/ipv4/arp.c and net/arm/clip.c create neighbour tables with
family == AF_INET. For most purposes this is fine, since the two modules
each hold a pointer to their table and pass it into the neigh_* functions.
A problem arises in neigh_add, which is called by the rtnetlink code and
which it
So I pushed out an update for Fedora Core 5 users yesterday
that moved the kernel from 2.6.16.9 to 2.6.16.13.
I've since heard "My network performance is awful", and worse
yet, some apps seem broken as in the report below.
Anyone have any ideas ?
Dave
--
http://www.codemonkey.or
Hi Pekka,
On May 02 at 10:04:47, Pekka Enberg wrote:
> > No clear idea but it matches the significant part of the BAR register
> > for the 256 bytes of I/O space that the device uses.
>
> OK. David & David, would appreciate if either you could give the patch a
> spin with Francois' changes. Thank
David S. Miller wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Wed, 3 May 2006 22:07:40 +0400
>
>> On Wed, May 03, 2006 at 08:56:23AM -0700, Caitlin Bestler
> ([EMAIL PROTECTED]) wrote:
I'd expect high end NIC ASICs to implement rx steering based upon
some sort of hash (for
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Wed, 3 May 2006 22:07:40 +0400
> On Wed, May 03, 2006 at 08:56:23AM -0700, Caitlin Bestler ([EMAIL PROTECTED])
> wrote:
> > > I'd expect high end NIC ASICs to implement rx steering based
> > > upon some sort of hash (for load balancing), as well as
From: "Leonid Grossman" <[EMAIL PROTECTED]>
Date: Wed, 3 May 2006 09:56:18 -0400
> Do you have suggestions on potential hardware assists/offloads for
> netfilter?
We don't know yet what things will look like, that's why we
shouldn't be defining APIs and I cannot give any such advice
yet.
-
To uns
Here is a new version that addresses some of the outstanding bugs.
* There was a race in receive processing that would cause hang
* Some more support for Yukon Ultra found in dual-core Centrino
laptops (I want one of these).
It does not fix the problems with dual port cards corrupting receive
da
Measure the channel change time with the
bcm43xx tsf timer and remove the guesswork constant. ;)
Tests on my 4306 show that the time comes damn
close to reality.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
=
On Wed, 3 May 2006 11:12:15 -0700
"Caitlin Bestler" <[EMAIL PROTECTED]> wrote:
> Evgeniy Polyakov wrote:
> > On Wed, May 03, 2006 at 08:56:23AM -0700, Caitlin Bestler
> > ([EMAIL PROTECTED]) wrote:
> >>> I'd expect high end NIC ASICs to implement rx steering based upon
> >>> some sort of hash (for
In article <[EMAIL PROTECTED]> (at Wed, 3 May 2006 22:07:40 +0400), Evgeniy
Polyakov <[EMAIL PROTECTED]> says:
> > Even if the hardware cannot fully implement netfilter rules
> > there is still value in having an interface that documents
> > exactly how much filtering a given piece of hardware c
On Wed, May 03, 2006 at 08:10:59PM +0200, Jiri Benc wrote:
> If you really feel this is a necessary feature (although I think we
> should focus more on putting the stack to a form suitable for inclusion
> in the kernel than on adding new features now), what about making the
> wmaster0ap interface
On 5/3/06, Ben Greear <[EMAIL PROTECTED]> wrote:
So, as of 2.6.16.13, is the hardware stripping (SERC) enabled? Could
you also let me know where this bit is defined in case I want to twiddle
it myself (a quick grep for SERC in 2.6.16.13 yields nothing.)
You missed a C, it's SECRC (Strip Ethern
Jesse Brandeburg wrote:
On 5/2/06, Ben Greear <[EMAIL PROTECTED]> wrote:
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 inc
Evgeniy Polyakov wrote:
> On Wed, May 03, 2006 at 08:56:23AM -0700, Caitlin Bestler
> ([EMAIL PROTECTED]) wrote:
>>> I'd expect high end NIC ASICs to implement rx steering based upon
>>> some sort of hash (for load balancing), as well as explicit "1:1"
>>> steering between a sw channel and a hw cha
On Wed, 3 May 2006 09:44:58 -0700, Jouni Malinen wrote:
> Why do you think that this would be too early now? I agree that the
> interface between kernel and user space MLME can be improved, but I see
> no point in making client MLME implementation wait for that to happen.
> Personally, I don't thin
On Wed, May 03, 2006 at 08:56:23AM -0700, Caitlin Bestler ([EMAIL PROTECTED])
wrote:
> > I'd expect high end NIC ASICs to implement rx steering based
> > upon some sort of hash (for load balancing), as well as
> > explicit "1:1" steering between a sw channel and a hw
> > channel. Both options for
Are you proposing a mechanism for the consuming end of a tx
channel to support a large number of channels, or are you
assuming that the number of tx channels will be small enough
that simply polling them in priority order is adequate?
-
To unsubscribe from this list: send the line "unsubscribe net
On Wed, 3 May 2006 18:42:04 +0200, Michael Buesch wrote:
> Rewrite the virtual interface handling.
> With this monitor_during_oper is made possible.
>
> Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Acked-by: Jiri Benc <[EMAIL PROTECTED]>
--
Jiri Benc
SUSE Labs
-
To unsubscribe from this li
On 5/2/06, Ben Greear <[EMAIL PROTECTED]> wrote:
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
On Wed, May 03, 2006 at 06:28:15PM +0200, Jiri Benc wrote:
> It is too early for this. We need to implement some better communication
> interface between kernel and hostapd (or what will implement userspace
> MLME) first. The current solution, where there is some special
> net_device interface (wm
hello *
On Tue, 2006-05-02 at 11:20 -0500, Mark Schank wrote:
> At 08:23 AM 5/2/06 +0200, Herbert Valerio Riedel wrote:
> >On Mon, 2006-05-01 at 15:09 -0500, Mark Schank wrote:
> > > The Cogent CSB655 used the Broadcom Dual Phy. They eventually redesigned
> > > the board and switched to two singl
Hi John,
Please apply to wireless-dev.
--
Rewrite the virtual interface handling.
With this monitor_during_oper is made possible.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h
On Tue, 2 May 2006 14:18:17 -0700, Jouni Malinen wrote:
> 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
[EMAIL PROTECTED] wrote:
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of David S. Miller
>> Sent: Tuesday, May 02, 2006 11:48 PM
>> To: [EMAIL PROTECTED]
>> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
>> Subject: Re: VJ Channel API - driver level
Following patches can be also obtained from:
git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git up
Jiri Benc:
d80211: get rid of default management interface
d80211: use alloc_netdev
d80211: fix is_ieee80211_device
net/d80211/ieee80211.c | 150 +++
Default management interface (wmasterXap) confuses users. It is only needed
for AP mode (and only until the new netlink interface between kernel and
hostapd is implemented).
This patch removes default management interface. When first interface is
switched to AP mode, a management interface is crea
Sending packets from management interface (wmasterXap) didn't work. This
patch fixes that problem; it's not nice but it will go away when the
interface between kernel and hostapd is changed to netlink (the packets will
be sent through master interface then).
Signed-off-by: Jiri Benc <[EMAIL PROTEC
Now when there are no interfaces allocated together anymore, let's use
alloc_netdev for allocation of interfaces. We save some code and also
the structures are really aligned finally.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c | 43 --
Pekka J Enberg wrote:
> On Wed, 3 May 2006, Andrew Morton wrote:
>> Please remember that to merge this we'll need a signed-off-by from the
>> original developers. (That's not very gplish, but such is life).
>
> OK. Lets see if we can track one of them developers down. I see Craig
> Rich's email
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of David S. Miller
> Sent: Tuesday, May 02, 2006 11:48 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
> Subject: Re: VJ Channel API - driver level (PATCH)
>
>
> I don't thi
On Wed, May 03, 2006 at 12:15:30PM +, Alexey Toptygin wrote:
>
> I'm curious, how would you do this without filling the disk? With a script
> that starts tcpdump to a ring in the background, waits for the offending
> log entry to appear and then kills tcpdump?
Well if you know the set of IP
Hi David,
On Wed, 3 May 2006, David Gómezz wrote:
> I'll test it tomorrow ASAP. For now, here is another patch removing
> more dead code. This code is never reached (NOTGRACE is not defined)
> and the *fiber_detect functions are subsequently never used.
No need to resend this one, but in future,
On Wed, 3 May 2006, Andrew Morton wrote:
> Please remember that to merge this we'll need a signed-off-by from the
> original developers. (That's not very gplish, but such is life).
OK. Lets see if we can track one of them developers down. I see Craig
Rich's email (only email found in the origina
On Mon, 01 May 2006 12:31:40 +0300
Pekka Enberg <[EMAIL PROTECTED]> wrote:
> [PATCH] IP1000 Gigabit Ethernet device driver
>
> This is a cleaned up fork of the IP1000A device driver:
>
> http://www.icplus.com.tw/driver-pp-IP1000A.html
Please remember that to merge this we'll need a signed-off
Hi
Just Marc <[EMAIL PROTECTED]> wrote:
That's good, but it may (and probably will) suppress many other messages
which may be of more interest...
That's the crux of the matter. There is no way we can satisfy everyone
short of putting a knob on each individual printk.
So the only s
On Wed, May 03, 2006 at 01:47:31PM +0200, Ingo Oeser wrote:
>
> Already there: /proc/sys/net/core/{message_cost,message_burst}
>
> Just set burst to 0 and cost to a very big value to basically supppress
> all net_ratelimit()ed messages.
>
> Or did you think of sth. else?
No that'll do just fine
On Wed, 3 May 2006, Herbert Xu wrote:
Can you take a tcpdump of the TCP sessions involving those IPs and
then show me the sections that occur when those messages are triggered?
I'm curious, how would you do this without filling the disk? With a script
that starts tcpdump to a ring in the back
Hi
On Wed, May 03, 2006 at 01:49:05PM +0100, Just Marc wrote:
You're right, actually this box serves http/ftp file transfers only,
it's a mirror with a large amount of downloads a day.
That's interesting. The RX bug that I fixed earlier would usually
manifest itself under exactly thes
Just Marc <[EMAIL PROTECTED]> wrote:
>
> That's good, but it may (and probably will) suppress many other messages
> which may be of more interest...
That's the crux of the matter. There is no way we can satisfy everyone
short of putting a knob on each individual printk.
So the only solution
Hi
Herbert Xu wrote:
BTW, this message is already under net_ratelimit so I don't see any
urgency in getting rid of it completely. If we're going down the
path of disabling it, we probably should go for something more global
rather than a sysctl that controls this one message.
Already
On Tue, 2 May 2006 11:39:30 -0700, Jouni Malinen wrote:
> 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
On Wed, May 03, 2006 at 01:49:05PM +0100, Just Marc wrote:
>
> You're right, actually this box serves http/ftp file transfers only,
> it's a mirror with a large amount of downloads a day.
That's interesting. The RX bug that I fixed earlier would usually
manifest itself under exactly these condit
Hi,
Just Marc <[EMAIL PROTECTED]> wrote:
We're now at 2.6.16.12 and it is still showing thousands of times a day
on a busy web server, have all the bugs been discovered yet?
There are no known bugs on the RX side in 2.6.16 that would cause this.
The few busy web servers that I have acc
Herbert Xu wrote:
> BTW, this message is already under net_ratelimit so I don't see any
> urgency in getting rid of it completely. If we're going down the
> path of disabling it, we probably should go for something more global
> rather than a sysctl that controls this one message.
Already there:
Mark Brown wrote:
On Thu, Apr 27, 2006 at 05:54:58AM -0400, Jeff Garzik wrote:
Provide a module option which configures the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to
it. The link state will be left as it was when the driver started and
Hello,
yesterday I did a little mess with GIT... now the patch is
complete. Sorry. :)
I forgot also to say that it has been done against
«linux-2.6.16-stable» branch.
Ciao,
Rodolfo
--
GNU/Linux Solutions e-mail:[EMAIL PROTECTED]
Linux Device Driver
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 serv
Just Marc <[EMAIL PROTECTED]> wrote:
>
> We're now at 2.6.16.12 and it is still showing thousands of times a day
> on a busy web server, have all the bugs been discovered yet?
There are no known bugs on the RX side in 2.6.16 that would cause this.
The few busy web servers that I have access to d
69 matches
Mail list logo
