David Miller a écrit :
From: Eric Dumazet [EMAIL PROTECTED]
Date: Thu, 08 Feb 2007 22:32:10 +0100
I prepared the following five patches :
[PATCH 1/5] : Introduce union in struct dst_entry, to prepare patches 2,3,4
[PATCH 2/5] : Convert ipv4 route to use the new dst_entry 'next' pointer
[PATCH
Andrew Morton a écrit :
net/ipv4/multipath_rr.c: In function 'rr_select_route':
net/ipv4/multipath_rr.c:60: error: 'union anonymous' has no member named
'rt_next'
net/ipv4/multipath_rr.c:60: warning: type defaults to 'int' in declaration of
'_p1'
net/ipv4/multipath_rr.c:60: error:
On Sat, Feb 10, 2007 at 06:55:50AM +0100, Michael Buesch wrote:
We don't know.
It's likely that old cards still work with v4 firmware, but we don't know and
it has to be tested.
Care to do so?
I'll check the revision of my 4306, but I think it's probably too new to
be useful,
On Sat, Jan 27, 2007 at 02:53:07AM +0100, Arnd Bergmann wrote:
+/** Command Processing States and Options */
+#define HostCmd_STATE_IDLE0x
+#define HostCmd_STATE_IN_USE_BY_HOST 0x0001
+#define HostCmd_STATE_IN_USE_BY_MINIPORT 0x0002
+#define
Hi,
Here goes an updated patch of the Marvell Libertas 8388 802.11 USB
driver, addressing pretty much all comments from Arnd (the remaining
ones are listed in TODO entry below).
Diff can be found at
http://dev.laptop.org/~marcelo/libertas-8388-10022007.patch
Please review.
TODO:
- In places
On Friday 09 February 2007 22:12, James Ketrenos wrote:
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter.
Wow, great news on this rainy saturday! ;-)
The driver works perfectly, I'm writing this mail via wireless link.
On Saturday 10 February 2007 14:23, Hesse, Christian wrote:
On Friday 09 February 2007 22:12, James Ketrenos wrote:
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter.
Wow, great news on this rainy saturday! ;-)
The
Hi,
Jeff Garzik, le Fri 09 Feb 2007 16:15:26 -0500, a écrit :
Levitsky Maxim wrote:
Before some time I decided to fix suspend/resume on my Davicom
network card. During development I also fixed couple of bugs and
added support for link detection and WOL Note : 2.6.20 already has
support for
On Fri, Feb 09, 2007 at 01:12:42PM -0800, James Ketrenos wrote:
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter. This new driver
uses the new
On Sat, Feb 10, 2007 at 11:22:54AM -0500, Theodore Tso wrote:
On Fri, Feb 09, 2007 at 01:12:42PM -0800, James Ketrenos wrote:
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless
On Friday, 9 February 2007 17:53, Michael Buesch wrote:
On Friday 09 February 2007 17:18, Larry Finger wrote:
After a suspend/resume cycle, bcm43xx-softmac has lost its association with
the AP and requires manual intervention. This situation is fixed by making
one of softmac's internal
On Sat, 2007-02-10 at 07:02 +0100, Michael Buesch wrote:
On Saturday 10 February 2007 02:27, Daniel Drake wrote:
Robert P.J. Day's recent commit (getting rid of all casts of k[cmz]alloc()
calls) introduced a sparse warning for zd1211rw, related to our
type-checking
of addresses.
On 07-02-10 10:51 Joe Perches wrote:
On Sat, 2007-02-10 at 07:02 +0100, Michael Buesch wrote:
On Saturday 10 February 2007 02:27, Daniel Drake wrote:
Robert P.J. Day's recent commit (getting rid of all casts of
k[cmz]alloc()
calls) introduced a sparse warning for zd1211rw, related to
Quoting John W. Linville [EMAIL PROTECTED]:
Very cool! Is it likely that d80211 and iwlwifi will be pushed into
mainline in time for 2.6.21?
Hmmm...I think we need to spend a cycle or so in -mm. 2.6.22 seems
more likely for mainline.
I think we should take this as a goal. Last time I
On Saturday 10 February 2007 17:22, Theodore Tso wrote:
On Fri, Feb 09, 2007 at 01:12:42PM -0800, James Ketrenos wrote:
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG
Jeff Garzik wrote:
Randy Dunlap wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Convert function documentation in drivers/net/phy/ to kernel-doc
and add it to DocBook.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/DocBook/kernel-api.tmpl |6 +
drivers/net/phy/mdio_bus.c
Randy Dunlap wrote:
Jeff Garzik wrote:
Randy Dunlap wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Convert function documentation in drivers/net/phy/ to kernel-doc
and add it to DocBook.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/DocBook/kernel-api.tmpl |6 +
From: Eric Dumazet [EMAIL PROTECTED]
Date: Sat, 10 Feb 2007 12:11:31 +0100
[PATCH] : NET : restore multipath routing after rt_next changes
I forgot to test build this part of the networking code... Sorry guys.
This patch renames u.rt_next to u.dst.rt_next
Signed-off-by: Eric Dumazet
I'm testing with your bcm43xx git tree, which I'm guessing is the
current ssb code. The only problem I've found is that there doesn't seem
to be any sysfs relationship between the ssb bus and (in this case) the
PCI device that it's associated with. Is this fixable? Right now it
appears as an
On Saturday 10 February 2007 21:46, Matthew Garrett wrote:
I'm testing with your bcm43xx git tree, which I'm guessing is the
current ssb code. The only problem I've found is that there doesn't seem
to be any sysfs relationship between the ssb bus and (in this case) the
PCI device that it's
On Sat, Feb 10, 2007 at 10:03:57PM +0100, Michael Buesch wrote:
On Saturday 10 February 2007 21:46, Matthew Garrett wrote:
I'm testing with your bcm43xx git tree, which I'm guessing is the
current ssb code. The only problem I've found is that there doesn't seem
to be any sysfs
On Saturday 10 February 2007 23:11, Matthew Garrett wrote:
On Sat, Feb 10, 2007 at 10:03:57PM +0100, Michael Buesch wrote:
On Saturday 10 February 2007 21:46, Matthew Garrett wrote:
I'm testing with your bcm43xx git tree, which I'm guessing is the
current ssb code. The only problem I've
On Sat, 2007-02-10 at 22:11 +, Matthew Garrett wrote:
Ok, here's a patch. The stack of PCMCIA headers are needed to get the
pcmcia_device structure. Seems to work fine for PCI - I don't have any
PCMCIA devices. The SSB devices now appear underneath the PCI device
rather than in the top
On Saturday 10 February 2007 23:56, Pavel Roskin wrote:
On Sat, 2007-02-10 at 22:11 +, Matthew Garrett wrote:
Ok, here's a patch. The stack of PCMCIA headers are needed to get the
pcmcia_device structure. Seems to work fine for PCI - I don't have any
PCMCIA devices. The SSB devices
Hi,
this is a small patch by Janusz Krzysztofik to ip_route_output_slow()
that allows VIP-less LVS linux director to generate packets originating
From VIP if sysctl_ip_nonlocal_bind is set.
In a nutshell, the intention is for an LVS linux director to be able
to send ICMP unreachable responses
25 matches
Mail list logo