On Tue, Jul 12, 2005 at 09:27:28PM -0700, randy_dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Put NETCONSOLE and NETPOLL options together since they are related.
> This cuts down on the hassle of flipping back and forth between
> the Networking menu and the Network drivers menu to cha
From: Randy Dunlap <[EMAIL PROTECTED]>
Put NETCONSOLE and NETPOLL options together since they are related.
This cuts down on the hassle of flipping back and forth between
the Networking menu and the Network drivers menu to change their
config settings.
Tested with menuconfig, gconfig, and xconfig
On Tue, 12 Jul 2005 21:19:42 + Sam Ravnborg wrote:
> >
> > Hi Sam,
> >
> > I tested this on 2.6.13-rc2, using menuconfig, xconfig, and
> > gconfig, with various ARCH=arches.
> Thanks!
>
> > Looking good to me, but I have one small change request.
> >
> > Can the NETPOLL options that are un
This patch removes these two warnings on amd64:
/home/users/r/ra/ramalhais/wireless/ieee80211-1.0.1/ieee80211_rx.c: In
function `ieee80211_handle_assoc_resp':
/home/users/r/ra/ramalhais/wireless/ieee80211-1.0.1/ieee80211_rx.c:987:
warning: int format, different type arg (arg 4)
/home/users/r/ra/ra
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 13 Jul 2005 01:38:37 +0200
> If its about outgoing traffic, shouldn't a prio-qdisc as root qdisc do
> just fine? skb->priority can be used to select a queue. Incoming traffic
> with pre-classification by the NIC would require multiple input queu
David S. Miller schrieb:
From: Zhu Yi <[EMAIL PROTECTED]>
Date: Thu, 30 Jun 2005 10:07:03 +0800
Agreed. The ipw2200 card provides 4 hardware queues for QoS. But current
network stack only supports one Tx queue.
This is actually difficult to implement support for.
Well, not difficult, but rath
David S. Miller <[EMAIL PROTECTED]> :
[...]
> Please, if anyone has the stomache to try and fix the ATM drivers
> (I think the two that need fixing is nicstar.c and zatm.c, grep
> for skb_unlink() calls using only one argument), I would _seriously_
> appreciate it, thanks.
This one should use the
From: David Stevens <[EMAIL PROTECTED]>
Date: Tue, 12 Jul 2005 14:16:30 -0700
> In its RFC incantation, it allows for out-of-order delivery of an
> arbitrary (but limited) amount of data. The BSD implementation
> made it largely unusable by widely distributing something that
> didn't compute the o
How is this different than plain old TCP urgent data? Except that
the receiver has to know where the special data is.
In its RFC incantation, it allows for out-of-order delivery of an
arbitrary (but limited) amount of data. The BSD implementation
made it largely unusable by widely distributing som
-
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.kernel.org/majordomo-info.html
On Mon, 2005-07-11 at 20:55 -0700, David S. Miller wrote:
> Sridhar, I resolved the remaining SCTP issues by taking advantage of
> the fact that when we are collecting onto a list, the SKB of the
> "event" we use is the first member of that on-stack temp list we
> are using. Thus, "(struct sk_buff
>
> Hi Sam,
>
> I tested this on 2.6.13-rc2, using menuconfig, xconfig, and
> gconfig, with various ARCH=arches.
Thanks!
> Looking good to me, but I have one small change request.
>
> Can the NETPOLL options that are under
> Networking support + Networking options
> (that depend on NETCONSOL
From: "Leonid Grossman" <[EMAIL PROTECTED]>
Date: Wed, 29 Jun 2005 14:11:13 -0700
> - TSO support for IPv6
> - USO (UDP TSO) support
> - support for multiple hardware queues/channels and TCP traffic steering;
> there are number of benefits in the ability to associate TCP flows with a
> particular
From: Zhu Yi <[EMAIL PROTECTED]>
Date: Thu, 30 Jun 2005 10:07:03 +0800
> Agreed. The ipw2200 card provides 4 hardware queues for QoS. But current
> network stack only supports one Tx queue.
This is actually difficult to implement support for.
Well, not difficult, but rather I mean that it is cost
I've applied Tommy's patch to fix this bug for now.
Tommy, please provide a proper "Signed-off-by:" for patches
you post in the future, thanks a lot.
-
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: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 8 Jul 2005 00:43:18 +
> Move the protocol specific config options out to the specific protocols.
> With this change net/Kconfig now starts to become readable and serve as a
> good basis for further re-structuring.
>
> The menu structure is lef
From: randy_dunlap <[EMAIL PROTECTED]>
Date: Fri, 8 Jul 2005 10:02:11 -0700
> Can the NETPOLL options that are under
> Networking support + Networking options
> (that depend on NETCONSOLE) and the NETCONSOLE option that is under
> Device Drivers + Network device support
> be moved to the same
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Fri, 8 Jul 2005 00:38:32 +
> Create a new top-level menu named "Networking" thus moving
> net related options and protocol selection way from the drivers
> menu and up on the top-level where they belong.
>
> To implement this all architectures has
From: Alexey Dobriyan <[EMAIL PROTECTED]>
Date: Tue, 12 Jul 2005 23:13:44 +0400
> tr_type_trans(), hippi_type_trans() left as-is.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Applied, thanks Alexey.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a me
tr_type_trans(), hippi_type_trans() left as-is.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/net/myri_sbus.c |2 +-
drivers/net/plip.c |2 +-
drivers/net/wan/farsync.c|3 +--
drivers/net/wan/hdlc_cisco.c |3 +--
drivers/net/wan/hdlc_ppp.c |
From: Harald Welte <[EMAIL PROTECTED]>
Date: Tue, 12 Jul 2005 13:31:23 +0200
> On Mon, Jul 11, 2005 at 01:21:03PM -0700, David S. Miller wrote:
> > I still see no real use for this feature. Either the data is
> > stored inside of kernel buffers, or user application buffers.
> > And if the data se
Hello, I was sorry for my less information.
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: ALIGN at crypt/cipher.c
Date: Mon, 11 Jul 2005 18:35:31 +0200
> > $ uname -a
> > Linux toptor 2.6.13-rc2-git1 #8 SMP Tue Jul 12 00:10:46 JST 2005 x86_64
> > GNU/Linux
> > I got oops at esp_output in ne
Another option is to pass in an 'authorizer' much like the 'resolver' is
provided by the caller.
Regards,
Trent.
Trent Jaeger
IBM T.J. Watson Research Center
19 Skyline Drive, Hawthorne, NY 10532
(914) 784-7225, FAX (914) 784-7225
H
On Mon, Jul 11, 2005 at 01:21:03PM -0700, David S. Miller wrote:
> I still see no real use for this feature. Either the data is
> stored inside of kernel buffers, or user application buffers.
> And if the data sent is not useful to the receiver, fix the
> sender to not send the unwanted data.
Wel
24 matches
Mail list logo
