Hello,
Le lundi 11 décembre 2006 22:55, Brian Haley a écrit :
Andrew Morton wrote:
Where fd is a socket (datagram or raw) with IPv6 protocol family,
getsockopt(fd, IPPROTO_IPV6, IPV6_UNICAST_HOPS, ...) succeeds, but
the returned hop limit is -1. connect()'ing the socket first does
On Tuesday 12 December 2006 02:07, Daniel Drake wrote:
Michael Wu wrote:
zd1211rw-d80211: Use ieee80211_tx_status
I've thought some more about this and I'm not so sure that this is the
right approach.
Can't devicescape be taught that the ZD1211 handles retries in hardware
and
On Tue, Dec 12, 2006 at 02:25:50PM +0900, Ishizaki Kou wrote:
Following are the changes.
-This patch enables auto-negotiation.
-Loading firmware is done when spidernet_open() is called.
-And this patch adds other several small changes for Celleb.
This should be split into three separate
Hi,
this patch removes the NETIF_F_TSO #ifdef-ery in drivers/net; this was
for old-old-2.4 compat (even current 2.4 has NETIF_F_TSO)
but it's time to get rid of it by now.
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
Index: linux-2.6/drivers/net/bnx2.c
Arjan van de Ven wrote:
Hi,
this patch removes the NETIF_F_TSO #ifdef-ery in drivers/net; this was
for old-old-2.4 compat (even current 2.4 has NETIF_F_TSO)
but it's time to get rid of it by now.
Signed-off-by: Arjan van de Ven [EMAIL PROTECTED]
Seems sane, though bnx2 and tg3 might want
Jeff Garzik write:
Seems sane, though bnx2 and tg3 might want trivial modifications. I
dunno if DaveM and mchan want to keep BCM_TSO and TG3_SUPPORT_TSO
defines (you kept them, I prefer to kill them).
I agree with Jeff. Those can be killed.
-
To unsubscribe from this list: send the
Hi,
I've made some patches to make d80211 compile with recent changes in Linus'
tree. They've only been compile tested since I haven't bothered to fix merge
conflicts (or rather, haven't figured out how to) and make everything
compile, but I don't see much of a reason why it shouldn't work.
d80211: fix wep.c breakage
This patch fixes wep.c, which was broken by Al Viro's severing
skbuff.h - mm.h patch.
Signed-off-by: Michael Wu [EMAIL PROTECTED]
---
net/d80211/wep.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/d80211/wep.c b/net/d80211/wep.c
index
d80211: fix workqueue breakage
This patch updates d80211 to use the new workqueue API.
Signed-off-by: Michael Wu [EMAIL PROTECTED]
---
net/d80211/ieee80211.c |7 ---
net/d80211/ieee80211_i.h |8 +---
net/d80211/ieee80211_iface.c |2 +-
net/d80211/ieee80211_sta.c
Add support for ethtool -i to prism54 driver.
ethtool -i queries the specified device for
associated driver information.
This helps tools like Fedora's system-config-network to
provide GUI management of network devices.
I learned how to write this patch by reading the ipw2100
driver code.
Hi folks,
I just tried the sk98lin driver version 8.41.2.3 and was happy that it
seems to support wake on LAN with the Marvell 88E8053 PCIe chip.
However, after resume from suspend to RAM, the machine hangs. As it
doesn't hang with sky2, it looks like this particular driver breaks
suspend to RAM.
On Sat, 2006-12-09 at 15:58 +0100, Stefan Rompf wrote:
But when even glibc needs internal compat headers to compile with the second
kernel version that provides userspace headers, what is the long-term - even
mid-term - perspective of make headers_install then?
Bear in mind that with the
Evgeniy Polyakov wrote:
On Mon, Dec 11, 2006 at 10:16:30AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote:
Comments:
* [oh, everybody will hate me for saying this, but...] to me, kevent
implies an internal kernel subsystem. I would rather call it uevent
or anything else lacking a 'k' prefix.
The SKMC driver has:
- already been marked as BROKEN in 2.6.0 three years ago and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the forseeable future.
But if anyone wants to ever revive this driver, the code is still
This patch contains the following cleanups:
- make the following needlessly global functions static:
- lock_adapter_irq()
- unlock_adapter_irq()
- #if 0 the following unused global functions:
- wanrouter_encapsulate()
- wanrouter_type_trans()
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Yan Burman wrote:
Replace kmalloc+memset with kcalloc
ACK, fine with me.
Signed-off-by: Yan Burman [EMAIL PROTECTED]
diff -rubp linux-2.6.19-rc5_orig/drivers/net/e100.c
linux-2.6.19-rc5_kzalloc/drivers/net/e100.c
--- linux-2.6.19-rc5_orig/drivers/net/e100.c2006-11-09 12:16:21.0
On Tue, Dec 12, 2006 at 02:25:50PM +0900, Ishizaki Kou wrote:
Following are the changes.
-This patch enables auto-negotiation.
-Loading firmware is done when spidernet_open() is called.
-And this patch adds other several small changes for Celleb.
-This patch is not tested on CellBlade.
I
From: Leigh Brown [EMAIL PROTECTED]
Date: Tue, 12 Dec 2006 23:03:34 - (GMT)
Well, the inline functions seem okay in that regard, but I'll bow to
your superior judgement.
I think we're still not onto the right fix.
I took a look, and the issue seems to simply be that the
From: Brian Haley [EMAIL PROTECTED]
Date: Tue, 12 Dec 2006 16:16:27 -0500
The following patch seems to work for me, but this code has behaved this
way for a while, so don't know if it will break any existing apps.
Signed-off-by: Brian Haley [EMAIL PROTECTED]
I like this patch so I have
On Tuesday 12 December 2006 18:39, Ulrich Kunitz wrote:
Just two observations:
1) The retry-failed-interrupt message contains the destination
MAC address of the transmitted message.
Hm, that might be useful to check in master or adhoc mode to make sure the tx
queue isn't messed up.
2) We
On Wed, 2006-12-13 at 14:12 +1100, Benjamin Herrenschmidt wrote:
Been hitting a raw throughput in both directions plus a few other things
on a dual G5 and the driver didn't crash :-)
I'm seeing a problem though but I'm not sure it's related to your patch,
I'll have to test without it.
On Tue, 2006-12-12 at 19:14 -0600, Linas Vepstas wrote:
On Tue, Dec 12, 2006 at 02:25:50PM +0900, Ishizaki Kou wrote:
Following are the changes.
-This patch enables auto-negotiation.
-Loading firmware is done when spidernet_open() is called.
-And this patch adds other several small
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Wed, 13 Dec 2006 14:12:13 +1100
David, could that be the pause stuff not working properly ?
It could be, but if the tg3 says flow control is up in the kernel logs
things ought to be OK.
-
To unsubscribe from this list: send the line
Been hitting a raw throughput in both directions plus a few other things
on a dual G5 and the driver didn't crash :-)
I'm seeing a problem though but I'm not sure it's related to your patch,
I'll have to test without it.
Basically, if I use a slightly modified versio of tridge's socklib (raw
On Tue, 2006-12-12 at 20:03 -0800, David Miller wrote:
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Wed, 13 Dec 2006 14:12:13 +1100
David, could that be the pause stuff not working properly ?
It could be, but if the tg3 says flow control is up in the kernel logs
things ought to
Kumar Gala [EMAIL PROTECTED] wrote:
I was wondering if there were any examples of net devices that expect
to be told the ip information for their connection (things doing
forms of offload). If so can someone point me at a driver that does
this.
Try drivers/s390/net/qeth_main.c. Of
From: Adrian Bunk [EMAIL PROTECTED]
Date: Tue, 12 Dec 2006 17:24:35 +0100
This patch converts drivers/net/loopback.c to using module_init().
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
I'm not %100 sure of this one, let's look at the comment you
are deleting:
-/*
- * The loopback
On Tuesday 12 December 2006 05:06, Ray Lee wrote:
Hey all, more data on my bcm43xx problem report from a few weeks back.
By random chance I acquired a brain, and decided to rebuild my latest kernel
Congratulations to your decision ;)
Dec 11 19:34:47 phoenix kernel: [ 57.044691] WARNING at
Michael Buesch wrote:
Congratulations to your decision ;)
Sometimes making decisions via Brownian motion has its advantages.
Which kernel are you using?
Hmm, I'm using the mercurial repository, let me see if I can translate that to
a git
head... Looks like git tree
Ray Lee wrote:
Michael Buesch wrote:
Congratulations to your decision ;)
Sometimes making decisions via Brownian motion has its advantages.
Which kernel are you using?
Hmm, I'm using the mercurial repository, let me see if I can translate that to
a git
head... Looks like git tree
30 matches
Mail list logo