Quoting Stephen Hemminger:
| On Fri, 10 Nov 2006 16:09:20 +
| Gerrit Renker <[EMAIL PROTECTED]> wrote:
|
| > [NET/IPv4]: Support for the UDP-Lite protocol (RFC 3828)
| >
| > This adds support for UDP-Lite to the IPv4 stack, provided as an extension
| > to the existing UDPv4 code:
| >
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Mon, 13 Nov 2006 07:34:48 +
> Quoting David Miller:
> |
> | I can't apply any of this Gerrit.
> |
> | What makes net/ipv4/udplite.c get built at all? I see no
> | changes to net/ipv4/Makefile, so you must have stuffed up
> | the generation
| > This code is does too much inlining (like existing network code).
| > Should it be made configurable?
|
| It doesn't get built at all if you check his patches :-)
See previous posting.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PR
Quoting David Miller:
|
| I can't apply any of this Gerrit.
|
| What makes net/ipv4/udplite.c get built at all? I see no
| changes to net/ipv4/Makefile, so you must have stuffed up
| the generation of your patches.
This is a misunderstanding: udplite.o will never be built,
it is #included
On Fri, Nov 10, 2006 at 06:36:42PM +0100, Thomas Graf wrote:
> * Jarek Poplawski <[EMAIL PROTECTED]> 2006-11-10 14:24
> > @@ -449,7 +449,7 @@
> >
> > The second step is to define the operations for the family, which we do by
> > creating at least one instance of the genl_ops structure which we
From: Bill Fink <[EMAIL PROTECTED]>
Date: Sat, 11 Nov 2006 13:07:24 -0500
> On a raw IPv6 socket, shouldn't the IP checksum just be left
> unchanged, so you can test transmission of IPv6 packets with
> an invalid zero IP checksum. Or is raw not fully raw?
The code path where we do the "0 --> -1"
On Fri, Nov 10, 2006 at 06:36:42PM +0100, Thomas Graf wrote:
> * Jarek Poplawski <[EMAIL PROTECTED]> 2006-11-10 14:24
> > @@ -449,7 +449,7 @@
> >
> > The second step is to define the operations for the family, which we do by
> > creating at least one instance of the genl_ops structure which we
On Sun, 12 Nov 2006 16:48:39 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7502
>
>Summary: sunhme not working with 2.6.18 on x86
> Kernel Version: 2.6.18
> Status: NEW
> Severity: normal
> Owner: [EMAIL PROTECTED]
>
The 802.11 header length is affected by the wireless mode (WDS or not) and
type (QoS or not). We should use the variable hdr_len instead of the
hard coded IEEE80211_3ADDR_LEN, otherwise we may touch invalid memory.
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
---
net/ieee80211/ieee80211_tx.c |
Quoting Andrew Morton <[EMAIL PROTECTED]>:
(switching to email - please follow up via reply-to-all and not via bugzilla)
On Fri, 10 Nov 2006 00:48:31 -0800
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=7483
Summary: Unable to handle kernel paging request for
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sun, 12 Nov 2006 11:40:02 -0500
> David Miller wrote:
> > Jeff, I put this one in my net-2.6.20 tree already.
>
> Well, it was drivers/net/bonding/* which usually goes in through my
> tree, what did you expect? :)
It's not problem, it will all come o
On Mon, 2006-11-13 at 00:41 +0200, Ismail Donmez wrote:
> > Thanks for information, this firmware would also solve the recent roothole.
>
> s/roothole/security vulnerability would be better =)
Ummm, the problem was in the driver, not the firmware. You can't have
security problems like that in th
13 Kas 2006 Pts 00:40 tarihinde şunları yazmıştınız:
> 12 Kas 2006 Paz 23:47 tarihinde, Michael Buesch şunları yazmıştı:
> > On Sunday 12 November 2006 21:43, Ismail Donmez wrote:
> > > Hi,
> > >
> > > 12 Kas 2006 Paz 10:34 tarihinde şunları yazmıştınız:
> > > > Ah, and also note that you _need_ fi
12 Kas 2006 Paz 23:47 tarihinde, Michael Buesch şunları yazmıştı:
> On Sunday 12 November 2006 21:43, Ismail Donmez wrote:
> > Hi,
> >
> > 12 Kas 2006 Paz 10:34 tarihinde şunları yazmıştınız:
> > > Ah, and also note that you _need_ firmware from a v4 binary driver
> > > to have hardware encryption
On Sunday 12 November 2006 21:43, Ismail Donmez wrote:
> Hi,
> 12 Kas 2006 Paz 10:34 tarihinde şunları yazmıştınız:
> > Ah, and also note that you _need_ firmware from a v4 binary driver
> > to have hardware encryption with bcm43xx.
>
> Last time I heard only v3 firmware was supported. Is that cha
Hi,
12 Kas 2006 Paz 10:34 tarihinde şunları yazmıştınız:
> Ah, and also note that you _need_ firmware from a v4 binary driver
> to have hardware encryption with bcm43xx.
Last time I heard only v3 firmware was supported. Is that changed?
Regards,
ismail
-
To unsubscribe from this list: send the li
Bonding driver unconditionnaly dereference get_stats function pointer
for each of its slave device. This patch
- adds a check for NULL dev->get_stats pointer in bond_get_stats
- prints a notice when the bonding device enslave a device without
get_stats function.
Signed-off-by: Laurent Riffard <
Thanks to sparse for pointing out these errors.
'capability' is stored in struct ieee80211_sta_bss in host byte order, do not
swap bytes.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/net/d80211/ieee80211_sta.c
===
Thanks to sparse for pointing out these missing endian annotations.
All the fields in the AVS capture header (struct ieee80211_frame_info) are in
network byte order.
The length in the ethernet header is in network byte order.
last_seq_ctrl is stored little endian.
Signed-off-by: David Kimdon <[
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
=
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h.
I converted the 1 bit bitfields into a bit in a u32 flags structure
member. Larger bitfields I converted into their u8/
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless-
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
David Miller wrote:
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Fri, 10 Nov 2006 11:09:25 -0500
[EMAIL PROTECTED] wrote:
From: Peter Zijlstra <[EMAIL PROTECTED]>
=
[ INFO: possible recursive locking detected ]
2.6.17-1.2600.fc6 #1
--
A long time ago, in kernel-2.4 days, I noticed that
airo module (for various aironet etc cards) can't
handle interface renames (at that time, the kernel
crashed after `ip link set eth1 name xxx' command
and some packets going to/from the interface).
The problem seems to be that the driver uses som
On Sat, Nov 11, 2006 at 11:10:17PM -0800, David Brownell wrote:
>
> >
> > void dev_kfree_skb_any(struct sk_buff *skb)
> > {
> > if (in_irq() || irqs_disabled())
> > dev_kfree_skb_irq(skb);
> > else
> > dev_kfree_skb(skb);
> > }
> >
> >
> > And the
On Sunday 12 November 2006 02:24, Paul TBBle Hampson wrote:
> On Sat, Nov 11, 2006 at 04:07:05PM +0100, Michael Buesch wrote:
> > Please _don't_ remove CCs.
>
> Sorry, I was sending via the gmane web interface, I guess it doesn't
> honour CCs.
>
> This one's via muttng's NNTP support to gmane, so
29 matches
Mail list logo
