Hi,
I have no clue on how these things are really done I just send as I
have seen. This is just a type-o at the wireless/Kconfig.
This is against latest Linus git tree. Please let me know if this kind
of patch and email is considered Spam for just changing a letter. ;-)
If you let me kno
Patrick McHardy <[EMAIL PROTECTED]> wrote:
>
> Never mind, I got it, we never fall through to the second switch
> statement anymore. I think we could simply break when load_pointer
> returns NULL. The switch statement will fall through to the default
> case and return 0 for all cases but 0 > k >=
On Sun, Sep 04, 2005 at 05:13:57PM +0400, Alexey Kuznetsov wrote:
>
> > I tried to move this logic into the new load_pointer function but it
> > all came out messy so I simply rolled it back.
>
> Herbert, but what was wrong? The patch looked perfect. I see no mess.
I meant that when I tried to m
On Sun, 2005-04-09 at 20:20 +0200, Patrick McHardy wrote:
> jamal wrote:
> > There is no need to check for NULL; if you got that far dev cannot be
> > NULL (refer to the first check for parm->ifindex). The device could not
> > have disapeared since we are protected by rtnl semaphore.
>
> It doesn
You can, BTW, log the value of "__builtin_return_address(0)" at
the time of the neighbour table entry creation, so see who asked
for it. That might help track it down.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo
jamal wrote:
Was this a patch you sent? I also had to stare at it for a minute ..
Yes.
There is no need to check for NULL; if you got that far dev cannot be
NULL (refer to the first check for parm->ifindex). The device could not
have disapeared since we are protected by rtnl semaphore.
It d
Patrick McHardy wrote:
Herbert Xu wrote:
We aren't handling the reading of specific fields like the IP protocol
field correctly. This patch should make it work again.
I can't spot the problem, could you give me a hint?
Never mind, I got it, we never fall through to the second switch
state
Herbert Xu wrote:
We aren't handling the reading of specific fields like the IP protocol
field correctly. This patch should make it work again.
I can't spot the problem, could you give me a hint?
I tried to move this logic into the new load_pointer function but it
all came out messy so I sim
Hi,
This patch adds more management frame definitions, renames some of the
definitions, and turns info_element into a zero length array.
ieee80211_authentication was renamed to ieee80211_auth for consistency because
association is also abbreviated.
The _frame suffix was not being used throughout
Hello!
> I tried to move this logic into the new load_pointer function but it
> all came out messy so I simply rolled it back.
Herbert, but what was wrong? The patch looked perfect. I see no mess.
Alexey
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
- use proper list handling
- avoid hcrypt structure, just use a proper static list_head and
spinlock
- use proper instead of the variants
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Index: linux-2.6/net/ieee80211/ieee80211_crypt.c
On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
I got:
<7>Dead loop on netdevice eth0, fix it urgently!
When using netconsole and printing out some information from kernel to
console.
The box
David S. Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Fri, 02 Sep 2005 13:53:58 -0700
I'm trying to write some code to walk all of the places where
routes might exist and find any that reference a particular
net-device.
Man, good luck. The IPSEC destination cache entries live i
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> Filter incoming data, looking for ICMP messages:
>>
>> tcpdump -f "ip proto \icmp"
>>
>> Well, that catches nothing.
We aren't handling the reading of specific fields like the IP protocol
field correctly. This patch should make it work again.
14 matches
Mail list logo
