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.
>>
>>
>>
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 d
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 p
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
Docum
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 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.
Signed-off-by
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
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 si
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
===
--- wireless-2.6.orig/net/d80211/ie
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
===
--- wireless-2.6.orig/net/d80211/ieee8
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
+++ wireless-2.6/
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 m
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.
Signed-off
'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
===
---
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
would
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 th
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
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 f
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:
git://git.kernel.org/pub/scm/linux/kernel/git/linvi
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 setup
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
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 n
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,
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
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. Th
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
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 unsubscri
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 de
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, 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 tho
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
> rebas
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 monitor
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
upst
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
upst
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
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 pu
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 is
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
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 necessa
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 us
This patch extends Don Fry's last patch for AT 2700/01 FX to set the
speed/fdx options for the FTX variants of these cards as well.
Additionally the option override has been moved from pcnet32_open to
pcnet32_probe1 because it's only necessary to override the options once.
Tested and works.
Pat
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 PROT
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 RE
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-
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 th
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 urgen
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
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 c
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);
> nf_conntrack_get_rea
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:
>
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 f
52 matches
Mail list logo
