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.
I though I had :(.
Conside
Set phy->lo_control to NULL whenever it's freed. Failure to do so leads
to zeroing a block of memory that uses to hold *phy->lo_control, which
caused random crashes down the road.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c |2 ++
1
> On Sat, Jan 20, 2007 at 05:36:03PM -0500, Rik van Riel ([EMAIL PROTECTED])
> wrote:
> > Due to the way everything in the kernel works, you cannot
> > prevent the memory allocator from allocating everything and
> > running out, except maybe by setting aside reserves to deal
> > with special subsy
On Sat, Jan 20, 2007 at 05:36:03PM -0500, Rik van Riel ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> >On Fri, Jan 19, 2007 at 01:53:15PM +0100, Peter Zijlstra
> >([EMAIL PROTECTED]) wrote:
>
> >>>Even further development of such idea is to prevent such OOM condition
> >>>at all - by sta
This is for a 2.6.18.6 UP-preempt kernel compiled with gcc-4.1.1, BTW.
Cheers,
Chris
___
The all-new Yahoo! Mail goes wherever you go - free your email address from
your Internet provider. http://uk.docs.yahoo.com/nowyou
I am setting up a routing table associated with a network device. Several
subnet routes are added to this table.
I notice that when I do 'ip addr flush dev [dev-name]' all of the subnet
routes
destined out of 'dev-name' are purged!
Is this a bug, or is it supposed to work like this?
Thanks,
Hi,
I have been testing my wireless zd1211rw driver with kismet, but have noticed
my logs filling up
with these messages instead:
BUG: sleeping function called from invalid context at kernel/mutex.c:86
in_atomic():0, irqs_disabled():1
[] mutex_lock+0x12/0x1a
[] netdev_run_todo+0x10/0x1f1
[] d
On Sat, Jan 20, 2007 at 12:28:44PM +0100, Roger While wrote:
>
> >Kai Engert (1):
> > prism54: add ethtool -i interface
>
> I would have expected at least the firmware version to be reported
> as well as the bus info.
> (info->fw_version, info->bus_info)
Patches welcome.
John
--
John W. L
Evgeniy Polyakov wrote:
On Fri, Jan 19, 2007 at 01:53:15PM +0100, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
Even further development of such idea is to prevent such OOM condition
at all - by starting swapping early (but wisely) and reduce memory
usage.
These just postpone execution but will
Here's the start of a patch to provide the state of the link partner's
autoneg. This is useful to know if the link partner is trying to force a
speed and we aren't matching.
I wasn't sure how to handle this for all the drivers that handle phy's
themselves. Is there some way to have this set
Brendan Cully wrote:
I started something like this a while ago (posted at
<[EMAIL PROTECTED]> with a couple of replies
by Thomas Graf, but I can't seem to find it in the archives) but then
dropped the ball. It seems to work fairly well with a one-line kernel
patch to allow route lookup before the
We need to export phy_ethtool_gset and phy_ethtool_sset to allow drivers that
use these functions to be built as modules.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit 7fff6ffb83f2543299df3ed8815976440abdd576
tree 0eea7a64a684a3d3970cec9a8c9c65ee2839ebfc
parent a8b3485287731978899ced1
On Sat, 20 Jan 2007 10:05:02 +0100
Rainer Baumann <[EMAIL PROTECTED]> wrote:
> Hi Stephen
>
> In the last two weeks i've got 13 request, in which release the trace
> extension TCN for netem will be included. Did you already found time to
> integrate it?
>
> Cheers
> Rainer
When I get back from
> > 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 ? We are all at LCA here s
Resending, apparently the first message got dropped somehow...
From: Marcelo Tosatti <[EMAIL PROTECTED]>
Date: Thu, 18 Jan 2007 13:02:13 -0200
To: Jiri Benc <[EMAIL PROTECTED]>
Cc: Dan Williams <[EMAIL PROTECTED]>, Marcelo Tosatti <[EMAIL PROTECTED]>,
netdev , Jeff Garzik <[EMAIL PROTECTED
Got dropped somehow...
- Forwarded message from Marcelo Tosatti <[EMAIL PROTECTED]> -
Date: Thu, 18 Jan 2007 13:43:51 -0200
To: Jiri Benc <[EMAIL PROTECTED]>
Cc: Dan Williams <[EMAIL PROTECTED]>,
Johannes Berg <[EMAIL PROTECTED]>,
Marcelo Tosatti <[EMAIL PROTECTED]>,
Some versions of the bcm43xx chips only support 30-bit DMA, which means
that the descriptors and buffers must be in the first 1 GB of RAM. On
the i386 and x86_64 architectures with more than 1 GB RAM, an incorrect
assignment may occur. This patch ensures that the various DMA addresses
are within th
On Sat, 2007-01-20 at 15:54 +0530, kalash nainwal wrote:
> Hi there,
>
> We've a kernel (n/w) module, which sits over ethernet. Whenever a pkt
> is received (in softirq), after doing some minimal processing,
> wake_up() is called to wake up another kernel thread which does rest
> (bulk) of the pro
Hi,
Just writing to thank all of you that made the adm8211 driver in John
Linvilles wireless-2.6 development tree (not the dscape one, which I
will try also).
It is this card:
00:01.0 Network controller: ADMtek ADM8211 802.11b Wireless Interface
(rev 11)
Subsystem: Standard Microsyst
Herbert Poetzl wrote:
On Fri, Jan 19, 2007 at 04:47:26PM +0100, [EMAIL PROTECTED] wrote:
From: Daniel Lezcano <[EMAIL PROTECTED]>
Broadcast packets should be delivered to l2 and all l3 childs
hmm, really? shouldn't it only reach those which
actually have related addresses assigned?
Yes righ
Herbert Poetzl wrote:
On Fri, Jan 19, 2007 at 04:47:19PM +0100, [EMAIL PROTECTED] wrote:
From: Daniel Lezcano <[EMAIL PROTECTED]>
New ioctl to "push" ifaddr to a container. Actually, the push is done
from the current namespace, so the right word is "pull". That will be
changed to move ifaddr fr
Herbert Poetzl wrote:
On Fri, Jan 19, 2007 at 04:47:14PM +0100, [EMAIL PROTECTED] wrote:
This patchset provide a network isolation similar at what
Linux-Vserver provides. It is based on the L2 namespaces and relies on
the mechanisms provided by the namespace. This L3 namespaces does not
aim to b
Hi John,
> These patches have been send during 2006 but never
> have been applied or rejected. Even after sending requests
> for updates on these patches.
> So I have no idea if you had rejected them, simply
> overlooked them, or if they are still in your pending list.
>
> Short summary of which
Kai Engert (1):
prism54: add ethtool -i interface
I would have expected at least the firmware version to be reported
as well as the bus info.
(info->fw_version, info->bus_info)
Roger While
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
Jay Vosburgh wrote:
> Patch 1: fix device name allocation error
> Patch 2: fix error check in sysfs creation
> Patch 3: modify sysfs support to permit multiple loads
> Patch 4: update version number
>
> This patch series should resolve whatever problems there are
> wi
Hi there,
We've a kernel (n/w) module, which sits over ethernet. Whenever a pkt
is received (in softirq), after doing some minimal processing,
wake_up() is called to wake up another kernel thread which does rest
(bulk) of the processing.
We notice that this wake_up() call is sometimes taking as
Hi Stephen
In the last two weeks i've got 13 request, in which release the trace
extension TCN for netem will be included. Did you already found time to
integrate it?
Cheers
Rainer
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Russell Stuart wrote:
> On Fri, 2007-01-19 at 13:19 +0100, Patrick McHardy wrote:
>
>>[...]
>
> I don't understand - too many negates here
> without parens. Are you saying:
>
> a. Backward / Forward compatibility between the kernel
> and its user space tools isn't an issue, or
>
> b. The
28 matches
Mail list logo
