Hi,
I have finished a port of the zd1211 driver to the Devicescape 802.11
stack.
Due to the size of the patch, the patch that copies the zd1211 directory to
the d80211 directory has been omitted, but can be found at my git repo.
From: Marko Hänninen [EMAIL PROTECTED]
Date: Sat, 2 Dec 2006 10:30:17 +0200
Hi,
I'm having a kernel panic issue when bringing eth0 up. It happens every time
with command ifconfig eth0 up. This is vanilla 2.6.19 kernel from
kernel.org.
Works ok with 2.6.18.3. The system is a Acer Aspire
Hi folks,
since 2.6.19 I have the problem that I get lousy transmit speeds of 1
mbit/s.
Here is a quick test, the 5th column is the transfer speed in mbit/s:
From the affected machine to my laptop
From: Florian Westphal [EMAIL PROTECTED]
convert kmalloc/memset to kzalloc.
Signed-off-by: Florian Westphal [EMAIL PROTECTED]
---
compile tested only.
index 1bb7570..730c5c4 100644
--- a/net/tipc/bcast.c
+++ b/net/tipc/bcast.c
@@ -774,8 +774,8 @@ int tipc_bclink_set_queue_limits(u32 lim
On Fri, 2006-01-12 at 20:08 -0800, David Miller wrote:
Let's change it now while we still can.
A few months from now, I will probably not give the same
answer :)
:- Ok, here it is ...
cheers,
jamal
[XFRM] fix aevent structuring to be more complete
aevents can not uniquely identify an
[EMAIL PROTECTED] (Eric W. Biederman) writes in gmane.linux.network:
Ok. So on this point we agree. Full isolation at the network device/L2 level
is desirable and no one is opposed to that.
There is however a strong feeling especially for the case of application
containers that something
Kari Hurtta [EMAIL PROTECTED] writes in gmane.linux.network:
[EMAIL PROTECTED] (Eric W. Biederman) writes in gmane.linux.network:
Ok. So on this point we agree. Full isolation at the network device/L2
level
is desirable and no one is opposed to that.
There is however a strong
Dave,
If there is no objections on this approach, please apply this patch.
Against net-2.6.20
cheers,
jamal
This patch moves command capabilities to command flags. Other than
being cleaner, saves several bytes.
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
---
commit
Dave,
Same as before:
If there is no objections on this approach, please apply this patch.
Against net-2.6.20
cheers,
jamal
[GENETLINK] introduce command names
Introduce optional command names.
While command names can be put in user space by the author of the
command, this alleviates things for
On Sat, Dec 02, 2006 at 10:16:28 +0100, Tino Keitel wrote:
Hi folks,
since 2.6.19 I have the problem that I get lousy transmit speeds of 1
mbit/s.
Here is a quick test, the 5th column is the
Hi Michael,
I have finished a port of the zd1211 driver to the Devicescape 802.11
stack.
This is absolutely great news. I will look into it and check it
today.
- The original driver does not seem to check if a frame has been
successfully
TXed (as in RXed an ACK), so the
On Saturday 02 December 2006 08:25, Ulrich Kunitz wrote:
- The original driver does not seem to check if a frame has been
successfully TXed (as in RXed an ACK), so the port does not properly
report to the stack whether or not a TX succeeded.
TX is atomic. Do you really want to spin for
Michael Wu wrote:
Hi,
I have finished a port of the zd1211 driver to the Devicescape 802.11 stack.
Yeah!! thanks so much for doing this.
Are you willing to maintain this in terms of porting upcoming patches to
it? I think I also speak for Ulrich when I say that at the moment we are
more
On 06-12-02 10:58 Daniel Drake wrote:
Michael Wu wrote:
Hi,
I have finished a port of the zd1211 driver to the Devicescape
802.11 stack.
Yeah!! thanks so much for doing this.
Are you willing to maintain this in terms of porting upcoming patches to
it? I think I also speak
On Saturday 02 December 2006 12:57, Ulrich Kunitz wrote:
I intend to track the d80211 stack, care for the forward porting
and see also a number of things, which should be done for d80211.
- 802.11a support
- better d80211 integration (d80211_tx_status, led stuff)
- cleanups
Great! I
Ulrich Kunitz wrote:
I intend to track the d80211 stack, care for the forward porting
and see also a number of things, which should be done for d80211.
OK, sorry for the false assumptions in my last mail.
In that case, I guess we should both switch to developing zd1211rw on
d80211 primarily.
Hi,
although I'm not a kernel guru I think I've got something to say to this.
I am wondering if 26sec supports NAT-Traversal for multiple
endpoints behind the same NAT. In looking at xfrm_tmpl it's
not obvious to me that it's supported, ...
You are looking at the rignt place indeed. Just to
Hi John,
Please pull
git://git.kernel.org/pub/scm/linux/kernel/git/mwu/d80211-drivers.git up
for these patches:
Michael Wu (4):
zd1211-d80211: Copy zd1211 driver to d80211 directory
zd1211-d80211: Hook up Kconfig and Makefiles
zd1211-d80211: Port zd1211 to Devicescape stack
Tino Keitel wrote:
On Sat, Dec 02, 2006 at 10:16:28 +0100, Tino Keitel wrote:
Hi folks,
since 2.6.19 I have the problem that I get lousy transmit speeds of 1
mbit/s.
Here is a quick test, the
David Binderman's icc logs:
net/rose/rose_route.c(399): remark #593: variable err was set but never used
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
net/rose/rose_route.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/net/rose/rose_route.c
+++
Cesar Eduardo Barros wrote:
From: Cesar Eduardo Barros [EMAIL PROTECTED]
This is a driver for the Silan SC92031/Rsltek 8139D NIC chip. It's a
rewrite of the vendor 2.4 driver for 2.6, and has been lightly tested
on a 2.6.17 x86-64 kernel with the Ubuntu patches (as a out-of-tree
module only).
On Sat, Dec 02, 2006 at 13:16:28 -0800, Stephen Hemminger wrote:
[...]
Most likely, the problem is similar to one I am working. The
Great to hear that someone is working on this. If you need a tester,
just ask. :-)
device_resume code gets run before
BIOS. And the BIOS wakeup screws up the
Based on the information in the email forwarded below I'd remove the
dgrs net driver (this wasn't the first driver shipped with the kernel
without any hardware ever produced...).
Is this OK or is there any doubt whether this information is true?
cu
Adrian
- Forwarded message from
On Sat, 2 Dec 2006 18:19:32 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
Based on the information in the email forwarded below I'd remove the
dgrs net driver (this wasn't the first driver shipped with the kernel
without any hardware ever produced...).
Is this OK or is there any doubt
On Sat, Dec 02, 2006 at 06:19:32PM +0100, Adrian Bunk wrote:
Based on the information in the email forwarded below I'd remove the
dgrs net driver (this wasn't the first driver shipped with the kernel
without any hardware ever produced...).
Is this OK or is there any doubt whether this
Version 2 changes:
- Make code sparse endian clean
- Use IDRs for mapping QP and CQ IDs to structure pointers instead of arrays
- Clean up confusing bitfields
- Use random32() instead of local random function
- Use krefs to track endpoint reference counts
- Misc nits
-
The following series
Provider methods to support the Linux RDMA verbs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_provider.c | 1170 +++
drivers/infiniband/hw/cxgb3/iwch_provider.h | 362
drivers/infiniband/hw/cxgb3/iwch_user.h | 68 ++
Code to handle async events coming from the T3 RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_ev.c | 228 +
1 files changed, 228 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_ev.c
Support provider-specific data in ib_uverbs_cmd_req_notify_cq().
The Chelsio iwarp provider library needs to pass information to the
kernel verb for re-arming the CQ.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/core/uverbs_cmd.c |9 +++--
Code to discover all the T3 devices and register them
with the T3 RDMA Core and the Linux RDMA Core.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch.c | 189
drivers/infiniband/hw/cxgb3/iwch.h | 175
T3 WQE and CQE structures, defines, etc...
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_wr.h | 685
1 files changed, 685 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/core/cxio_wr.h
The RDMA Core interfaces with the T3 HW and ULLD providing a low level
RDMA interface.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_hal.c | 1302 +++
drivers/infiniband/hw/cxgb3/core/cxio_hal.h | 201
2 files changed, 1503
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile |1 +
drivers/infiniband/hw/cxgb3/Kconfig | 27 +++
drivers/infiniband/hw/cxgb3/Makefile| 12
Functions to register memory regions.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_mem.c | 170
1 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_mem.c
Code to manipulate the QP.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_qp.c | 1007 +
1 files changed, 1007 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c
Core functions to carve up adapter memory, stag, qp, and cq IDs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/core/cxio_resource.c | 331 ++
drivers/infiniband/hw/cxgb3/core/cxio_resource.h | 70 +
2 files changed, 401 insertions(+), 0
Functions to manipulate CQs.
Signed-off-by: Steve Wise [EMAIL PROTECTED]
---
drivers/infiniband/hw/cxgb3/iwch_cq.c | 231 +
1 files changed, 231 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_cq.c
Steve Wise [EMAIL PROTECTED] :
[...]
Version 2 changes:
- Make code sparse endian clean
- Use IDRs for mapping QP and CQ IDs to structure pointers instead of arrays
- Clean up confusing bitfields
- Use random32() instead of local random function
- Use krefs to track endpoint reference
On Thu, 30 Nov 2006 06:10:14 -0500 Jeff Garzik wrote:
ACK, but patch doesn't apply to #upstream
Does it work to patch -mm instead? (below)
---
From: Randy Dunlap [EMAIL PROTECTED]
PHYLIB can be used by non-NET_ETHERNET (10/100 ethernet) devices;
e.g., GIANFAR (gigabit) uses it.
We also have
Jeff Garzik escreveu:
Cesar Eduardo Barros wrote:
From: Cesar Eduardo Barros [EMAIL PROTECTED]
This is a driver for the Silan SC92031/Rsltek 8139D NIC chip. It's a
rewrite of the vendor 2.4 driver for 2.6, and has been lightly tested
on a 2.6.17 x86-64 kernel with the Ubuntu patches (as a
Francois Romieu wrote:
Steve Wise [EMAIL PROTECTED] :
[...]
Version 2 changes:
- Make code sparse endian clean
- Use IDRs for mapping QP and CQ IDs to structure pointers instead of arrays
- Clean up confusing bitfields
- Use random32() instead of local random function
- Use krefs to track
On Sat, 2 Dec 2006 11:23:54 -0800 [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=7621
Summary: 2.6.19 breaks IPv6
Kernel Version: 2.6.19
Status: NEW
Severity: high
Owner: [EMAIL PROTECTED]
Submitter: [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
Date: Sat, 2 Dec 2006 19:20:09 -0800
On Sat, 2 Dec 2006 11:23:54 -0800 [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=7621
Summary: 2.6.19 breaks IPv6
Kernel Version: 2.6.19
Status: NEW
From: Alexey Dobriyan [EMAIL PROTECTED]
Date: Sun, 3 Dec 2006 00:33:39 +0300
David Binderman's icc logs:
net/rose/rose_route.c(399): remark #593: variable err was set but never used
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Applied, thanks Alexey.
-
To unsubscribe from this list:
From: jamal [EMAIL PROTECTED]
Date: Sat, 02 Dec 2006 06:09:08 -0500
On Fri, 2006-01-12 at 20:08 -0800, David Miller wrote:
Let's change it now while we still can.
A few months from now, I will probably not give the same
answer :)
:- Ok, here it is ...
Applied thanks.
-
To
Found a hang while playing with wpa_supplicant and a zd1211 usb adapter
using linux 2.6.19. The problem is that ieee80211softmac_wx_set_mlme
forgets to release a mutex when mlme-cmd is IW_MLME_DEAUTH. The fix
below allows me to kill wpa_supplicant and to restart it without having
to reboot the
On Tue, Nov 28, 2006 at 02:02:46AM -0800, Andrew Morton wrote:
...
Changes since 2.6.19-rc6-mm1:
...
git-netdev-all.patch
...
git trees
...
This patch contains the following possible cleanups:
- make needlessly global code static
- #if 0 the following unused global functions:
-
47 matches
Mail list logo
