Documentation/networking/ip-sysctl.txt  |    8 +-
 MAINTAINERS                             |    4 -
 Makefile                                |    2 
 arch/ia64/sn/kernel/setup.c             |    2 
 arch/microblaze/include/asm/io.h        |    2 
 arch/microblaze/kernel/cpu/cache.c      |   27 ++-----
 arch/parisc/kernel/pci.c                |    7 +
 block/blk-core.c                        |   11 ---
 drivers/acpi/processor_idle.c           |   28 ++++---
 drivers/acpi/processor_perflib.c        |    6 +
 drivers/gpu/drm/nouveau/nouveau_drv.h   |    1 
 drivers/gpu/drm/nouveau/nouveau_mem.c   |  113 ++++++++++++++++++++------------
 drivers/gpu/drm/nouveau/nv04_dac.c      |    6 +
 drivers/gpu/drm/nouveau/nv50_instmem.c  |   58 +++++++++++-----
 drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c |  108 ++++++++++++++++++++++++++----
 drivers/net/e1000/e1000_main.c          |   19 +++++
 drivers/net/tc35815.c                   |    1 
 drivers/net/usb/cdc_ether.c             |    5 +
 drivers/net/wireless/iwlwifi/iwl-4965.c |    2 
 drivers/net/wireless/iwlwifi/iwl-5000.c |    8 --
 drivers/net/wireless/iwlwifi/iwl-core.c |    2 
 drivers/net/wireless/iwlwifi/iwl-core.h |    2 
 drivers/net/wireless/iwlwifi/iwl-tx.c   |   22 +++++-
 drivers/platform/x86/acer-wmi.c         |    2 
 include/linux/blkdev.h                  |    4 -
 net/core/dev.c                          |    2 
 26 files changed, 308 insertions(+), 144 deletions(-)

New commits:
commit 60b341b778cc2929df16c0a504c91621b3c6a4ad
Author: Linus Torvalds <[email protected]>
Date:   Wed Feb 24 10:52:17 2010 -0800

    Linux 2.6.33

commit 5fd4514bb351b5ecb0da3692fff70741e5ed200c
Author: Carlos O'Donell <[email protected]>
Date:   Mon Feb 22 23:25:59 2010 +0000

    parisc: Set PCI CLS early in boot.
    
    Set the PCI CLS early in the boot process to prevent
    device failures. In pcibios_set_master use the new
    pci_cache_line_size instead of a hard-coded value.
    
    Signed-off-by: Carlos O'Donell <[email protected]>
    Reviewed-by: Grant Grundler <[email protected]>
    Signed-off-by: Kyle McMartin <[email protected]>

commit 83b4d17d8841a9a7b8ed02ac99ca92afada154e1
Author: Steven J. Magnani <[email protected]>
Date:   Mon Feb 22 09:25:42 2010 -0600

    microblaze: Fix out_le32() macro
    
    Trailing semicolon causes compilation involving out_le32() to fail.
    
    Signed-off-by: Steven J. Magnani <[email protected]>
    Signed-off-by: Michal Simek <[email protected]>

commit 0d670b24729be268eba98b3920b8571f60798d8d
Author: Michal Simek <[email protected]>
Date:   Mon Feb 15 10:50:42 2010 +0100

    microblaze: Fix cache loop function for cache range
    
    I create wrong asm code but none test shows that this part of code is wrong.
    I am not convinces that were good idea to create asm optimized macros
    for caches. The reason is that there is not optimization with previous code
    that's why make sense to add old code and do some benchmarking which
    functions are faster.
    
    Signed-off-by: Michal Simek <[email protected]>

commit c4d49794ff2838038fd9756eae39c39a5a685833
Author: Ajit Khaparde <[email protected]>
Date:   Tue Feb 16 20:25:43 2010 +0000

    net: bug fix for vlan + gro issue
    
    Traffic (tcp) doesnot start on a vlan interface when gro is enabled.
    Even the tcp handshake was not taking place.
    This is because, the eth_type_trans call before the netif_receive_skb
    in napi_gro_finish() resets the skb->dev to napi->dev from the previously
    set vlan netdev interface. This causes the ip_route_input to drop the
    incoming packet considering it as a packet coming from a martian source.
    
    I could repro this on 2.6.32.7 (stable) and 2.6.33-rc7.
    With this fix, the traffic starts and the test runs fine on both vlan
    and non-vlan interfaces.
    
    CC: Herbert Xu <[email protected]>
    CC: Patrick McHardy <[email protected]>
    Signed-off-by: Ajit Khaparde <[email protected]>
    Signed-off-by: Herbert Xu <[email protected]>
    Signed-off-by: David S. Miller <[email protected]>

commit f7624c97b8e5bca49be7854309550bff8ce98c47
Author: Hedi Berriche <[email protected]>
Date:   Tue Feb 23 23:58:49 2010 +0000

    [IA64] Fix broken sn2 build
    
    Revert the change made to arch/ia64/sn/kernel/setup.c by commit
    204fba4aa303ea4a7bb726a539bf4a5b9e3203d0 as it breaks the build.
    
    Fixing the build the b94b08081fcecf83fa690d6c5664f6316fe72208 way
    breaks xpc because genksyms then fails to generate an CRC for
    per_cpu____sn_cnodeid_to_nasid because of limitations in the
    generic genksyms code.
    
    Signed-off-by: Hedi Berriche <[email protected]>
    Signed-off-by: Tony Luck <[email protected]>

commit 662a96bd6f020782dfbdc0d0bd177c7dbb556687
Author: Atsushi Nemoto <[email protected]>
Date:   Fri Feb 19 05:13:58 2010 +0000

    tc35815: Remove a wrong netif_wake_queue() call which triggers BUG_ON
    
    The netif_wake_queue() is called correctly (i.e. only on !txfull
    condition) from txdone routine.  So Unconditional call to the
    netif_wake_queue() here is wrong.  This might cause calling of
    start_xmit routine on txfull state and trigger BUG_ON.
    
    This bug does not happen when NAPI disabled.  After txdone there
    must be at least one free tx slot.  But with NAPI, this is not
    true anymore and the BUG_ON can hits on heavy load.
    
    In this driver NAPI was enabled on 2.6.33-rc1 so this is
    regression from 2.6.32 kernel.
    
    Reported-by: Ralf Roesch <[email protected]>
    Signed-off-by: Atsushi Nemoto <[email protected]>
    Signed-off-by: David S. Miller <[email protected]>

commit cac43a1b7b091b17113502e4128dcb0ff7e3503d
Author: Torgny Johansson <[email protected]>
Date:   Fri Feb 19 01:59:15 2010 +0000

    cdc_ether: new PID for Ericsson C3607w to the whitelist (resubmit)
    
    This patch adds a new vid/pid to the cdc_ether whitelist.
    
    Device added:
    - Ericsson Mobile Broadband variant C3607w
    
    Signed-off-by: Torgny Johansson <[email protected]>
    
    --
    To unsubscribe from this list: send the line "unsubscribe netdev" in
    the body of a message to [email protected]
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Signed-off-by: David S. Miller <[email protected]>

commit e79dc48431e7731f5bb6bab8f6b499fe03802ca0
Author: Brian Haley <[email protected]>
Date:   Mon Feb 22 12:27:21 2010 +0000

    IPv6: better document max_addresses parameter
    
    Andrew Morton wrote:
    >> >From ip-sysctl.txt file in kernel documentation I can see following 
description
    >> for max_addresses:
    >> max_addresses - INTEGER
    >>         Number of maximum addresses per interface.  0 disables 
limitation.
    >>         It is recommended not set too large value (or 0) because it would
    >>         be too easy way to crash kernel to allow to create too much of
    >>         autoconfigured addresses.
               ^^^^^^^^^^^^^^
    
    >> If this parameter applies only for auto-configured IP addressed, please 
state
    >> it more clearly in docs or rename the parameter to show that it refers to
    >> auto-configuration.
    
    It did mention autoconfigured in the text, but the below makes it more 
obvious.
    
    More clearly document IPv6 max_addresses parameter.
    
    Signed-off-by: Brian Haley <[email protected]>
    Signed-off-by: David S. Miller <[email protected]>

commit f5ca8502f70ccc77008b7bee671f5301995240a4
Author: Lennert Buytenhek <[email protected]>
Date:   Mon Feb 22 22:34:54 2010 +0000

    MAINTAINERS: update mv643xx_eth maintenance status
    
    I am no longer with Marvell.
    
    Signed-off-by: Lennert Buytenhek <[email protected]>
    Signed-off-by: David S. Miller <[email protected]>

commit b5abb028e214cca68f4231d4f3bc0847ddbc986e
Author: Anton Blanchard <[email protected]>
Date:   Fri Feb 19 17:54:53 2010 +0000

    e1000: Fix DMA mapping error handling on RX
    
    Check for error return from pci_map_single/pci_map_page and clean up.
    
    With this and the previous patch the driver was able to handle a significant
    percentage of errors (I set the fault injection rate to 10% and could still
    download large files at a reasonable speed).
    
    Signed-off-by: Anton Blanchard <[email protected]>
    Signed-off-by: Jeff Kirsher <[email protected]>
    Signed-off-by: David S. Miller <[email protected]>

commit 79da0644a8e0838522828f106e4049639eea6baf
Author: Jens Axboe <[email protected]>
Date:   Tue Feb 23 08:40:43 2010 +0100

    Revert "block: improve queue_should_plug() by looking at IO depths"
    
    This reverts commit fb1e75389bd06fd5987e9cda1b4e0305c782f854.
    
    "Benjamin S." <[email protected]> reports that the patch in question
    causes a big drop in sequential throughput for him, dropping from
    200MB/sec down to only 70MB/sec.
    
    Needs to be investigated more fully, for now lets just revert the
    offending commit.
    
    Conflicts:
    
        include/linux/blkdev.h
    
    Signed-off-by: Jens Axboe <[email protected]>

commit 4e4ddd47774313accc86b233d6ca2c6a9037a671
Author: Thomas Hellstrom <[email protected]>
Date:   Sun Feb 21 14:54:55 2010 +0000

    drm/vmwgfx: Fix queries if no dma buffer thrashing is occuring.
    
    Intercept query commands and apply relocations to their guest pointers.
    
    Signed-off-by: Thomas Hellstrom <[email protected]>
    Signed-off-by: Dave Airlie <[email protected]>

commit 6c42966768b0254f465a8f451333795283f53d22
Author: Ben Skeggs <[email protected]>
Date:   Sat Feb 20 08:10:11 2010 +1000

    drm/nv50: fix vram ptes on IGPs to point at stolen system memory
    
    Signed-off-by: Ben Skeggs <[email protected]>

commit 76befb8c30cebe2af83fa346bdaf75b430893511
Author: Ben Skeggs <[email protected]>
Date:   Sat Feb 20 08:06:36 2010 +1000

    drm/nv50: fix instmem binding on IGPs to point at stolen system memory
    
    This also modifies the unused PRAMIN PT entries to be all zeroes, can't
    really recall why I used 9/0 initially, just that it didn't work for
    some reason.  It was likely masking a bug elsewhere that's since been
    fixed.
    
    Signed-off-by: Ben Skeggs <[email protected]>

commit 531e77139f26e8da32ee694b9ee5e6f4c764f1db
Author: Ben Skeggs <[email protected]>
Date:   Thu Feb 11 11:31:44 2010 +1000

    drm/nv50: improve vram page table construction
    
    This commit changes nouveau to construct PTEs which look very much like
    the ones the binary driver creates.
    
    I presume that filling multiple PTEs identically with length flags and
    the physical address of the start of a block of VRAM is a hint to the
    memory controller that it need not perform additional page table lookups
    for that range of addresses.
    
    Signed-off-by: Ben Skeggs <[email protected]>

commit 4c27bd339d226175ac0e4dc3ab8289ba696db8be
Author: Ben Skeggs <[email protected]>
Date:   Thu Feb 11 10:25:53 2010 +1000

    drm/nv50: more efficient clearing of gpu page table entries
    
    Signed-off-by: Ben Skeggs <[email protected]>

commit 66b6ebaccb176a2068bbe328f162614dce524621
Author: Ben Skeggs <[email protected]>
Date:   Thu Feb 11 10:23:30 2010 +1000

    drm/nv50: make nv50_mem_vm_{bind,unbind} operate only on vram
    
    GART is handled elsewhere, no reason to have the code for it here too.
    
    Signed-off-by: Ben Skeggs <[email protected]>

commit e7e65caefd57913260c82fb751f07655671ec47e
Author: Francisco Jerez <[email protected]>
Date:   Wed Feb 10 19:25:58 2010 +0100

    drm/nouveau: Fix up pre-nv17 analog load detection.
    
    Signed-off-by: Francisco Jerez <[email protected]>
    Signed-off-by: Ben Skeggs <[email protected]>

commit d306ebc28649b89877a22158fe0076f06cc46f60
Author: Pallipadi, Venkatesh <[email protected]>
Date:   Wed Feb 10 10:35:31 2010 -0800

    ACPI: Be in TS_POLLING state during mwait based C-state entry
    
    ACPI deep C-state entry had a long standing bug/missing feature, wherein we 
were sending
    resched IPIs when an idle CPU is in mwait based deep C-state. Only mwait 
based C1 was using
    the write to the monitored address to wake up mwait'ing CPU.
    
    This patch changes the code to retain TS_POLLING bit if we are entering an 
mwait based
    deep C-state.
    
    The patch has been verified to reduce the number of resched IPIs in general 
and also
    improves the performance/power on workloads with low system utilization 
(i.e., when mwait based
    deep C-states are being used).
    
    Fixes "netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f"
    http://marc.info/?l=linux-kernel&m=126441481427331&w=4
    
    Reported-by: Lin Ming <[email protected]>
    Tested-by: Alex Shi <[email protected]>
    Signed-off-by: Venkatesh Pallipadi <[email protected]>
    Signed-off-by: Len Brown <[email protected]>

commit a120e912eb51e347f36c71b60a1d13af74d30e83
Author: Stanislaw Gruszka <[email protected]>
Date:   Fri Feb 19 15:47:33 2010 -0800

    iwlwifi: sanity check before counting number of tfds can be free
    
    Check the frame control for ieee80211_is_data_qos() is true before
    counting the number of tfds can be free, the tfds_in_queue only
    increment when ieee80211_is_data_qos() is true before transmit; so it
    should only decrement if the type match.
    
    Remove ieee80211_is_data_qos check for frame_ctrl in tx_resp to avoid
    invalid information pass from uCode.
    
    Signed-off-by: Stanislaw Gruszka <[email protected]>
    Signed-off-by: Wey-Yi Guy <[email protected]>
    Signed-off-by: Reinette Chatre <[email protected]>
    CC: [email protected]
    Signed-off-by: John W. Linville <[email protected]>

commit a239a8b47cc0e5e6d7416a89f340beac06d5edaa
Author: Wey-Yi Guy <[email protected]>
Date:   Fri Feb 19 15:47:32 2010 -0800

    iwlwifi: error checking for number of tfds in queue
    
    When receive reply_tx and ready to decrement the count for number of
    tfds in queue, do error checking to prevent error condition and
    tfds_in_queue become negative number.
    
    Signed-off-by: Wey-Yi Guy <[email protected]>
    Signed-off-by: Reinette Chatre <[email protected]>
    CC: [email protected]
    Signed-off-by: John W. Linville <[email protected]>

commit 5e2f75b8993a0d83d469388b50716dd5551f2eb4
Author: Dan Halperin <[email protected]>
Date:   Thu Feb 18 22:01:39 2010 -0800

    iwlwifi: set HT flags after channel in rxon
    
    The HT extension channel settings require priv->staging_rxon.channel to be
    accurate. However, iwl_set_rxon_ht was being called before 
iwl_set_rxon_channel
    and thus HT40 could be broken unless another call to iwl_mac_config came in.
    
    This problem was recently introduced by "iwlwifi: Fix to set correct ht
    configuration"
    
    The particular setting in which I noticed this was monitor mode:
    
        iwconfig wlan0 mode monitor
        ifconfig wlan0 up
        ./iw wlan0 set channel 64 HT40-
        #./iw wlan0 set channel 64 HT40-
        tcpdump -i wlan0 -y IEEE802_11_RADIO
    
    would only catch HT40 packets if I issued the IW command twice.
    
    From visual inspection, iwl_set_rxon_channel does not depend on
    iwl_set_rxon_ht, so simply swapping them should be safe and fixes this 
problem.
    
    Signed-off-by: Daniel Halperin <[email protected]>
    Acked-by: Wey-Yi Guy <[email protected]>
    Signed-off-by: Reinette Chatre <[email protected]>
    CC: [email protected]
    Signed-off-by: John W. Linville <[email protected]>

commit 455c0d71d46e86b0b7ff2c9dcfc19bc162302ee9
Author: Darrick J. Wong <[email protected]>
Date:   Thu Feb 18 10:28:20 2010 -0800

    ACPI: Fix regression where _PPC is not read at boot even when ignore_ppc=0
    
    Earlier, Ingo Molnar posted a patch to make it so that the kernel would 
avoid
    reading _PPC on his broken T60.  Unfortunately, it seems that with Thomas
    Renninger's patch last July to eliminate _PPC evaluations when the processor
    driver loads, the kernel never actually reads _PPC at all!  This is 
problematic
    if you happen to boot your non-T60 computer in a state where the BIOS 
_wants_
    _PPC to be something other than zero.
    
    So, put the _PPC evaluation back into acpi_processor_get_performance_info if
    ignore_ppc isn't 1.
    
    Signed-off-by: Darrick J. Wong <[email protected]>
    Signed-off-by: Len Brown <[email protected]>

commit 6f6ef82cc9de24153ba7d5cedab5970e276aefa1
Author: Carlos Corbacho <[email protected]>
Date:   Sat Dec 26 19:24:31 2009 +0000

    acer-wmi: Respect current backlight level when loading
    
    Set the backlight to use the current brightness when loaded, rather than
    always resetting the backlight to maximum brightness.
    
    Fixes kernel bugzilla #14207
    
    Signed-off-by: Carlos Corbacho <[email protected]>
    Reported-by: Denis Mukhin <[email protected]>
    Signed-off-by: Len Brown <[email protected]>

http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=60b341b778cc2929df16c0a504c91621b3c6a4ad
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=5fd4514bb351b5ecb0da3692fff70741e5ed200c
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=83b4d17d8841a9a7b8ed02ac99ca92afada154e1
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=0d670b24729be268eba98b3920b8571f60798d8d
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=c4d49794ff2838038fd9756eae39c39a5a685833
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=f7624c97b8e5bca49be7854309550bff8ce98c47
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=662a96bd6f020782dfbdc0d0bd177c7dbb556687
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=cac43a1b7b091b17113502e4128dcb0ff7e3503d
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=e79dc48431e7731f5bb6bab8f6b499fe03802ca0
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=f5ca8502f70ccc77008b7bee671f5301995240a4
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=b5abb028e214cca68f4231d4f3bc0847ddbc986e
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=79da0644a8e0838522828f106e4049639eea6baf
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=4e4ddd47774313accc86b233d6ca2c6a9037a671
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=6c42966768b0254f465a8f451333795283f53d22
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=76befb8c30cebe2af83fa346bdaf75b430893511
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=531e77139f26e8da32ee694b9ee5e6f4c764f1db
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=4c27bd339d226175ac0e4dc3ab8289ba696db8be
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=66b6ebaccb176a2068bbe328f162614dce524621
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=e7e65caefd57913260c82fb751f07655671ec47e
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=d306ebc28649b89877a22158fe0076f06cc46f60
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=a120e912eb51e347f36c71b60a1d13af74d30e83
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=a239a8b47cc0e5e6d7416a89f340beac06d5edaa
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=5e2f75b8993a0d83d469388b50716dd5551f2eb4
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=455c0d71d46e86b0b7ff2c9dcfc19bc162302ee9
http://suva.vyatta.com/git/?p=linux-vyatta.git;a=commitdiff;h=6f6ef82cc9de24153ba7d5cedab5970e276aefa1
_______________________________________________
svn mailing list
[email protected]
http://mailman.vyatta.com/mailman/listinfo/svn

Reply via email to