On Sat, 2006-09-23 at 23:45 -0400, Daniel Drake wrote:
> Benjamin Herrenschmidt wrote:
> > Oh and I don't care about "it works in dscape stack" sort of crap I
> > regulary get. I want something that
> > works with upstream kernels. That isn't that much to ask... or is it ?
>
> wpa_supplicant trig
> prism54 fullmac, right?
Yes.
> Try using -Dwext; the prism54 wpa_supplicant driver is a dead-end and I
> added WE-19 commands to it a bit ago anyway. Oddly enough, I couldn't
> seem to get the driver to work reliably for me using straight WEP
> either, let alone WPA. It's pretty unmaintained
On Sat, 23 Sep 2006, Evgeniy Polyakov wrote:
> I never saw unencrypted packets before.
It's normal and expected, perhaps you didn't notice or had tcpdump
filtering them.
> > > 17:45:11.102212 IP 192.168.4.78 > 192.168.4.79:
> > > ESP(spi=0x01f452be,seq=0x3), length 84
> > > 17:45:12.098146 IP
On Fri, 22 Sep 2006 22:43:22 -0400
"Injong Rhee" <[EMAIL PROTECTED]> wrote:
> This is a resend with fixed web links. The links were broken in my previous
> email -- sorry about multiple transmissions.
> -
> Hi Doug,
>
Add support for older fiber versions of the SysKonnect board. These chipsets
use an internal PHY so they require special handling. The older sk98lin
driver already supported these
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 357 ++
On Fri, 22 Sep 2006 22:43:22 -0400
"Injong Rhee" <[EMAIL PROTECTED]> wrote:
> This is a resend with fixed web links. The links were broken in my previous
> email -- sorry about multiple transmissions.
> -
> Hi Doug,
>
On Sat, 23 Sep 2006 14:16:29 +0200
Joerg Roedel <[EMAIL PROTECTED]> wrote:
> This patch changes the device check in the bridge code to allow EtherIP
> devices to be added.
>
> Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
If the device looks like a duck (Ethernet), then why does it need
a sepa
On Sun, 2006-09-24 at 12:43 +1000, Benjamin Herrenschmidt wrote:
> Hi folks !
>
> So this is 2.6.18 + Larry "fix" (though I've seen this problem before,
> it seems using WPA just make it happen more often).
>
> This is also a 4318, so the link is pretty weak due to the Tx Power
> problem and I su
Benjamin Herrenschmidt wrote:
Oh and I don't care about "it works in dscape stack" sort of crap I regulary
get. I want something that
works with upstream kernels. That isn't that much to ask... or is it ?
wpa_supplicant triggers races in softmac relatively easily, which are
hard to fix proper
Hi folks !
So this is 2.6.18 + Larry "fix" (though I've seen this problem before,
it seems using WPA just make it happen more often).
This is also a 4318, so the link is pretty weak due to the Tx Power
problem and I suspects it makes the driver problems more visible...
So basically, I "lose" the
he_init_one() is declared __devinit, but calls lots of init functions
that are marked __init. However, if CONFIG_HOTPLUG is enabled,
__devinit functions go into normal .text, which leads to
WARNING: drivers/atm/he.o - Section mismatch: reference to .init.text: from
.text between 'he_start' (
From: jamal <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 08:38:37 -0400
> You just need to use GRE tunnel instead of what you describe above.
>
> While i feel bad that Joerg (and Lennert and others before) have put the
> effort to do the work, i too question the need for this driver. I dont
> think
From: Larry Finger <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 16:59:48 -0500
> Where/how does the device allow it? When I tried 'ifconfig eth0 mtu
> 2000' on my VIA Technologies, Inc. VT6102 [Rhine-II] wired
> controller, I got a 'SIOCSIFMTU: Invalid argument' message, which is
> the same message
On 9/23/06, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
On 9/23/06, Larry Finger <[EMAIL PROTECTED]> wrote:
> David Miller wrote:
> > From: Larry Finger <[EMAIL PROTECTED]>
> > Date: Sat, 23 Sep 2006 16:40:15 -0500
> >
> >> The maximum value for MTU is set in include/linux/if_ether.h for
David Miller wrote:
From: Larry Finger <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 16:40:15 -0500
The maximum value for MTU is set in include/linux/if_ether.h for all
ethernet-type communications, not in softmac or ieee80211. I doubt
that one could easily change the number. It may be that the 80
From: [EMAIL PROTECTED]
Date: Sat, 23 Sep 2006 12:30:23 -0500
> __pppoe_xmit must free any skb it allocates if there is an error
> submitting the skb downstream.
This isn't right, dev_queue_xmit() can return -ENETDOWN and still
free the SKB, so your change will cause the SKB to be freed up
twice
From: Larry Finger <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 16:40:15 -0500
> The maximum value for MTU is set in include/linux/if_ether.h for all
> ethernet-type communications, not in softmac or ieee80211. I doubt
> that one could easily change the number. It may be that the 802.11
> standard a
Matthieu CASTET wrote:
Hi,
why softmac (and maybe device using linux 80211 stack) can't increase
their mtu above 1500 ?
IRRC 802.11 allow to send bigger frame. Moreover some driver like airo
allow to use mtu biger than 2000.
The maximum value for MTU is set in include/linux/if_ether.h for all
On Saturday 23 September 2006 22:05, Larry Finger wrote:
> Michael Buesch wrote:
> >
> > Well, even _if_ mac_suspend takes a few milliseconds (which it
> > does not), it would not trigger the watchdog.
> > I measured the time it takes to execute the various works
> > and based the badness selectio
Michael Buesch wrote:
Well, even _if_ mac_suspend takes a few milliseconds (which it
does not), it would not trigger the watchdog.
I measured the time it takes to execute the various works
and based the badness selection on the results.
If the 15 or 30 second work is really able to trigger a wa
From: Auke Kok <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 11:50:34 -0700
> Andrew Morton wrote:
> > It's still there, isn't it?
> >
> > For the 9k MTU case, for example, we end up allocating 16384 byte skbs
> > instead of 32786 kbytes ones.
>
> yes, the only thing I'm doing is accounting for the
From: bert hubert <[EMAIL PROTECTED]>
Date: Sat, 23 Sep 2006 13:14:34 +0200
> All in all, this final iteration of the congestion selection patches appears
> to do the job!
>
> Davem, I'd recommend both patches for merging.
Great, I'll make sure I review them too and integrate them.
Thanks for c
On Saturday 23 September 2006 21:06, Larry Finger wrote:
> Michael Buesch wrote:
> > On Saturday 23 September 2006 06:08, Larry Finger wrote:
> >> Recent changes in the setup for preemptible periodic work fixed most
> >> of the problems with NETDEV watchdog timeouts; however, some variants
> >> of
Michael Buesch wrote:
On Saturday 23 September 2006 06:08, Larry Finger wrote:
Recent changes in the setup for preemptible periodic work fixed most
of the problems with NETDEV watchdog timeouts; however, some variants
of the bcm43xx device still had the problem. These were fixed by setting
the p
Andrew Morton wrote:
On Fri, 22 Sep 2006 22:25:07 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Fri, 22 Sep 2006 21:50:00 -0700
On Fri, 22 Sep 2006 10:10:36 -0700
Auke Kok <[EMAIL PROTECTED]> wrote:
e1000: account for NET_IP_ALIGN when cal
Ray Lee wrote:
Rafael J. Wysocki wrote:
2.6.18 vanilla and 2.6.18 with your patch both lock my system hard
with bcm43xx. I've got an HP/Compaq nx6125 laptop. Symptoms are that
it will associate fine on its own and send traffic to/fro upon ifup,
but when I do an iwconfig, ifdown, ifup to change t
Hi,
why softmac (and maybe device using linux 80211 stack) can't increase
their mtu above 1500 ?
IRRC 802.11 allow to send bigger frame. Moreover some driver like airo
allow to use mtu biger than 2000.
thanks,
Matthieu
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
Hi,
why softmac (and maybe device using linux 80211 stack) can't increase
their mtu above 1500 ?
IRRC 802.11 allow to send bigger frame. Moreover some driver like airo
allow to use mtu biger than 2000.
thanks,
Matthieu
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
PPPoE must advertise the underlying device's MTU via the ppp channel
descriptor structure, as multilink functionality depends on it.
__pppoe_xmit must free any skb it allocates if there is an error
submitting the skb downstream.
Signed-off-by: Michal Ostrowski <[EMAIL PROTECTED]>
---
drivers/net
Rafael J. Wysocki wrote:
>> 2.6.18 vanilla and 2.6.18 with your patch both lock my system hard
>> with bcm43xx. I've got an HP/Compaq nx6125 laptop. Symptoms are that
>> it will associate fine on its own and send traffic to/fro upon ifup,
>> but when I do an iwconfig, ifdown, ifup to change the acc
On Sat, Sep 23, 2006 at 08:38:37AM -0400, jamal wrote:
Hello Jamal,
> You just need to use GRE tunnel instead of what you describe above.
The main intention for this driver was not only to provide Ethernet over
IPv4 tunneling. This is also possible in userspace using a tap interface
(as Jan-Bene
On Fri, Sep 22, 2006 at 05:33:56PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> > Non-trivial part of socket namespaces: asynchronous events
> > should be run in proper context.
> >
> > Signed-off-by: Andrey Savochkin <[EMAIL PROTECTED]>
> > ---
> > af_inet.c| 10 +++
On Sat, 2006-23-09 at 14:13 +0200, Jan-Benedict Glaw wrote:
> On Sat, 2006-09-23 14:07:04 +0200, Joerg Roedel <[EMAIL PROTECTED]> wrote:
> > This patchset is the resubmit of the Ethernet over IPv4 tunnel driver
> > for Linux. I want to thank all reviewers for their annotations and
> > helpfull inp
Hi,
since there hasn't been much progress with the bugzilla entry I'm
bringing this issue to your attention here. :)
http://bugzilla.kernel.org/show_bug.cgi?id=6398
vanilla forcedeth doesn't seem to support suspend and an
ifdown/up-cycle is needed to get it working again after suspend.
Francois
On Sat, Sep 23, 2006 at 02:13:27PM +0200, Jan-Benedict Glaw wrote:
> I haven't seen the first submission, but is this driver really needed?
> Can't this be done with creating two tap interfaces on both endpoints
> and bridge them with a local ethernet device using userland software?
In general it
This patch adds support for EtherIP tunnels and devices to the iproute2
userspace software package.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff -urp iproute2-2.6.16-060323.orig/ip/iptunnel.c
iproute2-2.6.16-060323/ip/iptunnel.c
--- iproute2-2.6.16-060323.orig/ip/iptunnel.c 2005-02-10 1
This patch changes the device check in the bridge code to allow EtherIP
devices to be added.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff -uprN -X linux-2.6.18-vanilla/Documentation/dontdiff
linux-2.6.18-vanilla/net/bridge/br_if.c linux-2.6.18/net/bridge/br_if.c
--- linux-2.6.18-vanilla/n
This patch contains the reworked EtherIP driver, the necessary header
updates and adds an entry for EtherIP to the MAINTAINERS file.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff -uprN -X linux-2.6.18-vanilla/Documentation/dontdiff
linux-2.6.18-vanilla/include/linux/if_arp.h linux-2.6.18/i
On Sat, 2006-09-23 14:07:04 +0200, Joerg Roedel <[EMAIL PROTECTED]> wrote:
> This patchset is the resubmit of the Ethernet over IPv4 tunnel driver
> for Linux. I want to thank all reviewers for their annotations and
> helpfull input. This version contains some major changes to the driver.
> It us
This patchset is the resubmit of the Ethernet over IPv4 tunnel driver
for Linux. I want to thank all reviewers for their annotations and
helpfull input. This version contains some major changes to the driver.
It uses an own device type now (ARPHRD_ETHERIP). This fixes the problem
that EtherIP dev
Stephen,
I've applied both of your patches
(http://marc.theaimsgroup.com/?l=linux-netdev&m=115878447914612&w=2
and
http://marc.theaimsgroup.com/?l=linux-netdev&m=115878448125216&w=2
) and tried to break them, but it now appears to do the right thing in all
cases, even when malforming the .config
This is a resend with fixed web links. The links were broken in my previous
email -- sorry about multiple transmissions.
-
Hi Doug,
Thanks for sharing your paper. Also congratulations to the acceptance of
your journa
> I was not sure whether this whole new page is good enough to make another
> public announcement about this paper
At the risk of repeating myself, the page referred to contains the
results of approx. 500 new test runs (and we have carried out many more
than that which are summarised in the te
On Saturday, 23 September 2006 08:03, Ray Lee wrote:
> On 9/22/06, Larry Finger <[EMAIL PROTECTED]> wrote:
> > When we found the cause of NETDEV watchdog timeouts in the wireless-2.6
> > code,
> > I knew that the 2.6.18 release code would cause a serious regression.
>
> I don't know if this is th
On Fri, 22 Sep 2006 15:30:01 -0400
Jesse Huang <[EMAIL PROTECTED]> wrote:
> From: Jesse Huang <[EMAIL PROTECTED]>
>
> Change Logs:
>- Restore the original TX FIFO overflow process.
>
> Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
>
> ...
>
> + t
On Saturday 23 September 2006 06:08, Larry Finger wrote:
> Recent changes in the setup for preemptible periodic work fixed most
> of the problems with NETDEV watchdog timeouts; however, some variants
> of the bcm43xx device still had the problem. These were fixed by setting
> the parameter MAXIMUM_
Doug Leith wrote-
> I suggest you take a closer look Injong - there is a whole page of data
> from tests covering a wide range of levels of background traffic. These
> results are all new, and significantly strengthen the conclusions I
> think, as is the expanded explanatory discussion of the
Trace Control for Netem: Emulate network properties such as long range
dependency and self-similarity of cross-traffic.
user space (iproute2):
The directory tc/netem was split in two parts, one containing the original
distribution tables and the other the tools to generate trace files as well as
Trace Control for Netem: Emulate network properties such as long range
dependency and self-similarity of cross-traffic.
kernel space:
The delay, drop, duplication and corruption values are readout in user space
and sent to kernel space via configfs. The userspace process will "hang on
write" un
Trace Control for Netem: Emulate network properties such as long range
dependency and self-similarity of cross-traffic.
A new option (trace) has been added to the netem command. If the trace option
is used, the values for packet delay etc. are read from a pregenerated trace
file, afterwards the
50 matches
Mail list logo
