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:
- netxe
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
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 th
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
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
> 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:
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
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 out
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 ha
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 refere
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
b/drivers/infiniband/hw/cxgb3/iw
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
Debug code to dump various data structs, some of which are in
adapter memory.
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/core/cxio_dbg.c | 205 +++
1 files changed, 205 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw
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
b/drivers/infiniband/hw/cxgb3/iwc
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
b/drivers/infiniband/h
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
drivers/i
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
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
b/drivers/inf
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 +
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 +++--
drivers/infiniband
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
b/d
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 ++
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
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 th
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).
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).
This chip is found on at leas
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
+++ b/net/rose/rose_ro
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
On 06-12-02 13:55 Daniel Drake wrote:
> 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.
It's true, I have not much time during th
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
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
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.
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 e
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
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
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
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 Nathanae
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 co
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 s
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 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 i
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
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 b6ac8f41bdd2edd9d215e
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
[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 someth
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
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
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 lapto
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 Ace
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.
(git://git.kernel.org/pub/scm/linux/kernel/git/mwu/d80211-
50 matches
Mail list logo
