On Wednesday 24 January 2007 04:35, Marcus Better wrote:
> The d80211 stack requires CRC32 functions for the WEP implementation.
ACK. Please CC John Linville <[EMAIL PROTECTED]> and Jiri Benc
<[EMAIL PROTECTED]> on d80211 patches next time.
Thanks,
-Michael Wu
pgp7BD1v6LTlQ.pgp
Description: PGP
* David Miller <[EMAIL PROTECTED]> [070128 06:06]:
> From: Baruch Even <[EMAIL PROTECTED]>
> Date: Sat, 27 Jan 2007 18:49:49 +0200
>
> > Since the SACK receive cache doesn't need the data to be in host
> > order we also remove the ntohl in the checking loop.
> ...
> > - for (i = 0; i< num_sacks
From: Baruch Even <[EMAIL PROTECTED]>
Date: Sat, 27 Jan 2007 18:49:49 +0200
> Since the SACK receive cache doesn't need the data to be in host
> order we also remove the ntohl in the checking loop.
...
> - for (i = 0; i< num_sacks; i++) {
> - __u32 start_seq = ntohl(sp[i].start_se
The subject line on all four of the current crop of atl1 patches is
incorrect; they were generated against *2.6.20-rc6*, not rc5. I apologize
for the error.
Jay
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
From: Jay Cliburn <[EMAIL PROTECTED]>
Incorporate reviewer comments from:
Randy Dunlap, http://lkml.org/lkml/2007/1/21/157
Arjan van de Ven, http://lkml.org/lkml/2007/1/22/21
Francois Romieu, http://lkml.org/lkml/2007/1/22/49
Fixup to follow coding standards, remove MII defines already found in
From: Jay Cliburn <[EMAIL PROTECTED]>
Fix power management by properly using ifdef CONFIG_PM. Discovered by
and modification suggested by Andrew Morton.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1_main.c |7 +--
1 files changed, 5 insertions(+), 2 deletion
From: Jay Cliburn <[EMAIL PROTECTED]>
Include dma-mapphing.h to provide DMA_32BIT_MASK and DMA_64BIT_MASK.
Discovered by and modification suggested by Andrew Morton.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1_main.c |1 +
1 files changed, 1 insertions(+), 0 de
From: Luca Tettamanti <[EMAIL PROTECTED]>
Unconditionally enable MSI in atl1 driver. Also remove some useless
#ifdef since pci_{en,dis}able_msi() are no-op when MSI support is not
configured in.
Signed-off-by: Luca Tettamanti <[EMAIL PROTECTED]>
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
Jay Cliburn wrote:
Jeff Garzik wrote:
As a driver maintainer, you need to patch sets, and submit them in a
timely fashion to me. Note I said patch set, not patch, in following
with Rule #3 from Documentation/SubmittingPatches. Also make sure to
review http://linux.yyz.us/patch-format.html
Jeff Garzik wrote:
As a driver maintainer, you need to patch sets, and submit them in a
timely fashion to me. Note I said patch set, not patch, in following
with Rule #3 from Documentation/SubmittingPatches. Also make sure to
review http://linux.yyz.us/patch-format.html
Understood. Both re
Jay Cliburn wrote:
Jeff, shall I add this to the larger patch I'm working on for submittal
later this weekend, or do you just add it directly to netdev? (I prefer
to do the former if it's okay with you.)
As a driver maintainer, you need to patch sets, and submit them in a
timely fashion to m
Luca Tettamanti wrote:
[snip]
Anyway...
Unconditionally enable MSI in atl1 driver. Also remove some useless
#ifdef since pci_{en,dis}able_msi() are no-op when MSI support is not
configured in.
Signed-off-by: Luca Tettamanti <[EMAIL PROTECTED]>
Acked-by: Jay Cliburn <[EMAIL PROTECTED]>
I tes
Andrew,
Please pull:
git-pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 upstream-mm
to receive an updated version of the new e1000 hardware initialization code.
This version incorporates both previously sent patches and replaces them, as
well as adding some minor extra kdoc headers.
When we check for SACK fast path make sure that we also have the same number of
SACK blocks in the cache and in the new SACK data. This prevents us from
mistakenly taking the cache data if the old data in the SACK cache is the same
as the data in the SACK block.
Signed-Off-By: Baruch Even <[EMAIL
Move DSACK code outside the SACK fast-path checking code. If the DSACK
determined that the information was too old we stayed with a partial cache
copied. Most likely this matters very little since the next packet will not be
DSACK and we will find it in the cache. but it's still not good form and t
Only advance the SACK fast-path pointer for the first block, the fast-path
assumes that only the first block advances next time so we should not move the
skb for the next sack blocks.
Signed-Off-By: Baruch Even <[EMAIL PROTECTED]>
---
I'm not sure about the fack_count part, this patch changes th
These patches are intended to fix the issues I've raised in a former
email in addition to the sorting code.
I still was not able to runtime test these patches, they were only
compile tested.
Baruch
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EM
Dan Williams wrote:
> On Fri, 2007-01-26 at 21:48 -0600, Larry Finger wrote:
>> Is there a convention regarding the information that a wireless MAC layer
>> should provide when
>> reporting scan data from an AP with a hidden SSID?
>>
>> In ieee80211, the software inserts the string "" for such an
On Fri, 2007-01-26 at 21:48 -0600, Larry Finger wrote:
> Is there a convention regarding the information that a wireless MAC layer
> should provide when
> reporting scan data from an AP with a hidden SSID?
>
> In ieee80211, the software inserts the string "" for such an AP,
> which seems to give
On Tue, 16 Jan 2007 09:39:54 -0700
"Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
> From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
> ---
> init/main.c |3 +++
> kernel/sysctl.c |3 ---
> 2 files changed, 3 insertions(+)
20 matches
Mail list logo
