{"shas":[["41e801cf41ce83081666d951b7be4f238ea71249","d3abdf3e2800e6cb849f11b81e6eb50b34d96431@google.com","ksm: fix NULL pointer dereference in scan_get_next_rmap_item()\n\ncommit 2b472611a32a72f4a118c069c2d62a1a3f087afd upstream.\n\nAndrea Righi reported a case where an exiting task can race against\nksmd::scan_get_next_rmap_item (http://lkml.org/lkml/2011/6/1/742) easily\ntriggering a NULL pointer dereference in ksmd.\n\nksm_scan.mm_slot == &ksm_mm_head with only one registered mm\n\nCPU 1 (__ksm_exit)\t\tCPU 2 (scan_get_next_rmap_item)\n \t\t\t\tlist_empty() is false\nlock\t\t\t\tslot == &ksm_mm_head\nlist_del(slot->mm_list)\n(list now empty)\nunlock\n\t\t\t\tlock\n\t\t\t\tslot = list_entry(slot->mm_list.next)\n\t\t\t\t(list is empty, so slot is still ksm_mm_head)\n\t\t\t\tunlock\n\t\t\t\tslot->mm == NULL ... Oops\n\nClose this race by revalidating that the new slot is not simply the list\nhead again.\n\nAndrea's test case:\n\n#include <stdio.h>\n#include <stdlib.h>\n#include <unistd.h>\n#include <sys/mman.h>\n\n#define BUFSIZE getpagesize()\n\nint main(int argc, char **argv)\n{\n\tvoid *ptr;\n\n\tif (posix_memalign(&ptr, getpagesize(), BUFSIZE) < 0) {\n\t\tperror(\"posix_memalign\");\n\t\texit(1);\n\t}\n\tif (madvise(ptr, BUFSIZE, MADV_MERGEABLE) < 0) {\n\t\tperror(\"madvise\");\n\t\texit(1);\n\t}\n\t*(char *)NULL = 0;\n\n\treturn 0;\n}\n\nReported-by: Andrea Righi <andrea@betterlinux.com>\nTested-by: Andrea Righi <andrea@betterlinux.com>\nCc: Andrea Arcangeli <aarcange@redhat.com>\nSigned-off-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Chris Wright <chrisw@sous-sol.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Hugh Dickins"],["a7686651abdebcf60272aa0f6cc5434001f59148","22a0c6385d750d07aa383c9f813cf6f0228657d8@eu.citrix.com","xen: partially revert \"xen: set max_pfn_mapped to the last pfn mapped\"\n\ncommit a91d92875ee94e4703fd017ccaadb48cfb344994 upstream.\n\nWe only need to set max_pfn_mapped to the last pfn mapped on x86_64 to\nmake sure that cleanup_highmap doesn't remove important mappings at\n_end.\n\nWe don't need to do this on x86_32 because cleanup_highmap is not called\non x86_32. Besides lowering max_pfn_mapped on x86_32 has the unwanted\nside effect of limiting the amount of memory available for the 1:1\nkernel pagetable allocation.\n\nThis patch reverts the x86_32 part of the original patch.\n\nSigned-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>\nSigned-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Stefano Stabellini"],["b8b2f6f7a70ec422df39a68050293b5ad3e3a2ba","6cb163d975a8c4c46420677e0054b55c39bdb339@redhat.com","migrate: don't account swapcache as shmem\n\ncommit 99a15e21d96f6857dafab1e5167e5e8183215c9c upstream.\n\nswapcache will reach the below code path in migrate_page_move_mapping,\nand swapcache is accounted as NR_FILE_PAGES but it's not accounted as\nNR_SHMEM.\n\nHugh pointed out we must use PageSwapCache instead of comparing\nmapping to &swapper_space, to avoid build failure with CONFIG_SWAP=n.\n\nSigned-off-by: Andrea Arcangeli <aarcange@redhat.com>\nAcked-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Andrea Arcangeli"],["dcdddf266eb93018150e3c3bbadc0f2299b58fd0","00e4cf8f46a57000a44449bf9dd8cbbcc209fd2a@linutronix.de","clocksource: Make watchdog robust vs. interruption\n\ncommit b5199515c25cca622495eb9c6a8a1d275e775088 upstream.\n\nThe clocksource watchdog code is interruptible and it has been\nobserved that this can trigger false positives which disable the TSC.\n\nThe reason is that an interrupt storm or a long running interrupt\nhandler between the read of the watchdog source and the read of the\nTSC brings the two far enough apart that the delta is larger than the\nunstable treshold. Move both reads into a short interrupt disabled\nregion to avoid that.\n\nReported-and-tested-by: Vernon Mauery <vernux@us.ibm.com>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Thomas Gleixner"],["56df946647f62205a80850ecc675e515208cd7d6","48ad0bdf47651f7a71905c605c8960f443623cd5@suse.cz","PM: Free memory bitmaps if opening /dev/snapshot fails\n\ncommit 8440f4b19494467883f8541b7aa28c7bbf6ac92b upstream.\n\nWhen opening /dev/snapshot device, snapshot_open() creates memory\nbitmaps which are freed in snapshot_release(). But if any of the\ncallbacks called by pm_notifier_call_chain() returns NOTIFY_BAD, open()\nfails, snapshot_release() is never called and bitmaps are not freed.\nNext attempt to open /dev/snapshot then triggers BUG_ON() check in\ncreate_basic_memory_bitmaps(). This happens e.g. when vmwatchdog module\nis active on s390x.\n\nSigned-off-by: Michal Kubecek <mkubecek@suse.cz>\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Michal Kubecek"],["cf4af5e597a37a544d69638843935d54037919b4","d4c4fc5069677be84f589aa6e14eedffef9ba12f@linux.intel.com","xhci: Reject double add of active endpoints.\n\ncommit fa75ac379e63c2864e9049b5e8615e40f65c1e70 upstream.\n\nWhile trying to switch a UAS device from the BOT configuration to the UAS\nconfiguration via the bConfigurationValue file, Tanya ran into an issue in\nthe USB core.  usb_disable_device() sets entries in udev->ep_out and\nudev->ep_out to NULL, but doesn't call into the xHCI bandwidth management\nfunctions to remove the BOT configuration endpoints from the xHCI host's\ninternal structures.\n\nThe USB core would then attempt to add endpoints for the UAS\nconfiguration, and some of the endpoints had the same address as endpoints\nin the BOT configuration.  The xHCI driver blindly added the endpoints\nagain, but the xHCI host controller rejected the Configure Endpoint\ncommand because active endpoints were added without being dropped.\n\nMake the xHCI driver reject calls to xhci_add_endpoint() that attempt to\nadd active endpoints without first calling xhci_drop_endpoint().\n\nThis should be backported to kernels as old as 2.6.31.\n\nSigned-off-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>\nReported-by: Tanya Brokhman <tlinder@codeaurora.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Sarah Sharp"],["541ccdaa25f7ee9226328c9848de57c450034fda","dcb1749dd31d79a0727490bff30ada59f99408a7@mail.ru","ath5k: fix memory leak when fewer than N_PD_CURVES are in use\n\ncommit a0b8de350be458b33248e48b2174d9af8a4c4798 upstream.\n\nWe would free the proper number of curves, but in the wrong\nslots, due to a missing level of indirection through\nthe pdgain_idx table.\n\nIt's simpler just to try to free all four slots, so do that.\n\nSigned-off-by: Bob Copeland <me@bobcopeland.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Eugene A. Shatokhin"],["69af3f5441269796c29aa055b3554da1abd4ea47","694a02b27e43c30029138ade6f65973ab3570aad@linux.com","mm: fix negative commitlimit when gigantic hugepages are allocated\n\ncommit b0320c7b7d1ac1bd5c2d9dff3258524ab39bad32 upstream.\n\nWhen 1GB hugepages are allocated on a system, free(1) reports less\navailable memory than what really is installed in the box.  Also, if the\ntotal size of hugepages allocated on a system is over half of the total\nmemory size, CommitLimit becomes a negative number.\n\nThe problem is that gigantic hugepages (order > MAX_ORDER) can only be\nallocated at boot with bootmem, thus its frames are not accounted to\n'totalram_pages'.  However, they are accounted to hugetlb_total_pages()\n\nWhat happens to turn CommitLimit into a negative number is this\ncalculation, in fs/proc/meminfo.c:\n\n        allowed = ((totalram_pages - hugetlb_total_pages())\n                * sysctl_overcommit_ratio / 100) + total_swap_pages;\n\nA similar calculation occurs in __vm_enough_memory() in mm/mmap.c.\n\nAlso, every vm statistic which depends on 'totalram_pages' will render\nconfusing values, as if system were 'missing' some part of its memory.\n\nImpact of this bug:\n\nWhen gigantic hugepages are allocated and sysctl_overcommit_memory ==\nOVERCOMMIT_NEVER.  In a such situation, __vm_enough_memory() goes through\nthe mentioned 'allowed' calculation and might end up mistakenly returning\n-ENOMEM, thus forcing the system to start reclaiming pages earlier than it\nwould be ususal, and this could cause detrimental impact to overall\nsystem's performance, depending on the workload.\n\nBesides the aforementioned scenario, I can only think of this causing\nannoyances with memory reports from /proc/meminfo and free(1).\n\n[akpm@linux-foundation.org: standardize comment layout]\nReported-by: Russ Anderson <rja@sgi.com>\nSigned-off-by: Rafael Aquini <aquini@linux.com>\nAcked-by: Russ Anderson <rja@sgi.com>\nCc: Andrea Arcangeli <aarcange@redhat.com>\nCc: Christoph Lameter <cl@linux.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Rafael Aquini"],["8fd6d375a6408fffaf977a316e1f4e735a6f6da3","1371fd10dd05a897e5b55dc6ae4fbafa1f84c6ec@collabora.co.uk","uvcvideo: Remove buffers from the queues when freeing\n\ncommit 8ca2c80b170c47eeb55f0c2a0f2b8edf85f35d49 upstream.\n\nWhen freeing memory for the video buffers also remove them from the\nirq & main queues.\n\nThis fixes an oops when doing the following:\n\nopen (\"/dev/video\", ..)\nVIDIOC_REQBUFS\nVIDIOC_QBUF\nVIDIOC_REQBUFS\nclose ()\n\nAs the second VIDIOC_REQBUFS will cause the list entries of the buffers\nto be cleared while they still hang around on the main and irc queues\n\nSigned-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>\nAcked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Sjoerd Simons"],["e70fa66027bcaded61e52ae5bcb774f0deb7f1bf","73262ad0334ab37227b2f7a0205f51db1e606681@openwrt.org","watchdog: mtx1-wdt: request gpio before using it\n\ncommit 9b19d40aa3ebaf1078779da10555da2ab8512422 upstream.\n\nOtherwise, the gpiolib autorequest feature will produce a WARN_ON():\n\nWARNING: at drivers/gpio/gpiolib.c:101 0x8020ec6c()\nautorequest GPIO-215\n[...]\n\nSigned-off-by: Florian Fainelli <florian@openwrt.org>\nSigned-off-by: Wim Van Sebroeck <wim@iguana.be>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Florian Fainelli"],["f25fb1861998285aecb845e1ce46ce5a9fd559a5","bc4bbf83189bf2aa3b4ae434673d425054bbfadd@gmail.com","debugobjects: Fix boot crash when kmemleak and debugobjects enabled\n\ncommit 161b6ae0e067e421b20bb35caf66bdb405c929ac upstream.\n\nOrder of initialization look like this:\n...\ndebugobjects\nkmemleak\n...(lots of other subsystems)...\nworkqueues (through early initcall)\n...\n\ndebugobjects use schedule_work for batch freeing of its data and kmemleak\nheavily use debugobjects, so when it comes to freeing and workqueues were\nnot initialized yet, kernel crashes:\n\nBUG: unable to handle kernel NULL pointer dereference at           (null)\nIP: [<ffffffff810854d1>] __queue_work+0x29/0x41a\n [<ffffffff81085910>] queue_work_on+0x16/0x1d\n [<ffffffff81085abc>] queue_work+0x29/0x55\n [<ffffffff81085afb>] schedule_work+0x13/0x15\n [<ffffffff81242de1>] free_object+0x90/0x95\n [<ffffffff81242f6d>] debug_check_no_obj_freed+0x187/0x1d3\n [<ffffffff814b6504>] ? _raw_spin_unlock_irqrestore+0x30/0x4d\n [<ffffffff8110bd14>] ? free_object_rcu+0x68/0x6d\n [<ffffffff8110890c>] kmem_cache_free+0x64/0x12c\n [<ffffffff8110bd14>] free_object_rcu+0x68/0x6d\n [<ffffffff810b58bc>] __rcu_process_callbacks+0x1b6/0x2d9\n...\n\nbecause system_wq is NULL.\n\nFix it by checking if workqueues susbystem was initialized before using.\n\nSigned-off-by: Marcin Slusarz <marcin.slusarz@gmail.com>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Tejun Heo <tj@kernel.org>\nCc: Dipankar Sarma <dipankar@in.ibm.com>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nLink: http://lkml.kernel.org/r/20110528112342.GA3068@joi.lan\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>","Marcin Slusarz"],["693164179e102178e3a4aa3553b9d7611f92bb54","08e836a620179c237f631ad0545a7ebdf54201f3@fusionio.com","cfq-iosched: fix locking around ioc->ioc_data assignment\n\ncommit ab4bd22d3cce6977dc039664cc2d052e3147d662 upstream.\n\nSince we are modifying this RCU pointer, we need to hold\nthe lock protecting it around it.\n\nThis fixes a potential reuse and double free of a cfq\nio_context structure. The bug has been in CFQ for a long\ntime, it hit very few people but those it did hit seemed\nto see it a lot.\n\nTracked in RH bugzilla here:\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=577968\n\nCredit goes to Paul Bolle for figuring out that the issue\nwas around the one-hit ioc->ioc_data cache. Thanks to his\nhard work the issue is now fixed.\n\nSigned-off-by: Jens Axboe <jaxboe@fusionio.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Jens Axboe"],["a9611248fa6b2305855adeaee38b6be388bd5556","cb3904095a5bc20edc93ba3dfa3e7d27d981b654@intel.com","cfq-iosched: fix a rcu warning\n\ncommit 3181faa85bda3dc3f5e630a1846526c9caaa38e3 upstream.\n\nI got a rcu warnning at boot. the ioc->ioc_data is rcu_deferenced, but\ndoesn't hold rcu_read_lock.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>\nSigned-off-by: Jens Axboe <jaxboe@fusionio.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Shaohua Li"],["8d8ad0ad4c672cce288515ec6319b4a237aec3de","49ad6a9f5aa17024c23048df346d55bda6837e01@linux-fr.org","i2c-taos-evm: Fix log messages\n\ncommit 9b640f2e154268cb516efcaf9c434f2e73c6783e upstream.\n\n* Print all error and information messages even when debugging is\n  disabled.\n* Don't use adapter device to log messages before it is ready.\n\nSigned-off-by: Jean Delvare <khali@linux-fr.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Jean Delvare"],["bcebcd0466ad575827a27de2c71820a116223a1d","1c00aa603bb92d594c03cff60ecf8e63b2a5bcb1@suse.de","md: avoid endless recovery loop when waiting for fail device to complete.\n\ncommit 4274215d24633df7302069e51426659d4759c5ed upstream.\n\nIf a device fails in a way that causes pending request to take a while\nto complete, md will not be able to immediately remove it from the\narray in remove_and_add_spares.\nIt will then incorrectly look like a spare device and md will try to\nrecover it even though it is failed.\nThis leads to a recovery process starting and instantly aborting over\nand over again.\n\nWe should check if the device is faulty before considering it to be a\nspare.  This will avoid trying to start a recovery that cannot\nproceed.\n\nThis bug was introduced in 2.6.26 so that patch is suitable for any\nkernel since then.\n\nReported-by: Jim Paradis <james.paradis@stratus.com>\nSigned-off-by: NeilBrown <neilb@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","NeilBrown"],["eff60da8175e3bce02a59fe26fab05ee13a551bc","6a1f9db795c9fc44be97d66ab114c53193bd3d13@netapp.com","SUNRPC: Ensure the RPC client only quits on fatal signals\n\ncommit 5afa9133cfe67f1bfead6049a9640c9262a7101c upstream.\n\nFix a couple of instances where we were exiting the RPC client on\narbitrary signals. We should only do so on fatal signals.\n\nSigned-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Trond Myklebust"],["e876aa40136ee58313f18d1ed1c1daa79a6c97ec","942b402b07c522a8271785df04894b4692262f69@openwall.com","taskstats: don't allow duplicate entries in listener mode\n\ncommit 26c4caea9d697043cc5a458b96411b86d7f6babd upstream.\n\nCurrently a single process may register exit handlers unlimited times.\nIt may lead to a bloated listeners chain and very slow process\nterminations.\n\nEg after 10KK sent TASKSTATS_CMD_ATTR_REGISTER_CPUMASKs ~300 Mb of\nkernel memory is stolen for the handlers chain and \"time id\" shows 2-7\nseconds instead of normal 0.003.  It makes it possible to exhaust all\nkernel memory and to eat much of CPU time by triggerring numerous exits\non a single CPU.\n\nThe patch limits the number of times a single process may register\nitself on a single CPU to one.\n\nOne little issue is kept unfixed - as taskstats_exit() is called before\nexit_files() in do_exit(), the orphaned listener entry (if it was not\nexplicitly deregistered) is kept until the next someone's exit() and\nimplicit deregistration in send_cpu_listeners().  So, if a process\nregistered itself as a listener exits and the next spawned process gets\nthe same pid, it would inherit taskstats attributes.\n\nSigned-off-by: Vasiliy Kulikov <segooon@gmail.com>\nCc: Balbir Singh <bsingharora@gmail.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Vasiliy Kulikov"],["345d1440f85fa8f3eabca7da151b08d4358a4206","f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","6pack,mkiss: fix lock inconsistency\n\ncommit 6e4e2f811bade330126d4029c88c831784a7efd9 upstream.\n\nLockdep found a locking inconsistency in the mkiss_close function:\n\n> kernel: [ INFO: inconsistent lock state ]\n> kernel: 2.6.39.1 #3\n> kernel: ---------------------------------\n> kernel: inconsistent {IN-SOFTIRQ-R} -> {SOFTIRQ-ON-W} usage.\n> kernel: ax25ipd/2813 [HC0[0]:SC0[0]:HE1:SE1] takes:\n> kernel: (disc_data_lock){+++?.-}, at: [<ffffffffa018552b>] mkiss_close+0x1b/0x90 [mkiss]\n> kernel: {IN-SOFTIRQ-R} state was registered at:\n\nThe message hints that disc_data_lock is aquired with softirqs disabled,\nbut does not itself disable softirqs, which can in rare circumstances\nlead to a deadlock.\nThe same problem is present in the 6pack driver, this patch fixes both\nby using write_lock_bh instead of write_lock.\n\nReported-by: Bernard F6BVP <f6bvp@free.fr>\nTested-by: Bernard F6BVP <f6bvp@free.fr>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nAcked-by: Ralf Baechle<ralf@linux-mips.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Arnd Bergmann"],["b6de1d962a51bdd4f87ec39510b72cd4884188ac","75ea6bb7bfc1186f92d26164de5f9268c9a45b59@rowland.harvard.edu","USB: don't let errors prevent system sleep\n\ncommit 0af212ba8f123c2eba151af7726c34a50b127962 upstream.\n\nThis patch (as1464) implements the recommended policy that most errors\nduring suspend or hibernation should not prevent the system from going\nto sleep.  In particular, failure to suspend a USB driver or a USB\ndevice should not prevent the sleep from succeeding:\n\nFailure to suspend a device won't matter, because the device will\nautomatically go into suspend mode when the USB bus stops carrying\npackets.  (This might be less true for USB-3.0 devices, but let's not\nworry about them now.)\n\nFailure of a driver to suspend might lead to trouble later on when the\nsystem wakes up, but it isn't sufficient reason to prevent the system\nfrom going to sleep.\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Alan Stern"],["38cda411230dd68518c762e92130938505c527ee","0d270388f2f92757a5de0f4bd891d3b392c44c4f@redhat.com","uml: fix CONFIG_STATIC_LINK=y build failure with newer glibc\n\ncommit aa5fb4dbfd121296ca97c68cf90043a7ea97579d upstream.\n\nWith glibc 2.11 or later that was built with --enable-multi-arch, the UML\nlink fails with undefined references to __rel_iplt_start and similar\nsymbols.  In recent binutils, the default linker script defines these\nsymbols (see ld --verbose).  Fix the UML linker scripts to match the new\ndefaults for these sections.\n\nSigned-off-by: Roland McGrath <roland@redhat.com>\nCc: Jeff Dike <jdike@addtoit.com>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@suse.de>\nSigned-off-by: Andi Kleen <ak@linux.intel.com>","Roland McGrath"]],"ref":"refs/heads/htc-cm-2.6.35-speedy","size":90,"head":"76c2dbfb239f513040dadd3f213e51aefe14b619","push_id":42290130}