commit 152a649b647a8ef47bb74ff9e11850fa6001bedc
Author: Casey Schaufler <casey@schaufler-ca.com>
Date:   Tue Jan 27 19:56:30 2009 -0800

    smackfs load append mode fix
    
    Given just how hard it is to find the code that uses MAY_APPEND
    it's probably not a big surprise that this went unnoticed for so
    long. The Smack rules loading code is incorrectly setting the
    MAY_READ bit when MAY_APPEND is requested.
    
    Signed-off-by: Casey Schaufler <casey@schaufler-ca.com>
    Reviewed-by: James Morris <jmorris@namei.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit e4a7ca29039e615ce13a61b9c6abfb2aa394e9a1
Merge: 843c04a... 236dd4d...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 16:08:04 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb-2.6: (36 commits)
      USB: Driver for Freescale QUICC Engine USB Host Controller
      USB: option: add QUANTA HSDPA Data Card device ids
      USB: storage: Add another unusual_dev for off-by-one bug
      USB: unusual_dev: usb-storage needs to ignore a device
      USB: GADGET: fix !x & y
      USB: new id for ti_usb_3410_5052 driver
      USB: cdc-acm: Add another conexant modem to the quirks
      USB: 'option' driver - onda device MT503HS has wrong id
      USB: Remove ZTE modem from unusual_devices
      USB: storage: support of Dane-Elec MediaTouch USB device
      USB: usbmon: Implement compat_ioctl
      USB: add kernel-doc for wusb_dev in struct usb_device
      USB: ftdi_sio driver support of bar code scanner from Diebold
      USB: ftdi_sio: added Alti-2 VID and Neptune 3 PID
      USB: cp2101 device
      USB: usblp.c: add USBLP_QUIRK_BIDIR to Brother HL-1440
      USB: remove vernier labpro from ldusb
      USB: CDC-ACM quirk for MTK GPS
      USB: cdc-acm: support some gps data loggers
      USB: composite: Fix bug: low byte of w_index is the usb interface number not the whole 2 bytes of w_index
      ...

commit 236dd4d18f293e3c9798f35c08272196826a980d
Author: Anton Vorontsov <avorontsov@ru.mvista.com>
Date:   Sat Jan 10 05:03:21 2009 +0300

    USB: Driver for Freescale QUICC Engine USB Host Controller
    
    This patch adds support for the FHCI USB controller, as found
    in the Freescale MPC836x and MPC832x processors. It can support
    Full or Low speed modes.
    
    Quite a lot the hardware is doing by itself (SOF generation, CRC
    generation and checking), though scheduling and retransmission is on
    software's shoulders.
    
    This controller does not integrate the root hub, so this driver also
    fakes one-port hub. External hub is required to support more than
    one device.
    
    Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit fc91be2ad03e0d243418414a854665274d560ca2
Author: Alex.Cheng@quantatw.com <Alex.Cheng@quantatw.com>
Date:   Thu Jan 22 16:01:57 2009 +0800

    USB: option: add QUANTA HSDPA Data Card device ids
    
    This patch adds the support  for the QUANTA Q101 series HSDPA Data Card.
    With the vendor and product IDs are set properly,
    the data card can be detected and works fine.
    
    Signed-off-by: Alex Cheng <alex.cheng@quantatw.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit aa23c8d616c33578fb99aa6a0effd6705b5d0fa1
Author: Phil Dibowitz <phil@ipom.com>
Date:   Tue Jan 20 23:42:52 2009 +0100

    USB: storage: Add another unusual_dev for off-by-one bug
    
    Argosy has released another device with the off-by-one sector. This is a
    harddrive with an internal cardreader which is affected.
    
    Based on a patch written by Martijn Hijdra <martijn.hijdra@gmail.com>
    
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Cc: Martijn Hijdra <martijn.hijdra@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit a83775b1465ce80af5610cbe80216432212bc7ee
Author: Phil Dibowitz <phil@ipom.com>
Date:   Tue Jan 20 23:48:36 2009 +0100

    USB: unusual_dev: usb-storage needs to ignore a device
    
    This patch adds an unusual_devs entry for a Sony Ericsson modem. Like many
    other modems, we have to ignore the storage device in order to access the
    modem.
    
    
    At this time usb_modeswitch does not work with this device.
    
    
    Reported-by: The Solutor <thesolutor@gmail.com>.
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 0df2479232eeea20c924350a11788c724b8c218d
Author: Roel Kluin <roel.kluin@gmail.com>
Date:   Sat Jan 17 16:52:17 2009 +0100

    USB: GADGET: fix !x & y
    
    ! has a higher precedence than &
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Acked-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 1a1fab513734b3a4fca1bee8229e5ff7e1cb873c
Author: Oliver Neukum <oliver@neukum.org>
Date:   Mon Jan 12 13:31:16 2009 +0100

    USB: new id for ti_usb_3410_5052 driver
    
    This adds a new device id
    
    Signed-off-by: Oliver Neukum <oneukum@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit c89c60e9d6b306fb6963030abb3bd07cc3de66b2
Author: Alan Cox <alan@redhat.com>
Date:   Sun Jan 11 19:53:10 2009 +0000

    USB: cdc-acm: Add another conexant modem to the quirks
    
    Another Conexant, another device with the same quirk
    
    Signed-off-by: Alan Cox <alan@redhat.com>
    Acked-by: Oliver Neukum <oliver@neukum.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 3b498a66a698c581535c0fcf1a8907f3fe9449cc
Author: Marcel Sebek <sebek64@post.cz>
Date:   Sun Dec 28 14:06:50 2008 +0100

    USB: 'option' driver - onda device MT503HS has wrong id
    
    While trying to make GSM modem Onda MT503HS working, I found a mismatch
    between device id in the driver code (0x0200) and id in the lsusb
    output (0x2000).
    
    This patch fixed it for me, but I don't know if the original device id was
    also correct and the new ID should be added instead of replacing the
    old one.
    
    
    Signed-off-by: Marcel Sebek <sebek64@post.cz>
    Acked-by: Domenico Riccio <domenico.riccio@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit d547f13472adc99721d6eb756085276a8a342366
Author: Phil Dibowitz <phil@ipom.com>
Date:   Sun Jan 11 18:46:20 2009 +0100

    USB: Remove ZTE modem from unusual_devices
    
    The ZTE modem entry causes usb-storage to ignore the device, but for some
    versions of the device, usb-storage mode is required to get to modem ode. For
    both kinds the tool: http://www.draisberghof.de/usb_modeswitch/ should work.
    
    Note that the various versions of the device have the same ProductId,
    VendorId, and bcdDevice number, so we cannot have the entry for some and not
    others.
    
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 649150926b01c57e45a0376cbc1d3aa98eabfde2
Author: Jean-Baptiste Onofre <jb@nanthrax.net>
Date:   Sat Dec 20 20:11:55 2008 +0100

    USB: storage: support of Dane-Elec MediaTouch USB device
    
    This adds another unusual_devs.h entry for a device that can't handle more
    than 64k reads/writes in a single command.
    
    Signed-off-by: Jean-Baptiste Onofre <jb@nanthrax.net>
    Signed-off-by: Phil Dibowitz <phil@ipom.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 7abce6bedc118eb39fe177c2c26be5d008505c14
Author: Pete Zaitcev <zaitcev@redhat.com>
Date:   Sat Dec 20 12:56:08 2008 -0700

    USB: usbmon: Implement compat_ioctl
    
    Running a 32-bit usbmon(8) on 2.6.28-rc9 produces the following:
    ioctl32(usbmon:28563): Unknown cmd fd(3) cmd(400c9206){t:ffffff92;sz:12} arg(ffd3f458) on /dev/usbmon0
    
    It happens because the compatibility mode was implemented for 2.6.18
    and not updated for the fsops.compat_ioctl API.
    
    This patch relocates the pieces from under #ifdef CONFIG_COMPAT into
    compat_ioctl with no other changes except one new whitespace.
    
    Signed-off-by: Pete Zaitcev <zaitcev@redhat.com>
    Cc: stable <stable@kernel.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 11e76ae0f3a82bbb6c06df8af2167af8b96a0584
Author: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Date:   Thu Jan 8 12:52:19 2009 -0800

    USB: add kernel-doc for wusb_dev in struct usb_device
    
    Reported by Randy Dunlap from a warning on the v2.6.29 merge window.
    
    Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
    Cc: David Vrabel <david.vrabel@csr.com>
    Cc: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit ca80801bfb24f7a41fe4fade4d2cf7c73f0b2f09
Author: Mhayk Whandson <eu@mhayk.com.br>
Date:   Fri Jan 9 06:48:16 2009 -0400

    USB: ftdi_sio driver support of bar code scanner from Diebold
    
    Added the product id of bcs(bar code scanner) from Diebold Procomp Brazil.
    
    Signed-off-by: Mhayk Whandson <eu@mhayk.com.br>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 45eeff848bdfac96dc77aa722dda7c6cee6184f4
Author: Robie Basak <rb-oss-1@justgohome.co.uk>
Date:   Mon Jan 12 23:05:59 2009 +0000

    USB: ftdi_sio: added Alti-2 VID and Neptune 3 PID
    
    This patch adds the vendor and product ID for the Alti-2 Neptune 3
    (http://www.alti-2.com) which uses the FTDI chip.
    
    Signed-off-by: Robie Basak <rb-oss-1@justgohome.co.uk>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 877e262c4e251352771cc391760a12665b5b210b
Author: Tomasz K <eros81@o2.pl>
Date:   Sun Jan 4 12:47:11 2009 +0100

    USB: cp2101 device
    
    My girl use modem GSM (EDGE) Commanader 2 on iPlus Polsih provider,
    
    PLEASE add this vendor=0x10C4 and product=0x822B to USB serial driver cp2101.c
    
    From: Tomasz K <eros81@o2.pl>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 06a743bfc42660f27fde5f24d7471e1eb4c71218
Author: Brandon Philips <brandon@ifup.org>
Date:   Mon Jan 5 08:30:39 2009 -0800

    USB: usblp.c: add USBLP_QUIRK_BIDIR to Brother HL-1440
    
    My Brother HL-1440 would print one document before CUPS would stop
    printing with the error "Printer not connected; will retry in 30
    seconds...". I traced this down to the CUPS usb backend getting an EIO
    out of usblp on the IOCNR_GET_DEVICE_ID IOCTL. Adding the
    USBLP_QUIRK_BIDIR fixes the problem but is it the right solution?
    
    output from strace /usr/lib/cups/backend/usb after printing a document
    (Note: SNDCTL_DSP_SYNC == IOCNR_GET_DEVICE_ID):
    
    before patch
    
    open("/dev/usb/lp0", O_RDWR|O_EXCL)     = 3
    ioctl(3, SNDCTL_DSP_SYNC, 0x7fff2478cef0) = -1 EIO (Input/output error)
    
    after patch
    
    open("/dev/usb/lp0", O_RDWR|O_EXCL)     = 3
    ioctl(3, SNDCTL_DSP_SYNC, 0x7fffb8d474c0) = 0
    
    Possibly related bug: https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/35638
    
    Signed-off-by: Brandon Philips <bphilips@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 296361ec3abbba7621e9fff01a572ac0873da903
Author: sware <microcontrolfreak@gmail.com>
Date:   Wed Jan 7 15:35:55 2009 -0800

    USB: remove vernier labpro from ldusb
    
    Labpro device is in both ldusb and vstusb device tables.
    Should only be a vstusb device.
    
    Signed-off-by: stephen ware <stephen.ware@eqware.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 0f9c7b4a1cc24d6f05a848f0acf72dbff7c5d42d
Author: Andrew Lunn <andrew@lunn.ch>
Date:   Tue Dec 23 17:31:23 2008 +0100

    USB: CDC-ACM quirk for MTK GPS
    
    This patch adds a device quirk for a MediaTek Inc GPS chipset. The
    device implements USB CDC ACM, but is missing the union descriptor, so
    the ACM class driver fails to probe the device.
    
    I've tested this patch with an iBlue A+ GPS which uses this chipset
    and using kernel 2.6.28-rc9.
    
    Signed-off-by: Andrew Lunn, <andrew@lunn.ch>
    Acked-by: Oliver Neukum <oneukum@suse.de>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 837d84249611e9462dea6181a7ea30aa64e67d6a
Author: James A. Treacy <treacy@debian.org>
Date:   Sat Jan 24 23:37:43 2009 -0500

    USB: cdc-acm: support some gps data loggers
    
    Below is a patch which allows a number of GPS loggers to work
    under linux. It is known to support the i-Blue 747 (all models),
    i-Blue 757, Qstarz BT-Q1000, i.Trek Z1, Konet BGL-32, and the Holux
    M-241.
    
    From: James A. Treacy <treacy@debian.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 08889517b3713926169d79d99782192e86acdc67
Author: Bryan Wu <cooloney@kernel.org>
Date:   Thu Jan 8 00:21:19 2009 +0800

    USB: composite: Fix bug: low byte of w_index is the usb interface number not the whole 2 bytes of w_index
    
    In some usb gadget driver, for example usb audio class device, the high
    byte of w_index is the entity id and low byte is the interface number.
    If we use the 2 bytes of w_index as the array number, we will get a
    wrong pointer or NULL pointer.
    
    This patch fixes this issue.
    
    Signed-off-by: Bryan Wu <cooloney@kernel.org>
    Acked-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit dd4dff8b035f6dda69ece98e20d4c2d76b9f97d1
Author: Bryan Wu <cooloney@kernel.org>
Date:   Thu Jan 8 00:21:18 2009 +0800

    USB: composite: Fix bug: should test set_alt function pointer before use it
    
    Signed-off-by: Bryan Wu <cooloney@kernel.org>
    Acked-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit cd67435ef985d0d6279803f2ae48b5248a7178df
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Mon Jan 26 02:05:43 2009 -0800

    USB: musb: Kconfig fix
    
    The Blackfin MUSB Kconfig text didn't properly parenthesise its
    dependencies.  This was visible in non-Blackfin configs by the
    way the user interfaces lost track of dependencies, when doing
    a bunch of test builds.
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 191b776616838f035c2fe7eecc882b5c1f134353
Author: Swaminathan S <swami.iyer@ti.com>
Date:   Sat Jan 24 17:57:37 2009 -0800

    USB: musb cppi dma fix
    
    Initializes the actual_len field to 0 before every DMA transaction.
    
    Signed-off-by: Swaminathan S <swami.iyer@ti.com>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 704a14854aaf9758a1248ea36a7d1b8cc42a4b3e
Author: Hugo Villeneuve <hugo@hugovil.com>
Date:   Sat Jan 24 17:57:30 2009 -0800

    USB: musb cppi bugfixes
    
    These compilation errors are related to incorrect
    debugging macro and variable names and generated the
    following errors:
    
      drivers/usb/musb/cppi_dma.c:437:5: warning: "MUSB_DEBUG" is not defined
      drivers/usb/musb/cppi_dma.c: In function 'cppi_next_rx_segment':
      drivers/usb/musb/cppi_dma.c:884: error: 'debug' undeclared (first use in this function)
    
    Signed-off-by: Hugo Villeneuve <hugo@hugovil.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 96bcd090fa434b4369e6e3a9cba937d1e513596d
Author: Julia Lawall <julia@diku.dk>
Date:   Sat Jan 24 17:57:24 2009 -0800

    USB: musb uses endpoint functions
    
    This set of patches introduces calls to the following set of functions:
    
    usb_endpoint_dir_in(epd)
    usb_endpoint_dir_out(epd)
    usb_endpoint_is_bulk_in(epd)
    usb_endpoint_is_bulk_out(epd)
    usb_endpoint_is_int_in(epd)
    usb_endpoint_is_int_out(epd)
    usb_endpoint_num(epd)
    usb_endpoint_type(epd)
    usb_endpoint_xfer_bulk(epd)
    usb_endpoint_xfer_control(epd)
    usb_endpoint_xfer_int(epd)
    usb_endpoint_xfer_isoc(epd)
    
    In some cases, introducing one of these functions is not possible, and it
    just replaces an explicit integer value by one of the following constants:
    
    USB_ENDPOINT_XFER_BULK
    USB_ENDPOINT_XFER_CONTROL
    USB_ENDPOINT_XFER_INT
    USB_ENDPOINT_XFER_ISOC
    
    An extract of the semantic patch that makes these changes is as follows:
    (http://www.emn.fr/x-info/coccinelle/)
    
    // <smpl>
    @r1@ struct usb_endpoint_descriptor *epd; @@
    
    - ((epd->bmAttributes & \(USB_ENDPOINT_XFERTYPE_MASK\|3\)) ==
    - \(USB_ENDPOINT_XFER_CONTROL\|0\))
    + usb_endpoint_xfer_control(epd)
    
    @r5@ struct usb_endpoint_descriptor *epd; @@
    
    - ((epd->bEndpointAddress & \(USB_ENDPOINT_DIR_MASK\|0x80\)) ==
    -  \(USB_DIR_IN\|0x80\))
    + usb_endpoint_dir_in(epd)
    
    @inc@
    @@
    
    #include <linux/usb.h>
    
    @depends on !inc && (r1||r5)@
    @@
    
    + #include <linux/usb.h>
      #include <linux/usb/...>
    // </smpl>
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit af7e0c5f126677fe8e6c4fbea37637b9c0c2fe2a
Author: Kalle Valo <kalle.valo@nokia.com>
Date:   Sat Jan 24 17:57:15 2009 -0800

    USB: musb: tusb6010 buildfix
    
    drivers/usb/musb/tusb6010_omap.c:18:26: error: asm/arch/dma.h:
      No such file or directory
    drivers/usb/musb/tusb6010_omap.c:19:26: error: asm/arch/mux.h:
      No such file or directory
    
    Signed-off-by: Kalle Valo <kalle.valo@nokia.com>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 97a39896816489fe9a67c223e782e8dda06f25c9
Author: Ajay Kumar Gupta <ajay.gupta@ti.com>
Date:   Sat Jan 24 17:56:39 2009 -0800

    USB: musb free_irq bugfix
    
    Fixes insert module failure as free_irq() was not
    done in previous rmmod.
    
    Signed-off-by: Ajay Kumar Gupta <ajay.gupta@ti.com>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 37daa925cf0d4dfd2d1d9ca01e2e0d74fba3d64a
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Sat Jan 24 17:56:25 2009 -0800

    USB: musb_hdrc: another davinci buildfix (otg related)
    
    The DaVinci code had an implementation of the OTG transceiver glue
    too; make it use the new-standard one.
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 10b4eadef140b09baf8b9ec1df37185e69773275
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Sat Jan 24 17:56:17 2009 -0800

    USB: musb davinci buildfix
    
    Trying once more to get this merged.  The original was submitted
    for 2.6.27-rc2 or so, and never got correctly merged.  Neither
    were any of the numerous subsequent resends.  Sigh.
    
      CC      drivers/usb/musb/davinci.o
    drivers/usb/musb/davinci.c:35:32: error: mach/arch/hardware.h: No such file or directory
    drivers/usb/musb/davinci.c:36:30: error: mach/arch/memory.h: No such file or directory
    drivers/usb/musb/davinci.c:37:28: error: mach/arch/gpio.h: No such file or directory
    drivers/usb/musb/davinci.c:373: error: redefinition of 'musb_platform_set_mode'
    drivers/usb/musb/davinci.c:368: error: previous definition of 'musb_platform_set_mode' was here
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Acked-by: Felipe Balbi <felipe.balbi@nokia.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 2bf5fa13fc8e34d7b86307b99f64a24cb7a83852
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Sat Jan 24 17:55:57 2009 -0800

    USB: omap1 ohci buildfix (otg related)
    
    > > drivers/built-in.o: In function `ohci_omap_init':
     > > hid-quirks.c:(.text+0x6c608): undefined reference to `otg_get_transceiver'
     > > drivers/built-in.o: In function `omap_udc_probe':
     > > hid-quirks.c:(.init.text+0x34c0): undefined reference to `otg_get_transceiver'
     > > hid-quirks.c:(.init.text+0x3d40): undefined reference to `otg_put_transceiver'
    
    Reported-by: Russell King <linux@arm.linux.org.uk>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Acked-by: Tony Lindgren <tony@atomide.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 501950d846218ed80a776d2aae5aed9c8b92e778
Author: Alan Stern <stern@rowland.harvard.edu>
Date:   Tue Jan 13 11:33:42 2009 -0500

    USB: fix char-device disconnect handling
    
    This patch (as1198) fixes a conceptual bug: Somewhere along the line
    we managed to confuse USB class devices with USB char devices.  As a
    result, the code to send a disconnect signal to userspace would not be
    built if both CONFIG_USB_DEVICE_CLASS and CONFIG_USB_DEVICEFS were
    disabled.
    
    The usb_fs_classdev_common_remove() routine has been renamed to
    usbdev_remove() and it is now called whenever any USB device is
    removed, not just when a class device is unregistered.  The notifier
    registration and unregistration calls are no longer conditionally
    compiled.  And since the common removal code will always be called as
    part of the char device interface, there's no need to call it again as
    part of the usbfs interface; thus the invocation of
    usb_fs_classdev_common_remove() has been taken out of
    usbfs_remove_device().
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Reported-by: Alon Bar-Lev <alon.barlev@gmail.com>
    Tested-by: Alon Bar-Lev <alon.barlev@gmail.com>
    Cc: stable <stable@kernel.org>

commit a15d95a003fae154121733f049dd25e9c13dbef3
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Tue Jan 20 01:26:56 2009 +0100

    USB: Fix suspend-resume of PCI USB controllers
    
    Commit a0d4922da2e4ccb0973095d8d29f36f6b1b5f703
    (USB: fix up suspend and resume for PCI host controllers) attempted
    to fix the suspend-resume of PCI USB controllers, but unfortunately
    it did that incorrectly and interrupts are left enabled by the USB
    controllers' ->suspend_late() callback as a result.  This leads to
    serious problems during suspend which are very difficult to debug.
    
    Fix the issue by removing the ->suspend_late() callback of PCI
    USB controllers and moving the code from there to the ->suspend()
    callback executed with interrupts enabled.  Additionally, make
    the ->resume() callback of PCI USB controllers execute
    pci_enable_wake(dev, PCI_D0, false) to disable wake-up from the
    full power state (PCI_D0).
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Tested-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Tested-by: "Jeff Chua" <jeff.chua.linux@gmail.com>
    Cc: Alan Stern <stern@rowland.harvard.edu>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Cc: Christian Borntraeger <borntraeger@de.ibm.com>
    Cc: "Zdenek Kabelac" <zdenek.kabelac@gmail.com>
    Cc: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit bcca06efea883bdf3803a0bb0ffa60f26730387d
Author: Alan Stern <stern@rowland.harvard.edu>
Date:   Tue Jan 13 11:35:54 2009 -0500

    USB: don't enable wakeup by default for PCI host controllers
    
    This patch (as1199) changes the initial wakeup settings for PCI USB
    host controllers.  The controllers are marked as capable of waking the
    system, but wakeup is not enabled by default.
    
    It turns out that enabling wakeup for USB host controllers has a lot
    of bad consequences.  As the simplest example, if a USB mouse or
    keyboard is unplugged immediately after the computer is put to sleep,
    the unplug will cause the system to wake back up again!  We are better
    off marking them as wakeup-capable and leaving wakeup disabled.
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Reported-by: Rafael J. Wysocki <rjw@sisk.pl>
    CC: David Brownell <david-b@pacbell.net>
    Cc: stable <stable@kernel.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit b90de8aea36ae6fe8050a6e91b031369c4f251b2
Author: Oliver Neukum <oliver@neukum.org>
Date:   Wed Jan 14 16:17:19 2009 +0100

    USB: storage: add unusual devs entry
    
    This adds an unusual devs entry for 2116:0320
    
    Signed-off-by: Oliver Neukum <oneukum@suse.de>
    Cc: stable <stable@kernel.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit ddeac4e75f2527a340f9dc655bde49bb2429b39b
Author: Alan Stern <stern@rowland.harvard.edu>
Date:   Thu Jan 15 17:03:33 2009 -0500

    USB: fix toggle mismatch in disable_endpoint paths
    
    This patch (as1200) finishes some fixes that were left incomplete by
    an earlier patch.
    
    Although nobody has addressed this issue in the past, it turns out
    that we need to distinguish between two different modes of disabling
    and enabling endpoints.  In one mode only the data structures in
    usbcore are affected, and in the other mode the host controller and
    device hardware states are affected as well.
    
    The earlier patch added an extra argument to the routines in the
    enable_endpoint pathways to reflect this difference.  This patch adds
    corresponding arguments to the disable_endpoint pathways.  Without
    this change, the endpoint toggle state can get out of sync between
    the host and the device.  The exact mechanism depends on the details
    of the host controller (whether or not it stores its own copy of the
    toggle values).
    
    Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
    Reported-by: Dan Streetman <ddstreet@ieee.org>
    Tested-by: Dan Streetman <ddstreet@ieee.org>
    Cc: stable <stable@kernel.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 95bec45d2051227ef037f1080d7cef003b88d852
Author: Wolfgang Glas <wolfgang.glas@ev-i.at>
Date:   Thu Jan 15 23:11:53 2009 +0100

    USB: cp2101: add fasttrax GPS evaluation kit vendor/product ID
    
    This adds the vendor/product ID of the fasttrax GPS evaluation kit from:
    	http://www.fastraxgps.com/products/evaluationtools/evaluationkit/
    
    to the cp2101 module since this device is actually equipped with a
    CP210x USB to serial bridge.
    
    The vendor/product ID is: 0x10c4/0x826b.
    
    Signed-off-by: Wolfgang Glas <wolfgang.glas@ev-i.at>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 843c04a0f63c74c6424e4b7d1ab85223b1ecf740
Merge: b00ecab... fa82a49...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 16:07:44 2009 -0800

    Merge branch 'for-2.6.29' of git://linux-nfs.org/~bfields/linux
    
    * 'for-2.6.29' of git://linux-nfs.org/~bfields/linux:
      nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
      nfsd: fix cred leak on every rpc
      nfsd: fix null dereference on error path
      nfs: note that CONFIG_SUNRPC_XPRT_RDMA turns on server side support too
      update port number in NFS/RDMA documentation

commit b00ecabf1d00f6c164aee62703df5dae7ac79894
Merge: 97179fd... 64b840d...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 16:07:24 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6:
      [SCSI] ibmvfc: Fix DMA mapping leak on memory allocation failure
      [SCSI] qla2xxx: Update version number to 8.03.00-k2.
      [SCSI] qla2xxx: Add checks for a valid fcport in dev-loss-tmo/terminate_rport_io callbacks.
      [SCSI] qla2xxx: Correct regression in DMA-mask setting prior to allocations.
      [SCSI] qla2xxx: Correct descriptions in flash manipulation routines.
      [SCSI] qla2xxx: Correct regression in EH abort handling.
      [SCSI] qla2xxx: Correct endianness issue during flash manipulation.
      [SCSI] qla2xxx: Correct MSI-X vector allocation for single queue mode.
      [SCSI] qla2xxx: Modify firmware-load order precedence for ISP81XX parts.
      [SCSI] qla2xxx: Always serialize mailbox command execution.
      [SCSI] qla2xxx: Ensure RISC-interrupt-enabled consistency for IS_NOPOLLING_TYPE() ISPs.
      [SCSI] qla2xxx: Simplify sector-mask calculation in preparation for larger flash parts.
      [SCSI] qla2xxx: Fix memory leak in error path
      [SCSI] qla4xxx: do not reuse session when connecting to different target port
      [SCSI] libiscsi: fix iscsi pool leak

commit 97179fd46da7ddedd18e95388130ed3e06c5a0c7
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Tue Jan 27 09:53:22 2009 -0800

    cpumask fallout: Initialize irq_default_affinity earlier
    
    Move the initialization of irq_default_affinity to early_irq_init as
    core_initcall is too late.
    
    irq_default_affinity can be used in init_IRQ and potentially timer and
    SMP init as well.  All of these happen before core_initcall.  Moving
    the initialization to early_irq_init ensures that it is initialized
    before it is used.
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Acked-by: Mike Travis <travis@sgi.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 1267a8df209c7453d65acbdd56e3588954bf890b
Author: David Daney <ddaney@caviumnetworks.com>
Date:   Tue Jan 27 09:53:21 2009 -0800

    Make irq_*_affinity depend on CONFIG_GENERIC_HARDIRQS too.
    
    In interrupt.h these functions are declared only if
    CONFIG_GENERIC_HARDIRQS is set.  We should define them under identical
    conditions.
    
    Signed-off-by: David Daney <ddaney@caviumnetworks.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 40413dcb7b273bda681dca38e6ff0bbb3728ef11
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 01:58:36 2009 +0300

    Fix longstanding "error: storage size of '__mod_dmi_device_table' isn't known"
    
    gcc 3.4.6 doesn't like MODULE_DEVICE_TABLE(dmi, x) expansion enough to
    error out.  Shut it up in a most simple way.
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit fa82a491275a613b15489aab4b99acecb00958d3
Author: Jeff Layton <jlayton@redhat.com>
Date:   Thu Jan 22 14:16:04 2009 -0500

    nfsd: only set file_lock.fl_lmops in nfsd4_lockt if a stateowner is found
    
    nfsd4_lockt does a search for a lockstateowner when building the lock
    struct to test. If one is found, it'll set fl_owner to it. Regardless of
    whether that happens, it'll also set fl_lmops. Given that this lock is
    basically a "lightweight" lock that's just used for checking conflicts,
    setting fl_lmops is probably not appropriate for it.
    
    This behavior exposed a bug in DLM's GETLK implementation where it
    wasn't clearing out the fields in the file_lock before filling in
    conflicting lock info. While we were able to fix this in DLM, it
    still seems pointless and dangerous to set the fl_lmops this way
    when we may have a NULL lockstateowner.
    
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Signed-off-by: J. Bruce Fields <bfields@pig.fieldses.org>

commit b914152a6fbd2cd0441bc293ae8b3f3f1a9407b6
Author: J. Bruce Fields <bfields@fieldses.org>
Date:   Tue Jan 20 19:34:22 2009 -0500

    nfsd: fix cred leak on every rpc
    
    Since override_creds() took its own reference on new, we need to release
    our own reference.
    
    (Note the put_cred on the return value puts the *old* value of
    current->creds, not the new passed-in value).
    
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>

commit bf935a78814cc9b96d09f612912178adc964ce9c
Author: J. Bruce Fields <bfields@fieldses.org>
Date:   Tue Jan 20 19:32:59 2009 -0500

    nfsd: fix null dereference on error path
    
    We're forgetting to check the return value from groups_alloc().
    
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>

commit ce0cf6622c9a6f18c2723ea4bef7616799a1ca39
Author: J. Bruce Fields <bfields@citi.umich.edu>
Date:   Sun Nov 2 16:18:08 2008 -0500

    nfs: note that CONFIG_SUNRPC_XPRT_RDMA turns on server side support too
    
    We forgot to update this when adding server-side support.
    
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>

commit 096abd77038a2ff74efd194d074eadcde80fb97d
Author: James Lentini <jlentini@netapp.com>
Date:   Thu Jan 8 13:13:26 2009 -0500

    update port number in NFS/RDMA documentation
    
    Update the NFS/RDMA documentation to use the new port number assigned
    by IANA.
    
    Signed-off-by: James Lentini <jlentini@netapp.com>
    Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu>

commit 490a8d70cdd77d6262c3d5815bc0b1c54a3a63f8
Merge: 8c022fd... 5f451fe...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 07:50:41 2009 -0800

    Merge branch 'hibern_fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev
    
    * 'hibern_fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      SATA PIIX: Blacklist system that spins off disks during ACPI power off
      SATA Sil: Blacklist system that spins off disks during ACPI power off
      SATA AHCI: Blacklist system that spins off disks during ACPI power off
      SATA: Blacklisting of systems that spin off disks during ACPI power off
      DMI: Introduce dmi_first_match to make the interface more flexible
      Hibernation: Introduce system_entering_hibernation

commit 8c022fdd5fc1b9949bad21d26e0cb115d045c7f9
Merge: ff2bad5... b98f504...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 07:47:22 2009 -0800

    Merge branch 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev
    
    * 'upstream-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev:
      pata-rb532-cf: remove set_irq_type from finish_io
      [libata] pata_via: support VX855, future chips whose IDE controller use 0x0571
      sata_mv: no longer experimental (v2)
      sata_mv: msi masking fix (v2)
      sata_mv: Properly initialize main irq mask
      sata_mv: remove bogus nsect restriction
      sata_mv: don't read hc_irq_cause
      sata_mv: fix 8-port timeouts on 508x/6081 chips
      sata_nv: fix MCP5x reset
      sata_nv: rename nv_nf2_hardreset()
      libata: set NODEV_HINT for 0x7f status
      libata-sff: fix incorrect EH message

commit ff2bad5f899421850f7e9bc956450e4c61b0b95d
Merge: 78d70d4... 516280e...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Jan 27 07:46:29 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6:
      crypto: ccm - Fix handling of null assoc data
      crypto: blkcipher - Fix WARN_ON handling in walk_done
      crypto: authenc - Fix zero-length IV crash

commit 78d70d48132ce4c678a95b771ffa1af4fb5a03ec
Author: Michael Bramer <michael@debsupport.de>
Date:   Tue Jan 27 11:51:16 2009 +0000

    Add support for '8-port RS-232 MIC-3620 from advantech'
    
    This Patch add the device information for the
    MIC-3620 8-port RS-232 cPCI card from Advantech Co. Ltd.
    
    Signed-off-by: Michael Bramer <grisu@deb-support.de>
    Signed-off-by: Alan Cox <number6@the-village.bc.nu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit e9fed5673949df33385091037f996f1b1a0e1908
Author: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Date:   Tue Jan 27 11:51:06 2009 +0000

    Move jsm_remove_one to .devexit.text
    
    The function jsm_remove_one is used only wrapped by __devexit_p so define
    it using __devexit.
    
    Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    Signed-off-by: Alan Cox <number6@the-village.bc.nu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 11455be2a3874d405508d9d81157d0f8fb179f32
Author: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
Date:   Tue Jan 27 11:50:46 2009 +0000

    MIPS: enable serial UART support on PNX833X devices.
    
    Enabled serial UART driver for PNX833X devices.
    
    Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
    Signed-off-by: Alan Cox <number6@the-village.bc.nu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 808ffa3d302257b9dc37b1412c1fcdf976fcddac
Author: Eric Paris <eparis@redhat.com>
Date:   Tue Jan 27 11:50:37 2009 +0000

    tty_open can return to userspace holding tty_mutex
    
    __tty_open could return (to userspace) holding the tty_mutex thanks to a
    regression introduced by 4a2b5fddd53b80efcb3266ee36e23b8de28e761a ("Move
    tty lookup/reopen to caller").
    
    This was found by bisecting an fsfuzzer problem.  Admittedly I have no
    idea how it managed to tickle this 100% reliably, but it is clearly a
    regression and when hit leaves the box in a completely unusable state.
    This patch lets the fsfuzzer test complete every time.
    
    Signed-off-by: Eric Paris <eparis@redhat.com>
    Signed-off-by: Alan Cox <alan@lxorguk.ukuu.org.uk>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 5f451fe1ab5d73b987051f0d23c85216c552e163
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:59:22 2009 +0100

    SATA PIIX: Blacklist system that spins off disks during ACPI power off
    
    Some notebooks from HP have the problem that their BIOSes attempt to
    spin down hard drives before entering ACPI system states S4 and S5.
    This leads to a yo-yo effect during system power-off shutdown and the
    last phase of hibernation when the disk is first spun down by the
    kernel and then almost immediately turned on and off by the BIOS.
    This, in turn, may result in shortening the disk's life times.
    
    To prevent this from happening we can blacklist the affected systems
    using DMI information.
    
    Blacklist HP 2510p that uses the ata_piix driver.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit e57db7bde7bff95ae812736ca00c73bd5271455b
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:58:29 2009 +0100

    SATA Sil: Blacklist system that spins off disks during ACPI power off
    
    Some notebooks from HP have the problem that their BIOSes attempt to
    spin down hard drives before entering ACPI system states S4 and S5.
    This leads to a yo-yo effect during system power-off shutdown and the
    last phase of hibernation when the disk is first spun down by the
    kernel and then almost immediately turned on and off by the BIOS.
    This, in turn, may result in shortening the disk's life times.
    
    To prevent this from happening we can blacklist the affected systems
    using DMI information.
    
    Blacklist HP nx6325 that uses the sata_sil driver.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 1fd684346d41f6be2487c161f60d03a7feb68911
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:57:36 2009 +0100

    SATA AHCI: Blacklist system that spins off disks during ACPI power off
    
    Some notebooks from HP have the problem that their BIOSes attempt to
    spin down hard drives before entering ACPI system states S4 and S5.
    This leads to a yo-yo effect during system power-off shutdown and the
    last phase of hibernation when the disk is first spun down by the
    kernel and then almost immediately turned on and off by the BIOS.
    This, in turn, may result in shortening the disk's life times.
    
    To prevent this from happening we can blacklist the affected systems
    using DMI information.
    
    Blacklist HP nx6310 that uses the AHCI driver.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 2a6e58d2731dcc05dafa7f976d935e0f0627fcd7
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:56:43 2009 +0100

    SATA: Blacklisting of systems that spin off disks during ACPI power off
    
    Introduce new libata flags ATA_FLAG_NO_POWEROFF_SPINDOWN and
    ATA_FLAG_NO_HIBERNATE_SPINDOWN that, if set, will prevent disks from
    being spun off during system power off and hibernation, respectively
    (to handle the hibernation case we need the new system state
    SYSTEM_HIBERNATE_ENTER that can be checked against by libata, in
    analogy with SYSTEM_POWER_OFF).
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit d7b1956fed33d30c4815e848fd7a143722916868
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:55:50 2009 +0100

    DMI: Introduce dmi_first_match to make the interface more flexible
    
    Some notebooks from HP have the problem that their BIOSes attempt to
    spin down hard drives before entering ACPI system states S4 and S5.
    This leads to a yo-yo effect during system power-off shutdown and the
    last phase of hibernation when the disk is first spun down by the
    kernel and then almost immediately turned on and off by the BIOS.
    This, in turn, may result in shortening the disk's life times.
    
    To prevent this from happening we can blacklist the affected systems
    using DMI information.  However, only the on-board controlles should
    be blacklisted and their PCI slot numbers can be used for this
    purpose.  Unfortunately the existing interface for checking DMI
    information of the system is not very convenient for this purpose,
    because to use it, we would have to define special callback functions
    or create a separate struct dmi_system_id table for each blacklisted
    system.
    
    To overcome this difficulty introduce a new function
    dmi_first_match() returning a pointer to the first entry in an array
    of struct dmi_system_id elements that matches the system DMI
    information.  Then, we can use this pointer to access the entry's
    .driver_data field containing the additional information, such as
    the PCI slot number, allowing us to do the desired blacklisting.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit abfe2d7b915c872f3a1fd203267cedebf90daa45
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Mon Jan 19 20:54:54 2009 +0100

    Hibernation: Introduce system_entering_hibernation
    
    Introduce boolean function system_entering_hibernation() returning
    'true' during the last phase of hibernation, in which devices are
    being put into low power states and the sleep state (for example,
    ACPI S4) is finally entered.
    
    Some device drivers need such a function to check if the system is
    in the final phase of hibernation.  In particular, some SATA drivers
    are going to use it for blacklisting systems in which the disks
    should not be spun down during the last phase of hibernation (the
    BIOS will do that anyway).
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit b98f5046397b9f4c5060e5b73e483bfd9e453dd6
Author: Phil Sutter <n0-1@freewrt.org>
Date:   Tue Jan 20 17:40:56 2009 +0100

    pata-rb532-cf: remove set_irq_type from finish_io
    
    The driver has been tested without the call to set_irq_type at this
    point and occurs to work fine, so it should be safe to remove it.
    
    Signed-off-by: Phil Sutter <n0-1@freewrt.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 516280e735b034216de97eb7ba080ec6acbfc58f
Author: Jarod Wilson <jarod@redhat.com>
Date:   Thu Jan 22 19:58:15 2009 +1100

    crypto: ccm - Fix handling of null assoc data
    
    Its a valid use case to have null associated data in a ccm vector, but
    this case isn't being handled properly right now.
    
    The following ccm decryption/verification test vector, using the
    rfc4309 implementation regularly triggers a panic, as will any
    other vector with null assoc data:
    
    * key: ab2f8a74b71cd2b1ff802e487d82f8b9
    * iv: c6fb7d800d13abd8a6b2d8
    * Associated Data: [NULL]
    * Tag Length: 8
    * input: d5e8939fc7892e2b
    
    The resulting panic looks like so:
    
    Unable to handle kernel paging request at ffff810064ddaec0 RIP:
     [<ffffffff8864c4d7>] :ccm:get_data_to_compute+0x1a6/0x1d6
    PGD 8063 PUD 0
    Oops: 0002 [1] SMP
    last sysfs file: /module/libata/version
    CPU 0
    Modules linked in: crypto_tester_kmod(U) seqiv krng ansi_cprng chainiv rng ctr aes_generic aes_x86_64 ccm cryptomgr testmgr_cipher testmgr aead crypto_blkcipher crypto_a
    lgapi des ipv6 xfrm_nalgo crypto_api autofs4 hidp l2cap bluetooth nfs lockd fscache nfs_acl sunrpc ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_
    tcpudp iptable_filter ip_tables x_tables dm_mirror dm_log dm_multipath scsi_dh dm_mod video hwmon backlight sbs i2c_ec button battery asus_acpi acpi_memhotplug ac lp sg
    snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss joydev snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss ide_cd snd_pcm floppy parport_p
    c shpchp e752x_edac snd_timer e1000 i2c_i801 edac_mc snd soundcore snd_page_alloc i2c_core cdrom parport serio_raw pcspkr ata_piix libata sd_mod scsi_mod ext3 jbd uhci_h
    cd ohci_hcd ehci_hcd
    Pid: 12844, comm: crypto-tester Tainted: G      2.6.18-128.el5.fips1 #1
    RIP: 0010:[<ffffffff8864c4d7>]  [<ffffffff8864c4d7>] :ccm:get_data_to_compute+0x1a6/0x1d6
    RSP: 0018:ffff8100134434e8  EFLAGS: 00010246
    RAX: 0000000000000000 RBX: ffff8100104898b0 RCX: ffffffffab6aea10
    RDX: 0000000000000010 RSI: ffff8100104898c0 RDI: ffff810064ddaec0
    RBP: 0000000000000000 R08: ffff8100104898b0 R09: 0000000000000000
    R10: ffff8100103bac84 R11: ffff8100104898b0 R12: ffff810010489858
    R13: ffff8100104898b0 R14: ffff8100103bac00 R15: 0000000000000000
    FS:  00002ab881adfd30(0000) GS:ffffffff803ac000(0000) knlGS:0000000000000000
    CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
    CR2: ffff810064ddaec0 CR3: 0000000012a88000 CR4: 00000000000006e0
    Process crypto-tester (pid: 12844, threadinfo ffff810013442000, task ffff81003d165860)
    Stack:  ffff8100103bac00 ffff8100104898e8 ffff8100134436f8 ffffffff00000000
     0000000000000000 ffff8100104898b0 0000000000000000 ffff810010489858
     0000000000000000 ffff8100103bac00 ffff8100134436f8 ffffffff8864c634
    Call Trace:
     [<ffffffff8864c634>] :ccm:crypto_ccm_auth+0x12d/0x140
     [<ffffffff8864cf73>] :ccm:crypto_ccm_decrypt+0x161/0x23a
     [<ffffffff88633643>] :crypto_tester_kmod:cavs_test_rfc4309_ccm+0x4a5/0x559
    [...]
    
    The above is from a RHEL5-based kernel, but upstream is susceptible too.
    
    The fix is trivial: in crypto/ccm.c:crypto_ccm_auth(), pctx->ilen contains
    whatever was in memory when pctx was allocated if assoclen is 0. The tested
    fix is to simply add an else clause setting pctx->ilen to 0 for the
    assoclen == 0 case, so that get_data_to_compute() doesn't try doing
    things its not supposed to.
    
    Signed-off-by: Jarod Wilson <jarod@redhat.com>
    Acked-by: Neil Horman <nhorman@tuxdriver.com>
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

commit bac1b5c4696f217afeac5b29874a337bc39da717
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Fri Jan 16 14:40:54 2009 +1100

    crypto: blkcipher - Fix WARN_ON handling in walk_done
    
    When we get left-over bits from a slow walk, it means that the
    underlying cipher has gone troppo.  However, as we're handling
    that case we should ensure that the caller terminates the walk.
    
    This patch does this by setting walk->nbytes to zero.
    
    Reported-by: Roel Kluin <roel.kluin@gmail.com>
    Reported-by: Huang Ying <ying.huang@intel.com>
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

commit 5ee810072175042775e39bdd3eaaa68884c27805
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 19:21:26 2009 -0800

    Fix "multiple definition of `debugfs_create_size_t'"
    
    Introduced by 8adb711f3668b034e7b956fac951ed08b53e0d55 ("debugfs:
    introduce stub for debugfs_create_size_t() when DEBUG_FS=n") and due to
    a simple missing "static inline".
    
    Reported-and-tested-by: Jeff Chua <jeff.chua.linux@gmail.com>
    Acked-by: Greg KH <gregkh@suse.de>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 5376071069ec8a7e6a8112beab16fc24f5139475
Merge: cfb901b... 24f11ec...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 15:12:47 2009 -0800

    Merge master.kernel.org:/home/rmk/linux-2.6-arm
    
    * master.kernel.org:/home/rmk/linux-2.6-arm: (22 commits)
      [ARM] fix section-based ioremap
      [NET] am79c961a: fix spin_lock usage
      [ARM] omap: usb: thou shalt not provide empty release functions
      [ARM] omap: watchdog: allow OMAP watchdog driver on OMAP34xx platforms
      [ARM] 5369/1: omap mmc: Add new omap hsmmc controller for 2430 and 34xx, v3
      [ARM] clkdev: fix clock matching
      [ARM] 5370/1: at91: fix rm9200 watchdog
      [ARM] 5368/1: arch/arm/mach-davinci/usb.c buildfix
      [ARM] 5365/1: s3cmci: Use new include path of dma.h
      [ARM] fix StrongARM-11x0 page copy implementation
      [ARM] omap: ensure OMAP drivers pass a struct device to clk_get()
      ARM: OMAP: Fix compile for h3 MMC
      ARM: OMAP: Remove unused platform devices, v3
      ARM: OMAP: Fix ASoC by enabling writes to XCCR and RCCR McBSP registers, v3
      ARM: OMAP: Fix OSK ASoC by registering I2C board info for tlvaic23
      ARM: OMAP: remove duplicated #include's
      ARM: OMAP: Fix DMA CCR programming for request line > 63, v3
      ARM: OMAP: Fix gpio.c compile on 15xx with CONFIG_DEBUGFS
      ARM: OMAP: Fix compile for beagle
      ARM: OMAP: Fix gpio by switching to generic gpio calls, v2
      ...

commit cfb901bf84fe22eb86525e9fb20675b53fb0462a
Merge: 2034563... 5fb4523...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 15:11:41 2009 -0800

    Merge branch 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6
    
    * 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
      i2c: Warn on deprecated binding model use
      eeprom: More consistent symbol names
      eeprom: Move 93cx6 eeprom driver to /drivers/misc/eeprom
      spi: Move at25 (for SPI eeproms) to /drivers/misc/eeprom
      i2c: Move old eeprom driver to /drivers/misc/eeprom
      i2c: Move at24 to drivers/misc/eeprom
      i2c: Quilt tree has moved
      i2c: Delete many unused adapter IDs
      i2c: Delete 10 unused driver IDs

commit 2034563ca323ee45f37a32911550d21c1f1e9626
Merge: 924d26d... df291fa...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 15:10:37 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild-fixes:
      kbuild: fix kbuild.txt typos
      kbuild: print usage with no arguments in scripts/config
      Revert "kbuild: strip generated symbols from *.ko"

commit 924d26df6b774b85c8b4548189b20e34f904a149
Merge: 66673f1... cd1f55a...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 15:09:20 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6: (92 commits)
      gianfar: Revive VLAN support
      vlan: Export symbols as non GPL symbols.
      bnx2x: tx_has_work should not wait for FW
      netxen: reduce memory footprint
      netxen: fix vlan tso/checksum offload
      net: Fix linux/if_frad.h's suitability for userspace.
      net: Move config NET_NS to from net/Kconfig to init/Kconfig
      isdn: Fix missing ifdef in isdn_ppp
      networking: document "nc" in addition to "netcat" in netconsole.txt
      e1000e: workaround hw errata
      af_key: initialize xfrm encap_oa
      virtio_net: Fix MAX_PACKET_LEN to support 802.1Q VLANs
      lcs: fix compilation for !CONFIG_IP_MULTICAST
      rtl8187: Add termination packet to prevent stall
      iwlwifi: fix rs_get_rate WARN_ON()
      p54usb: fix packet loss with first generation devices
      sctp: Fix another socket race during accept/peeloff
      sctp: Properly timestamp outgoing data chunks for rtx purposes
      sctp: Correctly start rtx timer on new packet transmissions.
      sctp: Fix crc32c calculations on big-endian arhes.
      ...

commit 66673f13c10a817e27d71434c1198a4d874e0cd3
Merge: bf50c90... fcd26f7...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 15:08:07 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-2.6:
      sparc64: Fix DAX handling via userspace access from kernel.
      sparc64: Annotate sparc64 specific syscalls with SYSCALL_DEFINEx()
      [CVE-2009-0029] sparc: Enable syscall wrappers for 64-bit
      sparc64: Initialize FHC/CLOCK LED platform_device 'id' field correctly.
      sparc64: fix modpost failure
      sparc64: fix readout of cpu/fpu type

commit cd1f55a5b49b74e13ed9e7bc74d005803aaa0da8
Author: Anton Vorontsov <avorontsov@ru.mvista.com>
Date:   Mon Jan 26 14:33:23 2009 -0800

    gianfar: Revive VLAN support
    
    commit 77ecaf2d5a8bfd548eed3f05c1c2e6573d5de4ba ("gianfar: Fix VLAN
    HW feature related frame/buffer size calculation") wrongly removed
    priv->vlgrp assignment, and now priv->vlgrp is always NULL.
    
    This patch fixes the issue, plus fixes following sparse warning
    introduced by the same commit:
    gianfar.c:1406:13: warning: context imbalance in 'gfar_vlan_rx_register' - wrong count at exit
    
    gfar_vlan_rx_register() checks for "if (old_grp == grp)" and tries
    to return w/o dropping the lock.
    
    According to net/8021q/vlan.c VLAN core issues rx_register() callback:
    1. In register_vlan_dev() only on a newly created group;
    2. In unregister_vlan_dev() only if the group becomes empty.
    
    Thus the check in the gianfar driver isn't needed.
    
    Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
    Acked-by: Andy Fleming <afleming@freescale.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 116cb42855fbd052fc8cd2ca3e06050bff762673
Author: Ben Greear <greearb@candelatech.com>
Date:   Mon Jan 26 12:37:53 2009 -0800

    vlan: Export symbols as non GPL symbols.
    
    In previous kernels, any kernel module could get access to the
    'real-device' and the VLAN-ID for a particular VLAN.  In more recent
    kernels, the code was restructured such that this is hard to do
    without accessing private .h files for any module that cannot use
    GPL-only symbols.
    
    Attached is a patch to once again allow non-GPL modules the ability to
    access the real-device and VLAN id for VLANs.
    
    Signed-off-by: Ben Greear <greearb@candelatech.com>
    Acked-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e8b5fc514d1c7637cb4b8f77e7d8ac33ef66130c
Author: Vladislav Zolotarov <vladz@broadcom.com>
Date:   Mon Jan 26 12:36:42 2009 -0800

    bnx2x: tx_has_work should not wait for FW
    
    The current tx_has_work waited until all packets sent by the driver
    are marked as completed by the FW. This is too greedy and it causes
    the bnx2x_poll to spin in vain. The driver should only check that all
    packets FW already completed are freed - only in unload flow the
    driver should make sure that transmit queue is empty
    
    Signed-off-by: Vladislav Zolotarov <vladz@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 32ec803348b4d5f1353e1d7feae30880b8b3e342
Author: Dhananjay Phadke <dhananjay@netxen.com>
Date:   Mon Jan 26 12:35:19 2009 -0800

    netxen: reduce memory footprint
    
    o reduce rx ring size from 8192 to 4096.
    o cut down old huge lro buffers.
    
    Signed-off-by: Dhananjay Phadke <dhananjay@netxen.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit cdff1036492ac97b4213aeab2546914a633a7de7
Author: Dhananjay Phadke <dhananjay@netxen.com>
Date:   Mon Jan 26 12:34:57 2009 -0800

    netxen: fix vlan tso/checksum offload
    
    o set netdev->vlan_features appropriately.
    o fix tso descriptor initialization for vlan case.
    
    Signed-off-by: Dhananjay Phadke <dhananjay@netxen.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 3121a48d87a580f369eeb26aa0a075142274a353
Author: Krzysztof Hałasa <khc@pm.waw.pl>
Date:   Mon Jan 26 12:30:12 2009 -0800

    net: Fix linux/if_frad.h's suitability for userspace.
    
    The userspace interfaces are protected by CONFIG_* ifdefs
    and that of course can't work.
    
    Reported by Jaswinder Singh Rajput.
    
    Signed-off-by: Krzysztof Hałasa <khc@pm.waw.pl>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit d6eb633fe680c18119346a364acff7723245e278
Author: Matt Helsley <matthltc@us.ibm.com>
Date:   Mon Jan 26 12:25:55 2009 -0800

    net: Move config NET_NS to from net/Kconfig to init/Kconfig
    
    Make NET_NS available underneath the generic Namespaces config option
    since all of the other namespace options are there.
    
    Signed-off-by: Matt Helsley <matthltc@us.ibm.com>
    Acked-by: Serge Hallyn <serue@us.ibm.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 26285ba35813063ade9abd2c2eaaddba9354f587
Author: Daniele Venzano <venza@brownhat.org>
Date:   Mon Jan 26 12:24:38 2009 -0800

    isdn: Fix missing ifdef in isdn_ppp
    
    The following patch fixes a warning caused by a missing ifdef in
    isdn_ppp.c. A function was defined, but never used if CONFIG_IPPP_FILTER
    was not defined.
    
    The warning was: 'get_filter' defined but not used
    Patch is against 2.6.28.1
    
    Signed-off-by: Daniele Venzano <venza@brownhat.org>
    Acked-by: Karsten Keil <kkeil@suse.de>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 5fb4523afbffae5a5cec4989ee4c9fbc3dbdef33
Author: Jean Delvare <khali@linux-fr.org>
Date:   Mon Jan 26 21:19:57 2009 +0100

    i2c: Warn on deprecated binding model use
    
    Let the kernel developers know that i2c_attach_client() and
    i2c_detach_client() are deprecated and should no longer be used.
    Drivers using these should be converted to the standard device
    driver binding model (probe and remove methods.)
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Acked-by: Ben Dooks <ben-linux@fluff.org>

commit dd7f8dbe2b3c0611ba969cd867c10cb63d163e25
Author: Jean Delvare <khali@linux-fr.org>
Date:   Mon Jan 26 21:19:57 2009 +0100

    eeprom: More consistent symbol names
    
    Now that all EEPROM drivers live in the same place, let's harmonize
    their symbol names.
    
    Also fix eeprom's dependencies, it definitely needs sysfs, and is no
    longer experimental after many years in the kernel tree.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>
    Acked-by: Wolfram Sang <w.sang@pengutronix.de>
    Cc: David Brownell <dbrownell@users.sourceforge.net>

commit 0eb6da20681db9b5d5769d3e1aca877f4a77d8fb
Author: Wolfram Sang <w.sang@pengutronix.de>
Date:   Mon Jan 26 21:19:54 2009 +0100

    eeprom: Move 93cx6 eeprom driver to /drivers/misc/eeprom
    
    Signed-off-by: Wolfram Sang <w.sang@pengutronix.de>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit e51d565ff6bb1cedc10568425511badf0633a212
Author: Wolfram Sang <w.sang@pengutronix.de>
Date:   Mon Jan 26 21:19:54 2009 +0100

    spi: Move at25 (for SPI eeproms) to /drivers/misc/eeprom
    
    Signed-off-by: Wolfram Sang <w.sang@pengutronix.de>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit 2e157888f132131f8877affd2785dcee4c227c1d
Author: Wolfram Sang <w.sang@pengutronix.de>
Date:   Mon Jan 26 21:19:53 2009 +0100

    i2c: Move old eeprom driver to /drivers/misc/eeprom
    
    Update Kconfig text to specify this driver as I2C.
    
    Signed-off-by: Wolfram Sang <w.sang@pengutronix.de>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit 5195e5093bb7d30dbf057b260005cb4ab9761168
Author: Wolfram Sang <w.sang@pengutronix.de>
Date:   Mon Jan 26 21:19:53 2009 +0100

    i2c: Move at24 to drivers/misc/eeprom
    
    As drivers/i2c/chips is going to go away, move the driver to
    drivers/misc/eeprom. Other eeprom drivers may be moved here later, too.
    Update Kconfig text to specify this driver as I2C.
    
    Signed-off-by: Wolfram Sang <w.sang@pengutronix.de>
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit a01064a92a1125995fd9078c2305df89a63ed9fe
Author: Jean Delvare <khali@linux-fr.org>
Date:   Mon Jan 26 21:19:53 2009 +0100

    i2c: Quilt tree has moved
    
    My i2c quilt tree will now be hosted on kernel.org, because I can
    conveniently use rsync there.
    
    Also list the new i2c wiki.
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit 1745522ccbabd990bfc7511861aa9fa98287cba0
Author: Jean Delvare <khali@linux-fr.org>
Date:   Mon Jan 26 21:19:52 2009 +0100

    i2c: Delete many unused adapter IDs
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit e2ba42ed0f8ba174302ebfabfa063fb456d5d6f5
Author: Jean Delvare <khali@linux-fr.org>
Date:   Mon Jan 26 21:19:52 2009 +0100

    i2c: Delete 10 unused driver IDs
    
    Signed-off-by: Jean Delvare <khali@linux-fr.org>

commit e955281cd6afef7ad7ea11cae0ca71d78a7b2b2b
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Jan 26 12:19:23 2009 -0800

    networking: document "nc" in addition to "netcat" in netconsole.txt
    
    It always annoyed me that the netconsole documentation didn't give me the
    correct command for my distro.  Update it with a command line that actually
    works on my Fedora install.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Matt Mackall <mpm@selenic.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 78272bbab895cc8f63bab5181dee55b72208e3b7
Author: Jesse Brandeburg <jesse.brandeburg@intel.com>
Date:   Mon Jan 26 12:16:26 2009 -0800

    e1000e: workaround hw errata
    
    There is a hardware errata in some revisions of the 82574 that needs
    to be worked around in the driver by setting a register bit at init.
    
    If this bit is not set A0 versions of the 82574 can generate
    tx hangs.
    
    Signed-off-by: Jesse Brandeburg <jesse.brandeburg@intel.com>
    Signed-off-by: Bruce Allan <bruce.w.allan@intel.com>
    Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit bf50c903faba4ec7686ee8a570ac384b0f20814d
Merge: a90e8a7... 74194cc...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:43:04 2009 -0800

    Merge git://git.infradead.org/battery-2.6
    
    * git://git.infradead.org/battery-2.6:
      power_supply: pda_power: Don't request shared IRQs w/ IRQF_DISABLED

commit a90e8a75fbf9e7fe2d88da6a5cf38be07fd81c35
Merge: cc597bc... 20d5a39...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:42:05 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/teigland/dlm
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/teigland/dlm:
      dlm: initialize file_lock struct in GETLK before copying conflicting lock
      dlm: fix plock notify callback to lockd

commit cc597bc3d31468596af6b8ad2b1d1b593e308957
Merge: ed80386... c475146...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:41:00 2009 -0800

    Merge branch 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-quota-2.6
    
    * 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-quota-2.6:
      ocfs2: Remove ocfs2_dquot_initialize() and ocfs2_dquot_drop()
      quota: Improve locking

commit ed803862954528e6fcf7bd0f2b2e5a772a7c3281
Merge: 6aeea60... c0e69a5...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:40:28 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core-2.6:
      klist.c: bit 0 in pointer can't be used as flag
      debugfs: introduce stub for debugfs_create_size_t() when DEBUG_FS=n
      sysfs: fix problems with binary files
      PNP: fix broken pnp lowercasing for acpi module aliases
      driver core: Convert '/' to '!' in dev_set_name()

commit 6aeea60aee945449c93d9aa70638deeb5c4c5439
Author: Harvey Harrison <harvey.harrison@gmail.com>
Date:   Tue Jan 20 17:50:51 2009 -0800

    m68k{nommu}: fixups after the header move
    
    swab.h seems to have been missed during the header merge.
    Add conditionals similar to byteorder.h and remove the
    now unnecessary byteorder_no/mm.h
    
    Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit ac3d266bf1bbbdd7efb6bd6760f2ee29e43bb132
Merge: 9f4863b... 4914802...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:33:01 2009 -0800

    Merge branch 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu
    
    * 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu:
      m68k,m68knommu: merge header files
    
    Resolve trivial conflict in arch/m68knommu/include/asm/Kbuild

commit 9f4863b7dc7f545bb3a01746feafdc1208e86c89
Merge: 832fb4a... e34a628...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:26:27 2009 -0800

    Merge branch 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6
    
    * 'for-linus' of git://git390.osdl.marist.edu/pub/scm/linux-2.6:
      [S390] Add missing compat system call wrappers.
      [S390] etr/stp: fix possible deadlock
      [S390] cputime: fix lowcore initialization on cpu hotplug
      [S390] fix compat sigaltstack syscall table entry
      [S390] personality: fix personality loss on execve

commit 832fb4a01ca27ded735421de2b090f03e20039fc
Merge: 4a45659... 2906f02...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:16:11 2009 -0800

    Merge branch 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
    
    * 'drm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6:
      drm/i915: Fix cursor physical address choice to match the 2D driver.
      drm: stash AGP include under the do-we-have-AGP ifdef
      drm: don't whine about not reading EDID data
      drm/i915: hook up LVDS DPMS property
      drm/i915: remove unnecessary debug output in KMS init
      i915: fix freeing path for gem phys objects.
      drm: create mode_config idr lock
      drm: fix leak of device mappings since multi-master changes.

commit 4a4565921aa9255be01921ff8ae339fa7b0a5468
Merge: 7954d5c... c2fdd36...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:13:36 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6:
      PCI hotplug: fix lock imbalance in pciehp
      PCI PM: Restore standard config registers of all devices early
      PCI/MSI: bugfix/utilize for msi_capability_init()

commit 7954d5cf39ee1ce9bb0a4b19fcf1924885a9cad1
Merge: 37f5fed... 86528da...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:13:08 2009 -0800

    Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx
    
    * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/async_tx:
      i.MX31: framebuffer driver
      i.MX31: Image Processing Unit DMA and IRQ drivers
      dmaengine: add async_tx_clear_ack() macro
      dmaengine: dma_issue_pending_all == nop when CONFIG_DMA_ENGINE=n
      dmaengine: kill some dubious WARN_ONCEs
      fsldma: print correct IRQ on mpc83xx
      fsldma: check for NO_IRQ in fsl_dma_chan_remove()
      dmatest: Use custom map/unmap for destination buffer
      fsldma: use a valid 'device' for dma_pool_create
      dmaengine: fix dependency chaining

commit 37f5fed55559a030c430550bcacec75e6a833f1b
Merge: a1c70a7... 0609697...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:12:08 2009 -0800

    Merge branch 'sh/for-2.6.29' of git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6
    
    * 'sh/for-2.6.29' of git://git.kernel.org/pub/scm/linux/kernel/git/lethal/sh-2.6: (22 commits)
      dma-coherent: Restore dma_alloc_from_coherent() large alloc fall back policy.
      dma-coherent: per-device coherent area is in pages, not bytes.
      sh: fix unaligned and nonexistent address handling
      nommu: Stub in vm_map_ram()/vm_unmap_ram()/vm_unmap_aliases().
      sh: fix sh-sci / early printk build on sh7723
      sh: export the sh7343 JPU to user space
      sh: update defconfigs.
      serial: sh-sci: Fix up SH7720/SH7721 SCI build.
      sh: Kill off obsolete busses from arch/sh/Kconfig.
      sh: sh7785lcr/highlander/hp6xx need linux/irq.h.
      sh: Migo-R MMC support using spi_gpio and mmc_spi.
      sh: ap325rxa MMC support using spi_gpio and mmc_spi
      sh: mach-x3proto: needs linux/irq.h.
      sh: Drop the BKL from sys_execve() on SH-5.
      sh: convert rsk7203 to use smsc911x.
      sh: convert magicpanelr2 platform to use smsc911x.
      sh: convert ap325rxa platform to use smsc911x.
      sh: mach-migor: Add tw9910 support.
      sh: mach-migor: Delete soc_camera_platform setup.
      sh: mach-migor: Add ov772x support.
      ...

commit a1c70a756f8d756668acdbfd61dfc14de12fbaea
Merge: 3632dee... 0fcb440...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:08:50 2009 -0800

    Merge branch 'Kconfig' of git://git.kernel.org/pub/scm/linux/kernel/git/adobriyan/misc
    
    * 'Kconfig' of git://git.kernel.org/pub/scm/linux/kernel/git/adobriyan/misc: (36 commits)
      fs/Kconfig: move 9p out
      fs/Kconfig: move afs out
      fs/Kconfig: move coda out
      fs/Kconfig: move the rest of ncpfs out
      fs/Kconfig: move smbfs out
      fs/Kconfig: move sunrpc out
      fs/Kconfig: move nfsd out
      fs/Kconfig: move nfs out
      fs/Kconfig: move ufs out
      fs/Kconfig: move sysv out
      fs/Kconfig: move romfs out
      fs/Kconfig: move qnx4 out
      fs/Kconfig: move hpfs out
      fs/Kconfig: move omfs out
      fs/Kconfig: move minix out
      fs/Kconfig: move vxfs out
      fs/Kconfig: move squashfs out
      fs/Kconfig: move cramfs out
      fs/Kconfig: move efs out
      fs/Kconfig: move bfs out
      ...

commit 3632dee2f8b8a9720329f29eeaa4ec4669a3aff8
Author: Vegard Nossum <vegard.nossum@gmail.com>
Date:   Thu Jan 22 15:29:45 2009 +0100

    inotify: clean up inotify_read and fix locking problems
    
    If userspace supplies an invalid pointer to a read() of an inotify
    instance, the inotify device's event list mutex is unlocked twice.
    This causes an unbalance which effectively leaves the data structure
    unprotected, and we can trigger oopses by accessing the inotify
    instance from different tasks concurrently.
    
    The best fix (contributed largely by Linus) is a total rewrite
    of the function in question:
    
    On Thu, Jan 22, 2009 at 7:05 AM, Linus Torvalds wrote:
    > The thing to notice is that:
    >
    >  - locking is done in just one place, and there is no question about it
    >   not having an unlock.
    >
    >  - that whole double-while(1)-loop thing is gone.
    >
    >  - use multiple functions to make nesting and error handling sane
    >
    >  - do error testing after doing the things you always need to do, ie do
    >   this:
    >
    >        mutex_lock(..)
    >        ret = function_call();
    >        mutex_unlock(..)
    >
    >        .. test ret here ..
    >
    >   instead of doing conditional exits with unlocking or freeing.
    >
    > So if the code is written in this way, it may still be buggy, but at least
    > it's not buggy because of subtle "forgot to unlock" or "forgot to free"
    > issues.
    >
    > This _always_ unlocks if it locked, and it always frees if it got a
    > non-error kevent.
    
    Cc: John McCutchan <ttb@tentacle.dhs.org>
    Cc: Robert Love <rlove@google.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Vegard Nossum <vegard.nossum@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit aeb565dfc3ac4c8b47c5049085b4c7bfb2c7d5d7
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 10:01:53 2009 -0800

    Fix annoying DRM_ERROR() string warning
    
    Use '%zu' to print out a size_t variable, not '%d'.  Another case of the
    "let's keep at least Linus' defconfig compile warningless" rule.
    
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 2d07d4d1bba3b141941682fa36cacbe12bbb143b
Merge: 3386c05... f6d47a1...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:49:22 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse:
      fuse: fix poll notify
      fuse: destroy bdi on umount
      fuse: fuse_fill_super error handling cleanup
      fuse: fix missing fput on error
      fuse: fix NULL deref in fuse_file_alloc()

commit 3386c05bdbd3e60ca7158253442f0a00133db28e
Merge: 1e70c7f... 6552eba...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:47:56 2009 -0800

    Merge branch 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'core-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      debugobjects: add and use INIT_WORK_ON_STACK
      rcu: remove duplicate CONFIG_RCU_CPU_STALL_DETECTOR
      relay: fix lock imbalance in relay_late_setup_files
      oprofile: fix uninitialized use of struct op_entry
      rcu: move Kconfig menu
      softlock: fix false panic which can occur if softlockup_thresh is reduced
      rcu: add __cpuinit to rcu_init_percpu_data()

commit 1e70c7f7a9d4a3d2cc78b40e1d7768d99cd79899
Merge: 810ee58... 1d4a7f1...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:47:43 2009 -0800

    Merge branch 'timers-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'timers-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
      hrtimers: fix inconsistent lock state on resume in hres_timers_resume
      time-sched.c: tick_nohz_update_jiffies should be static
      locking, hpet: annotate false positive warning
      kernel/fork.c: unused variable 'ret'
      itimers: remove the per-cpu-ish-ness

commit 810ee58de26c9c1255d716b1db7344c4a1093fec
Merge: 2927fce... e88a0fa...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:47:28 2009 -0800

    Merge branch 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip
    
    * 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip: (29 commits)
      xen: unitialised return value in xenbus_write_transaction
      x86: fix section mismatch warning
      x86: unmask CPUID levels on Intel CPUs, fix
      x86: work around PAGE_KERNEL_WC not getting WC in iomap_atomic_prot_pfn.
      x86: use standard PIT frequency
      xen: handle highmem pages correctly when shrinking a domain
      x86, mm: fix pte_free()
      xen: actually release memory when shrinking domain
      x86: unmask CPUID levels on Intel CPUs
      x86: add MSR_IA32_MISC_ENABLE bits to <asm/msr-index.h>
      x86: fix PTE corruption issue while mapping RAM using /dev/mem
      x86: mtrr fix debug boot parameter
      x86: fix page attribute corruption with cpa()
      Revert "x86: signal: change type of paramter for sys_rt_sigreturn()"
      x86: use early clobbers in usercopy*.c
      x86: remove kernel_physical_mapping_init() from init section
      fix: crash: IP: __bitmap_intersects+0x48/0x73
      cpufreq: use work_on_cpu in acpi-cpufreq.c for drv_read and drv_write
      work_on_cpu: Use our own workqueue.
      work_on_cpu: don't try to get_online_cpus() in work_on_cpu.
      ...

commit 2927fceafc91afe744e0d1d33f8bbf98c42668fc
Merge: 36f392d... ef183f6...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:46:29 2009 -0800

    Merge git://git.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6
    
    * git://git.kernel.org/pub/scm/linux/kernel/git/bart/ide-2.6:
      drivers/ide/palm_bk3710.c buildfix
      ide: fix Falcon IDE breakage
      ide: fix IDE PMAC breakage

commit 36f392d09670d41716e0ba29e1fd1d0445367687
Merge: 6c31e7ee... 74e2d06...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:44:17 2009 -0800

    Merge branch 'for-linus' of git://oss.sgi.com/xfs/xfs
    
    * 'for-linus' of git://oss.sgi.com/xfs/xfs:
      Long btree pointers are still 64 bit on disk
      [XFS] Remove the rest of the macro-to-function indirections.
      xfs: sanity check attr fork size
      xfs: fix bad_features2 fixups for the root filesystem
      xfs: add a lock class for group/project dquots
      xfs: lockdep annotations for xfs_dqlock2
      xfs: add a separate lock class for the per-mount list of dquots
      xfs: use mnt_want_write in compat_attrmulti ioctl
      xfs: fix dentry aliasing issues in open_by_handle

commit 6c31e7ee48c91ef271b9d092d8d5698df0c72e22
Merge: f3b8436... 0f0779b...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Mon Jan 26 09:42:00 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
      ASoC: Add missing comma to SND_SOC_DAPM_SWITCH_E in soc-dapm.h
      ALSA: hda: Add STAC92HD83XXX_PWR_REF quirk
      ALSA: hda: revert change to 92hd83xxx power mapping
      ALSA: hda - Add model entry for HP dv4
      ALSA: hda: 83xxx port 0xe DAC selection
      ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
      sound: virtuoso: document HDAV1.3 driver status
      sound: virtuoso: add newline
      sound: virtuoso: enable UART on Xonar HDAV1.3
      sound: Remove removed OSS kernel parameters from doc
      ALSA: hda: fix invalid power mapping masks
      ASoC: atmel_pcm: Remove non-existant header
      ALSA: hda - add quirks for some 82801H variants to use ALC883_MITAC
      ALSA: hda - Fix (yet more) STAC925x issues

commit f6d47a1761896dcd89e3184399a8962dff17267d
Author: Miklos Szeredi <mszeredi@suse.cz>
Date:   Mon Jan 26 15:00:59 2009 +0100

    fuse: fix poll notify
    
    Move fuse_copy_finish() to before calling fuse_notify_poll_wakeup().
    This is not a big issue because fuse_notify_poll_wakeup() should be
    atomic, but it's cleaner this way, and later uses of notification will
    need to be able to finish the copying before performing some actions.
    
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>

commit 26c3679101dbccc054dcf370143941844ba70531
Author: Miklos Szeredi <mszeredi@suse.cz>
Date:   Mon Jan 26 15:00:59 2009 +0100

    fuse: destroy bdi on umount
    
    If a fuse filesystem is unmounted but the device file descriptor
    remains open and a new mount reuses the old device number, then the
    mount fails with EEXIST and the following warning is printed in the
    kernel log:
    
      WARNING: at fs/sysfs/dir.c:462 sysfs_add_one+0x35/0x3d()
      sysfs: duplicate filename '0:15' can not be created
    
    The cause is that the bdi belonging to the fuse filesystem was
    destoryed only after the device file was released.  Fix this by
    calling bdi_destroy() from fuse_put_super() instead.
    
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
    CC: stable@kernel.org

commit c2b8f006909b9bf9e165dfdf3c378527938c4497
Author: Miklos Szeredi <mszeredi@suse.cz>
Date:   Mon Jan 26 15:00:58 2009 +0100

    fuse: fuse_fill_super error handling cleanup
    
    Clean up error handling for the whole of fuse_fill_super() function.
    
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>

commit 3ddf1e7f57237ac7c5d5bfb7058f1ea4f970b661
Author: Miklos Szeredi <mszeredi@suse.cz>
Date:   Mon Jan 26 15:00:58 2009 +0100

    fuse: fix missing fput on error
    
    Fix the leaking file reference if allocation or initialization of
    fuse_conn failed.
    
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
    CC: stable@kernel.org

commit bb875b38dc5e343bdb696b2eab8233e4d195e208
Author: Dan Carpenter <error27@gmail.com>
Date:   Mon Jan 26 15:00:58 2009 +0100

    fuse: fix NULL deref in fuse_file_alloc()
    
    ff is set to NULL and then dereferenced on line 65.  Compile tested only.
    
    Signed-off-by: Dan Carpenter <error27@gmail.com>
    Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
    CC: stable@kernel.org

commit e88a0faae5baaaa3bdc6f23a55ad6bc7a7b4aa77
Author: Ian Campbell <ian.campbell@citrix.com>
Date:   Sat Jan 24 08:22:47 2009 +0000

    xen: unitialised return value in xenbus_write_transaction
    
    The return value of xenbus_write_transaction can be uninitialised in
    the success case leading to the userspace xenstore utilities failing.
    
    Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 659d2618b38f8a4d91bdb19cfc5c7fb330a4c55a
Author: Rakib Mullick <rakib.mullick@gmail.com>
Date:   Sat Jan 24 01:46:03 2009 +0600

    x86: fix section mismatch warning
    
    Here function vmi_activate calls a init function activate_vmi , which
    causes the following section mismatch warnings:
    
      LD      arch/x86/kernel/built-in.o
    WARNING: arch/x86/kernel/built-in.o(.text+0x13ba9): Section mismatch
    in reference from the function vmi_activate() to the function
    .init.text:vmi_time_init()
    The function vmi_activate() references
    the function __init vmi_time_init().
    This is often because vmi_activate lacks a __init
    annotation or the annotation of vmi_time_init is wrong.
    
    WARNING: arch/x86/kernel/built-in.o(.text+0x13bd1): Section mismatch
    in reference from the function vmi_activate() to the function
    .devinit.text:vmi_time_bsp_init()
    The function vmi_activate() references
    the function __devinit vmi_time_bsp_init().
    This is often because vmi_activate lacks a __devinit
    annotation or the annotation of vmi_time_bsp_init is wrong.
    
    WARNING: arch/x86/kernel/built-in.o(.text+0x13bdb): Section mismatch
    in reference from the function vmi_activate() to the function
    .devinit.text:vmi_time_ap_init()
    The function vmi_activate() references
    the function __devinit vmi_time_ap_init().
    This is often because vmi_activate lacks a __devinit
    annotation or the annotation of vmi_time_ap_init is wrong.
    
    Fix it by marking vmi_activate() as __init too.
    
    Signed-off-by: Rakib Mullick <rakib.mullick@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit e4d866cdea24543ee16ce6d07d80c513e86ba983
Author: JosephChan@via.com.tw <JosephChan@via.com.tw>
Date:   Fri Jan 23 15:37:39 2009 +0800

    [libata] pata_via: support VX855, future chips whose IDE controller use 0x0571
    
    It supports VX855 and future chips whose IDE controller uses PCI ID 0x0571.
    
    Signed-off-by: Joseph Chan <josephchan@via.com.tw>
    Acked-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit f9228c7ffaaa37521c46239ccea623f10fa44a27
Author: Mark Lord <liml@rtr.ca>
Date:   Wed Jan 21 10:34:17 2009 -0500

    sata_mv: no longer experimental (v2)
    
    Update Kconfig for sata_mv with full list of chips supported,
    and (finally!) remove the "EXPERIMENTAL" designations.
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 6d3c30efc964fadf2e6270e6fceaeca3ce50027a
Author: Mark Lord <liml@rtr.ca>
Date:   Wed Jan 21 10:31:29 2009 -0500

    sata_mv: msi masking fix (v2)
    
    Enable reliable use of Message-Signaled Interrupts (MSI) in sata_mv
    by masking further chip interrupts within the main interrupt handler.
    
    Based upon a suggestion by Grant Grundler.
    MSI is working reliably in all of my test systems here now.
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Reviewed-by: Grant Grundler <grundler@google.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 5d0fb2e730e2085021cf5c8b6d14983e92aea75b
Author: Thomas Reitmayr <treitmayr@devbase.at>
Date:   Sat Jan 24 20:24:58 2009 +0100

    sata_mv: Properly initialize main irq mask
    
    I noticed that during initialization sata_mv.c assumes that the main
    interrupt mask has its default value of 0. The function
    mv_platform_probe(..) initializes a shadow irq mask with 0 assuming
    that's the value of the controller's register. Now
    mv_set_main_irq_mask(..) only writes the controller's register if the
    new value differs from the "shadowed" value. This is fatal when trying
    to disable all interrupts in mv_init_host(..), i.e. the following
    function call does not write anything to the main irq mask register:
    
      mv_set_main_irq_mask(host, ~0, 0);
    
    The effect I see on my machine (QNAP TS-109 II) with booting via kexec
    (with Linux as a 2nd-stage boot loader) is that if the sata_mv module
    was still loaded when performing kexec, then the new kernel's sata_mv
    module starts up with interrupts enabled. This results in an unhandled
    IRQ and breaks the boot process.
    
    The unhandled interrupt itself might also be fixed by Lennert's patch
    proposed at http://markmail.org/message/kwvzxstnlsa3s26w which I did not
    try yet.
    
    However I still propose to additionally initialize the shadow variable
    with the current contents of the main irq mask register to get both in
    sync and allow proper disabling the main irq mask. This fixes the
    unhandled irq on my machine.
    
    Signed-off-by: Thomas Reitmayr <treitmayr@devbase.at>
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit cd12e1f7a2c28917c89d65c0d4a52d3919b4c125
Author: Mark Lord <liml@rtr.ca>
Date:   Mon Jan 19 18:06:28 2009 -0500

    sata_mv: remove bogus nsect restriction
    
    Remove unneeded nsect restriction from GenII NCQ path,
    and improve comments to explain why this is not a problem.
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit cae6edc3b5a536119374a5439d9b253cb26f05e1
Author: Mark Lord <liml@rtr.ca>
Date:   Mon Jan 19 18:05:42 2009 -0500

    sata_mv: don't read hc_irq_cause
    
    Remove silly read-modify-write sequences when clearing interrupts
    in hc_irq_cause.  This gets rid of unneeded MMIO reads, resulting in
    a slight performance boost when switching between EDMA and non-EDMA
    modes (eg. for cache flushes).
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit b0bccb18bc523d1d5060d25958f12438062829a9
Author: Mark Lord <liml@rtr.ca>
Date:   Mon Jan 19 18:04:37 2009 -0500

    sata_mv: fix 8-port timeouts on 508x/6081 chips
    
    Fix a longstanding bug for the 8-port Marvell Sata controllers (508x/6081),
    where accesses to the upper 4 ports would cause lost-interrupts / timeouts
    for the lower 4-ports.  With this patch, the 6081 boards should finally be
    reliable enough for mainstream use with Linux.
    
    Signed-off-by: Mark Lord <mlord@pobox.com>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 2d775708bc6613f1be47f1e720781343341ecc94
Author: Tejun Heo <tj@kernel.org>
Date:   Sun Jan 25 11:29:38 2009 +0900

    sata_nv: fix MCP5x reset
    
    MCP5x family of controllers seem to share much more with nf2's as far
    as reset protocol is concerned.  It requires heardreset to get the PHY
    going and classfication code report after hardreset is unreliable.
    Create a new board type MCP5x and use noclassify hardreset.  SWNCQ is
    modified to inherit from this new type.
    
    This fixes hotplug regression reported in kernel bz#12351.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit e8caa3c70e94d867ca2efe9e53fd388b52d6d0c8
Author: Tejun Heo <tj@kernel.org>
Date:   Sun Jan 25 11:25:22 2009 +0900

    sata_nv: rename nv_nf2_hardreset()
    
    nv_nf2_hardreset() will be used by other flavors too.  Rename it to
    nv_noclassify_hardreset().
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit b919930c34e99a48d6b13a5ec9db8c059ec44d72
Author: Tejun Heo <tj@kernel.org>
Date:   Sun Jan 25 10:26:00 2009 +0900

    libata: set NODEV_HINT for 0x7f status
    
    Asus Pundit-R with atiixp controller has the second port missing and,
    very unusually, its status is stuck at 0x7f and all others at 0.  This
    meanst that it fails TF access test but gets detected as a disk due to
    classification code check and then evades polling IDENTIFY presence
    detection thanks to the missing BSY in the status value causing
    excessive delays during boot.
    
    This patch makes libata-sff HSM set NODEV_HINT if the status is 0x7f
    to make polling IDENTIFY presence detection work for these machines.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit 99fb4d349db7e7dacb2099c5cc320a9e2d31c1ef
Author: Ingo Molnar <mingo@elte.hu>
Date:   Mon Jan 26 04:30:41 2009 +0100

    x86: unmask CPUID levels on Intel CPUs, fix
    
    Impact: fix boot hang on pre-model-15 Intel CPUs
    
    rdmsrl_safe() does not work in very early bootup code yet, because we
    dont have the pagefault handler installed yet so exception section
    does not get parsed. rdmsr_safe() will just crash and hang the bootup.
    
    So limit the MSR_IA32_MISC_ENABLE MSR read to those CPU types that
    support it.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 80ee6f54f51ffc623843dd8955248d4fab064b99
Author: Tejun Heo <tj@kernel.org>
Date:   Fri Jan 23 14:12:59 2009 +0900

    libata-sff: fix incorrect EH message
    
    The EH message for NODEV_HINT path was describing the opposite
    condition.  Fix it.
    
    Signed-off-by: Tejun Heo <tj@kernel.org>
    Signed-off-by: Jeff Garzik <jgarzik@redhat.com>

commit ef5fa0ab24b87646c7bc98645acbb4b51fc2acd4
Author: Eric Anholt <eric@anholt.net>
Date:   Fri Jan 23 14:14:21 2009 -0800

    x86: work around PAGE_KERNEL_WC not getting WC in iomap_atomic_prot_pfn.
    
    In the absence of PAT, PAGE_KERNEL_WC ends up mapping to a memory type that
    gets UC behavior even in the presence of a WC MTRR covering the area in
    question.  By swapping to PAGE_KERNEL_UC_MINUS, we can get the actual
    behavior the caller wanted (WC if you can manage it, UC otherwise).
    
    This recovers the 40% performance improvement of using WC in the DRM
    to upload vertex data.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Signed-off-by: H. Peter Anvin <hpa@zytor.com>

commit 71be7a36026b25e17657ff8e4317837176bf8cfd
Merge: a8d694c... 2fcbab0...
Author: David S. Miller <davem@davemloft.net>
Date:   Sun Jan 25 21:36:34 2009 -0800

    Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

commit a8d694c651356ec89452e15b0189c061fb7e1cf1
Author: Timo Teras <timo.teras@iki.fi>
Date:   Sun Jan 25 20:49:14 2009 -0800

    af_key: initialize xfrm encap_oa
    
    Currently encap_oa is left uninitialized, so it contains garbage data which
    is visible to userland via Netlink. Initialize it by zeroing it out.
    
    Signed-off-by: Timo Teras <timo.teras@iki.fi>
    Acked-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e918085aaff34086e265f825dd469926b1aec4a4
Author: Alex Williamson <alex.williamson@hp.com>
Date:   Sun Jan 25 18:06:26 2009 -0800

    virtio_net: Fix MAX_PACKET_LEN to support 802.1Q VLANs
    
    802.1Q expanded the maximum ethernet frame size by 4 bytes for the
    VLAN tag.  We're not taking this into account in virtio_net, which
    means the buffers we provide to the backend in the virtqueue RX ring
    aren't big enough to hold a full MTU VLAN packet.  For QEMU/KVM,
    this results in the backend exiting with a packet truncation error.
    
    Signed-off-by: Alex Williamson <alex.williamson@hp.com>
    Acked-by: Mark McLoughlin <markmc@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 801599b0cd4c026a18fb9fce436eae4459f799a6
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Tue Jan 20 06:14:32 2009 +0000

    lcs: fix compilation for !CONFIG_IP_MULTICAST
    
    drivers/s390/net/lcs.c: In function 'lcs_new_device':
    drivers/s390/net/lcs.c:2179: error: implicit declaration of function 'lcs_set_multicast_list'
    
    Reported-by: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: Ursula Braun <ursula.braun@de.ibm.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 74194cc71074c8bc17690a5d826093fb6f6e9928
Author: Philipp Zabel <philipp.zabel@gmail.com>
Date:   Sun Jan 18 14:46:21 2009 +0100

    power_supply: pda_power: Don't request shared IRQs w/ IRQF_DISABLED
    
    IRQF_DISABLED is not guaranteed for shared IRQs. I think power_changed_isr
    doesn't need it anyway, as it only fires a timer.
    This patch enables IRQF_SAMPLE_RANDOM instead.
    
    Signed-off-by: Philipp Zabel <philipp.zabel@gmail.com>
    Signed-off-by: Anton Vorontsov <cbouatmailru@gmail.com>

commit 24f11ec001920f1cfaeeed8e8b55725d900bbb56
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sun Jan 25 17:36:34 2009 +0000

    [ARM] fix section-based ioremap
    
    Tomi Valkeinen reports:
      Running with latest linux-omap kernel on OMAP3 SDP board, I have
      problem with iounmap(). It looks like iounmap() does not properly
      free large areas. Below is a test which fails for me in 6-7 loops.
    
    	for (i = 0; i < 200; ++i) {
    		vaddr = ioremap(paddr, size);
    		if (!vaddr) {
    			printk("couldn't ioremap\n");
    			break;
    		}
    		iounmap(vaddr);
    	}
    
    The changes to vmalloc.c weren't reflected in the ARM ioremap
    implementation.  Turns out the fix is rather simple.
    
    Tested-by: Tomi Valkeinen <tomi.valkeinen@nokia.com>
    Tested-by: Matt Gerassimoff <mgeras@gmail.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit e1b4d1143651fb3838be1117785b6e0386fa151f
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sun Jan 25 16:57:00 2009 +0100

    x86: use standard PIT frequency
    
    the RDC and ELAN platforms use slighly different PIT clocks, resulting in
    a timex.h hack that changes PIT_TICK_RATE during build time. But if a
    tester enables any of these platform support .config options, the PIT
    will be miscalibrated on standard PC platforms.
    
    So use one frequency - in a subsequent patch we'll add a quirk to allow
    x86 platforms to define different PIT frequencies.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 64b840dd88eb2054f86c72ed6d989cb8681f0058
Author: Brian King <brking@linux.vnet.ibm.com>
Date:   Thu Jan 22 15:45:38 2009 -0600

    [SCSI] ibmvfc: Fix DMA mapping leak on memory allocation failure
    
    There is currently a DMA mapping leak that can occur in the ibmvfc
    driver if we fail to allocate a scatterlist. Fix this by unmapping
    the scatterlist in the failure path. Additionally, only log an error
    for a scatterlist allocation failure if the log level is greater
    than the default, since this can occur when running Active Memory
    Sharing and this is not considered an error.
    
    Signed-off-by: Brian King <brking@linux.vnet.ibm.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit f9932deb9900789ee0b5739c118f850d62e3b9b1
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:39 2009 -0800

    [SCSI] qla2xxx: Update version number to 8.03.00-k2.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 3c01b4f9fbb43fc911acd33ea7a14ea7a4f9866b
Author: Seokmann Ju <seokmann.ju@qlogic.com>
Date:   Thu Jan 22 09:45:38 2009 -0800

    [SCSI] qla2xxx: Add checks for a valid fcport in dev-loss-tmo/terminate_rport_io callbacks.
    
    Commit f78badb1ae07e7f8b835ab2ea0b456ed3fc4caf4 ([SCSI] fc
    transport: pre-emptively terminate i/o upon dev_loss_tmo timeout)
    changed the callback semantics of dev_loss_tmo and
    terminate_rport_io such that repeated calls could be made.  This
    could result in the the driver using stale (NULLed-out, in
    dev_loss_tmo) data from the rport.  Correct this by addint a
    simple check to ensure a valid fcport is attached.
    
    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>

commit 53303c42d5a148a73b201a04c89e371d4d5a150f
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:37 2009 -0800

    [SCSI] qla2xxx: Correct regression in DMA-mask setting prior to allocations.
    
    Jeremy Higdon noted
    (http://marc.info/?l=linux-scsi&m=123262143131788&w=2) that the
    rework done in commit e315cd28b9ef0d7b71e462ac16e18dbaa2f5adfe
    was not setting the proper consistent and streaming DMA masks
    prior to memory allocations.  Correct this and remove the
    unnecessary prototype.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit b872ca4081c480e3d76443282ffd7f206321f50f
Author: Joe Carnuccio <joe.carnuccio@qlogic.com>
Date:   Thu Jan 22 09:45:36 2009 -0800

    [SCSI] qla2xxx: Correct descriptions in flash manipulation routines.
    
    When clearing the flash device's SR, the comment is incorrect...
    clearing the SR is 2 steps:
    
    1. the SR protect bit is 1, so the first write zero clears only
       that bit,
    
    2. the SR protect bit is now 0, so the next write zero clears the
       remaining bits.
    
    The sector erase debug print more correctly identifies that the erase failed.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 2ac4b64f7483f3684a423b21ac4e687827f7eb62
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:35 2009 -0800

    [SCSI] qla2xxx: Correct regression in EH abort handling.
    
    Commit 73208dfd7ab19f379d73e8a0fbf30f92c203e5e8 (qla2xxx: add
    support for multi-queue adapter) inadvertently backed-out the fix
    in 5bff55db3dc4d659f46b4d2fce2f61c1964c2762 (qla2xxx: Return a
    FAILED status when abort mailbox-command fails.).
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 7c283177fad8786afa1bbf7ef848038284084e41
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:34 2009 -0800

    [SCSI] qla2xxx: Correct endianness issue during flash manipulation.
    
    The flash data was incorrectly being converted (cpu_to_le32())
    when using the bulk-flash-write mailbox command (ISP25xx and
    above).
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit ad038fa8242a1f4547045f9213c3881a34bbcc21
Author: Lalit Chandivade <lalit.chandivade@qlogic.com>
Date:   Thu Jan 22 09:45:33 2009 -0800

    [SCSI] qla2xxx: Correct MSI-X vector allocation for single queue mode.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit eaac30be268b90e9288b3945fb5cc9ee8c5397c0
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:32 2009 -0800

    [SCSI] qla2xxx: Modify firmware-load order precedence for ISP81XX parts.
    
    Pre-ISP81XX parts (including ISP24xx and ISP25xx) could contain a
    firmware image within a segment of flash, driver would fallback
    to loading this firmware if the request-firmware interface failed
    (userspace .bin file).  Moving forward, all ISP81XX parts will
    ship with a suggested-to-be-used firmware image within flash
    which all driver should first attempt to load.  If the flash
    firmware load fails, the driver will then fallback to loading
    firmware via the request-firmware interface (ql8100_fw.bin).
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 8eca3f39c4b11320787f7b216f63214aee8415a9
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:31 2009 -0800

    [SCSI] qla2xxx: Always serialize mailbox command execution.
    
    Original code would incorrectly bypass serialization if the DPC
    thread were performing a big-hammer operation (ISP abort).  This
    short circuit, though rare, would subsequently stomp on a
    secondary thread's mailbox command execution.  Found during
    ISP81XX testing.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 09ff36d30c27ee23b50ffb419c80a0aaef1db4a0
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:30 2009 -0800

    [SCSI] qla2xxx: Ensure RISC-interrupt-enabled consistency for IS_NOPOLLING_TYPE() ISPs.
    
    Original code should work as well given qla24xx_reset_adapter()
    is only called in extreme cases where the HBA is taken offline.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 85d0acbb2e64cee4d3253ea9ce4650658e05d945
Author: Andrew Vasquez <andrew.vasquez@qlogic.com>
Date:   Thu Jan 22 09:45:29 2009 -0800

    [SCSI] qla2xxx: Simplify sector-mask calculation in preparation for larger flash parts.
    
    Also removes unneeded 'findex' local variable within routine.
    
    Signed-off-by: Andrew Vasquez <andrew.vasquez@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 6e9f21f3d3d4933087d1e13b04667b6eb663b487
Author: Anirban Chakraborty <anirban.chakraborty@qlogic.com>
Date:   Thu Jan 22 09:45:28 2009 -0800

    [SCSI] qla2xxx: Fix memory leak in error path
    
    Reviewed-by:  Hisashi Hifumi <hifumi.hisashi@oss.ntt.co.jp>
    Signed-off-by: Anirban Chakraborty <anirban.chakraborty@qlogic.com>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 41bbdbebbbe7e06871d25f51c2eb1d6466bb9e5f
Author: Mike Christie <michaelc@cs.wisc.edu>
Date:   Fri Jan 16 12:36:52 2009 -0600

    [SCSI] qla4xxx: do not reuse session when connecting to different target port
    
    qla4xxx does not check the I_T nexus values correctly
    so it ends up creating one session to the target. If
    a portal should disappear or they should be reported
    in different order the driver will think it is already
    logged in when it could now be speaking to a different
    target portal or accessing it through a different
    initiator port (iscsi initiator port is not tied to
    hardware and is just the initiator name plus isid
    so you could end up with multiple ports through one
    host).
    
    This patch has the driver check the iscsi scsi port
    values when matching sessions (we do not check
    the initiator name because that is static). It results
    in a portal from each target portal group getting
    logged into instead of just one per target. In the future
    the firmware should hopefully send us notification of other
    sessions that are created to other portals within the
    same tpgt and the sessions should have different isids.
    
    Signed-off-by: Mike Christie <michaelc@cs.wisc.edu>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit 2f5899a39dcffb404c9a3d06ad438aff3e03bf04
Author: Mike Christie <michaelc@cs.wisc.edu>
Date:   Fri Jan 16 12:36:51 2009 -0600

    [SCSI] libiscsi: fix iscsi pool leak
    
    I am not sure what happened. It looks like we have always leaked
    the q->queue that is allocated from the kfifo_init call. nab finally
    noticed that we were leaking and this patch fixes it by adding a
    kfree call to iscsi_pool_free. kfifo_free is not used per kfifo_init's
    instructions to use kfree.
    
    Signed-off-by: Mike Christie <michaelc@cs.wisc.edu>
    Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>

commit fb22d72782b023cda5e9876d3381f30932a64f91
Author: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Date:   Thu Jan 22 23:29:42 2009 +0100

    [NET] am79c961a: fix spin_lock usage
    
    spin_lock functions take a pointer to the lock, not the lock itself.
    This error was noticed by compiling ebsa110_defconfig for linux-rt where
    the locking functions obviously are more picky about their arguments.
    
    Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    Cc: Roel Kluin <12o3l@tiscali.nl>
    Cc: Steven Rostedt <srostedt@redhat.com>
    Cc: netdev@vger.kernel.org
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 0b23a0efec9ab691a5bb902f9255892c8ddfd434
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sat Jan 24 17:00:45 2009 +0000

    [ARM] omap: usb: thou shalt not provide empty release functions
    
    ... for devices.  Doing so is a bug, plain and simple, and drives
    GregKH round the bend.
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit b7cfc9ca6a511acec529cad322eec2a6379f35f7
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sat Jan 24 16:48:42 2009 +0000

    [ARM] omap: watchdog: allow OMAP watchdog driver on OMAP34xx platforms
    
    The driver was updated for OMAP34xx, but the Kconfig file was missed.
    So this adds the missing parts from d99241c in Tony Lindgren's tree:
    
        Add watchdog timer support for TI OMAP3430.
    
        Signed-off-by: Madhusudhan Chikkature <madhu.cr@ti.com>
        Signed-off-by: Tony Lindgren <tony@atomide.com>
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit a45c6cb816474cefe56059fce422a9bdcd77e0dc
Author: Madhusudhan Chikkature <madhu.cr@ti.com>
Date:   Fri Jan 23 01:05:23 2009 +0100

    [ARM] 5369/1: omap mmc: Add new omap hsmmc controller for 2430 and 34xx, v3
    
    Add omap hsmmc controller for 2430 and 34xx.
    
    Note that this controller has different registers compared to
    the earlier omap MMC controller, so sharing code currently is
    not possible.
    
    Various updates and fixes from linux-omap list have been
    merged into this patch.
    
    Signed-off-by: Madhusudhan Chikkature<madhu.cr@ti.com>
    Acked-by: Pierre Ossman <drzeus@drzeus.cx>
    Signed-off-by: Tony Lindgren <tony@atomide.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 409dc360b49480b57869ffd457e4b95901b76b75
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sat Jan 24 10:14:37 2009 +0000

    [ARM] clkdev: fix clock matching
    
    The old matching algorithm was too fuzzy, causing false positives.
    For example, when asked for device D connection C1 and we only find
    device D connection C2, we return that as a valid match despite the
    connection names being different.
    
    Change the algorithm such that:
      An entry with a NULL ID is assumed to be a wildcard.
      If an entry has a device ID, it must match
      If an entry has a connection ID, it must match
    
    However, we maintain the order of precidence while still only doing
    a single pass over all entries: dev+con > dev only > con only.
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 02e0746ecc0e72482fe6f350cbb8b65d1d5fc40a
Author: Jean-Christop PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Date:   Fri Jan 23 10:06:07 2009 +0100

    [ARM] 5370/1: at91: fix rm9200 watchdog
    
    Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit d0e58ae76cdcbcea05149e48220503ab00b4fb0b
Author: David Brownell <david-b@pacbell.net>
Date:   Sun Jan 18 17:29:10 2009 +0100

    [ARM] 5368/1: arch/arm/mach-davinci/usb.c buildfix
    
    From: David Brownell <dbrownell@users.sourceforge.net>
    Subject: ARM/mach-davinci/usb.c buildfix
    
      CC      arch/arm/mach-davinci/usb.o
    arch/arm/mach-davinci/usb.c:60: error: 'IRQ_USBINT' undeclared here (not in a function)
    make[1]: *** [arch/arm/mach-davinci/usb.o] Error 1
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 7ad14f83d335bc042baa21d710b4ea0918965ffe
Author: Ramax Lo <ramaxlo@gmail.com>
Date:   Wed Jan 14 02:13:47 2009 +0100

    [ARM] 5365/1: s3cmci: Use new include path of dma.h
    
    Since dma.h has been moved to arch/arm/mach-s3c2410/include/mach,
    use the new include path.
    
    Signed-off-by: Ramax Lo <ramaxlo@gmail.com>
    Acked-by: Ben Dooks <ben-linux@fluff.org>
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 7dd8c4f3526b16edb1a3f4edb4665a8fa6e632d8
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sun Jan 18 16:24:19 2009 +0000

    [ARM] fix StrongARM-11x0 page copy implementation
    
    Which had the 'from' and 'to' pages reversed.
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 953a7e8476bbd7367cebdb868c326ba42968bc13
Author: Russell King <rmk@dyn-67.arm.linux.org.uk>
Date:   Sun Jan 18 12:52:38 2009 +0000

    [ARM] omap: ensure OMAP drivers pass a struct device to clk_get()
    
    Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

commit 2fcbab044a3faf4d4a6e269148dd1f188303b206
Author: Larry Finger <Larry.Finger@lwfinger.net>
Date:   Fri Jan 23 11:46:32 2009 -0600

    rtl8187: Add termination packet to prevent stall
    
    The RTL8187 and RTL8187B devices can stall unless an explicit termination
    packet is sent.
    
    Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit c338ba3ca5bef2df2082d9e8d336ff7b2880c326
Author: Abbas, Mohamed <mohamed.abbas@intel.com>
Date:   Wed Jan 21 10:58:02 2009 -0800

    iwlwifi: fix rs_get_rate WARN_ON()
    
    In ieee80211_sta structure there is u64 supp_rates[IEEE80211_NUM_BANDS]
    this is filled with all support rate from assoc_resp.  If we associate
    with G-band AP only supp_rates of G-band will be set the other band
    supp_rates will be set to 0. If the user type this command
    this will cause mac80211 to set to new channel, mac80211
    does not disassociate in setting new channel, so the active
    band is now A-band. then in handling the new essid mac80211 will
    kick in the assoc steps which involve sending disassociation frame.
    in this mac80211 will WARN_ON sta->supp_rates[A_BAND] == 0.
    
    This fixes:
    http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1822
    http://www.kerneloops.org/searchweek.php?search=rs_get_rate
    
    Signed-off-by: mohamed abbas <mohamed.abbas@intel.com>
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit b4068a80492022848c11123bf485aff5c902c583
Author: Christian Lamparter <chunkeey@web.de>
Date:   Tue Jan 20 23:11:21 2009 +0100

    p54usb: fix packet loss with first generation devices
    
    Artur Skawina confirmed that the first generation devices needs the same
    URB_ZERO_PACKET flag, in oder to finish the pending transfer properly.
    The second generation has been successfully fixed by
    "p54usb: fix random traffic stalls (LM87)" (43af18f06d5)
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit ff4ce8c332859508dc97826ab8b7f42bb9c212c9
Author: Ian Campbell <ian.campbell@citrix.com>
Date:   Fri Jan 23 16:26:21 2009 +0000

    xen: handle highmem pages correctly when shrinking a domain
    
    Commit 1058a75f07b9bb8323fb5197be5526220f8b75cf ("xen: actually release
    memory when shrinking domain") causes a crash if the page being released
    is a highmem page.
    
    If a page is highmem then there is no need to unmap it.
    
    Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
    Acked-by: Jeremy Fitzhardinge <jeremy@goop.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 42ef73fe134732b2e91c0326df5fd568da17c4b2
Author: Peter Zijlstra <peterz@infradead.org>
Date:   Fri Jan 23 17:37:49 2009 +0100

    x86, mm: fix pte_free()
    
    On -rt we were seeing spurious bad page states like:
    
    Bad page state in process 'firefox'
    page:c1bc2380 flags:0x40000000 mapping:c1bc2390 mapcount:0 count:0
    Trying to fix it up, but a reboot is needed
    Backtrace:
    Pid: 503, comm: firefox Not tainted 2.6.26.8-rt13 #3
    [<c043d0f3>] ? printk+0x14/0x19
    [<c0272d4e>] bad_page+0x4e/0x79
    [<c0273831>] free_hot_cold_page+0x5b/0x1d3
    [<c02739f6>] free_hot_page+0xf/0x11
    [<c0273a18>] __free_pages+0x20/0x2b
    [<c027d170>] __pte_alloc+0x87/0x91
    [<c027d25e>] handle_mm_fault+0xe4/0x733
    [<c043f680>] ? rt_mutex_down_read_trylock+0x57/0x63
    [<c043f680>] ? rt_mutex_down_read_trylock+0x57/0x63
    [<c0218875>] do_page_fault+0x36f/0x88a
    
    This is the case where a concurrent fault already installed the PTE and
    we get to free the newly allocated one.
    
    This is due to pgtable_page_ctor() doing the spin_lock_init(&page->ptl)
    which is overlaid with the {private, mapping} struct.
    
    union {
        struct {
            unsigned long private;
            struct address_space *mapping;
        };
        spinlock_t ptl;
        struct kmem_cache *slab;
        struct page *first_page;
    };
    
    Normally the spinlock is small enough to not stomp on page->mapping, but
    PREEMPT_RT=y has huge 'spin'locks.
    
    But lockdep kernels should also be able to trigger this splat, as the
    lock tracking code grows the spinlock to cover page->mapping.
    
    The obvious fix is calling pgtable_page_dtor() like the regular pte free
    path __pte_free_tlb() does.
    
    It seems all architectures except x86 and nm10300 already do this, and
    nm10300 doesn't seem to use pgtable_page_ctor(), which suggests it
    doesn't do SMP or simply doesnt do MMU at all or something.
    
    Signed-off-by: Peter Zijlstra <a.p.zijlsta@chello.nl>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
    Cc: <stable@kernel.org>

commit 0f0779b155f9060dc750e14e0d29e7491263e46b
Merge: 092ebf7... 43d5080...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jan 23 18:14:25 2009 +0100

    Merge branch 'fix/asoc' into for-linus

commit e34a6280419a24297e6603075ac5af6ce9f13562
Author: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Date:   Fri Jan 23 16:40:27 2009 +0100

    [S390] Add missing compat system call wrappers.
    
    Add wrapper functions for the following compat system calls:
    * readahead
    * sendfile64
    * tkill
    * tgkill
    * keyctl
    This ensures that the high order bits of the parameter registers are correctly
    sign extended.
    
    Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

commit 179cb81aa1e9dc5444f678a6dd4dbb90c60322e1
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Fri Jan 23 16:40:26 2009 +0100

    [S390] etr/stp: fix possible deadlock
    
    Precreate stop_machine threads in case the machine supports ETR/STP.
    Otherwise we might deadlock if a time sync operation gets scheduled
    and the creation of stop_machine threads would cause disk I/O.
    This is just the minimal fix.
    The real fix would be to only precreate stop_machine threads if
    ETR/STP is actually used. But that would be a rather large and
    complicated patch.
    
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

commit f9a2f797fcde5a4aa818bd3ca8584fd1197e9c15
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Fri Jan 23 16:40:25 2009 +0100

    [S390] cputime: fix lowcore initialization on cpu hotplug
    
    On (initial) cpu hotplug the lowcore values for user_timer and
    system_timer don't get initialized like they would get on each
    process schedule.
    On initial start of secondary cpus this leads to the situation
    where per thread user/system_timer values are larger than the
    corresponding contents of the lowcore. When later calculating
    time spent in user/system context the result can be negative.
    
    So for cpu hotplug we should manually initialize lowcore values.
    
    Fixes this bug:
    
    Kernel BUG at 000ec080 [verbose debug info unavailable]
    fixpoint divide exception: 0009 [#1] PREEMPT SMP
    Modules linked in:
    CPU: 10 Not tainted 2.6.28 #4
    Process sysctl (pid: 975, task: 3fa752e0, ksp: 3fbebca0)
    Krnl PSW : 070c1000 800ec080 (show_stat+0x390/0x5fc)
               R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:0 CC:1 PM:0
    Krnl GPRS: 7fffffff fefc7ce5 3faec080 003879ae
               00000001 01388000 7fffffff 01388000
               00000000 00000000 0049ad50 3fbebcf8
               01388000 002f51a8 800ec1fe 3fbebcf8
    Krnl Code: 800ec076: 9001b188           stm     %r0,%r1,392(%r11)
               800ec07a: 9801b0c0           lm      %r0,%r1,192(%r11)
               800ec07e: 1d05               dr      %r0,%r5
              >800ec080: 9001b0c0           stm     %r0,%r1,192(%r11)
               800ec084: 5860b0c4           l       %r6,196(%r11)
               800ec088: 1806               lr      %r0,%r6
               800ec08a: 8c800001           srdl    %r8,1
               800ec08e: 1d87               dr      %r8,%r7
    Call Trace:
    ([<00000000000ec1ee>] show_stat+0x4fe/0x5fc)
     [<00000000000c13e8>] seq_read+0xc4/0x3ac
     [<00000000000e4796>] proc_reg_read+0x6e/0x9c
     [<00000000000a6a44>] vfs_read+0x78/0x100
     [<00000000000a6ba8>] sys_read+0x40/0x80
     [<00000000000234a8>] sysc_do_restart+0x1a/0x1e
    
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

commit e9a4e9d563ea643d305b5fe83031d7deca311db3
Author: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Date:   Fri Jan 23 16:40:24 2009 +0100

    [S390] fix compat sigaltstack syscall table entry
    
    When 31 bit user space programs call sigaltstack on a 64 bit Linux
    OS, the system call returns -1 with errno=EFAULT. The 31 bit pointer passed
    to the system call is extended to 64 bit, but the high order bits are not
    set to zero. The kernel detects the invalid user space pointer and
    returns -EFAULT. To solve the problem, sys32_sigaltstack_wrapper()
    instead of sys32_sigaltstack() has to be called. The wrapper function sets
    the high order bits to zero.
    
    Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

commit 03e4c49f847f23c62900424f65a62f76de5a7151
Author: Heiko Carstens <heiko.carstens@de.ibm.com>
Date:   Fri Jan 23 16:40:23 2009 +0100

    [S390] personality: fix personality loss on execve
    
    Use the personality() macro to mask out all bits that are not
    relevant for the personality type.
    The personality field contains bits for other things as well,
    so without masking out the not relevalent bits the comparison
    won't do what is expected.
    
    Reported-by: Andreas Krebbel <krebbel@linux.vnet.ibm.com>
    Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

commit 43d50807dbf47a139f83660fec14aebe936b3c80
Author: Peter Ujfalusi <peter.ujfalusi@nokia.com>
Date:   Fri Jan 23 10:08:35 2009 +0200

    ASoC: Add missing comma to SND_SOC_DAPM_SWITCH_E in soc-dapm.h
    
    Typo fix.
    
    Signed-off-by: Peter Ujfalusi <peter.ujfalusi@nokia.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit 092ebf7a01aa8020501986ab9a2f481a01bb541a
Merge: dd501d9... 32ed3f4...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jan 23 08:13:52 2009 +0100

    Merge branch 'fix/hda' into for-linus

commit dd501d94b5df820305363d504f51115b45e23e4f
Merge: 6e78b78... 8a9dee5...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Fri Jan 23 08:13:49 2009 +0100

    Merge branch 'fix/asoc' into for-linus

commit 32ed3f4640631ab7a4c0bc0f1463cf019d510341
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Thu Jan 22 20:53:29 2009 -0500

    ALSA: hda: Add STAC92HD83XXX_PWR_REF quirk
    
    Some revisions of the 92hd8xxx codec's not supporting port power
    downs in which the using of it causes capture and also randomly
    playback streams to not function at all. Thus by disabling it by
    default and adding a option to enable it manually will fix all issue
    on current and future revisions.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 87e88a746d6d93242c15e380dc8cd2579b524974
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Thu Jan 22 20:38:42 2009 -0500

    ALSA: hda: revert change to 92hd83xxx power mapping
    
    Port 0xe power mapping was incorrect set to 0x80 changed to the correct
    value 0x40.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit ae53b5bd77719fed58086c5be60ce4f22bffe1c6
Author: Vlad Yasevich <vladislav.yasevich@hp.com>
Date:   Thu Jan 22 14:53:23 2009 -0800

    sctp: Fix another socket race during accept/peeloff
    
    There is a race between sctp_rcv() and sctp_accept() where we
    have moved the association from the listening socket to the
    accepted socket, but sctp_rcv() processing cached the old
    socket and continues to use it.
    
    The easy solution is to check for the socket mismatch once we've
    grabed the socket lock.  If we hit a mis-match, that means
    that were are currently holding the lock on the listening socket,
    but the association is refrencing a newly accepted socket.  We need
    to drop the lock on the old socket and grab the lock on the new one.
    
    A more proper solution might be to create accepted sockets when
    the new association is established, similar to TCP.  That would
    eliminate the race for 1-to-1 style sockets, but it would still
    existing for 1-to-many sockets where a user wished to peeloff an
    association.  For now, we'll live with this easy solution as
    it addresses the problem.
    
    Reported-by: Michal Hocko <mhocko@suse.cz>
    Reported-by: Karsten Keil <kkeil@suse.de>
    Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 759af00ebef858015eb68876ac1f383bcb6a1774
Author: Vlad Yasevich <vladislav.yasevich@hp.com>
Date:   Thu Jan 22 14:53:01 2009 -0800

    sctp: Properly timestamp outgoing data chunks for rtx purposes
    
    Recent changes to the retransmit code exposed a long standing
    bug where it was possible for a chunk to be time stamped
    after the retransmit timer was reset.  This caused a rare
    situation where the retrnamist timer has expired, but
    nothing was marked for retrnasmission because all of
    timesamps on data were less then 1 rto ago.  As result,
    the timer was never restarted since nothing was retransmitted,
    and this resulted in a hung association that did couldn't
    complete the data transfer.  The solution is to timestamp
    the chunk when it's added to the packet for transmission
    purposes.  After the packet is trsnmitted the rtx timer
    is restarted.  This guarantees that when the timer expires,
    there will be data to retransmit.
    
    Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 6574df9a89f9f7da3a4e5cee7633d430319d3350
Author: Vlad Yasevich <vladislav.yasevich@hp.com>
Date:   Thu Jan 22 14:52:43 2009 -0800

    sctp: Correctly start rtx timer on new packet transmissions.
    
    Commit 62aeaff5ccd96462b7077046357a6d7886175a57
    (sctp: Start T3-RTX timer when fast retransmitting lowest TSN)
    introduced a regression where it was possible to forcibly
    restart the sctp retransmit timer at the transmission of any
    new chunk.  This resulted in much longer timeout times and
    sometimes hung sctp connections.
    
    Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 9c5ff5f75d0d0a1c7928ecfae3f38418b51a88e3
Author: Vlad Yasevich <vladislav.yasevich@hp.com>
Date:   Thu Jan 22 14:52:23 2009 -0800

    sctp: Fix crc32c calculations on big-endian arhes.
    
    crc32c algorithm provides a byteswaped result.  On little-endian
    arches, the result ends up in big-endian/network byte order.
    On big-endinan arches, the result ends up in little-endian
    order and needs to be byte swapped again.  Thus calling cpu_to_le32
    gives the right output.
    
    Tested-by: Jukka Taimisto <jukka.taimisto@mail.suomi.net>
    Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 1058a75f07b9bb8323fb5197be5526220f8b75cf
Author: Dan Magenheimer <dan.magenheimer@oracle.com>
Date:   Thu Jan 22 14:36:08 2009 -0800

    xen: actually release memory when shrinking domain
    
    Fix this:
    
    > It appears that in the upstream balloon driver,
    > the call to HYPERVISOR_update_va_mapping is missing
    > from decrease_reservation.  I think as a result,
    > the balloon driver is eating memory but not
    > releasing it to Xen, thus rendering the balloon
    > driver essentially useless.  (Can be observed via xentop.)
    
    Signed-off-by: Dan Magenheimer <dan.magenheimer@oracle.com>
    Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c64d2a9afbccd0aecb122d108770a407fe7b7e3f
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Thu Jan 22 14:07:43 2009 -0800

    phy: Add suspend/resume support to SMSC PHYs
    
    All supported SMSC PHYs implement the standard "power down" bit 11 of
    BMCR, so this patch adds support using the generic genphy_{suspend,resume}
    functions.
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 6f051069d8a2045666055e3020ae8a7dec9762e0
Author: Anton Vorontsov <avorontsov@ru.mvista.com>
Date:   Thu Jan 22 13:51:24 2009 -0800

    phylib: Fix oops in suspend/resume paths
    
    Suspend/resume routines check for phydrv != NULL, but that is
    wrong because "phydrv" comes from container_of(drv). If drv is NULL,
    then container_of(drv) will return non-NULL result, and the checks
    won't work.
    
    The Freescale TBI PHYs are driver-less, so "drv" is NULL, and that
    leads to the following oops:
    
    Unable to handle kernel paging request for data at address 0xffffffe4
    Faulting instruction address: 0xc0215554
    Oops: Kernel access of bad area, sig: 11 [#1]
    [...]
    NIP [c0215554] mdio_bus_suspend+0x34/0x70
    LR [c01cc508] suspend_device+0x258/0x2bc
    Call Trace:
    [cfad3da0] [cfad3db8] 0xcfad3db8 (unreliable)
    [cfad3db0] [c01cc508] suspend_device+0x258/0x2bc
    [cfad3dd0] [c01cc62c] dpm_suspend+0xc0/0x140
    [cfad3e20] [c01cc6f4] device_suspend+0x48/0x5c
    [cfad3e40] [c0068dd8] suspend_devices_and_enter+0x8c/0x148
    [cfad3e60] [c00690f8] enter_state+0x100/0x118
    [cfad3e80] [c00691c0] state_store+0xb0/0xe4
    [cfad3ea0] [c018c938] kobj_attr_store+0x24/0x3c
    [cfad3eb0] [c00ea9a8] flush_write_buffer+0x58/0x7c
    [cfad3ed0] [c00eadf0] sysfs_write_file+0x58/0xa0
    [cfad3ef0] [c009e810] vfs_write+0xb4/0x16c
    [cfad3f10] [c009ed40] sys_write+0x4c/0x90
    [cfad3f40] [c0014954] ret_from_syscall+0x0/0x38
    [...]
    
    This patch fixes the issue, plus removes unneeded parentheses
    and fixes indentation level in mdio_bus_suspend().
    
    Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 5422a2257350d984094e655b2361abed51a9ddc1
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 06:01:37 2009 +0000

    bnx2x: Version
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 3910c8ae44c59cebed721e33aa496f0a385b4e03
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 06:01:32 2009 +0000

    bnx2x: loopback test failure
    
    A link change interrupt might be queued and activated after the loopback was set
    and it will cause the loopback to fail. The PHY lock should be kept until the
    loopback test is over.
    
    That implies that the bnx2x_test_link should used within the loopback function
    and not bnx2x_wait_for_link since that function also takes the PHY link
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 5650d9d4cbf3898d3f9725ccad5dfca6bc086324
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 06:01:29 2009 +0000

    bnx2x: Missing rmb when waiting for FW response
    
    Waiting for the FW to response requires a memory barrier
    
    Signed-off-by: Michal Kalderon <michals@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 7cde1c8b79f913a0158bae4f4c612de2cb98e7e4
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 06:01:25 2009 +0000

    bnx2x: Calling napi_del
    
    rmmod might hang without this patch since the reference counter is not going
    down
    
    Signed-off-by: Yitchak Gertner <gertner@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 6eccabb301d442e6106ecc84b07a976c2816d9fb
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 03:37:48 2009 +0000

    bnx2x: Carrier off first call
    
    Call carrier off should not be called after register_netdev since after
    register netdev open can be called at any time followed by an interrupt that
    will set it to carrier_on and the probe will resume control and set it to off
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 2dfe0e1fecb582b4aae7f2490904864c05472f3a
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 03:37:44 2009 +0000

    bnx2x: Handling load failures
    
    Failures on load were not handled correctly - separate the flow to handle
    
    different failures
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e94d8af3da79f4bfbd22819d28ecf0602456f06f
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 03:37:36 2009 +0000

    bnx2x: Disable napi
    
    Calling napi disabled unconditionally at netif stop
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 81f75bbf67c7a26ea1266ac93b9319bb985d588d
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Thu Jan 22 03:37:31 2009 +0000

    bnx2x: Reset HW before use
    
    To avoid complications, make sure that the HW is in reset (as it should be)
    before trying to take it out of reset. In normal flows, the HW is indeed in rest
    so this should have no effect
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 637f883739b32746889a191f282c9ea2590ecf4f
Author: Reinette Chatre <reinette.chatre@intel.com>
Date:   Mon Jan 19 15:30:32 2009 -0800

    iwlwifi: return NETDEV_TX_OK from _tx ops
    
    be consistent with mac80211 drivers and return correct return code.
    NETDEV_TX_OK is 0, but we need to be consistent wrt formatting amongst
    implementations
    
    re: http://marc.info/?l=linux-wireless&m=123119327419865&w=2
    
    Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
    Reviewed-by: Tomas Winkler <tomas.winkler@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit de2624966f9bc6ffafc4fd6555336fabc2854420
Author: Hin-Tak Leung <hintak.leung@gmail.com>
Date:   Mon Jan 19 23:39:09 2009 +0000

    zd1211rw: adding Sitecom WL-603 (0df6:0036) to the USB id list
    
    Giuseppe Cala <jiveaxe@gmail.com> (The second "a" in "Cala" should be
    a grave, U+00E0) reported success on zd1211-devs@lists.sourceforge.net.
    The chip info is:
    zd1211b chip 0df6:0036 v4810 high 00-0c-f6 AL2230_RF pa0 g--N-
    
    The Sitecom WL-603 is detected as a zd1211b with a AL2230 RF transceiver chip.
    
    Signed-off-by: Giuseppe Cala <jiveaxe@gmail.com>
    Signed-off-by: Hin-Tak Leung <htl10@users.sourceforge.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit e2fe154e918276e900067a9d1d3a6a963faee041
Author: Christian Lamparter <chunkeey@web.de>
Date:   Tue Jan 20 00:27:57 2009 +0100

    p54usb: fix nasty use after free
    
    In theory, the firmware acks the received a data frame, before signaling the driver to free it again.
    However Artur Skawina <art.08.09@gmail.com> has shown that it can happen in reverse order as well.
    This is very bad and could lead to memory corruptions, oopses and panics.
    
    Thanks to Artur Skawina <art.08.09@gmail.com> for reporting and debugging this issue.
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Tested-by: Artur Skawina <art.08.09@gmail.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 12da401e0d616f738c8b8a368d1f63f365cc78e4
Author: Christian Lamparter <chunkeey@web.de>
Date:   Mon Jan 19 16:08:48 2009 +0100

    p54: more cryptographic accelerator fixes
    
    If we let the firmware do the data encryption, we have to remove the ICV and
    (M)MIC at the end of the frame before we can give it back to mac80211.
    Or, these data frames have a few trailing bytes on cooked monitor interfaces.
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 40ab73cc6c38ce93253fe8c2d7e502c948adfd13
Author: Chr <chunkeey@web.de>
Date:   Mon Jan 19 14:30:26 2009 +0100

    p54: add missing break in eeprom parser
    
    This patch fixes a obvious memory leak in the eeprom parser.
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 11eaea416716deebcb18383b201ba8033cbf33dc
Author: Pavel Roskin <proski@gnu.org>
Date:   Sun Jan 18 23:20:58 2009 -0500

    orinoco: use KERN_DEBUG for link status messages
    
    KERN_INFO is too "loud" for messages that are generated by the ordinary
    events, such as accociation.  Use of KERN_DEBUG is consistent with
    mac80211.
    
    Suggested by Michael Gilbert <michael.s.gilbert@gmail.com>
    
    Signed-off-by: Pavel Roskin <proski@gnu.org>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 7490889c105764d80af58dee5983d91a84e4aec8
Author: Ivo van Doorn <ivdoorn@gmail.com>
Date:   Sun Jan 18 20:15:24 2009 +0100

    rt2x00: Fix TX rate short preamble detection
    
    Mac80211 provides 2 structures to handle bitrates, namely
    ieee80211_rate and ieee80211_tx_rate. To determine the short preamble
    mode for an outgoing frame, the flag IEEE80211_TX_RC_USE_SHORT_PREAMBLE
    must be checked on ieee80211_tx_rate and not ieee80211_rate (which rt2x00 did).
    
    This fixes a regression which was triggered in 2.6.29-rcX as reported by Chris Clayton.
    
    Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com>
    Tested-By: Chris Clayton <chris2553@googlemail.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 391429c18f58ae37cc2e254e408bff847f4beb21
Author: Christian Lamparter <chunkeey@web.de>
Date:   Sun Jan 18 02:24:15 2009 +0100

    mac80211: fix slot time debug message
    
    wlan0: switched to short barker preamble (BSSID=00:01:aa:bb:cc:dd)
    wlan0: switched to short slot (BSSID=) <something is missing here>
    
    should be:
    
    wlan0: switched to short barker preamble (BSSID=00:01:aa:bb:cc:dd)
    wlan0: switched to short slot (BSSID=00:01:aa:bb:cc:dd)
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 7fe99c4e28ab54eada8aa456b417114e6ef21587
Author: Andrey Borzenkov <arvidjaar@mail.ru>
Date:   Tue Jan 20 20:26:46 2009 +0300

    orinoco: move kmalloc(..., GFP_KERNEL) outside spinlock in orinoco_ioctl_set_genie
    
    [   56.923623] BUG: sleeping function called from invalid context at /home/bor/src/linux-git/mm/slub.c:1599
    [   56.923644] in_atomic(): 0, irqs_disabled(): 1, pid: 3031, name: wpa_supplicant
    [   56.923656] 2 locks held by wpa_supplicant/3031:
    [   56.923662]  #0:  (rtnl_mutex){--..}, at: [<c02abd1f>] rtnl_lock+0xf/0x20
    [   56.923703]  #1:  (&priv->lock){++..}, at: [<dfc840c2>] orinoco_ioctl_set_genie+0x52/0x130 [orinoco]
    [   56.923782] irq event stamp: 910
    [   56.923788] hardirqs last  enabled at (909): [<c01957db>] __kmalloc+0x7b/0x140
    [   56.923820] hardirqs last disabled at (910): [<c0309419>] _spin_lock_irqsave+0x19/0x80
    [   56.923847] softirqs last  enabled at (880): [<c0124f54>] __do_softirq+0xc4/0x110
    [   56.923865] softirqs last disabled at (871): [<c01049ae>] do_softirq+0x8e/0xe0
    [   56.923895] Pid: 3031, comm: wpa_supplicant Not tainted 2.6.29-rc2-1avb #1
    [   56.923905] Call Trace:
    [   56.923919]  [<c01049ae>] ? do_softirq+0x8e/0xe0
    [   56.923941]  [<c011ad12>] __might_sleep+0xd2/0x100
    [   56.923952]  [<c0195837>] __kmalloc+0xd7/0x140
    [   56.923963]  [<c030946a>] ? _spin_lock_irqsave+0x6a/0x80
    [   56.923981]  [<dfc840e9>] ? orinoco_ioctl_set_genie+0x79/0x130 [orinoco]
    [   56.923999]  [<dfc840c2>] ? orinoco_ioctl_set_genie+0x52/0x130 [orinoco]
    [   56.924017]  [<dfc840e9>] orinoco_ioctl_set_genie+0x79/0x130 [orinoco]
    [   56.924036]  [<c0209325>] ? copy_from_user+0x35/0x130
    [   56.924061]  [<c02ffd96>] ioctl_standard_call+0x196/0x380
    [   56.924085]  [<c029f945>] ? __dev_get_by_name+0x85/0xb0
    [   56.924096]  [<c02ff88f>] wext_handle_ioctl+0x14f/0x230
    [   56.924113]  [<dfc84070>] ? orinoco_ioctl_set_genie+0x0/0x130 [orinoco]
    [   56.924132]  [<c02a3da5>] dev_ioctl+0x495/0x570
    [   56.924155]  [<c0293e05>] ? sys_sendto+0xa5/0xd0
    [   56.924171]  [<c0142fe8>] ? mark_held_locks+0x48/0x90
    [   56.924183]  [<c0292880>] ? sock_ioctl+0x0/0x280
    [   56.924193]  [<c029297d>] sock_ioctl+0xfd/0x280
    [   56.924203]  [<c0292880>] ? sock_ioctl+0x0/0x280
    [   56.924235]  [<c01a51d0>] vfs_ioctl+0x20/0x80
    [   56.924246]  [<c01a53e2>] do_vfs_ioctl+0x72/0x570
    [   56.924257]  [<c0293e62>] ? sys_send+0x32/0x40
    [   56.924268]  [<c02947c0>] ? sys_socketcall+0x1d0/0x2a0
    [   56.924280]  [<c010339f>] ? sysenter_exit+0xf/0x16
    [   56.924292]  [<c01a5919>] sys_ioctl+0x39/0x70
    [   56.924302]  [<c0103371>] sysenter_do_call+0x12/0x31
    
    Signed-off-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Cc: stable@kernel.org
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 5dc306f3bd1d4cfdf79df39221b3036eab1ddcf3
Author: Brian Cavagnolo <brian@cozybit.com>
Date:   Fri Jan 16 19:04:49 2009 -0800

    mac80211: decrement ref count to netdev after launching mesh discovery
    
    After launching mesh discovery in tx path, reference count was not being
    decremented.  This was preventing module unload.
    
    Signed-off-by: Brian Cavagnolo <brian@cozybit.com>
    Signed-off-by: Andrey Yurovsky <andrey@cozybit.com>
    Acked-by: Johannes Berg <johannes@sipsolutions.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 2906f0258770d3a9c4e65364df8acc904e148bbe
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Tue Jan 20 19:10:54 2009 -0800

    drm/i915: Fix cursor physical address choice to match the 2D driver.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Eric Anholt <eric@anholt.net>

commit 1bb88edb7a3769992026f34fd648bb459b0469aa
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Jan 15 01:16:25 2009 -0800

    drm: stash AGP include under the do-we-have-AGP ifdef
    
    This fixes the MIPS with DRM build.
    
    Signed-off-by: Eric Anholt <eric@anholt.net>
    Tested-by: Martin Michlmayr <tbm@cyrius.com>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 4942f8b23b56a3f9a713d4436338710579329ffc
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Thu Jan 22 22:23:53 2009 +1000

    drm: don't whine about not reading EDID data
    
    Make this message a little quieter, since it's common and not necessarily
    indicative of a problem.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 335041ed31d774391d9add49824d05e7d19d93e9
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Thu Jan 22 22:22:06 2009 +1000

    drm/i915: hook up LVDS DPMS property
    
    The LVDS output supports DPMS calls, but we never hooked up the property code,
    so set property calls didn't actually do anything.  Implement a set_property
    callback for the LVDS output so that the right thing happens.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit ed2dd4b0cc1494c27478f4ea8452f68d2037a60c
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Thu Jan 22 22:21:16 2009 +1000

    drm/i915: remove unnecessary debug output in KMS init
    
    We don't really need to print out the FB BAR...
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit e0c0e943af71c0f840a1f6a32a8cf0b61ebc61e5
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jan 22 12:58:11 2009 +0100

    ALSA: hda - Add model entry for HP dv4
    
    Added model=hp-dv5 for HP dv4 (103c:30f7).
    
    Reference: kernel bug #12440
    	http://bugzilla.kernel.org/show_bug.cgi?id=12440
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 0fcb44088970b18eaf2df4579d64840be6e3bf39
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:16:42 2009 +0300

    fs/Kconfig: move 9p out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit b2480c7fbfed172e6ec3ba1c8e80f05a3721b24a
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:16:02 2009 +0300

    fs/Kconfig: move afs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 33a1a6fedf08bbcb4b4df74498d697e7a88d39f2
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:15:06 2009 +0300

    fs/Kconfig: move coda out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 9d7d6447ef455f4561f63bf6e8f6bef58b42a0a3
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:14:15 2009 +0300

    fs/Kconfig: move the rest of ncpfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 213a41d404d5ed16528df5aa0ed215adcb1e9d66
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:13:16 2009 +0300

    fs/Kconfig: move smbfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 9098c24f35f7da6c89a83420acf21e3d7b35151d
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:11:56 2009 +0300

    fs/Kconfig: move sunrpc out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit e2b329e2002685c1b0fa3c06caadc0936b7f507f
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:08:58 2009 +0300

    fs/Kconfig: move nfsd out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 97afe47ac378615d727fc2f0ffa1b58e9837f438
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:07:41 2009 +0300

    fs/Kconfig: move nfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit a276a52f9f1b1059bddade71df18ceb6481534a6
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:05:02 2009 +0300

    fs/Kconfig: move ufs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 8af915ba1d1eae1f9f31fa8c5db8040492dc4785
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:04:23 2009 +0300

    fs/Kconfig: move sysv out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 41810246df2e65c66dc1f0da79b282a95b664fc7
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:03:34 2009 +0300

    fs/Kconfig: move romfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 4c7415830c7ab465ff54ca7ffc20bfb1b59906c3
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:02:21 2009 +0300

    fs/Kconfig: move qnx4 out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 928ea192959f188e6a4de95b293e3973887917b5
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:01:26 2009 +0300

    fs/Kconfig: move hpfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit da55e6f92830df9bba7c87438344479c60d44fdb
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 11:00:41 2009 +0300

    fs/Kconfig: move omfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 8b1cd7d3c5daaed6c4dec3697c1fc113eb817df0
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:59:49 2009 +0300

    fs/Kconfig: move minix out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 22135169ddc536b1f7d7f070c7980fe4bcdaa20b
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:58:51 2009 +0300

    fs/Kconfig: move vxfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 22635ec9e0cb5afbc1eaa25495ae28da8416aac3
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:57:46 2009 +0300

    fs/Kconfig: move squashfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 2a22783be0fbbd63599dd6aacf8bc2ddab941bf7
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:56:54 2009 +0300

    fs/Kconfig: move cramfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 571f0a0bdeeb2d1692751b6c5df15dafb483c7ff
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:56:07 2009 +0300

    fs/Kconfig: move efs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 0ff423849de3fe98c06d30a8ac73103c8741914c
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:55:13 2009 +0300

    fs/Kconfig: move bfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 0b09eb32985d5fbec567e83b18db3dec14d1fef9
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:54:16 2009 +0300

    fs/Kconfig: move befs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit b08bac1f185b2281c3decb4f8e15e8f41f96e974
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:53:24 2009 +0300

    fs/Kconfig: move hfs, hfsplus out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 295c896cb95de18004ef5e1b53f44c2ad001f936
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:50:50 2009 +0300

    fs/Kconfig: move ecryptfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 10951bf05d952bf6d13094f66a0dccd11dec311e
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:49:44 2009 +0300

    fs/Kconfig: move affs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit bc2de2ae67177bc60bb9ab41c97ea4f827d52821
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:48:46 2009 +0300

    fs/Kconfig: move adfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 4591dabe27ec0f7928fb73d93694698e21dc769e
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:42:52 2009 +0300

    fs/Kconfig: move configfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 5f3a211a8b02222498f134ea961fe29c97a4801f
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:40:58 2009 +0300

    fs/Kconfig: move sysfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 9d73ac9e8faffa3b930fcebbf4ebcd25f8061ada
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:39:20 2009 +0300

    fs/Kconfig: move ntfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 1c6ace019bce5e918a3d6cd53948652e14850644
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:37:59 2009 +0300

    fs/Kconfig: move fat out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit ddfaccd995b2d1bb1df4461ee9403ba9fdcbee04
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:35:21 2009 +0300

    fs/Kconfig: move iso9660, udf out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 3ef7784e47975e31148c25b6fa795949fdc16d9c
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:33:25 2009 +0300

    fs/Kconfig: move fuse out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 90ffd467933eaf581e11fec51e7ba16fc9bd542d
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:31:56 2009 +0300

    fs/Kconfig: move autofs, autofs4 out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 335debee07f2d4187a6073d7764ed56bb2ae52f4
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:27:30 2009 +0300

    fs/Kconfig: move btrfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 2fe4371dff3f1a5a1f7d91f1b090076954f4d17e
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:26:11 2009 +0300

    fs/Kconfig: move ocfs2 out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit f5c77969b33cc5cbb4534289bf23cb1794f9d37c
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:24:27 2009 +0300

    fs/Kconfig: move jfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit b16ecfe2f985f77901a36ee5a99c7d3400313341
Author: Alexey Dobriyan <adobriyan@gmail.com>
Date:   Thu Jan 22 10:22:31 2009 +0300

    fs/Kconfig: move reiserfs out
    
    Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>

commit 6552ebae25ffd57574c6e72d17fce67fea08b918
Merge: 749a440... 336f6c3...
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Thu Jan 22 10:03:02 2009 +0100

    Merge branch 'core/debugobjects' into core/urgent

commit 336f6c322d87806ef93afad6308ac65083a865e5
Author: Thomas Gleixner <tglx@linutronix.de>
Date:   Thu Jan 22 09:50:44 2009 +0100

    debugobjects: add and use INIT_WORK_ON_STACK
    
    Impact: Fix debugobjects warning
    
    debugobject enabled kernels spit out a warning in hpet code due to a
    workqueue which is initialized on stack.
    
    Add INIT_WORK_ON_STACK() which calls init_timer_on_stack() and use it
    in hpet.
    
    Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

commit 749a440b2218e9937dca8c68e23e51ca4d8d37fe
Author: Lai Jiangshan <laijs@cn.fujitsu.com>
Date:   Thu Jan 22 09:46:38 2009 +0800

    rcu: remove duplicate CONFIG_RCU_CPU_STALL_DETECTOR
    
    Impact: remove the old CONFIG_RCU_CPU_STALL_DETECTOR
    
    tree_rcu introduce CONFIG_RCU_CPU_STALL_DETECTOR again.
    
    These two are the same exactly except:
    
     the old one "depends on CLASSIC_RCU"
     the new one "depends on CLASSIC_RCU || TREE_RCU"
    
    This patch remove the old one.
    
    Signed-off-by: Lai Jiangshan <laijs@cn.fujitsu.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 066941bd4eeb159307a5d7d795100d0887c00442
Author: H. Peter Anvin <hpa@linux.intel.com>
Date:   Wed Jan 21 15:04:32 2009 -0800

    x86: unmask CPUID levels on Intel CPUs
    
    Impact: Fixes crashes with misconfigured BIOSes on XSAVE hardware
    
    Avuton Olrich reported early boot crashes with v2.6.28 and
    bisected it down to dc1e35c6e95e8923cf1d3510438b63c600fee1e2
    ("x86, xsave: enable xsave/xrstor on cpus with xsave support").
    
    If the CPUID limit bit in MSR_IA32_MISC_ENABLE is set, clear it to
    make all CPUID information available.  This is required for some
    features to work, in particular XSAVE.
    
    Reported-and-bisected-by: Avuton Olrich <avuton@gmail.com>
    Tested-by: Avuton Olrich <avuton@gmail.com>
    Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>

commit 260883c85611d3a7e27130af9aef15252856e14f
Author: Dave Airlie <airlied@redhat.com>
Date:   Thu Jan 22 17:58:49 2009 +1000

    i915: fix freeing path for gem phys objects.
    
    This off-by-one was pointed out by Jesse Barnes.
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit ad2563c2e42fc67b0976aeb70e9f3faf1c1196e8
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date:   Mon Jan 19 17:21:45 2009 +1000

    drm: create mode_config idr lock
    
    Create a separate mode_config IDR lock for simplicity.  The core DRM
    config structures (connector, mode, etc. lists) are still protected by
    the mode_config mutex, but the CRTC IDR (used for the various identifier
    IDs) is now protected by the mode_config idr_mutex.  Simplifies the
    locking a bit and removes a warning.
    
    All objects are protected by the config mutex, we may in the future,
    split the object further to have reference counts.
    
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit 74e2d06521913443c7e2697037909f5efc200ec5
Author: Dave Chinner <david@fromorbit.com>
Date:   Wed Jan 21 15:22:17 2009 +1100

    Long btree pointers are still 64 bit on disk
    
    [XFS] Long btree pointers are still 64 bit on disk
    
    On 32 bit machines with CONFIG_LBD=n, XFS reduces the
    in memory size of xfs_fsblock_t to 32 bits so that it
    will fit within 32 bit addressing. However, the disk format
    for long btree pointers are still 64 bits in size.
    
    The recent btree rewrite failed to take this into account
    when initialising new btree blocks, setting sibling pointers
    to NULL and checking if they are NULL. Hence checking whether
    a 64 bit NULL was the same as a 32 bit NULL was failingi
    resulting in NULL sibling pointers failing to be detected
    correctly. This showed up as WANT_CORRUPTED_GOTO shutdowns
    in xfs_btree_delrec.
    
    Fix this by making all the comparisons and setting of long
    pointer btree NULL blocks to the disk format, not the
    in memory format. i.e. use NULLDFSBNO.
    
    Reported-by: Alexander Beregalov <a.beregalov@gmail.com>
    Reported-by: Jacek Luczak <difrost.kernel@gmail.com>
    Reported-by: Danny ter Haar <dth@dth.net>
    Tested-by: Jacek Luczak <difrost.kernel@gmail.com>
    Reviewed-by: Christoph Hellwig <hch@infradead.org>
    Signed-off-by: Dave Chinner <david@fromorbit.com>
    Signed-off-by: Felix Blyakher <felixb@sgi.com>

commit bdf21a49bab28f0d9613e8d8724ef9c9168b61b9
Author: H. Peter Anvin <hpa@linux.intel.com>
Date:   Wed Jan 21 15:01:56 2009 -0800

    x86: add MSR_IA32_MISC_ENABLE bits to <asm/msr-index.h>
    
    Impact: None (new bit definitions currently unused)
    
    Add bit definitions for the MSR_IA32_MISC_ENABLE MSRs to
    <asm/msr-index.h>.
    
    Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>

commit 20d5a39929232a715f29e6cb7e3f0d0c790f41eb
Author: Jeff Layton <jlayton@redhat.com>
Date:   Wed Jan 21 11:34:50 2009 -0500

    dlm: initialize file_lock struct in GETLK before copying conflicting lock
    
    dlm_posix_get fills out the relevant fields in the file_lock before
    returning when there is a lock conflict, but doesn't clean out any of
    the other fields in the file_lock.
    
    When nfsd does a NFSv4 lockt call, it sets the fl_lmops to
    nfsd_posix_mng_ops before calling the lower fs. When the lock comes back
    after testing a lock on GFS2, it still has that field set. This confuses
    nfsd into thinking that the file_lock is a nfsd4 lock.
    
    Fix this by making DLM reinitialize the file_lock before copying the
    fields from the conflicting lock.
    
    Signed-off-by: Jeff Layton <jlayton@redhat.com>
    Signed-off-by: David Teigland <teigland@redhat.com>

commit 24179f488092267c9a033d7e25ce7a58af50ff79
Author: David Teigland <teigland@redhat.com>
Date:   Mon Jan 19 13:13:33 2009 -0600

    dlm: fix plock notify callback to lockd
    
    We should use the original copy of the file_lock, fl, instead
    of the copy, flc in the lockd notify callback.  The range in flc has
    been modified by posix_lock_file(), so it will not match a copy of the
    lock in lockd.
    
    Signed-off-by: David Teigland <teigland@redhat.com>

commit 6d317482944250228255bcbe97a95b7e7ad9a538
Author: Christian Eggers <christian.eggers@kathrein.de>
Date:   Wed Jan 21 12:56:24 2009 -0800

    usb/mcs7830: Don't use buffers from stack for USB transfers
    
    mcs7830_set_reg() and mcs7830_get_reg() are called with buffers
    from stack which must not be used directly for USB transfers.
    This causes corruption of the stack particulary on non x86
    architectures because DMA may be used for these transfers.
    
    Signed-off-by: Christian Eggers <christian.eggers@kathrein.de>
    Acked-by: Arnd Bergmann <arnd@arndb.de>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 0b491eee46012772cbf029450d123e933c2e7940
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Wed Jan 21 12:35:43 2009 -0800

    usbnet: allow type check of devdbg arguments in non-debug build
    
    Improve usbnet's devdbg to always type-check diagnostic arguments,
    like dev_dbg (device.h).  This makes no change to the resulting size of
    usbnet modules.
    
    This patch also removes an #ifdef DEBUG directive from rndis_wlan so
    it's devdbg statements are always type-checked at compile time.
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 748085fcbedbf7b0f38d95e178265d7b13360b44
Author: Patrick McHardy <kaber@trash.net>
Date:   Wed Jan 21 12:19:49 2009 -0800

    netfilter: ctnetlink: fix scheduling while atomic
    
    Caused by call to request_module() while holding nf_conntrack_lock.
    
    Reported-and-tested-by: Kövesdi György <kgy@teledigit.hu>
    Signed-off-by: Patrick McHardy <kaber@trash.net>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 9597134218300c045cf219be3664615e97cb239c
Author: Suresh Siddha <suresh.b.siddha@intel.com>
Date:   Tue Jan 13 10:21:30 2009 -0800

    x86: fix PTE corruption issue while mapping RAM using /dev/mem
    
    Beschorner Daniel reported:
    > hwinfo problem since 2.6.28, showing this in the oops:
    >	Corrupted page table at address 7fd04de3ec00
    
    Also, PaX Team reported a regression with this commit:
    
    >	commit 9542ada803198e6eba29d3289abb39ea82047b92
    >	Author: Suresh Siddha <suresh.b.siddha@intel.com>
    >	Date:   Wed Sep 24 08:53:33 2008 -0700
    >
    >	    x86: track memtype for RAM in page struct
    
    This commit breaks mapping any RAM page through /dev/mem, as the
    reserve_memtype() was not initializing the return attribute type and as such
    corrupting the PTE entry that was setup with the return attribute type.
    
    Because of this bug, application mapping this RAM page through /dev/mem
    will die with "Corrupted page table at address xxxx" message in the kernel
    log and also the kernel identity mapping which maps the underlying RAM
    page gets converted to UC.
    
    Fix this by initializing the return attribute type before calling
    reserve_ram_pages_type()
    
    Reported-by: PaX Team <pageexec@freemail.hu>
    Reported-and-tested-by: Beschorner Daniel <Daniel.Beschorner@facton.com>
    Tested-and-Acked-by: PaX Team <pageexec@freemail.hu>
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 86528da229a448577a8401a17c295883640d336c
Author: Guennadi Liakhovetski <lg@denx.de>
Date:   Wed Jan 21 10:32:34 2009 -0700

    i.MX31: framebuffer driver
    
    This is a framebuffer driver for i.MX31 SoCs. It only supports synchronous
    displays, vertical panning supported, no overlay support.
    
    Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
    Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit c475146d8f3b97e79f9ef88521e28ad40ac07de6
Author: Jan Kara <jack@suse.cz>
Date:   Mon Jan 12 17:44:34 2009 +0100

    ocfs2: Remove ocfs2_dquot_initialize() and ocfs2_dquot_drop()
    
    Since ->acquire_dquot and ->release_dquot callbacks aren't called under
    dqptr_sem anymore, we don't have to start a transaction and obtain locks
    so early. So we can just remove all this complicated stuff.
    
    Signed-off-by: Jan Kara <jack@suse.cz>
    Acked-by: Mark Fasheh <mfasheh@suse.de>

commit 731f1872f4e8a0f1eabd49c3548207e79a421202
Author: Thomas Renninger <trenn@suse.de>
Date:   Tue Jan 20 10:37:39 2009 +0100

    x86: mtrr fix debug boot parameter
    
    while looking at:
    
      http://bugzilla.kernel.org/show_bug.cgi?id=11541
    
    I realized that the mtrr.show param cannot work, because
    the code is processed much too early.
    
    This patch:
     - Declares mtrr.show as early_param
     - Stays consistent with the previous param (which I doubt
       that it ever worked), so mtrr.show=1 would still work
     - Declares mtrr_show as initdata
    
    Signed-off-by: Thomas Renninger <trenn@suse.de>
    Acked-by: Jan Beulich <jbeulich@novell.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit a1e46212a410793d575718818e81ddc442a65283
Author: Suresh Siddha <suresh.b.siddha@intel.com>
Date:   Tue Jan 20 14:20:21 2009 -0800

    x86: fix page attribute corruption with cpa()
    
    Impact: fix sporadic slowdowns and warning messages
    
    This patch fixes a performance issue reported by Linus on his
    Nehalem system. While Linus reverted the PAT patch (commit
    58dab916dfb57328d50deb0aa9b3fc92efa248ff) which exposed the issue,
    existing cpa() code can potentially still cause wrong(page attribute
    corruption) behavior.
    
    This patch also fixes the "WARNING: at arch/x86/mm/pageattr.c:560" that
    various people reported.
    
    In 64bit kernel, kernel identity mapping might have holes depending
    on the available memory and how e820 reports the address range
    covering the RAM, ACPI, PCI reserved regions. If there is a 2MB/1GB hole
    in the address range that is not listed by e820 entries, kernel identity
    mapping will have a corresponding hole in its 1-1 identity mapping.
    
    If cpa() happens on the kernel identity mapping which falls into these holes,
    existing code fails like this:
    
    	__change_page_attr_set_clr()
    		__change_page_attr()
    			returns 0 because of if (!kpte). But doesn't
    			set cpa->numpages and cpa->pfn.
    		cpa_process_alias()
    			uses uninitialized cpa->pfn (random value)
    			which can potentially lead to changing the page
    			attribute of kernel text/data, kernel identity
    			mapping of RAM pages etc. oops!
    
    This bug was easily exposed by another PAT patch which was doing
    cpa() more often on kernel identity mapping holes (physical range between
    max_low_pfn_mapped and 4GB), where in here it was setting the
    cache disable attribute(PCD) for kernel identity mappings aswell.
    
    Fix cpa() to handle the kernel identity mapping holes. Retain
    the WARN() for cpa() calls to other not present address ranges
    (kernel-text/data, ioremap() addresses)
    
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Cc: <stable@kernel.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 0609697eab9775564845d4c94f9e3780fb791ffd
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Wed Jan 21 18:51:53 2009 +0900

    dma-coherent: Restore dma_alloc_from_coherent() large alloc fall back policy.
    
    When doing large allocations (larger than the per-device coherent area)
    the generic memory allocators are silently fallen back on regardless of
    consideration for the per-device constraints.
    
    In the DMA_MEMORY_EXCLUSIVE case falling back on generic memory is not
    an option, as it tends not to be addressable by the DMA hardware in
    question. This issue showed up with the 8139too breakage on the
    Dreamcast, where non-addressable buffers were silently allocated due to
    the size mismatch calculation -- while it should have simply errored out
    upon being unable to satisfy the allocation with the given device
    constraints.
    
    This restores fall back behaviour to what it was before the oversized
    request change caused multiple regressions.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit cdf57cab27aef72f13a19c86858c6cac9951dc24
Author: Adrian McMenamin <adrian@mcmen.demon.co.uk>
Date:   Wed Jan 21 18:47:38 2009 +0900

    dma-coherent: per-device coherent area is in pages, not bytes.
    
    Commit 58c6d3dfe436eb8cfb451981d8fdc9044eaf42da ("dma-coherent: catch
    oversized requests to dma_alloc_from_coherent()") attempted to add a
    sanity check to bail out on allocations larger than the coherent area.
    
    Unfortunately when this was implemented, the fact the coherent area
    is tracked in pages rather than bytes was overlooked, which subsequently
    broke every single dma_alloc_from_coherent() user, forcing the allocation
    silently through generic memory instead.
    
    Signed-off-by: Adrian McMenamin <adrian@mcmen.demon.co.uk >
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 2afb447f33c29cb000a494396559f8005d3e33c1
Author: SUGIOKA Toshinobu <sugioka@itonet.co.jp>
Date:   Wed Jan 21 09:42:10 2009 +0900

    sh: fix unaligned and nonexistent address handling
    
    unaligned and nonexistent address causes wrong exception
    handling in traps_32.c(handle_unaligned_access).
    
    'handle_unalinged_ins' should return -EFAULT if address error
    is fixed up with kernel exception table, otherwise
    'handle_unaligned_access' increases already fixed program counter
    and then crash.
    
    for example
       ioctl(fd, TCGETA, (struct termio *)-1)
    never return and stay in TASK_UNINTERRUPTIBLE state forever
    in my kernel.
    
    Signed-off-by: SUGIOKA Toshinobu <sugioka@itonet.co.jp>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit eb6434d9e79a72d35d68811efd68fe8bab8f5baf
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Wed Jan 21 17:45:47 2009 +0900

    nommu: Stub in vm_map_ram()/vm_unmap_ram()/vm_unmap_aliases().
    
    Presently we do not support these interfaces, so make them BUG() wrappers
    as per the rest of the vmap interface on nommu. Fixes up the modular xfs
    build.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit f686359e0da5ae71459ee045646a5f508f9ff6d8
Author: Magnus Damm <damm@igel.co.jp>
Date:   Tue Jan 20 12:18:22 2009 +0900

    sh: fix sh-sci / early printk build on sh7723
    
    This patch adds the SCSPTR register to the sh-sci driver in
    the case of sh7723 to make sure early printk builds properly.
    
    Signed-off-by: Magnus Damm <damm@igel.co.jp>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 3442c0d627985778ef275985831f8fdb5d626c25
Author: Magnus Damm <damm@igel.co.jp>
Date:   Thu Dec 25 18:55:26 2008 +0900

    sh: export the sh7343 JPU to user space
    
    This patch exports the sh7343 JPU to user space using uio_pdrv_genirq,
    very similar to the sh7722 JPU patch by Hayama-san.
    
    While at it fix up the end of the sh7722 JPU iomem resource.
    
    Signed-off-by: Magnus Damm <damm@igel.co.jp>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 5e8766f1c1f747522350eba385c584a862f47e4c
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Tue Jan 13 12:38:06 2009 +0900

    sh: update defconfigs.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit fd88cac90587a456eb944bf794634229553c11b9
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Fri Jan 9 16:32:08 2009 +0900

    serial: sh-sci: Fix up SH7720/SH7721 SCI build.
    
    Missing definitions for PORT_xxx defs.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit e16038aba3daee694b318fc7a7b4db74a485cde5
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Fri Jan 9 15:12:30 2009 +0900

    sh: Kill off obsolete busses from arch/sh/Kconfig.
    
    ISA can go away now that the hd6446x PCMCIA drivers no longer exist
    in-tree. The rationale for enabling CONFIG_ISA in the first place is
    likewise no longer valid given that the subsystem has changed since
    the time that assertion was valid.
    
    While we are at it, kill off SBUS, MCA, EISA, and so on. These are
    not supported and never will be.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 604437f0f8ce1d66d4bdaa0d932949688d847d96
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Fri Jan 9 15:11:58 2009 +0900

    sh: sh7785lcr/highlander/hp6xx need linux/irq.h.
    
    More build fixes..
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 70e5c4f0843c3021a2e95b46edd8925a885d2e31
Author: Magnus Damm <damm@igel.co.jp>
Date:   Wed Jan 7 20:36:10 2009 +0900

    sh: Migo-R MMC support using spi_gpio and mmc_spi.
    
    This patch adds CN9 MMC support for MigoR using the mmc_spi
    driver on top of the bitbanging spi_gpio driver.
    
    Signed-off-by: Magnus Damm <damm@igel.co.jp>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 552b8aa4d1edcc1c764ff6f61a7686347a2d1827
Author: Ingo Molnar <mingo@elte.hu>
Date:   Tue Jan 20 09:31:49 2009 +0100

    Revert "x86: signal: change type of paramter for sys_rt_sigreturn()"
    
    This reverts commit 4217458dafaa57d8e26a46f5d05ab8c53cf64191.
    
    Justin Madru bisected this commit, it was causing weird Firefox
    crashes.
    
    The reason is that GCC mis-optimizes (re-uses) the on-stack parameters of
    the calling frame, which corrupts the syscall return pt_regs state and
    thus corrupts user-space register state.
    
    So we go back to the slightly less clean but more optimization-safe
    method of getting to pt_regs. Also add a comment to explain this.
    
    Resolves: http://bugzilla.kernel.org/show_bug.cgi?id=12505
    
    Reported-and-bisected-by: Justin Madru <jdm64@gawab.com>
    Tested-by: Justin Madru <jdm64@gawab.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit e0a96129db574d6365e3439d16d88517c437ab33
Author: Andi Kleen <andi@firstfloor.org>
Date:   Fri Jan 16 15:22:11 2009 +0100

    x86: use early clobbers in usercopy*.c
    
    Impact: fix rare (but currently harmless) miscompile with certain configs and gcc versions
    
    Hugh Dickins noticed that strncpy_from_user() was miscompiled
    in some circumstances with gcc 4.3.
    
    Thanks to Hugh's excellent analysis it was easy to track down.
    
    Hugh writes:
    
    > Try building an x86_64 defconfig 2.6.29-rc1 kernel tree,
    > except not quite defconfig, switch CONFIG_PREEMPT_NONE=y
    > and CONFIG_PREEMPT_VOLUNTARY off (because it expands a
    > might_fault() there, which hides the issue): using a
    > gcc 4.3.2 (I've checked both openSUSE 11.1 and Fedora 10).
    >
    > It generates the following:
    >
    > 0000000000000000 <__strncpy_from_user>:
    >    0:   48 89 d1                mov    %rdx,%rcx
    >    3:   48 85 c9                test   %rcx,%rcx
    >    6:   74 0e                   je     16 <__strncpy_from_user+0x16>
    >    8:   ac                      lods   %ds:(%rsi),%al
    >    9:   aa                      stos   %al,%es:(%rdi)
    >    a:   84 c0                   test   %al,%al
    >    c:   74 05                   je     13 <__strncpy_from_user+0x13>
    >    e:   48 ff c9                dec    %rcx
    >   11:   75 f5                   jne    8 <__strncpy_from_user+0x8>
    >   13:   48 29 c9                sub    %rcx,%rcx
    >   16:   48 89 c8                mov    %rcx,%rax
    >   19:   c3                      retq
    >
    > Observe that "sub %rcx,%rcx; mov %rcx,%rax", whereas gcc 4.2.1
    > (and many other configs) say "sub %rcx,%rdx; mov %rdx,%rax".
    > Isn't it returning 0 when it ought to be returning strlen?
    
    The asm constraints for the strncpy_from_user() result were missing an
    early clobber, which tells gcc that the last output arguments
    are written before all input arguments are read.
    
    Also add more early clobbers in the rest of the file and fix 32-bit
    usercopy.c in the same way.
    
    Signed-off-by: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: H. Peter Anvin <hpa@zytor.com>
    [ since this API is rarely used and no in-kernel user relies on a 'len'
      return value (they only rely on negative return values) this miscompile
      was never noticed in the field. But it's worth fixing it nevertheless. ]
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit fbdd9a70c21002c6ce50cd653380641a8b575eff
Author: Magnus Damm <damm@igel.co.jp>
Date:   Wed Jan 7 20:35:21 2009 +0900

    sh: ap325rxa MMC support using spi_gpio and mmc_spi
    
    This patch adds CN3 MMC support for ap325rxa using the mmc_spi
    driver on top of the bitbanging spi_gpio driver.
    
    Signed-off-by: Magnus Damm <damm@igel.co.jp>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 10f0fc17f54527520959298f947c9b9e80643f84
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Wed Jan 7 17:45:02 2009 +0900

    sh: mach-x3proto: needs linux/irq.h.
    
    Since commit ba84be2338d3a2b6020d39279335bb06fcd332e1
    ("remove linux/hardirq.h from asm-generic/local.h"), the asm/irq.h
    definitions that mach-x3proto/setup.c depends on are no longer available,
    causing the build to die. So, include linux/irq.h explicitly.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 5e6136135d4f50fda6699498185c6dffe08d7891
Author: Paul Mundt <lethal@linux-sh.org>
Date:   Wed Jan 7 17:42:32 2009 +0900

    sh: Drop the BKL from sys_execve() on SH-5.
    
    Brings it in line with the SH implementation, the BKL is not
    necessary here.
    
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 8ed3592e567db7344b2c7353667e0d281cd13471
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Wed Jan 7 17:22:24 2009 +0900

    sh: convert rsk7203 to use smsc911x.
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 02da916ae69889f72ca026d759fe521094ba7065
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Wed Jan 7 17:21:29 2009 +0900

    sh: convert magicpanelr2 platform to use smsc911x.
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 90b764916abedbebe62ac41b2e4a3fc3e2b82f9b
Author: Steve Glendinning <steve.glendinning@smsc.com>
Date:   Wed Jan 7 17:20:07 2009 +0900

    sh: convert ap325rxa platform to use smsc911x.
    
    Signed-off-by: Steve Glendinning <steve.glendinning@smsc.com>
    Signed-off-by: Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit deae7b860a5aca341410b72cca789589c5c93ce4
Author: Kuninori Morimoto <morimoto.kuninori@renesas.com>
Date:   Mon Jan 5 16:25:16 2009 +0900

    sh: mach-migor: Add tw9910 support.
    
    Signed-off-by: Kuninori Morimoto <morimoto.kuninori@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit b9afb0bae5411faadc0afcfbaa8ef0035fc0e8f8
Author: Kuninori Morimoto <morimoto.kuninori@renesas.com>
Date:   Tue Dec 2 16:42:24 2008 +0900

    sh: mach-migor: Delete soc_camera_platform setup.
    
    Migo-R can use ov772x camera driver in Linux 2.6.29.
    Therefore, soc_camera_platform setting is no longer needed.
    This patch removes it.
    
    Signed-off-by: Kuninori Morimoto <morimoto.kuninori@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit ff04ea40ea3037b26d01bdeacbab1d6c15c5df61
Author: Kuninori Morimoto <morimoto.kuninori@renesas.com>
Date:   Tue Dec 2 16:38:34 2008 +0900

    sh: mach-migor: Add ov772x support.
    
    Signed-off-by: Kuninori Morimoto <morimoto.kuninori@renesas.com>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit c2bcc4a7ffa7438a8ded91fbd0313c50d420ff45
Author: Mike Frysinger <vapier@gentoo.org>
Date:   Fri Jan 2 02:52:57 2009 -0500

    asm-sh/posix_types_{32,64}.h: drop __GLIBC__/__USE_ALL usage
    
    Bring sh in line with all the other ports.  Not sure how sh missed this
    change as all the other arches were being updated ...
    
    Signed-off-by: Mike Frysinger <vapier@gentoo.org>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit 7bfa122c19e47b1dee47476ce6e9ed6ba16f8269
Author: Julia Lawall <julia@diku.dk>
Date:   Fri Dec 26 08:27:24 2008 +0100

    arch/sh/mm: Move a dereference below a NULL test
    
    If the NULL test is necessary, then the dereference should be moved below
    the NULL test.
    
    The semantic patch that makes this change is as follows:
    (http://www.emn.fr/x-info/coccinelle/).
    
    // <smpl>
    @disable is_null@
    identifier f;
    expression E;
    identifier fld;
    statement S;
    @@
    
    + if (E == NULL) S
      f(...,E->fld,...);
    - if (E == NULL) S
    
    @@
    identifier f;
    expression E;
    identifier fld;
    statement S;
    @@
    
    + if (!E) S
      f(...,E->fld,...);
    - if (!E) S
    // </smpl>
    
    Signed-off-by: Julia Lawall <julia@diku.dk>
    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

commit c0e69a5bbc6fc74184aa043aadb9a53bc58f953b
Author: Jesper Nilsson <Jesper.Nilsson@axis.com>
Date:   Wed Jan 14 11:19:08 2009 +0100

    klist.c: bit 0 in pointer can't be used as flag
    
    The commit a1ed5b0cffe4b16a93a6a3390e8cee0fbef94f86
    (klist: don't iterate over deleted entries) introduces use of the
    low bit in a pointer to indicate if the knode is dead or not,
    assuming that this bit is always free.
    
    This is not true for all architectures, CRIS for example may align data
    on byte borders.
    
    The result is a bunch of warnings on bootup, devices not being
    added correctly etc, reported by Hinko Kocevar <hinko.kocevar@cetrtapot.si>:
    
    ------------[ cut here ]------------
    WARNING: at lib/klist.c:62 ()
    Modules linked in:
    
    Stack from c1fe1cf0:
           c01cc7f4 c1fe1d11 c000eb4e c000e4de 00000000 00000000 c1f4f78f c1f50c2d
           c01d008c c1fdd1a0 c1fdd1a0 c1fe1d38 c0192954 c1fe0000 00000000 c1fe1dc0
           00000002 7fffffff c1fe1da8 c0192d50 c1fe1dc0 00000002 7fffffff c1ff9fcc
    Call Trace: [<c000eb4e>] [<c000e4de>] [<c0192954>] [<c0192d50>] [<c001d49e>] [<c000b688>] [<c0192a3c>]
           [<c000b63e>] [<c000b63e>] [<c001a542>] [<c00b55b0>] [<c00411c0>] [<c00b559c>] [<c01918e6>] [<c0191988>]
           [<c01919d0>] [<c00cd9c8>] [<c00cdd6a>] [<c0034178>] [<c000409a>] [<c0015576>] [<c0029130>] [<c0029078>]
           [<c0029170>] [<c0012336>] [<c00b4076>] [<c00b4770>] [<c006d6e4>] [<c006d974>] [<c006dca0>] [<c0028d6c>]
           [<c0028e12>] [<c0006424>] <4>---[ end trace 4eaa2a86a8e2da22 ]---
    ------------[ cut here ]------------
    Repeat ad nauseam.
    
    Wed, Jan 14, 2009 at 12:11:32AM +0100, Bastien ROUCARIES wrote:
    > Perhaps using a pointerhackalign trick on this structure where
    > #define pointerhackalign(x) __attribute__ ((aligned (x)))
    > and declare
    > struct klist_node {
    > ...
    > }  pointerhackalign(2);
    >
    > Because  __attribute__ ((aligned (x))) could only increase alignment
    > it will safe to do that and serve as documentation purpose :)
    
    That works, but we need to do it not for the struct klist_node,
    but for the struct we insert into the void * in klist_node,
    which is struct klist.
    
    Reported-by: Hinko Kocevar <hinko.kocevar@cetrtapot.si
    Cc: Bastien ROUCARIES <roucaries.bastien@gmail.com>
    Signed-off-by: Jesper Nilsson <jesper.nilsson@axis.com>
    Cc: stable <stable@kernel.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 8adb711f3668b034e7b956fac951ed08b53e0d55
Author: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Date:   Tue Jan 20 12:17:28 2009 -0800

    debugfs: introduce stub for debugfs_create_size_t() when DEBUG_FS=n
    
    Toralf Förster <toralf.foerster@gmx.de> reported a build failure in
    the WiMAX stack when CONFIG_DEBUG_FS=n
    
    http://linuxwimax.org/pipermail/wimax/2009-January/000449.html
    
    This is due to debugfs_create_size_t() missing an stub that returns
    -ENODEV when the DEBUGFS subsystem is not configured in (like the rest
    of the debugfs API).
    
    This patch adds said stub.
    
    Reported-by: Toralf Förster <toralf.foerster@gmx.de>
    Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 4503efd0891c40e30928afb4b23dc3f99c62a6b2
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date:   Tue Jan 20 15:51:16 2009 -0800

    sysfs: fix problems with binary files
    
    Some sysfs binary files don't like having 0 passed to them as a size.
    Fix this up at the root by just returning to the vfs if userspace asks
    us for a zero sized buffer.
    
    Thanks to Pavel Roskin for pointing this out.
    
    Reported-by: Pavel Roskin <proski@gnu.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 72638f598ec9f05a43fcb22dc1dd8dc34c43acc1
Author: Kay Sievers <kay.sievers@vrfy.org>
Date:   Thu Jan 8 03:06:42 2009 +0100

    PNP: fix broken pnp lowercasing for acpi module aliases
    
    Based on a patch from Brian, who identified the issue.
    
    Signed-off-by: Bryan Kadzban <bryan@kadzban.is-a-geek.net>
    Signed-off-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 7143f7a1a3603002e4ef3719fa92e8dd6e607099
Author: Roland Dreier <rdreier@cisco.com>
Date:   Fri Jan 9 22:27:42 2009 -0800

    driver core: Convert '/' to '!' in dev_set_name()
    
    Commit 3ada8b7e ("block: struct device - replace bus_id with dev_name(),
    dev_set_name()") deleted the code in register_disk() that changed a '/'
    to a '!' in the device name when registering a disk, but dev_set_name()
    does not perform this conversion.
    
    This leads to amusing problems with disks that have '/' in their names:
    for example a failure to boot with the root partition on a cciss device,
    even though the kernel says it knows about the root device:
    
        VFS: Cannot open root device "cciss/c0d0p6" or unknown-block(0,0)
        Please append a correct "root=" boot option; here are the available partitions:
        6800        71652960 cciss/c0d0 driver: cciss
          6802               1 cciss/c0d0p2
          6805         2931831 cciss/c0d0p5
          6806        34354908 cciss/c0d0p6
        6810        71652960 cciss/c0d1 driver: cciss
    
    Fix this by adding code to change '/' to '!' in dev_set_name() to handle
    this until dev_set_name() is converted to use kobject_set_name().
    
    Signed-off-by: Roland Dreier <rolandd@cisco.com>
    Acked-by: Kay Sievers <kay.sievers@vrfy.org>
    Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

commit 65557f350749e11d51d15dee759d6e04f290e256
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Tue Jan 20 16:50:25 2009 -0500

    ALSA: hda: 83xxx port 0xe DAC selection
    
    On the 92hd8xxx codecs port 0xe needs the connection selected to be the
    last DAC in the list.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 37fe4732b978eb02e5433387a40f2b61706cebe3
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Sat Jan 17 19:48:13 2009 +0000

    gro: Fix merging of paged packets
    
    The previous fix to paged packets broke the merging because it
    reset the skb->len before we added it to the merged packet.  This
    wasn't detected because it simply resulted in the truncation of
    the packet while the missing bit is subsequently retransmitted.
    
    The fix is to store skb->len before we clobber it.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 9a8e47ffd95608f0768e1a8a0225c822aa53aa9b
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Sat Jan 17 19:47:18 2009 +0000

    gro: Fix error handling on extremely short frags
    
    When a frag is shorter than an Ethernet header, we'd return a
    zeroed packet instead of aborting.  This patch fixes that.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit ebad18e93fbc6bc63ee734edbc0eb38ac6b919c0
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Sat Jan 17 19:46:16 2009 +0000

    gro: Fix handling of complete checksums in IPv6
    
    We need to perform skb_postpull_rcsum after pulling the IPv6
    header in order to maintain the correctness of the complete
    checksum.
    
    This patch also adds a missing iph reload after pulling.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 0d1cfd20cc5f785d5345d249d4b6a6f84b29e6a6
Author: roel kluin <roel.kluin@gmail.com>
Date:   Sat Jan 17 11:14:31 2009 +0000

    via-velocity: fix hot spin
    
    while(--j >= 0) keeps spinning when j is unsigned:
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e3fd553468738e0342cbd82a63ede00c983a0eb4
Author: Brice Goglin <brice@myri.com>
Date:   Sat Jan 17 08:27:19 2009 +0000

    myri10ge: don't forget pci_disable_device()
    
    Don't forget to call pci_disable_device() in myri10ge_remove()
    and when myri10ge_probe() fails.
    
    By the way, update the copyright years.
    
    Signed-off-by: Brice Goglin <brice@myri.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 357f5b0b91054ae23385ea4b0634bb8b43736e83
Author: Jiri Slaby <jirislaby@gmail.com>
Date:   Sat Jan 17 06:47:12 2009 +0000

    NET: net_namespace, fix lock imbalance
    
    register_pernet_gen_subsys omits mutex_unlock in one fail path.
    Fix it.
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 518aa1b5443c8a36300c20a5473df01fb8975dad
Merge: 66f9a25... 6747430...
Author: David S. Miller <davem@davemloft.net>
Date:   Tue Jan 20 14:37:10 2009 -0800

    Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

commit 8a9dee59a345f96757dd45699de1c4182d8bf9a9
Author: Timur Tabi <timur@freescale.com>
Date:   Mon Jan 19 17:14:24 2009 -0600

    ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
    
    The Freescale MPC8610 driver was defining two SOC card (snd_soc_card)
    structures, partially initializing each one, but registering only one of
    them with ASoC.
    
    Signed-off-by: Timur Tabi <timur@freescale.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit 66f9a2590aa87dc77cddaeaf46177de76edd2339
Author: David S. Miller <davem@davemloft.net>
Date:   Tue Jan 20 09:49:51 2009 -0800

    Revert "xfrm: For 32/64 compatability wrt. xfrm_usersa_info"
    
    This reverts commit fc8c7dc1b29560c016a67a34ccff32a712b5aa86.
    
    As indicated by Jiri Klimes, this won't work.  These numbers are
    not only used the size validation, they are also used to locate
    attributes sitting after the message.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit fcd26f7ae2ea5889134e8b3d60a42ce8b993c95f
Author: David S. Miller <davem@davemloft.net>
Date:   Mon Jan 19 22:44:04 2009 -0800

    sparc64: Fix DAX handling via userspace access from kernel.
    
    If we do a userspace access from kernel mode, and get a
    data access exception, we need to check the exception
    table just like a normal fault does.
    
    The spitfire DAX handler was doing this, but such logic
    was missing from the sun4v DAX code.
    
    Reported-by: Dennis Gilmore <dgilmore@redhat.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e42650196df34789c825fa83f8bb37a5d5e52c14
Author: David S. Miller <davem@davemloft.net>
Date:   Mon Jan 19 21:11:27 2009 -0800

    sparc64: Annotate sparc64 specific syscalls with SYSCALL_DEFINEx()
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 67605d6812691bbd2158d2f60259e0407611bc1b
Author: Christian Borntraeger <borntraeger@de.ibm.com>
Date:   Mon Jan 19 20:21:49 2009 -0800

    [CVE-2009-0029] sparc: Enable syscall wrappers for 64-bit
    
    sparc64 needs sign-extended function parameters. We have to enable
    the system call wrappers.
    
    Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit f4895b8bc83a22a36446c4aee277e1750fcc6a18
Author: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Date:   Mon Jan 19 13:19:30 2009 +0000

    wimax/i2400m: error paths that need to free an skb should use kfree_skb()
    
    Roel Kluin reported a bug in two error paths where skbs were wrongly
    being freed using kfree(). He provided a fix where it was replaced to
    kfree_skb(), as it should be.
    
    However, in i2400mu_rx(), the error path was missing returning an
    indication of the failure. Changed to reset rx_skb to NULL and return
    it to the caller, i2400mu_rxd(). It will be treated as a transient
    error and just ignore the packet.
    
    Depending on the buffering conditions inside the device, the data
    packet might be dropped or the device will signal the host again for
    data-ready-to-read and the host will retry.
    
    Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit fe65e704534de5d0661ebc3466a2b9018945f694
Author: Gabriel Paubert <paubert@iram.es>
Date:   Mon Jan 19 17:18:09 2009 -0800

    mv643xx_eth: prevent interrupt storm on ifconfig down
    
    Contrary to what the docs say, the 'extended interrupt cause' bit in
    the interrupt cause register (bit 1) appears to not be maskable on at
    least some of the mv643xx_eth platforms, making writing zeroes to the
    interrupt mask register but not the extended interrupt mask register
    insufficient to stop interrupts from occuring.  Therefore, also write
    zeroes to the extended interrupt mask register when shutting down the
    port.
    
    This fixes the interrupt storm seen on the Pegasos board when shutting
    down the interface.
    
    Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 2b448334a255d34401562229f467ffd95d8ed6ef
Author: Lennert Buytenhek <buytenh@marvell.com>
Date:   Mon Jan 19 17:17:18 2009 -0800

    mv643xx_eth: fix multicast filter programming
    
    Commit 66e63ffbc04706568d8789cbb00eaa8ddbcae648 ("mv643xx_eth:
    implement ->set_rx_mode()") cleaned up mv643xx_eth's multicast filter
    programming, but broke it as well.
    
    The non-special multicast filter table (for multicast addresses that
    are not of the form 01:00:5e:00:00:xx) consists of 256 hash table
    buckets organised as 64 32-bit words, where the 'accept' bits are
    in the LSB of each byte, so in bits 24 16 8 0 of each 32-bit word.
    The old code got this right, but the referenced commit broke this by
    using bits 3 2 1 0 instead.  This commit fixes this up.
    
    Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e0c6ef9388b58f297937fc9651331941d1579b25
Author: Lennert Buytenhek <buytenh@marvell.com>
Date:   Mon Jan 19 17:16:00 2009 -0800

    Revert "mv643xx_eth: use longer DMA bursts".
    
    This reverts commit cd4ccf76bfd2c36d351e68be7e6a597268f98a1a.
    
    On the Pegasos board, we can't do DMA burst that are longer than
    one cache line.  For now, go back to using 32 byte DMA bursts for
    all mv643xx_eth platforms -- we can switch the ARM-based platforms
    back to doing long 128 byte bursts in the next development cycle.
    
    Signed-off-by: Lennert Buytenhek <buytenh@marvell.com>
    Reported-by: Alan Curry <pacman@kosh.dhis.org>
    Reported-by: Gabriel Paubert <paubert@iram.es>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 8b9d3728977760f6bd1317c4420890f73695354e
Author: Jarek Poplawski <jarkao2@gmail.com>
Date:   Mon Jan 19 17:03:56 2009 -0800

    net: Fix data corruption when splicing from sockets.
    
    The trick in socket splicing where we try to convert the skb->data
    into a page based reference using virt_to_page() does not work so
    well.
    
    The idea is to pass the virt_to_page() reference via the pipe
    buffer, and refcount the buffer using a SKB reference.
    
    But if we are splicing from a socket to a socket (via sendpage)
    this doesn't work.
    
    The from side processing will grab the page (and SKB) references.
    The sendpage() calls will grab page references only, return, and
    then the from side processing completes and drops the SKB ref.
    
    The page based reference to skb->data is not enough to keep the
    kmalloc() buffer backing it from being reused.  Yet, that is
    all that the socket send side has at this point.
    
    This leads to data corruption if the skb->data buffer is reused
    by SLAB before the send side socket actually gets the TX packet
    out to the device.
    
    The fix employed here is to simply allocate a page and copy the
    skb->data bytes into that page.
    
    This will hurt performance, but there is no clear way to fix this
    properly without a copy at the present time, and it is important
    to get rid of the data corruption.
    
    With fixes from Herbert Xu.
    
    Tested-by: Willy Tarreau <w@1wt.eu>
    Foreseen-by: Changli Gao <xiaosuo@gmail.com>
    Diagnosed-by: Willy Tarreau <w@1wt.eu>
    Reported-by: Willy Tarreau <w@1wt.eu>
    Fixed-by: Jens Axboe <jens.axboe@oracle.com>
    Signed-off-by: Jarek Poplawski <jarkao2@gmail.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 9e9fd12dc0679643c191fc9795a3021807e77de4
Author: Matt Carlson <mcarlson@broadcom.com>
Date:   Mon Jan 19 16:57:45 2009 -0800

    tg3: Fix firmware loading
    
    This patch modifies how the tg3 driver handles device firmware.
    
    The patch starts by consolidating David Woodhouse's earlier patch under
    the same name.  Specifically, the patch moves the request_firmware call
    into a separate tg3_request_firmware() function and calls that function
    from tg3_open() rather than tg3_init_one().
    
    The patch then goes on to limit the number of devices that will make
    request_firmware calls.  The original firmware patch unnecessarily
    requested TSO firmware for devices that did not need it.  This patch
    reduces the set of devices making TSO firmware patches to approximately
    the following device set : 5703, 5704, and 5705.
    
    Finally, the patch reduces the effects of a request_firmware() failure.
    For those devices that are requesting TSO firmware, the driver will turn
    off the TSO capability.  If TSO firmware becomes available at a later
    time, the device can be closed and then opened again to reacquire the
    TSO capability.
    
    Signed-off-by: Matt Carlson <mcarlson@broadcom.com>
    Signed-off-by: Michael Chan <mchan@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 1da100bb47ef32cb43bb6a365f64183898f830b5
Author: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
Date:   Mon Jan 19 16:55:03 2009 -0800

    ixgbe: Fix usage of netif_*_all_queues() with netif_carrier_{off|on}()
    
    netif_carrier_off() is sufficient to stop Tx into the driver.  Stopping the Tx
    queues is redundant and unnecessary.  By the same token, netif_carrier_on()
    will be sufficient to re-enable Tx, so waking the queues is unnecessary.
    
    Signed-off-by: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
    Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 068c89b014ebd27b1c09c3c772e9d982988e7786
Author: Don Skidmore <donald.c.skidmore@intel.com>
Date:   Mon Jan 19 16:54:36 2009 -0800

    ixgbe: fix tag stripping for VLAN ID 0
    
    Register VLAN ID 0 so that frames with VLAN ID 0 are received and get
    their tag stripped when ixgbe is not in DCB mode.  VLAN ID 0 means
    that the frame is 'priority tagged' only - it is not a VLAN, but the
    priority value is the tag in valid.  The functions
    ixgbe_vlan_rx_register() and ixgbe_vlan_rx_kill_vid() were moved up a
    couple functions to correct compiling issues with this change.
    
    Signed-off-by: Don Skidmore <donald.c.skidmore@intel.com>
    Signed-off-by: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
    Signed-off-by: Eric W Multanen <eric.w.multanen@intel.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 15005a320473b8d3676b878deb29bbe738ef9027
Author: Don Skidmore <donald.c.skidmore@intel.com>
Date:   Mon Jan 19 16:54:13 2009 -0800

    ixgbe: fix dca issue with relaxed ordering turned on
    
    The is an issue where setting Relaxed Ordering (RO) bit
    (in a PCI-E write transaction) on 82598 causing the chipset
    to drop DCA hints.  This patch forces RO not to be set for
    descriptors as well as payload.  This will only be in effect
    while DCA is enabled and no performance difference was
    noticed in testing.
    
    Signed-off-by: Don Skidmore <donald.c.skidmore@intel.com>
    Signed-off-by: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
    Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 67fd1a731ff1a990d4da7689909317756e50cb4d
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Mon Jan 19 16:26:44 2009 -0800

    net: Add debug info to track down GSO checksum bug
    
    I'm trying to track down why people're hitting the checksum warning
    in skb_gso_segment.  As the problem seems to be hitting lots of
    people and I can't reproduce it or locate the bug, here is a patch
    to print out more details which hopefully should help us to track
    this down.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e85bf47e6ded66ea138f692fe149c00a4998afe8
Author: Phil Sutter <n0-1@freewrt.org>
Date:   Thu Jan 15 12:29:57 2009 +0000

    korina: drop leftover assignment
    
    As the assigned value is being overwritten shortly after, it can be
    dropped and so the whole variable definition moved to the start of the
    function.
    
    Signed-off-by: Phil Sutter <n0-1@freewrt.org>
    Acked-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 63a66c6c0debcae70183849121734fd4809e1dde
Author: Phil Sutter <n0-1@freewrt.org>
Date:   Thu Jan 15 12:29:56 2009 +0000

    korina: adjust headroom for new skb's also
    
    This is copy and paste from the original driver. As skb_reserve() is
    also called within korina_alloc_ring() when initially allocating the
    receive descriptors, the same should be done when allocating new space
    after passing an skb to upper layers.
    
    Signed-off-by: Phil Sutter <n0-1@freewrt.org>
    Acked-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 6a2fe9834e578590f4a2fbe18a574465ab0e127c
Author: Phil Sutter <n0-1@freewrt.org>
Date:   Thu Jan 15 12:29:55 2009 +0000

    korina: fix loop back of receive descriptors
    
    After the last loop iteration, i has the value RC32434_NUM_RDS and
    therefore leads to an index overflow when used afterwards to address the
    last element. This is yet another another bug introduced when rewriting
    parts of the driver for upstream preparation, as the original driver
    used 'RC32434_NUM_RDS - 1' instead.
    
    Signed-off-by: Phil Sutter <n0-1@freewrt.org>
    Acked-by: Florian Fainelli <florian@openwrt.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit eed087e367591fc08490d7c6c2779b4b72c8f20c
Author: Divy Le Ray <divy@chelsio.com>
Date:   Sun Jan 18 22:01:32 2009 -0800

    cxgb3: Fix LRO misalignment
    
    The lro manager's frag_align_pad setting was missing,
    leading to misaligned access to the skb passed up
    to the stack.
    
    Tested-by: Rick Jones <rick.jones2@hp.com>
    Signed-off-by: Divy Le Ray <divy@chelsio.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 39eddb4c3970e9aadbc87b8a7cab7b4fefff077f
Author: Richard Röjfors <richard.rojfors@endian.se>
Date:   Sun Jan 18 21:57:35 2009 -0800

    macb: avoid lockup when TGO during underrun
    
    In rare cases when an underrun occur, all macb buffers where consumed
    and the netif_queue was stopped infinitely. This happens then the TGO
    (transfer ongoing) bit in the TSR is set (and UND). It seems like
    clening up after the underrun makes the driver and the macb hardware
    end up in an inconsistent state. The result of this is that in the
    following calls to macb_tx no TX buffers are released -> the
    netif_queue was stopped, and never woken up again.
    
    The solution is to disable the transmitter, if TGO is set, before
    clening up after the underrun, and re-enable the transmitter when the
    cleaning up is done.
    
    Signed-off-by: Richard Röjfors <richard.rojfors@endian.se>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 24e94de41e76134fad05552588fe01af2cab1494
Author: Roel Kluin <roel.kluin@gmail.com>
Date:   Sun Jan 18 21:32:11 2009 -0800

    net/9p: fid->fid is used uninitialized
    
    Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit d05c26ce690e867aabfc7d708d481e0f86f23496
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Sat Jan 17 23:26:13 2009 -0800

    bnx2x: Version update
    
    Updating the version and the year of updated files
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 237907c1ded8a1a447cea7c4f97ab853e8b46052
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:42:44 2009 +0000

    bnx2x: Barriers for the compiler
    
    To make sure no swapping are made by the compiler, changed HAS_WORK to inline
    functions and added all the necessary barriers
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit e47d7e6eb841c1850f0e69b95ae6cf3c86881f53
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:28 2009 +0000

    bnx2x: Driver description update
    
    The Driver supports the 57711 and 57711E as well but the description was out of
    date
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 16b311cc29806bb968746c1a752a087b32841af9
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:24 2009 +0000

    bnx2x: Handling PHY FW load failure
    
    If the default PHY version (0x4321) is read - the PHY FW load failed
    
    Signed-off-by: Yaniv Rosner <yanivr@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 44722d1d216c9dd4536de5f88fe8320b07e68a96
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:21 2009 +0000

    bnx2x: Legacy speeds autoneg failures
    
    10M/100M autoneg was not establishing link.
    
    Signed-off-by: Yaniv Rosner <yanivr@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 3858276b7198074bf3570470463808627f0c9e31
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:16 2009 +0000

    bnx2x: Prevent self test loopback failures
    
    Setting loopback requires time to take effect
    
    Signed-off-by: Yaniv Rosner <yanivr@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 6c55c3cdc86881383075a933594748b30dd0054b
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:13 2009 +0000

    bnx2x: 1G-10G toggling race
    
    The HW should be configured so fast toggling between 1G and 10G will not be
    missed. Make sure that the HW is re-configured in full
    
    Signed-off-by: Yaniv Rosner <yanivr@broadcom.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 632da4d66324b5baf947a048dd1f1e9093b6dd90
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:10 2009 +0000

    bnx2x: Overstepping array bounds
    
    If the page size is > 8KB this violation happens
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 2add3acb11a26cc14b54669433ae6ace6406cbf2
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:07 2009 +0000

    bnx2x: Block nvram access when the device is inactive
    
    Don't dump eeprom when bnx2x adapter is down.  Running ethtool -e causes an eeh
    without it when the device is down
    
    Signed-off-by: Paul Larson <pl@linux.vnet.ibm.com>
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 5a40e08e666e8caa1227333de41fd1e2cd84d4f5
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:44:04 2009 +0000

    bnx2x: Read chip ID
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit af2464011f0954785687071b298f066f6cbb1c84
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:43:59 2009 +0000

    bnx2x: Wrong HDR offset in CAM
    
    Has a negative side effect when sending MAC update with no content (as done in
    the self-test)
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit b4661739c67acd15a02f8e112f8cc52d24b609ed
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:43:56 2009 +0000

    bnx2x: Potential race after iSCSI boot
    
    The lock was release too soon. Make sure the HW is marked as locked until the
    boot driver was unloaded from FW perspective
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 693fc0d14334859430733ab902adac182fdd8153
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:43:52 2009 +0000

    bnx2x: Handling probe failures
    
    Failures in the probe not handled correctly - separate the flow to handle
    
    different failures
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit 70b9986ca4baaf6deb6f0e01d50f72457579adea
Author: Eilon Greenstein <eilong@broadcom.com>
Date:   Wed Jan 14 06:43:48 2009 +0000

    bnx2x: Free IRQ
    
    Error check could result with not freeing the IRQ
    
    Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit f5495506c3c1300d249d403c36f92de71920dbeb
Author: Gary Hade <garyhade@us.ibm.com>
Date:   Mon Jan 19 13:46:41 2009 -0800

    x86: remove kernel_physical_mapping_init() from init section
    
    Impact: fix crash with memory hotplug enabled
    
    kernel_physical_mapping_init() is called during memory hotplug
    so it does not belong in the init section.
    
    If the kernel is built with CONFIG_DEBUG_SECTION_MISMATCH=y on
    the make command line, arch/x86/mm/init_64.c is compiled with
    the -fno-inline-functions-called-once gcc option defeating
    inlining of kernel_physical_mapping_init() within init_memory_mapping().
    
    When kernel_physical_mapping_init() is not inlined it is placed
    in the .init.text section according to the __init in it's current
    declaration.  A later call to kernel_physical_mapping_init() during
    a memory hotplug operation encounters an int3 trap because the
    .init.text section memory has been freed.
    
    This patch eliminates the crash caused by the int3 trap by moving the
    non-inlined kernel_physical_mapping_init() from .init.text to .meminit.text.
    
    Signed-off-by: Gary Hade <garyhade@us.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit bfa318ad52a23f1e303d176b44366cdd2bb71ad2
Author: Ingo Molnar <mingo@elte.hu>
Date:   Thu Jan 15 15:46:08 2009 +0100

    fix: crash: IP: __bitmap_intersects+0x48/0x73
    
    -tip testing found this crash:
    
    > [   35.258515] calling  acpi_cpufreq_init+0x0/0x127 @ 1
    > [   35.264127] BUG: unable to handle kernel NULL pointer dereference at (null)
    > [   35.267554] IP: [<ffffffff80478092>] __bitmap_intersects+0x48/0x73
    > [   35.267554] PGD 0
    > [   35.267554] Oops: 0000 [#1] SMP DEBUG_PAGEALLOC
    
    arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c is still broken: there's no
    allocation of the variable mask, so we pass in an uninitialized cmd.mask
    field to drv_read(), which then passes it to the scheduler which then
    crashes ...
    
    Switch it over to the much simpler constant-cpumask-pointers approach.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 5296b56d1b2000b60fb966be161c1f8fb629786b
Author: Guennadi Liakhovetski <lg@denx.de>
Date:   Mon Jan 19 15:36:21 2009 -0700

    i.MX31: Image Processing Unit DMA and IRQ drivers
    
    i.MX3x SoCs contain an Image Processing Unit, consisting of a Control
    Module (CM), Display Interface (DI), Synchronous Display Controller (SDC),
    Asynchronous Display Controller (ADC), Image Converter (IC), Post-Filter
    (PF), Camera Sensor Interface (CSI), and an Image DMA Controller (IDMAC).
    CM contains, among other blocks, an Interrupt Generator (IG) and a Clock
    and Reset Control Unit (CRCU). This driver serves IDMAC and IG. They are
    supported over dmaengine and irq-chip APIs respectively.
    
    IDMAC is a specialised DMA controller, its DMA channels cannot be used for
    general-purpose operations, even though it might be possible to configure
    a memory-to-memory channel for memcpy operation. This driver will not work
    with generic dmaengine clients, clients, wishing to use it must use
    respective wrapper structures, they also must specify which channels they
    require, as channels are hard-wired to specific IPU functions.
    
    Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
    Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit ef560682a97491f62ef538931a4861b57d66c52c
Author: Guennadi Liakhovetski <lg@denx.de>
Date:   Mon Jan 19 15:36:21 2009 -0700

    dmaengine: add async_tx_clear_ack() macro
    
    To complete the DMA_CTRL_ACK handling API add a async_tx_clear_ack() macro.
    
    Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit c50331e8be32eaba5e1949f98c70d50b891262db
Author: Dan Williams <dan.j.williams@intel.com>
Date:   Mon Jan 19 15:33:14 2009 -0700

    dmaengine: dma_issue_pending_all == nop when CONFIG_DMA_ENGINE=n
    
    The device list will always be empty in this configuration, so no need
    to walk the list.
    
    Reported-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 83436a0560e9ef8af2f0796264dde4bed1415359
Author: Dan Williams <dan.j.williams@intel.com>
Date:   Mon Jan 19 14:39:10 2009 -0700

    dmaengine: kill some dubious WARN_ONCEs
    
    dma_find_channel and dma_issue_pending_all are good places to warn about
    improper api usage.  However, warning correctly means synchronizing with
    dma_list_mutex, i.e. too much overhead for these fast-path calls.
    
    Reported-by: Ingo Molnar <mingo@elte.hu>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 72859081851af2bda04117ca3d64206ffa199e5e
Author: Mike Travis <travis@sgi.com>
Date:   Fri Jan 16 15:31:15 2009 -0800

    cpufreq: use work_on_cpu in acpi-cpufreq.c for drv_read and drv_write
    
    Impact: use new work_on_cpu function to reduce stack usage
    
    Replace the saving of current->cpus_allowed and set_cpus_allowed_ptr() with
    a work_on_cpu function for drv_read() and drv_write().
    
    Basically converts do_drv_{read,write} into "work_on_cpu" functions that
    are now called by drv_read and drv_write.
    
    Note: This patch basically reverts 50c668d6 which reverted 7503bfba, now
    that the work_on_cpu() function is more stable.
    
    Signed-off-by: Mike Travis <travis@sgi.com>
    Acked-by: Rusty Russell <rusty@rustcorp.com.au>
    Tested-by: Dieter Ries <clip2@gmx.de>
    Tested-by: Maciej Rutecki <maciej.rutecki@gmail.com>
    Cc: Dave Jones <davej@redhat.com>
    Cc: <cpufreq@vger.kernel.org>
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 8ccad40df8d314f786fdb06bdbedd4f43f3257cd
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Fri Jan 16 15:31:15 2009 -0800

    work_on_cpu: Use our own workqueue.
    
    Impact: remove potential clashes with generic kevent workqueue
    
    Annoyingly, some places we want to use work_on_cpu are already in
    workqueues.  As per Ingo's suggestion, we create a different workqueue
    for work_on_cpu.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 31ad9081200c06ccc350625d41d1f8b2d1cef29f
Author: Rusty Russell <rusty@rustcorp.com.au>
Date:   Fri Jan 16 15:31:15 2009 -0800

    work_on_cpu: don't try to get_online_cpus() in work_on_cpu.
    
    Impact: remove potential circular lock dependency with cpu hotplug lock
    
    This has caused more problems than it solved, with a pile of cpu
    hotplug locking issues.
    
    Followup patches will get_online_cpus() in callers that need it, but
    if they don't do it they're no worse than before when they were using
    set_cpus_allowed without locking.
    
    Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
    Signed-off-by: Mike Travis <travis@sgi.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b7c18c1b2636ecb9ad76759f99dac6efd441fa92
Author: David S. Miller <davem@davemloft.net>
Date:   Sun Jan 18 22:42:15 2009 -0800

    sparc64: Initialize FHC/CLOCK LED platform_device 'id' field correctly.
    
    There is only one clock board, so use -1 as the 'id' so we get just
    the base name as the LED device name string.
    
    There are multiple FHC boards potentially in a system so use the board
    number as the 'id' value for that case.
    
    Reported-by: Meelis Roos <mroos@linux.ee>
    Tested-by: Meelis Roos <mroos@linux.ee>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit c2fdd36b550659f5ac2240d1f5a83ffa1a092289
Author: Jiri Slaby <jirislaby@gmail.com>
Date:   Sat Jan 17 16:23:55 2009 +0100

    PCI hotplug: fix lock imbalance in pciehp
    
    set_lock_status omits mutex_unlock in fail path. Add the omitted
    unlock.
    
    As a result a lockup caused by this can be triggered from userspace
    by writing 1 to /sys/bus/pci/slots/.../lock often enough.
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Reviewed-by: Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 6e78b780efdfc5cfbd3c92df7dbdfb5c81aa2a15
Merge: c0554f1... 3288a66...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Mon Jan 19 14:08:25 2009 +0100

    Merge branch 'topic/virtuoso' into for-linus

commit 3288a66243c8d34c299dd6b8a336a34321ccff52
Author: Clemens Ladisch <clemens@ladisch.de>
Date:   Mon Jan 19 10:08:38 2009 +0100

    sound: virtuoso: document HDAV1.3 driver status
    
    Mention in the Kconfig help text that the HDAV1.3 code is rather
    experimental.
    
    Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 45bf81011312958777f33088ac0911f241ada297
Author: Clemens Ladisch <clemens@ladisch.de>
Date:   Mon Jan 19 10:07:58 2009 +0100

    sound: virtuoso: add newline
    
    Add a missing newline.
    
    Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 22c733788bbd4b75c00279119a83da5cd74b987a
Author: Clemens Ladisch <clemens@ladisch.de>
Date:   Mon Jan 19 10:07:21 2009 +0100

    sound: virtuoso: enable UART on Xonar HDAV1.3
    
    This hardware has a better chance of working correctly if we don't
    forget to enable it.
    
    Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
    Cc: <stable@kernel.org>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit ef183f6b5982aa10499432a0cb243c92ce623512
Author: David Brownell <dbrownell@users.sourceforge.net>
Date:   Mon Jan 19 13:46:57 2009 +0100

    drivers/ide/palm_bk3710.c buildfix
    
    CC      drivers/ide/palm_bk3710.o
    drivers/ide/palm_bk3710.c: In function 'palm_bk3710_probe':
    drivers/ide/palm_bk3710.c:382: warning: assignment makes integer from pointer without a cast
    
    Someone should fix hw_regs_t to neither be a typedef, nor
    use "unsigned long" where it should use "void __iomem *".
    
    Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
    Cc: Kevin Hilman <khilman@deeprootsystems.com>
    Cc: Sergei Shtylyov <sshtylyov@ru.mvista.com>
    Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

commit abb8817967cc080ee024f7d1a3d5a9830074ca1c
Author: Michael Schmitz <schmitz@biophys.uni-duesseldorf.de>
Date:   Mon Jan 19 13:46:56 2009 +0100

    ide: fix Falcon IDE breakage
    
    [m68k] Falcon IDE: always serialize, in order to force execution of
           ide_get_lock() and friends.
    
    Signed-off-By: Michael Schmitz <schmitz@debian.org>
    Cc: Geert Uytterhoeven <geert@linux-m68k.org>
    [bart: set flag in falconide_port_info instead of falconide_init()]
    Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

commit bb54affa6fbdd6fe80f193ec1b6977a93078785d
Author: Andreas Schwab <schwab@suse.de>
Date:   Mon Jan 19 13:46:56 2009 +0100

    ide: fix IDE PMAC breakage
    
    Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> writes:
    
    > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
    > ---
    >  drivers/ide/ide-probe.c |    9 ++-------
    >  1 file changed, 2 insertions(+), 7 deletions(-)
    >
    > Index: b/drivers/ide/ide-probe.c
    > ===================================================================
    > --- a/drivers/ide/ide-probe.c
    > +++ b/drivers/ide/ide-probe.c
    > @@ -640,14 +640,9 @@ static int ide_register_port(ide_hwif_t
    >  	/* register with global device tree */
    >  	dev_set_name(&hwif->gendev, hwif->name);
    >  	hwif->gendev.driver_data = hwif;
    > -	if (hwif->gendev.parent == NULL) {
    > -		if (hwif->dev)
    > -			hwif->gendev.parent = hwif->dev;
    > -		else
    > -			/* Would like to do = &device_legacy */
    > -			hwif->gendev.parent = NULL;
    > -	}
    > +	hwif->gendev.parent = hwif->dev;
    
    This [bart: commit 96d40941236722777c259775640b8880b7dc6f33 ("ide: small
    ide_register_port() cleanup")] breaks ide-pmac.  It overwrites the parent
    that pmac_ide_macio_attach has set.
    
    Signed-off-by: Andreas Schwab <schwab@suse.de>
    Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

commit c1ff85d97708550e634fb6fa099c463db90fc40d
Author: Dave Airlie <airlied@redhat.com>
Date:   Mon Jan 19 17:17:58 2009 +1000

    drm: fix leak of device mappings since multi-master changes.
    
    Device maps now contain a link to the master that created them, so
    when cleaning up the master, remove any maps that are connected to it.
    Also delete any remaining maps at driver unload time.
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>

commit b6e3222732a3551e786aa47b90a8eab2a517711c
Author: Eric Sandeen <sandeen@sandeen.net>
Date:   Wed Jan 14 23:22:07 2009 -0600

    [XFS] Remove the rest of the macro-to-function indirections.
    
    Remove the last of the macros-defined-to-static-functions.
    
    Signed-off-by: Eric Sandeen <sandeen@sandeen.net>
    Reviewed-by: Christoph Hellwig <hch@infradead.org>
    Signed-off-by: Lachlan McIlroy <lachlan@sgi.com>

commit b828d8c33867dd6479644c06500975570bfd525c
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:04:16 2009 +0100

    xfs: sanity check attr fork size
    
    Recently we have quite a few kerneloops reports about dereferencing a NULL
    if_data in the attribute fork.  From looking over the code this can only
    happen if we pass a 0 size argument to xfs_iformat_local.  This implies some
    sort of corruption and in fact the only mailinglist report about this from
    earlier this year was after a powerfail presumably on a system with write
    cache and without barriers.
    
    Add a quick sanity check for the attr fork size in xfs_iformat to catch
    these early and without an oops.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit 49739140e57a65114d9e1976c4c158d2145595fb
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:04:07 2009 +0100

    xfs: fix bad_features2 fixups for the root filesystem
    
    Currently the bad_features2 fixup and the alignment updates in the superblock
    are skipped if we mount a filesystem read-only.  But for the root filesystem
    the typical case is to mount read-only first and only later remount writeable
    so we'll never perform this update at all.  It's not a big problem but means
    the logs of people needing the fixup get spammed at every boot because they
    never happen on disk.
    
    Reported-by: Arkadiusz Miskiewicz <arekm@maven.pl>
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit 5aa2dc0a0697c762874241fa9ddbecd2d878b934
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:03:25 2009 +0100

    xfs: add a lock class for group/project dquots
    
    We can have both a user and a group/project dquot locked at the same time,
    as long as the user dquot is locked first.  Tell lockdep about that fact
    by making the group/project dquots a different lock class.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit 4f2d4ac6e5eb7d72e8df7f3fbf67a78dab8b91cf
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:03:19 2009 +0100

    xfs: lockdep annotations for xfs_dqlock2
    
    xfs_dqlock2 locks two xfs_dquots, which is fine as it always locks the
    dquot with the lower id first.  Use mutex_lock_nested to tell lockdep
    about this fact.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit 080dda7f5e8e8df95bcd17a5345c276e365a2054
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:03:11 2009 +0100

    xfs: add a separate lock class for the per-mount list of dquots
    
    We can have both a a quota hash chain and the per-mount list locked at
    the same time.  But given that both use the same struct dqhash as list
    head we have to tell lockdep that they are different lock classes.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit 62e194ecdaf8a1935991c1f8704886328d96a391
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:03:03 2009 +0100

    xfs: use mnt_want_write in compat_attrmulti ioctl
    
    The compat version of the attrmulti ioctl needs to ask for and then
    later release write access to the mount just like the native version,
    otherwise we could potentially write to read-only mounts.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit ab596ad8972f314ace538799734c7e1bdd1da2ff
Author: Christoph Hellwig <hch@lst.de>
Date:   Mon Jan 19 02:02:57 2009 +0100

    xfs: fix dentry aliasing issues in open_by_handle
    
    Open by handle just grabs an inode by handle and then creates itself
    a dentry for it.  While this works for regular files it is horribly
    broken for directories, where the VFS locking relies on the fact that
    there is only just one single dentry for a given inode, and that
    these are always connected to the root of the filesystem so that
    it's locking algorithms work (see Documentations/filesystems/Locking)
    
    Remove all the existing open by handle code and replace it with a small
    wrapper around the exportfs code which deals with all these issues.
    At the same time we also make the checks for a valid handle strict
    enough to reject all not perfectly well formed handles - given that
    we never hand out others that's okay and simplifies the code.
    
    Signed-off-by: Christoph Hellwig <hch@lst.de>
    Reviewed-by: Dave Chinner <david@fromorbit.com>

commit c7f8562a51c2e5dcc1a00a2bdd232b9965ff960d
Author: Leonardo Potenza <lpotenza@inwind.it>
Date:   Sun Jan 18 23:03:56 2009 +0100

    x86: fix section mismatch warnings in kernel/setup_percpu.c
    
    The function setup_cpu_local_masks() has been marked __init, in
    order to remove the following section mismatch messages:
    
    WARNING: vmlinux.o(.text+0x3c2c7): Section mismatch in reference from the function setup_cpu_local_masks() to the function .init.text:alloc_bootmem_cpumask_var()
    The function setup_cpu_local_masks() references
    the function __init alloc_bootmem_cpumask_var().
    This is often because setup_cpu_local_masks lacks a __init
    annotation or the annotation of alloc_bootmem_cpumask_var is wrong.
    
    WARNING: vmlinux.o(.text+0x3c2d3): Section mismatch in reference from the function setup_cpu_local_masks() to the function .init.text:alloc_bootmem_cpumask_var()
    The function setup_cpu_local_masks() references
    the function __init alloc_bootmem_cpumask_var().
    This is often because setup_cpu_local_masks lacks a __init
    annotation or the annotation of alloc_bootmem_cpumask_var is wrong.
    
    WARNING: vmlinux.o(.text+0x3c2df): Section mismatch in reference from the function setup_cpu_local_masks() to the function .init.text:alloc_bootmem_cpumask_var()
    The function setup_cpu_local_masks() references
    the function __init alloc_bootmem_cpumask_var().
    This is often because setup_cpu_local_masks lacks a __init
    annotation or the annotation of alloc_bootmem_cpumask_var is wrong.
    
    WARNING: vmlinux.o(.text+0x3c2eb): Section mismatch in reference from the function setup_cpu_local_masks() to the function .init.text:alloc_bootmem_cpumask_var()
    The function setup_cpu_local_masks() references
    the function __init alloc_bootmem_cpumask_var().
    This is often because setup_cpu_local_masks lacks a __init
    annotation or the annotation of alloc_bootmem_cpumask_var is wrong.
    
    Signed-off-by: Leonardo Potenza <lpotenza@inwind.it>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 1d4a7f1c4faf53eb9e822743ec8a70b3019a26d2
Author: Peter Zijlstra <peterz@infradead.org>
Date:   Sun Jan 18 16:39:29 2009 +0100

    hrtimers: fix inconsistent lock state on resume in hres_timers_resume
    
    Andrey Borzenkov reported this lockdep assert:
    
    > [17854.688347] =================================
    > [17854.688347] [ INFO: inconsistent lock state ]
    > [17854.688347] 2.6.29-rc2-1avb #1
    > [17854.688347] ---------------------------------
    > [17854.688347] inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
    > [17854.688347] pm-suspend/18240 [HC0[0]:SC0[0]:HE1:SE1] takes:
    > [17854.688347]  (&cpu_base->lock){++..}, at: [<c0136fcc>] retrigger_next_event+0x5c/0xa0
    > [17854.688347] {in-hardirq-W} state was registered at:
    > [17854.688347]   [<c01443cd>] __lock_acquire+0x79d/0x1930
    > [17854.688347]   [<c01455bc>] lock_acquire+0x5c/0x80
    > [17854.688347]   [<c03092e5>] _spin_lock+0x35/0x70
    > [17854.688347]   [<c0136e61>] hrtimer_run_queues+0x31/0x140
    > [17854.688347]   [<c0128d98>] run_local_timers+0x8/0x20
    > [17854.688347]   [<c0128dd3>] update_process_times+0x23/0x60
    > [17854.688347]   [<c013e274>] tick_periodic+0x24/0x80
    > [17854.688347]   [<c013e2e2>] tick_handle_periodic+0x12/0x70
    > [17854.688347]   [<c0104e24>] timer_interrupt+0x14/0x20
    > [17854.688347]   [<c01607b9>] handle_IRQ_event+0x29/0x60
    > [17854.688347]   [<c0161c59>] handle_level_irq+0x69/0xe0
    > [17854.688347]   [<ffffffff>] 0xffffffff
    > [17854.688347] irq event stamp: 55771
    > [17854.688347] hardirqs last  enabled at (55771): [<c0309125>] _spin_unlock_irqrestore+0x35/0x60
    > [17854.688347] hardirqs last disabled at (55770): [<c0309419>] _spin_lock_irqsave+0x19/0x80
    > [17854.688347] softirqs last  enabled at (54836): [<c0124f54>] __do_softirq+0xc4/0x110
    > [17854.688347] softirqs last disabled at (54831): [<c01049ae>] do_softirq+0x8e/0xe0
    > [17854.688347]
    > [17854.688347] other info that might help us debug this:
    > [17854.688347] 3 locks held by pm-suspend/18240:
    > [17854.688347]  #0:  (&buffer->mutex){--..}, at: [<c01dd4c5>] sysfs_write_file+0x25/0x100
    > [17854.688347]  #1:  (pm_mutex){--..}, at: [<c015056f>] enter_state+0x4f/0x140
    > [17854.688347]  #2:  (dpm_list_mtx){--..}, at: [<c027880f>] device_pm_lock+0xf/0x20
    > [17854.688347]
    > [17854.688347] stack backtrace:
    > [17854.688347] Pid: 18240, comm: pm-suspend Not tainted 2.6.29-rc2-1avb #1
    > [17854.688347] Call Trace:
    > [17854.688347]  [<c0306248>] ? printk+0x18/0x20
    > [17854.688347]  [<c0141fac>] print_usage_bug+0x16c/0x1d0
    > [17854.688347]  [<c0142bcf>] mark_lock+0x8bf/0xc90
    > [17854.688347]  [<c0106b8f>] ? pit_next_event+0x2f/0x40
    > [17854.688347]  [<c01441b0>] __lock_acquire+0x580/0x1930
    > [17854.688347]  [<c030916d>] ? _spin_unlock+0x1d/0x20
    > [17854.688347]  [<c0106b8f>] ? pit_next_event+0x2f/0x40
    > [17854.688347]  [<c013dd38>] ? clockevents_program_event+0x98/0x160
    > [17854.688347]  [<c0142fe8>] ? mark_held_locks+0x48/0x90
    > [17854.688347]  [<c0309125>] ? _spin_unlock_irqrestore+0x35/0x60
    > [17854.688347]  [<c0143229>] ? trace_hardirqs_on_caller+0x139/0x190
    > [17854.688347]  [<c014328b>] ? trace_hardirqs_on+0xb/0x10
    > [17854.688347]  [<c01455bc>] lock_acquire+0x5c/0x80
    > [17854.688347]  [<c0136fcc>] ? retrigger_next_event+0x5c/0xa0
    > [17854.688347]  [<c03092e5>] _spin_lock+0x35/0x70
    > [17854.688347]  [<c0136fcc>] ? retrigger_next_event+0x5c/0xa0
    > [17854.688347]  [<c0136fcc>] retrigger_next_event+0x5c/0xa0
    > [17854.688347]  [<c013711a>] hres_timers_resume+0xa/0x10
    > [17854.688347]  [<c013aa8e>] timekeeping_resume+0xee/0x150
    > [17854.688347]  [<c0273384>] __sysdev_resume+0x14/0x50
    > [17854.688347]  [<c0273407>] sysdev_resume+0x47/0x80
    > [17854.688347]  [<c02791ab>] device_power_up+0xb/0x20
    > [17854.688347]  [<c015043f>] suspend_devices_and_enter+0xcf/0x150
    > [17854.688347]  [<c0150c2f>] ? freeze_processes+0x3f/0x90
    > [17854.688347]  [<c0150614>] enter_state+0xf4/0x140
    > [17854.688347]  [<c01506dd>] state_store+0x7d/0xc0
    > [17854.688347]  [<c0150660>] ? state_store+0x0/0xc0
    > [17854.688347]  [<c0202da4>] kobj_attr_store+0x24/0x30
    > [17854.688347]  [<c01dd53c>] sysfs_write_file+0x9c/0x100
    > [17854.688347]  [<c019916c>] vfs_write+0x9c/0x160
    > [17854.688347]  [<c0103494>] ? restore_nocheck_notrace+0x0/0xe
    > [17854.688347]  [<c01dd4a0>] ? sysfs_write_file+0x0/0x100
    > [17854.688347]  [<c01992ed>] sys_write+0x3d/0x70
    > [17854.688347]  [<c0103371>] sysenter_do_call+0x12/0x31
    
    Andrey's analysis:
    
    > timekeeping_resume() is called via class ->resume
    > method; and according to comments in sysdev_resume() and
    > device_power_up(), they are called with interrupts disabled.
    >
    > Looking at suspend_enter, irqs *are* disabled at this point.
    >
    > So it actually looks like something (may be some driver)
    > unconditionally enabled irqs in resume path.
    
    Add a debug check to test this theory. If it triggers then it
    triggers because the resume code calls it with irqs enabled,
    which is a no-no not just for timekeeping_resume(), but also
    bad for a number of other resume handlers.
    
    Reported-by: Andrey Borzenkov <arvidjaar@mail.ru>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b2b815d80a5c4e5b50be0a98aba8c445ce8f3e1f
Author: Mike Travis <travis@sgi.com>
Date:   Fri Jan 16 15:22:16 2009 -0800

    x86: put trigger in to detect mismatched apic versions
    
    Impact: add debug warning
    
    Fire off one message if two apic's discovered with different
    apic versions. (this code is only called during CPU init)
    
    The goal of this is to pave the way of the removal of the apic_version[]
    array. We dont expect any apic version incompatibilities in the x86
    landscape of systems [if so we dont handle them very well and probably
    never will handle deep apic version assymetries well], but it's prudent
    to have a debug check for one kernel cycle nevertheless.
    
    Signed-off-by: Mike Travis <travis@sgi.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 64dec40ddee9d36d7b83f8a0513fdeaffe260a0e
Author: Jeff Mahoney <jeffm@suse.com>
Date:   Fri Jan 16 13:23:35 2009 -0500

    x86: define ARCH_WANT_FRAME_POINTERS
    
    Commit da4276b8299a6544dc41ac2485d3ffca5811b3fb changed a dependency
    for FRAME_POINTER from X86 to ARCH_WANT_FRAME_POINTERS, but didn't
    actually define it.
    
    This patch adds the definition for ARCH_WANT_FRAME_POINTERS. Without it,
    FRAME_POINTER can't be enabled on x86.
    
    Signed-off-by: Jeff Mahoney <jeffm@suse.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit b786c6a98ef6fa81114ba7b9fbfc0d67060775e3
Author: Jiri Slaby <jirislaby@gmail.com>
Date:   Sat Jan 17 12:04:36 2009 +0100

    relay: fix lock imbalance in relay_late_setup_files
    
    One fail path in relay_late_setup_files() omits
    mutex_unlock(&relay_channels_mutex);
    Add it.
    
    Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c0554f102e428b8d8de3bd006a7aa77d9a3ff930
Merge: a3aaebc... cd9f8e6...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Sun Jan 18 11:06:41 2009 +0100

    Merge branch 'topic/oss-cleanup' into for-linus

commit a3aaebc4b006e9405cddd553d8a75a531e6f01a8
Merge: 9177b42... 989738c...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Sun Jan 18 11:06:37 2009 +0100

    Merge branch 'topic/hda' into for-linus

commit cd9f8e64c232eeb1247950007ee95de00b89ba7a
Author: Henrik Kretzschmar <henne@nachtwindheim.de>
Date:   Sun Jan 18 10:40:24 2009 +0100

    sound: Remove removed OSS kernel parameters from doc
    
    Remove removed OSS kernel parameters from kernel-parameters.txt
    
    Remove the kernel parameters from the OSS drivers of the chips
    es1371 (removed 10-2007/2.6.24) and
    cs4232 (removed 02-2008/2.6.25) from the kernel parameters documentation.
    
    Signed-off-by: Henrik Kretzschmar <henne@nachtwindheim.de>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 989738c4f82126207b9e04c9395b78e544f3d33c
Author: Matthew Ranostay <mranostay@embeddedalley.com>
Date:   Sat Jan 17 18:47:27 2009 -0500

    ALSA: hda: fix invalid power mapping masks
    
    Fixed invalid power mappings for ports 0xd and 0xe on 93hd83xxx codecs.
    They were shifted right one too many bits.
    
    Signed-off-by: Matthew Ranostay <mranostay@embeddedalley.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 62dfcd336c79c49f9aeb0acc99cf9a1832102dd5
Author: Sam Ravnborg <sam@ravnborg.org>
Date:   Sat Jan 17 23:12:27 2009 -0800

    sparc64: fix modpost failure
    
    Previously PeeCeeI.o was a library but it
    was always pulled in due to insw and friends being exported
    (at least for a modular kernel).
    
    But this resulted in modpost failures if there where no in-kernel
    users because then insw & friends were not linked in.
    
    Fix this by including PeeCeeI.o in the kernel unconditionally.
    
    The only drawback for this solution is that a nonmodular kernel
    will always include insw & friends no matter if they are in use or not.
    
    Reported-by: Meelis Roos <mroos@linux.ee>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit c275ce44929402664902cbb09d4f054b315623d7
Author: Sam Ravnborg <sam@ravnborg.org>
Date:   Sat Jan 17 23:10:35 2009 -0800

    sparc64: fix readout of cpu/fpu type
    
    Meelis reported that on his box /proc/cpuinfo started
    to reported "Unknow CPU" and the same did the boot messages.
    
    It was a stupid bug I introduced when merging
    cpu.c for 32 and 64 bit.
    
    The code did an array reference where it had to search
    for the right index.
    
    Reported-by: Meelis Roos <mroos@linux.ee>
    Tested-by: Meelis Roos <mroos@linux.ee>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
    Signed-off-by: David S. Miller <davem@davemloft.net>

commit f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b
Merge: 0bac038... ac8581d...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jan 17 14:28:53 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband:
      IB/ehca: Use consistent types for ehca_plpar_hcall9()
      IB/ehca: Fix printk format warnings from u64 type change
      IPoIB: Do not print error messages for multicast join retries
      IB/mlx4: Fix memory ordering problem when posting LSO sends
      mlx4_core: Fix min() warning
      IPoIB: Fix deadlock between ipoib_open() and child interface create
      IPoIB: Fix hang in napi_disable() if P_Key is never found

commit 0bac038a9eec00ac27f95ca0360954c0016fd859
Merge: 8115692... 5dbdf73...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Sat Jan 17 14:28:23 2009 -0800

    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/lrg/voltage-2.6
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/lrg/voltage-2.6:
      move wm8400-regulator's probe function to .devinit.text

commit 81156928f8fe31621e467490b9d441c0285998c3
Author: Pavel Roskin <proski@gnu.org>
Date:   Sat Jan 17 13:33:03 2009 -0500

    dell_rbu: use scnprintf() instead of less secure sprintf()
    
    Reading 0 bytes from /sys/devices/platform/dell_rbu/image_type or
    /sys/devices/platform/dell_rbu/packet_size by an ordinary user causes an
    oops.
    
    Signed-off-by: Pavel Roskin <proski@gnu.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit 0d54ee1c7850a954026deec4cd4885f331da35cc
Author: Vegard Nossum <vegard.nossum@gmail.com>
Date:   Sat Jan 17 17:45:45 2009 +0100

    security: introduce missing kfree
    
    Plug this leak.
    
    Acked-by: David Howells <dhowells@redhat.com>
    Cc: James Morris <jmorris@namei.org>
    Cc: <stable@kernel.org>
    Signed-off-by: Vegard Nossum <vegard.nossum@gmail.com>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

commit fdb6a8f4db813b4e50f4e975efe6be12ba5bf460
Author: Robert Richter <robert.richter@amd.com>
Date:   Sat Jan 17 17:13:27 2009 +0100

    oprofile: fix uninitialized use of struct op_entry
    
    Impact: fix crash
    
    In case of losing samples struct op_entry could have been used
    uninitialized causing e.g. a wrong preemption count or NULL pointer
    access. This patch fixes this.
    
    Signed-off-by: Robert Richter <robert.richter@amd.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 5dbdf7354821e00e4419ac3520d05d126857d56e
Author: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Date:   Mon Jan 12 23:25:05 2009 +0100

    move wm8400-regulator's probe function to .devinit.text
    
    A pointer to wm8400_regulator_probe is passed to the core via
    platform_driver_register and so the function must not disappear when the
    .init sections are discarded.  Otherwise (if also having HOTPLUG=y)
    unbinding and binding a device to the driver via sysfs will result in an
    oops as does a device being registered late.
    
    An alternative to this patch is using platform_driver_probe instead of
    platform_driver_register plus removing the pointer to the probe function
    from the struct platform_driver.
    
    Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
    Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>

commit 9177b42bd7ce4fd1f7eef6d80221db1b148c973b
Merge: db45705... 2de686d...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Sat Jan 17 12:10:17 2009 +0100

    Merge branch 'topic/hda' into for-linus

commit db45705c7fc473fd2ffb2c9621df4a4a4f33f1ad
Merge: 1de9e8e... 591046c...
Author: Takashi Iwai <tiwai@suse.de>
Date:   Sat Jan 17 12:10:13 2009 +0100

    Merge branch 'topic/asoc' into for-linus

commit ac8581d408d41ebd5583b4e85b18e7ef16bb044b
Merge: ee96aae... 3c20962... 0fd7e1d...
Author: Roland Dreier <rolandd@cisco.com>
Date:   Fri Jan 16 15:05:54 2009 -0800

    Merge branches 'ehca', 'ipoib' and 'mlx4' into for-linus

commit ee96aae57381e77311538f4a1dd4326f6ae079d1
Author: Stephen Rothwell <sfr@canb.auug.org.au>
Date:   Fri Jan 16 14:55:40 2009 -0800

    IB/ehca: Use consistent types for ehca_plpar_hcall9()
    
    ehca_plpar_hcall9() takes an unsigned long array, so make all callers
    pass that in.  This fixes warnings introduced by commit fe333321
    ("powerpc: Change u64/s64 to a long long integer type"), which changed
    u64 from unsigned long to unsigned long long.
    
    Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit 3750f60557b68776eb749859ad68af70d1a01ad0
Author: Stephen Rothwell <sfr@canb.auug.org.au>
Date:   Fri Jan 16 14:55:28 2009 -0800

    IB/ehca: Fix printk format warnings from u64 type change
    
    Commit fe333321 ("powerpc: Change u64/s64 to a long long integer
    type") changed u64 from unsigned long to unsigned long long, which
    means that printk formats for printing u64 values should use "ll"
    instead of "l" to avoid warnings.  Fix all the places affected by this
    in ehca.
    
    Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit 674743033c1ae9f7cc94e1e0037f6f719e6d1d67
Author: Christian Lamparter <chunkeey@web.de>
Date:   Fri Jan 16 19:46:28 2009 +0100

    p54: fix p54_set_key's return code
    
    p54 doesn't support AES-128-CMAC offload.
    
    This patch will fix the noisy mac80211 warnings, when 802.11w is enabled:
    mac80211-phy189: failed to set key (4, ff:ff:ff:ff:ff:ff) to hardware (-22)
    mac80211-phy189: failed to set key (5, ff:ff:ff:ff:ff:ff) to hardware (-22)
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 275719089bfe7dbf446b72c3e520966e7fa42b6a
Author: Artur Skawina <art.08.09@gmail.com>
Date:   Thu Jan 15 21:07:03 2009 +0100

    p54: set_tim must be atomic.
    
    Fix for:
    
    BUG: scheduling while atomic: named/2004/0x10000200
    Pid: 2004, comm: named Not tainted 2.6.29-rc1-00271-ge9fa6b0 #45
    Call Trace:
     [<c04d4ef7>] schedule+0x2a7/0x320
     [<c03aed74>] __alloc_skb+0x34/0x110
     [<c011f5b3>] __cond_resched+0x13/0x30
     [<c04d501d>] _cond_resched+0x2d/0x40
     [<c016d8c5>] kmem_cache_alloc+0x95/0xc0
     [<c016b8d4>] check_object+0xc4/0x230
     [<c03aed74>] __alloc_skb+0x34/0x110
     [<c02ede91>] p54_alloc_skb+0x71/0xf0
     [<c02ee36f>] p54_set_tim+0x3f/0xa0
     [<c04ae064>] sta_info_set_tim_bit+0x64/0x80
     [<c04c1017>] invoke_tx_handlers+0xd57/0xd80
     [<c016c397>] free_debug_processing+0x197/0x210
     [<c03ae215>] pskb_expand_head+0xf5/0x170
     [<c04bfd94>] __ieee80211_tx_prepare+0x164/0x2f0
     [<c04c1a8d>] ieee80211_skb_resize+0x6d/0xe0
     [<c04c250f>] ieee80211_master_start_xmit+0x23f/0x550
     [<c016d188>] __slab_alloc+0x2b8/0x4f0
     [<c013a711>] getnstimeofday+0x51/0x120
     [<c03b5e7b>] dev_hard_start_xmit+0x1db/0x240
     [<c03c6a4b>] __qdisc_run+0x1ab/0x200
     [<c0136aa1>] __run_hrtimer+0x31/0xf0
     [<c03b6247>] dev_queue_xmit+0x247/0x500
     [<c04c1e56>] ieee80211_subif_start_xmit+0x356/0x7d0
     [<c0466ff7>] packet_rcv_spkt+0x37/0x150
     [<c0466ff7>] packet_rcv_spkt+0x37/0x150
     [<c03b5e7b>] dev_hard_start_xmit+0x1db/0x240
     [<c03c6a4b>] __qdisc_run+0x1ab/0x200
     [<c03b6247>] dev_queue_xmit+0x247/0x500
     [<c03bc1e2>] neigh_resolve_output+0xe2/0x200
     [<c0410080>] ip_finish_output+0x0/0x290
     [<c0410267>] ip_finish_output+0x1e7/0x290
     [<c040f355>] ip_local_out+0x15/0x20
     [<c040f5d2>] ip_push_pending_frames+0x272/0x380
     [<c042bbc6>] udp_push_pending_frames+0x146/0x3a0
     [<c042d52a>] udp_sendmsg+0x2fa/0x6b0
     [<c0433bc7>] inet_sendmsg+0x37/0x70
     [<c03a7b7e>] sock_sendmsg+0xbe/0x100
     [<c0133cd0>] autoremove_wake_function+0x0/0x50
     [<c011c043>] __wake_up_common+0x43/0x70
     [<c024a892>] copy_from_user+0x32/0x130
     [<c024a892>] copy_from_user+0x32/0x130
     [<c03b001e>] verify_iovec+0x2e/0xb0
     [<c03a7d3f>] sys_sendmsg+0x17f/0x290
     [<c017730a>] pipe_write+0x29a/0x570
     [<c013a172>] update_wall_time+0x492/0x8e0
     [<c013a711>] getnstimeofday+0x51/0x120
     [<c011b05d>] sched_slice+0x3d/0x80
     [<c013a711>] getnstimeofday+0x51/0x120
     [<c0136657>] hrtimer_forward+0x147/0x1a0
     [<c01101b0>] lapic_next_event+0x10/0x20
     [<c013ccb3>] clockevents_program_event+0xa3/0x170
     [<c03a9054>] sys_socketcall+0xa4/0x290
     [<c0110920>] smp_apic_timer_interrupt+0x40/0x70
     [<c0103165>] sysenter_do_call+0x12/0x25
    
    Signed-off-by: Artur Skawina <art.08.09@gmail.com>
    Acked-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit e223b6dc051ad030a70d5c6ed6226b95bdfc3af7
Author: Rami Rosen <ramirose@gmail.com>
Date:   Wed Jan 14 00:00:13 2009 +0200

    rt2x00: fix a wrong parameter for __test_and_clear_bit() in rt2x00rfkill_free().
    
    When running modprobe rt73usb, and then rmmod rt73usb, and then
    iwconfig, the wlan0 device does not disappear. When repeating this
    process again, we get a kernel Oops errors and "BUG: unable to handle
    kernel paging request..." message in the kernel log.
    
    The reason for this is that there is an error in rt2x00rfkill_free(),
    which is called in the process of removing the device
    (rt2x00lib_remove_dev() in rt2x00dev.c).
    rt2x00rfkill_free() clears the RFKILL_STATE_ALLOCATED bit , which is
    bit number 1 () in rt2x00dev->flags instead of in
    rt2x00dev->rfkill_state. As a result, when checking the
    DEVICE_STATE_REGISTERED_HW bit (bit number 1 in rt2x00dev->flags) in
    rt2x00lib_remove_hw() it is **unset**, and we wrongly **don't** call
    ieee80211_unregister_hw().
    
    This patch corrects this: the parameter for __test_and_clear_bit() in
    rt2x00rfkill_free() should be &rt2x00dev->rfkill_state and not
    &rt2x00dev->flags.
    
    Signed-off-by: Rami Rosen <ramirose@gmail.com>
    Acked-by: Ivo van Doorn <IvDoorn@gmail.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 02e68a3da0fbdb178cdec54b7db48edeefd1691d
Author: Luis R. Rodriguez <lrodriguez@atheros.com>
Date:   Wed Jan 7 17:43:37 2009 -0800

    cfg80211: Fix parsed country IE info for 5 GHz
    
    The country IE number of channels on 5 GHz specifies the number
    of 5 GHz channels, not the number of sequential channel numbers.
    For example, if in a country IEs if the first channel given is 36
    and the number of channels passed is 4 then the individual channel
    numbers defined for the 5 GHz PHY by these parameters
    
    are: 36, 40, 44, 48
    not: 36, 37, 38, 39
    
    See: http://tinyurl.com/11d-clarification
    
    Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
    Acked-by: Johannes Berg <johannes@sipsolutions.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 0c7dc45d21de6ae212b5ccb7cdff5beff795ccf0
Author: Luis R. Rodriguez <lrodriguez@atheros.com>
Date:   Wed Jan 7 17:43:36 2009 -0800

    cfg80211: Fix regression with 11d on bands
    
    This fixes a regression on disallowing bands introduced with the new
    802.11d support. The issue is that IEEE-802.11 allows APs to send
    a subset of what a country regulatory domain defines. This was clarified
    in this document:
    
    http://tinyurl.com/11d-clarification
    
    As such it is possible, and this is what is done in practice, that a
    single band 2.4 GHz AP will only send 2.4 GHz band regulatory information
    through the 802.11 country information element and then the current
    intersection with what CRDA provided yields a regulatory domain with
    no 5 GHz information -- even though that country may actually allow
    5 GHz operation. We correct this by only applying the intersection rules
    on a channel if the the intersection yields a regulatory rule on the
    same band the channel is on.
    
    Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
    Acked-by: Johannes Berg <johannes@sipsolutions.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit a92a3ce72483d7f0902dff8a3be8cdcee215a37c
Author: Luis R. Rodriguez <lrodriguez@atheros.com>
Date:   Wed Jan 7 17:43:33 2009 -0800

    cfg80211: make handle_band() and handle_channel() wiphy specific
    
    This allows us to make more wiphy specific judgements when
    handling the channels later on.
    
    Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
    Acked-by: Johannes Berg <johannes@sipsolutions.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 73e1a65d3c4a013f6fa56e47133be95143a75fe3
Author: Zhu Yi <yi.zhu@intel.com>
Date:   Thu Jan 8 10:19:58 2009 -0800

    iwlwifi: remove CMD_WANT_SKB flag if send_cmd_sync failure
    
    In function iwl_send_cmd_sync(), if the flag CMD_WANT_SKB is set but
    we are not provided with a valid SKB (cmd->meta.u.skb == NULL), we need
    to remove the CMD_WANT_SKB flag from the TX cmd queue. Otherwise in case
    the cmd comes in later, it will possibly set an invalid address. Thus
    it causes an invalid memory access.
    
    This fixed the bug http://bugzilla.kernel.org/show_bug.cgi?id=11326.
    
    Signed-off-by: Zhu Yi <yi.zhu@intel.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 9d97f2e55e3df44e3b6b4cc58b091501ba7ee0ac
Author: Jouni Malinen <jouni.malinen@atheros.com>
Date:   Tue Jan 13 14:35:08 2009 +0200

    ath9k: Fix an operator typo in REG_DOMAIN_2GHZ_MASK
    
    Incorrect operator causes the REG_DOMAIN_2GHZ_MASK to be zero which
    surely was not the goal of this definition. Mask out the 11a flags
    correctly.
    
    Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit b657eade2f98b5c689e405bd6e4e445471066380
Author: Jouni Malinen <jouni.malinen@atheros.com>
Date:   Tue Jan 13 14:33:49 2009 +0200

    ath9k: Fix an operator typo in phy rate validation
    
    This was not supposed to be a bitwise AND operation, but a check of
    two separate conditions. Anyway, the old code happened to result in
    the same behavior, so this is just changing the code to be easier to
    understand and also to keep sparse from warning about dubious
    operators.
    
    Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit d71038c05970ad0c9d7da6f797803f69e4f91837
Author: Andrey Yurovsky <andrey@cozybit.com>
Date:   Mon Jan 12 13:14:27 2009 -0800

    libertas: Fix alignment issues in libertas core
    
    Data structures that come over the wire from the WLAN firmware must be packed.
    This fixes alignment problems on the blackfin architecture and, reportedly, on
    the AVR32.
    
    This is a replacement for the previous version of this patch which had also
    explicitly used get_unaligned_ macros.  As Johannes Berg pointed out, these
    macros were unnecessary.
    
    Signed-off-by: Andrey Yurovsky <andrey@cozybit.com>
    Signed-off-by: Colin McCabe <colin@cozybit.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit b6b50a21625bbf59a89b807dd0fc1eb5412aeff3
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date:   Fri Jan 9 15:25:09 2009 -0800

    mac80211: more kernel-doc fixes
    
    Fix (delete) more mac80211 kernel-doc:
    
    Warning(linux-2.6.28-git13//include/net/mac80211.h:375): Excess struct/union/enum/typedef member 'retry_count' description in 'ieee80211_tx_info'
    Warning(linux-2.6.28-git13//net/mac80211/sta_info.h:308): Excess struct/union/enum/typedef member 'last_txrate' description in 'sta_info'
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit ef15aa490f2e447ce04fe643500b814ef40f6ea9
Author: Christian Lamparter <chunkeey@web.de>
Date:   Fri Jan 9 21:06:30 2009 +0100

    p54: fix oops caused by bad eeproms
    
    This patch fixes a bug that could occur, if it the eeprom is incomplete or partly corrupted.
    
    BUG: unable to handle kernel NULL pointer dereference at 00000008
    IP: p54_assign_address+0x108/0x15d [p54common]
    Oops: 0002 [#1] SMP
    Pid: 12988, comm: phy1 Tainted: P        W  2.6.28-rc6-wl #3
    RIP: 0010: p54_assign_address+0x108/0x15d [p54common]
     [...]
    Call Trace:
     p54_alloc_skb+0xa3/0xc0 [p54common]
     p54_scan+0x37/0x204 [p54common]
     [...]
    
    Signed-off-by: Christian Lamparter <chunkeey@web.de>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 3c20962086b0ceb5498ba840e5a91bf4a692aae9
Author: Yossi Etigin <yosefe@Voltaire.COM>
Date:   Fri Jan 16 13:42:59 2009 -0800

    IPoIB: Do not print error messages for multicast join retries
    
    When IPoIB tries to join a multicast group, and the SA module's SM
    address handle is NULL (because of an SM change, etc), the join
    returns with -EAGAIN status.  In that case, don't print an error
    message unless multicast debugging is enabled.
    
    Signed-off-by: Yossi Etigin <yosefe@voltaire.com>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit aa8c6c93747f7b55fa11e1624fec8ca33763a805
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date:   Fri Jan 16 21:54:43 2009 +0100

    PCI PM: Restore standard config registers of all devices early
    
    There is a problem in our handling of suspend-resume of PCI devices that
    many of them have their standard config registers restored with
    interrupts enabled and they are put into the full power state with
    interrupts enabled as well.  This may lead to the following scenario:
      * an interrupt vector is shared between two or more devices
      * one device is resumed earlier and generates an interrupt
      * the interrupt handler of another device tries to handle it and
        attempts to access the device the config space of which hasn't been
        restored yet and/or which still is in a low power state
      * the system crashes as a result
    
    To prevent this from happening we should restore the standard
    configuration registers of all devices with interrupts disabled and we
    should put them into the D0 power state right after that.
    Unfortunately, this cannot be done using the existing
    pci_set_power_state(), because it can sleep.  Also, to do it we have to
    make sure that the config spaces of all devices were actually saved
    during suspend.
    
    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Acked-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit 0fd7e1d8559f45a6838cee93ea49adc0c5bda8f0
Author: Roland Dreier <rolandd@cisco.com>
Date:   Fri Jan 16 12:47:47 2009 -0800

    IB/mlx4: Fix memory ordering problem when posting LSO sends
    
    The current work request posting code writes the LSO segment before
    writing any data segments.  This leaves a window where the LSO segment
    overwrites the stamping in one cacheline that the HCA prefetches
    before the rest of the cacheline is filled with the correct data
    segments.  When the HCA processes this work request, a local
    protection error may result.
    
    Fix this by saving the LSO header size field off and writing it only
    after all data segments are written.  This fix is a cleaned-up version
    of a patch from Jack Morgenstein <jackm@dev.mellanox.co.il>.
    
    This fixes <https://bugs.openfabrics.org/show_bug.cgi?id=1383>.
    
    Reported-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit 0db29af1e767464d71b89410d61a1e5b668d0370
Author: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
Date:   Wed Dec 24 17:27:04 2008 +0900

    PCI/MSI: bugfix/utilize for msi_capability_init()
    
    This patch fix a following bug and does a cleanup.
    
    bug:
    	commit 5993760f7fc75b77e4701f1e56dc84c0d6cf18d5
    	had a wrong change (since is_64 is boolean[0|1]):
    
    -               pci_write_config_dword(dev,
    -                       msi_mask_bits_reg(pos, is_64bit_address(control)),
    -                       maskbits);
    +               pci_write_config_dword(dev, entry->msi_attrib.is_64, maskbits);
    
    utilize:
    	Unify separated if (entry->msi_attrib.maskbit) statements.
    
    Signed-off-by: Hidetoshi Seto <seto.hidetoshi@jp.fujitsu.com>
    Acked-by: "Jike Song" <albcamus@gmail.com>
    Cc: stable@vger.kernel.org
    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>

commit cc33412fb1f11613e20f9dfc2919a77ecd63fbc4
Author: Jan Kara <jack@suse.cz>
Date:   Mon Jan 12 17:23:05 2009 +0100

    quota: Improve locking
    
    We implement dqget() and dqput() that need neither dqonoff_mutex nor dqptr_sem.
    Then move dqget() and dqput() calls so that they are not called from under
    dqptr_sem. This is important because filesystem callbacks aren't called from
    under dqptr_sem which used to cause *lots* of problems with lock ranking
    (and with OCFS2 they became close to unsolvable).
    
    The patch also removes two functions which were introduced solely because OCFS2
    needed them to cope with the old locking scheme. As time showed, they were not
    enough for OCFS2 anyway and it would be unnecessary work to adapt them to the
    new locking scheme in which they aren't needed.  As a result OCFS2 needs the
    following patch to compile properly with quotas.  Sorry to any bisecters which
    hit this in advance.
    
    Signed-off-by: Jan Kara <jack@suse.cz>

commit 591046cfc5f1b452db0a4557850ad7f394e38231
Author: Ben Nizette <bn@niasdigital.com>
Date:   Fri Jan 16 08:45:45 2009 +1100

    ASoC: atmel_pcm: Remove non-existant header
    
    <mach/hardware.h> doesn't exist on AVR32 and therefore this driver won't
    build on that arch.  AFAICT this driver doesn't actually use the content
    of that header so easiest just to remove it.
    
    Signed-off-by: Ben Nizette <bn@niasdigital.com>
    Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

commit a3c6018e565dc07cf3738ace6bbe412f97b1bba8
Author: Jan Beulich <jbeulich@novell.com>
Date:   Fri Jan 16 11:59:33 2009 +0000

    x86: fix assumed to be contiguous leaf page tables for kmap_atomic region (take 2)
    
    Debugging and original patch from Nick Piggin <npiggin@suse.de>
    
    The early fixmap pmd entry inserted at the very top of the KVA is causing the
    subsequent fixmap mapping code to not provide physically linear pte pages over
    the kmap atomic portion of the fixmap (which relies on said property to
    calculate pte addresses).
    
    This has caused weird boot failures in kmap_atomic much later in the boot
    process (initial userspace faults) on a 32-bit PAE system with a larger number
    of CPUs (smaller CPU counts tend not to run over into the next page so don't
    show up the problem).
    
    Solve this by attempting to clear out the page table, and copy any of its
    entries to the new one. Also, add a bug if a nonlinear condition is encountered
    and can't be resolved, which might save some hours of debugging if this fragile
    scheme ever breaks again...
    
    Once we have such logic, we can also use it to eliminate the early ioremap
    trickery around the page table setup for the fixmap area. This also fixes
    potential issues with FIX_* entries sharing the leaf page table with the early
    ioremap ones getting discarded by early_ioremap_clear() and not restored by
    early_ioremap_reset(). It at once eliminates the temporary (and configuration,
    namely NR_CPUS, dependent) unavailability of early fixed mappings during the
    time the fixmap area page tables get constructed.
    
    Finally, also replace the hard coded calculation of the initial table space
    needed for the fixmap area with a proper one, allowing kernels configured for
    large CPU counts to actually boot.
    
    Based-on: Nick Piggin <npiggin@suse.de>
    Signed-off-by: Jan Beulich <jbeulich@novell.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 49148020bcb6910ce71417bd990a5ce7017f9bd3
Author: Sam Ravnborg <sam@ravnborg.org>
Date:   Fri Jan 16 21:58:10 2009 +1000

    m68k,m68knommu: merge header files
    
    Merge header files for m68k and m68knommu to the single location:
    
        arch/m68k/include/asm
    
    The majority of this patch was the result of the
    script that is included in the changelog below.
    
    The script was originally written by Arnd Bergman and
    exten by me to cover a few more files.
    
    When the header files differed the script uses the following:
    
    The original m68k file is named <file>_mm.h  [mm for memory manager]
    The m68knommu file is named <file>_no.h [no for no memory manager]
    
    The files uses the following include guard:
    
    This include gaurd works as the m68knommu toolchain set
    the __uClinux__ symbol - so this should work in userspace too.
    
    Merging the header files for m68k and m68knommu exposes the
    (unexpected?) ABI differences thus it is easier to actually
    identify these and thus to fix them.
    
    The commit has been build tested with both a m68k and
    a m68knommu toolchain - with success.
    
    The commit has also been tested with "make headers_check"
    and this patch fixes make headers_check for m68knommu.
    
    The script used:
    TARGET=arch/m68k/include/asm
    SOURCE=arch/m68knommu/include/asm
    
    INCLUDE="cachectl.h errno.h fcntl.h hwtest.h ioctls.h ipcbuf.h \
    linkage.h math-emu.h md.h mman.h movs.h msgbuf.h openprom.h \
    oplib.h poll.h posix_types.h resource.h rtc.h sembuf.h shmbuf.h \
    shm.h shmparam.h socket.h sockios.h spinlock.h statfs.h stat.h \
    termbits.h termios.h tlb.h types.h user.h"
    
    EQUAL="auxvec.h cputime.h device.h emergency-restart.h futex.h \
    ioctl.h irq_regs.h kdebug.h local.h mutex.h percpu.h \
    sections.h topology.h"
    
    NOMUUFILES="anchor.h bootstd.h coldfire.h commproc.h dbg.h \
    elia.h flat.h m5206sim.h m520xsim.h m523xsim.h m5249sim.h \
    m5272sim.h m527xsim.h m528xsim.h m5307sim.h m532xsim.h \
    m5407sim.h m68360_enet.h m68360.h m68360_pram.h m68360_quicc.h \
    m68360_regs.h MC68328.h MC68332.h MC68EZ328.h MC68VZ328.h \
    mcfcache.h mcfdma.h mcfmbus.h mcfne.h mcfpci.h mcfpit.h \
    mcfsim.h mcfsmc.h mcftimer.h mcfuart.h mcfwdebug.h \
    nettel.h quicc_simple.h smp.h"
    
    FILES="atomic.h bitops.h bootinfo.h bug.h bugs.h byteorder.h cache.h \
    cacheflush.h checksum.h current.h delay.h div64.h \
    dma-mapping.h dma.h elf.h entry.h fb.h fpu.h hardirq.h hw_irq.h io.h \
    irq.h kmap_types.h machdep.h mc146818rtc.h mmu.h mmu_context.h \
    module.h page.h page_offset.h param.h pci.h pgalloc.h \
    pgtable.h processor.h ptrace.h scatterlist.h segment.h \
    setup.h sigcontext.h siginfo.h signal.h string.h system.h swab.h \
    thread_info.h timex.h tlbflush.h traps.h uaccess.h ucontext.h \
    unaligned.h unistd.h"
    
    mergefile() {
    	BASE=${1%.h}
    	git mv ${SOURCE}/$1 ${TARGET}/${BASE}_no.h
    	git mv ${TARGET}/$1 ${TARGET}/${BASE}_mm.h
    
    cat << EOF > ${TARGET}/$1
    EOF
    
    	git add ${TARGET}/$1
    }
    
    set -e
    
    mkdir -p ${TARGET}
    
    git mv include/asm-m68k/* ${TARGET}
    rmdir include/asm-m68k
    
    git rm ${SOURCE}/Kbuild
    for F in $INCLUDE $EQUAL; do
    	git rm ${SOURCE}/$F
    done
    
    for F in $NOMUUFILES; do
    	git mv ${SOURCE}/$F ${TARGET}/$F
    done
    
    for F in $FILES ; do
    	mergefile $F
    done
    
    rmdir arch/m68knommu/include/asm
    rmdir arch/m68knommu/include
    
    Cc: Arnd Bergmann <arnd@arndb.de>
    Cc: Geert Uytterhoeven <geert@linux-m68k.org>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
    Signed-off-by: Greg Ungerer <gerg@uclinux.org>

commit 2de686d227e8869547683de659d5419061c2c518
Author: Luke Yelavich <themuso@ubuntu.com>
Date:   Fri Jan 16 15:08:02 2009 +1100

    ALSA: hda - add quirks for some 82801H variants to use ALC883_MITAC
    
    Add the 82801H variants 1071:8227 and 8086:2503 to use ALC883_MITAC
    
    Reference: Ubuntu bug 210865
        https://bugs.launchpad.net/bugs/210865
    
    Signed-off-by: Luke Yelavich <themuso@ubuntu.com>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 169d5f663759ec494aa74a552ce99486235e6e50
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Wed Jan 14 22:33:31 2009 -0700

    fsldma: print correct IRQ on mpc83xx
    
    The mpc83xx variant uses a shared IRQ for all channels, so the individual
    channel nodes don't have an interrupt property. Fix the code to print the
    controller IRQ instead if there isn't any for the channel.
    
    Acked-by: Timur Tabi <timur@freescale.com>
    Acked-by: Li Yang <leoli@freescale.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit d3b924d960a808105180d229b4667061123cc4ef
Author: Andrew Morton <akpm@linux-foundation.org>
Date:   Thu Jan 15 20:43:56 2009 -0800

    mlx4_core: Fix min() warning
    
    Fix
    
        drivers/net/mlx4/profile.c: In function `mlx4_make_profile':
        drivers/net/mlx4/profile.c:110: warning: comparison of distinct pointer types lacks a cast
    
    This happened because num_possible_cpus() was secretly changed by
    commit ae7a47e7 ("cpumask: make cpumask.h eat its own dogfood.") from
    returning "int" to (now) returning "unsigned int".  I think that was a
    good change, so we should just swallow the fallout.
    
    Cc: "David S. Miller" <davem@davemloft.net>
    Cc: Roland Dreier <rolandd@cisco.com>
    Cc: Yevgeny Petrilin <yevgenyp@mellanox.co.il>
    Cc: Jack Morgenstein <jackm@dev.mellanox.co.il>
    Cc: Vladimir Sokolovsky <vlad@mellanox.co.il>
    Cc: Michael S. Tsirkin <mst@dev.mellanox.co.il>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit 18c07cf530cf4aa8b7551801f68ed40db5ee4e45
Author: Cliff Wickman <cpw@sgi.com>
Date:   Thu Jan 15 09:51:20 2009 -0600

    x86, UV: cpu_relax in uv_wait_completion
    
    The function uv_wait_completion() spins on reads of a memory-mapped
    register, waiting for completion of BAU hardware replies.
    
    It should call "cpu_relax()" between those reads to improve performance
    on hyperthreaded configurations.
    
    Signed-off-by: Cliff Wickman <cpw@sgi.com>
    Acked-by: Jack Steiner <steiner@sgi.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 4a13ad0bd8869bb491c67918662f9b1852595af5
Author: Jan Beulich <jbeulich@novell.com>
Date:   Wed Jan 14 12:28:51 2009 +0000

    x86: avoid early crash in disable_local_APIC()
    
    E.g. when called due to an early panic.
    
    Signed-off-by: Jan Beulich <jbeulich@novell.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c903ff837909ccada51243307d4239f86af40179
Author: Mike Travis <travis@sgi.com>
Date:   Thu Jan 15 12:28:29 2009 -0800

    rcu: move Kconfig menu
    
    Move RCU Kconfig options from top-level menu to an "RCU Subsystem"
    menu under the "General Setup" menu.
    
    Signed-off-by: Mike Travis <travis@sgi.com>
    Tested-by: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c9280d681c4093405fc896dc25f81d5ff9de8183
Author: Takashi Iwai <tiwai@suse.de>
Date:   Thu Jan 15 17:31:00 2009 +0100

    ALSA: hda - Fix (yet more) STAC925x issues
    
    The codec-parsing of STAC925x was utterly broken due to its unique
    design unlike other STAC codecs.  It has a volume control only in NID
    0x0e (similar as STAC9200), but the parser assumes that the amp is
    available on each DAC widget.
    
    The patch fixes the whole wrong stories: fix the initial volume,
    assign the fixed "Master" volume, and avoid to create wrong volume
    controls.
    
    Signed-off-by: Takashi Iwai <tiwai@suse.de>

commit 1639058ed1dd0b856a5c34064a990c7827b0e32b
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:57:48 2009 +0200

    ARM: OMAP: Fix compile for h3 MMC
    
    Fix compile for h3 MMC
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit e999bbe7f1318390e997d13e508e4f16b1b130af
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:55:59 2009 +0200

    ARM: OMAP: Remove unused platform devices, v3
    
    This patch removes old platform devices. Alsa should now
    be using the ASoC driver. For boards not yet using ASoC,
    please see sound/soc/omap/osk5912.c.
    
    Add dummy aic23_power_up and aic23_power_down functions for 770
    to keep things compiling.
    
    Remove references to omap_gpio_switch, and unused h2_nand_dev_ready
    function.
    
    This patch is based on an earlier patch by Arun KS.
    
    Cc: Jarkko Nikula <jarkko.nikula@nokia.com>
    Signed-off-by: Arun KS <arunks@mistralsolutions.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 3127f8f8595a064b3f1a1837fea2177902589ac3
Author: Tony Lindgren <Lopez>
Date:   Thu Jan 15 13:09:54 2009 +0200

    ARM: OMAP: Fix ASoC by enabling writes to XCCR and RCCR McBSP registers, v3
    
    This patch enables writing to McBSP Transmit Configuration Control
    Register (XCCR) and Receive Configuration Control Register (RCCR)
    for 2430/34xx platforms. It also adds XCCR, RCCR entries in McBSP
    register configuration structure and bit definitions for both
    registers.
    
    If we enable the writing to CCR registers for 2430/34xx and don't
    set the default values (setting 0 as a consequence) in ASoC driver,
    the Transmit/Receive DMA mode gets disabled and the the
    transmission/reception doesn't happen, ending with a
    "write error: Input/Output error" when playing with 'aplay'.
    
    Also define dummy CCR registers for omap1.
    
    Cc: Jarkko Nikula <jarkko.nikula@nokia.com>
    Signed-off-by: Misael Lopez Cruz <x0052729@ti.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 9b4a357787c27289b8c9efe916417690473538f7
Author: Arun KS <arunks@mistralsolutions.com>
Date:   Thu Jan 15 13:09:54 2009 +0200

    ARM: OMAP: Fix OSK ASoC by registering I2C board info for tlvaic23
    
    Adding I2C board info is required for tlvaic23 i2c chip driver.
    
    Cc: Jarkko Nikula <jarkko.nikula@nokia.com>
    Signed-off-by: Arun KS <arunks@mistralsolutions.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 52628229db37229d9a6eb3af082b17a61736b86c
Author: Huang Weiyi <weiyi.huang@gmail.com>
Date:   Thu Jan 15 13:09:54 2009 +0200

    ARM: OMAP: remove duplicated #include's
    
    Removed duplicated #include's in arch/arm/mach-omap1/board-voiceblue.c
    
    Signed-off-by: Huang Weiyi <weiyi.huang@gmail.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 4b3cf44846b6424d4119676ad68d54a62b81e31c
Author: Anand Gadiyar <gadiyar@ti.com>
Date:   Thu Jan 15 13:09:53 2009 +0200

    ARM: OMAP: Fix DMA CCR programming for request line > 63, v3
    
    Bug in existing code causes synchro control to be set +32 if request
    line greater than 63 is used.
    
    Also clean up the function a bit by removing extra parens and
    clearing the bits at before write.
    
    Reported by Wenbiao Wang.
    
    Signed-off-by: Anand Gadiyar <gadiyar@ti.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 3a26e3318bc2ceec340f242c6ee7074becdc7219
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:09:53 2009 +0200

    ARM: OMAP: Fix gpio.c compile on 15xx with CONFIG_DEBUGFS
    
    There are no wakeup registers on 15xx, and suspend_wakeup
    does not exist in the struct gpio_bank.
    
    Without this fix we'll get "arch/arm/plat-omap/gpio.c:1792:
    error: 'struct gpio_bank' has no member named 'suspend_wakeup'"
    as noted by Russell King.
    
    Note that the ifdefs will be cleaned up once the omap gpio
    code gets split into omap1 and omap2 specific parts.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 145d9c94b9039efdab6853255f6b916adc793bfd
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:09:53 2009 +0200

    ARM: OMAP: Fix compile for beagle
    
    Move twl4030 gpio init code to where it should be.
    Also include twl4030.h.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 73069e388d0f2509e45e1a58b0facca99ef2446e
Author: Jarkko Nikula <jarkko.nikula@nokia.com>
Date:   Thu Jan 15 13:09:52 2009 +0200

    ARM: OMAP: Fix gpio by switching to generic gpio calls, v2
    
    Fix compile by removing remaining omap specific gpio
    calls. Based on earlier patches by Jarkko Nikula.
    
    Also remove old GPIO key code, there is already a patch
    to do this with gpio_keys.
    
    Signed-off-by: Jarkko Nikula <jarkko.nikula@nokia.com>
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit dc0e88c7e15acbe3d7e8682312f709938f0dcf01
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:09:52 2009 +0200

    ARM: OMAP: Fix compile for palmte
    
    Remove old MMC platform init code accidentally
    left behind.
    
    Patches are welcome to the new style MMC init code.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit dd7667aa700a45ffb3efac64f6df0867d5837f5b
Author: Tony Lindgren <tony@atomide.com>
Date:   Thu Jan 15 13:09:51 2009 +0200

    ARM: OMAP: Fix compile for various McBSP
    
    Include irqs.h or cpu.h directly as needed to fix
    omap builds.
    
    Signed-off-by: Tony Lindgren <tony@atomide.com>

commit 934d96eafadcf3eb3ccd094af9919f020907fc41
Author: Jaswinder Singh Rajput <jaswinder@infradead.org>
Date:   Wed Jan 14 20:38:17 2009 +0530

    time-sched.c: tick_nohz_update_jiffies should be static
    
    Impact: cleanup, reduce kernel size a bit, avoid sparse warning
    
    Fixes sparse warning:
    
     kernel/time/tick-sched.c:137:6: warning: symbol 'tick_nohz_update_jiffies' was not declared. Should it be static?
    
    Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit cbbe1efa4972350286b52cb48aefaa11e198c0fb
Author: Roland Dreier <rolandd@cisco.com>
Date:   Wed Jan 14 21:44:39 2009 -0800

    IPoIB: Fix deadlock between ipoib_open() and child interface create
    
    Fix a deadlock between child interface creation/deletion and ipoib
    start/stop.  The former takes vlan_mutex, and then might take RTNL via
    register_netdev()/unregister_netdev().  The latter is executed with
    RTNL held, and tries to take vlan_mutex, which can lead to an AB-BA
    deadlock.
    
    Fix this by having the child interface creation/deletion code take the
    RTNL first so vlan_mutex always nests inside RTNL.  We can use
    register_netdevice() for child interfaces because we form the
    interface name from the parent interface and hence don't need the '%'
    expansion of register_netdev().
    
    Reported-by: Yossi Etigin <yosefe@voltaire.com>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit 6782dfe44acedf1e583d84e9e0d4f966d8e9befa
Author: Peter Korsgaard <jacmet@sunsite.dk>
Date:   Wed Jan 14 22:32:58 2009 -0700

    fsldma: check for NO_IRQ in fsl_dma_chan_remove()
    
    There's no per-channel IRQ on mpc83xx, so only call free_irq if we have one.
    
    Acked-by: Timur Tabi <timur@freescale.com>
    Acked-by: Li Yang <leoli@freescale.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 29b37f42127f7da511560a40ea74f5047da40c13
Author: Herbert Xu <herbert@gondor.apana.org.au>
Date:   Tue Jan 13 11:26:18 2009 +1100

    crypto: authenc - Fix zero-length IV crash
    
    As it is if an algorithm with a zero-length IV is used (e.g.,
    NULL encryption) with authenc, authenc may generate an SG entry
    of length zero, which will trigger a BUG check in the hash layer.
    
    This patch fixes it by skipping the IV SG generation if the IV
    size is zero.
    
    Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

commit b8a1b1ce14252b59b2d5c89de25b54f9bfd4cc5e
Author: Roland Dreier <rolandd@cisco.com>
Date:   Wed Jan 14 14:55:41 2009 -0800

    IPoIB: Fix hang in napi_disable() if P_Key is never found
    
    After commit fe25c561 ("IPoIB: Don't enable NAPI when it's already
    enabled"), if an interface is brought up but the corresponding P_Key
    never appears, then ipoib_stop() will hang in napi_disable(), because
    ipoib_open() returns before it does napi_enable().
    
    Fix this by changing ipoib_open() to call napi_enable() even if the
    P_Key isn't present.
    
    Reported-by: Yossi Etigin <yosefe@Voltaire.COM>
    Signed-off-by: Roland Dreier <rolandd@cisco.com>

commit df291fa993c506da89a89264ff8166bccd172a14
Author: Randy Dunlap <randy.dunlap@oracle.com>
Date:   Thu Jan 8 10:59:34 2009 -0800

    kbuild: fix kbuild.txt typos
    
    Fix typos in the new kbuild.txt file.
    
    Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 2302e8730e5caa774e7c6702fc878404d71f13f9
Author: Andi Kleen <andi@firstfloor.org>
Date:   Wed Jan 7 22:33:15 2009 +0100

    kbuild: print usage with no arguments in scripts/config
    
    Requested by Sam.
    
    Signed-off-by: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 2ea038917bbdd51a7ae4a898c6a04641324dd033
Author: Sam Ravnborg <sam@ravnborg.org>
Date:   Wed Jan 14 21:38:20 2009 +0100

    Revert "kbuild: strip generated symbols from *.ko"
    
    This reverts commit ad7a953c522ceb496611d127e51e278bfe0ff483.
    
    And commit: ("allow stripping of generated symbols under CONFIG_KALLSYMS_ALL")
                9bb482476c6c9d1ae033306440c51ceac93ea80c
    
    These stripping patches has caused a set of issues:
    
    1) People have reported compatibility issues with binutils due to
       lack of support for `--strip-unneeded-symbols' with objcopy 2.15.92.0.2
       Reported by: Wenji
    2) ccache and distcc no longer works as expeced
       Reported by: Ted, Roland, + others
    3) The installed modules increased a lot in size
       Reported by: Ted, Davej + others
    
    Reported-by: Wenji Huang <wenji.huang@oracle.com>
    Reported-by: "Theodore Ts'o" <tytso@mit.edu>
    Reported-by: Dave Jones <davej@redhat.com>
    Reported-by: Roland McGrath <roland@redhat.com>
    Signed-off-by: Sam Ravnborg <sam@ravnborg.org>

commit 5cca0cf15a94417f49625ce52e23589eed0a1675
Author: Suresh Siddha <suresh.b.siddha@intel.com>
Date:   Fri Jan 9 14:35:20 2009 -0800

    x86, pat: fix reserve_memtype() for legacy 1MB range
    
    Thierry Vignaud reported:
    > http://bugzilla.kernel.org/show_bug.cgi?id=12372
    >
    > On P4 with an SiS motherboard (video card is a SiS 651)
    > X server fails to start with error:
    > xf86MapVidMem: Could not mmap framebuffer (0x00000000,0x2000) (Invalid
    > argument)
    
    Here X is trying to map first 8KB of memory using /dev/mem. Existing
    code treats first 0-4KB of memory as non-RAM and 4KB-8KB as RAM. Recent
    code changes don't allow to map memory with different attributes
    at the same time.
    
    Fix this by treating the first 1MB legacy region as special and always
    track the attribute requests with in this region using linear linked
    list (and don't bother if the range is RAM or non-RAM or mixed)
    
    Reported-and-tested-by: Thierry Vignaud <tvignaud@mandriva.com>
    Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
    Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit baf48f6577e581a9adb8fe849dc80e24b21d171d
Author: Mandeep Singh Baines <msb@google.com>
Date:   Mon Jan 12 21:15:17 2009 -0800

    softlock: fix false panic which can occur if softlockup_thresh is reduced
    
    At run-time, if softlockup_thresh is changed to a much lower value,
    touch_timestamp is likely to be much older than the new softlock_thresh.
    
    This will cause a false softlockup to be detected. If softlockup_panic
    is enabled, the system will panic.
    
    The fix is to touch all watchdogs before changing softlockup_thresh.
    
    Signed-off-by: Mandeep Singh Baines <msb@google.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit e4fa4c97016037620f9dc8bafe03e1086b665b4c
Author: Lai Jiangshan <laijs@cn.fujitsu.com>
Date:   Wed Jan 14 14:58:15 2009 +0800

    rcu: add __cpuinit to rcu_init_percpu_data()
    
    Impact: reduce memory footprint
    
    add __cpuinit to rcu_init_percpu_data(), and this function's text
    will be discarded after boot when !CONFIG_HOTPLUG_CPU.
    
    Signed-off-by: Lai Jiangshan <laijs@cn.fujitsu.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit c8399943bdb70fef78798b97f975506ecc99e039
Author: Andi Kleen <andi@firstfloor.org>
Date:   Mon Jan 12 23:01:15 2009 +0100

    x86, generic: mark complex bitops.h inlines as __always_inline
    
    Impact: reduce kernel image size
    
    Hugh Dickins noticed that older gcc versions when the kernel
    is built for code size didn't inline some of the bitops.
    
    Mark all complex x86 bitops that have more than a single
    asm statement or two as always inline to avoid this problem.
    
    Probably should be done for other architectures too.
    
    Ingo then found a better fix that only requires
    a single line change, but it unfortunately only
    works on gcc 4.3.
    
    On older gccs the original patch still makes a ~0.3% defconfig
    difference with CONFIG_OPTIMIZE_INLINING=y.
    
    With gcc 4.1 and a defconfig like build:
    
        6116998 1138540  883788 8139326  7c323e vmlinux-oi-with-patch
        6137043 1138540  883788 8159371  7c808b vmlinux-optimize-inlining
    
    ~20k / 0.3% difference.
    
    Signed-off-by: Andi Kleen <ak@linux.intel.com>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit d86be86e9aab221089d72399072511f13fe2a771
Author: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Date:   Tue Jan 13 09:22:20 2009 -0700

    dmatest: Use custom map/unmap for destination buffer
    
    The dmatest driver should use DMA_BIDIRECTIONAL on the destination buffer
    to ensure that the poison values are written to RAM and not just written
    to cache and discarded.
    
    Acked-by: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>
    Acked-by: Maciej Sosnowski <maciej.sosnowski@intel.com>
    Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 4a922a969cb0190ce4580d4b064e2ac35f3ac9bf
Author: Ingo Molnar <mingo@elte.hu>
Date:   Tue Jan 13 16:11:00 2009 +0100

    x86, cpufreq: remove leftover copymask_copy()
    
    Impact: fix potential boot crash on MAXSMP
    
    Remove code left over by:
    
      50c668d: Revert "cpumask: use work_on_cpu in acpi-cpufreq.c for drv_read
    
    That cmd.cpumask is not allocated anymore. No impact on default !MAXSMP
    kernels.
    
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 6527de6d6d25ebfae7c7572cb7a4ed768e2e20a5
Author: Dan Williams <dan.j.williams@intel.com>
Date:   Mon Jan 12 15:18:34 2009 -0700

    fsldma: use a valid 'device' for dma_pool_create
    
    The dmaengine sysfs implementation was fixed to support proper
    lifetime rules which means that the current:
    
    new_fsl_chan->dev = &new_fsl_chan->common.dev->device;
    
    ...retrieves a NULL pointer because new_fsl_chan->common.dev has not
    been allocated at this point.  So, set new_fsl_chan->dev to a valid
    device.
    
    Cc: Li Yang <leoli@freescale.com>
    Cc: Zhang Wei <zw@zh-kernel.org>
    Reported-by: Ira Snyder <iws@ovro.caltech.edu>
    Tested-by: Ira Snyder <iws@ovro.caltech.edu>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit dd59b8537f6cb53ab863fafad86a5828f1e889a2
Author: Yuri Tikhonov <yur@emcraft.com>
Date:   Mon Jan 12 15:17:20 2009 -0700

    dmaengine: fix dependency chaining
    
    In dmaengine we track the dependencies between the descriptors
    using the 'next' pointers of the structure. These pointers are
    set to NULL as soon as the corresponding descriptor has been
    submitted to the channel (in dma_run_dependencies()).
    
    But, the first 'next' in chain is still remaining set, regardless
    the fact, that tx->next has been already submitted. This may lead to
    multiple submissions of the same descriptor. This patch fixes this.
    
    Actually, some previous implementation of the xxx_run_dependencies()
    function already had this fix in place. The fdb..0eaf3 commit, beside the
    correct things, broke this.
    
    Cc: <stable@kernel.org>
    Signed-off-by: Yuri Tikhonov <yur@emcraft.com>
    Signed-off-by: Dan Williams <dan.j.williams@intel.com>

commit 6d612b0f943289856c6e8186c564cda922cd040e
Author: Peter Zijlstra <peterz@infradead.org>
Date:   Mon Jan 12 12:52:23 2009 +0100

    locking, hpet: annotate false positive warning
    
    Alexander Beregalov reported that this warning is caused by the HPET code:
    
    > hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
    > hpet0: 3 comparators, 64-bit 14.318180 MHz counter
    > ODEBUG: object is on stack, but not annotated
    > ------------[ cut here ]------------
    > WARNING: at lib/debugobjects.c:251 __debug_object_init+0x2a4/0x352()
    
    > Bisected down to 26afe5f2fbf06ea0765aaa316640c4dd472310c0
    > (x86: HPET_MSI Initialise per-cpu HPET timers)
    
    The commit is fine - but the on-stack workqueue entry needs annotation.
    
    Reported-and-bisected-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Tested-by: Alexander Beregalov <a.beregalov@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit 783adf42cf039083dd3c734c07c3bdc707e2bb15
Author: Steven Noonan <steven@uplinklabs.net>
Date:   Sun Jan 11 01:04:21 2009 -0800

    kernel/fork.c: unused variable 'ret'
    
    Removed the unused variable.
    
    Signed-off-by: Steven Noonan <steven@uplinklabs.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

commit d19b85db9d5c44a4c21dcb10d6fbadaa4425ab2a
Merge: 490dea4... c597650...
Author: Ingo Molnar <mingo@elte.hu>
Date:   Sun Jan 11 15:34:05 2009 +0100

    Merge commit 'v2.6.29-rc1' into timers/urgent

commit 490dea45d00f01847ebebd007685d564aaf2cd98
Author: Peter Zijlstra <peterz@infradead.org>
Date:   Mon Nov 24 17:06:57 2008 +0100

    itimers: remove the per-cpu-ish-ness
    
    Either we bounce once cacheline per cpu per tick, yielding n^2 bounces
    or we just bounce a single..
    
    Also, using per-cpu allocations for the thread-groups complicates the
    per-cpu allocator in that its currently aimed to be a fixed sized
    allocator and the only possible extention to that would be vmap based,
    which is seriously constrained on 32 bit archs.
    
    So making the per-cpu memory requirement depend on the number of
    processes is an issue.
    
    Lastly, it didn't deal with cpu-hotplug, although admittedly that might
    be fixable.
    
    Signed-off-by: Peter Zijlstra <peterz@infradead.org>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>