Skip to content
Commits on Jun 11, 2007
  1. @chriswright

    Linux 2.6.21.5

    chriswright committed Jun 11, 2007
  2. @chriswright

    [PATCH] BLUETOOTH: Fix locking in hci_sock_dev_event().

    We presently use lock_sock() to acquire a lock on a socket in
    hci_sock_dev_event(), but this goes BUG because lock_sock()
    can sleep and we're already holding a read-write spinlock at
    that point. So, we must use the non-sleeping BH version,
    bh_lock_sock().
    
    However, hci_sock_dev_event() is called from user context and
    hence using simply bh_lock_sock() will deadlock against a
    concurrent softirq that tries to acquire a lock on the same
    socket. Hence, disabling BH's before acquiring the socket lock
    and enable them afterwards, is the proper solution to fix
    socket locking in hci_sock_dev_event().
    
    Signed-off-by: Satyam Sharma <ssatyam@cse.iitk.ac.in>
    Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Satyam Sharma committed with chriswright Jun 6, 2007
  3. @Infinoid @chriswright

    [PATCH] TCP: Use default 32768-61000 outgoing port range in all cases.

    This diff changes the default port range used for outgoing connections,
    from "use 32768-61000 in most cases, but use N-4999 on small boxes
    (where N is a multiple of 1024, depending on just *how* small the box
    is)" to just "use 32768-61000 in all cases".
    
    I don't believe there are any drawbacks to this change, and it keeps
    outgoing connection ports farther away from the mess of
    IANA-registered ports.
    
    Signed-off-by: Mark Glines <mark@glines.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Infinoid committed with chriswright Jun 6, 2007
  4. @davem330 @chriswright

    [PATCH] SPARC64: Don't be picky about virtual-dma values on sun4v.

    Handle arbitrary base and length values as long as they
    are multiples of IO_PAGE_SIZE.
    
    Bug found by Arun Kumar Rao.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with chriswright Jun 6, 2007
  5. @davem330 @chriswright

    [PATCH] SPARC64: Fix _PAGE_EXEC_4U check in sun4u I-TLB miss handler.

    It was using an immediate _PAGE_EXEC_4U value in an 'and'
    instruction to perform the test.  This doesn't work because
    the immediate field is signed 13-bit, this the mask being
    tested against the PTE was 0x1000 sign-extended to 32-bits
    instead of just plain 0x1000.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with chriswright Jun 6, 2007
  6. @chriswright

    [PATCH] SPARC64: Fix two bugs wrt. kernel 4MB TSB.

    1) The TSB lookup was not using the correct hash mask.
    
    2) It was not aligned on a boundary equal to it's size,
       which is required by the sun4v Hypervisor.
    
    wasn't having it's return value checked, and that bug will be fixed up
    as well in a subsequent changeset.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    David S. Miller committed with chriswright Jun 6, 2007
  7. @chriswright

    [PATCH] NET: "wrong timeout value" in sk_wait_data() v2

    sys_setsockopt() do not check properly timeout values for
    SO_RCVTIMEO/SO_SNDTIMEO, for example it's possible to set negative timeout
    values. POSIX do not defines behaviour for sys_setsockopt in case negative
    timeouts, but requires that setsockopt() shall fail with -EDOM if the send and
    receive timeout values are too big to fit into the timeout fields in the socket
    structure.
    In current implementation negative timeout can lead to error messages like
    "schedule_timeout: wrong timeout value".
    
    Proposed patch:
    - checks tv_usec and returns -EDOM if it is wrong
    - do not allows to set negative timeout values (sets 0 instead) and outputs
    ratelimited information message about such attempts.
    
    Signed-off-By: Vasily Averin <vvs@sw.ru>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Vasily Averin committed with chriswright Jun 6, 2007
  8. @chriswright

    [PATCH] SPARC: Linux always started with 9600 8N1

    The Linux kernel ignored the PROM's serial settings (115200,n,8,1 in
    my case). This was because mode_prop remained "ttyX-mode" (expected:
    "ttya-mode") due to the constness of string literals when used with
    "char *". Since there is no "ttyX-mode" property in the PROM, Linux
    always used the default 9600.
    
    [ Investigation of the suncore.s assembler reveals that gcc optimizied
      away the stores, yet did not emit a warning, which is a pretty
      anti-social thing to do and is the only reason this bug lived for
      so long -DaveM ]
    
    Signed-off-by: Jan Engelhardt <jengelh@gmx.de>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jan Engelhardt committed with chriswright Jun 6, 2007
  9. @kernelslacker @chriswright

    [PATCH] IPV4: Correct rp_filter help text.

    As mentioned in http://bugzilla.kernel.org/show_bug.cgi?id=5015
    The helptext implies that this is on by default.
    This may be true on some distros (Fedora/RHEL have it enabled
    in /etc/sysctl.conf), but the kernel defaults to it off.
    
    Signed-off-by: Dave Jones <davej@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    kernelslacker committed with chriswright Jun 6, 2007
  10. @chriswright

    [PATCH] NET: Fix race condition about network device name allocation.

    Kenji Kaneshige found this race between device removal and
    registration.  On unregister it is possible for the old device to
    exist, because sysfs file is still open.  A new device with 'eth%d'
    will select the same name, but sysfs kobject register will fial.
    
    The following changes the shutdown order slightly. It hold a removes
    the sysfs entries earlier (on unregister_netdevice), but holds a
    kobject reference.  Then when todo runs the actual last put free
    happens.
    
    Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Stephen Hemminger committed with chriswright Jun 6, 2007
  11. @davem330 @chriswright

    [PATCH] NET: Fix BMSR_100{HALF,FULL}2 defines in linux/mii.h

    Noticed by Matvejchikov Ilya.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with chriswright Jun 6, 2007
  12. @chriswright

    [PATCH] IPV6 ROUTE: No longer handle ::/0 specially.

    We do not need to handle ::/0 routes specially any longer.
    This should fix BUG #8349.
    
    Signed-off-by: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
    Acked-by: Yuji Sekiya <sekiya@wide.ad.jp>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    YOSHIFUJI Hideaki committed with chriswright Jun 6, 2007
  13. @chriswright

    [PATCH] IPSEC: Fix panic when using inter address familiy IPsec on lo…

    …opback.
    
    Signed-off-by: Kazunori MIYAZAWA <kazunori@miyazawa.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Kazunori MIYAZAWA committed with chriswright Jun 6, 2007
  14. @chriswright

    [PATCH] NET: parse ip:port strings correctly in in4_pton

    in4_pton converts a textual representation of an ip4 address
    into an integer representation. However, when the textual representation
    is of in the form ip:port, e.g. 192.168.1.1:5060, and 'delim' is set to
    -1, the function bails out with an error when reading the colon.
    
    It makes sense to allow the colon as a delimiting character without
    explicitly having to set it through the 'delim' variable as there can be
    no ambiguity in the point where the ip address is completely parsed. This
    function is indeed called from nf_conntrack_sip.c in this way to parse
    textual ip:port combinations which fails due to the reason stated above.
    
    Signed-off-by: Jerome Borsboom <j.borsboom@erasmusmc.nl>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jerome Borsboom committed with chriswright Jun 6, 2007
  15. @davem330 @chriswright

    [PATCH] ICMP: Fix icmp_errors_use_inbound_ifaddr sysctl

    Currently when icmp_errors_use_inbound_ifaddr is set and an ICMP error is
    sent after the packet passed through ip_output(), an address from the
    outgoing interface is chosen as ICMP source address since skb->dev doesn't
    point to the incoming interface anymore.
    
    Fix this by doing an interface lookup on rt->dst.iif and using that device.
    
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with chriswright Jun 6, 2007
  16. @davem330 @chriswright

    [PATCH] Fix AF_UNIX OOPS

    This combines two upstream commits to fix an OOPS with
    AF_UNIX and SELINUX.
    
    Basically, sk->sk_socket can become NULL because we access
    a peer socket without any locking, so it can be shut down and
    released in another thread.
    
    Commit: d410b81b4eef2e4409f9c38ef201253fbbcc7d94
    [AF_UNIX]: Make socket locking much less confusing.
    
    The unix_state_*() locking macros imply that there is some
    rwlock kind of thing going on, but the implementation is
    actually a spinlock which makes the code more confusing than
    it needs to be.
    
    So use plain unix_state_lock and unix_state_unlock.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    
    Commit: 19fec3e807a487415e77113cb9dbdaa2da739836
    [AF_UNIX]: Fix datagram connect race causing an OOPS.
    
    Based upon an excellent bug report and initial patch by
    Frederik Deweerdt.
    
    The UNIX datagram connect code blindly dereferences other->sk_socket
    via the call down to the security_unix_may_send() function.
    
    Without locking 'other' that pointer can go NULL via unix_release_sock()
    which does sock_orphan() which also marks the socket SOCK_DEAD.
    
    So we have to lock both 'sk' and 'other' yet avoid all kinds of
    potential deadlocks (connect to self is OK for datagram sockets and it
    is possible for two datagram sockets to perform a simultaneous connect
    to each other).  So what we do is have a "double lock" function similar
    to how we handle this situation in other areas of the kernel.  We take
    the lock of the socket pointer with the smallest address first in
    order to avoid ABBA style deadlocks.
    
    Once we have them both locked, we check to see if SOCK_DEAD is set
    for 'other' and if so, drop everything and retry the lookup.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    davem330 committed with chriswright Jun 6, 2007
  17. @chriswright

    [PATCH] Work around Dell E520 BIOS reboot bug

    Force Dell E520 to use the BIOS to shutdown/reboot.
    
    I have at least one report that this patch fixes shutdown/reboot
    problems on the Dell E520 platform.
    
    (Andi says: People can always set the boot option.  It hardly seems like a
    critical issue needing a backport.)
    
    Signed-off-by: Tim Gardner <tim.gardner@ubuntu.com>
    Acked-by: Andi Kleen <ak@suse.de>
    Acked-by: Matt Domsch <Matt_Domsch@dell.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Tim Gardner committed with chriswright Jun 1, 2007
  18. @gbritton @chriswright

    [PATCH] cciss: fix pci_driver.shutdown while device is still active

    Fix an Oops in the cciss driver caused by system shutdown while a
    filesystem on a cciss device is still active.  The cciss_remove_one
    function only properly removes the device if the device has been cleanly
    released by its users, which is not the case when the pci_driver.shutdown
    method is called.
    
    This patch adds a new cciss_shutdown function to better match the pattern
    used by various SCSI drivers: deactivate device interrupts and flush
    caches.  It also alters the cciss_remove_one function to match and readds
    the __devexit annotation that was removed when cciss_remove_one was serving
    as the pci_driver.shutdown method.
    
    Signed-off-by: Gerald Britton <gbritton@alum.mit.edu>
    Acked-by: Mike Miller <mike.miller@hp.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    gbritton committed with chriswright May 19, 2007
  19. @chriswright

    [PATCH] SCSI: aacraid: Correct sa platform support. (Was: [Bug 8469] …

    …Bad EIP value on pentium3 SMP kernel-2.6.21.1)
    
    
    http://bugzilla.kernel.org/show_bug.cgi?id=8469
    
    As discussed in the bugzilla outlined below, we have an sa based
    (Mustang) RAID adapter on the system, a Dell PERC2/QC. Affected
    controllers are HP NetRAID, Adaptec AAC-364, Dell PERC2/QC or Adaptec
    5400S. This problem  coincides with the introduction of the adapter_comm
    and adapter_deliver platform functions (Message [PATCH 1/4] aacraid:
    rework communication support code, January 23 2007, which initially
    migrated to 2.6.21)
    
    The panic occurs with an uninitialized adapter_deliver platform function
    pointer. The enclosed patch, unmodified as tested by Rainer, solves the
    problem.
    
    Signed-off-by: Mark Salyzyn <aacraid@adaptec.com>
    Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    [chrisw: backport to 2.6.21.4]
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Salyzyn, Mark committed with chriswright May 15, 2007
  20. @adurbin @chriswright

    [PATCH] acpi: fix potential call to a freed memory section.

    Strip __cpuinit[data] from Node <-> PXM routines and supporting data
    structures.  Also make pxm_to_node_map and node_to_pxm_map local to the
    numa acpi module.
    
    This fixes a bug triggered by the following conditions:
    - boot on a machine with a SLIT table defined
    - kernel is configured w/ CONFIG_HOTPLUG_CPU=n
    - cat /sys/devices/system/node/node*/distance
    This will cause an oops by calling into a freed memory section.
    
    In particular, on x86_64, __node_distance calls node_to_pxm().
    
    Signed-off-by: Aaron Durbin <adurbin@google.com>
    Cc: Len Brown <lenb@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    adurbin committed with chriswright May 16, 2007
  21. @chriswright

    [PATCH] USB: set the correct Interrupt interval in usb_bulk_msg

    This patch (as902) fixes a mistake I introduced into usb_bulk_msg().
    usb_fill_int_urb() already does the bit-shifting calculation for
    high-speed Interrupt intervals; it shouldn't be done twice.
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Alan Stern committed with chriswright Apr 27, 2007
  22. @chriswright

    [PATCH] x86: fix oprofile double free

    Chuck reports that the recent fix from Andi to oprofile
    6c977aa introduces a double free.  Each
    cpu's cpu_msrs is setup to point to cpu 0's, which causes free_msrs to free
    cpu 0's pointers for_each_possible_cpu.  Rather than copy the pointers, do
    a deep copy instead.
    
    [acme@redhat.com: allocate_msrs() was using for_each_online_cpu()]
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Cc: Andi Kleen <ak@suse.de>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Cc: Dave Jones <davej@redhat.com>
    Cc: Chuck Ebbert <cebbert@redhat.com>
    Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    chriswright committed Jun 1, 2007
  23. @chriswright

    [PATCH] UML - Improve host PTRACE_SYSEMU check

    Make the PTRACE_SYSEMU checking more robust.  It will make sure that
    system call numbers are reported correctly.  If there is a problem, it
    will disable PTRACE_SYSEMU use and use PTRACE_SYSCALL instead.
    
    This fixes a hang on boot on FC6 hosts with a broken PTRACE_SYSEMU.
    
    Signed-off-by: Jeff Dike <jdike@linux.intel.com>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    --
     arch/um/os-Linux/start_up.c |   24 ++++++++++++++++--------
     1 file changed, 16 insertions(+), 8 deletions(-)
    Jeff Dike committed with chriswright Jun 5, 2007
  24. @chriswright

    [PATCH] TG3: Fix link problem on Dell's onboard 5906.

    The bug is caused by code that always set
    (TG3_FLAG_USE_MI_INTERRUPT | TG3_FLAG_USE_LINKCHG_REG) on all Dell's
    onboard devices.  With these 2 flags set, the link status is polled
    by tg3_timer() and will only work when the PHY is set up to interrupt
    the MAC on link changes.  This breaks 5906 because the 5906 PHY does
    not support TG3_FLAG_USE_MI_INTERRUPT the same as other PHYs.
    
    For correctness, only 5701 on Dell systems needs these 2 flags to be
    set.  This change will fix the 5906 problem and will change other
    Dell devices except 5700 and 5701 to use the more efficient
    interrupt-driven link changes.
    
    Update version to 3.75.2.
    
    Signed-off-by: Michael Chan <mchan@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Michael Chan committed with chriswright Jun 5, 2007
  25. @adaplas @chriswright

    [PATCH] neofb: Fix pseudo_palette array overrun in neofb_setcolreg

    The pseudo_palette has room for 16 entries only, but in truecolor mode, it
    attempts to write 256.
    
    Signed-off-by: Antonino Daplas <adaplas@gmail.com>
    Acked-by: Tero Roponen <teanropo@jyu.fi>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    adaplas committed with chriswright Jun 5, 2007
  26. @chriswright

    [PATCH] ALSA: wm8750 typo fix

    I quuestion the testing status of that patch!
    
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Jaroslav Kysela <perex@suse.cz>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Andrew Morton committed with chriswright May 5, 2007
  27. @chriswright

    [PATCH] timer stats: speedups

    Make timer-stats have almost zero overhead when enabled in the config but
    not used.  (this way distros can enable it more easily)
    
    Also update the documentation about overhead of timer_stats - it was
    written for the first version which had a global lock and a linear list
    walk based lookup ;-)
    
    Andrew says:
    And this.  Not a bugfix, but trivial and obvious and apparently some
    distros don't want to enable timer_stats because of the performance
    issue, but powertop uses timer_stats.
    
    Ingo replies:
    seconded. I have tested this with and without CONFIG_TIMER_STATS, with
    and without timer_stats collection activated.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Ingo Molnar committed with chriswright Jun 1, 2007
  28. @dotdash @chriswright

    [PATCH] timer statistics: fix race

    Fix two races in the timer stats lookup code.  One by ensuring that the
    initialization of a new entry is finished upon insertion of that entry.
    The other by cleaning up the hash table when the entries array is cleared,
    so that we don't have any "pre-inserted" entries.
    
    Thanks to Eric Dumazet for reminding me of the memory barriers.
    
    Signed-off-by: Bjorn Steinbrink <B.Steinbrink@gmx.de>
    Signed-off-by: Ian Kumlien <pomac@vapor.com>
    Acked-by: Ingo Molnar <mingo@elte.hu>
    Cc: Eric Dumazet <dada1@cosmosbay.com>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    dotdash committed with chriswright Jun 1, 2007
  29. @chriswright

    [PATCH] tty: fix leakage of -ERESTARTSYS to userland

    Spotted by Satoru Takeuchi.
    
    kill_pgrp(task_pgrp(current)) sends the signal to the current's thread
    group, but can choose any sub-thread as a target for signal_wake_up().
    This means that job_control() and tty_check_change() may return
    -ERESTARTSYS without signal_pending().
    
    Signed-off-by: Oleg Nesterov <oleg@tv-sign.ru>
    Cc: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com>
    Cc: Roland McGrath <roland@redhat.com>
    Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Oleg Nesterov committed with chriswright Jun 1, 2007
  30. @chriswright

    [PATCH] x86_64: allocate sparsemem memmap above 4G

    On systems with huge amount of physical memory, VFS cache and memory memmap
    may eat all available system memory under 4G, then the system may fail to
    allocate swiotlb bounce buffer.
    
    There was a fix for this issue in arch/x86_64/mm/numa.c, but that fix dose
    not cover sparsemem model.
    
    This patch add fix to sparsemem model by first try to allocate memmap above
    4G.
    
    Signed-off-by: Zou Nan hai <nanhai.zou@intel.com>
    Acked-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Cc: Andi Kleen <ak@suse.de>
    Cc: <stable@kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    [chrisw: trivial backport]
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Zou Nan hai committed with chriswright Jun 1, 2007
  31. @chriswright

    [PATCH] pci_ids: update patch for Intel ICH9M

    This patch updates the Intel ICH9M LPC Controller DID's, due to a
    specification change.
    
    Signed-off-by: Jason Gaston <jason.d.gaston@intel.com>
    Cc: <stable@kernel.org>
    Cc: Greg KH <greg@kroah.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Jason Gaston committed with chriswright Jun 1, 2007
  32. @chriswright

    [PATCH] PCI: quirk disable MSI on via vt3351

    The Via VT3351 APIC does not play well with MSI and unleashes a flood
    of APIC errors when MSI is used to deliver interrupts.  The problem
    was recently exposed when the atl1 network device driver, which enables
    MSI by default, stimulated APIC errors on an Asus M2V mainboard, which
    employs the Via VT3351.
    See http://bugzilla.kernel.org/show_bug.cgi?id=8472 for additional
    details on this bug.
    
    Signed-off-by: Jay Cliburn <jacliburn@bellsouth.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Jay Cliburn committed with chriswright May 26, 2007
  33. @chriswright

    [PATCH] ntfs_init_locked_inode(): fix array indexing

    Local variable `i' is a byte-counter.  Don't use it as an index into an array
    of le32's.
    
    Reported-by: "young dave" <hidave.darkstar@gmail.com>
    Cc: "Christoph Lameter" <clameter@sgi.com>
    Acked-by: Anton Altaparmakov <aia21@cantab.net>
    Cc: <stable@kernel.org>
    Cc: Adrian Bunk <bunk@stusta.de>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Andrew Morton committed with chriswright May 31, 2007
  34. @htejun @chriswright

    [PATCH] ahci: disable 64bit dma on sb600

    SB600 claims it can do 64bit DMA but it can't.  Disable it.
    
    Signed-off-by: Tejun Heo <htejun@gmail.com>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    htejun committed with chriswright May 27, 2007
  35. @chriswright

    [PATCH] fix compat console unimap regression

    Why is it that since the 2f1a2cc console
    UTF-8 fixes went into 2.6.22-rc1, the PowerMac G5 shows only inverse video
    question marks for the text on tty2-6? whereas tty1 is fine, and so is x86.
    
    No fault of that patch: by removing the old fallback behaviour, it reveals
    that 32-bit setfont running on 64-bit kernels has only really worked on
    the current console, the rest getting faked by that inadequate fallback.
    
    Bring the compat do_unimap_ioctl into line with the main one: PIO_UNIMAP
    and GIO_UNIMAP apply to the specified tty, not redirected to fg_console.
    Use the same checks, and most particularly, remember to check access_ok:
    con_set_unimap and con_get_unimap are using __get_user and __put_user.
    
    And the compat vt_check should ask for the same capability as the main
    one, CAP_SYS_TTY_CONFIG rather than CAP_SYS_ADMIN.  Added in vt_ioctl's
    vc_cons_allocated check for safety, though failure may well be impossible.
    
    Signed-off-by: Hugh Dickins <hugh@veritas.com>
    Signed-off-by: Chris Wright <chrisw@sous-sol.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
    Hugh Dickins committed with chriswright May 26, 2007
Something went wrong with that request. Please try again.