{"head":"81645587aa259a81896a594dcf147b99d20e1ff7","size":709,"push_id":43969109,"shas":[["00fe1ae91e0d69e52e8212d23cd3ecc74a7259a0","a0baddf32b28d2f9429941ed4af2fe636e210591@gmail.com","netfilter: xt_rateest: fix xt_rateest_mt_checkentry()\n\ncommit 4a5a5c73b7cfee (slightly better error reporting) added some\nuseless code in xt_rateest_mt_checkentry().\n\nFix this so that different error codes can really be returned.\n\nSigned-off-by: Eric Dumazet <eric.dumazet@gmail.com>\nCC: Jan Engelhardt <jengelh@medozas.de>\nSigned-off-by: Patrick McHardy <kaber@trash.net>","Eric Dumazet"],["91c66c6893a3e2bb8a88a30cb76007d5d49d32c9","7323a5431d1c31072983a6a5bf23745b655ddf59@chaosbits.net","netfilter: ip_queue: Fix small leak in ipq_build_packet_message()\n\nipq_build_packet_message() in net/ipv4/netfilter/ip_queue.c and\nnet/ipv6/netfilter/ip6_queue.c contain a small potential mem leak as\nfar as I can tell.\n\nWe allocate memory for 'skb' with alloc_skb() annd then call\n nlh = NLMSG_PUT(skb, 0, 0, IPQM_PACKET, size - sizeof(*nlh));\n\nNLMSG_PUT is a macro\n NLMSG_PUT(skb, pid, seq, type, len) \\\n  \t\tNLMSG_NEW(skb, pid, seq, type, len, 0)\n\nthat expands to NLMSG_NEW, which is also a macro which expands to:\n NLMSG_NEW(skb, pid, seq, type, len, flags) \\\n  \t({\tif (unlikely(skb_tailroom(skb) < (int)NLMSG_SPACE(len))) \\\n  \t\t\tgoto nlmsg_failure; \\\n  \t\t__nlmsg_put(skb, pid, seq, type, len, flags); })\n\nIf we take the true branch of the 'if' statement and 'goto\nnlmsg_failure', then we'll, at that point, return from\nipq_build_packet_message() without having assigned 'skb' to anything\nand we'll leak the memory we allocated for it when it goes out of\nscope.\n\nFix this by placing a 'kfree(skb)' at 'nlmsg_failure'.\n\nI admit that I do not know how likely this to actually happen or even\nif there's something that guarantees that it will never happen - I'm\nnot that familiar with this code, but if that is so, I've not been\nable to spot it.\n\nSigned-off-by: Jesper Juhl <jj@chaosbits.net>\nSigned-off-by: Patrick McHardy <kaber@trash.net>","Jesper Juhl"],["9823d9ff483af4ce8804a9eb69600ca739cd1f58","3abf9665ba09b4c75c039800a964f3307c9663f4@pandora.be","\"netfilter: ebtables: fix ebtables build dependency\\n\\nThe configuration of ebtables shouldn't depend on\\nCONFIG_BRIDGE_NETFILTER, only on CONFIG_NETFILTER.\\n\\nReported-by: Sbastien Laveze <slaveze@gmail.com>\\nSigned-off-by: Bart De Schuymer <bdschuym@pandora.be>\\nSigned-off-by: Patrick McHardy <kaber@trash.net>\"","Bart De Schuymer"],["5185352c163a72cf969b2fbbfb89801b398896fd","6dd34506bbd5e58221bbb3e4732d97c91f02277b@newdream.net","libceph: fix msgpool\n\nThere were several problems here:\n\n 1- we weren't tagging allocations with the pool, so they were never\n    returned to the pool.\n 2- msgpool_put didn't add back to the mempool, even it were called.\n 3- msgpool_release didn't clear the pool pointer, so it would have looped\n    had #1 not been broken.\n\nThese may or may not have been responsible for #1136 or #1381 (BUG due to\nnon-empty mempool on umount).  I can't seem to trigger the crash now using\nthe method I was using before.\n\nSigned-off-by: Sage Weil <sage@newdream.net>","Sage Weil"],["4f6fdf08681cecd9f38499de7a02eb4f05f399a7","69e02ec421aa70a149511825d897f2549ceee9a2@canonical.com","HID: magicmouse: Set resolution of touch surfaces\n\nAdd touch surface resolution information. The size of the touch surfaces\nhas been determined to the hundredth of a mm.\n\nCc: Jiri Kosina <jkosina@suse.cz>\nCc: Michael Poole <mdpoole@troilus.org>\nCc: linux-input@vger.kernel.org\nCc: linux-kernel@vger.kernel.org\nSigned-off-by: Chase Douglas <chase.douglas@canonical.com>\n[jkosina@suse.cz: update comments and commit message]\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","Chase Douglas"],["971c90bfa2f0b4fe52d6d9002178d547706f1343","33837adfb53316eae44aad04041e1240088d76fd@linaro.org","alarmtimers: Avoid possible null pointer traversal\n\nWe don't check if old_setting is non null before assigning it, so\ncorrect this.\n\nCC: Thomas Gleixner <tglx@linutronix.de>\nCC: stable@kernel.org\nSigned-off-by: John Stultz <john.stultz@linaro.org>","John Stultz"],["ea7802f630d356acaf66b3c0b28c00a945fc35dc","33837adfb53316eae44aad04041e1240088d76fd@linaro.org","alarmtimers: Memset itimerspec passed into alarm_timer_get\n\nFollowing common_timer_get, zero out the itimerspec passed in.\n\nCC: Thomas Gleixner <tglx@linutronix.de>\nCC: stable@kernel.org\nSigned-off-by: John Stultz <john.stultz@linaro.org>","John Stultz"],["6af7e471e5a7746b8024d70b4363d3dfe41d36b8","33837adfb53316eae44aad04041e1240088d76fd@linaro.org","alarmtimers: Avoid possible denial of service with high freq periodic timers\n\nIts possible to jam up the alarm timers by setting very small interval\ntimers, which will cause the alarmtimer subsystem to spend all of its time\nfiring and restarting timers. This can effectivly lock up a box.\n\nA deeper fix is needed, closely mimicking the hrtimer code, but for now\njust cap the interval to 100us to avoid userland hanging the system.\n\nCC: Thomas Gleixner <tglx@linutronix.de>\nCC: stable@kernel.org\nSigned-off-by: John Stultz <john.stultz@linaro.org>","John Stultz"],["bf6ed027bcc93f8d54d321fe87f0434b25699eb1","b6ffd6973e972cb999e8e535ab74da7fee0c035f@gmail.com","rtc: ep93xx: Fix 'rtc' may be used uninitialized warning\n\ncommit 92d921c5d \"rtc: ep93xx: Initialize drvdata before registering device\"\nensures the drvdata is initialized prior to registering the rtc device.\nBut it set the drvdata to an uninitialized pointer.\nThus calling platform_get_drvdata in ep93xx_rtc_remove does not get correct address.\n\nThis patch fixes below warning by adding struct rtc_device *rtc to struct ep93xx_rtc.\nThen set platform drvdata to ep93xx_rtc instead of rtc.\n\n  CC      drivers/rtc/rtc-ep93xx.o\ndrivers/rtc/rtc-ep93xx.c: In function 'ep93xx_rtc_probe':\ndrivers/rtc/rtc-ep93xx.c:154: warning: 'rtc' may be used uninitialized in this function\n\nSigned-off-by: Axel Lin <axel.lin@gmail.com>\nSigned-off-by: John Stultz <john.stultz@linaro.org>","Axel Lin"],["dec35d19c4ec65b94df3b27b6e373f0d48c9cd32","5dcd853e6765ee14049303d47ce83faf317dd738@nokia.com","rtc: rtc-twl: Switch to using threaded irq\n\nThe driver is accessing to i2c bus in interrupt handler.\nTherefore, it should use threaded irq.\n\nSigned-off-by: Ilkka Koskinen <ilkka.koskinen@nokia.com>\nAcked-by: Balaji T K <balajitk@ti.com>\nSigned-off-by: John Stultz <john.stultz@linaro.org>","Ilkka Koskinen"],["34d623d11316cb69f9e8cc5eb50d3792b5c302b6","1ea78bda3cb6d36efdb8fc89aad6555e21b4887e@debian.org","rtc: rtc-twl: Remove lockdep related local_irq_enable()\n\nNow that the irq is properly threaded (due to it needing i2c access)\nwe should also remove the local_irq_enable() call in twl_rtc_interrupt.\nTesting this with Pandaboard, the RTC is still working.\n\n[Reworked commit message -jstultz]\nSigned-off-by: John Stultz <john.stultz@linaro.org>","Sebastian Reichel"],["938f97bcf1bdd1b681d5d14d1d7117a2e22d4434","33837adfb53316eae44aad04041e1240088d76fd@linaro.org","rtc: Fix RTC PIE frequency limit\n\nThomas earlier submitted a fix to limit the RTC PIE freq, but\npicked 5000Hz out of the air. Willy noticed that we should\ninstead use the 8192Hz max from the rtc man documentation.\n\nCc: Willy Tarreau <w@1wt.eu>\nCc: stable@kernel.org\nCc: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: John Stultz <john.stultz@linaro.org>","John Stultz"],["b3b46d76d0fcbb1f737107cec1a1ee87bc5e5fd3","4cf8d479716eba9bc68e0146d95320fcb138b96b@redhat.com","APEI: Fix WHEA _OSC call\n\nBit 0 of the support parameter to the OSC call should be set in order to\nindicate that the OS supports the WHEA mechanism. Stuart Hayes tracked\nan APEI issue on some Dell platforms down to this.\n\nReported-by: Stuart Hayes <Stuart_Hayes@Dell.com>\nSigned-off-by: Matthew Garrett <mjg@redhat.com>\nSigned-off-by: Len Brown <len.brown@intel.com>","Matthew Garrett"],["96242116d483cd98ab55fb989ca096f6f9cc3738","f10ec01be0c6b54271af5c550cd257810bdf3268@google.com","PNP: update pnp.debug usage (needs value on command line)\n\nCommit cdefba03e44 changed pnp.debug from a boot param to a module param,\nwhich means it needs a value when used on the command line.\n\nCC: Thomas Renninger <trenn@suse.de>\nSigned-off-by: Bjorn Helgaas <bhelgaas@google.com>\nSigned-off-by: Len Brown <len.brown@intel.com>","Bjorn Helgaas"],["03ba176a29dae5b4849f45c0b5c89b9d78baa2c6","1b6cd78b57df009d087b682fa5d09a04e6a050ac@linux.intel.com","ACPI APEI: Add Kconfig option IRQ_WORK for GHES\n\nIRQ_WORK is used by GHES, but it is selected by PERF_EVENT.\nFor now PERF_EVENT is selected by x86 by default, but\nin concept, IRQ_WORK should be selected by GHES, not by others.\n\nSigned-off-by: Chen Gong <gong.chen@linux.intel.com>\nSigned-off-by: Len Brown <len.brown@intel.com>","Chen Gong"],["795858dbd253462a67e14272edeaae73c6074b17","6dd34506bbd5e58221bbb3e4732d97c91f02277b@newdream.net","ceph: fix encoding of ino only (not relative) paths\n\nA 'path' consists of a starting ino and relative component.  Encode even\nwhen there is no relative component.  This is primarily needed by the\nNFS reexport code.\n\nSigned-off-by: Sage Weil <sage@newdream.net>","Sage Weil"],["016f1c54408b1e92e2e8087bfc05ca0a9c258513","0c835876a532a476f30fdb1f6e963bae6c5a1a04@suse.cz","UBIFS: not build debug messages with CONFIG_UBIFS_FS_DEBUG disabled\n\nWith\n  $ grep -e UBIFS_FS_DEBUG -e DYNAMIC_DEBUG .config\n  # CONFIG_UBIFS_FS_DEBUG is not set\n  CONFIG_DYNAMIC_DEBUG=y\n\nDebug messages are kept in the object files due to the\ndynamic_pr_debug() macro, even if they are never going to be printed:\n  $ make fs/ubifs/super.o\n  $ strings fs/ubifs/super.o | grep 'compiled on'\n  compiled on:         Aug 11 2011 at 12:21:38\n\nUse plain printk to fix this.\n\nSigned-off-by: Michal Marek <mmarek@suse.cz>\nSigned-off-by: Artem Bityutskiy <artem.bityutskiy@intel.com>","Michal Marek"],["9efabc84768ee8e79b50ad6ad6cff94d66da01f7","2f96f8cd3e2780a209d0ab27d1b44624d0019d3f@intel.com","UBI: do not link debug messages when debugging is disabled\n\nMichal Marek spotted the same issue in UBIFS and this patch fixes UBI,\nsee \"UBIFS: not build debug messages with CONFIG_UBIFS_FS_DEBUG disabled\"\n\nWhen UBI debugging is disabled, we have debugging messages defined as:\n\nif (0)\n\tpr_debug()\n\nBut pr_debug macro defines data structures with debugging data and makes\nthe linux binary larger, even though we have \"if (0)\".\n\nSigned-off-by: Artem Bityutskiy <artem.bityutskiy@intel.com>","Artem Bityutskiy"],["c956b753e706f24d18a026f8efa4df3b1919fcc9","4802c9324e296bd4f067f90ad87878b5665d33d2@ti.com","OMAP: powerdomains: Make all powerdomain target states as ON at init\n\nProgram all powerdomain target state as ON; this is to prevent domains\nfrom hitting low power states (if bootloader has target states set to\nsomething other than ON) and potentially even losing context while PM\nis not fully initialized, which can cause the system to crash.  The PM\nlate init code can then program the desired target state for all the\npower domains.\n\nSigned-off-by: Rajendra Nayak <rnayak@ti.com>\nSigned-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>\n[paul@pwsan.com: dropped comment typo hunk; fixed comment indent and moved\n to kerneldoc; moved code to pwrdm_init(); changed pwrdm_init() argument name\n to prevent clash; cleaned up patch description]\nSigned-off-by: Paul Walmsley <paul@pwsan.com>","Rajendra Nayak"],["b1cbdb00da2ac00eb67fe277e563ff1f5093b4ba","5b4d8dc9ea337fff5fd1729321eda9873ade0b09@ti.com","OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup\n\nWhile using clockdomain force wakeup method, not waiting for powerdomain\nto be effectively ON may end up locking the clockdomain FSM until a\nnext wakeup event occurs.\n\nOne such issue was seen on OMAP4430, where L4_PER was periodically\ngetting stuck in in-transition state when transitioning from from OSWR to ON.\n\nThis issue was reported and investigated by Patrick Titiano <p-titiano@ti.com>\n\nSigned-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>\nSigned-off-by: Rajendra Nayak <rnayak@ti.com>\nReported-by: Patrick Titiano <p-titiano@ti.com>\nCc: Kevin Hilman <khilman@ti.com>\nCc: Benoit Cousson <b-cousson@ti.com>\nCc: Paul Walmsley <paul@pwsan.com>\n[paul@pwsan.com: updated to apply; added transition wait on clkdm_deny_idle();\n remove two superfluous pwrdm_wait_transition() calls]\nSigned-off-by: Paul Walmsley <paul@pwsan.com>","Santosh Shilimkar"]],"ref":"refs/heads/p2p_dyn_fw"}