Johannes Berg <[EMAIL PROTECTED]> wrote:
>
> Yeah, thanks. I had realised that a while later but it was too late.
> Note that this blows up for me anyway so don't apply:
>
> [ 416.448315] SoftMAC: Start scanning with channel: 1
> [ 416.448331] SoftMAC: Scanning 14 channels
> [ 416.495245] NETD
Move rt2x00 and bcm43xx-d80211 drivers into a new
drivers/net/wireless/d80211 subdirectory. This directory is used for
collecting wireless LAN drivers that use the Devicescape IEEE 802.11
stack (net/d80211).
After applying this patch file, the existing directories must be moved
with following comm
MODULE_PARM macro was removed and this broke net/d80211 build. Fix
this by using module_param instead of MODULE_PARM.
Signed-off-by: Jouni Malinen <[EMAIL PROTECTED]>
Index: wireless-dev/net/d80211/ieee80211_ioctl.c
===
--- wireless
On Sat, 8 Apr 2006 19:18:47 -0400 (EDT) George P Nychis wrote:
> Yeah, this module is unfortunately not under the GPL, it was made for
> research and i am not the author, I was only given the code for my own
> research.
>
> I enabled that support in the kernel, and then tried to recompile and g
Yeah, this module is unfortunately not under the GPL, it was made for research
and i am not the author, I was only given the code for my own research.
I enabled that support in the kernel, and then tried to recompile and get tons
of errors/warnings... so maybe I am missing something else to be e
From: "George P Nychis" <[EMAIL PROTECTED]>
Date: Sat, 8 Apr 2006 18:47:34 -0400 (EDT)
> Hey,
>
> I have a kernel module that uses unregister_qdisc and register_qdisc,
> whenever i try to insert the module I get:
> /lib/modules/2.4.32/kernel/net/sched/sch_xcp.o:
> /lib/modules/2.4.32/kernel/net
Begin forwarded message:
Date: Sat, 8 Apr 2006 08:11:18 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6354] New: NULL Pointer lapbether
http://bugzilla.kernel.org/show_bug.cgi?id=6354
Summary: NULL Pointer lapbether
Kernel Version: 2.6.14 2.6.15
On Sat, 2006-04-08 at 13:33 +1000, Herbert Xu wrote:
> Please use netif_wake_queue as otherwise packets can get stuck for quite
> a while.
Yeah, thanks. I had realised that a while later but it was too late.
Note that this blows up for me anyway so don't apply:
[ 416.448315] SoftMAC: Start scan
Pavel Roskin wrote:
Quoting Francois Romieu <[EMAIL PROTECTED]>:
Is there a reason why dev->mem_{start/end} should not be removed ?
Is there a reason why it should? Is it going to be obsolete?
It is slowly obsoleting for a few years (don't laugh...). It is preferred
to store the relevant addre
On Sat, 2006-08-04 at 13:27 +1000, Herbert Xu wrote:
> I like the idea of allowing user-space to control what addresses cause
> broadcasts. However, I'm uncomfortable with overloading existing flags
> even though they might appear to fit the bill on the face of it.
>
> People may be using this fo
On Sat, Apr 08, 2006 at 03:14:04AM -0700, David S. Miller wrote:
> Perhaps fs_initcall() would work better. Or if that causes
> problems we could create a net_initcall() that sits between
> fs_initcall() and device_initcall().
fs_initcall() seems to be used mainly for "init after subsystem" stu
Patrick McHardy wrote:
> Please try if this patch helps.
>
> + .hooks = 1 << NF_IP_PRE_ROUTING || 1 << NF_IP_LOCAL_OUT,
I shouldn't send patches before getting out of bed .. :)
Please try this one instead.
[NETFILTER]: Fix DNAT in LOCAL_OUT
Signed-off-by: Patrick McHardy <[EMAIL P
Andrew Morton wrote:
>
> Begin forwarded message:
>
> Date: Fri, 7 Apr 2006 06:12:07 -0700
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [Bugme-new] [Bug 6349] New: iptables DNAT returns unknown error
> 4294967295
>
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6349
>
>
> We could make inet_init() a subsystem init but I vaguely recall
> that we were doing that at one point and it broke things for
> some reason.
>
> Perhaps fs_initcall() would work better. Or if that causes
> problems we could create a net_initcall() that sits between
> fs_initcall() and device_i
Heiko Carstens <[EMAIL PROTECTED]> wrote:
>
> Ok, so the problem seems to be that inet_init gets called after qeth_init.
> Looking at the top level Makefile this seems to be true for all network
> drivers in drivers/net/ and drivers/s390/net/ since we have
>
> vmlinux-main := $(core-y) $(libs-y
From: Heiko Carstens <[EMAIL PROTECTED]>
Date: Sat, 8 Apr 2006 12:02:13 +0200
> Ok, so the problem seems to be that inet_init gets called after qeth_init.
> Looking at the top level Makefile this seems to be true for all network
> drivers in drivers/net/ and drivers/s390/net/ since we have
>
> vm
> > The qeth driver makes use of the arp_tbl rw lock. CONFIG_DEBUG_SPINLOCK
> > detects that this lock is not initialized as it is supposed to be.
>
> This is a initialization order problem then, because:
> arp_init
> neigh_table_init
> rwlock_init
>
> does the initial
Linas Vepstas <[EMAIL PROTECTED]> :
> Index: linux-2.6.17-rc1/drivers/net/e100.c
> ===
> --- linux-2.6.17-rc1.orig/drivers/net/e100.c 2006-04-07 16:21:46.0
> -0500
> +++ linux-2.6.17-rc1/drivers/net/e100.c 2006-04-07 18
18 matches
Mail list logo
