Permalink
Commits on Aug 20, 2008
  1. Linux 2.6.25.16

    gregkh committed Aug 20, 2008
  2. qla2xxx: Set an rport's dev_loss_tmo value in a consistent manner.

    [ Upstream commit 85821c9 ]
    
    As there's no point in adding a fixed-fudge value (originally 5
    seconds), honor the user settings only.  We also remove the
    driver's dead-callback get_rport_dev_loss_tmo function
    (qla2x00_get_rport_loss_tmo()).
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    avasquez01 committed with gregkh Aug 14, 2008
  3. qla2xxx: Add dev_loss_tmo_callbk/terminate_rport_io callback support.

    [ Upstream commit 5f3a9a2 ]
    
    Signed-off-by: Seokmann Ju <seokmann.ju@qlogic.com>
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Seokmann Ju committed with gregkh Aug 14, 2008
  4. x86: fix setup code crashes on my old 486 box

    commit 7b27718 upstream
    
    yesterday I tried to reactivate my old 486 box and wanted to install a
    current Linux with latest kernel on it. But it turned out that the
    latest kernel does not boot because the machine crashes early in the
    setup code.
    
    After some debugging it turned out that the problem is the query_ist()
    function. If this interrupt with that function is called the machine
    simply locks up. It looks like a BIOS bug. Looking for a workaround for
    this problem I wrote the attached patch. It checks for the CPUID
    instruction and if it is not implemented it does not call the speedstep
    BIOS function. As far as I know speedstep should be available since some
    Pentium earliest.
    
    Alan Cox observed that it's available since the Pentium II, so cpuid
    levels 4 and 5 can be excluded altogether.
    
    H. Peter Anvin cleaned up the code some more:
    
    > Right in concept, but I dislike the implementation (duplication of the
    > CPU detect code we already have).  Could you try this patch and see if
    > it works for you?
    
    which, with a small modification to fix a build error with it the
    resulting kernel boots on my machine.
    
    Signed-off-by: Joerg Roedel <joro@8bytes.org>
    Signed-off-by: "H. Peter Anvin" <hpa@zytor.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    joergroedel committed with gregkh Aug 17, 2008
  5. x86: fix spin_is_contended()

    commit 7bc069c upstream
    
    The masked difference is what needs to be compared against 1, rather
    than the difference of masked values (which can be negative).
    
    Signed-off-by: Jan Beulich <jbeulich@novell.com>
    Acked-by: Nick Piggin <npiggin@suse.de>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jan Beulich committed with gregkh Aug 17, 2008
  6. CIFS: Fix compiler warning on 64-bit

    commit 04e1e0c upstream.
    
    Signed-off-by: Steve French <sfrench@us.ibm.com>
    Cc: Eugene Teo <eteo@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jan Beulich committed with gregkh Jul 22, 2008
  7. i2c: Fix NULL pointer dereference in i2c_new_probed_device

    Already in Linus' tree:
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b25b791b13aaa336b56c4f9bd417ff126363f80b
    
    Fix a NULL pointer dereference that happened when calling
    i2c_new_probed_device on one of the addresses for which we use byte
    reads instead of quick write for detection purpose (that is: 0x30-0x37
    and 0x50-0x5f).
    
    Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Hans Verkuil committed with gregkh Aug 12, 2008
  8. netfilter: nf_nat_snmp_basic: fix a range check in NAT for SNMP

    commit 252815b upstream
    
    Fix a range check in netfilter IP NAT for SNMP to always use a big enough size
    variable that the compiler won't moan about comparing it to ULONG_MAX/8 on a
    64-bit platform.
    
    Signed-off-by: David Howells <dhowells@redhat.com>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Cc: Eugene Teo <eteo@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dhowells committed with gregkh Jul 9, 2008
  9. r8169: avoid thrashing PCI conf space above RTL_GIGA_MAC_VER_06

    commit 7733289 upstream
    
    The magic write to register 0x82 will often cause PCI config space on
    my 8168 (PCI ID 10ec:8168, revision 2. mounted in an LG P300 laptop)
    to be filled with ones during driver load, and thus breaking NIC
    operation until reboot. If it does not happen on first driver load it
    can easily be reproduced by unloading and loading the driver a few
    times.
    
    The magic write was added long ago by this commit:
    
    Author: François Romieu <romieu@fr.zoreil.com>
    Date:   Sat Jan 10 06:00:46 2004 -0500
    
         [netdrvr r8169] Merge of changes done by Realtek to rtl8169_init_one():
         - phy capability settings allows lower or equal capability as suggested
           in Realtek's changes;
         - I/O voodoo;
         - no need to s/mdio_write/RTL8169_WRITE_GMII_REG/;
         - s/rtl8169_hw_PHY_config/rtl8169_hw_phy_config/;
         - rtl8169_hw_phy_config(): ad-hoc struct "phy_magic" to limit duplication
           of code (yep, the u16 -> int conversions should work as expected);
         - variable renames and whitepace changes ignored.
    
    As the 8168 wasn't supported by that version this patch simply removes
    the bogus write from mac versions <= RTL_GIGA_MAC_VER_06.
    
    [The change above makes sense for the 8101/8102 too -- Ueimor]
    
    Signed-off-by: Marcus Sundberg <marcus@ingate.com>
    Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
    Cc: Karsten Keil <kkeil@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Marcus Sundberg committed with gregkh Jul 10, 2008
  10. radeon: misc corrections

    Commit efc4918 upstream
    
    radeon: misc corrections
    
    I have a new PCI-E radeon RV380 series card (PCI device ID 5b64) that
    hangs in my sparc64 boxes when the init scripts set the font.  The problem
    goes away if I disable acceleration.
    
    I haven't figured out that bug yet, but along the way I found some
    corrections to make based upon some auditing.
    
    1) The RB2D_DC_FLUSH_ALL value used by the kernel fb driver
       and the XORG video driver differ.  I've made the kernel
       match what XORG is using.
    
    2) In radeonfb_engine_reset() we have top-level code structure
       that roughly looks like:
    
    	if (family is 300, 350, or V350)
    		do this;
    	else
    		do that;
    	...
    	if (family is NOT 300, OR
    	    family is NOT 350, OR
    	    family is NOT V350)
    		do another thing;
    
       this last conditional makes no sense, is always true,
       and obviously was likely meant to be "family is NOT
       300, 350, or V350".  So I've made the code match the
       intent.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Tested-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with gregkh Aug 6, 2008
  11. uml: PATH_MAX needs limits.h

    commit b6d8adf upstream.
    
    Include limits.h to get a definition of PATH_MAX.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Ingo Molnar committed with gregkh Aug 5, 2008
  12. uml: Fix boot crash

    commit 7c1fed0 upstream
    
    My copying of linux/init.h didn't go far enough.  The definition of
    __used singled out gcc minor version 3, but didn't care what the major
    version was.  This broke when unit-at-a-time was added and gcc started
    throwing out initcalls.
    
    This results in an early boot crash when ptrace tries to initialize a
    process with an empty, uninitialized register set.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  13. uml: fix gcc ICEs and unresolved externs

    commit 4f81c53 upstream
    
    There are various constraints on the use of unit-at-a-time:
     - i386 uses no-unit-at-a-time for pre-4.0 (not 4.3)
     - x86_64 uses unit-at-a-time always
    
    Uli reported a crash on x86_64 with gcc 4.1.2 with unit-at-a-time,
    resulting in commit c0a1811
    
    Ingo reported a gcc internal error with gcc 4.3 with no-unit-at-a-timem,
    resulting in 22eecde
    
    Benny Halevy is seeing extern inlines not resolved with gcc 4.3 with
    no-unit-at-a-time
    
    This patch reintroduces unit-at-a-time for gcc >= 4.0, bringing back the
    possibility of Uli's crash.  If that happens, we'll debug it.
    
    I started seeing both the internal compiler errors and unresolved
    inlines on Fedora 9.  This patch fixes both problems, without so far
    reintroducing the crash reported by Uli.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Cc: Benny Halevy <bhalevy@panasas.com>
    Cc: Adrian Bunk <bunk@kernel.org>
    Cc: Ingo Molnar <mingo@elte.hu>
    Cc: Ulrich Drepper <drepper@redhat.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  14. uml: work around broken host PTRACE_SYSEMU

    commit f1ef916 upstream
    
    Fedora broke PTRACE_SYSEMU again, and UML crashes as a result when it
    doesn't need to.  This patch makes the PTRACE_SYSEMU check fail gracefully
    and makes UML fall back to PTRACE_SYSCALL.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  15. uml: stub needs to tolerate SIGWINCH

    commit 3d5ede6 upstream
    
    We lost the marking of SIGWINCH as being OK to receive during stub
    execution, causing a panic should that happen.
    
    Cc: Benedict Verheyen <benedict.verheyen@gmail.com>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  16. uml: memcpy export needs to follow host declaration

    commit 8bfd04b upstream
    
    x86_64 defines either memcpy or __memcpy depending on the gcc version, and
    it looks like UML needs to follow that in its exporting.
    
    Cc: Gabriel C <nix.or.die@googlemail.com>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  17. uml: missing export of csum_partial() on uml/amd64

    commit 3e3b48e upstream
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Cc: Jeff Dike <jdike@addtoit.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Al Viro committed with gregkh Aug 5, 2008
  18. uml: deal with inaccessible address space start

    commit 40fb16a upstream
    
    This patch makes os_get_task_size locate the bottom of the address space,
    as well as the top.  This is for systems which put a lower limit on mmap
    addresses.  It works by manually scanning pages from zero onwards until a
    valid page is found.
    
    Because the bottom of the address space may not be zero, it's not
    sufficient to assume the top of the address space is the size of the
    address space.  The size is the difference between the top address and
    bottom address.
    
    [jdike@addtoit.com: changed the name to reflect that this function is
    supposed to return the top of the process address space, not its size and
    changed the return value to reflect that.  Also some minor formatting
    changes]
    
    Signed-off-by: Tom Spink <tspink@gmail.com>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    tspink committed with gregkh Aug 5, 2008
  19. uml: deal with host time going backwards

    commit 06e1e4f upstream
    
    Protection against the host's time going backwards (eg, ntp activity on
    the host) by keeping track of the time at the last tick and if it's
    greater than the current time, keep time stopped until the host catches
    up.
    
    Cc: Nix <nix@esperi.org.uk>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  20. uml: missed kmalloc() in pcap_user.c

    commit 296cd66 upstream
    
    Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
    Acked-by: Jeff Dike <jdike@addtoit.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Al Viro committed with gregkh Aug 5, 2008
  21. uml: track and make up lost ticks

    commit fe2cc53 upstream
    
    Alarm delivery could be noticably late in the !CONFIG_NOHZ case because lost
    ticks weren't being taken into account.  This is now treated more carefully,
    with the time between ticks being calculated and the appropriate number of
    ticks delivered to the timekeeping system.
    
    Cc: Nix <nix@esperi.org.uk>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  22. uml: physical memory shouldn't include initial stack

    commit 60a2988 upstream
    
    The top of physical memory should be below the initial process stack, not the
    top of the address space, at least for as long as the stack isn't known to the
    kernel VM system and appropriately reserved.
    
    Cc: "Christopher S. Aker" <caker@theshore.net>
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Cc: WANG Cong <xiyou.wangcong@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  23. uml: fix bad NTP interaction with clock

    commit cfd28f6 upstream
    
    UML's supposed nanosecond clock interacts badly with NTP when NTP
    decides that the clock has drifted ahead and needs to be slowed down.
    Slowing down the clock is done by decrementing the cycle-to-nanosecond
    multiplier, which is 1.  Decrementing that gives you 0 and time is
    stopped.
    
    This is fixed by switching to a microsecond clock, with a multiplier
    of 1000.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Cc: WANG Cong <xiyou.wangcong@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  24. uml: fix build when SLOB is enabled

    commit 43f5b30 upstream
    
    Reintroduce uml_kmalloc for the benefit of UML libc code.  The
    previous tactic of declaring __kmalloc so it could be called directly
    from the libc side of the house turned out to be getting too intimate
    with slab, and it doesn't work with slob.
    
    So, the uml_kmalloc wrapper is back.  It calls kmalloc or whatever
    that translates into, and libc code calls it.
    
    kfree is left alone since that still works, leaving a somewhat
    inconsistent API.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Cc: WANG Cong <xiyou.wangcong@gmail.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jeff Dike committed with gregkh Aug 5, 2008
  25. sparc64: Do not clobber %g7 in setcontext() trap.

    [ Upstream commit 0a4949c ]
    
    That's the userland thread register, so we should never try to change
    it like this.
    
    Based upon glibc bug nptl/6577 and suggestions by Jakub Jelinek.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with gregkh Aug 1, 2008
  26. sparc64: FUTEX_OP_ANDN fix

    [ Upstream commit d72609e ]
    
    Correct sparc64's implementation of FUTEX_OP_ANDN to do a
    bitwise negate of the oparg parameter before applying the
    AND operation. All other archs that support FUTEX_OP_ANDN
    either negate oparg explicitly (frv, ia64, mips, sh, x86),
    or do so indirectly by using an and-not instruction (powerpc).
    Since sparc64 has and-not, I chose to use that solution.
    
    I've not found any use of FUTEX_OP_ANDN in glibc so the
    impact of this bug is probably minor. But other user-space
    components may try to use it so it should still get fixed.
    
    Signed-off-by: Mikael Pettersson <mikpe@it.uu.se>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Mikael Pettersson committed with gregkh Jul 30, 2008
  27. ipv6: Fix ip6_xmit to send fragments if ipfragok is true

    [ Upstream commit 77e2f14 ]
    
    SCTP used ip6_xmit() to send fragments after received ICMP packet too
    big message. But while send packet used ip6_xmit, the skb->local_df is
    not initialized. So when skb if enter ip6_fragment(), the following
    code will discard the skb.
    
    ip6_fragment(...)
    {
        if (!skb->local_df) {
            ...
            return -EMSGSIZE;
        }
        ...
    }
    
    SCTP do the following step:
    1. send packet ip6_xmit(skb, ipfragok=0)
    2. received ICMP packet too big message
    3. if PMTUD_ENABLE: ip6_xmit(skb, ipfragok=1)
    
    This patch fixed the problem by set local_df if ipfragok is true.
    
    Signed-off-by: Wei Yongjun <yjwei@cn.fujitsu.com>
    Acked-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Wei Yongjun committed with gregkh Aug 1, 2008
  28. random32: seeding improvement

    [ Upstream commit 697f8d0 ]
    
    The rationale is:
       * use u32 consistently
       * no need to do LCG on values from (better) get_random_bytes
       * use more data from get_random_bytes for secondary seeding
       * don't reduce state space on srandom32()
       * enforce state variable initialization restrictions
    
    Note: the second paper has a version of random32() with even longer period
    and a version of random64() if needed.
    
    Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Cc: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Stephen Hemminger committed with gregkh Jul 30, 2008
  29. dccp: change L/R must have at least one byte in the dccpsf_val field

    commit 3e8a0a5 upstream
    
    Thanks to Eugene Teo for reporting this problem.
    
    Signed-off-by: Eugene Teo <eugeneteo@kernel.sg>
    Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
    Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Arnaldo Carvalho de Melo committed with gregkh Aug 13, 2008
  30. acer-wmi: Fix wireless and bluetooth on early AMW0 v2 laptops

    commit 5c742b4 upstream
    
    In the old acer_acpi, I discovered that on some of the newer AMW0 laptops
    that supported the WMID methods, they don't work properly for setting the
    wireless and bluetooth values.
    
    So for the AMW0 V2 laptops, we want to use both the 'old' AMW0 and the
    'new' WMID methods for setting wireless & bluetooth to guarantee we always
    enable it.
    
    This was fixed in acer_acpi some time ago, but I forgot to port the patch
    over to acer-wmi when it was merged.
    
    (Without this patch, early AMW0 V2 laptops such as the Aspire 5040 won't
    work with acer-wmi, where-as they did with the old acer_acpi).
    
    AK: fix compilation
    
    Signed-off-by: Carlos Corbacho <carlos@strangeworlds.co.uk>
    Signed-off-by: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    ccorbacho committed with gregkh Aug 15, 2008
  31. CIFS: if get root inode fails during mount, cleanup tree connection

    commit 2c731af upstream
    
    Signed-off-by: Steve French <sfrench@us.ibm.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Steve French committed with gregkh Aug 15, 2008
  32. CIFS: mount of IPC$ breaks with iget patch

    commit ad66133 upstream
    
    In looking at network named pipe support on cifs, I noticed that
    Dave Howell's iget patch:
    
        iget: stop CIFS from using iget() and read_inode()
    
    broke mounts to IPC$ (the interprocess communication share), and don't
    handle the error case (when getting info on the root inode fails).
    
    Thanks to Gunter who noted a typo in a debug line in the original
    version of this patch.
    
    CC: David Howells <dhowells@redhat.com>
    CC: Gunter Kukkukk <linux@kukkukk.com>
    Signed-off-by: Steve French <sfrench@us.ibm.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Steve French committed with gregkh Aug 15, 2008
  33. ide-cd: fix endianity for the error message in cdrom_read_capacity

    commit 938bb03 uptream
    
    Aesthetic regards aside, commit e8e7b9e
    still leaves a bug in the error message, because it uses the unconverted
    big-endian value for printk.
    
    Fix this by using a local variable in machine byte order. The result is
    correct, more readable, and also produces slightly shorter code on i386.
    
    Signed-off-by: Petr Tesarik <ptesarik@suse.cz>
    Cc: Jens Axboe <jens.axboe@oracle.com>
    Cc: Jan Kara <jack@suse.cz>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Cc: <stable@kernel.org>
    Acked-by: Borislav Petkov <petkovbb@gmail.com>
    [bart: __u32 -> u32]
    Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    ptesarik committed with gregkh Aug 6, 2008
  34. ipvs: Fix possible deadlock in estimator code

    commit 8ab19ea upstream
    
    There is a slight chance for a deadlock in the estimator code. We can't call
    del_timer_sync() while holding our lock, as the timer might be active and
    spinning for the lock on another cpu. Work around this issue by using
    try_to_del_timer_sync() and releasing the lock. We could actually delete the
    timer outside of our lock, as the add and kill functions are only every called
    from userspace via [gs]etsockopt() and are serialized by a mutex, but better
    make this explicit.
    
    Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
    Acked-by: Simon Horman <horms@verge.net.au>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    swegener committed with gregkh Aug 14, 2008
  35. matrox maven: fix a broken error path

    commit 5ede40f upstream
    
    I broke an error path with d03c21e,
    sorry about that.
    
    The machine will crash if the i2c_attach_client() or maven_init_client()
    calls fail, although nobody has yet reported this happening.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Acked-by: Krzysztof Helt <krzysztof.h1@wp.pl>
    Cc: Petr Vandrovec <VANDROVE@vc.cvut.cz>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jean Delvare committed with gregkh Aug 12, 2008