From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 19:48:48 +0100
> We currently insert sockets/pipes dentries into the global dentry
> hashtable. This is *useless* because there is currently no way
> these entries can be used for a lookup(). (/proc/xxx/fd/xxx uses a
> different mechan
James Ketrenos wrote:
dragoran wrote:
...
It seems that the development of the driver has stopped since july,
maybe because it never will get merged and intel decided to stop working
on it?
Development hasn't stopped, I'm just a slacker ;). I was away from work
for a while, and on ret
On Wed, 1 Nov 2006 08:25:00 +0300
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 31, 2006 at 05:30:28PM -0800, David Miller ([EMAIL PROTECTED])
> wrote:
> > BTW, Stephen, can you give a short HOWTO on how you generate those
> > graphs, given a tcpdump trace? Thanks a lot.
>
> That wo
From: Andy Gospodarek <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 17:06:00 -0500
> I've got a kernel built where
>
> CONFIG_DEBUG_SPINLOCK_SLEEP=y
>
> is in the config and I've noticed some interesting behavior when
> bringing up bonds in balance-alb mode. When I start to enslave devices
> to a
On Tue, Oct 31, 2006 at 05:30:28PM -0800, David Miller ([EMAIL PROTECTED])
wrote:
> BTW, Stephen, can you give a short HOWTO on how you generate those
> graphs, given a tcpdump trace? Thanks a lot.
That would be great.
Please also describe your setup so others algos could be tested too.
Thank yo
John,
I had not responded to Michael's comments as I heard from another user with thousands of these
assertions in his logs, and I have been waiting for his sprom values and hoped to make a single
patch. It is good, however, that you pushed the patch upstream.
John W. Linville wrote:
On Wed,
I've got the right URL this time... :-)
---
The following changes since commit 16b7b2ac0148e839da86af8747b6fa4aad43a9b7:
Atsushi Nemoto:
[MIPS] Fixup migration to GENERIC_TIME
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
The following changes since commit ff584489917961599b9044584bb8ba6fd5d8f11b:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Christian Lamparter:
On Wed, Oct 18, 2006 at 04:37:08PM +0200, Michael Buesch wrote:
> > @@ -257,7 +263,11 @@ void bcm43xx_leds_update(struct bcm43xx_
> > continue;
> > #endif /* CONFIG_BCM43XX_DEBUG */
> > default:
> > - assert(0);
> > + if (bcm43xx
Andy Gospodarek <[EMAIL PROTECTED]> wrote:
> I've got a kernel built where
>
> CONFIG_DEBUG_SPINLOCK_SLEEP=y
>
> is in the config and I've noticed some interesting behavior when
> bringing up bonds in balance-alb mode. When I start to enslave devices
> to a bond I get the following in the ring
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig |6 +++---
drivers/net/arm/ep93xx_eth.c| 40 ++-
drivers
dragoran wrote:
...
> It seems that the development of the driver has stopped since july,
> maybe because it never will get merged and intel decided to stop working
> on it?
Development hasn't stopped, I'm just a slacker ;). I was away from work
for a while, and on return I was sucked into variou
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 15:01:41 -0800
> The setting of the default congestion control was buried in
> the sysctl code so it would not be done properly if SYSCTL was
> not enabled.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Good catch, app
Sriram Chidambaram wrote:
Ethtool patch for Fabric7 VIOC Device Driver.
Signed-off-by: Fabric7 Driver-Support <[EMAIL PROTECTED]>
---
Makefile.am|2 +-
ethtool-util.h |2 ++
ethtool.c |1 +
vioc.c | 35 +++
4 files changed, 39 inser
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 16:10:07 -0800
> On Tue, 31 Oct 2006 15:25:16 -0800
> "Xiaoliang (David) Wei" <[EMAIL PROTECTED]> wrote:
>
> > It seems that the default Vegas alpha parameter in the rc4 is 1...
> >
> > I observed similar situation with the NS2Li
On Tue, Oct 31, 2006 at 11:36:52AM -0800, David Brownell wrote:
>
> > > ...
> > > depends on MII if MII != n
> > >
> > > except that Kconfig doesn't comprehend conditionals like that.
> >
> > You can express this in Kconfig:
> > depends MII || MII=n
>
> Except that:
>
>
Jan-Bernd Themann wrote:
This patch fixes kzalloc parameters (GFP_ATOMIC instead of GFP_KERNEL)
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
applied to #upstream-fixes
In the future, please include a description of -why- patches like this
are needed (I got the info from your replies
Stephen Hemminger wrote:
The sky2 driver is no longer in experimental state.
Signed-off-by: Stephen Hemminger <[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.kern
Lennert Buytenhek wrote:
Ray Lehtiniemi reported that an incoming UDP packet flood can lock up
the ep93xx ethernet driver. Herbert Valerio Riedel noted that due to
the way ep93xx_eth manages the RX/TXstatus rings, it cannot distinguish
a full ring from an empty one, and correctly suggested that
Stephen Hemminger wrote:
The sky2 driver uses a single NAPI poll routine for both ports on dual ported
cards (because there is a single IRQ and status ring). Netpoll makes assumptions
about the relationship between network device and NAPI that aren't correct
on the second port, this will cause th
Brice Goglin wrote:
[PATCH] myri10ge: ServerWorks HT2000 PCI id is already defined in pci_ids.h
No need to keep defining PCI_DEVICE_ID_SERVERWORKS_HT2000_PCIE
in the driver code since it is now defined in pci_ids.h.
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
applied
-
To unsubscribe fr
Stephen Hemminger wrote:
I don't want my code to downgraded to GPLv3 because of
cut-n-pasted the comments. These files which I hold copyright
on were started before it was clear what GPLv3 was going to be.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
applied to #upstream-fixes
-
To u
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Wed, 1 Nov 2006 01:40:37 +0100
> The correct order is: NULL check before dereference
>
> Spotted by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line "unsubs
The correct order is: NULL check before dereference
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6/net/tipc/port.c.old 2006-11-01 00:37:58.0 +0100
+++ linux-2.6/net/tipc/port.c 2006-11-01 00:38:27.0 +0100
@@ -1136,11 +1136,12
Michael Buesch wrote:
I think the real question is: What does this "band edge" bit actually do?
Not entirely sure, and I don't think we've even seen a device where this
code path runs (it only runs if a certain bit is set in the EEPROM).
However, considering that this looks like it plays with
On Tue, 31 Oct 2006 15:25:16 -0800
"Xiaoliang (David) Wei" <[EMAIL PROTECTED]> wrote:
> On 10/31/06, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
> > http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
> >
> >
On Monday 30 October 2006 23:59, Uli Kunitz wrote:
> Johannes Berg wrote:
> >> I'm not so sure about this. This patching might be US-specific and we
> >> cannot simply apply the setting for top channel of another domain
> >> instead of channel 11. One option would be to set the value only under
On 10/31/06, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
The only obvious problem is Vegas looks broken.
Thanks, Stephen.
It seems that the default Vegas a
* David Kimdon <[EMAIL PROTECTED]> 2006-10-31 08:53
> You may see this discussion for more info:
> http://marc.theaimsgroup.com/?t=11618139512&r=1&w=2
>
>
> Based on a patch by Patrick McHardy.
>
> Add a new option, NET_SCH_FIFO, which provides a simple fifo qdisc
> without requiring CON
Allow normal users to only choose among a restricted set of congestion
control choices. The default is reno and what ever has been configured
as default. But the policy can be changed by administrator at any time.
For example, to allow any choice:
cp /proc/sys/net/ipv4/tcp_available_congestio
Rearrange TCP entries in alpha order.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- tcp.orig/Documentation/networking/ip-sysctl.txt 2006-10-31
14:59:20.0 -0800
+++ tcp/Documentation/networking/ip-sysctl.txt 2006-10-31 15:01:06.0
-0800
@@ -101,6 +101,11 @@
TCP
The setting of the default congestion control was buried in
the sysctl code so it would not be done properly if SYSCTL was
not enabled.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/sysctl_net_ipv4.c |7 ---
net/ipv4/tcp_cong.c|8
2 files changed
If user has permision to load modules, then autoload then attempt
autoload of TCP congestion module.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/tcp_cong.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
--- tcp.orig/net/ipv4/tcp_cong.c2006-10-
Create /proc/sys/net/ipv4/tcp_available_congestion_control
that reflects currently available TCP choices.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
Documentation/networking/ip-sysctl.txt |6 ++
include/linux/sysctl.h |2 ++
include/net/tcp.h
This is a set of TCP related patches for 2.6.20 (or sooner).
The first one is a bug fix, for the case when SYSCTL isn't configured
and might be better done sooner.
--
Stephen Hemminger <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
On Tue, Oct 31, 2006 at 11:01:01PM +0100, [EMAIL PROTECTED] wrote:
> When I use sendmsg to send descriptors from one process to another using
> unix-sockets I need to include at least one byte of normal data for the
> descriptors to be send (using the iovec structure). The same code worked
W. R. S
I've got a kernel built where
CONFIG_DEBUG_SPINLOCK_SLEEP=y
is in the config and I've noticed some interesting behavior when
bringing up bonds in balance-alb mode. When I start to enslave devices
to a bond I get the following in the ring buffer:
BUG: sleeping function called from invalid conte
Hi,
When I use sendmsg to send descriptors from one process to another using
unix-sockets I need to include at least one byte of normal data for the
descriptors to be send (using the iovec structure). The same code worked
fine on openbsd (ie. filedescriptors could be send without normal data).
If
On Tue, Oct 31, 2006 at 07:33:43AM -0500, John W. Linville wrote:
> On Tue, Oct 31, 2006 at 10:44:21AM +0800, Zhu Yi wrote:
> > On Mon, 2006-10-30 at 19:54 +0100, dragoran wrote:
> > > Can this be used to make the driver work without the daemon?
> >
> > Yup. And we have already successfully put th
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 10:22:22 -0800
> On Tue, 31 Oct 2006 01:31:54 -0800 (PST)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Peter Hicks <[EMAIL PROTECTED]>
> > Date: Tue, 31 Oct 2006 09:25:50 +
> >
> > [ Discussion belongs on netdev@vger
Arnaldo Carvalho de Melo a écrit :
Hi,
I've been working on some DWARF2 utilities and one of them,
pahole (Poke-a-Hole) can be used to find holes due to alignment rules
in structs, the full output of:
[EMAIL PROTECTED] net-2.6]$ pahole net/ipv4/tcp.o
is available at:
http://oo
Hi,
I've been working on some DWARF2 utilities and one of them,
pahole (Poke-a-Hole) can be used to find holes due to alignment rules
in structs, the full output of:
[EMAIL PROTECTED] net-2.6]$ pahole net/ipv4/tcp.o
is available at:
http://oops.merseine.nu:81/acme/net.ipv4.tcp.o
I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
The only obvious problem is Vegas looks broken.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
> > ...
> > depends on MII if MII != n
> >
> > except that Kconfig doesn't comprehend conditionals like that.
>
> You can express this in Kconfig:
> depends MII || MII=n
Except that:
Warning! Found recursive dependency: USB_USBNET USB_NET_AX8817X MII USB_USBNET
I
Sridhar Samudrala wrote:
> On Tue, 2006-10-31 at 09:36 -0500, Vlad Yasevich wrote:
>> Herbert Xu wrote:
>>> Hi Sridhar:
>>>
>>> On Mon, Oct 30, 2006 at 05:31:24PM -0800, Sridhar Samudrala wrote:
I think we currently assume atleast the SCTP header and the data
chunk header to be in the skb
Hi David
Here is the patch I cooked after our mail exchange. (was [RFC] Any strong
reason why socket dentries are hashed in global dentry_hashtable )
If necessary, I could split this patch in 4 elementary patches. I chose to
sent it as one patch for initial discussion.
[RFC, PATCH] dont insert
Anders Grafström wrote:
Anders Grafström wrote:
I ran mii-diag when the LEDs went out and the register dump
said it was in loopback. It is somewhat difficult reproduce.
It seems to be timing dependent, something else has to occur
at the same time.
I must confess I have only seen it with the 2.6.
On Tue, 31 Oct 2006 01:31:54 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Peter Hicks <[EMAIL PROTECTED]>
> Date: Tue, 31 Oct 2006 09:25:50 +
>
> [ Discussion belongs on netdev@vger.kernel.org, added to CC: ]
>
> > I have a dual 3GHz Xeon machine with a 2.4.21 kernel and thous
On Tue, 2006-10-31 at 09:36 -0500, Vlad Yasevich wrote:
> Herbert Xu wrote:
> > Hi Sridhar:
> >
> > On Mon, Oct 30, 2006 at 05:31:24PM -0800, Sridhar Samudrala wrote:
> >> I think we currently assume atleast the SCTP header and the data
> >> chunk header to be in the skb head.
> >> But we do handl
>> Anders Grafström wrote:
>>> I ran mii-diag when the LEDs went out and the register dump
>>> said it was in loopback. It is somewhat difficult reproduce.
>>> It seems to be timing dependent, something else has to occur
>>> at the same time.
>>> I must confess I have only seen it with the 2.6.13 k
> > +#if defined(CONFIG_MII) || defined(CONFIG_MII_MODULE)
> > +#define HAVE_MII
> >...
>
> This seems to cause a CONFIG_USB_USBNET=y, CONFIG_MII=m breakage
> (as already described earlier in this thread)?
Well, "alluded to" not described. Fixable by the equivalent of
config USB_USBNET
On Tue, 31 Oct 2006 17:02:09 + Athanasius wrote:
> On Mon, Oct 30, 2006 at 08:27:17PM -0800, Linus Torvalds wrote:
> > Before I forget, I'd like to thank Adrian Bunk for his regressions
> > listings, and ask people who are involved with those (both on the blamer
> > and blamee sides) to foll
On Tue, Oct 31, 2006 at 10:40:15AM -0700, David Brownell wrote:
>
> > > +#if defined(CONFIG_MII) || defined(CONFIG_MII_MODULE)
> > > +#define HAVE_MII
> > >...
> >
> > This seems to cause a CONFIG_USB_USBNET=y, CONFIG_MII=m breakage
> > (as already described earlier in this thread)?
>
> Well, "a
You may see this discussion for more info:
http://marc.theaimsgroup.com/?t=11618139512&r=1&w=2
Based on a patch by Patrick McHardy.
Add a new option, NET_SCH_FIFO, which provides a simple fifo qdisc
without requiring CONFIG_NET_SCHED.
The d80211 stack needs a generic fifo qdisc for WME.
On Mon, Oct 30, 2006 at 08:27:17PM -0800, Linus Torvalds wrote:
> Before I forget, I'd like to thank Adrian Bunk for his regressions
> listings, and ask people who are involved with those (both on the blamer
> and blamee sides) to follow them, and keep making sure that we get them
> resolved - i
On Mon, 2006-10-30 at 15:17 -0500, Luis R. Rodriguez wrote:
> On 10/29/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > This patch completes WPA/RSN with TKIP support for all fullmac prism54
> > cards.
> > I removed all parts which are not relevant for wpa_supplicant (managed
> > mode).
>
>
David Miller wrote:
From: Peter Hicks <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 09:25:50 +
[ Discussion belongs on netdev@vger.kernel.org, added to CC: ]
I have a dual 3GHz Xeon machine with a 2.4.21 kernel and thousands (15k+) of
ipip tunnel interfaces. These are being used to tunnel
On Tue, 31 Oct 2006, David Miller wrote:
> From: James Morris <[EMAIL PROTECTED]>
> Date: Tue, 31 Oct 2006 01:20:21 -0500 (EST)
>
> > There's a bug in the seqfile show operation for flowlabel objects, where
> > each hash chain is traversed cumulatively for each element. The following
> > funct
Hi,
With this email I'm trying to start a discussion on the subject; there
is a growing demand for this feature and since my previous attempt was
not received well, I'm willing to start over.
Below I've tried to summarise the current state of affairs.
The problem (a):
In Linux memory is normall
The patch was based off the FIXME comment in the code [which suggested
replacing 11 with the boundary for the regulatory domain]. I'll take a
look at the vendors driver and see about modifying the patch to fit
more with its logic or just limmiting it to the FCC regulatory domain.
On 10/30/06, Uli
Herbert Xu wrote:
> Hi Sridhar:
>
> On Mon, Oct 30, 2006 at 05:31:24PM -0800, Sridhar Samudrala wrote:
>> I think we currently assume atleast the SCTP header and the data
>> chunk header to be in the skb head.
>> But we do handle skbs with data in the frag_list.
>> Not sure about skb's with paged
On Tue, Oct 31, 2006 at 10:44:21AM +0800, Zhu Yi wrote:
> On Mon, 2006-10-30 at 19:54 +0100, dragoran wrote:
> > Can this be used to make the driver work without the daemon?
>
> Yup. And we have already successfully put the daemon's work into the
> firmware/ucode. The new firmware will be released
From: Peter Hicks <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 09:25:50 +
[ Discussion belongs on netdev@vger.kernel.org, added to CC: ]
> I have a dual 3GHz Xeon machine with a 2.4.21 kernel and thousands (15k+) of
> ipip tunnel interfaces. These are being used to tunnel traffic from remote
>
From: James Morris <[EMAIL PROTECTED]>
Date: Tue, 31 Oct 2006 01:20:21 -0500 (EST)
> There's a bug in the seqfile show operation for flowlabel objects, where
> each hash chain is traversed cumulatively for each element. The following
> function is called for each element of each chain:
Wow, th
Jiri Benc wrote:
On Mon, 30 Oct 2006 15:55:57 +0100, Benjamin Thery wrote:
When I switch my Mobile Node between 2 Wi-Fi Access Points, there is a
period of time where all the packets I send are lost, although I got
the netlink event SIOCGIWAP 'up' for the new AP. The device is
supposed to be r
Zhu Yi wrote:
On Mon, 2006-10-30 at 19:54 +0100, dragoran wrote:
Can this be used to make the driver work without the daemon?
Yup. And we have already successfully put the daemon's work into the
firmware/ucode. The new firmware will be released soon. Stay tuned.
ok thx fro the inf
66 matches
Mail list logo
