)]}'
{
  "log": [
    {
      "commit": "e08ea4c7d4e90aab75307c3c8018d2d4bbeebc0b",
      "tree": "2e15fda405d87a3888a16cf4e03b7108602bd279",
      "parents": [
        "a71d78897ad4b0df7239269f5772bd059a0a2541"
      ],
      "author": {
        "name": "Nikola Pajkovsky",
        "email": "npajkovs@redhat.com",
        "time": "Wed Aug 15 00:38:08 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:39:00 2012 +0900"
      },
      "message": "udf: fix retun value on error path in udf_load_logicalvol\n\ncommit 68766a2edcd5cd744262a70a2f67a320ac944760 upstream.\n\nIn case we detect a problem and bail out, we fail to set \"ret\" to a\nnonzero value, and udf_load_logicalvol will mistakenly report success.\n\nSigned-off-by: Nikola Pajkovsky \u003cnpajkovs@redhat.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nCc: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "a71d78897ad4b0df7239269f5772bd059a0a2541",
      "tree": "760267abd8613eb8d0e137faa2737bd9798fbdb9",
      "parents": [
        "84b7167f1ab14715edb851b17c011d645dbdd312"
      ],
      "author": {
        "name": "Frediano Ziglio",
        "email": "frediano.ziglio@citrix.com",
        "time": "Tue Aug 07 04:33:03 2012 -0500"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:39:00 2012 +0900"
      },
      "message": "Convert properly UTF-8 to UTF-16\n\ncommit fd3ba42c76d3d4b776120c2b24c1791e7bb3deb1 upstream.\n\nwchar_t is currently 16bit so converting a utf8 encoded characters not\nin plane 0 (\u003e\u003d 0x10000) to wchar_t (that is calling char2uni) lead to a\n-EINVAL return. This patch detect utf8 in cifs_strtoUTF16 and add special\ncode calling utf8s_to_utf16s.\n\nSigned-off-by: Frediano Ziglio \u003cfrediano.ziglio@citrix.com\u003e\nAcked-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csmfrench@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "84b7167f1ab14715edb851b17c011d645dbdd312",
      "tree": "9309b2bdd01cf0d876e48aef4095404e72adf263",
      "parents": [
        "b9190164feb7046a23029eb00d0bb67f500d03b7"
      ],
      "author": {
        "name": "Jeff Layton",
        "email": "jlayton@redhat.com",
        "time": "Wed Oct 03 16:02:36 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:39:00 2012 +0900"
      },
      "message": "cifs: reinstate the forcegid option\n\ncommit 72bd481f860f0125c810bb43d878ce5f9c060c58 upstream.\n\nApparently this was lost when we converted to the standard option\nparser in 8830d7e07a5e38bc47650a7554b7c1cfd49902bf\n\nReported-by: Gregory Lee Bartholomew \u003cgregory.lee.bartholomew@gmail.com\u003e\nCc: Sachin Prabhu \u003csprabhu@redhat.com\u003e\nSigned-off-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csmfrench@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "b9190164feb7046a23029eb00d0bb67f500d03b7",
      "tree": "8b600c45a5474584e81398675706c380186ab9d7",
      "parents": [
        "719740d5deffe22dfdb2bbb06717c1763ebf178e"
      ],
      "author": {
        "name": "Brian Norris",
        "email": "computersforpeace@gmail.com",
        "time": "Fri Aug 31 15:01:19 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:39:00 2012 +0900"
      },
      "message": "JFFS2: don\u0027t fail on bitflips in OOB\n\ncommit 74d83beaa229aac7d126ac1ed9414658ff1a89d2 upstream.\n\nJFFS2 was designed without thought for OOB bitflips, it seems, but they\ncan occur and will be reported to JFFS2 via mtd_read_oob()[1]. We don\u0027t\nwant to fail on these transactions, since the data was corrected.\n\n[1] Few drivers report bitflips for OOB-only transactions. With such\n    drivers, this patch should have no effect.\n\nSigned-off-by: Brian Norris \u003ccomputersforpeace@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "719740d5deffe22dfdb2bbb06717c1763ebf178e",
      "tree": "f99748e488a12967437fc1a7735a87d4a0ed03f2",
      "parents": [
        "3883e2826411675a47cab6e8e8f49288c4452e34"
      ],
      "author": {
        "name": "Guennadi Liakhovetski",
        "email": "g.liakhovetski@gmx.de",
        "time": "Tue Sep 18 06:42:42 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:59 2012 +0900"
      },
      "message": "mmc: sh-mmcif: avoid oops on spurious interrupts\n\ncommit 8464dd52d3198dd05cafb005371d76e5339eb842 upstream.\n\nOn some systems, e.g., kzm9g, MMCIF interfaces can produce spurious\ninterrupts without any active request. To prevent the Oops, that results\nin such cases, don\u0027t dereference the mmc request pointer until we make\nsure, that we are indeed processing such a request.\n\nReported-by: Tetsuyuki Kobayashi \u003ckoba@kmckk.co.jp\u003e\nSigned-off-by: Guennadi Liakhovetski \u003cg.liakhovetski@gmx.de\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "3883e2826411675a47cab6e8e8f49288c4452e34",
      "tree": "daaf5d96bd87949e6f5d7a321b81ea1eb09a8d98",
      "parents": [
        "dbb28ef5cf5318b0abb95712f1cfafaa032796e5"
      ],
      "author": {
        "name": "Vaibhav Bedia",
        "email": "vaibhav.bedia@ti.com",
        "time": "Thu Sep 13 06:31:03 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:59 2012 +0900"
      },
      "message": "mmc: omap_hsmmc: Pass on the suspend failure to the PM core\n\ncommit c4c8eeb4df00aabb641553d6fbcd46f458e56cd9 upstream.\n\nIn some cases mmc_suspend_host() is not able to claim the\nhost and proceed with the suspend process. The core returns\n-EBUSY to the host controller driver. Unfortunately, the\nhost controller driver does not pass on this information\nto the PM core and hence the system suspend process continues.\n\n\tret \u003d mmc_suspend_host(host-\u003emmc);\n\tif (ret) {\n\t\thost-\u003esuspended \u003d 0;\n\t\tif (host-\u003epdata-\u003eresume) {\n\t\t\tret \u003d host-\u003epdata-\u003eresume(dev, host-\u003eslot_id);\n\nThe return status from mmc_suspend_host() is overwritten by return\nstatus from host-\u003epdata-\u003eresume. So the original return status is lost.\n\nIn these cases the MMC core gets to an unexpected state\nduring resume and multiple issues related to MMC crop up.\n1. Host controller driver starts accessing the device registers\nbefore the clocks are enabled which leads to a prefetch abort.\n2. A file copy thread which was launched before suspend gets\nstuck due to the host not being reclaimed during resume.\n\nTo avoid such problems pass on the -EBUSY status to the PM core\nfrom the host controller driver. With this change, MMC core\nsuspend might still fail but it does not end up making the\nsystem unusable. Suspend gets aborted and the user can try\nsuspending the system again.\n\nSigned-off-by: Vaibhav Bedia \u003cvaibhav.bedia@ti.com\u003e\nSigned-off-by: Hebbar, Gururaja \u003cgururaja.hebbar@ti.com\u003e\nAcked-by: Venkatraman S \u003csvenkatr@ti.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "dbb28ef5cf5318b0abb95712f1cfafaa032796e5",
      "tree": "2ee3055d40845ebcc0154551735b46faecb0f96e",
      "parents": [
        "7c6313717892eabf93b53d8a112263f41646ed4c"
      ],
      "author": {
        "name": "Andreas Bießmann",
        "email": "andreas@biessmann.de",
        "time": "Fri Aug 31 13:35:42 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:59 2012 +0900"
      },
      "message": "mtd: omap2: fix module loading\n\ncommit 4d3d688da8e7016f15483e9319b41311e1db9515 upstream.\n\nUnloading the omap2 nand driver missed to release the memory region which will\nresult in not being able to request it again if one want to load the driver\nlater on.\n\nThis patch fixes following error when loading omap2 module after unloading:\n---8\u003c---\n~ $ rmmod omap2\n~ $ modprobe omap2\n[   37.420928] omap2-nand: probe of omap2-nand.0 failed with error -16\n~ $\n---\u003e8---\n\nThis error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which\nwas the first commit of this driver.\n\nSigned-off-by: Andreas Bießmann \u003candreas@biessmann.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "7c6313717892eabf93b53d8a112263f41646ed4c",
      "tree": "76f659c867798de788a3e6384340cf698fb49e3e",
      "parents": [
        "196f9c71e5f46965325f31532f1d55c4a809f6ff"
      ],
      "author": {
        "name": "Andreas Bießmann",
        "email": "andreas@biessmann.de",
        "time": "Fri Aug 31 13:35:41 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:59 2012 +0900"
      },
      "message": "mtd: omap2: fix omap_nand_remove segfault\n\ncommit 7d9b110269253b1d5858cfa57d68dfc7bf50dd77 upstream.\n\nDo not kfree() the mtd_info; it is handled in the mtd subsystem and\nalready freed by nand_release(). Instead kfree() the struct\nomap_nand_info allocated in omap_nand_probe which was not freed before.\n\nThis patch fixes following error when unloading the omap2 module:\n\n---8\u003c---\n~ $ rmmod omap2\n------------[ cut here ]------------\nkernel BUG at mm/slab.c:3126!\nInternal error: Oops - BUG: 0 [#1] PREEMPT ARM\nModules linked in: omap2(-)\nCPU: 0    Not tainted  (3.6.0-rc3-00230-g155e36d-dirty #3)\nPC is at cache_free_debugcheck+0x2d4/0x36c\nLR is at kfree+0xc8/0x2ac\npc : [\u003cc01125a0\u003e]    lr : [\u003cc0112efc\u003e]    psr: 200d0193\nsp : c521fe08  ip : c0e8ef90  fp : c521fe5c\nr10: bf0001fc  r9 : c521e000  r8 : c0d99c8c\nr7 : c661ebc0  r6 : c065d5a4  r5 : c65c4060  r4 : c78005c0\nr3 : 00000000  r2 : 00001000  r1 : c65c4000  r0 : 00000001\nFlags: nzCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user\nControl: 10c5387d  Table: 86694019  DAC: 00000015\nProcess rmmod (pid: 549, stack limit \u003d 0xc521e2f0)\nStack: (0xc521fe08 to 0xc5220000)\nfe00:                   c008a874 c00bf44c c515c6d0 200d0193 c65c4860 c515c240\nfe20: c521fe3c c521fe30 c008a9c0 c008a854 c521fe5c c65c4860 c78005c0 bf0001fc\nfe40: c780ff40 a00d0113 c521e000 00000000 c521fe84 c521fe60 c0112efc c01122d8\nfe60: c65c4860 c0673778 c06737ac 00000000 00070013 00000000 c521fe9c c521fe88\nfe80: bf0001fc c0112e40 c0673778 bf001ca8 c521feac c521fea0 c02ca11c bf0001ac\nfea0: c521fec4 c521feb0 c02c82c4 c02ca100 c0673778 bf001ca8 c521fee4 c521fec8\nfec0: c02c8dd8 c02c8250 00000000 bf001ca8 bf001ca8 c0804ee0 c521ff04 c521fee8\nfee0: c02c804c c02c8d20 bf001924 00000000 bf001ca8 c521e000 c521ff1c c521ff08\nff00: c02c950c c02c7fbc bf001d48 00000000 c521ff2c c521ff20 c02ca3a4 c02c94b8\nff20: c521ff3c c521ff30 bf001938 c02ca394 c521ffa4 c521ff40 c009beb4 bf001930\nff40: c521ff6c 70616d6f b6fe0032 c0014f84 70616d6f b6fe0032 00000081 60070010\nff60: c521ff84 c521ff70 c008e1f4 c00bf328 0001a004 70616d6f c521ff94 0021ff88\nff80: c008e368 0001a004 70616d6f b6fe0032 00000081 c0015028 00000000 c521ffa8\nffa0: c0014dc0 c009bcd0 0001a004 70616d6f bec2ab38 00000880 bec2ab38 00000880\nffc0: 0001a004 70616d6f b6fe0032 00000081 00000319 00000000 b6fe1000 00000000\nffe0: bec2ab30 bec2ab20 00019f00 b6f539c0 60070010 bec2ab38 aaaaaaaa aaaaaaaa\nBacktrace:\n[\u003cc01122cc\u003e] (cache_free_debugcheck+0x0/0x36c) from [\u003cc0112efc\u003e] (kfree+0xc8/0x2ac)\n[\u003cc0112e34\u003e] (kfree+0x0/0x2ac) from [\u003cbf0001fc\u003e] (omap_nand_remove+0x5c/0x64 [omap2])\n[\u003cbf0001a0\u003e] (omap_nand_remove+0x0/0x64 [omap2]) from [\u003cc02ca11c\u003e] (platform_drv_remove+0x28/0x2c)\n r5:bf001ca8 r4:c0673778\n[\u003cc02ca0f4\u003e] (platform_drv_remove+0x0/0x2c) from [\u003cc02c82c4\u003e] (__device_release_driver+0x80/0xdc)\n[\u003cc02c8244\u003e] (__device_release_driver+0x0/0xdc) from [\u003cc02c8dd8\u003e] (driver_detach+0xc4/0xc8)\n r5:bf001ca8 r4:c0673778\n[\u003cc02c8d14\u003e] (driver_detach+0x0/0xc8) from [\u003cc02c804c\u003e] (bus_remove_driver+0x9c/0x104)\n r6:c0804ee0 r5:bf001ca8 r4:bf001ca8 r3:00000000\n[\u003cc02c7fb0\u003e] (bus_remove_driver+0x0/0x104) from [\u003cc02c950c\u003e] (driver_unregister+0x60/0x80)\n r6:c521e000 r5:bf001ca8 r4:00000000 r3:bf001924\n[\u003cc02c94ac\u003e] (driver_unregister+0x0/0x80) from [\u003cc02ca3a4\u003e] (platform_driver_unregister+0x1c/0x20)\n r5:00000000 r4:bf001d48\n[\u003cc02ca388\u003e] (platform_driver_unregister+0x0/0x20) from [\u003cbf001938\u003e] (omap_nand_driver_exit+0x14/0x1c [omap2])\n[\u003cbf001924\u003e] (omap_nand_driver_exit+0x0/0x1c [omap2]) from [\u003cc009beb4\u003e] (sys_delete_module+0x1f0/0x2ec)\n[\u003cc009bcc4\u003e] (sys_delete_module+0x0/0x2ec) from [\u003cc0014dc0\u003e] (ret_fast_syscall+0x0/0x48)\n r8:c0015028 r7:00000081 r6:b6fe0032 r5:70616d6f r4:0001a004\nCode: e1a00005 eb0d9172 e7f001f2 e7f001f2 (e7f001f2)\n---[ end trace 6a30b24d8c0cc2ee ]---\nSegmentation fault\n---\u003e8---\n\nThis error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which\nwas the first commit of this driver.\n\nSigned-off-by: Andreas Bießmann \u003candreas@biessmann.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "196f9c71e5f46965325f31532f1d55c4a809f6ff",
      "tree": "4398f2d68b281c8404fab6046e2887a4b8bdb885",
      "parents": [
        "70b22c795bbe61ab4935649bb6b4135f29d164bd"
      ],
      "author": {
        "name": "Shmulik Ladkani",
        "email": "shmulik.ladkani@gmail.com",
        "time": "Sun Jun 10 13:58:12 2012 +0300"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:58 2012 +0900"
      },
      "message": "mtd: nand: Use the mirror BBT descriptor when reading its version\n\ncommit 7bb9c75436212813b38700c34df4bbb6eb82debe upstream.\n\nThe code responsible for reading the version of the mirror bbt was\nincorrectly using the descriptor of the main bbt.\n\nPass the mirror bbt descriptor to \u0027scan_read_raw\u0027 when reading the\nversion of the mirror bbt.\n\nSigned-off-by: Shmulik Ladkani \u003cshmulik.ladkani@gmail.com\u003e\nAcked-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "70b22c795bbe61ab4935649bb6b4135f29d164bd",
      "tree": "638aa3a8a6fbe246883781daa092d8f114f5d63b",
      "parents": [
        "2640a717145425d59c066e7de9350719912bd418"
      ],
      "author": {
        "name": "Richard Genoud",
        "email": "richard.genoud@gmail.com",
        "time": "Wed Sep 12 14:26:26 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:58 2012 +0900"
      },
      "message": "mtd: nandsim: bugfix: fail if overridesize is too big\n\ncommit bb0a13a13411c4ce24c48c8ff3cdf7b48d237240 upstream.\n\nIf override size is too big, the module was actually loaded instead of\nfailing, because retval was not set.\n\nThis lead to memory corruption with the use of the freed structs nandsim\nand nand_chip.\n\nSigned-off-by: Richard Genoud \u003crichard.genoud@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "2640a717145425d59c066e7de9350719912bd418",
      "tree": "5106dced0b3740f863dd7fea78210d4162e93429",
      "parents": [
        "e82df24e733c04385e8d8c32d3062292668bf8c0"
      ],
      "author": {
        "name": "Alexander Shiyan",
        "email": "shc_work@mail.ru",
        "time": "Wed Aug 15 20:28:05 2012 +0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:58 2012 +0900"
      },
      "message": "mtd: autcpu12-nvram: Fix compile breakage\n\ncommit d1f55c680e5d021e7066f4461dd678d42af18898 upstream.\n\nUpdate driver autcpu12-nvram.c so it compiles; map_read32/map_write32\nno longer exist in the kernel so the driver is totally broken.\nAdditionally, map_info name passed to simple_map_init is incorrect.\n\nSigned-off-by: Alexander Shiyan \u003cshc_work@mail.ru\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "e82df24e733c04385e8d8c32d3062292668bf8c0",
      "tree": "f22327330a1e8e32a6138347aa105d298fb00cdf",
      "parents": [
        "c62f9945efea31db203fd4fb77e830ddffdcabf6"
      ],
      "author": {
        "name": "Huang Shijie",
        "email": "shijie8@gmail.com",
        "time": "Sat Aug 18 13:07:41 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:58 2012 +0900"
      },
      "message": "mtd: mtdpart: break it as soon as we parse out the partitions\n\ncommit c51803ddba10d80d9f246066802c6e359cf1d44c upstream.\n\nWe may cause a memory leak when the @types has more then one parser.\n\nTake the `default_mtd_part_types` for example. The default_mtd_part_types has\ntwo parsers now: `cmdlinepart` and `ofpart`.\n\nAssume the following case:\nThe kernel command line sets the partitions like:\n\t#gpmi-nand:20m(boot),20m(kernel),1g(rootfs),-(user)\nBut the devicetree file(such as arch/arm/boot/dts/imx28-evk.dts) also sets\nthe same partitions as the kernel command line does.\n\nIn the current code, the partitions parsed out by the `ofpart` will\noverwrite the @pparts which has already set by the `cmdlinepart` parser,\nand the the partitions parsed out by the `cmdlinepart` is missed.\nA memory leak occurs.\n\nSo we should break the code as soon as we parse out the partitions,\nIn actually, this patch makes a priority order between the parsers.\nIf one parser has already parsed out the partitions successfully,\nit\u0027s no need to use another parser anymore.\n\nSigned-off-by: Huang Shijie \u003cshijie8@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c62f9945efea31db203fd4fb77e830ddffdcabf6",
      "tree": "efdcd875b3c6e79bbd47e57d9410d23c993c5c17",
      "parents": [
        "0c9673834740afdfa7c172b1b19c6b3ec5bc3907"
      ],
      "author": {
        "name": "Srivatsa S. Bhat",
        "email": "srivatsa.bhat@linux.vnet.ibm.com",
        "time": "Thu May 24 19:46:26 2012 +0530"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:57 2012 +0900"
      },
      "message": "CPU hotplug, cpusets, suspend: Don\u0027t modify cpusets during suspend/resume\n\ncommit d35be8bab9b0ce44bed4b9453f86ebf64062721e upstream.\n\nIn the event of CPU hotplug, the kernel modifies the cpusets\u0027 cpus_allowed\nmasks as and when necessary to ensure that the tasks belonging to the cpusets\nhave some place (online CPUs) to run on. And regular CPU hotplug is\ndestructive in the sense that the kernel doesn\u0027t remember the original cpuset\nconfigurations set by the user, across hotplug operations.\n\nHowever, suspend/resume (which uses CPU hotplug) is a special case in which\nthe kernel has the responsibility to restore the system (during resume), to\nexactly the same state it was in before suspend.\n\nIn order to achieve that, do the following:\n\n1. Don\u0027t modify cpusets during suspend/resume. At all.\n   In particular, don\u0027t move the tasks from one cpuset to another, and\n   don\u0027t modify any cpuset\u0027s cpus_allowed mask. So, simply ignore cpusets\n   during the CPU hotplug operations that are carried out in the\n   suspend/resume path.\n\n2. However, cpusets and sched domains are related. We just want to avoid\n   altering cpusets alone. So, to keep the sched domains updated, build\n   a single sched domain (containing all active cpus) during each of the\n   CPU hotplug operations carried out in s/r path, effectively ignoring\n   the cpusets\u0027 cpus_allowed masks.\n\n   (Since userspace is frozen while doing all this, it will go unnoticed.)\n\n3. During the last CPU online operation during resume, build the sched\n   domains by looking up the (unaltered) cpusets\u0027 cpus_allowed masks.\n   That will bring back the system to the same original state as it was in\n   before suspend.\n\nUltimately, this will not only solve the cpuset problem related to suspend\nresume (ie., restores the cpusets to exactly what it was before suspend, by\nnot touching it at all) but also speeds up suspend/resume because we avoid\nrunning cpuset update code for every CPU being offlined/onlined.\n\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nLink: http://lkml.kernel.org/r/20120524141611.3692.20155.stgit@srivatsabhat.in.ibm.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Preeti U Murthy \u003cpreeti@linux.vnet.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "0c9673834740afdfa7c172b1b19c6b3ec5bc3907",
      "tree": "582d48a1cdc5d814ec00f882ebaf7494234ed60f",
      "parents": [
        "b4bec66863ab1c55ccc1a9b01988b8b6b5abac87"
      ],
      "author": {
        "name": "Seiji Aguchi",
        "email": "seiji.aguchi@hds.com",
        "time": "Tue Jul 24 13:27:23 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:57 2012 +0900"
      },
      "message": "efi: initialize efi.runtime_version to make query_variable_info/update_capsule workable\n\ncommit d6cf86d8f23253225fe2a763d627ecf7dfee9dae upstream.\n\nA value of efi.runtime_version is checked before calling\nupdate_capsule()/query_variable_info() as follows.\nBut it isn\u0027t initialized anywhere.\n\n\u003csnip\u003e\nstatic efi_status_t virt_efi_query_variable_info(u32 attr,\n                                                 u64 *storage_space,\n                                                 u64 *remaining_space,\n                                                 u64 *max_variable_size)\n{\n        if (efi.runtime_version \u003c EFI_2_00_SYSTEM_TABLE_REVISION)\n                return EFI_UNSUPPORTED;\n\u003csnip\u003e\n\nThis patch initializes a value of efi.runtime_version at boot time.\n\nSigned-off-by: Seiji Aguchi \u003cseiji.aguchi@hds.com\u003e\nAcked-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\nSigned-off-by: Ivan Hu \u003civan.hu@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "b4bec66863ab1c55ccc1a9b01988b8b6b5abac87",
      "tree": "f4e7db48a666c7f4d3c3ae2fa4a5fe96b0010870",
      "parents": [
        "d9302b128e4640df707c99335b3f3ad0e13d0148"
      ],
      "author": {
        "name": "Matthew Garrett",
        "email": "mjg@redhat.com",
        "time": "Thu Jul 26 18:00:00 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:57 2012 +0900"
      },
      "message": "efi: Build EFI stub with EFI-appropriate options\n\ncommit 9dead5bbb825d7c25c0400e61de83075046322d0 upstream.\n\nWe can\u0027t assume the presence of the red zone while we\u0027re still in a boot\nservices environment, so we should build with -fno-red-zone to avoid\nproblems. Change the size of wchar at the same time to make string handling\nsimpler.\n\nSigned-off-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\nAcked-by: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "d9302b128e4640df707c99335b3f3ad0e13d0148",
      "tree": "49e55a194b48cd0f94ede0c18154102127639796",
      "parents": [
        "04ea8a8388992ad12bc1b32cc16f4220300ea167"
      ],
      "author": {
        "name": "Mel Gorman",
        "email": "mgorman@suse.de",
        "time": "Mon Oct 08 16:29:20 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:57 2012 +0900"
      },
      "message": "mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()\n\ncommit 00442ad04a5eac08a98255697c510e708f6082e2 upstream.\n\nCommit cc9a6c877661 (\"cpuset: mm: reduce large amounts of memory barrier\nrelated damage v3\") introduced a potential memory corruption.\nshmem_alloc_page() uses a pseudo vma and it has one significant unique\ncombination, vma-\u003evm_ops\u003dNULL and vma-\u003epolicy-\u003eflags \u0026 MPOL_F_SHARED.\n\nget_vma_policy() does NOT increase a policy ref when vma-\u003evm_ops\u003dNULL\nand mpol_cond_put() DOES decrease a policy ref when a policy has\nMPOL_F_SHARED.  Therefore, when a cpuset update race occurs,\nalloc_pages_vma() falls in \u0027goto retry_cpuset\u0027 path, decrements the\nreference count and frees the policy prematurely.\n\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Josh Boyer \u003cjwboyer@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "04ea8a8388992ad12bc1b32cc16f4220300ea167",
      "tree": "5f043e7c716903e12b7d43a7a0caa4d7b9eb5b75",
      "parents": [
        "04a30bd9dccbeee2cc6b035e42a37e9be0fa8c6c"
      ],
      "author": {
        "name": "KOSAKI Motohiro",
        "email": "kosaki.motohiro@jp.fujitsu.com",
        "time": "Mon Oct 08 16:29:19 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:57 2012 +0900"
      },
      "message": "mempolicy: fix refcount leak in mpol_set_shared_policy()\n\ncommit 63f74ca21f1fad36d075e063f06dcc6d39fe86b2 upstream.\n\nWhen shared_policy_replace() fails to allocate new-\u003epolicy is not freed\ncorrectly by mpol_set_shared_policy().  The problem is that shared\nmempolicy code directly call kmem_cache_free() in multiple places where\nit is easy to make a mistake.\n\nThis patch creates an sp_free wrapper function and uses it. The bug was\nintroduced pre-git age (IOW, before 2.6.12-rc2).\n\n[mgorman@suse.de: Editted changelog]\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Josh Boyer \u003cjwboyer@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "04a30bd9dccbeee2cc6b035e42a37e9be0fa8c6c",
      "tree": "8b8c631b4b951e9a1676464c8f033143b979f7ed",
      "parents": [
        "33efe2910bf7865a7d1fba4b06c9fa4b6fda6856"
      ],
      "author": {
        "name": "Mel Gorman",
        "email": "mgorman@suse.de",
        "time": "Mon Oct 08 16:29:17 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:56 2012 +0900"
      },
      "message": "mempolicy: fix a race in shared_policy_replace()\n\ncommit b22d127a39ddd10d93deee3d96e643657ad53a49 upstream.\n\nshared_policy_replace() use of sp_alloc() is unsafe.  1) sp_node cannot\nbe dereferenced if sp-\u003elock is not held and 2) another thread can modify\nsp_node between spin_unlock for allocating a new sp node and next\nspin_lock.  The bug was introduced before 2.6.12-rc2.\n\nKosaki\u0027s original patch for this problem was to allocate an sp node and\npolicy within shared_policy_replace and initialise it when the lock is\nreacquired.  I was not keen on this approach because it partially\nduplicates sp_alloc().  As the paths were sp-\u003elock is taken are not that\nperformance critical this patch converts sp-\u003elock to sp-\u003emutex so it can\nsleep when calling sp_alloc().\n\n[kosaki.motohiro@jp.fujitsu.com: Original patch]\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Josh Boyer \u003cjwboyer@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "33efe2910bf7865a7d1fba4b06c9fa4b6fda6856",
      "tree": "2f888a8c23ba8bf9f831253e49cd696497fbc888",
      "parents": [
        "14cfd9f986d521f3f97139fa2ae5db67886059d1"
      ],
      "author": {
        "name": "KOSAKI Motohiro",
        "email": "kosaki.motohiro@jp.fujitsu.com",
        "time": "Mon Oct 08 16:29:16 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:56 2012 +0900"
      },
      "message": "mempolicy: remove mempolicy sharing\n\ncommit 869833f2c5c6e4dd09a5378cfc665ffb4615e5d2 upstream.\n\nDave Jones\u0027 system call fuzz testing tool \"trinity\" triggered the\nfollowing bug error with slab debugging enabled\n\n    \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n    BUG numa_policy (Not tainted): Poison overwritten\n    -----------------------------------------------------------------------------\n\n    INFO: 0xffff880146498250-0xffff880146498250. First byte 0x6a instead of 0x6b\n    INFO: Allocated in mpol_new+0xa3/0x140 age\u003d46310 cpu\u003d6 pid\u003d32154\n     __slab_alloc+0x3d3/0x445\n     kmem_cache_alloc+0x29d/0x2b0\n     mpol_new+0xa3/0x140\n     sys_mbind+0x142/0x620\n     system_call_fastpath+0x16/0x1b\n\n    INFO: Freed in __mpol_put+0x27/0x30 age\u003d46268 cpu\u003d6 pid\u003d32154\n     __slab_free+0x2e/0x1de\n     kmem_cache_free+0x25a/0x260\n     __mpol_put+0x27/0x30\n     remove_vma+0x68/0x90\n     exit_mmap+0x118/0x140\n     mmput+0x73/0x110\n     exit_mm+0x108/0x130\n     do_exit+0x162/0xb90\n     do_group_exit+0x4f/0xc0\n     sys_exit_group+0x17/0x20\n     system_call_fastpath+0x16/0x1b\n\n    INFO: Slab 0xffffea0005192600 objects\u003d27 used\u003d27 fp\u003d0x          (null) flags\u003d0x20000000004080\n    INFO: Object 0xffff880146498250 @offset\u003d592 fp\u003d0xffff88014649b9d0\n\nThe problem is that the structure is being prematurely freed due to a\nreference count imbalance. In the following case mbind(addr, len) should\nreplace the memory policies of both vma1 and vma2 and thus they will\nbecome to share the same mempolicy and the new mempolicy will have the\nMPOL_F_SHARED flag.\n\n  +-------------------+-------------------+\n  |     vma1          |     vma2(shmem)   |\n  +-------------------+-------------------+\n  |                                       |\n addr                                 addr+len\n\nalloc_pages_vma() uses get_vma_policy() and mpol_cond_put() pair for\nmaintaining the mempolicy reference count.  The current rule is that\nget_vma_policy() only increments refcount for shmem VMA and\nmpol_conf_put() only decrements refcount if the policy has\nMPOL_F_SHARED.\n\nIn above case, vma1 is not shmem vma and vma-\u003epolicy has MPOL_F_SHARED!\nThe reference count will be decreased even though was not increased\nwhenever alloc_page_vma() is called.  This has been broken since commit\n[52cd3b07: mempolicy: rework mempolicy Reference Counting] in 2008.\n\nThere is another serious bug with the sharing of memory policies.\nCurrently, mempolicy rebind logic (it is called from cpuset rebinding)\nignores a refcount of mempolicy and override it forcibly.  Thus, any\nmempolicy sharing may cause mempolicy corruption.  The bug was\nintroduced by commit [68860ec1: cpusets: automatic numa mempolicy\nrebinding].\n\nIdeally, the shared policy handling would be rewritten to either\nproperly handle COW of the policy structures or at least reference count\nMPOL_F_SHARED based exclusively on information within the policy.\nHowever, this patch takes the easier approach of disabling any policy\nsharing between VMAs.  Each new range allocated with sp_alloc will\nallocate a new policy, set the reference count to 1 and drop the\nreference count of the old policy.  This increases the memory footprint\nbut is not expected to be a major problem as mbind() is unlikely to be\nused for fine-grained ranges.  It is also inefficient because it means\nwe allocate a new policy even in cases where mbind_range() could use the\nnew_policy passed to it.  However, it is more straight-forward and the\nchange should be invisible to the user.\n\n[mgorman@suse.de: Edited changelog]\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nReviewed-by: Christoph Lameter \u003ccl@linux.com\u003e\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Josh Boyer \u003cjwboyer@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "14cfd9f986d521f3f97139fa2ae5db67886059d1",
      "tree": "ecef4bf5f2993d525f676b56ae025125fe1036a6",
      "parents": [
        "160f00fefef1e5b72be0745236d2b65d14b99ed4"
      ],
      "author": {
        "name": "KOSAKI Motohiro",
        "email": "kosaki.motohiro@gmail.com",
        "time": "Mon Oct 08 16:29:14 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:56 2012 +0900"
      },
      "message": "revert \"mm: mempolicy: Let vma_merge and vma_split handle vma-\u003evm_policy linkages\"\n\ncommit 8d34694c1abf29df1f3c7317936b7e3e2e308d9b upstream.\n\nCommit 05f144a0d5c2 (\"mm: mempolicy: Let vma_merge and vma_split handle\nvma-\u003evm_policy linkages\") removed vma-\u003evm_policy updates code but it is\nthe purpose of mbind_range().  Now, mbind_range() is virtually a no-op\nand while it does not allow memory corruption it is not the right fix.\nThis patch is a revert.\n\n[mgorman@suse.de: Edited changelog]\nSigned-off-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nSigned-off-by: Mel Gorman \u003cmgorman@suse.de\u003e\nCc: Christoph Lameter \u003ccl@linux.com\u003e\nCc: Josh Boyer \u003cjwboyer@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "160f00fefef1e5b72be0745236d2b65d14b99ed4",
      "tree": "c82b8114a072c8a7014b4d8f7061c46c9be0f348",
      "parents": [
        "34ffca41fc0a205bb00382be7bbefbf2fc63436d"
      ],
      "author": {
        "name": "Francois Romieu",
        "email": "romieu@fr.zoreil.com",
        "time": "Sat Oct 06 11:19:53 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:56 2012 +0900"
      },
      "message": "r8169: 8168c and later require bit 0x20 to be set in Config2 for PME signaling.\n\ncommit d387b427c973974dd619a33549c070ac5d0e089f upstream.\n\nThe new 84xx stopped flying below the radars.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nCc: Hayes Wang \u003chayeswang@realtek.com\u003e\nAcked-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "34ffca41fc0a205bb00382be7bbefbf2fc63436d",
      "tree": "97f7308a945a148cf5d6b0dfde37de7b9a6a225e",
      "parents": [
        "f5260a7c89bf5146c0d52b036ac58eb192537a84"
      ],
      "author": {
        "name": "Francois Romieu",
        "email": "romieu@fr.zoreil.com",
        "time": "Sat Oct 06 11:19:52 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:55 2012 +0900"
      },
      "message": "r8169: Config1 is read-only on 8168c and later.\n\ncommit 851e60221926a53344b4227879858bef841b0477 upstream.\n\nSuggested by Hayes.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nCc: Hayes Wang \u003chayeswang@realtek.com\u003e\nAcked-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "f5260a7c89bf5146c0d52b036ac58eb192537a84",
      "tree": "f434583b9fce5e35b1b6295a0ab3066f0ce76951",
      "parents": [
        "4a94001bd83f18ff3f3b998899d250d96f60a503"
      ],
      "author": {
        "name": "Paul E. McKenney",
        "email": "paul.mckenney@linaro.org",
        "time": "Sat Sep 22 13:55:30 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:55 2012 +0900"
      },
      "message": "rcu: Fix day-one dyntick-idle stall-warning bug\n\ncommit a10d206ef1a83121ab7430cb196e0376a7145b22 upstream.\n\nEach grace period is supposed to have at least one callback waiting\nfor that grace period to complete.  However, if CONFIG_NO_HZ\u003dn, an\nextra callback-free grace period is no big problem -- it will chew up\na tiny bit of CPU time, but it will complete normally.  In contrast,\nCONFIG_NO_HZ\u003dy kernels have the potential for all the CPUs to go to\nsleep indefinitely, in turn indefinitely delaying completion of the\ncallback-free grace period.  Given that nothing is waiting on this grace\nperiod, this is also not a problem.\n\nThat is, unless RCU CPU stall warnings are also enabled, as they are\nin recent kernels.  In this case, if a CPU wakes up after at least one\nminute of inactivity, an RCU CPU stall warning will result.  The reason\nthat no one noticed until quite recently is that most systems have enough\nOS noise that they will never remain absolutely idle for a full minute.\nBut there are some embedded systems with cut-down userspace configurations\nthat consistently get into this situation.\n\nAll this begs the question of exactly how a callback-free grace period\ngets started in the first place.  This can happen due to the fact that\nCPUs do not necessarily agree on which grace period is in progress.\nIf a CPU still believes that the grace period that just completed is\nstill ongoing, it will believe that it has callbacks that need to wait for\nanother grace period, never mind the fact that the grace period that they\nwere waiting for just completed.  This CPU can therefore erroneously\ndecide to start a new grace period.  Note that this can happen in\nTREE_RCU and TREE_PREEMPT_RCU even on a single-CPU system:  Deadlock\nconsiderations mean that the CPU that detected the end of the grace\nperiod is not necessarily officially informed of this fact for some time.\n\nOnce this CPU notices that the earlier grace period completed, it will\ninvoke its callbacks.  It then won\u0027t have any callbacks left.  If no\nother CPU has any callbacks, we now have a callback-free grace period.\n\nThis commit therefore makes CPUs check more carefully before starting a\nnew grace period.  This new check relies on an array of tail pointers\ninto each CPU\u0027s list of callbacks.  If the CPU is up to date on which\ngrace periods have completed, it checks to see if any callbacks follow\nthe RCU_DONE_TAIL segment, otherwise it checks to see if any callbacks\nfollow the RCU_WAIT_TAIL segment.  The reason that this works is that\nthe RCU_WAIT_TAIL segment will be promoted to the RCU_DONE_TAIL segment\nas soon as the CPU is officially notified that the old grace period\nhas ended.\n\nThis change is to cpu_needs_another_gp(), which is called in a number\nof places.  The only one that really matters is in rcu_start_gp(), where\nthe root rcu_node structure\u0027s -\u003elock is held, which prevents any\nother CPU from starting or completing a grace period, so that the\ncomparison that determines whether the CPU is missing the completion\nof a grace period is stable.\n\nReported-by: Becky Bruce \u003cbgillbruce@gmail.com\u003e\nReported-by: Subodh Nijsure \u003csnijsure@grid-net.com\u003e\nReported-by: Paul Walmsley \u003cpaul@pwsan.com\u003e\nSigned-off-by: Paul E. McKenney \u003cpaul.mckenney@linaro.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nTested-by: Paul Walmsley \u003cpaul@pwsan.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "4a94001bd83f18ff3f3b998899d250d96f60a503",
      "tree": "12650d0f045c248d429a86c84065a3a42a2808c2",
      "parents": [
        "1b5124a305593deffd6186540546b8bfba429570"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:55 2012 +0900"
      },
      "message": "score: Add missing RCU idle APIs on idle loop\n\ncommit 0ee23fda59740767324b4340247ca41a2f498ca6 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in scores\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Chen Liqin \u003cliqin.chen@sunplusct.com\u003e\nCc: Lennox Wu \u003clennox.wu@gmail.com\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "1b5124a305593deffd6186540546b8bfba429570",
      "tree": "d3732cfdf2706d34f64353751079c30e01a49809",
      "parents": [
        "a3e9082a19d723e7be0bc51d851b5689eee67c9c"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:55 2012 +0900"
      },
      "message": "m32r: Add missing RCU idle APIs on idle loop\n\ncommit 48ae077cfce72591b8fc80e1dcc87806f86fed7f upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the m32r\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Hirokazu Takata \u003ctakata@linux-m32r.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "a3e9082a19d723e7be0bc51d851b5689eee67c9c",
      "tree": "59f40e60f3ef8171ce7347058abfb8f54b3d20b6",
      "parents": [
        "3b30d3182fbf026578fbad09877d78c338562f4c"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "cris: Add missing RCU idle APIs on idle loop\n\ncommit c633f9e788928e91ad11f44df29b47bbbe9550b0 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the Cris\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Mikael Starvik \u003cstarvik@axis.com\u003e\nCc: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nCc: Cris \u003clinux-cris-kernel@axis.com\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "3b30d3182fbf026578fbad09877d78c338562f4c",
      "tree": "099cf7fb012c1ecb90b20cdd54673e42e149f501",
      "parents": [
        "ce6ccabd21d356ac22973d275f122d3d8efc96d7"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "alpha: Add missing RCU idle APIs on idle loop\n\ncommit 4c94cada48f7c660eca582be6032427a5e367117 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the Alpha\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nTested-by: Michael Cree \u003cmcree@orcon.net.nz\u003e\nCc: Richard Henderson \u003crth@twiddle.net\u003e\nCc: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nCc: Matt Turner \u003cmattst88@gmail.com\u003e\nCc: alpha \u003clinux-alpha@vger.kernel.org\u003e\nCc: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "ce6ccabd21d356ac22973d275f122d3d8efc96d7",
      "tree": "bce137e03688be1a4a8e237cc71a9ec0b45400f9",
      "parents": [
        "c7cc1fa9594f1c7fe4de4418dbe9d85c3a4727ee"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "m68k: Add missing RCU idle APIs on idle loop\n\ncommit 5b57ba37e82a15f345a6a2eb8c01a2b2d94c5eeb upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the m68k\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nAcked-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: m68k \u003clinux-m68k@lists.linux-m68k.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c7cc1fa9594f1c7fe4de4418dbe9d85c3a4727ee",
      "tree": "8c6176883facd4d9f08a72b64f939e812f1de840",
      "parents": [
        "c272355732aaf718ba4c05b0693c0d327ea0de45"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "mn10300: Add missing RCU idle APIs on idle loop\n\ncommit 5b0753a90b7a98bc613c3767e9263a1a76d4f900 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the mn10300\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nCc: Koichi Yasutake \u003cyasutake.koichi@jp.panasonic.com\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nAcked-by: David Howells \u003cdhowells@redhat.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c272355732aaf718ba4c05b0693c0d327ea0de45",
      "tree": "5d9e5f74dfe08da56a6e7694c13ade27f6ebb58d",
      "parents": [
        "2ddcad1f012eb832b5ad61f27888bf36eb495e83"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "frv: Add missing RCU idle APIs on idle loop\n\ncommit 41d8fe5bb3cf91ce2716ac8f43e4b40d802a99c8 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the Frv\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: David Howells \u003cdhowells@redhat.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "2ddcad1f012eb832b5ad61f27888bf36eb495e83",
      "tree": "c3fa632bd3094ea0031a41d7cf8ce75d64c1e781",
      "parents": [
        "d2d41b722e5faf418c1a660eaa602d06e50402eb"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:54 2012 +0900"
      },
      "message": "xtensa: Add missing RCU idle APIs on idle loop\n\ncommit 11ad47a0edbd62bfc0547cfcdf227a911433f207 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the xtensa\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Chris Zankel \u003cchris@zankel.net\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "d2d41b722e5faf418c1a660eaa602d06e50402eb",
      "tree": "6632472e0ac24c721549938109aa0338147bb7ac",
      "parents": [
        "699d26ccee4e22e324468e94eb648cc89964a15d"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:53 2012 +0900"
      },
      "message": "parisc: Add missing RCU idle APIs on idle loop\n\ncommit fbe752188d5589e7fcbb8e79824e560f77dccc92 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the parisc\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: James E.J. Bottomley \u003cjejb@parisc-linux.org\u003e\nCc: Helge Deller \u003cdeller@gmx.de\u003e\nCc: Parisc \u003clinux-parisc@vger.kernel.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "699d26ccee4e22e324468e94eb648cc89964a15d",
      "tree": "a1fddfd614fe43b48b42d934d55891dcbf34ae55",
      "parents": [
        "c5a3f2e9981b6da91e70765d0a958a0ac9d14a53"
      ],
      "author": {
        "name": "Frederic Weisbecker",
        "email": "fweisbec@gmail.com",
        "time": "Wed Aug 22 17:27:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:53 2012 +0900"
      },
      "message": "h8300: Add missing RCU idle APIs on idle loop\n\ncommit b2fe1430d4115c74d007c825cb9dc3317f28bb16 upstream.\n\nIn the old times, the whole idle task was considered\nas an RCU quiescent state. But as RCU became more and\nmore successful overtime, some RCU read side critical\nsection have been added even in the code of some\narchitectures idle tasks, for tracing for example.\n\nSo nowadays, rcu_idle_enter() and rcu_idle_exit() must\nbe called by the architecture to tell RCU about the part\nin the idle loop that doesn\u0027t make use of rcu read side\ncritical sections, typically the part that puts the CPU\nin low power mode.\n\nThis is necessary for RCU to find the quiescent states in\nidle in order to complete grace periods.\n\nAdd this missing pair of calls in the h8300\u0027s idle loop.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Yoshinori Sato \u003cysato@users.sourceforge.jp\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c5a3f2e9981b6da91e70765d0a958a0ac9d14a53",
      "tree": "c00efcbe4b71e8967042105348b76480fd485e73",
      "parents": [
        "d59316ee086133955a993855655b24925c0e6b05"
      ],
      "author": {
        "name": "Paul E. McKenney",
        "email": "paul.mckenney@linaro.org",
        "time": "Fri Aug 24 13:22:13 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:53 2012 +0900"
      },
      "message": "ia64: Add missing RCU idle APIs on idle loop\n\ncommit 93482f4ef1093f5961a63359a34612183d6beea0 upstream.\n\nTraditionally, the entire idle task served as an RCU quiescent state.\nBut when RCU read side critical sections started appearing within the\nidle loop, this traditional strategy became untenable.  The fix was to\ncreate new RCU APIs named rcu_idle_enter() and rcu_idle_exit(), which\nmust be called by each architecture\u0027s idle loop so that RCU can tell\nwhen it is safe to ignore a given idle CPU.\n\nUnfortunately, this fix was never applied to ia64, a shortcoming remedied\nby this commit.\n\nReported by: Tony Luck \u003ctony.luck@intel.com\u003e\nSigned-off-by: Paul E. McKenney \u003cpaul.mckenney@linaro.org\u003e\nSigned-off-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nTested by: Tony Luck \u003ctony.luck@intel.com\u003e\nReviewed-by: Josh Triplett \u003cjosh@joshtriplett.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "d59316ee086133955a993855655b24925c0e6b05",
      "tree": "92d4a8855c386c5cdd0c878f62b5ebc0e204bc0b",
      "parents": [
        "60a601fda771cf25df2b702dbba1a3e22e81fa2c"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Sep 26 12:40:45 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:53 2012 +0900"
      },
      "message": "drm/radeon: force MSIs on RS690 asics\n\ncommit fb6ca6d154cdcd53e7f27f8dbba513830372699b upstream.\n\nThere are so many quirks, lets just try and force\nthis for all RS690s.  See:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d37679\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "60a601fda771cf25df2b702dbba1a3e22e81fa2c",
      "tree": "fc2047e3d063c8b5c1d0fe39b098f46dd93e013b",
      "parents": [
        "47c3ae0b3b5b360387602c49d7076e6114d05879"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Wed Sep 26 12:31:45 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:52 2012 +0900"
      },
      "message": "drm/radeon: Add MSI quirk for gateway RS690\n\ncommit 3a6d59df80897cc87812b6826d70085905bed013 upstream.\n\nFixes another system on:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d37679\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "47c3ae0b3b5b360387602c49d7076e6114d05879",
      "tree": "2132e0ac2de0d026641e75e88094bbe077b25743",
      "parents": [
        "507130a9e351f5662785a8a09ccdc5687b01aabe"
      ],
      "author": {
        "name": "Alex Deucher",
        "email": "alexander.deucher@amd.com",
        "time": "Fri Sep 14 10:59:26 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:52 2012 +0900"
      },
      "message": "drm/radeon: only adjust default clocks on NI GPUs\n\ncommit 2e3b3b105ab3bb5b6a37198da4f193cd13781d13 upstream.\n\nSI asics store voltage information differently so we\ndon\u0027t have a way to deal with it properly yet.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "507130a9e351f5662785a8a09ccdc5687b01aabe",
      "tree": "da3c5c39abbfd74942e257d0e4f4781b0f3bc825",
      "parents": [
        "3e0f62d7750436e35540df761dcc2d8b01a9a5bf"
      ],
      "author": {
        "name": "Chris Wilson",
        "email": "chris@chris-wilson.co.uk",
        "time": "Mon Sep 17 09:38:03 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:52 2012 +0900"
      },
      "message": "drm: Destroy the planes prior to destroying the associated CRTC\n\ncommit 3184009c36da413724f283e3c7ac9cc60c623bc4 upstream.\n\nAs during the plane cleanup, we wish to disable the hardware and\nso may modify state on the associated CRTC, that CRTC must continue to\nexist until we are finished.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d54101\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nReviewed-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nTested-by: lu hua \u003chuax.lu@intel.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "3e0f62d7750436e35540df761dcc2d8b01a9a5bf",
      "tree": "e4349834a6f3c9c6b6642d50c34c4e2604ed67f0",
      "parents": [
        "92c635bfcd86aa182b9a6734426e61e1420579d7"
      ],
      "author": {
        "name": "Marko Friedemann",
        "email": "mfr@bmx-chemnitz.de",
        "time": "Mon Sep 03 10:12:40 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:52 2012 +0900"
      },
      "message": "ALSA: USB: Support for (original) Xbox Communicator\n\ncommit c05fce586d4da2dfe0309bef3795a8586e967bc3 upstream.\n\nAdded support for Xbox Communicator to USB quirks.\n\nSigned-off-by: Marko Friedemann \u003cmfr@bmx-chemnitz.de\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "92c635bfcd86aa182b9a6734426e61e1420579d7",
      "tree": "f2413c9f1f93d7b93645ce9fb7e2f9bdb5d5685f",
      "parents": [
        "c8ab5d973cd5439ae0223ca259f0e20963905bef"
      ],
      "author": {
        "name": "David Henningsson",
        "email": "david.henningsson@canonical.com",
        "time": "Thu Sep 20 10:20:41 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:51 2012 +0900"
      },
      "message": "ALSA: usb - disable broken hw volume for Tenx TP6911\n\ncommit c10514394ef9e8de93a4ad8c8904d71dcd82c122 upstream.\n\nWhile going through Ubuntu bugs, I discovered this patch being\nposted and a confirmation that the patch works as expected.\n\nFinding out how the hw volume really works would be preferrable\nto just disabling the broken one, but this would be better than\nnothing.\n\nCredit: sndfnsdfin (qawsnews)\nBugLink: https://bugs.launchpad.net/bugs/559939\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c8ab5d973cd5439ae0223ca259f0e20963905bef",
      "tree": "f53db7bfa675d66de6aaa14f603f4927da70bc90",
      "parents": [
        "4ca1a84f737e7f8166aed08ba87f5acc49120da9"
      ],
      "author": {
        "name": "Herton Ronaldo Krzesinski",
        "email": "herton.krzesinski@canonical.com",
        "time": "Thu Sep 27 10:38:14 2012 -0300"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:51 2012 +0900"
      },
      "message": "ALSA: hda/realtek - Fix detection of ALC271X codec\n\ncommit 9f720bb9409ea5923361fbd3fdbc505ca36cf012 upstream.\n\nIn commit af741c1 (\"ALSA: hda/realtek - Call alc_auto_parse_customize_define()\nalways after fixup\"), alc_auto_parse_customize_define was moved after\ndetection of ALC271X.\n\nThe problem is that detection of ALC271X relies on spec-\u003ecdefine.platform_type,\nand it\u0027s set on alc_auto_parse_customize_define.\n\nMove the alc_auto_parse_customize_define and its required fixup setup\nbefore the block doing the ALC271X and other codec setup.\n\nBugLink: https://bugs.launchpad.net/bugs/1006690\nSigned-off-by: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nReviewed-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "4ca1a84f737e7f8166aed08ba87f5acc49120da9",
      "tree": "4fd209afe6b372267dcfaccc0869d6d783c97dda",
      "parents": [
        "c3b9446604af20c426b37b8191d9d089b40f5899"
      ],
      "author": {
        "name": "Omair Mohammed Abdullah",
        "email": "omair.m.abdullah@linux.intel.com",
        "time": "Sat Sep 29 12:24:05 2012 +0530"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:51 2012 +0900"
      },
      "message": "ALSA: aloop - add locking to timer access\n\ncommit d4f1e48bd11e3df6a26811f7a1f06c4225d92f7d upstream.\n\nWhen the loopback timer handler is running, calling del_timer() (for STOP\ntrigger) will not wait for the handler to complete before deactivating the\ntimer. The timer gets rescheduled in the handler as usual. Then a subsequent\nSTART trigger will try to start the timer using add_timer() with a timer pending\nleading to a kernel panic.\n\nSerialize the calls to add_timer() and del_timer() using a spin lock to avoid\nthis.\n\nSigned-off-by: Omair Mohammed Abdullah \u003comair.m.abdullah@linux.intel.com\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "c3b9446604af20c426b37b8191d9d089b40f5899",
      "tree": "6b54e43c67d1f0abcbca153a966d515de226e9af",
      "parents": [
        "6a91e161a7f1b0125822b1693ea8fe46035b0f1b"
      ],
      "author": {
        "name": "Andrea Arcangeli",
        "email": "aarcange@redhat.com",
        "time": "Mon Oct 08 16:33:27 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:51 2012 +0900"
      },
      "message": "mm: thp: fix pmd_present for split_huge_page and PROT_NONE with THP\n\ncommit 027ef6c87853b0a9df53175063028edb4950d476 upstream.\n\nIn many places !pmd_present has been converted to pmd_none.  For pmds\nthat\u0027s equivalent and pmd_none is quicker so using pmd_none is better.\n\nHowever (unless we delete pmd_present) we should provide an accurate\npmd_present too.  This will avoid the risk of code thinking the pmd is non\npresent because it\u0027s under __split_huge_page_map, see the pmd_mknotpresent\nthere and the comment above it.\n\nIf the page has been mprotected as PROT_NONE, it would also lead to a\npmd_present false negative in the same way as the race with\nsplit_huge_page.\n\nBecause the PSE bit stays on at all times (both during split_huge_page and\nwhen the _PAGE_PROTNONE bit get set), we could only check for the PSE bit,\nbut checking the PROTNONE bit too is still good to remember pmd_present\nmust always keep PROT_NONE into account.\n\nThis explains a not reproducible BUG_ON that was seldom reported on the\nlists.\n\nThe same issue is in pmd_large, it would go wrong with both PROT_NONE and\nif it races with split_huge_page.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nCc: Johannes Weiner \u003cjweiner@redhat.com\u003e\nCc: Hugh Dickins \u003chughd@google.com\u003e\nCc: Mel Gorman \u003cmgorman@suse.de\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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "6a91e161a7f1b0125822b1693ea8fe46035b0f1b",
      "tree": "3da8bf0963f0c9294610ea274d1d9fea6b787aae",
      "parents": [
        "26fc07d8da4aa118cfe44776c2d2ddef8ef5f641"
      ],
      "author": {
        "name": "Hugh Dickins",
        "email": "hughd@google.com",
        "time": "Mon Oct 08 16:33:14 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:51 2012 +0900"
      },
      "message": "mm: fix invalidate_complete_page2() lock ordering\n\ncommit ec4d9f626d5908b6052c2973f37992f1db52e967 upstream.\n\nIn fuzzing with trinity, lockdep protested \"possible irq lock inversion\ndependency detected\" when isolate_lru_page() reenabled interrupts while\nstill holding the supposedly irq-safe tree_lock:\n\ninvalidate_inode_pages2\n  invalidate_complete_page2\n    spin_lock_irq(\u0026mapping-\u003etree_lock)\n    clear_page_mlock\n      isolate_lru_page\n        spin_unlock_irq(\u0026zone-\u003elru_lock)\n\nisolate_lru_page() is correct to enable interrupts unconditionally:\ninvalidate_complete_page2() is incorrect to call clear_page_mlock() while\nholding tree_lock, which is supposed to nest inside lru_lock.\n\nBoth truncate_complete_page() and invalidate_complete_page() call\nclear_page_mlock() before taking tree_lock to remove page from radix_tree.\n I guess invalidate_complete_page2() preferred to test PageDirty (again)\nunder tree_lock before committing to the munlock; but since the page has\nalready been unmapped, its state is already somewhat inconsistent, and no\nworse if clear_page_mlock() moved up.\n\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nDeciphered-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: Rik van Riel \u003criel@redhat.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nCc: Michel Lespinasse \u003cwalken@google.com\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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "26fc07d8da4aa118cfe44776c2d2ddef8ef5f641",
      "tree": "733486cf1bf258f6373ec7f005d27e36d726bb60",
      "parents": [
        "70fb727d0900836b71ebf7a7badaa7b7c9068102"
      ],
      "author": {
        "name": "Michal Hocko",
        "email": "mhocko@suse.cz",
        "time": "Mon Oct 08 16:33:31 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:50 2012 +0900"
      },
      "message": "hugetlb: do not use vma_hugecache_offset() for vma_prio_tree_foreach\n\ncommit 36e4f20af833d1ce196e6a4ade05dc26c44652d1 upstream.\n\nCommit 0c176d52b0b2 (\"mm: hugetlb: fix pgoff computation when unmapping\npage from vma\") fixed pgoff calculation but it has replaced it by\nvma_hugecache_offset() which is not approapriate for offsets used for\nvma_prio_tree_foreach() because that one expects index in page units\nrather than in huge_page_shift.\n\nJohannes said:\n\n: The resulting index may not be too big, but it can be too small: assume\n: hpage size of 2M and the address to unmap to be 0x200000.  This is regular\n: page index 512 and hpage index 1.  If you have a VMA that maps the file\n: only starting at the second huge page, that VMAs vm_pgoff will be 512 but\n: you ask for offset 1 and miss it even though it does map the page of\n: interest.  hugetlb_cow() will try to unmap, miss the vma, and retry the\n: cow until the allocation succeeds or the skipped vma(s) go away.\n\nSigned-off-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: Hillf Danton \u003cdhillf@gmail.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nAcked-by: Johannes Weiner \u003channes@cmpxchg.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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "70fb727d0900836b71ebf7a7badaa7b7c9068102",
      "tree": "b69d9e8929e6faac4cf5f5b2b715fe8960fd64f7",
      "parents": [
        "62bd817182be053f1c6dde95748d34fd7be27bb0"
      ],
      "author": {
        "name": "Naoya Horiguchi",
        "email": "n-horiguchi@ah.jp.nec.com",
        "time": "Mon Oct 08 16:33:47 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:50 2012 +0900"
      },
      "message": "kpageflags: fix wrong KPF_THP on non-huge compound pages\n\ncommit 7a71932d5676b7410ab64d149bad8bde6b0d8632 upstream.\n\nKPF_THP can be set on non-huge compound pages (like slab pages or pages\nallocated by drivers with __GFP_COMP) because PageTransCompound only\nchecks PG_head and PG_tail.  Obviously this is a bug and breaks user space\napplications which look for thp via /proc/kpageflags.\n\nThis patch rules out setting KPF_THP wrongly by additionally checking\nPageLRU on the head pages.\n\nSigned-off-by: Naoya Horiguchi \u003cn-horiguchi@ah.jp.nec.com\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nReviewed-by: Fengguang Wu \u003cfengguang.wu@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@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "62bd817182be053f1c6dde95748d34fd7be27bb0",
      "tree": "38bc9bdadca1946e8921cfdb1cb7e5705eddc995",
      "parents": [
        "e87ba35f1fba828bb198bdf89704eb9583932da8"
      ],
      "author": {
        "name": "Mark Brown",
        "email": "broonie@opensource.wolfsonmicro.com",
        "time": "Tue Jul 31 18:37:29 2012 +0100"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:50 2012 +0900"
      },
      "message": "ASoC: wm9712: Fix name of Capture Switch\n\ncommit 689185b78ba6fbe0042f662a468b5565909dff7a upstream.\n\nHelp UIs associate it with the matching gain control.\n\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "e87ba35f1fba828bb198bdf89704eb9583932da8",
      "tree": "92b129b64b0a4d5f577e2188209adaaf010087b9",
      "parents": [
        "7061315f57c1dfa81d3d9b2f0efb50ce2b6f3371"
      ],
      "author": {
        "name": "Jan Kara",
        "email": "jack@suse.cz",
        "time": "Wed Sep 26 21:52:20 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:50 2012 +0900"
      },
      "message": "ext4: fix fdatasync() for files with only i_size changes\n\ncommit b71fc079b5d8f42b2a52743c8d2f1d35d655b1c5 upstream.\n\nCode tracking when transaction needs to be committed on fdatasync(2) forgets\nto handle a situation when only inode\u0027s i_size is changed. Thus in such\nsituations fdatasync(2) doesn\u0027t force transaction with new i_size to disk\nand that can result in wrong i_size after a crash.\n\nFix the issue by updating inode\u0027s i_datasync_tid whenever its size is\nupdated.\n\nReported-by: Kristian Nielsen \u003cknielsen@knielsen-hq.org\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "7061315f57c1dfa81d3d9b2f0efb50ce2b6f3371",
      "tree": "7fbacbab3f3523d8de7e8f1d74e5be2e5d46b0b4",
      "parents": [
        "a4bf81c2bf891cbd46d6a69ba15dd7d4350b62f3"
      ],
      "author": {
        "name": "Bernd Schubert",
        "email": "bernd.schubert@itwm.fraunhofer.de",
        "time": "Wed Sep 26 21:24:57 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:49 2012 +0900"
      },
      "message": "ext4: always set i_op in ext4_mknod()\n\ncommit 6a08f447facb4f9e29fcc30fb68060bb5a0d21c2 upstream.\n\next4_special_inode_operations have their own ifdef CONFIG_EXT4_FS_XATTR\nto mask those methods. And ext4_iget also always sets it, so there is\nan inconsistency.\n\nSigned-off-by: Bernd Schubert \u003cbernd.schubert@itwm.fraunhofer.de\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "a4bf81c2bf891cbd46d6a69ba15dd7d4350b62f3",
      "tree": "ebd0ed1345080f00f044c9f010f11b4212926ca3",
      "parents": [
        "67bec353575f1205425c07bd76dbe5dfeb950a1e"
      ],
      "author": {
        "name": "Dmitry Monakhov",
        "email": "dmonakhov@openvz.org",
        "time": "Wed Sep 26 12:32:54 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:49 2012 +0900"
      },
      "message": "ext4: online defrag is not supported for journaled files\n\ncommit f066055a3449f0e5b0ae4f3ceab4445bead47638 upstream.\n\nProper block swap for inodes with full journaling enabled is\ntruly non obvious task. In order to be on a safe side let\u0027s\nexplicitly disable it for now.\n\nSigned-off-by: Dmitry Monakhov \u003cdmonakhov@openvz.org\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "67bec353575f1205425c07bd76dbe5dfeb950a1e",
      "tree": "7971cc8320b89d678961e07c4b23b0d68b8fea6a",
      "parents": [
        "d49765a2110de8ac18aa74373ae89c1e4484b5d6"
      ],
      "author": {
        "name": "Dmitry Monakhov",
        "email": "dmonakhov@openvz.org",
        "time": "Wed Sep 26 12:32:19 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:49 2012 +0900"
      },
      "message": "ext4: move_extent code cleanup\n\ncommit 03bd8b9b896c8e940f282f540e6b4de90d666b7c upstream.\n\n- Remove usless checks, because it is too late to check that inode !\u003d NULL\n  at the moment it was referenced several times.\n- Double lock routines looks very ugly and locking ordering relays on\n  order of i_ino, but other kernel code rely on order of pointers.\n  Let\u0027s make them simple and clean.\n- check that inodes belongs to the same SB as soon as possible.\n\nSigned-off-by: Dmitry Monakhov \u003cdmonakhov@openvz.org\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "d49765a2110de8ac18aa74373ae89c1e4484b5d6",
      "tree": "3f133a4902cf73d56cf5cdbb958ea23da44036b7",
      "parents": [
        "78790d120fd2a6ffa39dc23e57fdf9133e67b14c"
      ],
      "author": {
        "name": "Herton Ronaldo Krzesinski",
        "email": "herton.krzesinski@canonical.com",
        "time": "Sun Sep 23 22:49:12 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:49 2012 +0900"
      },
      "message": "ext4: fix crash when accessing /proc/mounts concurrently\n\ncommit 50df9fd55e4271e89a7adf3b1172083dd0ca199d upstream.\n\nThe crash was caused by a variable being erronously declared static in\ntoken2str().\n\nIn addition to /proc/mounts, the problem can also be easily replicated\nby accessing /proc/fs/ext4/\u003cpartition\u003e/options in parallel:\n\n$ cat /proc/fs/ext4/\u003cpartition\u003e/options \u003e options.txt\n\n... and then running the following command in two different terminals:\n\n$ while diff /proc/fs/ext4/\u003cpartition\u003e/options options.txt; do true; done\n\nThis is also the cause of the following a crash while running xfstests\n#234, as reported in the following bug reports:\n\n\thttps://bugs.launchpad.net/bugs/1053019\n\thttps://bugzilla.kernel.org/show_bug.cgi?id\u003d47731\n\nSigned-off-by: Herton Ronaldo Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nCc: Brad Figg \u003cbrad.figg@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "78790d120fd2a6ffa39dc23e57fdf9133e67b14c",
      "tree": "490c19eb4c25e2fb23888b8b3ee02721a6d4fa4e",
      "parents": [
        "2de1ece4de710668bb53eff74bffe80bb267087f"
      ],
      "author": {
        "name": "Theodore Ts\u0027o",
        "email": "tytso@mit.edu",
        "time": "Wed Sep 19 22:42:36 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:49 2012 +0900"
      },
      "message": "ext4: fix potential deadlock in ext4_nonda_switch()\n\ncommit 00d4e7362ed01987183e9528295de3213031309c upstream.\n\nIn ext4_nonda_switch(), if the file system is getting full we used to\ncall writeback_inodes_sb_if_idle().  The problem is that we can be\nholding i_mutex already, and this causes a potential deadlock when\nwriteback_inodes_sb_if_idle() when it tries to take s_umount.  (See\nlockdep output below).\n\nAs it turns out we don\u0027t need need to hold s_umount; the fact that we\nare in the middle of the write(2) system call will keep the superblock\npinned.  Unfortunately writeback_inodes_sb() checks to make sure\ns_umount is taken, and the VFS uses a different mechanism for making\nsure the file system doesn\u0027t get unmounted out from under us.  The\nsimplest way of dealing with this is to just simply grab s_umount\nusing a trylock, and skip kicking the writeback flusher thread in the\nvery unlikely case that we can\u0027t take a read lock on s_umount without\nblocking.\n\nAlso, we now check the cirteria for kicking the writeback thread\nbefore we decide to whether to fall back to non-delayed writeback, so\nif there are any outstanding delayed allocation writes, we try to get\nthem resolved as soon as possible.\n\n   [ INFO: possible circular locking dependency detected ]\n   3.6.0-rc1-00042-gce894ca #367 Not tainted\n   -------------------------------------------------------\n   dd/8298 is trying to acquire lock:\n    (\u0026type-\u003es_umount_key#18){++++..}, at: [\u003cc02277d4\u003e] writeback_inodes_sb_if_idle+0x28/0x46\n\n   but task is already holding lock:\n    (\u0026sb-\u003es_type-\u003ei_mutex_key#8){+.+...}, at: [\u003cc01ddcce\u003e] generic_file_aio_write+0x5f/0xd3\n\n   which lock already depends on the new lock.\n\n   2 locks held by dd/8298:\n    #0:  (sb_writers#2){.+.+.+}, at: [\u003cc01ddcc5\u003e] generic_file_aio_write+0x56/0xd3\n    #1:  (\u0026sb-\u003es_type-\u003ei_mutex_key#8){+.+...}, at: [\u003cc01ddcce\u003e] generic_file_aio_write+0x5f/0xd3\n\n   stack backtrace:\n   Pid: 8298, comm: dd Not tainted 3.6.0-rc1-00042-gce894ca #367\n   Call Trace:\n    [\u003cc015b79c\u003e] ? console_unlock+0x345/0x372\n    [\u003cc06d62a1\u003e] print_circular_bug+0x190/0x19d\n    [\u003cc019906c\u003e] __lock_acquire+0x86d/0xb6c\n    [\u003cc01999db\u003e] ? mark_held_locks+0x5c/0x7b\n    [\u003cc0199724\u003e] lock_acquire+0x66/0xb9\n    [\u003cc02277d4\u003e] ? writeback_inodes_sb_if_idle+0x28/0x46\n    [\u003cc06db935\u003e] down_read+0x28/0x58\n    [\u003cc02277d4\u003e] ? writeback_inodes_sb_if_idle+0x28/0x46\n    [\u003cc02277d4\u003e] writeback_inodes_sb_if_idle+0x28/0x46\n    [\u003cc026f3b2\u003e] ext4_nonda_switch+0xe1/0xf4\n    [\u003cc0271ece\u003e] ext4_da_write_begin+0x27/0x193\n    [\u003cc01dcdb0\u003e] generic_file_buffered_write+0xc8/0x1bb\n    [\u003cc01ddc47\u003e] __generic_file_aio_write+0x1dd/0x205\n    [\u003cc01ddce7\u003e] generic_file_aio_write+0x78/0xd3\n    [\u003cc026d336\u003e] ext4_file_write+0x480/0x4a6\n    [\u003cc0198c1d\u003e] ? __lock_acquire+0x41e/0xb6c\n    [\u003cc0180944\u003e] ? sched_clock_cpu+0x11a/0x13e\n    [\u003cc01967e9\u003e] ? trace_hardirqs_off+0xb/0xd\n    [\u003cc018099f\u003e] ? local_clock+0x37/0x4e\n    [\u003cc0209f2c\u003e] do_sync_write+0x67/0x9d\n    [\u003cc0209ec5\u003e] ? wait_on_retry_sync_kiocb+0x44/0x44\n    [\u003cc020a7b9\u003e] vfs_write+0x7b/0xe6\n    [\u003cc020a9a6\u003e] sys_write+0x3b/0x64\n    [\u003cc06dd4bd\u003e] syscall_call+0x7/0xb\n\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "2de1ece4de710668bb53eff74bffe80bb267087f",
      "tree": "6be4c45d8a38366f6d4fdfc201b1efbbf839c62b",
      "parents": [
        "1079d76f47379886ebfd3ae0f79a9f6cd62df29e"
      ],
      "author": {
        "name": "Yongqiang Yang",
        "email": "xiaoqiangnk@gmail.com",
        "time": "Wed Sep 05 01:27:50 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:48 2012 +0900"
      },
      "message": "ext4: avoid duplicate writes of the backup bg descriptor blocks\n\ncommit 2ebd1704ded88a8ae29b5f3998b13959c715c4be upstream.\n\nThe resize code was needlessly writing the backup block group\ndescriptor blocks multiple times (once per block group) during an\nonline resize.\n\nSigned-off-by: Yongqiang Yang \u003cxiaoqiangnk@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "1079d76f47379886ebfd3ae0f79a9f6cd62df29e",
      "tree": "b55356b4b5ed7fae6071bc02737ed331479796e7",
      "parents": [
        "2d5a1fbc0c25ab4a2e2770a5c729467893407009"
      ],
      "author": {
        "name": "Yongqiang Yang",
        "email": "xiaoqiangnk@gmail.com",
        "time": "Wed Sep 05 01:25:50 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:48 2012 +0900"
      },
      "message": "ext4: don\u0027t copy non-existent gdt blocks when resizing\n\ncommit 6df935ad2fced9033ab52078825fcaf6365f34b7 upstream.\n\nThe resize code was copying blocks at the beginning of each block\ngroup in order to copy the superblock and block group descriptor table\n(gdt) blocks.  This was, unfortunately, being done even for block\ngroups that did not have super blocks or gdt blocks.  This is a\ncomplete waste of perfectly good I/O bandwidth, to skip writing those\nblocks for sparse bg\u0027s.\n\nSigned-off-by: Yongqiang Yang \u003cxiaoqiangnk@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "2d5a1fbc0c25ab4a2e2770a5c729467893407009",
      "tree": "9d029bbce61c83e01b2abcc6fede97b2778dd81a",
      "parents": [
        "b790ef23cd1fd3fece4777e90d85a945c4820ae7"
      ],
      "author": {
        "name": "Yongqiang Yang",
        "email": "xiaoqiangnk@gmail.com",
        "time": "Wed Sep 05 01:21:50 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:48 2012 +0900"
      },
      "message": "ext4: ignore last group w/o enough space when resizing instead of BUG\u0027ing\n\ncommit 03c1c29053f678234dbd51bf3d65f3b7529021de upstream.\n\nIf the last group does not have enough space for group tables, ignore\nit instead of calling BUG_ON().\n\nReported-by: Daniel Drake \u003cdsd@laptop.org\u003e\nSigned-off-by: Yongqiang Yang \u003cxiaoqiangnk@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "b790ef23cd1fd3fece4777e90d85a945c4820ae7",
      "tree": "2abbd9a20dca6f5106c8928a71dd07cf869c6c01",
      "parents": [
        "82e0551186fd455d792fccae805470f222339c06"
      ],
      "author": {
        "name": "Yinghai Lu",
        "email": "yinghai@kernel.org",
        "time": "Mon Sep 10 17:19:33 2012 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:48 2012 +0900"
      },
      "message": "PCI: Check P2P bridge for invalid secondary/subordinate range\n\ncommit 1965f66e7db08d1ebccd24a59043eba826cc1ce8 upstream.\n\nFor bridges with \"secondary \u003e subordinate\", i.e., invalid bus number\napertures, we don\u0027t enumerate anything behind the bridge unless the\nuser specified \"pci\u003dassign-busses\".\n\nThis patch makes us automatically try to reassign the downstream bus\nnumbers in this case (just for that bridge, not for all bridges as\n\"pci\u003dassign-busses\" does).\n\nWe don\u0027t discover all the devices on the Intel DP43BF motherboard\nwithout this change (or \"pci\u003dassign-busses\") because its BIOS configures\na bridge as:\n\n    pci 0000:00:1e.0: PCI bridge to [bus 20-08] (subtractive decode)\n\n[bhelgaas: changelog, change message to dev_info]\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d18412\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id\u003d625754\nReported-by: Brian C. Huffman \u003cbhuffman@graze.net\u003e\nReported-by: VL \u003cvl.homutov@gmail.com\u003e\nTested-by: VL \u003cvl.homutov@gmail.com\u003e\nSigned-off-by: Yinghai Lu \u003cyinghai@kernel.org\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\n\n"
    },
    {
      "commit": "82e0551186fd455d792fccae805470f222339c06",
      "tree": "13f2cd98c5f5d5bbee7b0a2b6b44b9ccf2cda9c4",
      "parents": [
        "960e8a5e0257c26bb5d5b14c8c89919e1293e76c"
      ],
      "author": {
        "name": "Martin Peschke",
        "email": "mpeschke@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:36 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:47 2012 +0900"
      },
      "message": "SCSI: zfcp: only access zfcp_scsi_dev for valid scsi_device\n\ncommit d436de8ce25f53a8a880a931886821f632247943 upstream.\n\n__scsi_remove_device (e.g. due to dev_loss_tmo) calls\nzfcp_scsi_slave_destroy which in turn sends a close LUN FSF request to\nthe adapter. After 30 seconds without response,\nzfcp_erp_timeout_handler kicks the ERP thread failing the close LUN\nERP action. zfcp_erp_wait in zfcp_erp_lun_shutdown_wait and thus\nzfcp_scsi_slave_destroy returns and then scsi_device is no longer\nvalid. Sometime later the response to the close LUN FSF request may\nfinally come in. However, commit\nb62a8d9b45b971a67a0f8413338c230e3117dff5\n\"[SCSI] zfcp: Use SCSI device data zfcp_scsi_dev instead of zfcp_unit\"\nintroduced a number of attempts to unconditionally access struct\nzfcp_scsi_dev through struct scsi_device causing a use-after-free.\nThis leads to an Oops due to kernel page fault in one of:\nzfcp_fsf_abort_fcp_command_handler, zfcp_fsf_open_lun_handler,\nzfcp_fsf_close_lun_handler, zfcp_fsf_req_trace,\nzfcp_fsf_fcp_handler_common.\nMove dereferencing of zfcp private data zfcp_scsi_dev allocated in\nscsi_device via scsi_transport_reserve_device after the check for\npotentially aborted FSF request and thus no longer valid scsi_device.\nOnly then assign sdev_to_zfcp(sdev) to the local auto variable struct\nzfcp_scsi_dev *zfcp_sdev.\n\nSigned-off-by: Martin Peschke \u003cmpeschke@linux.vnet.ibm.com\u003e\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "960e8a5e0257c26bb5d5b14c8c89919e1293e76c",
      "tree": "0a9ab1b510569e4c606e6a818220862af0bfbb9d",
      "parents": [
        "ab37eb284ac88f092187f7c4ee4a42c28cdaf3e5"
      ],
      "author": {
        "name": "Steffen Maier",
        "email": "maier@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:34 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:47 2012 +0900"
      },
      "message": "SCSI: zfcp: restore refcount check on port_remove\n\ncommit d99b601b63386f3395dc26a699ae703a273d9982 upstream.\n\nUpstream commit f3450c7b917201bb49d67032e9f60d5125675d6a\n\"[SCSI] zfcp: Replace local reference counting with common kref\"\naccidentally dropped a reference count check before tearing down\nzfcp_ports that are potentially in use by zfcp_units.\nEven remote ports in use can be removed causing\nunreachable garbage objects zfcp_ports with zfcp_units.\nThus units won\u0027t come back even after a manual port_rescan.\nThe kref of zfcp_port-\u003edev.kobj is already used by the driver core.\nWe cannot re-use it to track the number of zfcp_units.\nRe-introduce our own counter for units per port\nand check on port_remove.\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nReviewed-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "ab37eb284ac88f092187f7c4ee4a42c28cdaf3e5",
      "tree": "6b972180aada44cebff0e6986b1174e2a9814bde",
      "parents": [
        "530bab7e87951aea1ae20706174021c3355f305a"
      ],
      "author": {
        "name": "Julia Lawall",
        "email": "Julia.Lawall@lip6.fr",
        "time": "Tue Sep 04 15:23:33 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:47 2012 +0900"
      },
      "message": "SCSI: zfcp: remove invalid reference to list iterator variable\n\ncommit ca579c9f136af4274ccfd1bcaee7f38a29a0e2e9 upstream.\n\nIf list_for_each_entry, etc complete a traversal of the list, the iterator\nvariable ends up pointing to an address at an offset from the list head,\nand not a meaningful structure.  Thus this value should not be used after\nthe end of the iterator.  Replace port-\u003eadapter-\u003escsi_host by\nadapter-\u003escsi_host.\n\nThis problem was found using Coccinelle (http://coccinelle.lip6.fr/).\n\nOversight in upsteam commit of v2.6.37\na1ca48319a9aa1c5b57ce142f538e76050bb8972\n\"[SCSI] zfcp: Move ACL/CFDC code to zfcp_cfdc.c\"\nwhich merged the content of zfcp_erp_port_access_changed().\n\nSigned-off-by: Julia Lawall \u003cJulia.Lawall@lip6.fr\u003e\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nReviewed-by: Martin Peschke \u003cmpeschke@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "530bab7e87951aea1ae20706174021c3355f305a",
      "tree": "553a15cacb7e174f9fa913debf53273a673974fb",
      "parents": [
        "2872405ba2729853da43865893469f8cb80b69b2"
      ],
      "author": {
        "name": "Steffen Maier",
        "email": "maier@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:32 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:47 2012 +0900"
      },
      "message": "SCSI: zfcp: Do not wakeup while suspended\n\ncommit cb45214960bc989af8b911ebd77da541c797717d upstream.\n\nIf the mapping of FCP device bus ID and corresponding subchannel\nis modified while the Linux image is suspended, the resume of FCP\ndevices can fail. During resume, zfcp gets callbacks from cio regarding\nthe modified subchannels but they can be arbitrarily mixed with the\nrestore/resume callback. Since the cio callbacks would trigger\nadapter recovery, zfcp could wakeup before the resume callback.\nTherefore, ignore the cio callbacks regarding subchannels while\nbeing suspended. We can safely do so, since zfcp does not deal itself\nwith subchannels. For problem determination purposes, we still trace the\nignored callback events.\n\nThe following kernel messages could be seen on resume:\n\nkernel: \u003cWWPN\u003e: parent \u003cFCP device bus ID\u003e should not be sleeping\n\nAs part of adapter reopen recovery, zfcp performs auto port scanning\nwhich can erroneously try to register new remote ports with\nscsi_transport_fc and the device core code complains about the parent\n(adapter) still sleeping.\n\nkernel: zfcp.3dff9c: \u003cFCP device bus ID\u003e:\\\n Setting up the QDIO connection to the FCP adapter failed\n\u003clast kernel message repeated 3 more times\u003e\nkernel: zfcp.574d43: \u003cFCP device bus ID\u003e:\\\n ERP cannot recover an error on the FCP device\n\nIn such cases, the adapter gave up recovery and remained blocked along\nwith its child objects: remote ports and LUNs/scsi devices. Even the\nadapter shutdown as part of giving up recovery failed because the ccw\ndevice state remained disconnected. Later, the corresponding remote\nports ran into dev_loss_tmo. As a result, the LUNs were erroneously\nnot available again after resume.\n\nEven a manually triggered adapter recovery (e.g. sysfs attribute\nfailed, or device offline/online via sysfs) could not recover the\nadapter due to the remaining disconnected state of the corresponding\nccw device.\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "2872405ba2729853da43865893469f8cb80b69b2",
      "tree": "9d972f0255021852701033306a8667e188b32da2",
      "parents": [
        "1afbcbdd1c0761ca9e807e78fa106efc465c3925"
      ],
      "author": {
        "name": "Steffen Maier",
        "email": "maier@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:31 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:46 2012 +0900"
      },
      "message": "SCSI: zfcp: Bounds checking for deferred error trace\n\ncommit 01e60527f0a49b3d7df603010bd6079bb4b6cf07 upstream.\n\nThe pl vector has scount elements, i.e. pl[scount-1] is the last valid\nelement. For maximum sized requests, payload-\u003ecounter \u003d\u003d scount after\nthe last loop iteration. Therefore, do bounds checking first (with\nboolean shortcut) to not access the invalid element pl[scount].\n\nDo not trust the maximum sbale-\u003escount value from the HBA\nbut ensure we won\u0027t access the pl vector out of our allocated bounds.\nWhile at it, clean up scoping and prevent unnecessary memset.\n\nMinor fix for 86a9668a8d29ea711613e1cb37efa68e7c4db564\n\"[SCSI] zfcp: support for hardware data router\"\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nReviewed-by: Martin Peschke \u003cmpeschke@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "1afbcbdd1c0761ca9e807e78fa106efc465c3925",
      "tree": "6e62d60afe45a1d14cca0e96da912a0939663ebb",
      "parents": [
        "ab617446730e46080235b9e158d364bab233e9ee"
      ],
      "author": {
        "name": "Steffen Maier",
        "email": "maier@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:30 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:46 2012 +0900"
      },
      "message": "SCSI: zfcp: Make trace record tags unique\n\ncommit 0100998dbfe6dfcd90a6e912ca7ed6f255d48f25 upstream.\n\nDuplicate fssrh_2 from a54ca0f62f953898b05549391ac2a8a4dad6482b\n\"[SCSI] zfcp: Redesign of the debug tracing for HBA records.\"\ncomplicates distinction of generic status read response from\nlocal link up.\nDuplicate fsscth1 from 2c55b750a884b86dea8b4cc5f15e1484cc47a25c\n\"[SCSI] zfcp: Redesign of the debug tracing for SAN records.\"\ncomplicates distinction of good common transport response from\ninvalid port handle.\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nReviewed-by: Martin Peschke \u003cmpeschke@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "ab617446730e46080235b9e158d364bab233e9ee",
      "tree": "c158e731f678f4a50935812eca82340169a687fb",
      "parents": [
        "194cca171bc5a062974d96b0246cde0c65ac33d0"
      ],
      "author": {
        "name": "Steffen Maier",
        "email": "maier@linux.vnet.ibm.com",
        "time": "Tue Sep 04 15:23:29 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:46 2012 +0900"
      },
      "message": "SCSI: zfcp: Adapt to new FC_PORTSPEED semantics\n\ncommit d22019778cd9ea04c1dadf7bf453920d5288f8d9 upstream.\n\nCommit a9277e7783651d4e0a849f7988340b1c1cf748a4\n\"[SCSI] scsi_transport_fc: Getting FC Port Speed in sync with FC-GS\"\nchanged the semantics of FC_PORTSPEED defines to\nFDMI port attributes of FC-HBA/SM-HBA\nwhich is different from the previous bit reversed\nReport Port Speed Capabilities (RPSC) ELS of FC-GS/FC-LS.\n\nZfcp showed \"10 Gbit\" instead of \"4 Gbit\" for supported_speeds.\nIt now uses explicit bit conversion as the other LLDs already\ndo, in order to be independent of the kernel bit semantics.\nSee also http://marc.info/?l\u003dlinux-scsi\u0026m\u003d134452926830730\u0026w\u003d2\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nReviewed-by: Martin Peschke \u003cmpeschke@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "194cca171bc5a062974d96b0246cde0c65ac33d0",
      "tree": "55577d7de6dcd8804595122bf3e0d9bf4e2d014c",
      "parents": [
        "fa9a48a7bed7d785a98356d4d06090500ec00c82"
      ],
      "author": {
        "name": "Florian Zumbiehl",
        "email": "florz@florz.de",
        "time": "Tue Oct 02 12:20:37 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:46 2012 +0900"
      },
      "message": "drm/savage: re-add busmaster enable, regression fix\n\ncommit df86b5765a48d5f557489577652bd6df145b0e1b upstream.\n\n466e69b8b03b8c1987367912782bc12988ad8794 dropped busmaster enable from the\nglobal drm code and moved it to the individual drivers, but missed the savage\ndriver. So, this re-adds busmaster enable to the savage driver, fixing the\nregression.\n\nSigned-off-by: Florian Zumbiehl \u003cflorz@florz.de\u003e\nReviewed-by: Alex Deucher \u003calexdeucher@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "fa9a48a7bed7d785a98356d4d06090500ec00c82",
      "tree": "3d66c31d2335fa45e983ca28ebf4aec5177782e0",
      "parents": [
        "2583c9724757046ed749ec7d1fef2e371b02f203"
      ],
      "author": {
        "name": "Ed Cashin",
        "email": "ecashin@coraid.com",
        "time": "Wed Sep 19 15:46:39 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:46 2012 +0900"
      },
      "message": "aoe: assert AoE packets marked as requiring no checksum\n\n[ Upstream commit 8babe8cc6570ed896b7b596337eb8fe730c3ff45 ]\n\nIn order for the network layer to see that AoE requires\nno checksumming in a generic way, the packets must be\nmarked as requiring no checksum, so we make this requirement\nexplicit with the assertion.\n\nSigned-off-by: Ed Cashin \u003cecashin@coraid.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "2583c9724757046ed749ec7d1fef2e371b02f203",
      "tree": "d3e3a0f293267014583f506ff8431bf0480afe15",
      "parents": [
        "782d596c84bf4239b24906132ba6367ca7dca865"
      ],
      "author": {
        "name": "Ed Cashin",
        "email": "ecashin@coraid.com",
        "time": "Wed Sep 19 15:49:00 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:45 2012 +0900"
      },
      "message": "net: do not disable sg for packets requiring no checksum\n\n[ Upstream commit c0d680e577ff171e7b37dbdb1b1bf5451e851f04 ]\n\nA change in a series of VLAN-related changes appears to have\ninadvertently disabled the use of the scatter gather feature of\nnetwork cards for transmission of non-IP ethernet protocols like ATA\nover Ethernet (AoE).  Below is a reference to the commit that\nintroduces a \"harmonize_features\" function that turns off scatter\ngather when the NIC does not support hardware checksumming for the\nethernet protocol of an sk buff.\n\n  commit f01a5236bd4b140198fbcc550f085e8361fd73fa\n  Author: Jesse Gross \u003cjesse@nicira.com\u003e\n  Date:   Sun Jan 9 06:23:31 2011 +0000\n\n      net offloading: Generalize netif_get_vlan_features().\n\nThe can_checksum_protocol function is not equipped to consider a\nprotocol that does not require checksumming.  Calling it for a\nprotocol that requires no checksum is inappropriate.\n\nThe patch below has harmonize_features call can_checksum_protocol when\nthe protocol needs a checksum, so that the network layer is not forced\nto perform unnecessary skb linearization on the transmission of AoE\npackets.  Unnecessary linearization results in decreased performance\nand increased memory pressure, as reported here:\n\n  http://www.spinics.net/lists/linux-mm/msg15184.html\n\nThe problem has probably not been widely experienced yet, because\nonly recently has the kernel.org-distributed aoe driver acquired the\nability to use payloads of over a page in size, with the patchset\nrecently included in the mm tree:\n\n  https://lkml.org/lkml/2012/8/28/140\n\nThe coraid.com-distributed aoe driver already could use payloads of\ngreater than a page in size, but its users generally do not use the\nnewest kernels.\n\nSigned-off-by: Ed Cashin \u003cecashin@coraid.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "782d596c84bf4239b24906132ba6367ca7dca865",
      "tree": "587642f6042dae960cd15cbf79ecf0bd6badaa74",
      "parents": [
        "bc0b2168aed1ecf0d71975af12d4f0ffecb92bfc"
      ],
      "author": {
        "name": "Alan Cox",
        "email": "alan@linux.intel.com",
        "time": "Tue Sep 04 04:13:18 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:45 2012 +0900"
      },
      "message": "netrom: copy_datagram_iovec can fail\n\n[ Upstream commit 6cf5c951175abcec4da470c50565cc0afe6cd11d ]\n\nCheck for an error from this and if so bail properly.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "bc0b2168aed1ecf0d71975af12d4f0ffecb92bfc",
      "tree": "d2ee7751cd2a384bde844f75ac38b10c3e8a815d",
      "parents": [
        "28ad5c792deb17e1274cef32c59049d2062ed1b3"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Tue Sep 04 15:54:55 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:45 2012 +0900"
      },
      "message": "l2tp: fix a typo in l2tp_eth_dev_recv()\n\n[ Upstream commit c0cc88a7627c333de50b07b7c60b1d49d9d2e6cc ]\n\nWhile investigating l2tp bug, I hit a bug in eth_type_trans(),\nbecause not enough bytes were pulled in skb head.\n\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "28ad5c792deb17e1274cef32c59049d2062ed1b3",
      "tree": "a1c8460712050ec8ea60cc01f436edede37e4df6",
      "parents": [
        "7a20f9c5fa76e602bf9dda7f610c8de04e7afa04"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Tue Sep 25 22:01:28 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:45 2012 +0900"
      },
      "message": "ipv6: mip6: fix mip6_mh_filter()\n\n[ Upstream commit 96af69ea2a83d292238bdba20e4508ee967cf8cb ]\n\nmip6_mh_filter() should not modify its input, or else its caller\nwould need to recompute ipv6_hdr() if skb-\u003ehead is reallocated.\n\nUse skb_header_pointer() instead of pskb_may_pull()\n\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "7a20f9c5fa76e602bf9dda7f610c8de04e7afa04",
      "tree": "967afe1eab6dc306c17e826392a2ddafe94bd2a0",
      "parents": [
        "514ddfedb89c19c57de82aedec8da2bd8ff3802c"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Tue Sep 25 07:03:40 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:45 2012 +0900"
      },
      "message": "ipv6: raw: fix icmpv6_filter()\n\n[ Upstream commit 1b05c4b50edbddbdde715c4a7350629819f6655e ]\n\nicmpv6_filter() should not modify its input, or else its caller\nwould need to recompute ipv6_hdr() if skb-\u003ehead is reallocated.\n\nUse skb_header_pointer() instead of pskb_may_pull() and\nchange the prototype to make clear both sk and skb are const.\n\nAlso, if icmpv6 header cannot be found, do not deliver the packet,\nas we do in IPv4.\n\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "514ddfedb89c19c57de82aedec8da2bd8ff3802c",
      "tree": "4a7c2c137effec29e674f73153a82f394612aa21",
      "parents": [
        "09c6cf7f980f1e8dbf58dc9ae0ebf4f6eb93cc0d"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Sat Sep 22 00:08:29 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:44 2012 +0900"
      },
      "message": "ipv4: raw: fix icmp_filter()\n\n[ Upstream commit ab43ed8b7490cb387782423ecf74aeee7237e591 ]\n\nicmp_filter() should not modify its input, or else its caller\nwould need to recompute ip_hdr() if skb-\u003ehead is reallocated.\n\nUse skb_header_pointer() instead of pskb_may_pull() and\nchange the prototype to make clear both sk and skb are const.\n\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "09c6cf7f980f1e8dbf58dc9ae0ebf4f6eb93cc0d",
      "tree": "f50557960f49a3f54e4e1df40a0364ce637d08df",
      "parents": [
        "6b8fc5c4eba92b5cd3c9ca0d926e99831604f81e"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Mon Sep 24 07:00:11 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:44 2012 +0900"
      },
      "message": "net: guard tcp_set_keepalive() to tcp sockets\n\n[ Upstream commit 3e10986d1d698140747fcfc2761ec9cb64c1d582 ]\n\nIts possible to use RAW sockets to get a crash in\ntcp_set_keepalive() / sk_reset_timer()\n\nFix is to make sure socket is a SOCK_STREAM one.\n\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "6b8fc5c4eba92b5cd3c9ca0d926e99831604f81e",
      "tree": "ff3dafa60edf6c064aefc1003fa41863aa624f3b",
      "parents": [
        "e043257dde697ded17ed99f280cdb7643fdc007a"
      ],
      "author": {
        "name": "Chema Gonzalez",
        "email": "chema@google.com",
        "time": "Fri Sep 07 13:40:50 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:44 2012 +0900"
      },
      "message": "net: small bug on rxhash calculation\n\n[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]\n\nIn the current rxhash calculation function, while the\nsorting of the ports/addrs is coherent (you get the\nsame rxhash for packets sharing the same 4-tuple, in\nboth directions), ports and addrs are sorted\nindependently. This implies packets from a connection\nbetween the same addresses but crossed ports hash to\nthe same rxhash.\n\nFor example, traffic between A\u003dS:l and B\u003dL:s is hashed\n(in both directions) from {L, S, {s, l}}. The same\nrxhash is obtained for packets between C\u003dS:s and D\u003dL:l.\n\nThis patch ensures that you either swap both addrs and ports,\nor you swap none. Traffic between A and B, and traffic\nbetween C and D, get their rxhash from different sources\n({L, S, {l, s}} for A\u003c-\u003eB, and {L, S, {s, l}} for C\u003c-\u003eD)\n\nThe patch is co-written with Eric Dumazet \u003cedumazet@google.com\u003e\n\nSigned-off-by: Chema Gonzalez \u003cchema@google.com\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "e043257dde697ded17ed99f280cdb7643fdc007a",
      "tree": "bd0160da8f1998f08ddf12b2f862ae3a6d1d7521",
      "parents": [
        "8d16c6268b7c3af2ce4f58de903588489e037fcf"
      ],
      "author": {
        "name": "Xiaodong Xu",
        "email": "stid.smth@gmail.com",
        "time": "Sat Sep 22 00:09:32 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:44 2012 +0900"
      },
      "message": "pppoe: drop PPPOX_ZOMBIEs in pppoe_release\n\n[ Upstream commit 2b018d57ff18e5405823e5cb59651a5b4d946d7b ]\n\nWhen PPPOE is running over a virtual ethernet interface (e.g., a\nbonding interface) and the user tries to delete the interface in case\nthe PPPOE state is ZOMBIE, the kernel will loop forever while\nunregistering net_device for the reference count is not decreased to\nzero which should have been done with dev_put().\n\nSigned-off-by: Xiaodong Xu \u003cstid.smth@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "8d16c6268b7c3af2ce4f58de903588489e037fcf",
      "tree": "a4d19ab5bf251a234e882db1fb39e79c1fbe6e57",
      "parents": [
        "2033554a2fe3c5e54764f2f1dba0baff3261f8b5"
      ],
      "author": {
        "name": "Thomas Graf",
        "email": "tgraf@suug.ch",
        "time": "Mon Sep 03 04:27:42 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:44 2012 +0900"
      },
      "message": "sctp: Don\u0027t charge for data in sndbuf again when transmitting packet\n\n[ Upstream commit 4c3a5bdae293f75cdf729c6c00124e8489af2276 ]\n\nSCTP charges wmem_alloc via sctp_set_owner_w() in sctp_sendmsg() and via\nskb_set_owner_w() in sctp_packet_transmit(). If a sender runs out of\nsndbuf it will sleep in sctp_wait_for_sndbuf() and expects to be waken up\nby __sctp_write_space().\n\nBuffer space charged via sctp_set_owner_w() is released in sctp_wfree()\nwhich calls __sctp_write_space() directly.\n\nBuffer space charged via skb_set_owner_w() is released via sock_wfree()\nwhich calls sk-\u003esk_write_space() _if_ SOCK_USE_WRITE_QUEUE is not set.\nsctp_endpoint_init() sets SOCK_USE_WRITE_QUEUE on all sockets.\n\nTherefore if sctp_packet_transmit() manages to queue up more than sndbuf\nbytes, sctp_wait_for_sndbuf() will never be woken up again unless it is\ninterrupted by a signal.\n\nThis could be fixed by clearing the SOCK_USE_WRITE_QUEUE flag but ...\n\nCharging for the data twice does not make sense in the first place, it\nleads to overcharging sndbuf by a factor 2. Therefore this patch only\ncharges a single byte in wmem_alloc when transmitting an SCTP packet to\nensure that the socket stays alive until the packet has been released.\n\nThis means that control chunks are no longer accounted for in wmem_alloc\nwhich I believe is not a problem as skb-\u003etruesize will typically lead\nto overcharging anyway and thus compensates for any control overhead.\n\nSigned-off-by: Thomas Graf \u003ctgraf@suug.ch\u003e\nCC: Vlad Yasevich \u003cvyasevic@redhat.com\u003e\nCC: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nCC: David Miller \u003cdavem@davemloft.net\u003e\nAcked-by: Vlad Yasevich \u003cvyasevich@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "2033554a2fe3c5e54764f2f1dba0baff3261f8b5",
      "tree": "ac3133307617931783ead5088f05e6de216a89c4",
      "parents": [
        "410eafac650a906e990351a01ec70451064df83d"
      ],
      "author": {
        "name": "Michal Kubeček",
        "email": "mkubecek@suse.cz",
        "time": "Fri Sep 14 04:59:52 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:43 2012 +0900"
      },
      "message": "tcp: flush DMA queue before sk_wait_data if rcv_wnd is zero\n\n[ Upstream commit 15c041759bfcd9ab0a4e43f1c16e2644977d0467 ]\n\nIf recv() syscall is called for a TCP socket so that\n  - IOAT DMA is used\n  - MSG_WAITALL flag is used\n  - requested length is bigger than sk_rcvbuf\n  - enough data has already arrived to bring rcv_wnd to zero\nthen when tcp_recvmsg() gets to calling sk_wait_data(), receive\nwindow can be still zero while sk_async_wait_queue exhausts\nenough space to keep it zero. As this queue isn\u0027t cleaned until\nthe tcp_service_net_dma() call, sk_wait_data() cannot receive\nany data and blocks forever.\n\nIf zero receive window and non-empty sk_async_wait_queue is\ndetected before calling sk_wait_data(), process the queue first.\n\nSigned-off-by: Michal Kubecek \u003cmkubecek@suse.cz\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "410eafac650a906e990351a01ec70451064df83d",
      "tree": "9fc349433e6179e90b8234bd32c2ccca274b18ca",
      "parents": [
        "d5e36b089edcc8179d4640e1a8e5bca6fb74409e"
      ],
      "author": {
        "name": "Wei Yongjun",
        "email": "yongjun_wei@trendmicro.com.cn",
        "time": "Thu Sep 20 18:29:56 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:43 2012 +0900"
      },
      "message": "ipv6: fix return value check in fib6_add()\n\n[ Upstream commit f950c0ecc78f745e490d615280e031de4dbb1306 ]\n\nIn case of error, the function fib6_add_1() returns ERR_PTR()\nor NULL pointer. The ERR_PTR() case check is missing in fib6_add().\n\ndpatch engine is used to generated this patch.\n(https://github.com/weiyj/dpatch)\n\nSigned-off-by: Wei Yongjun \u003cyongjun_wei@trendmicro.com.cn\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "d5e36b089edcc8179d4640e1a8e5bca6fb74409e",
      "tree": "8e9cd19cc439a68a260f74f646f1a059f40dada1",
      "parents": [
        "17de307472bf21479e6d7c35211204b6ea186a7c"
      ],
      "author": {
        "name": "Nicolas Dichtel",
        "email": "nicolas.dichtel@6wind.com",
        "time": "Wed Sep 26 00:04:55 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:43 2012 +0900"
      },
      "message": "ipv6: del unreachable route when an addr is deleted on lo\n\n[ Upstream commit 64c6d08e6490fb18cea09bb03686c149946bd818 ]\n\nWhen an address is added on loopback (ip -6 a a 2002::1/128 dev lo), two routes\nare added:\n - one in the local table:\n    local 2002::1 via :: dev lo  proto none  metric 0\n - one the in main table (for the prefix):\n    unreachable 2002::1 dev lo  proto kernel  metric 256  error -101\n\nWhen the address is deleted, the route inserted in the main table remains\nbecause we use rt6_lookup(), which returns NULL when dst-\u003eerror is set, which\nis the case here! Thus, it is better to use ip6_route_lookup() to avoid this\nkind of filter.\n\nSigned-off-by: Nicolas Dichtel \u003cnicolas.dichtel@6wind.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "17de307472bf21479e6d7c35211204b6ea186a7c",
      "tree": "e90915dc70367e2252e35f2af7a9aeea992ceb30",
      "parents": [
        "2ab08687cf48805c5abd0f9a785e09181eda9492"
      ],
      "author": {
        "name": "Gao feng",
        "email": "gaofeng@cn.fujitsu.com",
        "time": "Wed Sep 19 19:25:34 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:43 2012 +0900"
      },
      "message": "ipv6: release reference of ip6_null_entry\u0027s dst entry in __ip6_del_rt\n\n[ Upstream commit 6825a26c2dc21eb4f8df9c06d3786ddec97cf53b ]\n\nas we hold dst_entry before we call __ip6_del_rt,\nso we should alse call dst_release not only return\n-ENOENT when the rt6_info is ip6_null_entry.\n\nand we already hold the dst entry, so I think it\u0027s\nsafe to call dst_release out of the write-read lock.\n\nSigned-off-by: Gao feng \u003cgaofeng@cn.fujitsu.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "2ab08687cf48805c5abd0f9a785e09181eda9492",
      "tree": "0cb7d9dfdd3f2e6c27541151c414fe70896d054b",
      "parents": [
        "97d5d3295198279362552d9b810c088d3410da23"
      ],
      "author": {
        "name": "Antonio Quartulli",
        "email": "ordex@autistici.org",
        "time": "Tue Oct 02 06:14:17 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:43 2012 +0900"
      },
      "message": "8021q: fix mac_len recomputation in vlan_untag()\n\n[ Upstream commit 5316cf9a5197eb80b2800e1acadde287924ca975 ]\n\nskb_reset_mac_len() relies on the value of the skb-\u003enetwork_header pointer,\ntherefore we must wait for such pointer to be recalculated before computing\nthe new mac_len value.\n\nSigned-off-by: Antonio Quartulli \u003cordex@autistici.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "97d5d3295198279362552d9b810c088d3410da23",
      "tree": "0ec8aa26c632c5136937829cc33d337d418e01de",
      "parents": [
        "5ee708f19bd6a1da1d7bab5916382bbbfba4edbb"
      ],
      "author": {
        "name": "Lennart Sorensen",
        "email": "lsorense@csclub.uwaterloo.ca",
        "time": "Fri Sep 07 12:14:02 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:42 2012 +0900"
      },
      "message": "sierra_net: Endianess bug fix.\n\n[ Upstream commit 2120c52da6fe741454a60644018ad2a6abd957ac ]\n\nI discovered I couldn\u0027t get sierra_net to work on a powerpc.  Turns out\nthe firmware attribute check assumes the system is little endian and\nhence fails because the attributes is a 16 bit value.\n\nSigned-off-by: Len Sorensen \u003clsorense@csclub.uwaterloo.ca\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "5ee708f19bd6a1da1d7bab5916382bbbfba4edbb",
      "tree": "323985eff3ef122f5199587bac04a2ca44a5f7dd",
      "parents": [
        "52ee75479f2aea816d8bb6a9d6caf5c1ebb36724"
      ],
      "author": {
        "name": "Paolo Valente",
        "email": "paolo.valente@unimore.it",
        "time": "Sat Sep 15 00:41:35 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:42 2012 +0900"
      },
      "message": "pkt_sched: fix virtual-start-time update in QFQ\n\n[ Upstream commit 71261956973ba9e0637848a5adb4a5819b4bae83 ]\n\nIf the old timestamps of a class, say cl, are stale when the class\nbecomes active, then QFQ may assign to cl a much higher start time\nthan the maximum value allowed. This may happen when QFQ assigns to\nthe start time of cl the finish time of a group whose classes are\ncharacterized by a higher value of the ratio\nmax_class_pkt/weight_of_the_class with respect to that of\ncl. Inserting a class with a too high start time into the bucket list\ncorrupts the data structure and may eventually lead to crashes.\nThis patch limits the maximum start time assigned to a class.\n\nSigned-off-by: Paolo Valente \u003cpaolo.valente@unimore.it\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "52ee75479f2aea816d8bb6a9d6caf5c1ebb36724",
      "tree": "e3f3d348712777a3c47c0376ba2d970e71341dbb",
      "parents": [
        "6720119023f635bd8c285530a7092716c23bdfcc"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "edumazet@google.com",
        "time": "Tue Sep 11 13:11:12 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:42 2012 +0900"
      },
      "message": "net-sched: sch_cbq: avoid infinite loop\n\n[ Upstream commit bdfc87f7d1e253e0a61e2fc6a75ea9d76f7fc03a ]\n\nIts possible to setup a bad cbq configuration leading to\nan infinite loop in cbq_classify()\n\nDEV_OUT\u003deth0\nICMP\u003d\"match ip protocol 1 0xff\"\nU32\u003d\"protocol ip u32\"\nDST\u003d\"match ip dst\"\ntc qdisc add dev $DEV_OUT root handle 1: cbq avpkt 1000 \\\n\tbandwidth 100mbit\ntc class add dev $DEV_OUT parent 1: classid 1:1 cbq \\\n\trate 512kbit allot 1500 prio 5 bounded isolated\ntc filter add dev $DEV_OUT parent 1: prio 3 $U32 \\\n\t$ICMP $DST 192.168.3.234 flowid 1:\n\nReported-by: Denys Fedoryschenko \u003cdenys@visp.net.lb\u003e\nTested-by: Denys Fedoryschenko \u003cdenys@visp.net.lb\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "6720119023f635bd8c285530a7092716c23bdfcc",
      "tree": "f973bf5a5dcc2f7d131f8ca322eb6ad473811701",
      "parents": [
        "ec7fd138e2e690efff5eaec279ebc2c4740589e4"
      ],
      "author": {
        "name": "Nikolay Aleksandrov",
        "email": "nikolay@redhat.com",
        "time": "Fri Sep 14 05:50:03 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:42 2012 +0900"
      },
      "message": "netxen: check for root bus in netxen_mask_aer_correctable\n\n[ Upstream commit e4d1aa40e363ed3e0486aeeeb0d173f7f822737e ]\n\nAdd a check if pdev-\u003ebus-\u003eself \u003d\u003d NULL (root bus). When attaching\na netxen NIC to a VM it can be on the root bus and the guest would\ncrash in netxen_mask_aer_correctable() because of a NULL pointer\ndereference if CONFIG_PCIEAER is present.\n\nSigned-off-by: Nikolay Aleksandrov \u003cnikolay@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "ec7fd138e2e690efff5eaec279ebc2c4740589e4",
      "tree": "b6f888451525ee5c738bdac70fc8002e0600a147",
      "parents": [
        "f7ee46fb594cf2c3dd3a96457a028336fb34d5a6"
      ],
      "author": {
        "name": "Florian Fainelli",
        "email": "florian@openwrt.org",
        "time": "Mon Sep 10 14:06:58 2012 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:42 2012 +0900"
      },
      "message": "ixp4xx_hss: fix build failure due to missing linux/module.h inclusion\n\n[ Upstream commit 0b836ddde177bdd5790ade83772860940bd481ea ]\n\nCommit 36a1211970193ce215de50ed1e4e1272bc814df1 (netprio_cgroup.h:\ndont include module.h from other includes) made the following build\nerror on ixp4xx_hss pop up:\n\n  CC [M]  drivers/net/wan/ixp4xx_hss.o\n drivers/net/wan/ixp4xx_hss.c:1412:20: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1413:25: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1414:21: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n drivers/net/wan/ixp4xx_hss.c:1415:19: error: expected \u0027;\u0027, \u0027,\u0027 or \u0027)\u0027\n before string constant\n make[8]: *** [drivers/net/wan/ixp4xx_hss.o] Error 1\n\nThis was previously hidden because ixp4xx_hss includes linux/hdlc.h which\nincludes linux/netdevice.h which includes linux/netprio_cgroup.h which\nused to include linux/module.h. The real issue was actually present since\nthe initial commit that added this driver since it uses macros from\nlinux/module.h without including this file.\n\nSigned-off-by: Florian Fainelli \u003cflorian@openwrt.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "f7ee46fb594cf2c3dd3a96457a028336fb34d5a6",
      "tree": "91830faa9d900b7d26d3f71686afb2fe1e829c6f",
      "parents": [
        "53bf1469924e07385b4493d3cbd78551d4afaaa3"
      ],
      "author": {
        "name": "htbegin",
        "email": "hotforest@gmail.com",
        "time": "Mon Oct 01 16:42:43 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "net: ethernet: davinci_cpdma: decrease the desc count when cleaning up the remaining packets\n\n[ Upstream commit ffb5ba90017505a19e238e986e6d33f09e4df765 ]\n\nchan-\u003ecount is used by rx channel. If the desc count is not updated by\nthe clean up loop in cpdma_chan_stop, the value written to the rxfree\nregister in cpdma_chan_start will be incorrect.\n\nSigned-off-by: Tao Hou \u003chotforest@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "53bf1469924e07385b4493d3cbd78551d4afaaa3",
      "tree": "26fd323abf51bc1e9a5362b3ebbd0869425bea6d",
      "parents": [
        "743b911d8b2214bfa9ecd1631edbe6f61f8fdced"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Thu Sep 20 10:01:49 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "xfrm_user: ensure user supplied esn replay window is valid\n\n[ Upstream commit ecd7918745234e423dd87fcc0c077da557909720 ]\n\nThe current code fails to ensure that the netlink message actually\ncontains as many bytes as the header indicates. If a user creates a new\nstate or updates an existing one but does not supply the bytes for the\nwhole ESN replay window, the kernel copies random heap bytes into the\nreplay bitmap, the ones happen to follow the XFRMA_REPLAY_ESN_VAL\nnetlink attribute. This leads to following issues:\n\n1. The replay window has random bits set confusing the replay handling\n   code later on.\n\n2. A malicious user could use this flaw to leak up to ~3.5kB of heap\n   memory when she has access to the XFRM netlink interface (requires\n   CAP_NET_ADMIN).\n\nKnown users of the ESN replay window are strongSwan and Steffen\u0027s\niproute2 patch (\u003chttp://patchwork.ozlabs.org/patch/85962/\u003e). The latter\nuses the interface with a bitmap supplied while the former does not.\nstrongSwan is therefore prone to run into issue 1.\n\nTo fix both issues without breaking existing userland allow using the\nXFRMA_REPLAY_ESN_VAL netlink attribute with either an empty bitmap or a\nfully specified one. For the former case we initialize the in-kernel\nbitmap with zero, for the latter we copy the user supplied bitmap. For\nstate updates the full bitmap must be supplied.\n\nTo prevent overflows in the bitmap length calculation the maximum size\nof bmp_len is limited to 128 by this patch -- resulting in a maximum\nreplay window of 4096 packets. This should be sufficient for all real\nlife scenarios (RFC 4303 recommends a default replay window size of 64).\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nCc: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nCc: Martin Willi \u003cmartin@revosec.ch\u003e\nCc: Ben Hutchings \u003cbhutchings@solarflare.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "743b911d8b2214bfa9ecd1631edbe6f61f8fdced",
      "tree": "7266729acce0b72e62a1339c67343a152f34e60a",
      "parents": [
        "0c5e37586ef83845acbae1738e693bc97c12d4c3"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Wed Sep 19 11:33:43 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "xfrm_user: don\u0027t copy esn replay window twice for new states\n\n[ Upstream commit e3ac104d41a97b42316915020ba228c505447d21 ]\n\nThe ESN replay window was already fully initialized in\nxfrm_alloc_replay_state_esn(). No need to copy it again.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nCc: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "0c5e37586ef83845acbae1738e693bc97c12d4c3",
      "tree": "09336b4613715c597972b251a5dd8b8b8fed7a36",
      "parents": [
        "97f96eab8eb32f3178439f73acca4e286c091435"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Wed Sep 19 11:33:41 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "xfrm_user: fix info leak in copy_to_user_tmpl()\n\n[ Upstream commit 1f86840f897717f86d523a13e99a447e6a5d2fa5 ]\n\nThe memory used for the template copy is a local stack variable. As\nstruct xfrm_user_tmpl contains multiple holes added by the compiler for\nalignment, not initializing the memory will lead to leaking stack bytes\nto userland. Add an explicit memset(0) to avoid the info leak.\n\nInitial version of the patch by Brad Spengler.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nCc: Brad Spengler \u003cspender@grsecurity.net\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "97f96eab8eb32f3178439f73acca4e286c091435",
      "tree": "d7f2526d4bd16dadffc4ae2237ddf148d1e767a3",
      "parents": [
        "d5f1f7c230df5f2a198fb231547f1b298594c709"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Wed Sep 19 11:33:40 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "xfrm_user: fix info leak in copy_to_user_policy()\n\n[ Upstream commit 7b789836f434c87168eab067cfbed1ec4783dffd ]\n\nThe memory reserved to dump the xfrm policy includes multiple padding\nbytes added by the compiler for alignment (padding bytes in struct\nxfrm_selector and struct xfrm_userpolicy_info). Add an explicit\nmemset(0) before filling the buffer to avoid the heap info leak.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "d5f1f7c230df5f2a198fb231547f1b298594c709",
      "tree": "1295ee4909bacd777b6d9652703efb97ac58ed01",
      "parents": [
        "37d61a27a59671d88279dcc4d331f950d4901d4d"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Wed Sep 19 11:33:39 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:41 2012 +0900"
      },
      "message": "xfrm_user: fix info leak in copy_to_user_state()\n\n[ Upstream commit f778a636713a435d3a922c60b1622a91136560c1 ]\n\nThe memory reserved to dump the xfrm state includes the padding bytes of\nstruct xfrm_usersa_info added by the compiler for alignment (7 for\namd64, 3 for i386). Add an explicit memset(0) before filling the buffer\nto avoid the info leak.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "37d61a27a59671d88279dcc4d331f950d4901d4d",
      "tree": "cd9a28ee5484e21e322634d00391658ec8e05259",
      "parents": [
        "a91af73f445cacfb0db4df3eb2e3d0ddeff43893"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Wed Sep 19 11:33:38 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "xfrm_user: fix info leak in copy_to_user_auth()\n\n[ Upstream commit 4c87308bdea31a7b4828a51f6156e6f721a1fcc9 ]\n\ncopy_to_user_auth() fails to initialize the remainder of alg_name and\ntherefore discloses up to 54 bytes of heap memory via netlink to\nuserland.\n\nUse strncpy() instead of strcpy() to fill the trailing bytes of alg_name\nwith null bytes.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "a91af73f445cacfb0db4df3eb2e3d0ddeff43893",
      "tree": "a4fb8945340d3ee94f5f427d1a4e61250ede0d0f",
      "parents": [
        "f38b334adca51bbf18ad549a9736c0f86bb4a375"
      ],
      "author": {
        "name": "Li RongQing",
        "email": "roy.qing.li@gmail.com",
        "time": "Mon Sep 17 22:40:10 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "xfrm: fix a read lock imbalance in make_blackhole\n\n[ Upstream commit 433a19548061bb5457b6ab77ed7ea58ca6e43ddb ]\n\nif xfrm_policy_get_afinfo returns 0, it has already released the read\nlock, xfrm_policy_put_afinfo should not be called again.\n\nSigned-off-by: Li RongQing \u003croy.qing.li@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "f38b334adca51bbf18ad549a9736c0f86bb4a375",
      "tree": "827539bccdea31dbaad05dc0db4a738227278a0e",
      "parents": [
        "555144b63d57c0df7a2677868f83957a34135207"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Fri Sep 14 09:58:32 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "xfrm_user: return error pointer instead of NULL #2\n\n[ Upstream commit c25463722509fef0ed630b271576a8c9a70236f3 ]\n\nWhen dump_one_policy() returns an error, e.g. because of a too small\nbuffer to dump the whole xfrm policy, xfrm_policy_netlink() returns\nNULL instead of an error pointer. But its caller expects an error\npointer and therefore continues to operate on a NULL skbuff.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "555144b63d57c0df7a2677868f83957a34135207",
      "tree": "f25e99ec2bf0436cc9d6a190ad1498e58bd8f378",
      "parents": [
        "20eb20851385e53d27dff9ed79c4e68e58e3d9da"
      ],
      "author": {
        "name": "Mathias Krause",
        "email": "minipli@googlemail.com",
        "time": "Thu Sep 13 11:41:26 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "xfrm_user: return error pointer instead of NULL\n\n[ Upstream commit 864745d291b5ba80ea0bd0edcbe67273de368836 ]\n\nWhen dump_one_state() returns an error, e.g. because of a too small\nbuffer to dump the whole xfrm state, xfrm_state_netlink() returns NULL\ninstead of an error pointer. But its callers expect an error pointer\nand therefore continue to operate on a NULL skbuff.\n\nThis could lead to a privilege escalation (execution of user code in\nkernel context) if the attacker has CAP_NET_ADMIN and is able to map\naddress 0.\n\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "20eb20851385e53d27dff9ed79c4e68e58e3d9da",
      "tree": "b3a5a5e16f823d5ca39f44124bf18b5f63fa2a2f",
      "parents": [
        "657197486950474bf30290344339fd0914fe99c9"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Tue Sep 04 00:03:29 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "xfrm: Workaround incompatibility of ESN and async crypto\n\n[ Upstream commit 3b59df46a449ec9975146d71318c4777ad086744 ]\n\nESN for esp is defined in RFC 4303. This RFC assumes that the\nsequence number counters are always up to date. However,\nthis is not true if an async crypto algorithm is employed.\n\nIf the sequence number counters are not up to date on sequence\nnumber check, we may incorrectly update the upper 32 bit of\nthe sequence number. This leads to a DOS.\n\nWe workaround this by comparing the upper sequence number,\n(used for authentication) with the upper sequence number\ncomputed after the async processing. We drop the packet\nif these numbers are different.\n\nTo do this, we introduce a recheck function that does this\ncheck in the ESN case.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nAcked-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "657197486950474bf30290344339fd0914fe99c9",
      "tree": "38cb93775d584be1915d08ab3c044d868ed8c509",
      "parents": [
        "e878ead68937be79e530ea9bf568766ab454e3ee"
      ],
      "author": {
        "name": "Michal Schmidt",
        "email": "mschmidt@redhat.com",
        "time": "Thu Sep 13 12:59:44 2012 +0000"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:40 2012 +0900"
      },
      "message": "bnx2x: fix rx checksum validation for IPv6\n\n[ Upstream commit e488921f44765e8ab6c48ca35e3f6b78df9819df ]\n\nCommit d6cb3e41 \"bnx2x: fix checksum validation\" caused a performance\nregression for IPv6. Rx checksum offload does not work. IPv6 packets\nare passed to the stack with CHECKSUM_NONE.\n\nThe hardware obviously cannot perform IP checksum validation for IPv6,\nbecause there is no checksum in the IPv6 header. This should not prevent\nus from setting CHECKSUM_UNNECESSARY.\n\nTested on BCM57711.\n\nSigned-off-by: Michal Schmidt \u003cmschmidt@redhat.com\u003e\nAcked-by: Eric Dumazet \u003cedumazet@google.com\u003e\nAcked-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n"
    },
    {
      "commit": "e878ead68937be79e530ea9bf568766ab454e3ee",
      "tree": "415bbb903c16357d9679316154875a6a7e4fcd2a",
      "parents": [
        "0699c6dd66e7083f837cfe620837ddcf10649b89"
      ],
      "author": {
        "name": "Yuta Ando",
        "email": "yuta.and@gmail.com",
        "time": "Mon Oct 01 23:24:30 2012 +0900"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:39 2012 +0900"
      },
      "message": "localmodconfig: Fix localyesconfig to set to \u0027y\u0027 not \u0027m\u0027\n\ncommit 4eae518d4b01b0cbf2f0d8edb5a6f3d6245ee8fb upstream.\n\nThe kbuild target \u0027localyesconfig\u0027 has been same as \u0027localmodconfig\u0027\nsince the commit 50bce3e \"kconfig/streamline_config.pl: merge\nlocal{mod,yes}config\". The commit expects this script generates\ndifferent configure depending on target, but it was not yet implemented.\n\nSo I added code that sets to \u0027yes\u0027 when target is \u0027localyesconfig\u0027.\n\nLink: http://lkml.kernel.org/r/1349101470-12243-1-git-send-email-yuta.and@gmail.com\n\nSigned-off-by: Yuta Ando \u003cyuta.and@gmail.com\u003e\nCc: linux-kbuild@vger.kernel.org\nSigned-off-by: Steven Rostedt \u003crostedt@rostedt.homelinux.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    },
    {
      "commit": "0699c6dd66e7083f837cfe620837ddcf10649b89",
      "tree": "3b0c012f2bbd2e3cbe5fffb1efee75217face715",
      "parents": [
        "66307aef43a3a51cccf03f4ca8063cfce1bd4ac1"
      ],
      "author": {
        "name": "Eric Sandeen",
        "email": "sandeen@redhat.com",
        "time": "Sat Aug 18 22:29:40 2012 -0400"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@linuxfoundation.org",
        "time": "Sat Oct 13 05:38:39 2012 +0900"
      },
      "message": "jbd2: don\u0027t write superblock when if its empty\n\ncommit eeecef0af5ea4efd763c9554cf2bd80fc4a0efd3 upstream.\n\nThis sequence:\n\n# truncate --size\u003d1g fsfile\n# mkfs.ext4 -F fsfile\n# mount -o loop,ro fsfile /mnt\n# umount /mnt\n# dmesg | tail\n\nresults in an IO error when unmounting the RO filesystem:\n\n[  318.020828] Buffer I/O error on device loop1, logical block 196608\n[  318.027024] lost page write due to I/O error on loop1\n[  318.032088] JBD2: Error -5 detected when updating journal superblock for loop1-8.\n\nThis was a regression introduced by commit 24bcc89c7e7c: \"jbd2: split\nupdating of journal superblock and marking journal empty\".\n\nSigned-off-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n"
    }
  ],
  "next": "66307aef43a3a51cccf03f4ca8063cfce1bd4ac1"
}