Dmitry Mishin <[EMAIL PROTECTED]> writes:
> On Wednesday 17 January 2007 23:16, Eric W. Biederman wrote:
>> Dmitry Mishin <[EMAIL PROTECTED]> writes:
>>
>> > Added functions and macros required to operate with network namespaces.
>> > They are required in order to switch network namespace for inc
Jens-san,
> > > This is a revised version of the patch set for spider_net driver
> > > that works on Toshiba Cell Refererence Set (aka Celleb).
> > >
> > > This patch set is based on netdev-2.6.git#upstream.
> >
> > Jens, can you give that a go on our blades see if it doesn't break
> > anything ?
Hello!
I have discovered that while I can indeed associate without
wpa_supplicant using bcm43xx_d80211 driver, I have to set the channel
every time the interface is brought down and up.
It turns out d80211 uses the "config" method of the hardware drivers
very sparingly. It's only used for scanni
Erik Andersen wrote:
On Sat Dec 16, 2006 at 01:42:11PM -0500, Mike Frysinger wrote:
On 11/30/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
but there are a few other
cases which still contain compound preprocessor directives such as:
#if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC
While enhancing the neighbour code to handle multiple network
namespaces I noticed that decnet is assuming neigh_parms_alloc
will allways succeed, which is clearly wrong. So handle the
failure.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/decnet/dn_dev.c | 11 +--
1 fi
[BNX2]: Fix 2nd port's MAC address.
On the 5709, we need to add the proper offset to calculate the shared
memory base address of the 2nd port correctly. Otherwise, the 2nd
port's MAC address and other information will be the same as the 1st
port.
Update version to 1.5.4.
Signed-off-by: Michael
David Miller <[EMAIL PROTECTED]> writes:
> From: Robert Olsson <[EMAIL PROTECTED]>
> Date: Wed, 24 Jan 2007 22:43:30 +0100
>
>> Yes the case when the trie is just a single leaf got wrong with the
>> iterator and your patchs cures it. I think we have a similar problem
>> with /proc/net/fib_trie
>
>
Sec 2.1 of RFC 4429 says
Unless noted otherwise, components of the IPv6 protocol stack should
treat addresses in the Optimistic state equivalently to those in the
Deprecated state, indicating that the address is available for use
but should not be used if another suitable address is av
JUNG, Christian <[EMAIL PROTECTED]> wrote:
>You have to setup a box with at least two NICs, a bonding device
>enslaving
>those, assign at least two IPs to the bond and make some traffic from a
>different machine to one of those IPs.
>
>If you delete that IP, the box will regardless
On Thu, 2007-01-25 at 01:06 +0100, Patrick McHardy wrote:
> Of course he has to, just like your "atm" parameter. In case
> of stabs it would be something like "stab atm".
The difference being with "atm" he is telling the kernel
he has an ATM line, but with STAB he is telling the
kernel how it sho
Russell Stuart wrote:
> Yuk! Now the user has to say whether he wants to use
> STAB's or not? Currently, apart from some debugging
> params to tc, the user isn't even aware that the
> traffic control is implemented in terms of RTAB's.
> That is how it should be - it is an implementation
> det
Auke Kok wrote:
[added netdev to CC]
Roger Heflin wrote:
I have a machine (actually 2 machines) that upon loading
the intel 10GBe driver (ixgb) the machine reboots, I am
using a RHAS4.4 based distribution with Vanilla 2.6.19.2
(the RHAS 4.4.03 kernel also reboots with the ixgb load),
I don't se
From: Raivis Bucis <[EMAIL PROTECTED]>
Date: Thu, 4 Jan 2007 17:47:46 +0200
> I believe I have found a bug in PF_PACKET socket filtering
> (introduced in linux-2.6.19). If BPF returns values larger than
> 0x8000u, run_filter in af_packet.c considers that as error
> instead of simply accepting
Untested, straight from the "release early" dept. You have been warned.
Realtek's driver restricts itself to 0x8169 and 0x8167.
It won't be surprising if it breaks on anything else until
I merge the new 0x8168 and 0x8136 bits.
Signed-off-by: Francois Romieu <[EMAIL PROTECTED]>
---
drivers/net/r8
This patch contains the following possible cleanups:
- make needlessly global functions static
- #if 0 unused functions
- remove all EXPORT_SYMBOL's
My impression is that most of this might have users that are not yet
submitted for inclusion in the kernel - one year after TIPC was merged.
If thi
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 24 Jan 2007 14:45:11 -0800 (PST)
> From: [EMAIL PROTECTED] (Eric W. Biederman)
> Date: Wed, 24 Jan 2007 13:09:40 -0700
>
> >
> > While enhancing the neighbour code to handle multiple network
> > namespaces I noticed that decnet is assuming neigh_
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Wed, 24 Jan 2007 13:09:40 -0700
>
> While enhancing the neighbour code to handle multiple network
> namespaces I noticed that decnet is assuming neigh_parms_alloc
> will allways succeed, which is clearly wrong. So handle the
> failure.
>
> Signe
From: Robert Olsson <[EMAIL PROTECTED]>
Date: Wed, 24 Jan 2007 22:43:30 +0100
> Yes the case when the trie is just a single leaf got wrong with the
> iterator and your patchs cures it. I think we have a similar problem
> with /proc/net/fib_trie
I'm happy to review a fix for that :-)
> Signed-off
On Wed, 2007-01-24 at 17:38 +0100, Patrick McHardy wrote:
> > The two RTAB's are different. Thus you must send
> > different RTAB's to pre-STAB and post-STAB kernels.
> > How is "tc" to decide which one to send? I did add
> > code that checked uname once to solve a very
> > similar problem i
Hello!
Yes the case when the trie is just a single leaf got wrong with the iterator
and your patchs
cures it. I think we have a similar problem with /proc/net/fib_trie
Cheers
--ro
Signed-off-by: Robert Olsson <[EMAIL PROTECTED]>
Eric
[added netdev to CC]
Roger Heflin wrote:
I have a machine (actually 2 machines) that upon loading
the intel 10GBe driver (ixgb) the machine reboots, I am
using a RHAS4.4 based distribution with Vanilla 2.6.19.2
(the RHAS 4.4.03 kernel also reboots with the ixgb load),
I don't see any messages on
On Wed, Jan 24, 2007 at 01:52:35PM -0500, Dan Williams wrote:
> I pushed for a general "lib80211" sort of thing at the Summit, which I
> think was agreed in principle with others like Intel. We need something
> to hold the bits that are common to d80211 and non-softmac drivers.
> These include sc
While enhancing the neighbour code to handle multiple network
namespaces I noticed that decnet is assuming neigh_parms_alloc
will allways succeed, which is clearly wrong. So handle the
failure.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
net/decnet/dn_dev.c |5 +
1 files ch
In a kernel with trie routing enabled I had a simple routing setup
with only a single route to the outside world and no default
route. "ip route table list main" showed my the route just fine but
/proc/net/route was an empty file. What was going on?
Thinking it was a bug in something I did and I
On Wed, 2007-01-24 at 13:26 -0200, Marcelo Tosatti wrote:
> On Thu, Jan 18, 2007 at 03:22:50AM -0500, John W. Linville wrote:
> > On Wed, Jan 17, 2007 at 06:19:07PM -0500, Jeff Garzik wrote:
> > > Christoph Hellwig wrote:
> > > >On Wed, Jan 17, 2007 at 01:00:47PM -0500, Dan Williams wrote:
> >
> >
On Tue, 23 Jan 2007 09:59:28 +0100
Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm running a macbook with a Marvell ethernet controller, and I have a
> lots of freezes when using the ethernet controller under a load of
> ~100K/s. Since I'm running a 2.6.19.2 kernel, I'm able to get som
On Thu, Jan 18, 2007 at 03:22:50AM -0500, John W. Linville wrote:
> On Wed, Jan 17, 2007 at 06:19:07PM -0500, Jeff Garzik wrote:
> > Christoph Hellwig wrote:
> > >On Wed, Jan 17, 2007 at 01:00:47PM -0500, Dan Williams wrote:
>
> > >>allows the 8388 to continue routing other laptops' packets over t
Russell Stuart wrote:
> On Sat, 2007-01-20 at 09:47 +0100, Patrick McHardy wrote:
>
>>Russell Stuart wrote:
>>
>>>b. There is no compatibility problem.
>>
>>Again, (b). You seem to have something in mind, it would be
>>easier if you would just explain exactly where you think there
>>is a problem.
This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19
with patches available.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any oth
Dan Williams wrote:
>
> If you get this error in the _NM_ logs, it's likely just trying to clear
> out the key, and you can probably ignore it. If you get this error from
> wpa_supplicant, it's probably a driver issue.
>
> Can you send me some logs privately? I think SUSE directs the NM logs
>
Updated direct resource pass with ioremap call, make it grant proper IRQ
mapping, stuff incompatible with the new approach were respectively put under
#ifndef CONFIG_PPC_MERGE. It is required so that both ppc and powerpc
could utilize fs_enet effectively.
Signed-off-by: Vitaly Bordug <[EMAIL PRO
Hello.
Adrian Bunk wrote:
3x59x-fix-pci-resource-management.patch causes the following compile
error with CONFIG_PCI=n:
<-- snip -->
...
CC drivers/net/3c59x.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/drivers/net/3c59x.c: In
function 'vortex_init_one':
/home/bunk/linux/kerne
3x59x-fix-pci-resource-management.patch causes the following compile
error with CONFIG_PCI=n:
<-- snip -->
...
CC drivers/net/3c59x.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/drivers/net/3c59x.c: In
function 'vortex_init_one':
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/dr
On Tue, 2007-01-23 at 20:48 -0500, Jon Smirl wrote:
> On 1/23/07, Michael Wu <[EMAIL PROTECTED]> wrote:
> > On Tuesday 23 January 2007 18:23, Jon Smirl wrote:
> > > I have to manually associate the dscape stack with my AP. Is this way
> > > the code is supposed to work? Everything works ok after th
David Miller wrote:
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 24 Jan 2007 17:56:23 +1100
David Miller <[EMAIL PROTECTED]> wrote:
Did a complete agreement occur that this patch is ok?
My only concern is that we're putting an arbitrary list of
protocols in the generic raw.c. What's the j
Hello,
I have recently started working with the Linux-kernel TCP-code with
regards to implementing a few (hopefully good) algorithms. But I want to
make sure that I have understood everything correctly before I start
implementing, so I have a few questions.
1. Are the skb's aware of the sk_buff_h
On Tue, Jan 23, 2007 at 10:05:17PM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sun, 21 Jan 2007 20:13:19 +0100
>
> > After commit d3dcc077bf88806201093f86325ec656e4dbfbce,
> > include/linux/if_{addr,link}.h should be processed with unifdef.
> >
> > Signed-off-by: A
Hello,
Some time ago Patrick McHardy suggested to separate
structures of htb_class for inner and leaf. Currently
they are part of an union and because of big difference
in their sizes some memory is unnecessary used for leaves.
Here is my preliminary proposal. It's done with a premise
to change (
The d80211 stack requires CRC32 functions for the WEP implementation.
Signed-off-by: Marcus Better <[EMAIL PROTECTED]>
---
net/d80211/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/d80211/Kconfig b/net/d80211/Kconfig
index 7e2635f..d91f0db 100644
--- a/net/d
Fine by me.
Acked-By: David Howells <[EMAIL PROTECTED]>
-
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 Wednesday 24 January 2007 06:43, Pavel Roskin wrote:
> On Tue, 2007-01-23 at 10:21 +0100, Michael Buesch wrote:
> > On Tuesday 23 January 2007 07:14, Pavel Roskin wrote:
> > > I have tried the patch, and it doesn't fix the problem. It's a separate
> > > problem. It happens when bcm43xx_interru
Jon Smirl wrote:
> Has this project moved elsewhere?
>
> http://hostap.epitest.fi/wpa_supplicant
Apparently it's down at this moment:
http://permalink.gmane.org/gmane.linux.drivers.hostap/15287
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [E
42 matches
Mail list logo
