On Thursday 16 February 2006 23:55, Stephen Hemminger wrote:
Could everyone who has problems with hangs try the following patch (against
current 2.6.16-rc3 version) If it gets mangled (it's also at
http://developer.osdl.org/shemminger/prototypes/sky2-0.15-0.16.diff).
Hi Stephen,
thank you for
On Thu, Feb 16, 2006 at 05:23:12PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
The following changes since commit
fdfd0c941715ef8c23a3cbeb7dc44978b5020d13:
John W. Linville:
Merge git://git.kernel.org/.../torvalds/linux-2.6
are found in the git repository at:
Hello.
In article [EMAIL PROTECTED] (at Fri, 17 Feb 2006 11:38:42 +0100), Olivier
MATZ [EMAIL PROTECTED] says:
in skb_clone(), the following code is done twice :
#if defined(CONFIG_NF_CONNTRACK) || defined(CONFIG_NF_CONNTRACK_MODULE)
C(nfct_reasm);
On Thu, 2006-16-02 at 21:26 +0100, Patrick McHardy wrote:
jamal wrote:
[..]
What you have introduced is a single set of RED parameters for possibly
many physical queues/classes. I am trying to make sense of what that means.
Well just because you could add another classful qdisc as child
jamal wrote:
On Thu, 2006-16-02 at 21:26 +0100, Patrick McHardy wrote:
Well just because you could add another classful qdisc as child
doesn't necessarily means its a good idea :)
This is what i was worried about. But you could live with the philosophy
of i gave you the gun, i didn't say
Hello, list,
BUG #1
I found this on my node #1 (st-0001) dmesg:
nfs: server 192.168.0.1 OK
nfs: server 192.168.0.1 OK
Dead loop on netdevice eth0, fix it urgently!
Dead loop on netdevice eth0, fix it urgently!
Dead loop on netdevice eth0, fix it urgently!
Dead loop on netdevice eth0, fix it
dhcpclient
A DHCP client for linux 2.6, using modern kernel features, (c) 2006
Stefan Rompf.
Motivation
Using a notebook, I'm often traveling between different networks.
After replugging, I always needed to issue a ifdown/ifup sequence
because
and unintentionaly sent out earlier using my work email. Doesnt seem
to be a good start this morning.
cheers,
jamal
On Fri, 2006-17-02 at 10:25 -0500, Jamal Hadi Salim wrote:
Sorry, Unintentionaly trimmed Dave and netdev
Forwarded Message
From: jamal [EMAIL PROTECTED]
Sorry, Unintentionaly trimmed Dave and netdev
Forwarded Message
From: jamal [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Patrick McHardy [EMAIL PROTECTED]
Subject: Re: [PKT_SCHED 00/05]: net/sched patches for 2.6.17
Date: Fri, 17 Feb 2006 10:05:38 -0500
On Fri, 2006-17-02
jamal wrote:
Would pfifo even be a fit? The current RED is byte-counting - thats why
you can map to the backlog of inner qdisc (since it keeps buyte counts).
I have seen proposals to make it packet counting though.
Yes, pfifo can be used since it also maintains a byte backlog counter,
but
Arthur Kepner writes:
Tanks. These races should be cured now I've tested a some runs and
it works but I didn't see any problems before either. We'll hear from
Jesse if this cured his problems.
Cheers.
--ro
Signed-off-by: Robert Olsson [EMAIL
Most AMD pcnet chips support up to 32 external PHYs. This patch
introduces basic PHY selection/switching support, by adding two
new module parameters:
-maxphy: how many PHYs the card supports
-usephy: which phy to use instead of eeprom default
Maxphy is necessary in order to check the range of
Seewer Philippe wrote:
Most AMD pcnet chips support up to 32 external PHYs. This patch
introduces basic PHY selection/switching support, by adding two
new module parameters:
-maxphy: how many PHYs the card supports
-usephy: which phy to use instead of eeprom default
Maxphy is necessary in
Philippe,
On a purely mechanical note, the patches do not apply cleanly because
of whitespace changes. Possibly your mailer changed tabs to spaces,
which causes the patch not to apply, and also causes your patch to have
different spacing than the rest of the file. The driver does not
conform to
Stefan Rompf wrote :
dhcpclient
A DHCP client for linux 2.6, using modern kernel features, (c) 2006
Stefan Rompf.
Motivation
Using a notebook, I'm often traveling between different networks.
After replugging, I always needed to issue a
On Fri, Feb 17, 2006 at 07:33:53AM -0500, John W. Linville wrote:
On Thu, Feb 16, 2006 at 05:23:12PM -0500, Jeff Garzik wrote:
NAK, pull not appropriate for 2.6.16-rc. This pull was not based off of
vanilla Linus tree, and therefore, cannot be forwarded rapidly upstream
without pulling
Ignore this...screwed-up the subject...
Will post corrected version immediately...
John
On Fri, Feb 17, 2006 at 01:58:01PM -0500, John W. Linville wrote:
The following changes since commit ab479995b191b4256183956c13caabb86331af8e:
Linus Torvalds:
Merge branch 'upstream-linus' of
The following changes since commit ab479995b191b4256183956c13caabb86331af8e:
Linus Torvalds:
Merge branch 'upstream-linus' of
git://oss.oracle.com/home/sourcebo/git/ocfs2
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 5b69e69d4e6386bcb6592c75af897e5e79641602:
John W. Linville:
Merge branch 'upstream-fixes'
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Andreas Happe:
ipw2200: add
On Fri, 17 Feb 2006 13:56:39 -0500, John W. Linville wrote:
I have recreated my tree based off Linus' current (as of last night)
tree. At least this afforded me the opportunity to do a little
more clean-up...
For those following wireless-2.6, this means you will have to manually
rebase
On Fri, Feb 17, 2006 at 08:04:03PM +0100, Jiri Benc wrote:
On Fri, 17 Feb 2006 13:56:39 -0500, John W. Linville wrote:
I have recreated my tree based off Linus' current (as of last night)
tree. At least this afforded me the opportunity to do a little
more clean-up...
For those
A quick suggestion for a feature improvement...
In 802.11 networks when connecting to a new AP on the same networks
(same SSID security settings) you typically don't have to do DHCP
again - but with some networks setups you do. In order to detect this,
when connecting to a new AP always issue an
On Fri, 2006-02-17 at 14:21 -0500, John W. Linville wrote:
I am hoping to persuade you, Michael, Johannes, and anyone else with
a tree I don't know about to rebase your trees off my current tree
so that I can continue to pull cleanly. :-)
I've been wanting to do this -- but waiting for you to
hi
i operate ma pcmcia
2:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
and it falls always back to 100Mbit on a Gigabit Switch
all things like
ethtool -s eth0 speed 1000 duplex full autoneg off
does not work..
do you have a hint?
-
To
Adam Kropelin wrote:
Seewer Philippe wrote:
Most AMD pcnet chips support up to 32 external PHYs. This patch
introduces basic PHY selection/switching support, by adding two
new module parameters:
-maxphy: how many PHYs the card supports
-usephy: which phy to use instead of eeprom default
Don Fry wrote:
Philippe,
On a purely mechanical note, the patches do not apply cleanly because
of whitespace changes. Possibly your mailer changed tabs to spaces,
which causes the patch not to apply, and also causes your patch to have
different spacing than the rest of the file. The
On Fri, 2006-17-02 at 16:54 +0100, Patrick McHardy wrote:
jamal wrote:
With RED (as implemented) you _need_ a fifo of some sort which has a
upper threshold in byte count thats why bfifo was natural fit there.
However, sfq with your changes is also a fit since it provides the same
Am Freitag 17 Februar 2006 19:39 schrieb Jean Tourrilhes:
I congratulate you on your good work.
Thanks!
I will share with you my personal gripe on most DHCP clients :
they depend too much on those link signalling. I hope you appreciate
the irony ;-)
Someone needs a feature,
I am removing linux-kernel from the mailing list, as this thread is more
appropriate to netdev, and there is a lot more traffic on linux-kernel.
On Fri, Feb 17, 2006 at 09:12:52PM +0100, Seewer Philippe wrote:
Don Fry wrote:
Philippe,
On a purely mechanical note, the patches do not
Am Freitag 17 Februar 2006 20:39 schrieb Simon Barber:
In 802.11 networks when connecting to a new AP on the same networks
(same SSID security settings) you typically don't have to do DHCP
again - but with some networks setups you do. In order to detect this,
when connecting to a new AP
On Fri, 2006-17-02 at 21:49 +0100, Stefan Rompf wrote:
Am Freitag 17 Februar 2006 20:39 schrieb Simon Barber:
In 802.11 networks when connecting to a new AP on the same networks
(same SSID security settings) you typically don't have to do DHCP
again - but with some networks setups you
John W. Linville wrote:
The following changes since commit ab479995b191b4256183956c13caabb86331af8e:
Linus Torvalds:
Merge branch 'upstream-linus' of
git://oss.oracle.com/home/sourcebo/git/ocfs2
are found in the git repository at:
Francois Romieu wrote:
Patch below available in the branch 'for-jeff' at
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
It will apparently not pull straight into 'upstream' due to
differences between master and 'upstream' in drivers/net/appletalk/cops.h.
pulled
-
To unsubscribe
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following updates:
drivers/net/Kconfig |5 -
drivers/net/bonding/bond_main.c |1
drivers/net/sis190.c |4 -
drivers/net/skge.c
Patrick McHardy wrote:
Andy Furniss wrote:
What do you think about making HTB hysteresis 0 and possibly set HZ to
1000 when HTB is selected?
I'm not qualified to judge about HTB hysteresis, but we can't change HZ,
most people just enable everything which would mean basically everybody
On Friday 17 February 2006 20:21, John W. Linville wrote:
On Fri, Feb 17, 2006 at 08:04:03PM +0100, Jiri Benc wrote:
On Fri, 17 Feb 2006 13:56:39 -0500, John W. Linville wrote:
I have recreated my tree based off Linus' current (as of last night)
tree. At least this afforded me the
Here's couple of patches to the Devicescape 802.11 implementation.
Please consider applying to the dscape branch of wireless-2.6 tree.
--
Jouni MalinenPGP id EFC895FA
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
RX handlers are allowed to change rx.skb pointer in the same way as
TX handlers. In other words, ieee80211_rx() must use the new pointer
after the RX handler loop has been completed to avoid freeing incorrect
skb if the frame ends up being dropped after the skb pointer has been
changed.
's' is not capitalized in Devicescape. Let's try to fix these cases
before the incorrect spelling is copied into more places.
Signed-off-by: Jouni Malinen [EMAIL PROTECTED]
Index: wireless-2.6/drivers/net/wireless/Kconfig
===
---
No need to define EXPORT_SYMTAB separatel here when this is built
inside the current kernel tree.
Signed-off-by: Jouni Malinen [EMAIL PROTECTED]
Index: wireless-2.6/net/d80211/ieee80211.c
===
---
Add parameters for radar detection that were previously left as a
to-do item.
Signed-off-by: Jouni Malinen [EMAIL PROTECTED]
Index: wireless-2.6/include/net/d80211.h
===
--- wireless-2.6.orig/include/net/d80211.h
+++
Let's clean up some of the whitespace use (extra lines, trailing
whitespace, incorrect indentation).
Signed-off-by: Jouni Malinen [EMAIL PROTECTED]
Index: wireless-2.6/net/d80211/ieee80211.c
===
---
On Fri, Feb 17, 2006 at 09:44:39PM +0100, Stefan Rompf wrote:
Am Freitag 17 Februar 2006 19:39 schrieb Jean Tourrilhes:
I congratulate you on your good work.
Thanks!
I will share with you my personal gripe on most DHCP clients :
they depend too much on those link signalling.
Jürgen Schinker [EMAIL PROTECTED] :
[...]
all things like
ethtool -s eth0 speed 1000 duplex full autoneg off
does not work..
do you have a hint?
Afaik gigabit makes autonegotiation mandatory.
Which brand are the card and the switch ? What about the state and
the length of the cable ?
this patch fixes an issue reported by Stephan von Krawczynski, where e1000
would bug un-necessarily. This is simply a merge of some of the changes
already made to 2.6. There are some functions that are called in irq
context that need to use msec_delay_irq instead to avoid a BUG.
Hi John,
I rebased my repository at
git://bu3sch.de/wireless-2.6.git
Please pull the following changes from softmac-upstream:
Michael Buesch:
bcm43xx: fix txpower reporting in WE.
bcm43xx: enable SPROM writing.
bcm43xx: heavily increase mac_suspend timeout.
bcm43xx: fix
This documentation is mostly obsolete, and should therefore either be
updated or removed (this patch does the latter).
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/DocBook/Makefile |2
Documentation/DocBook/sis900.tmpl | 585
On 1/25/06, Zhu Yi [EMAIL PROTECTED] wrote:
[PATCH] ipw2200: support WEXT-18 enc_capa v3
Dan Williams added a corresponding patch to IPW2100. This patch does the
same thing for ipw2200.
Signed-off-by: Miles Lane [EMAIL PROTECTED]
Signed-off-by: Zhu Yi [EMAIL PROTECTED]
This patch is still
jamal wrote:
On Fri, 2006-17-02 at 16:54 +0100, Patrick McHardy wrote:
You need neither a fifo nor a limit. All RED does is calculate the
average queue occupancy and react on that based on the min and
max parameters. The upper threshold is just there to have some
fixed boundaries on delay
Andy Furniss wrote:
Patrick McHardy wrote:
HTB default qlen is that of the device or 3 if it is less. Maybe it
should be increased 30? 3 is pretty useless for thoughput, but means
that people who don't specify/get default lengths on sub queues get a
half working setup.
That only affects
50 matches
Mail list logo
