)]}'
{
  "log": [
    {
      "commit": "e997d47bff5a467262ef224b4cf8cbba2d3eceea",
      "tree": "6560c0ac8f2b19a4b7f40db6cc22a9857fe4f1a3",
      "parents": [
        "2468b895fc7dcbc436cb02f0707ab8d7cb2f0aa7"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Aug 03 20:50:44 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "net: Compute protocol sequence numbers and fragment IDs using MD5.\n\nComputers have become a lot faster since we compromised on the\npartial MD4 hash which we use currently for performance reasons.\n\nMD5 is a much safer choice, and is inline with both RFC1948 and\nother ISS generators (OpenBSD, Solaris, etc.)\n\nFurthermore, only having 24-bits of the sequence number be truly\nunpredictable is a very serious limitation.  So the periodic\nregeneration and 8-bit counter have been removed.  We compute and\nuse a full 32-bit sequence number.\n\nFor ipv6, DCCP was found to use a 32-bit truncated initial sequence\nnumber (it needs 43-bits) and that is fixed here as well.\n\nReported-by: Dan Kaminsky \u003cdan@doxpara.com\u003e\nTested-by: Willy Tarreau \u003cw@1wt.eu\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "2468b895fc7dcbc436cb02f0707ab8d7cb2f0aa7",
      "tree": "06fad85c0ac37b8f7221388b836b8e3c4b8aa225",
      "parents": [
        "c1c741511cbe9fe55257959a83d1fa4361afc5dd"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Aug 03 19:45:10 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "crypto: Move md5_transform to lib/md5.c\n\nWe are going to use this for TCP/IP sequence number and fragment ID\ngeneration.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "c1c741511cbe9fe55257959a83d1fa4361afc5dd",
      "tree": "fca812d5d2ce5f960a151c35850f968dad0fdd5a",
      "parents": [
        "8b01249b9fe0697eb66e8d0bf41a714d91d039ce"
      ],
      "author": {
        "name": "Keith Packard",
        "email": "keithp@keithp.com",
        "time": "Thu Jul 28 15:31:19 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "drm/i915: Fixup for \u0027Hold mode_config-\u003emutex during hotplug\u0027\n\ncommit 40ee3381dd1010432acc13e907329029096c5bfc upstream.\n\ndrm_helper_hpd_irq_event queues another work proc to go and deliver\nthe user-space event, and that function also wants to hold the config\nmutex, so we shouldn\u0027t hold the mutex across the\ndrm_helper_hpd_irq_event call.\n\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "8b01249b9fe0697eb66e8d0bf41a714d91d039ce",
      "tree": "751403dcf6ee23da953ed2d8ca10da671fc18137",
      "parents": [
        "3f6846490d30a4b6e127bc522615db58721a8cdc"
      ],
      "author": {
        "name": "Keith Packard",
        "email": "keithp@keithp.com",
        "time": "Mon Jul 25 10:04:56 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "drm/i915: Hold mode_config-\u003emutex during hotplug processing\n\ncommit a65e34c79c88895766ab1f8a5afa451eed26622b upstream.\n\nHotplug detection is a mode setting operation and must hold the\nstruct_mutex or risk colliding with other mode setting operations.\n\nIn particular, the display port hotplug function attempts to re-train\nthe link if the monitor is supposed to be running when plugged back\nin. If that happens while mode setting is underway, the link will get\nscrambled, leaving it in an inconsistent state.\n\nThis is a special case -- usually the driver mode setting entry points\nare covered by the upper level DRM code, but in this case the function\nis invoked as a work function not under the control of DRM.\n\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nReviewed-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "3f6846490d30a4b6e127bc522615db58721a8cdc",
      "tree": "8d9d385a041023c2f34c969bbaa4cd0ad674ad34",
      "parents": [
        "9ae352371ad759dba1053a284625a2dee785353f"
      ],
      "author": {
        "name": "Keith Packard",
        "email": "keithp@keithp.com",
        "time": "Fri Jul 22 10:44:39 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "drm/i915: Initialize RCS ring status page address in intel_render_ring_init_dri\n\ncommit f3234706a77bd6e1592ae71fb3268e04cb030dba upstream.\n\nPhysically-addressed hardware status pages are initialized early in\nthe driver load process by i915_init_phys_hws. For UMS environments,\nthe ring structure is not initialized until the X server starts. At\nthat point, the entire ring structure is re-initialized with all new\nvalues. Any values set in the ring structure (including\nring-\u003estatus_page.page_addr) will be lost when the ring is\nre-initialized.\n\nThis patch moves the initialization of the status_page.page_addr value\nto intel_render_ring_init_dri.\n\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "9ae352371ad759dba1053a284625a2dee785353f",
      "tree": "06e5c5b249ce4b76b736e05c3baf523b821b4b37",
      "parents": [
        "c7b53ef3876b12a225039b930088eec77234661f"
      ],
      "author": {
        "name": "Ole Henrik Jahren",
        "email": "olehenja@alumni.ntnu.no",
        "time": "Fri Jul 22 15:56:01 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:35 2011 -0700"
      },
      "message": "drm/i915: Fix typo in DRM_I915_OVERLAY_PUT_IMAGE ioctl define\n\ncommit 842d452985300f4ec14c68cb86046e8a1a3b7251 upstream.\n\nBecause of a typo, calling ioctl with DRM_IOCTL_I915_OVERLAY_PUT_IMAGE\nis broken if the macro is used directly. When using libdrm the bug is\nnot hit, since libdrm handles the ioctl encoding internally.\n\nThe typo also leads to the .cmd and .cmd_drv fields of the drm_ioctl\nstructure for DRM_I915_OVERLAY_PUT_IMAGE having inconsistent content.\n\nSigned-off-by: Ole Henrik Jahren \u003colehenja@alumni.ntnu.no\u003e\nAcked-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "c7b53ef3876b12a225039b930088eec77234661f",
      "tree": "603126806ed1727e7b3d877e41b473c376c1d849",
      "parents": [
        "715245b55733d3a3ca1f336dd0682f83836c7625"
      ],
      "author": {
        "name": "Jesse Barnes",
        "email": "jbarnes@virtuousgeek.org",
        "time": "Wed Jun 15 23:32:33 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm/i915: load the LUT before pipe enable on ILK+\n\ncommit 9c54c0dd948d715ccfd79e97d852f80eeb53254a upstream.\n\nPer the specs and to address\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d36888.\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "715245b55733d3a3ca1f336dd0682f83836c7625",
      "tree": "01ea7eb0758a3102db3fa00691888b8005204bb2",
      "parents": [
        "ed1c13cc2ce278a002f11fe6ce480d717d1f6784"
      ],
      "author": {
        "name": "Adam Jackson",
        "email": "ajax@redhat.com",
        "time": "Wed Jul 13 16:32:32 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm/i915/pch: Fix integer math bugs in panel fitting\n\ncommit 302983e9059e9ef5de3ca7671918eeb237c5971e upstream.\n\nConsider a 1600x900 panel, upscaling a 1360x768 mode, full-aspect.  The\nold math would give you:\n\n    scaled_width  \u003d 1600 * 768;         /* 1228800 */\n    scaled_height \u003d 1360 * 900;         /* 1224000 */\n    if (scaled_width \u003e scaled_height) { /* pillarbox, and true */\n        width  \u003d 1224000 / 768;         /* int(1593.75) \u003d 1593 */\n        x      \u003d (1600 - 1593 + 1) / 2; /* 4 */\n        y      \u003d 0;\n        height \u003d 768;\n    } /* ... */\n\nThis is broken.  The total width of scanout would then be 1593 + 4 + 4,\nor 1601, which is wider than the panel itself.  The hardware very\ndutifully implements this, and you end up with a black 45° diagonal from\nthe top-left corner to the bottom edge of the screen.  It\u0027s a cool\neffect and all, but not what you wanted.  Similar things happen for the\nletterbox case.\n\nThe problem is that you have an integer number of pixels, which means\nit\u0027s usually impossible to upscale equally on both axes.  1360/768 is\n1.7708, 1600/900 is 1.7777.  Since we\u0027re constrained on the one axis,\nthe other one wants to come out as an even number of pixels (the panel\nis almost certainly even on both axes, and the x/y offsets will be\napplied on both sides).  In the math above, if \u0027width\u0027 comes out even,\nrounding down is correct; if it\u0027s odd, you\u0027d rather round up.  So just\nincrement width/height in those cases.\n\nTested on a Lenovo T500 (Ironlake).\n\nSigned-off-by: Adam Jackson \u003cajax@redhat.com\u003e\nTested-By: Daniel Manrique \u003cdaniel.manrique@canonical.com\u003e\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d38851\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ed1c13cc2ce278a002f11fe6ce480d717d1f6784",
      "tree": "a19b9939524f3dbf35310d5f164e48cfdd632792",
      "parents": [
        "3e7ecfafba28507306979576bb71dd30cc13e2d3"
      ],
      "author": {
        "name": "Thomas Reim",
        "email": "reimth@gmail.com",
        "time": "Fri Jul 29 14:28:59 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm/radeon: Log Subsystem Vendor and Device Information\n\ncommit d522d9cc5bdd41214084383fc3e6d882f6916a78 upstream.\n\n    Log PCI subsystem vendor and subsystem device ID in addition to\n    PCI vendor and device ID during kernel mode initialisation. This helps\n    to better identify radeon devices of third-party vendors, e. g. for\n    bug analysis.\n\n    Tested for kernel 2.6.35, 2.6.38 and 3.0 on Asus M2A-VM HDMI board\n\nSigned-off-by: Thomas Reim \u003creimth@gmail.com\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nAcked-by: Stephen Michaels \u003cStephen.Micheals@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "3e7ecfafba28507306979576bb71dd30cc13e2d3",
      "tree": "8d609f491f3e64b4c967cfe8f86e4c814a946cb0",
      "parents": [
        "3567503899af0be5f8df3c5f048d453f7eb0e172"
      ],
      "author": {
        "name": "Thomas Reim",
        "email": "reimth@gmail.com",
        "time": "Fri Jul 29 14:29:00 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm/radeon: Extended DDC Probing for ECS A740GM-M DVI-D Connector\n\ncommit a81b31e9fc98e067b7e7f1244861c97e44268e2d upstream.\n\n   ECS A740GM-M with ATI RADEON 2100 sends data to i2c bus\n   for a DVI connector that is not implemented/existent on the board.\n\n   Fix by applying extented DDC probing for this connector.\n\n   Requires [PATCH] drm/radeon: Extended DDC Probing for Connectors\n   with Improperly Wired DDC Lines\n\n   Tested for kernel 2.6.38 on Asus ECS A740GM-M board\n\n   BugLink: http://bugs.launchpad.net/bugs/810926\n\nSigned-off-by: Thomas Reim \u003creimth@gmail.com\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nAcked-by: Stephen Michaels \u003cStephen.Micheals@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "3567503899af0be5f8df3c5f048d453f7eb0e172",
      "tree": "0b844354550eab177314794be63d3a9ce090e218",
      "parents": [
        "ca0acca0f0382ed27f2c64d5db4e8b82b8ff1169"
      ],
      "author": {
        "name": "Thomas Reim",
        "email": "reimth@gmail.com",
        "time": "Fri Jul 29 14:28:58 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm/radeon: Extended DDC Probing for Connectors with Improperly Wired DDC Lines (here: Asus M2A-VM HDMI)\n\ncommit e384fab8c6f3ca88600bcb2ebdf0eb2f90864fab upstream.\n\n    Some integrated ATI Radeon chipset implementations with add-on HDMI card\n    (e. g. Asus M2A-VM HDMI) indicate the availability of a DDC even\n    when the add-on card is not plugged in or HDMI is disabled in BIOS setup.\n    In this case, drm_get_edid() and drm_edid_block_valid() periodically\n    dump data and kernel errors into system log files and onto terminals.\n    For these connectors DDC probing is extended by a check for a correct\n    EDID header. Only in case a valid EDID header is also found, the\n    (HDMI or DVI) connector will be used by the Radeon driver. This prevents\n    the kernel driver from useless flooding of logs and terminal sessions with\n    EDID dumps and error messages.\n    This patch adds a flag \u0027requires_extended_probe\u0027 to the radeon_connector\n    structure. In function radeon_connector_needs_extended_probe() this flag\n    can be set on a chipset family/vendor/connector type specific basis.\n    In addition, function radeon_ddc_probe() has been adapted to perform\n    extended DDC probing if required by the connector\u0027s flag.\n    Requires function drm_edid_header_is_valid() in DRM module provided by\n    [PATCH] drm: Separate EDID Header Check from EDID Block Check.\n\n    Tested for kernel 2.6.35, 2.6.38 and 3.0 on Asus M2A-VM HDMI board\n\n    BugLink: https://bugzilla.redhat.com/show_bug.cgi?id\u003d668196\n    BugLink: http://bugs.launchpad.net/bugs/7228066\n\nSigned-off-by: Thomas Reim \u003creimth@gmail.com\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nAcked-by: Stephen Michaels \u003cStephen.Micheals@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ca0acca0f0382ed27f2c64d5db4e8b82b8ff1169",
      "tree": "7fca7c8d0090707752a2d4cf8793e3be5aacc4a3",
      "parents": [
        "a18696ca2b7699c1949ac3f606bd28264e48f8dd"
      ],
      "author": {
        "name": "Thomas Reim",
        "email": "reimth@gmail.com",
        "time": "Fri Jul 29 14:28:57 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "drm: Separate EDID Header Check from EDID Block Check\n\ncommit 051963d4832ed61e5ae74f5330b0a94489e101b9 upstream.\n\n    Provides function drm_edid_header_is_valid() for EDID header check\n    and replaces EDID header check part of function drm_edid_block_valid()\n    by a call of drm_edid_header_is_valid().\n    This is a prerequisite to extend DDC probing, e. g. in function\n    radeon_ddc_probe() for Radeon devices, by a central EDID header check.\n\n    Tested for kernel 2.6.35, 2.6.38 and 3.0\n\nSigned-off-by: Thomas Reim \u003creimth@gmail.com\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nAcked-by: Stephen Michaels \u003cStephen.Micheals@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a18696ca2b7699c1949ac3f606bd28264e48f8dd",
      "tree": "3bf1a31c4d2be51eae01ab11c56e3b0fca376299",
      "parents": [
        "5b47b8038f183b44d2d8ff1c7d11a5c1be706b34"
      ],
      "author": {
        "name": "Jeremy Fitzhardinge",
        "email": "jeremy.fitzhardinge@citrix.com",
        "time": "Tue May 31 10:50:10 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:34 2011 -0700"
      },
      "message": "xen: allow enable use of VGA console on dom0\n\ncommit c2419b4a4727f67af2fc2cd68b0d878b75e781bb upstream.\n\nGet the information about the VGA console hardware from Xen, and put\nit into the form the bootloader normally generates, so that the rest\nof the kernel can deal with VGA as usual.\n\n[ Impact: make VGA console work in dom0 ]\n\nSigned-off-by: Jeremy Fitzhardinge \u003cjeremy.fitzhardinge@citrix.com\u003e\n[v1: Rebased on 2.6.39]\n[v2: Removed incorrect comments and fixed compile warnings]\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "5b47b8038f183b44d2d8ff1c7d11a5c1be706b34",
      "tree": "1bbf8c17e07c59a744e8f7005f3fe5936b871d89",
      "parents": [
        "91f620f98412f866b385b16681d5e59b7e62e343"
      ],
      "author": {
        "name": "Tetsuo Handa",
        "email": "penguin-kernel@I-love.SAKURA.ne.jp",
        "time": "Thu Aug 04 14:07:40 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "net: Fix security_socket_sendmsg() bypass problem.\n\ncommit c71d8ebe7a4496fb7231151cb70a6baa0cb56f9a upstream.\n\nThe sendmmsg() introduced by commit 228e548e \"net: Add sendmmsg socket system\ncall\" is capable of sending to multiple different destination addresses.\n\nSMACK is using destination\u0027s address for checking sendmsg() permission.\nHowever, security_socket_sendmsg() is called for only once even if multiple\ndifferent destination addresses are passed to sendmmsg().\n\nTherefore, we need to call security_socket_sendmsg() for each destination\naddress rather than only the first destination address.\n\nSince calling security_socket_sendmsg() every time when only single destination\naddress was passed to sendmmsg() is a waste of time, omit calling\nsecurity_socket_sendmsg() unless destination address of previous datagram and\nthat of current datagram differs.\n\nSigned-off-by: Tetsuo Handa \u003cpenguin-kernel@I-love.SAKURA.ne.jp\u003e\nAcked-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "91f620f98412f866b385b16681d5e59b7e62e343",
      "tree": "73cfb758b6f3422554e7683b41b1621599797389",
      "parents": [
        "365f1cd4cadc46455db97d0b568ea7ad3af106be"
      ],
      "author": {
        "name": "Anton Blanchard",
        "email": "anton@samba.org",
        "time": "Thu Aug 04 14:07:39 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "net: Cap number of elements for sendmmsg\n\ncommit 98382f419f32d2c12d021943b87dea555677144b upstream.\n\nTo limit the amount of time we can spend in sendmmsg, cap the\nnumber of elements to UIO_MAXIOV (currently 1024).\n\nFor error handling an application using sendmmsg needs to retry at\nthe first unsent message, so capping is simpler and requires less\napplication logic than returning EINVAL.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "365f1cd4cadc46455db97d0b568ea7ad3af106be",
      "tree": "d7bc8b9bf6188af0f46631322f5d0e8b6544c1c4",
      "parents": [
        "c82ac94469ab54ca57b05fd85ce709530d44002f"
      ],
      "author": {
        "name": "Anton Blanchard",
        "email": "anton@samba.org",
        "time": "Thu Aug 04 14:07:38 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "net: sendmmsg should only return an error if no messages were sent\n\ncommit 728ffb86f10873aaf4abd26dde691ee40ae731fe upstream.\n\nsendmmsg uses a similar error return strategy as recvmmsg but it\nturns out to be a confusing way to communicate errors.\n\nThe current code stores the error code away and returns it on the next\nsendmmsg call. This means a call with completely valid arguments could\nget an error from a previous call.\n\nChange things so we only return an error if no datagrams could be sent.\nIf less than the requested number of messages were sent, the application\nmust retry starting at the first failed one and if the problem is\npersistent the error will be returned.\n\nThis matches the behaviour of other syscalls like read/write - it\nis not an error if less than the requested number of elements are sent.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "c82ac94469ab54ca57b05fd85ce709530d44002f",
      "tree": "30ce483069f10555147e64234be9eee462a002e5",
      "parents": [
        "cbd1db4bb30ca684d811f4b5bf5dc099aa582445"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Fri Jul 29 15:59:08 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "ath9k: skip -\u003econfig_pci_powersave() if PCIe port has ASPM disabled\n\ncommit d4930086bdd0c08a8b3a4d66a9c702297cb74a99 upstream.\n\nWe receive many bug reports about system hang during suspend/resume\nwhen ath9k driver is in use. Adrian Chadd remarked that this problem\nhappens on systems that have ASPM disabled.\n\nTo do not hit the bug, skip doing -\u003econfig_pci_powersave magic if PCIe\ndownstream port device, which ath9k device is connected to, has ASPM\ndisabled.\n\nBug was introduced by:\n\ncommit 53bc7aa08b48e5cd745f986731cc7dc24eef2a9f\nAuthor: Vivek Natarajan \u003cvnatarajan@atheros.com\u003e\nDate:   Mon Apr 5 14:48:04 2010 +0530\n\n    ath9k: Add support for newer AR9285 chipsets.\n\nPatch should address:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d37462\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d37082\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d697157\n\nhowever I did not receive confirmation about that, except from Camilo\nMesias, whose system stops hang regularly with this patch (but still\nhangs from time to time, but this is probably some other bug).\n\nTested-by: Camilo Mesias \u003ccamilo@mesias.co.uk\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "cbd1db4bb30ca684d811f4b5bf5dc099aa582445",
      "tree": "24f6b034cc5ac5cec4e9145b3d9fe8aa20afad60",
      "parents": [
        "965045249af402d12228f659cb12a8aead05bbe2"
      ],
      "author": {
        "name": "Felix Fietkau",
        "email": "nbd@openwrt.org",
        "time": "Wed Jul 27 15:01:02 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "ath9k: initialize tx chainmask before testing channel tx power values\n\ncommit c1227340ca65c2069222a956a68b6842d460c4f4 upstream.\n\nWith an uninitialized chainmask, the per-channel power will only contain\nthe power limits for a single chain instead of the combined tx power.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "965045249af402d12228f659cb12a8aead05bbe2",
      "tree": "edfc200e870bb0d0499e70bab1b21afcc2299548",
      "parents": [
        "b7d9c861aec35bba7e809eef5b6a79fe3ff8b695"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Wed Jul 27 15:37:43 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "iwlegacy: set tx power after rxon_assoc\n\ncommit 17e859a899712d16c3e70b045d61ad9e02c53f8a upstream.\n\nIf settings of tx power was deferred during scan or changing channel we\nhave to setup them during commit rxon. Fix problem on 3945 (4965 already\nhas this fix).\n\nOptimize code to apply tx settings only when tx power was actually\nchanged.\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b7d9c861aec35bba7e809eef5b6a79fe3ff8b695",
      "tree": "0ad83f0f340b408922e1f03e1aef0956ebd93758",
      "parents": [
        "07e1a60a732bbd4142d068302d09470d8441d1dc"
      ],
      "author": {
        "name": "Larry Finger",
        "email": "Larry.Finger@lwfinger.net",
        "time": "Fri Jul 29 10:53:12 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:33 2011 -0700"
      },
      "message": "rtlwifi: Fix kernel oops on ARM SOC\n\ncommit b6b67df3f24c45af0012ee3c8af2f62ca083ae18 upstream.\n\nThis driver uses information from the self member of the pci_bus struct to\nget information regarding the bridge to which the PCIe device is attached.\nUnfortunately, this member is not established on all architectures, which\nleads to a kernel oops.\n\nSkipping the entire block that uses the self member to determine the bridge\nvendor will only affect RTL8192DE devices as that driver sets the ASPM support\nflag differently when the bridge vendor is Intel. If the self member is\navailable, there is no functional change.\n\nThis patch fixes Bugzilla No. 40212.\n\nReported-by: Hubert Liao \u003cliao.hubertt@gmail.com\u003e\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "07e1a60a732bbd4142d068302d09470d8441d1dc",
      "tree": "4cfa132b85a3b040021170363005b5cdbdc26f5c",
      "parents": [
        "e10eea625f8c07e5c9ec205cf2c6854d9c536b67"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Tue Aug 02 13:29:02 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "rt2x00: fix usage of NULL queue\n\ncommit 00898a47269ae5e6dda04defad00234b96692d95 upstream.\n\nWe may call rt2x00queue_pause_queue(queue) with queue \u003d\u003d NULL. Bug\nwas introduced by commit 62fe778412b36791b7897cfa139342906fbbf07b\n\"rt2x00: Fix stuck queue in tx failure case\" .\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "e10eea625f8c07e5c9ec205cf2c6854d9c536b67",
      "tree": "9895b4bb5bad8155737f008ddcd38e359ef718ea",
      "parents": [
        "d4cf3443f9b390ae5b076a902059db190e980186"
      ],
      "author": {
        "name": "Stanislaw Gruszka",
        "email": "sgruszka@redhat.com",
        "time": "Sat Jul 30 13:32:56 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "rt2x00: rt2800: fix zeroing skb structure\n\ncommit b52398b6e4522176dd125722c72c301015d24520 upstream.\n\nWe should clear skb-\u003edata not skb itself. Bug was introduced by:\ncommit 0b8004aa12d13ec750d102ba4082a95f0107c649 \"rt2x00: Properly\nreserve room for descriptors in skbs\".\n\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "d4cf3443f9b390ae5b076a902059db190e980186",
      "tree": "b2032543a53fd60afa0a48f279bad4847e47cfbc",
      "parents": [
        "ec36ea64e4b31f4eba07f75bcce0a6124923d733"
      ],
      "author": {
        "name": "John David Anglin",
        "email": "dave@hiauly1.hia.nrc.ca",
        "time": "Sat Jun 11 14:42:06 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "fix return type of __atomic64_add_return\n\ncommit 548c210fbffdb008a80fa41ff0cb3965f185583d upstream.\n\nThe return type of __atomic64_add_return of should be s64 or long, not\nint.  This fixes the atomic64 test failure that I previously reported.\n\nSigned-off-by: John David Anglin \u003cdave.anglin@nrc-cnrc.gc.ca\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ec36ea64e4b31f4eba07f75bcce0a6124923d733",
      "tree": "8ede8db8d7e8e4274395a6705550abcd57044ca4",
      "parents": [
        "6985fbb2fd41fa001e4926b4507798d9593f1b9f"
      ],
      "author": {
        "name": "Carlos O\u0027Donell",
        "email": "carlos@systemhalted.org",
        "time": "Fri Jul 08 17:27:00 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "Fix futex support\n\ncommit d9ba5fe76d604514444b1ea0a19f38c6196a46e3 upstream.\n\nImplements futex op support and makes futex cmpxchg atomic.\nTested on 64-bit SMP kernel running on 2 x PA8700s.\n\n[jejb: checkpatch fixes]\nSigned-off-by: Carlos O\u0027Donell \u003ccarlos@systemhalted.org\u003e\nTested-by: John David Anglin \u003cdave.anglin@bell.net\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "6985fbb2fd41fa001e4926b4507798d9593f1b9f",
      "tree": "0623b0fce056686bc511c648791bf87e4f25bb02",
      "parents": [
        "3169336d0e0e6a41049b6798404a6ec1eb3ca80d"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Fri Jul 29 18:37:02 2011 +0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "wire up sendmmsg syscall\n\ncommit 205e9a2106b934ea39049bab28f0896c17a2cb30 upstream.\n\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "3169336d0e0e6a41049b6798404a6ec1eb3ca80d",
      "tree": "4f4d3a236c8025b13d5f5630c538950330234ce0",
      "parents": [
        "2020455efc64a6ac564e30407dc060f69b300493"
      ],
      "author": {
        "name": "Shawn Bohrer",
        "email": "sbohrer@rgmadvisors.com",
        "time": "Thu Jun 30 11:21:32 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "futex: Fix regression with read only mappings\n\ncommit 9ea71503a8ed9184d2d0b8ccc4d269d05f7940ae upstream.\n\ncommit 7485d0d3758e8e6491a5c9468114e74dc050785d (futexes: Remove rw\nparameter from get_futex_key()) in 2.6.33 fixed two problems:  First, It\nprevented a loop when encountering a ZERO_PAGE. Second, it fixed RW\nMAP_PRIVATE futex operations by forcing the COW to occur by\nunconditionally performing a write access get_user_pages_fast() to get\nthe page.  The commit also introduced a user-mode regression in that it\nbroke futex operations on read-only memory maps.  For example, this\nbreaks workloads that have one or more reader processes doing a\nFUTEX_WAIT on a futex within a read only shared file mapping, and a\nwriter processes that has a writable mapping issuing the FUTEX_WAKE.\n\nThis fixes the regression for valid futex operations on RO mappings by\ntrying a RO get_user_pages_fast() when the RW get_user_pages_fast()\nfails. This change makes it necessary to also check for invalid use\ncases, such as anonymous RO mappings (which can never change) and the\nZERO_PAGE which the commit referenced above was written to address.\n\nThis patch does restore the original behavior with RO MAP_PRIVATE\nmappings, which have inherent user-mode usage problems and don\u0027t really\nmake sense.  With this patch performing a FUTEX_WAIT within a RO\nMAP_PRIVATE mapping will be successfully woken provided another process\nupdates the region of the underlying mapped file.  However, the mmap()\nman page states that for a MAP_PRIVATE mapping:\n\n  It is unspecified whether changes made to the file after\n  the mmap() call are visible in the mapped region.\n\nSo user-mode users attempting to use futex operations on RO MAP_PRIVATE\nmappings are depending on unspecified behavior.  Additionally a\nRO MAP_PRIVATE mapping could fail to wake up in the following case.\n\n  Thread-A: call futex(FUTEX_WAIT, memory-region-A).\n            get_futex_key() return inode based key.\n            sleep on the key\n  Thread-B: call mprotect(PROT_READ|PROT_WRITE, memory-region-A)\n  Thread-B: write memory-region-A.\n            COW happen. This process\u0027s memory-region-A become related\n            to new COWed private (ie PageAnon\u003d1) page.\n  Thread-B: call futex(FUETX_WAKE, memory-region-A).\n            get_futex_key() return mm based key.\n            IOW, we fail to wake up Thread-A.\n\nOnce again doing something like this is just silly and users who do\nsomething like this get what they deserve.\n\nWhile RO MAP_PRIVATE mappings are nonsensical, checking for a private\nmapping requires walking the vmas and was deemed too costly to avoid a\nuserspace hang.\n\nThis Patch is based on Peter Zijlstra\u0027s initial patch with modifications to\nonly allow RO mappings for futex operations that need VERIFY_READ access.\n\nReported-by: David Oliver \u003cdavid@rgmadvisors.com\u003e\nSigned-off-by: Shawn Bohrer \u003csbohrer@rgmadvisors.com\u003e\nAcked-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nSigned-off-by: Darren Hart \u003cdvhart@linux.intel.com\u003e\nCc: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nCc: peterz@infradead.org\nCc: eric.dumazet@gmail.com\nCc: zvonler@rgmadvisors.com\nCc: hughd@google.com\nLink: http://lkml.kernel.org/r/1309450892-30676-1-git-send-email-sbohrer@rgmadvisors.com\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "2020455efc64a6ac564e30407dc060f69b300493",
      "tree": "d45511cd9d787b7c2cd2edbe71184154a1e129f0",
      "parents": [
        "8ab2e3a2ae06bdd02b2a7269ef6ed896540a6170"
      ],
      "author": {
        "name": "WANG Cong",
        "email": "xiyou.wangcong@gmail.com",
        "time": "Wed Aug 03 16:21:15 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:32 2011 -0700"
      },
      "message": "cris: add missing declaration of kgdb_init() and breakpoint()\n\ncommit 1646ec9db75e151b0479dbfaf972f741d0476ec7 upstream.\n\nFix:\n\n  arch/cris/arch-v10/kernel/irq.c:239: error: implicit declaration of function \u0027kgdb_init\u0027\n  arch/cris/arch-v10/kernel/irq.c:240: error: implicit declaration of function \u0027breakpoint\u0027\n\nDeclare these two functions.\n\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "8ab2e3a2ae06bdd02b2a7269ef6ed896540a6170",
      "tree": "a0d9d37aadc0efe85f13a43cba733dfcd6f70d99",
      "parents": [
        "a2708fa28f668db0b9103fc051b9c464695840a8"
      ],
      "author": {
        "name": "WANG Cong",
        "email": "xiyou.wangcong@gmail.com",
        "time": "Wed Aug 03 16:21:14 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:31 2011 -0700"
      },
      "message": "cris: fix the prototype of sync_serial_ioctl()\n\ncommit b4bc281266e84e9a432b588ebdcef5fb94dc8ecb upstream.\n\nFix:\n\n  arch/cris/arch-v10/drivers/sync_serial.c:961: error: conflicting types for \u0027sync_serial_ioctl\u0027\n\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a2708fa28f668db0b9103fc051b9c464695840a8",
      "tree": "bba9f3b9819e2bbec05216616e15e7df0a10c4c9",
      "parents": [
        "f5508a09533496f60e96b09c6cf318999051cf79"
      ],
      "author": {
        "name": "WANG Cong",
        "email": "xiyou.wangcong@gmail.com",
        "time": "Wed Aug 03 16:21:14 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:31 2011 -0700"
      },
      "message": "cris: fix a build error in sync_serial_open()\n\ncommit 4b851d88192c22cf77418a0b4c45b5c789276837 upstream.\n\nFix:\n\n  arch/cris/arch-v10/drivers/sync_serial.c:628: error: \u0027ret\u0027 undeclared (first use in this function)\n\n\u0027ret\u0027 should be \u0027err\u0027.\n\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f5508a09533496f60e96b09c6cf318999051cf79",
      "tree": "2d5dd1a7f31e952d30bd01ffba0f876f55f49297",
      "parents": [
        "94ed5b4788a7cdbe68bc7cb8516972cbebdc8274"
      ],
      "author": {
        "name": "WANG Cong",
        "email": "xiyou.wangcong@gmail.com",
        "time": "Wed Aug 03 16:21:12 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Mon Aug 15 18:31:31 2011 -0700"
      },
      "message": "cris: fix a build error in kernel/fork.c\n\ncommit d4969213f9e75ec1bfa6ea65c279c64cab7d1bd6 upstream.\n\nFix this error:\n\n  kernel/fork.c:267: error: implicit declaration of function \u0027alloc_thread_info_node\u0027\n\nThis is due to renaming alloc_thread_info() to alloc_thread_info_node().\n\n[akpm@linux-foundation.org: coding-style fixes]\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: WANG Cong \u003cxiyou.wangcong@gmail.com\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "94ed5b4788a7cdbe68bc7cb8516972cbebdc8274",
      "tree": "4bf3ca12c6e1ac1cce5b59f97aa40fe7b852c4e8",
      "parents": [
        "c2b498857e35bac3ae76a0c546122e1b76d1486a"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:59:21 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:59:21 2011 -0700"
      },
      "message": "Linux 3.0.1\n"
    },
    {
      "commit": "c2b498857e35bac3ae76a0c546122e1b76d1486a",
      "tree": "15c2fbec9ae49c82ceea1ea8f6913059d8ed09c8",
      "parents": [
        "eb81cf19f5740d1397a72d1abb59570e1dda2711"
      ],
      "author": {
        "name": "Alasdair G Kergon",
        "email": "agk@redhat.com",
        "time": "Tue Aug 02 12:32:01 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:43 2011 -0700"
      },
      "message": "dm: fix idr leak on module removal\n\ncommit d15b774c2920d55e3d58275c97fbe3adc3afde38 upstream.\n\nDestroy _minor_idr when unloading the core dm module.  (Found by kmemleak.)\n\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "eb81cf19f5740d1397a72d1abb59570e1dda2711",
      "tree": "10289bf0289a7c5fb89b6086fb861a5ad0d666c7",
      "parents": [
        "b41ed9c38a42daa4b474ebf18eb06ef1f17351f5"
      ],
      "author": {
        "name": "Mike Snitzer",
        "email": "snitzer@redhat.com",
        "time": "Tue Aug 02 12:32:00 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:43 2011 -0700"
      },
      "message": "dm mpath: fix potential NULL pointer in feature arg processing\n\ncommit 286f367dad40beb3234a18c17391d03ba939a7f3 upstream.\n\nAvoid dereferencing a NULL pointer if the number of feature arguments\nsupplied is fewer than indicated.\n\nSigned-off-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b41ed9c38a42daa4b474ebf18eb06ef1f17351f5",
      "tree": "cb82dcf03bce59367a52d77a24083f840247c3e0",
      "parents": [
        "ee607aa21a02855bc4ae6c4c775fd3456f961404"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Aug 02 12:32:00 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "dm snapshot: flush disk cache when merging\n\ncommit 762a80d9fc9f690a3a35983f3b4619a220650808 upstream.\n\nThis patch makes dm-snapshot flush disk cache when writing metadata for\nmerging snapshot.\n\nWithout cache flushing the disk may reorder metadata write and other\ndata writes and there is a possibility of data corruption in case of\npower fault.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ee607aa21a02855bc4ae6c4c775fd3456f961404",
      "tree": "e1713660b10ff8514d6d3726d280f72404e49fd3",
      "parents": [
        "f8c62dc268a9f499b86c051ddd3bacf10d70e347"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Aug 02 12:32:01 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "dm io: flush cpu cache with vmapped io\n\ncommit bb91bc7bacb906c9f3a9b22744c53fa7564b51ba upstream.\n\nFor normal kernel pages, CPU cache is synchronized by the dma layer.\nHowever, this is not done for pages allocated with vmalloc. If we do I/O\nto/from vmallocated pages, we must synchronize CPU cache explicitly.\n\nPrior to doing I/O on vmallocated page we must call\nflush_kernel_vmap_range to flush dirty cache on the virtual address.\nAfter finished read we must call invalidate_kernel_vmap_range to\ninvalidate cache on the virtual address, so that accesses to the virtual\naddress return newly read data and not stale data from CPU cache.\n\nThis patch fixes metadata corruption on dm-snapshots on PA-RISC and\npossibly other architectures with caches indexed by virtual address.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Alasdair G Kergon \u003cagk@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f8c62dc268a9f499b86c051ddd3bacf10d70e347",
      "tree": "265fda02941e0a93756cfb8202a9028b2e6ea530",
      "parents": [
        "f9e4715d434299f8897e3edfed9b6dc90629ffda"
      ],
      "author": {
        "name": "Julia Lawall",
        "email": "julia@diku.dk",
        "time": "Thu Jul 28 14:46:05 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "ALSA: sound/core/pcm_compat.c: adjust array index\n\ncommit ca9380fd68514c7bc952282c1b4fc70607e9fe43 upstream.\n\nConvert array index from the loop bound to the loop index.\n\nA simplified version of the semantic patch that fixes this problem is as\nfollows: (http://coccinelle.lip6.fr/)\n\n// \u003csmpl\u003e\n@@\nexpression e1,e2,ar;\n@@\n\nfor(e1 \u003d 0; e1 \u003c e2; e1++) { \u003c...\n  ar[\n- e2\n+ e1\n  ]\n  ...\u003e }\n// \u003c/smpl\u003e\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f9e4715d434299f8897e3edfed9b6dc90629ffda",
      "tree": "7b24a336b6154cb9720a545e58b31d7f5ea959c2",
      "parents": [
        "52880922de44a7950283451b06db5aec0fc34a99"
      ],
      "author": {
        "name": "David Engraf",
        "email": "david.engraf@sysgo.com",
        "time": "Wed Jul 20 15:03:39 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "watchdog: shwdt: fix usage of mod_timer\n\ncommit bea1906620ce72b63f83735c4cc2642b25ec54ae upstream.\n\nFix the usage of mod_timer() and make the driver usable. mod_timer() must\nbe called with an absolute timeout in jiffies. The old implementation\nused a relative timeout thus the hardware watchdog was never triggered.\n\nSigned-off-by: David Engraf \u003cdavid.engraf@sysgo.com\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\nSigned-off-by: Wim Van sebroeck \u003cwim@iguana.be\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "52880922de44a7950283451b06db5aec0fc34a99",
      "tree": "ec0c07eb0df88d01dafbe681be52a6ec832100b2",
      "parents": [
        "2cd0312de9ac21f8a5d4456917144af608bc5a3c"
      ],
      "author": {
        "name": "Steven Whitehouse",
        "email": "swhiteho@redhat.com",
        "time": "Tue Jul 26 09:15:45 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "GFS2: Fix mount hang caused by certain access pattern to sysfs files\n\ncommit 19237039919088781b4191a00bdc1284d8fea1dd upstream.\n\nDepending upon the order of userspace/kernel during the\nmount process, this can result in a hang without the\n_all version of the completion.\n\nSigned-off-by: Steven Whitehouse \u003cswhiteho@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "2cd0312de9ac21f8a5d4456917144af608bc5a3c",
      "tree": "409af0033271f4f02cb33a59c5c384a9a09450a4",
      "parents": [
        "84416db67616ae44e7111c1c904a53cc79b95b6a"
      ],
      "author": {
        "name": "Gertjan van Wingerde",
        "email": "gwingerde@gmail.com",
        "time": "Wed Jul 06 22:58:55 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "rt2x00: Add device ID for RT539F device.\n\ncommit 71e0b38c2914018b01f3f08b43ee9e3328197699 upstream.\n\nReported-by: Wim Vander Schelden \u003cwim@fixnum.org\u003e\nSigned-off-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nSigned-off-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "84416db67616ae44e7111c1c904a53cc79b95b6a",
      "tree": "4a87402339a3488109972558c78a8b9c6840d30e",
      "parents": [
        "06b943855b6dbcc8cb3cdca954c19711ce7b76b6"
      ],
      "author": {
        "name": "Oleg Nesterov",
        "email": "oleg@redhat.com",
        "time": "Sat Jul 30 16:35:02 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "oom: task-\u003emm \u003d\u003d NULL doesn\u0027t mean the memory was freed\n\ncommit c027a474a68065391c8773f6e83ed5412657e369 upstream.\n\nexit_mm() sets -\u003emm \u003d\u003d NULL then it does mmput()-\u003eexit_mmap() which\nfrees the memory.\n\nHowever select_bad_process() checks -\u003emm !\u003d NULL before TIF_MEMDIE,\nso it continues to kill other tasks even if we have the oom-killed\ntask freeing its memory.\n\nChange select_bad_process() to check -\u003emm after TIF_MEMDIE, but skip\nthe tasks which have already passed exit_notify() to ensure a zombie\nwith TIF_MEMDIE set can\u0027t block oom-killer. Alternatively we could\nprobably clear TIF_MEMDIE after exit_mmap().\n\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nReviewed-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "06b943855b6dbcc8cb3cdca954c19711ce7b76b6",
      "tree": "ae04be0c7f6a25212609181bc478347297b85b4c",
      "parents": [
        "0635a74b4ab037ed0c6d628d9cc737b949a15731"
      ],
      "author": {
        "name": "John Johansen",
        "email": "john.johansen@canonical.com",
        "time": "Sat Jun 25 16:57:07 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:42 2011 -0700"
      },
      "message": "AppArmor: Fix masking of capabilities in complain mode\n\ncommit 25e75dff519bcce2cb35023105e7df51d7b9e691 upstream.\n\nAppArmor is masking the capabilities returned by capget against the\ncapabilities mask in the profile.  This is wrong, in complain mode the\nprofile has effectively all capabilities, as the profile restrictions are\nnot being enforced, merely tested against to determine if an access is\nknown by the profile.\n\nThis can result in the wrong behavior of security conscience applications\nlike sshd which examine their capability set, and change their behavior\naccordingly.  In this case because of the masked capability set being\nreturned sshd fails due to DAC checks, even when the profile is in complain\nmode.\n\nKernels affected: 2.6.36 - 3.0.\n\nSigned-off-by: John Johansen \u003cjohn.johansen@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "0635a74b4ab037ed0c6d628d9cc737b949a15731",
      "tree": "68ad93832badef6bd961831f9d36a603bc6e1678",
      "parents": [
        "e73ff29041b5f8991ef81669a1a9f0553d14766a"
      ],
      "author": {
        "name": "John Johansen",
        "email": "john.johansen@canonical.com",
        "time": "Tue Jun 28 15:06:38 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "AppArmor: Fix reference to rcu protected pointer outside of rcu_read_lock\n\ncommit 04fdc099f9c80c7775dbac388fc97e156d4d47e7 upstream.\n\nThe pointer returned from tracehook_tracer_task() is only valid inside\nthe rcu_read_lock.  However the tracer pointer obtained is being passed\nto aa_may_ptrace outside of the rcu_read_lock critical section.\n\nMover the aa_may_ptrace test into the rcu_read_lock critical section, to\nfix this.\n\nKernels affected: 2.6.36 - 3.0\n\nReported-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: John Johansen \u003cjohn.johansen@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "e73ff29041b5f8991ef81669a1a9f0553d14766a",
      "tree": "87b0a35ac9488b06d7bcad27125f723e08298703",
      "parents": [
        "9f78aa15dc4b47ca0bc6269c7c0e4f2345a66580"
      ],
      "author": {
        "name": "Manfred Spraul",
        "email": "manfred@colorfullife.com",
        "time": "Mon Jul 25 17:11:47 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "ipc/sem.c: fix race with concurrent semtimedop() timeouts and IPC_RMID\n\ncommit d694ad62bf539dbb20a0899ac2a954555f9e4a83 upstream.\n\nIf a semaphore array is removed and in parallel a sleeping task is woken\nup (signal or timeout, does not matter), then the woken up task does not\nwait until wake_up_sem_queue_do() is completed.  This will cause crashes,\nbecause wake_up_sem_queue_do() will read from a stale pointer.\n\nThe fix is simple: Regardless of anything, always call get_queue_result().\nThis function waits until wake_up_sem_queue_do() has finished it\u0027s task.\n\nAddresses https://bugzilla.kernel.org/show_bug.cgi?id\u003d27142\n\nReported-by: Yuriy Yevtukhov \u003cyuriy@ucoz.com\u003e\nReported-by: Harald Laabs \u003ckernel@dasr.de\u003e\nSigned-off-by: Manfred Spraul \u003cmanfred@colorfullife.com\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "9f78aa15dc4b47ca0bc6269c7c0e4f2345a66580",
      "tree": "805b9cde463755fc54ddf4070aa996fd564db7b0",
      "parents": [
        "dc96c18103480c2aacb6c4c7fbb9400e29c604c9"
      ],
      "author": {
        "name": "Hendrik Brueckner",
        "email": "brueckner@linux.vnet.ibm.com",
        "time": "Tue Jul 05 21:50:18 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "hvc_console: Improve tty/console put_chars handling\n\ncommit 8c2381af0d3ef62a681dac5a141b6dabb27bf2e1 upstream.\n\nCurrently, the hvc_console_print() function drops console output if the\nhvc backend\u0027s put_chars() returns 0.  This patch changes this behavior\nto allow a retry through returning -EAGAIN.\n\nThis change also affects the hvc_push() function.  Both functions are\nchanged to handle -EAGAIN and to retry the put_chars() operation.\n\nIf a hvc backend returns -EAGAIN, the retry handling differs:\n\n  - hvc_console_print() spins to write the complete console output.\n  - hvc_push() behaves the same way as for returning 0.\n\nNow hvc backends can indirectly control the way how console output is\nhandled through the hvc console layer.\n\nSigned-off-by: Hendrik Brueckner \u003cbrueckner@linux.vnet.ibm.com\u003e\nAcked-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "dc96c18103480c2aacb6c4c7fbb9400e29c604c9",
      "tree": "41f36c17469307c7c7fcd11ce201739001e249e9",
      "parents": [
        "86c361cdb455adea881fe00ee055e8290283d47c"
      ],
      "author": {
        "name": "Anton Blanchard",
        "email": "anton@samba.org",
        "time": "Tue Jul 05 21:51:36 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "powerpc/pseries/hvconsole: Fix dropped console output\n\ncommit 51d33021425e1f905beb4208823146f2fb6517da upstream.\n\nReturn -EAGAIN when we get H_BUSY back from the hypervisor. This\nmakes the hvc console driver retry, avoiding dropped printks.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "86c361cdb455adea881fe00ee055e8290283d47c",
      "tree": "5087c8675bb6cf6af7a5eb134a5318ce103f90ca",
      "parents": [
        "c4b9902f84ef10b3b1441eacb19c201211aa4307"
      ],
      "author": {
        "name": "Ralf Baechle",
        "email": "ralf@linux-mips.org",
        "time": "Mon Jun 27 14:26:56 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "SERIAL: SC26xx: Fix link error.\n\ncommit f2eb3cdf14457fccb14ae8c4d7d7cee088cd3957 upstream.\n\nKconfig allows enabling console support for the SC26xx driver even when\nit\u0027s configured as a module resulting in a:\n\nERROR: \"uart_console_device\" [drivers/tty/serial/sc26xx.ko] undefined!\n\nmodpost error since the driver was merged in\neea63e0e8a60d00485b47fb6e75d9aa2566b989b [SC26XX: New serial driver for\nSC2681 uarts] in 2.6.25.  Fixed by only allowing console support to be\nenabled if the driver is builtin.\n\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: linux-serial@vger.kernel.org\nCc: linux-kernel@vger.kernel.org\nCc: linux-mips@linux-mips.org\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "c4b9902f84ef10b3b1441eacb19c201211aa4307",
      "tree": "b6d2d663b3a7f99f0b0adf7e457173643d718c06",
      "parents": [
        "a6f0411fbde8a3677fc3e0843db68ca031fa727c"
      ],
      "author": {
        "name": "Stephen Warren",
        "email": "swarren@nvidia.com",
        "time": "Fri Jun 17 09:45:07 2011 -0600"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "tty/serial: Fix XSCALE serial ports, e.g. ce4100\n\ncommit 5568181f188ae9485a0cdbea5ea48f63d186a298 upstream.\n\nCommit 4539c24fe4f92c09ee668ef959d3e8180df619b9 \"tty/serial: Add\nexplicit PORT_TEGRA type\" introduced separate flags describing the need\nfor IER bits UUE and RTOIE. Both bits are required for the XSCALE port\ntype. While that patch updated uart_config[] as required, the auto-probing\ncode wasn\u0027t updated to set the RTOIE flag when an XSCALE port type was\ndetected. This caused such ports to stop working. This patch rectifies\nthat.\n\nReported-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nTested-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Stephen Warren \u003cswarren@nvidia.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a6f0411fbde8a3677fc3e0843db68ca031fa727c",
      "tree": "09988678715828e045c0b3dfac6f33ee52698d38",
      "parents": [
        "ea530dbfb61aef022d468b597ce13c32da2fb944"
      ],
      "author": {
        "name": "Daisuke Nishimura",
        "email": "nishimura@mxp.nes.nec.co.jp",
        "time": "Tue Jul 26 16:08:25 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "memcg: fix behavior of mem_cgroup_resize_limit()\n\ncommit 108b6a78463bb8c7163e4f9779f36ad8bbade334 upstream.\n\nCommit 22a668d7c3ef (\"memcg: fix behavior under memory.limit equals to\nmemsw.limit\") introduced \"memsw_is_minimum\" flag, which becomes true\nwhen mem_limit \u003d\u003d memsw_limit.  The flag is checked at the beginning of\nreclaim, and \"noswap\" is set if the flag is true, because using swap is\nmeaningless in this case.\n\nThis works well in most cases, but when we try to shrink mem_limit,\nwhich is the same as memsw_limit now, we might fail to shrink mem_limit\nbecause swap doesn\u0027t used.\n\nThis patch fixes this behavior by:\n - check MEM_CGROUP_RECLAIM_SHRINK at the begining of reclaim\n - If it is set, don\u0027t set \"noswap\" flag even if memsw_is_minimum is true.\n\nSigned-off-by: Daisuke Nishimura \u003cnishimura@mxp.nes.nec.co.jp\u003e\nCc: Balbir Singh \u003cbsingharora@gmail.com\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Michal Hocko \u003cmhocko@suse.cz\u003e\nCc: Ying Han \u003cyinghan@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ea530dbfb61aef022d468b597ce13c32da2fb944",
      "tree": "ddb85ab3a6705e19c8a9036851958bf847221768",
      "parents": [
        "d10a6cb264a9a60097e46c93146259fd36ea4bf4"
      ],
      "author": {
        "name": "Sven Neumann",
        "email": "s.neumann@raumfeld.com",
        "time": "Tue Jul 12 15:52:07 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "cfg80211: really ignore the regulatory request\n\ncommit a203c2aa4cefccb879c879b8e1cad1a09a679e55 upstream.\n\nAt the beginning of wiphy_update_regulatory() a check is performed\nwhether the request is to be ignored. Then the request is sent to\nthe driver nevertheless. This happens even if last_request points\nto NULL, leading to a crash in the driver:\n\n [\u003cbf01d864\u003e] (lbs_set_11d_domain_info+0x28/0x1e4 [libertas]) from [\u003cc03b714c\u003e] (wiphy_update_regulatory+0x4d0/0x4f4)\n [\u003cc03b714c\u003e] (wiphy_update_regulatory+0x4d0/0x4f4) from [\u003cc03b4008\u003e] (wiphy_register+0x354/0x420)\n [\u003cc03b4008\u003e] (wiphy_register+0x354/0x420) from [\u003cbf01b17c\u003e] (lbs_cfg_register+0x80/0x164 [libertas])\n [\u003cbf01b17c\u003e] (lbs_cfg_register+0x80/0x164 [libertas]) from [\u003cbf020e64\u003e] (lbs_start_card+0x20/0x88 [libertas])\n [\u003cbf020e64\u003e] (lbs_start_card+0x20/0x88 [libertas]) from [\u003cbf02cbd8\u003e] (if_sdio_probe+0x898/0x9c0 [libertas_sdio])\n\nFix this by returning early. Also remove the out: label as it is\nnot any longer needed.\n\nSigned-off-by: Sven Neumann \u003cs.neumann@raumfeld.com\u003e\nCc: linux-wireless@vger.kernel.org\nCc: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nCc: Daniel Mack \u003cdaniel@zonque.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "d10a6cb264a9a60097e46c93146259fd36ea4bf4",
      "tree": "9d8474b2e83139c4ae4f78505ab0d3a2958645b6",
      "parents": [
        "e151a2a6651a0a46fc03a845614b23c3b630042e"
      ],
      "author": {
        "name": "Alan Stern",
        "email": "stern@rowland.harvard.edu",
        "time": "Tue Jul 19 14:01:23 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:41 2011 -0700"
      },
      "message": "EHCI: fix direction handling for interrupt data toggles\n\ncommit e04f5f7e423018bcec84c11af2058cdce87816f3 upstream.\n\nThis patch (as1480) fixes a rather obscure bug in ehci-hcd.  The\nqh_update() routine needs to know the number and direction of the\nendpoint corresponding to its QH argument.  The number can be taken\ndirectly from the QH data structure, but the direction isn\u0027t stored\nthere.  The direction is taken instead from the first qTD linked to\nthe QH.\n\nHowever, it turns out that for interrupt transfers, qh_update() gets\ncalled before the qTDs are linked to the QH.  As a result, qh_update()\ncomputes a bogus direction value, which messes up the endpoint toggle\nhandling.  Under the right combination of circumstances this causes\nusb_reset_endpoint() not to work correctly, which causes packets to be\ndropped and communications to fail.\n\nNow, it\u0027s silly for the QH structure not to have direct access to all\nthe descriptor information for the corresponding endpoint.  Ultimately\nit may get a pointer to the usb_host_endpoint structure; for now,\nadding a copy of the direction flag solves the immediate problem.\n\nThis allows the Spyder2 color-calibration system (a low-speed USB\ndevice that sends all its interrupt data packets with the toggle set\nto 0 and hance requires constant use of usb_reset_endpoint) to work\nwhen connected through a high-speed hub.  Thanks to Graeme Gill for\nsupplying the hardware that allowed me to track down this bug.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Graeme Gill \u003cgraeme@argyllcms.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "e151a2a6651a0a46fc03a845614b23c3b630042e",
      "tree": "7441c11d68c30947ff850a24aefad57842865843",
      "parents": [
        "569f3720370818fe5c9d69a11217602b89ae3908"
      ],
      "author": {
        "name": "Sergei Shtylyov",
        "email": "sshtylyov@ru.mvista.com",
        "time": "Wed Jul 06 23:19:38 2011 +0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "EHCI: only power off port if over-current is active\n\ncommit 81463c1d707186adbbe534016cd1249edeab0dac upstream.\n\nMAX4967 USB power supply chip we use on our boards signals over-current when\npower is not enabled; once it\u0027s enabled, over-current signal returns to normal.\nThat unfortunately caused the endless stream of \"over-current change on port\"\nmessages. The EHCI root hub code reacts on every over-current signal change\nwith powering off the port -- such change event is generated the moment the\nport power is enabled, so once enabled the power is immediately cut off.\nI think we should only cut off power when we\u0027re seeing the active over-current\nsignal, so I\u0027m adding such check to that code. I also think that the fact that\nwe\u0027ve cut off the port power should be reflected in the result of GetPortStatus\nrequest immediately, hence I\u0027m adding a PORTSCn register readback after write...\n\nSigned-off-by: Sergei Shtylyov \u003csshtylyov@ru.mvista.com\u003e\nAcked-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "569f3720370818fe5c9d69a11217602b89ae3908",
      "tree": "d98a0c704b8ecda489ca0e26e6d386977ebd31d1",
      "parents": [
        "8cd3f19d8310dd5086f396f78d9b5bcf459f6e81"
      ],
      "author": {
        "name": "Du, Alek",
        "email": "alek.du@intel.com",
        "time": "Thu Jul 07 15:16:48 2011 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "n_gsm: fix the wrong FCS handling\n\ncommit f086ced17191fa0c5712539d2b680eae3dc972a1 upstream.\n\nFCS could be GSM0_SOF, so will break state machine...\n\n[This byte isn\u0027t quoted in any way so a SOF here doesn\u0027t imply an error\n occurred.]\n\nSigned-off-by: Alek Du \u003calek.du@intel.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\n[Trivial but best backported once its in 3.1rc I think]\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "8cd3f19d8310dd5086f396f78d9b5bcf459f6e81",
      "tree": "a933d4311d6d73a75e7b238ad4a36ea00d209c60",
      "parents": [
        "c14acb19a4b1482b6dd6e9d0874b2c8e32d6599d"
      ],
      "author": {
        "name": "Vasiliy Kulikov",
        "email": "segoon@openwall.com",
        "time": "Tue Jul 26 16:08:38 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "proc: fix a race in do_io_accounting()\n\ncommit 293eb1e7772b25a93647c798c7b89bf26c2da2e0 upstream.\n\nIf an inode\u0027s mode permits opening /proc/PID/io and the resulting file\ndescriptor is kept across execve() of a setuid or similar binary, the\nptrace_may_access() check tries to prevent using this fd against the\ntask with escalated privileges.\n\nUnfortunately, there is a race in the check against execve().  If\nexecve() is processed after the ptrace check, but before the actual io\ninformation gathering, io statistics will be gathered from the\nprivileged process.  At least in theory this might lead to gathering\nsensible information (like ssh/ftp password length) that wouldn\u0027t be\navailable otherwise.\n\nHolding task-\u003esignal-\u003ecred_guard_mutex while gathering the io\ninformation should protect against the race.\n\nThe order of locking is similar to the one inside of ptrace_attach():\nfirst goes cred_guard_mutex, then lock_task_sighand().\n\nSigned-off-by: Vasiliy Kulikov \u003csegoon@openwall.com\u003e\nCc: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "c14acb19a4b1482b6dd6e9d0874b2c8e32d6599d",
      "tree": "09449801fb0b88b73bdbb83876f251a65a2120ac",
      "parents": [
        "1fcb9d4b03b6ad6f4de417bbbe21d82123290114"
      ],
      "author": {
        "name": "Trond Myklebust",
        "email": "Trond.Myklebust@netapp.com",
        "time": "Sat Jul 30 12:45:35 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "NFS: Fix spurious readdir cookie loop messages\n\ncommit 0c0308066ca53fdf1423895f3a42838b67b3a5a8 upstream.\n\nIf the directory contents change, then we have to accept that the\nfile-\u003ef_pos value may shrink if we do a \u0027search-by-cookie\u0027. In that\ncase, we should turn off the loop detection and let the NFS client\ntry to recover.\n\nThe patch also fixes a second loop detection bug by ensuring\nthat after turning on the ctx-\u003eduped flag, we read at least one new\ncookie into ctx-\u003edir_cookie before attempting to match with\nctx-\u003edup_cookie.\n\nReported-by: Petr Vandrovec \u003cpetr@vandrovec.name\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "1fcb9d4b03b6ad6f4de417bbbe21d82123290114",
      "tree": "6f5a9df4af2fc061194198fec3018e843781affa",
      "parents": [
        "83d20a07d3fc171d5d7cddb6ebe2cd7a5fee1047"
      ],
      "author": {
        "name": "Trond Myklebust",
        "email": "Trond.Myklebust@netapp.com",
        "time": "Mon Jul 25 15:37:29 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "NFSv4: Don\u0027t use the delegation-\u003einode in nfs_mark_return_delegation()\n\ncommit ed1e6211a0a134ff23592c6f057af982ad5dab52 upstream.\n\nnfs_mark_return_delegation() is usually called without any locking, and\nso it is not safe to dereference delegation-\u003einode. Since the inode is\nonly used to discover the nfs_client anyway, it makes more sense to\nhave the callers pass a valid pointer to the nfs_server as a parameter.\n\nReported-by: Ian Kent \u003craven@themaw.net\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "83d20a07d3fc171d5d7cddb6ebe2cd7a5fee1047",
      "tree": "f44cd1bd71d6a3d81645a806fda0876033d53407",
      "parents": [
        "4beae54c192e6f1dee12b70e205b800fd99d1fc7"
      ],
      "author": {
        "name": "J. Bruce Fields",
        "email": "bfields@redhat.com",
        "time": "Wed Jun 29 16:49:04 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "svcrpc: fix list-corrupting race on nfsd shutdown\n\ncommit ebc63e531cc6a457595dd110b07ac530eae788c3 upstream.\n\nAfter commit 3262c816a3d7fb1eaabce633caa317887ed549ae \"[PATCH] knfsd:\nsplit svc_serv into pools\", svc_delete_xprt (then svc_delete_socket) no\nlonger removed its xpt_ready (then sk_ready) field from whatever list it\nwas on, noting that there was no point since the whole list was about to\nbe destroyed anyway.\n\nThat was mostly true, but forgot that a few svc_xprt_enqueue()\u0027s might\nstill be hanging around playing with the about-to-be-destroyed list, and\ncould get themselves into trouble writing to freed memory if we left\nthis xprt on the list after freeing it.\n\n(This is actually functionally identical to a patch made first by Ben\nGreear, but with more comments.)\n\nCc: gnb@fmeh.org\nReported-by: Ben Greear \u003cgreearb@candelatech.com\u003e\nTested-by: Ben Greear \u003cgreearb@candelatech.com\u003e\nSigned-off-by: J. Bruce Fields \u003cbfields@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "4beae54c192e6f1dee12b70e205b800fd99d1fc7",
      "tree": "eb86700ab34520ed416fa38edb57411c5a096175",
      "parents": [
        "ecf6c7480f0c9aef2a39e8cb881ebd98bfcb8caa"
      ],
      "author": {
        "name": "J. Bruce Fields",
        "email": "bfields@redhat.com",
        "time": "Wed Jun 29 08:23:50 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "nfsd4: fix file leak on open_downgrade\n\ncommit f197c27196a5e7631b89e2e92daa096fcf7c302c upstream.\n\nStateid\u0027s hold a read reference for a read open, a write reference for a\nwrite open, and an additional one of each for each read+write open.  The\nlatter wasn\u0027t getting put on a downgrade, so something like:\n\n\topen RW\n\topen R\n\tdowngrade to R\n\nwas resulting in a file leak.\n\nAlso fix an imbalance in an error path.\n\nRegression from 7d94784293096c0a46897acdb83be5abd9278ece \"nfsd4: fix\ndowngrade/lock logic\".\n\nSigned-off-by: J. Bruce Fields \u003cbfields@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ecf6c7480f0c9aef2a39e8cb881ebd98bfcb8caa",
      "tree": "7b720302df6f61033df24a1b5c1d42c25135b181",
      "parents": [
        "f6d7de0ee45c2408056bb2a9e2b21ba86fbfd833"
      ],
      "author": {
        "name": "J. Bruce Fields",
        "email": "bfields@redhat.com",
        "time": "Mon Jun 27 16:57:12 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:40 2011 -0700"
      },
      "message": "nfsd4: remember to put RW access on stateid destruction\n\ncommit 499f3edc23ca0431f3a0a6736b3a40944c81bf3b upstream.\n\nWithout this, for example,\n\n\topen read\n\topen read+write\n\tclose\n\nwill result in a struct file leak.\n\nRegression from 7d94784293096c0a46897acdb83be5abd9278ece \"nfsd4: fix\ndowngrade/lock logic\".\n\nSigned-off-by: J. Bruce Fields \u003cbfields@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f6d7de0ee45c2408056bb2a9e2b21ba86fbfd833",
      "tree": "5ac496786f1e0a8bbef8d161de1e7c9e58d54e61",
      "parents": [
        "efc977be4683816c39dfab38a34f68e07b78997e"
      ],
      "author": {
        "name": "Casey Bodley",
        "email": "cbodley@citi.umich.edu",
        "time": "Sat Jul 23 14:58:10 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "nfsd: don\u0027t break lease on CLAIM_DELEGATE_CUR\n\ncommit 0c12eaffdf09466f36a9ffe970dda8f4aeb6efc0 upstream.\n\nCLAIM_DELEGATE_CUR is used in response to a broken lease; allowing it\nto break the lease and return EAGAIN leaves the client unable to make\nprogress in returning the delegation\n\nnfs4_get_vfs_file() now takes struct nfsd4_open for access to the\nclaim type, and calls nfsd_open() with NFSD_MAY_NOT_BREAK_LEASE when\nclaim type is CLAIM_DELEGATE_CUR\n\nSigned-off-by: Casey Bodley \u003ccbodley@citi.umich.edu\u003e\nSigned-off-by: J. Bruce Fields \u003cbfields@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "efc977be4683816c39dfab38a34f68e07b78997e",
      "tree": "f5e6296a2fffd89df762e4808339043411809c3a",
      "parents": [
        "a21353bae5e98fce18080a3691ef75ede61dd261"
      ],
      "author": {
        "name": "Tyler Hicks",
        "email": "tyhicks@linux.vnet.ibm.com",
        "time": "Tue Jul 26 19:47:08 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "eCryptfs: Unlock keys needed by ecryptfsd\n\ncommit b2987a5e05ec7a1af7ca42e5d5349d7a22753031 upstream.\n\nFixes a regression caused by b5695d04634fa4ccca7dcbc05bb4a66522f02e0b\n\nKernel keyring keys containing eCryptfs authentication tokens should not\nbe write locked when calling out to ecryptfsd to wrap and unwrap file\nencryption keys. The eCryptfs kernel code can not hold the key\u0027s write\nlock because ecryptfsd needs to request the key after receiving such a\nrequest from the kernel.\n\nWithout this fix, all file opens and creates will timeout and fail when\nusing the eCryptfs PKI infrastructure. This is not an issue when using\npassphrase-based mount keys, which is the most widely deployed eCryptfs\nconfiguration.\n\nSigned-off-by: Tyler Hicks \u003ctyhicks@linux.vnet.ibm.com\u003e\nAcked-by: Roberto Sassu \u003croberto.sassu@polito.it\u003e\nTested-by: Roberto Sassu \u003croberto.sassu@polito.it\u003e\nTested-by: Alexis Hafner1 \u003chaf@zurich.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a21353bae5e98fce18080a3691ef75ede61dd261",
      "tree": "9052041f06e25791790e9d3c30f5ccf8966b6e62",
      "parents": [
        "57073d3492dd72685cdcc61b6fb8d05b3a38e891"
      ],
      "author": {
        "name": "Thieu Le",
        "email": "thieule@chromium.org",
        "time": "Tue Jul 26 16:15:10 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "ecryptfs: Make inode bdi consistent with superblock bdi\n\ncommit 985ca0e626e195ea08a1a82b8dbeb6719747429a upstream.\n\nMake the inode mapping bdi consistent with the superblock bdi so that\ndirty pages are flushed properly.\n\nSigned-off-by: Thieu Le \u003cthieule@chromium.org\u003e\nSigned-off-by: Tyler Hicks \u003ctyhicks@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "57073d3492dd72685cdcc61b6fb8d05b3a38e891",
      "tree": "108dd67525a40844b4ca5eb5b7c3b87e9b6085b5",
      "parents": [
        "fac04f94c7b94ef1c62490b176b77f2572086629"
      ],
      "author": {
        "name": "Jan Kara",
        "email": "jack@suse.cz",
        "time": "Mon May 30 13:29:20 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "ext3: Fix oops in ext3_try_to_allocate_with_rsv()\n\ncommit ad95c5e9bc8b5885f94dce720137cac8fa8da4c9 upstream.\n\nBlock allocation is called from two places: ext3_get_blocks_handle() and\next3_xattr_block_set(). These two callers are not necessarily synchronized\nbecause xattr code holds only xattr_sem and i_mutex, and\next3_get_blocks_handle() may hold only truncate_mutex when called from\nwritepage() path. Block reservation code does not expect two concurrent\nallocations to happen to the same inode and thus assertions can be triggered\nor reservation structure corruption can occur.\n\nFix the problem by taking truncate_mutex in xattr code to serialize\nallocations.\n\nCC: Sage Weil \u003csage@newdream.net\u003e\nReported-by: Fyodor Ustinov \u003cufm@ufm.su\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "fac04f94c7b94ef1c62490b176b77f2572086629",
      "tree": "0ee08649e07d88699814c79db39286907ef9eab9",
      "parents": [
        "99cdf2a47f443985d956e02323331819898d99b7"
      ],
      "author": {
        "name": "Jiaying Zhang",
        "email": "jiayingz@google.com",
        "time": "Sun Jul 10 20:07:25 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "ext4: free allocated and pre-allocated blocks when check_eofblocks_fl fails\n\ncommit 575a1d4bdfa2ea9fc10733013136145b497e1be0 upstream.\n\nUpon corrupted inode or disk failures, we may fail after we already\nallocate some blocks from the inode or take some blocks from the\ninode\u0027s preallocation list, but before we successfully insert the\ncorresponding extent to the extent tree. In this case, we should free\nany allocated blocks and discard the inode\u0027s preallocated blocks\nbecause the entries in the inode\u0027s preallocation list may be in an\ninconsistent state.\n\nSigned-off-by: Jiaying Zhang \u003cjiayingz@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "99cdf2a47f443985d956e02323331819898d99b7",
      "tree": "4d1d0dc567b65f2ad5b6757f393a361a3ed2404c",
      "parents": [
        "f7ac7c5b73c4f78f83202f8ec54ef1a73b9c5abe"
      ],
      "author": {
        "name": "Maxim Patlasov",
        "email": "maxim.patlasov@gmail.com",
        "time": "Sun Jul 10 19:37:48 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "ext4: fix i_blocks/quota accounting when extent insertion fails\n\ncommit 7132de744ba76930d13033061018ddd7e3e8cd91 upstream.\n\nThe current implementation of ext4_free_blocks() always calls\ndquot_free_block This looks quite sensible in the most cases: blocks\nto be freed are associated with inode and were accounted in quota and\ni_blocks some time ago.\n\nHowever, there is a case when blocks to free were not accounted by the\ntime calling ext4_free_blocks() yet:\n\n1. delalloc is on, write_begin pre-allocated some space in quota\n2. write-back happens, ext4 allocates some blocks in ext4_ext_map_blocks()\n3. then ext4_ext_map_blocks() gets an error (e.g.  ENOSPC) from\n   ext4_ext_insert_extent() and calls ext4_free_blocks().\n\nIn this scenario, ext4_free_blocks() calls dquot_free_block() who, in\nturn, decrements i_blocks for blocks which were not accounted yet (due\nto delalloc) After clean umount, e2fsck reports something like:\n\n\u003e Inode 21, i_blocks is 5080, should be 5128.  Fix\u003cy\u003e?\nbecause i_blocks was erroneously decremented as explained above.\n\nThe patch fixes the problem by passing the new flag\nEXT4_FREE_BLOCKS_NO_QUOT_UPDATE to ext4_free_blocks(), to request\nthat the dquot_free_block() call be skipped.\n\nSigned-off-by: Maxim Patlasov \u003cmaxim.patlasov@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f7ac7c5b73c4f78f83202f8ec54ef1a73b9c5abe",
      "tree": "4b346639150d015b87b65447bdaa7f1bfe3d33a9",
      "parents": [
        "650957da7699e730e78e82735b8c2595fcf7794a"
      ],
      "author": {
        "name": "Dan Rosenberg",
        "email": "drosenberg@vsecurity.com",
        "time": "Mon Jul 25 17:11:53 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "xtensa: prevent arbitrary read in ptrace\n\ncommit 0d0138ebe24b94065580bd2601f8bb7eb6152f56 upstream.\n\nPrevent an arbitrary kernel read.  Check the user pointer with access_ok()\nbefore copying data in.\n\n[akpm@linux-foundation.org: s/EIO/EFAULT/]\nSigned-off-by: Dan Rosenberg \u003cdrosenberg@vsecurity.com\u003e\nCc: Christian Zankel \u003cchris@zankel.net\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "650957da7699e730e78e82735b8c2595fcf7794a",
      "tree": "1f44a3a822a79e5f89eb6c71427d2576a087e7d5",
      "parents": [
        "b045b9a265fb46d8197b7d78aff1a8f6ab8e23df"
      ],
      "author": {
        "name": "Peter Zijlstra",
        "email": "peterz@infradead.org",
        "time": "Mon Jul 25 17:11:57 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:39 2011 -0700"
      },
      "message": "mm/backing-dev.c: reset bdi min_ratio in bdi_unregister()\n\ncommit ccb6108f5b0b541d3eb332c3a73e645c0f84278e upstream.\n\nVito said:\n\n: The system has many usb disks coming and going day to day, with their\n: respective bdi\u0027s having min_ratio set to 1 when inserted.  It works for\n: some time until eventually min_ratio can no longer be set, even when the\n: active set of bdi\u0027s seen in /sys/class/bdi/*/min_ratio doesn\u0027t add up to\n: anywhere near 100.\n:\n: This then leads to an unrelated starvation problem caused by write-heavy\n: fuse mounts being used atop the usb disks, a problem the min_ratio setting\n: at the underlying devices bdi effectively prevents.\n\nFix this leakage by resetting the bdi min_ratio when unregistering the\nBDI.\n\nSigned-off-by: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nReported-by: Vito Caputo \u003clkml@pengaru.com\u003e\nCc: Wu Fengguang \u003cfengguang.wu@intel.com\u003e\nCc: Miklos Szeredi \u003cmiklos@szeredi.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b045b9a265fb46d8197b7d78aff1a8f6ab8e23df",
      "tree": "650daaba84981a7ac749611f2ccee133380940c5",
      "parents": [
        "cb83d9f7840657a0f0cc29ba5c01ce7320e28e9a"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Mon Jul 25 17:12:32 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "mm/futex: fix futex writes on archs with SW tracking of dirty \u0026 young\n\ncommit 2efaca927f5cd7ecd0f1554b8f9b6a9a2c329c03 upstream.\n\nI haven\u0027t reproduced it myself but the fail scenario is that on such\nmachines (notably ARM and some embedded powerpc), if you manage to hit\nthat futex path on a writable page whose dirty bit has gone from the PTE,\nyou\u0027ll livelock inside the kernel from what I can tell.\n\nIt will go in a loop of trying the atomic access, failing, trying gup to\n\"fix it up\", getting succcess from gup, go back to the atomic access,\nfailing again because dirty wasn\u0027t fixed etc...\n\nSo I think you essentially hang in the kernel.\n\nThe scenario is probably rare\u0027ish because affected architecture are\nembedded and tend to not swap much (if at all) so we probably rarely hit\nthe case where dirty is missing or young is missing, but I think Shan has\na piece of SW that can reliably reproduce it using a shared writable\nmapping \u0026 fork or something like that.\n\nOn archs who use SW tracking of dirty \u0026 young, a page without dirty is\neffectively mapped read-only and a page without young unaccessible in the\nPTE.\n\nAdditionally, some architectures might lazily flush the TLB when relaxing\nwrite protection (by doing only a local flush), and expect a fault to\ninvalidate the stale entry if it\u0027s still present on another processor.\n\nThe futex code assumes that if the \"in_atomic()\" access -EFAULT\u0027s, it can\n\"fix it up\" by causing get_user_pages() which would then be equivalent to\ntaking the fault.\n\nHowever that isn\u0027t the case.  get_user_pages() will not call\nhandle_mm_fault() in the case where the PTE seems to have the right\npermissions, regardless of the dirty and young state.  It will eventually\nupdate those bits ...  in the struct page, but not in the PTE.\n\nAdditionally, it will not handle the lazy TLB flushing that can be\nrequired by some architectures in the fault case.\n\nBasically, gup is the wrong interface for the job.  The patch provides a\nmore appropriate one which boils down to just calling handle_mm_fault()\nsince what we are trying to do is simulate a real page fault.\n\nThe futex code currently attempts to write to user memory within a\npagefault disabled section, and if that fails, tries to fix it up using\nget_user_pages().\n\nThis doesn\u0027t work on archs where the dirty and young bits are maintained\nby software, since they will gate access permission in the TLB, and will\nnot be updated by gup().\n\nIn addition, there\u0027s an expectation on some archs that a spurious write\nfault triggers a local TLB flush, and that is missing from the picture as\nwell.\n\nI decided that adding those \"features\" to gup() would be too much for this\nalready too complex function, and instead added a new simpler\nfixup_user_fault() which is essentially a wrapper around handle_mm_fault()\nwhich the futex code can call.\n\n[akpm@linux-foundation.org: coding-style fixes]\n[akpm@linux-foundation.org: fix some nits Darren saw, fiddle comment layout]\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nReported-by: Shan Hai \u003chaishan.bai@gmail.com\u003e\nTested-by: Shan Hai \u003chaishan.bai@gmail.com\u003e\nCc: David Laight \u003cDavid.Laight@ACULAB.COM\u003e\nAcked-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Darren Hart \u003cdarren.hart@intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "cb83d9f7840657a0f0cc29ba5c01ce7320e28e9a",
      "tree": "127d2823ea87fa6ff009369f04da20de8ac3bc05",
      "parents": [
        "4d5553036a151d67c6da2e7581598ead685d452b"
      ],
      "author": {
        "name": "Philip A. Prindeville",
        "email": "philipp@redfish-solutions.com",
        "time": "Mon Jul 25 17:13:05 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "geode: reflect mfgpt dependency on mfd\n\ncommit 703f03c896fdbd726b809066ae279df513992f0e upstream.\n\nAs stated in drivers/mfd/cs5535-mfd.c, the mfd driver exposes the BARs\nwhich then make the GPIO, MFGPT, ACPI, etc.  all visible to the system.\n\nSo the dependencies of the MFGPT stuff have changed, and most people\nexpect Kconfig to bring in the necessary dependencies.  Without them, the\nmodule fails to load and most people don\u0027t understand why because the\ndetails of the rewrite aren\u0027t captured anywhere most people who know to\nlook.\n\nThis dependency needs to be reflected in Kconfig.\n\nSigned-off-by: Philip A. Prindeville \u003cphilipp@redfish-solutions.com\u003e\nAcked-by: Alexandros C. Couloumbis \u003calex@ozo.com\u003e\nAcked-by: Andres Salomon \u003cdilinger@queued.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "4d5553036a151d67c6da2e7581598ead685d452b",
      "tree": "ba064158eea0b6b8ab848038b6a546a96688480c",
      "parents": [
        "71e553ad4e5714309ccb6f9311fc1af3b0feaa6c"
      ],
      "author": {
        "name": "Randy Dunlap",
        "email": "rdunlap@xenotime.net",
        "time": "Mon Jul 25 17:13:21 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "drivers/firmware/sigma.c needs MODULE_LICENSE\n\ncommit 27c46a2546c75c6814562e85b751e3d64c188ad5 upstream.\n\nFix module tainting message:\n\n  sigma: module license \u0027unspecified\u0027 taints kernel.\n\nSigned-off-by: Randy Dunlap \u003crdunlap@xenotime.net\u003e\nAcked-by: Mike Frysinger \u003cvapier@gentoo.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "71e553ad4e5714309ccb6f9311fc1af3b0feaa6c",
      "tree": "188eb61152747dd53a617948f3000ada3fbb6a50",
      "parents": [
        "f3783ea4c293f276d79166c92bfcc4592d518d63"
      ],
      "author": {
        "name": "Stephen M. Cameron",
        "email": "scameron@beardog.cce.hp.com",
        "time": "Sat Jul 09 09:04:12 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "cciss: do not attempt to read from a write-only register\n\ncommit 07d0c38e7d84f911c72058a124c7f17b3c779a65 upstream.\n\nMost smartarrays will tolerate it, but some new ones don\u0027t.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\n\nNote: this is a regression caused by commit 1ddd5049\nSigned-off-by: Jens Axboe \u003cjaxboe@fusionio.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f3783ea4c293f276d79166c92bfcc4592d518d63",
      "tree": "286ba0ae1bbf08491aad2deddf5fb3b7114cfe7d",
      "parents": [
        "947204a724d45083033b6706dad40d47022e5d70"
      ],
      "author": {
        "name": "Chris Wright",
        "email": "chrisw@sous-sol.org",
        "time": "Wed Jul 13 10:14:33 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "PCI: ARI is a PCIe v2 feature\n\ncommit 864d296cf948aef0fa32b81407541572583f7572 upstream.\n\nThe function pci_enable_ari() may mistakenly set the downstream port\nof a v1 PCIe switch in ARI Forwarding mode.  This is a PCIe v2 feature,\nand with an SR-IOV device on that switch port believing the switch above\nis ARI capable it may attempt to use functions 8-255, translating into\ninvalid (non-zero) device numbers for that bus.  This has been seen\nto cause Completion Timeouts and general misbehaviour including hangs\nand panics.\n\nAcked-by: Don Dutile \u003cddutile@redhat.com\u003e\nTested-by: Don Dutile \u003cddutile@redhat.com\u003e\nSigned-off-by: Chris Wright \u003cchrisw@sous-sol.org\u003e\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "947204a724d45083033b6706dad40d47022e5d70",
      "tree": "88d24ff6144108579ec4c0f2e9fae4c67b439a4d",
      "parents": [
        "ff7b3dc6a634832a912445db8bffd18b05c15043"
      ],
      "author": {
        "name": "Lasse Collin",
        "email": "lasse.collin@tukaani.org",
        "time": "Sun Jul 24 19:54:25 2011 +0300"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "XZ: Fix missing \u003clinux/kernel.h\u003e include\n\ncommit 81d67439855a7f928d90965d832aa4f2fb677342 upstream.\n\n\u003clinux/kernel.h\u003e is needed for min_t. The old version\nhappened to work on x86 because \u003casm/unaligned.h\u003e\nindirectly includes \u003clinux/kernel.h\u003e, but it didn\u0027t\nwork on ARM.\n\n\u003clinux/kernel.h\u003e includes \u003casm/byteorder.h\u003e so it\u0027s\nnot necessary to include it explicitly anymore.\n\nSigned-off-by: Lasse Collin \u003classe.collin@tukaani.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "ff7b3dc6a634832a912445db8bffd18b05c15043",
      "tree": "f43c5cd10398a1c91f8ff6b061a8b663663d84fb",
      "parents": [
        "f35869d69b65ac9323a0d7ee13c062e1636d4a1b"
      ],
      "author": {
        "name": "Steven Rostedt",
        "email": "srostedt@redhat.com",
        "time": "Tue Jul 05 14:32:51 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "tracing: Have \"enable\" file use refcounts like the \"filter\" file\n\ncommit 40ee4dffff061399eb9358e0c8fcfbaf8de4c8fe upstream.\n\nThe \"enable\" file for the event system can be removed when a module\nis unloaded and the event system only has events from that module.\nAs the event system nr_events count goes to zero, it may be freed\nif its ref_count is also set to zero.\n\nLike the \"filter\" file, the \"enable\" file may be opened by a task and\nreferenced later, after a module has been unloaded and the events for\nthat event system have been removed.\n\nAlthough the \"filter\" file referenced the event system structure,\nthe \"enable\" file only references a pointer to the event system\nname. Since the name is freed when the event system is removed,\nit is possible that an access to the \"enable\" file may reference\na freed pointer.\n\nUpdate the \"enable\" file to use the subsystem_open() routine that\nthe \"filter\" file uses, to keep a reference to the event system\nstructure while the \"enable\" file is opened.\n\nReported-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f35869d69b65ac9323a0d7ee13c062e1636d4a1b",
      "tree": "4923438fa988ce2602b00f2607d8b8d58c39da00",
      "parents": [
        "a3b573350c48edd314b4bdd4f3025b4fda13f0dd"
      ],
      "author": {
        "name": "Steven Rostedt",
        "email": "srostedt@redhat.com",
        "time": "Tue Jul 05 11:36:06 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:38 2011 -0700"
      },
      "message": "tracing: Fix bug when reading system filters on module removal\n\ncommit e9dbfae53eeb9fc3d4bb7da3df87fa9875f5da02 upstream.\n\nThe event system is freed when its nr_events is set to zero. This happens\nwhen a module created an event system and then later the module is\nremoved. Modules may share systems, so the system is allocated when\nit is created and freed when the modules are unloaded and all the\nevents under the system are removed (nr_events set to zero).\n\nThe problem arises when a task opened the \"filter\" file for the\nsystem. If the module is unloaded and it removed the last event for\nthat system, the system structure is freed. If the task that opened\nthe filter file accesses the \"filter\" file after the system has\nbeen freed, the system will access an invalid pointer.\n\nBy adding a ref_count, and using it to keep track of what\nis using the event system, we can free it after all users\nare finished with the event system.\n\nReported-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a3b573350c48edd314b4bdd4f3025b4fda13f0dd",
      "tree": "fc5dfc7d6b7cc6b96f0fd81909d15c009589e5c1",
      "parents": [
        "4a3422bb0a18340c145ebd3f3ca19d1114f9fa08"
      ],
      "author": {
        "name": "Peter Zijlstra",
        "email": "a.p.zijlstra@chello.nl",
        "time": "Tue Jun 28 12:15:51 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "irq_work, alpha: Fix up arch hooks\n\ncommit 0f933625e7b6c3d91878ae95e341bf1984db7eaf upstream.\n\nCommit e360adbe29 (\"irq_work: Add generic hardirq context\ncallbacks\") fouled up the Alpha bit, not properly naming the\narch specific function that raises the \u0027self-IPI\u0027.\n\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Michael Cree \u003cmcree@orcon.net.nz\u003e\nLink: http://lkml.kernel.org/n/tip-gukh0txmql2l4thgrekzzbfy@git.kernel.org\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "4a3422bb0a18340c145ebd3f3ca19d1114f9fa08",
      "tree": "30cc0d94c42fb2c3feb605d874bf7fff6b371e79",
      "parents": [
        "758705e242a729b0c82c62dd5965189e318e8763"
      ],
      "author": {
        "name": "Michael Neuling",
        "email": "mikey@neuling.org",
        "time": "Mon Jul 04 20:40:10 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "powerpc/kdump: Fix timeout in crash_kexec_wait_realmode\n\ncommit 63f21a56f1cc0b800a4c00349c59448f82473d19 upstream.\n\nThe existing code it pretty ugly.  How about we clean it up even more\nlike this?\n\nFrom: Anton Blanchard \u003canton@samba.org\u003e\n\nWe check for timeout expiry in the outer loop, but we also need to\ncheck it in the inner loop or we can lock up forever waiting for a\nCPU to hit real mode.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Michael Neuling \u003cmikey@neuling.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "758705e242a729b0c82c62dd5965189e318e8763",
      "tree": "834beaf42a8549f9ff9075c0e169d2df5a1a34bc",
      "parents": [
        "b0d8db08455d752cd74c29d1b7b765f1624ca4a2"
      ],
      "author": {
        "name": "Robert Richter",
        "email": "robert.richter@amd.com",
        "time": "Fri Jun 03 16:37:47 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "oprofile, x86: Fix nmi-unsafe callgraph support\n\ncommit a0e3e70243f5b270bc3eca718f0a9fa5e6b8262e upstream.\n\nCurrent oprofile\u0027s x86 callgraph support may trigger page faults\nthrowing the BUG_ON(in_nmi()) message below. This patch fixes this by\nusing the same nmi-safe copy-from-user code as in perf.\n\n------------[ cut here ]------------\nkernel BUG at .../arch/x86/kernel/traps.c:436!\ninvalid opcode: 0000 [#1] SMP\nlast sysfs file: /sys/devices/pci0000:00/0000:00:0a.0/0000:07:00.0/0000:08:04.0/net/eth0/broadcast\nCPU 5\nModules linked in:\n\nPid: 8611, comm: opcontrol Not tainted 2.6.39-00007-gfe47ae7 #1 Advanced Micro Device Anaheim/Anaheim\nRIP: 0010:[\u003cffffffff813e8e35\u003e]  [\u003cffffffff813e8e35\u003e] do_nmi+0x22/0x1ee\nRSP: 0000:ffff88042fd47f28  EFLAGS: 00010002\nRAX: ffff88042c0a7fd8 RBX: 0000000000000001 RCX: 00000000c0000101\nRDX: 00000000ffff8804 RSI: ffffffffffffffff RDI: ffff88042fd47f58\nRBP: ffff88042fd47f48 R08: 0000000000000004 R09: 0000000000001484\nR10: 0000000000000001 R11: 0000000000000000 R12: ffff88042fd47f58\nR13: 0000000000000000 R14: ffff88042fd47d98 R15: 0000000000000020\nFS:  00007fca25e56700(0000) GS:ffff88042fd40000(0000) knlGS:0000000000000000\nCS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 0000000000000074 CR3: 000000042d28b000 CR4: 00000000000006e0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess opcontrol (pid: 8611, threadinfo ffff88042c0a6000, task ffff88042c532310)\nStack:\n 0000000000000000 0000000000000001 ffff88042c0a7fd8 0000000000000000\n ffff88042fd47de8 ffffffff813e897a 0000000000000020 ffff88042fd47d98\n 0000000000000000 ffff88042c0a7fd8 ffff88042fd47de8 0000000000000074\nCall Trace:\n \u003cNMI\u003e\n [\u003cffffffff813e897a\u003e] nmi+0x1a/0x20\n [\u003cffffffff813f08ab\u003e] ? bad_to_user+0x25/0x771\n \u003c\u003cEOE\u003e\u003e\nCode: ff 59 5b 41 5c 41 5d c9 c3 55 65 48 8b 04 25 88 b5 00 00 48 89 e5 41 55 41 54 49 89 fc 53 48 83 ec 08 f6 80 47 e0 ff ff 04 74 04 \u003c0f\u003e 0b eb fe 81 80 44 e0 ff ff 00 00 01 04 65 ff 04 25 c4 0f 01\nRIP  [\u003cffffffff813e8e35\u003e] do_nmi+0x22/0x1ee\n RSP \u003cffff88042fd47f28\u003e\n---[ end trace ed6752185092104b ]---\nKernel panic - not syncing: Fatal exception in interrupt\nPid: 8611, comm: opcontrol Tainted: G      D     2.6.39-00007-gfe47ae7 #1\nCall Trace:\n \u003cNMI\u003e  [\u003cffffffff813e5e0a\u003e] panic+0x8c/0x188\n [\u003cffffffff813e915c\u003e] oops_end+0x81/0x8e\n [\u003cffffffff8100403d\u003e] die+0x55/0x5e\n [\u003cffffffff813e8c45\u003e] do_trap+0x11c/0x12b\n [\u003cffffffff810023c8\u003e] do_invalid_op+0x91/0x9a\n [\u003cffffffff813e8e35\u003e] ? do_nmi+0x22/0x1ee\n [\u003cffffffff8131e6fa\u003e] ? oprofile_add_sample+0x83/0x95\n [\u003cffffffff81321670\u003e] ? op_amd_check_ctrs+0x4f/0x2cf\n [\u003cffffffff813ee4d5\u003e] invalid_op+0x15/0x20\n [\u003cffffffff813e8e35\u003e] ? do_nmi+0x22/0x1ee\n [\u003cffffffff813e8e7a\u003e] ? do_nmi+0x67/0x1ee\n [\u003cffffffff813e897a\u003e] nmi+0x1a/0x20\n [\u003cffffffff813f08ab\u003e] ? bad_to_user+0x25/0x771\n \u003c\u003cEOE\u003e\u003e\n\nCc: John Lumby \u003cjohnlumby@hotmail.com\u003e\nCc: Maynard Johnson \u003cmaynardj@us.ibm.com\u003e\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b0d8db08455d752cd74c29d1b7b765f1624ca4a2",
      "tree": "f87726dacadc7e963eb02f969827b114061ea3aa",
      "parents": [
        "40a3e9966c347b2e722785aecd9c0165457d61f3"
      ],
      "author": {
        "name": "Huang Ying",
        "email": "ying.huang@intel.com",
        "time": "Thu Jul 14 09:34:37 2011 +0800"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "kexec, x86: Fix incorrect jump back address if not preserving context\n\ncommit 050438ed5a05b25cdf287f5691e56a58c2606997 upstream.\n\nIn kexec jump support, jump back address passed to the kexeced\nkernel via function calling ABI, that is, the function call\nreturn address is the jump back entry.\n\nFurthermore, jump back entry \u003d\u003d 0 should be used to signal that\nthe jump back or preserve context is not enabled in the original\nkernel.\n\nBut in the current implementation the stack position used for\nfunction call return address is not cleared context\npreservation is disabled. The patch fixes this bug.\n\nReported-and-tested-by: Yin Kangkai \u003ckangkai.yin@intel.com\u003e\nSigned-off-by: Huang Ying \u003cying.huang@intel.com\u003e\nCc: Eric W. Biederman \u003cebiederm@xmission.com\u003e\nCc: Vivek Goyal \u003cvgoyal@redhat.com\u003e\nLink: http://lkml.kernel.org/r/1310607277-25029-1-git-send-email-ying.huang@intel.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "40a3e9966c347b2e722785aecd9c0165457d61f3",
      "tree": "c7bf582c17daa984dc831d0551cdf923fe96b17b",
      "parents": [
        "892cd4a38f0d379dfdbc1a0a45eaa31a89976796"
      ],
      "author": {
        "name": "Peng Tao",
        "email": "bergwolf@gmail.com",
        "time": "Sat Jul 30 20:52:34 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "pnfs: use lwb as layoutcommit length\n\ncommit 3557c6c3be5b2ca0b11365db7f8a813253eb520b upstream.\n\nUsing NFS4_MAX_UINT64 will break current protocol.\n\n[Needed in v3.0]\nSigned-off-by: Peng Tao \u003cpeng_tao@emc.com\u003e\nSigned-off-by: Jim Rees \u003crees@umich.edu\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "892cd4a38f0d379dfdbc1a0a45eaa31a89976796",
      "tree": "edc8337ed3451ff819dc20e3436b5019479b6c87",
      "parents": [
        "f45c1d4647a37feee31f4bca9ebd9b90ebdc98a3"
      ],
      "author": {
        "name": "Peng Tao",
        "email": "peng_tao@emc.com",
        "time": "Sat Jul 30 20:52:33 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "pnfs: let layoutcommit handle a list of lseg\n\ncommit a9bae5666d0510ad69bdb437371c9a3e6b770705 upstream.\n\nThere can be multiple lseg per file, so layoutcommit should be\nable to handle it.\n\n[Needed in v3.0]\nSigned-off-by: Peng Tao \u003cpeng_tao@emc.com\u003e\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Jim Rees \u003crees@umich.edu\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "f45c1d4647a37feee31f4bca9ebd9b90ebdc98a3",
      "tree": "1dabf99203493d8a97e9ae8742fde54089609dc5",
      "parents": [
        "a14f191cda33a02a74edbf59820150e415d68616"
      ],
      "author": {
        "name": "Peng Tao",
        "email": "bergwolf@gmail.com",
        "time": "Sat Jul 30 20:52:32 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "pnfs: save layoutcommit cred at layout header init\n\ncommit 9fa4075878a5faac872a63f4a97ce79c776264e9 upstream.\n\nNo need to save it for every lseg.\nNo need to save it at every pnfs_set_layoutcommit.\n\n[Needed in v3.0]\nSigned-off-by: Peng Tao \u003cpeng_tao@emc.com\u003e\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: Jim Rees \u003crees@umich.edu\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "a14f191cda33a02a74edbf59820150e415d68616",
      "tree": "0b5fc1cc18d7110070f8fec5cf9716a6647d849f",
      "parents": [
        "cb1d0a1e91079d22cedc6d66d9c94d53ce0b0199"
      ],
      "author": {
        "name": "Peng Tao",
        "email": "bergwolf@gmail.com",
        "time": "Sat Jul 30 20:52:31 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "pnfs: save layoutcommit lwb at layout header\n\ncommit acff5880539fe33897d016c0f3dcf062e67c61b6 upstream.\n\nNo need to save it for every lseg.\n\n[Needed in v3.0]\nSigned-off-by: Peng Tao \u003cpeng_tao@emc.com\u003e\nSigned-off-by: Jim Rees \u003crees@umich.edu\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "cb1d0a1e91079d22cedc6d66d9c94d53ce0b0199",
      "tree": "4481e1751c0597b21d13616842f20883639e8518",
      "parents": [
        "2415d01c0cb11b5471ee640b0ba5a1254be9a708"
      ],
      "author": {
        "name": "Takashi Iwai",
        "email": "tiwai@suse.de",
        "time": "Wed Jul 27 16:41:57 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:37 2011 -0700"
      },
      "message": "ALSA: hda - Fix duplicated DAC assignments for Realtek\n\ncommit c48a8fb0d31d6147d8d76b8e2ad7f51a2fbb5c4d upstream.\n\nCopying hp_pins and speaker_pins from line_out_pins may confuse the\nparser, and it can lead to duplicated initializations for the same pin\nwith a wrong DAC assignment.  The problem appears in 3.0 kernel code.\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "2415d01c0cb11b5471ee640b0ba5a1254be9a708",
      "tree": "78f25d509eae4452499f518daff8ffc980a2ff49",
      "parents": [
        "eff0f0eb6357e141c1ebf6d3753e2b89177ab6db"
      ],
      "author": {
        "name": "Clemens Ladisch",
        "email": "clemens@ladisch.de",
        "time": "Sun Jul 17 22:18:05 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "ALSA: virtuoso: fix silent analog output on Xonar Essence ST Deluxe\n\ncommit c81c6b356b52d3fcb4d531d149573fc100aad643 upstream.\n\nCommit dd203fa97bd5 (ALSA: virtuoso: remove non-working controls on\nEssence ST Deluxe) made it impossible to adjust the volume after the\ndriver initialized it to muted.\n\nEnsure that those DACs that can be accessed with I2C are initialized\nto the same volume that is the reset default of the DAC without I2C.\n\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "eff0f0eb6357e141c1ebf6d3753e2b89177ab6db",
      "tree": "501c49d25391e9e4df0128f6b79e35d83691a6fc",
      "parents": [
        "803df865c9cae516da0181406716d8cfc1ce854e"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Mon Jul 25 18:50:08 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "drm/radeon/kms: add missing vddci setting on NI+\n\ncommit 4639dd21e759e32125adc7171abf6cb8140d54cf upstream.\n\nNeed to add vddci setting to pm init as well as\nresume.  Fixes hangs on load on some boards.\n\nFixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d38754\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "803df865c9cae516da0181406716d8cfc1ce854e",
      "tree": "964224562c26759ee23b01dd3adec054a0fe48db",
      "parents": [
        "eec8f481cc0114fd86b2b3d5258b4933cd731571"
      ],
      "author": {
        "name": "Jerome Glisse",
        "email": "jglisse@redhat.com",
        "time": "Mon Jul 25 11:57:43 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "drm/radeon/kms: fix DP training for DPEncoderService revision bigger than 1.1\n\ncommit 5a96a899bbdee86024ab9ea6d02b9e242faacbed upstream.\n\nDPEncoderService newer than 1.1 can\u0027t properly program the DP (display port)\nlink training. When facing such version use the DIGxEncoderControl method\ninstead. Fix DP link training on some R7XX.\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "eec8f481cc0114fd86b2b3d5258b4933cd731571",
      "tree": "76c8bc94b1b771d67ad66dd61aee4d2747e81433",
      "parents": [
        "fbb04a1c17686592b5e74e45e210f20c40b68d08"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Sat Jul 23 18:02:04 2011 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "drm/radeon/kms: fix i2c map for rv250/280\n\ncommit 6dd666333ddee39903d86f870d5c40d9f100e0cc upstream.\n\nThose chips have crt2_ddc bus.\n\nFixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d39672\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "fbb04a1c17686592b5e74e45e210f20c40b68d08",
      "tree": "ed23ccee420c389294cb5c337f740bb62bd0a563",
      "parents": [
        "43f7c7261fc45a4c09fbd56c0a76dcdf55d8e8f3"
      ],
      "author": {
        "name": "Stephen M. Cameron",
        "email": "scameron@beardog.cce.hp.com",
        "time": "Thu Jul 21 13:16:05 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "hpsa: do not attempt to read from a write-only register\n\ncommit fec62c368b9c8b05d5124ca6c3b8336b537f26f3 upstream.\n\nMost smartarrays tolerate it, but a few new ones don\u0027t.\nWithout this change some newer Smart Arrays will lock up\nand i/o will grind to a halt.\n\nSigned-off-by: Stephen M. Cameron \u003cscameron@beardog.cce.hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "43f7c7261fc45a4c09fbd56c0a76dcdf55d8e8f3",
      "tree": "7629f0518818f05916c3af486374a175f39c2312",
      "parents": [
        "1768e0b7e77b5c3e11cd0f0ab15358ccba3a9880"
      ],
      "author": {
        "name": "Dan Rosenberg",
        "email": "drosenberg@vsecurity.com",
        "time": "Mon Jul 11 14:08:23 2011 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "pmcraid: reject negative request size\n\ncommit b5b515445f4f5a905c5dd27e6e682868ccd6c09d upstream.\n\nThere\u0027s a code path in pmcraid that can be reached via device ioctl that\ncauses all sorts of ugliness, including heap corruption or triggering the\nOOM killer due to consecutive allocation of large numbers of pages.\n\nFirst, the user can call pmcraid_chr_ioctl(), with a type\nPMCRAID_PASSTHROUGH_IOCTL.  This calls through to\npmcraid_ioctl_passthrough().  Next, a pmcraid_passthrough_ioctl_buffer\nis copied in, and the request_size variable is set to\nbuffer-\u003eioarcb.data_transfer_length, which is an arbitrary 32-bit\nsigned value provided by the user.  If a negative value is provided\nhere, bad things can happen.  For example,\npmcraid_build_passthrough_ioadls() is called with this request_size,\nwhich immediately calls pmcraid_alloc_sglist() with a negative size.\nThe resulting math on allocating a scatter list can result in an\noverflow in the kzalloc() call (if num_elem is 0, the sglist will be\nsmaller than expected), or if num_elem is unexpectedly large the\nsubsequent loop will call alloc_pages() repeatedly, a high number of\npages will be allocated and the OOM killer might be invoked.\n\nIt looks like preventing this value from being negative in\npmcraid_ioctl_passthrough() would be sufficient.\n\nSigned-off-by: Dan Rosenberg \u003cdrosenberg@vsecurity.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "1768e0b7e77b5c3e11cd0f0ab15358ccba3a9880",
      "tree": "1883eb13f3b634479e254ed670c1cba5423ee0cb",
      "parents": [
        "b9beb51724bebfc198533144e86601f0099c026e"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Thu Jul 07 15:45:40 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:36 2011 -0700"
      },
      "message": "fix crash in scsi_dispatch_cmd()\n\ncommit bfe159a51203c15d23cb3158fffdc25ec4b4dda1 upstream.\n\nUSB surprise removal of sr is triggering an oops in\nscsi_dispatch_command().  What seems to be happening is that USB is\nhanging on to a queue reference until the last close of the upper\ndevice, so the crash is caused by surprise remove of a mounted CD\nfollowed by attempted unmount.\n\nThe problem is that USB doesn\u0027t issue its final commands as part of\nthe SCSI teardown path, but on last close when the block queue is long\ngone.  The long term fix is probably to make sr do the teardown in the\nsame way as sd (so remove all the lower bits on ejection, but keep the\nupper disk alive until last close of user space).  However, the\ncurrent oops can be simply fixed by not allowing any commands to be\nsent to a dead queue.\n\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b9beb51724bebfc198533144e86601f0099c026e",
      "tree": "dda96e6715b014adec4e286588c897a5232682a8",
      "parents": [
        "645b2cf1067d945c662ffeea45b4c0f7036bc1ee"
      ],
      "author": {
        "name": "Douglas Gilbert",
        "email": "dgilbert@interlog.com",
        "time": "Thu Jun 09 00:27:07 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "ses: requesting a fault indication\n\ncommit 2a350cab9daf9a46322d83b091bb05cf54ccf6ab upstream.\n\nNoticed that when the sysfs interface of the SCSI SES\ndriver was used to request a fault indication the LED\nflashed but the buzzer didn\u0027t sound. So it was doing\nwhat REQUEST IDENT (locate) should do.\n\nChangelog:\n   - fix the setting of REQUEST FAULT for the device slot\n     and array device slot elements in the enclosure control\n     diagnostic page\n   - note the potentially defective code that reads the\n     FAULT SENSED and FAULT REQUESTED bits from the enclosure\n     status diagnostic page\n\nThe attached patch is against git/scsi-misc-2.6\n\nSigned-off-by: Douglas Gilbert \u003cdgilbert@interlog.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "645b2cf1067d945c662ffeea45b4c0f7036bc1ee",
      "tree": "835075abb1b4c6db6b49689c0bc2e5109ca6baf6",
      "parents": [
        "65bafeb9e7b942b6ff5754a03635f5d328568f5e"
      ],
      "author": {
        "name": "Kay Sievers",
        "email": "kay.sievers@vrfy.org",
        "time": "Thu Jun 30 15:03:48 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "sr: check_events() ignore GET_EVENT when TUR says otherwise\n\ncommit 79b9677d885d1a792bc103f2febb06f91f92de43 upstream.\n\nSome broken devices indicates that media has changed on every\nGET_EVENT_STATUS_NOTIFICATION.  This translates into MEDIA_CHANGE\nuevent on every open() which lets udev run into a loop.\n\nVerify GET_EVENT result against TUR and if it generates spurious\nevents for several times in a row, ignore the GET_EVENT events, and\ntrust only the TUR status.\n\nThis is the log of a USB stick with a (broken) fake CDROM drive:\n\n scsi 5:0:0:0: Direct-Access     SanDisk  U3 Cruzer Micro  8.02 PQ: 0 ANSI: 0 CCS\n sd 5:0:0:0: Attached scsi generic sg3 type 0\n scsi 5:0:0:1: CD-ROM            SanDisk  U3 Cruzer Micro  8.02 PQ: 0 ANSI: 0\n sd 5:0:0:0: [sdb] Attached SCSI removable disk\n sr2: scsi3-mmc drive: 48x/48x tray\n sr 5:0:0:1: Attached scsi CD-ROM sr2\n sr 5:0:0:1: Attached scsi generic sg4 type 5\n sr2: GET_EVENT and TUR disagree continuously, suppress GET_EVENT events\n sd 5:0:0:0: [sdb] 31777279 512-byte logical blocks: (16.2 GB/15.1 GiB)\n sd 5:0:0:0: [sdb] No Caching mode page present\n sd 5:0:0:0: [sdb] Assuming drive cache: write through\n sd 5:0:0:0: [sdb] No Caching mode page present\n sd 5:0:0:0: [sdb] Assuming drive cache: write through\n sdb: sdb1\n\n-tj: Updated to consider only spurious GET_EVENT events among\n     different types of disagreement and allow using TUR for kernel\n     event polling after GET_EVENT is ignored.\n\nReported-By: Markus Rathgeb maggu2810@googlemail.com\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "65bafeb9e7b942b6ff5754a03635f5d328568f5e",
      "tree": "33054d03b19624a44bd1edc0bca6a39274b210db",
      "parents": [
        "462fee3af72df0de7b60b96c525ffe8baf4db0f0"
      ],
      "author": {
        "name": "Werner Fink",
        "email": "werner@novell.com",
        "time": "Thu Jun 09 10:54:24 2011 +0530"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "Blacklist Traxdata CDR4120 and IOMEGA Zip drive to avoid lock ups.\n\ncommit 82103978189e9731658cd32da5eb85ab7b8542b8 upstream.\n\nThis patch resulted from the discussion at\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d679277,\nhttps://bugzilla.novell.com/show_bug.cgi?id\u003d681840 .\n\nSigned-off-by: Werner Fink \u003cwerner@novell.com\u003e\nSigned-off-by: Ankit Jain \u003cjankit@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "462fee3af72df0de7b60b96c525ffe8baf4db0f0",
      "tree": "2ef57937c4aedce2879d9af2cd8ce183342e9c1a",
      "parents": [
        "6e243f86d1424d7a1d67da4f8527239a786d9c2f"
      ],
      "author": {
        "name": "Peter Zijlstra",
        "email": "a.p.zijlstra@chello.nl",
        "time": "Thu Jul 28 20:47:10 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "perf: Fix software event overflow\n\nThe below patch is for -stable only, upstream has a much larger patch\nthat contains the below hunk in commit a8b0ca17b80e92faab46ee7179ba9e99ccb61233\n\nVince found that under certain circumstances software event overflows\ngo wrong and deadlock. Avoid trying to delete a timer from the timer\ncallback.\n\nReported-by: Vince Weaver \u003cvweaver1@eecs.utk.edu\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "6e243f86d1424d7a1d67da4f8527239a786d9c2f",
      "tree": "041aa9f88519eecd1d64f5c2de4f4648978339c9",
      "parents": [
        "5dd830d09df97bc9318d6e0841fcf652bdc46bfa"
      ],
      "author": {
        "name": "Len Brown",
        "email": "len.brown@intel.com",
        "time": "Thu Jul 14 00:53:24 2011 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "x86, intel, power: Initialize MSR_IA32_ENERGY_PERF_BIAS\n\ncommit abe48b108247e9b90b4c6739662a2e5c765ed114 upstream.\n\nSince 2.6.36 (23016bf0d25), Linux prints the existence of \"epb\" in /proc/cpuinfo,\nSince 2.6.38 (d5532ee7b40), the x86_energy_perf_policy(8) utility has\nbeen available in-tree to update MSR_IA32_ENERGY_PERF_BIAS.\n\nHowever, the typical BIOS fails to initialize the MSR, presumably\nbecause this is handled by high-volume shrink-wrap operating systems...\n\nLinux distros, on the other hand, do not yet invoke x86_energy_perf_policy(8).\nAs a result, WSM-EP, SNB, and later hardware from Intel will run in its\ndefault hardware power-on state (performance), which assumes that users\ncare for performance at all costs and not for energy efficiency.\nWhile that is fine for performance benchmarks, the hardware\u0027s intended default\noperating point is \"normal\" mode...\n\nInitialize the MSR to the \"normal\" by default during kernel boot.\n\nx86_energy_perf_policy(8) is available to change the default after boot,\nshould the user have a different preference.\n\nSigned-off-by: Len Brown \u003clen.brown@intel.com\u003e\nLink: http://lkml.kernel.org/r/alpine.LFD.2.02.1107140051020.18606@x980\nAcked-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "5dd830d09df97bc9318d6e0841fcf652bdc46bfa",
      "tree": "093da618b5afc26c3074b6c6f52cabeace91599b",
      "parents": [
        "64d488f079f68f58210f4c79c7e76b04a7c9db20"
      ],
      "author": {
        "name": "David Ahern",
        "email": "dsahern@gmail.com",
        "time": "Fri Jul 15 12:34:09 2011 -0600"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "perf tools: Fix endian conversion reading event attr from file header\n\ncommit eda3913bb70ecebac13adccffe1e7f96e93cee02 upstream.\n\nThe perf_event_attr struct has two __u32\u0027s at the top and\nthey need to be swapped individually.\n\nWith this change I was able to analyze a perf.data collected in a\n32-bit PPC VM on an x86 system. I tested both 32-bit and 64-bit\nbinaries for the Intel analysis side; both read the PPC perf.data\nfile correctly.\n\n-v2:\n - changed the existing perf_event__attr_swap() to swap only elements\n   of perf_event_attr and exported it for use in swapping the\n   attributes in the file header\n - updated swap_ops used for processing events\n\nSigned-off-by: David Ahern \u003cdsahern@gmail.com\u003e\nAcked-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: acme@ghostprotocols.net\nCc: peterz@infradead.org\nCc: paulus@samba.org\nLink: http://lkml.kernel.org/r/1310754849-12474-1-git-send-email-dsahern@gmail.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "64d488f079f68f58210f4c79c7e76b04a7c9db20",
      "tree": "8af1eed3ac4b4466d2ac19c10f18e01dbd1b5296",
      "parents": [
        "70c964e8a1baa869b7cc0b5af1b1514199e8ffc0"
      ],
      "author": {
        "name": "David Ahern",
        "email": "dsahern@gmail.com",
        "time": "Mon Jul 11 15:38:24 2011 -0600"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "perf tools, x86: Fix 32-bit compile on 64-bit system\n\ncommit 08a4a43fc407d780bdde36d98f89c0dbb2a6be6b upstream.\n\nBuilds for 32-bit perf binaries on a 64-bit host currently fail\nwith this error:\n\n [...]\n bench/../../../arch/x86/lib/memcpy_64.S: Assembler messages:\n bench/../../../arch/x86/lib/memcpy_64.S:29: Error: bad register name `%rdi\u0027\n bench/../../../arch/x86/lib/memcpy_64.S:34: Error: invalid instruction suffix for `movs\u0027\n bench/../../../arch/x86/lib/memcpy_64.S:50: Error: bad register name `%rdi\u0027\n bench/../../../arch/x86/lib/memcpy_64.S:61: Error: bad register name `%rdi\u0027\n ...\n\nThe problem is the detection of the host arch without considering passed in\nflags. This change fixes 32-bit builds via:\n\nmake EXTRA_CFLAGS\u003d-m32\n\nand 64-bit builds still reference the memcpy_64.S.\n\nSigned-off-by: David Ahern \u003cdsahern@gmail.com\u003e\nAcked-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/r/1310420304-21452-1-git-send-email-dsahern@gmail.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "70c964e8a1baa869b7cc0b5af1b1514199e8ffc0",
      "tree": "5860a59df19dbc670b3d13055ae57ceee0de88e2",
      "parents": [
        "148a97cd068a58b6c8553aa5775caec7ac5a0545"
      ],
      "author": {
        "name": "Peter Zijlstra",
        "email": "a.p.zijlstra@chello.nl",
        "time": "Mon Jun 27 17:22:43 2011 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "irq_work, ppc: Fix up arch hooks\n\ncommit 4f8b50bbbe63ae4ec6bea28a90a9a603c745ea71 upstream.\n\nCommit e360adbe29 (\"irq_work: Add generic hardirq context\ncallbacks\") fouled up the ppc bit, not properly naming the\narch specific function that raises the \u0027self-IPI\u0027.\n\nCc: Huang Ying \u003cying.huang@intel.com\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Anton Blanchard \u003canton@samba.org\u003e\nCc: Eric B Munson \u003cemunson@mgebm.net\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nLink: http://lkml.kernel.org/n/tip-eg0aqien8p1aqvzu9dft6dtv@git.kernel.org\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "148a97cd068a58b6c8553aa5775caec7ac5a0545",
      "tree": "ae25ecb606f3580d6d470b7b00fb1de894086a51",
      "parents": [
        "11e46da8ca083512f90f8251b27194108814fe24"
      ],
      "author": {
        "name": "Rajkumar Manoharan",
        "email": "rmanohar@qca.qualcomm.com",
        "time": "Thu Jul 07 23:33:39 2011 +0530"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:35 2011 -0700"
      },
      "message": "mac80211: Restart STA timers only on associated state\n\ncommit 676b58c27475a9defccc025fea1cbd2b141ee539 upstream.\n\nA panic was observed when the device is failed to resume properly,\nand there are no running interfaces. ieee80211_reconfig tries\nto restart STA timers on unassociated state.\n\nSigned-off-by: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "11e46da8ca083512f90f8251b27194108814fe24",
      "tree": "c23236c7e41daaaebd8d90faf3e7f52a9d0c890e",
      "parents": [
        "ec16ea56c8dec5ef60681c199fb369077ecbcec5"
      ],
      "author": {
        "name": "Larry Finger",
        "email": "Larry.Finger@lwfinger.net",
        "time": "Sat Jul 09 13:15:58 2011 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Aug 04 21:58:34 2011 -0700"
      },
      "message": "rtlwifi: rtl8192cu: Fix duplicate if test\n\ncommit 1288aa4e80145d9f4196df32f717b4c1cf6aab61 upstream.\n\nA typo causes routine rtl92cu_phy_rf6052_set_cck_txpower() to test the\nsame condition twice. The problem was found using cppcheck-1.49, and the\nproper fix was verified against the pre-mac80211 version of the code.\n\nReported-by: David Binderman \u003cdcb314@hotmail.com\u003e\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    }
  ],
  "next": "ec16ea56c8dec5ef60681c199fb369077ecbcec5"
}
