{"push_id":913949240,"size":23,"distinct_size":23,"ref":"refs/heads/base","head":"04c30f34c969be31764e898efa22244f1df8a84a","before":"6f0806461e51a2a0e44db9e21cbb239534fed480","commits":[{"sha":"88676ea9bb3de29ac56c572f19d111ffe090d7b3","author":{"email":"d9f27fb07c1e9f131223ad827fa5179f3846c30b@redhat.com","name":"Ben Skeggs"},"message":"drm/nouveau/disp: fix dithering not being enabled on some eDP macbooks\n\ncommit a6a17859f1bdf607650ee055101f54c5f207762b upstream.\n\nSigned-off-by: Ben Skeggs <bskeggs@redhat.com>\nCc: Maarten Lankhorst <maarten.lankhorst@canonical.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/88676ea9bb3de29ac56c572f19d111ffe090d7b3"},{"sha":"d3b59a77728335233c96333af8749ff42fa00555","author":{"email":"711c73f64afdce07b7e38039a96d2224209e9a6c@chris-wilson.co.uk","name":"Chris Wilson"},"message":"drm/i915: Reset last_retired_head when resetting ring\n\ncommit c3b20037926e607b6cdaecbf9d3103e2ca63bc31 upstream.\n\nWhen we reset the ring control registers, including the HEAD and TAIL of\nthe ring, we also need to reset associated state. In this instance, we\nwere failing to reset the cached value of ring->last_retired_head and so\nupon the first request for more space following a resume would\npotentially (depending on a narrow race window) believe that the HEAD had\nadvanced much further than reality.\n\nThis is a regression from:\n\ncommit a71d8d94525e8fd855c0466fb586ae1cb008f3a2\nAuthor: Chris Wilson <chris@chris-wilson.co.uk>\nDate:   Wed Feb 15 11:25:36 2012 +0000\n\n    drm/i915: Record the tail at each request and use it to estimate the head\n\nSigned-off-by: Chris Wilson <chris@chris-wilson.co.uk>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/d3b59a77728335233c96333af8749ff42fa00555"},{"sha":"c1fd82563808b5f761bfbc1607e83524bdeaffbc","author":{"email":"8cab21ffd2ceb3ee06d75e34eb970dfea6bd7cc6@intel.com","name":"Eugeni Dodonov"},"message":"char/agp: add another Ironlake host bridge\n\ncommit 67384fe3fd450536342330f684ea1f7dcaef8130 upstream.\n\nThis seems to come on Gigabyte H55M-S2V and was discovered through the\nhttps://bugs.freedesktop.org/show_bug.cgi?id=50381 debugging.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50381\nSigned-off-by: Eugeni Dodonov <eugeni.dodonov@intel.com>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/c1fd82563808b5f761bfbc1607e83524bdeaffbc"},{"sha":"fa8227075a65341efc441e23d6d00c3bf8058cdc","author":{"email":"0d270388f2f92757a5de0f4bd891d3b392c44c4f@purestorage.com","name":"Roland Dreier"},"message":"btree: fix tree corruption in btree_get_prev()\n\ncommit cbf8ae32f66a9ceb8907ad9e16663c2a29e48990 upstream.\n\nThe memory the parameter __key points to is used as an iterator in\nbtree_get_prev(), so if we save off a bkey() pointer in retry_key and\nthen assign that to __key, we'll end up corrupting the btree internals\nwhen we do eg\n\n\tlongcpy(__key, bkey(geo, node, i), geo->keylen);\n\nto return the key value.  What we should do instead is use longcpy() to\ncopy the key value that retry_key points to __key.\n\nThis can cause a btree to get corrupted by seemingly read-only\noperations such as btree_for_each_safe.\n\n[akpm@linux-foundation.org: avoid the double longcpy()]\nSigned-off-by: Roland Dreier <roland@purestorage.com>\nAcked-by: Joern Engel <joern@logfs.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@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/fa8227075a65341efc441e23d6d00c3bf8058cdc"},{"sha":"370fbdbb07593e3fb92efe28a449aae473390c2a","author":{"email":"19a0ba370c443ba08d20b5061586430ab449ee8c@samba.org","name":"Paul Mackerras"},"message":"powerpc/time: Sanity check of decrementer expiration is necessary\n\ncommit 860aed25a1f0936d4852ab936252b47cd1e630f1 upstream.\n\nThis reverts 68568add2c (\"powerpc/time: Remove unnecessary sanity check\nof decrementer expiration\").  We do need to check whether we have reached\nthe expiration time of the next event, because we sometimes get an early\ndecrementer interrupt, most notably when we set the decrementer to 1 in\narch_irq_work_raise().  The effect of not having the sanity check is that\nif timer_interrupt() gets called early, we leave the decrementer set to\nits maximum value, which means we then don't get any more decrementer\ninterrupts for about 4 seconds (or longer, depending on timebase\nfrequency).  I saw these pauses as a consequence of getting a stray\nhypervisor decrementer interrupt left over from exiting a KVM guest.\n\nThis isn't quite a straight revert because of changes to the surrounding\ncode, but it restores the same algorithm as was previously used.\n\nAcked-by: Anton Blanchard <anton@samba.org>\nAcked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Paul Mackerras <paulus@samba.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/370fbdbb07593e3fb92efe28a449aae473390c2a"},{"sha":"4b8f182c0733e0f10b2828bb4000817a394eff62","author":{"email":"155b11ef2cd0a9e18c63fa9319b2a7c5ba90237d@nsn.com","name":"Steffen Rumler"},"message":"powerpc: Fix kernel panic during kernel module load\n\ncommit 3c75296562f43e6fbc6cddd3de948a7b3e4e9bcf upstream.\n\nThis fixes a problem which can causes kernel oopses while loading\na kernel module.\n\nAccording to the PowerPC EABI specification, GPR r11 is assigned\nthe dedicated function to point to the previous stack frame.\nIn the powerpc-specific kernel module loader, do_plt_call()\n(in arch/powerpc/kernel/module_32.c), GPR r11 is also used\nto generate trampoline code.\n\nThis combination crashes the kernel, in the case where the compiler\nchooses to use a helper function for saving GPRs on entry, and the\nmodule loader has placed the .init.text section far away from the\n.text section, meaning that it has to generate a trampoline for\nfunctions in the .init.text section to call the GPR save helper.\nBecause the trampoline trashes r11, references to the stack frame\nusing r11 can cause an oops.\n\nThe fix just uses GPR r12 instead of GPR r11 for generating the\ntrampoline code.  According to the statements from Freescale, this is\nsafe from an EABI perspective.\n\nI've tested the fix for kernel 2.6.33 on MPC8541.\n\nSigned-off-by: Steffen Rumler <steffen.rumler.ext@nsn.com>\n[paulus@samba.org: reworded the description]\nSigned-off-by: Paul Mackerras <paulus@samba.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/4b8f182c0733e0f10b2828bb4000817a394eff62"},{"sha":"25922bec735a0566b1dc1f8302f1b3429a2f7135","author":{"email":"df9728c9e5104131c08c7adb03af425394842596@rustcorp.com.au","name":"Rusty Russell"},"message":"module_param: stop double-calling parameters.\n\ncommit ae82fdb1406ad41d68f07027fe31f2d35ba22a90 upstream.\n\nCommit 026cee0086fe1df4cf74691cf273062cc769617d \"params:\n<level>_initcall-like kernel parameters\" set old-style module\nparameters to level 0.  And we call those level 0 calls where we used\nto, early in start_kernel().\n\nWe also loop through the initcall levels and call the levelled\nmodule_params before the corresponding initcall.  Unfortunately level\n0 is early_init(), so we call the standard module_param calls twice.\n\n(Turns out most things don't care, but at least ubi.mtd does).\n\nChange the level to -1 for standard module_param calls.\n\nReported-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com>\nSigned-off-by: Rusty Russell <rusty@rustcorp.com.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/25922bec735a0566b1dc1f8302f1b3429a2f7135"},{"sha":"8161fa171b9163ff51495f653c728215dafd588e","author":{"email":"33837adfb53316eae44aad04041e1240088d76fd@linaro.org","name":"John Stultz"},"message":"timekeeping: Fix CLOCK_MONOTONIC inconsistency during leapsecond\n\ncommit fad0c66c4bb836d57a5f125ecd38bed653ca863a upstream.\n\nCommit 6b43ae8a61 (ntp: Fix leap-second hrtimer livelock) broke the\nleapsecond update of CLOCK_MONOTONIC. The missing leapsecond update to\nwall_to_monotonic causes discontinuities in CLOCK_MONOTONIC.\n\nAdjust wall_to_monotonic when NTP inserted a leapsecond.\n\nReported-by: Richard Cochran <richardcochran@gmail.com>\nSigned-off-by: John Stultz <john.stultz@linaro.org>\nTested-by: Richard Cochran <richardcochran@gmail.com>\nLink: http://lkml.kernel.org/r/1338400497-12420-1-git-send-email-john.stultz@linaro.org\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/8161fa171b9163ff51495f653c728215dafd588e"},{"sha":"ff7dcee8a6f03e83d5e8b8e7a6981da70d99ecf6","author":{"email":"ee7f92c2340d75c28a753294f7a9f57a3233aa67@sgi.com","name":"Cliff Wickman"},"message":"x86/uv: Fix UV2 BAU legacy mode\n\ncommit d5d2d2eea84b0d8450b082edbc3dbde41fb8bfd8 upstream.\n\nThe SGI Altix UV2 BAU (Broadcast Assist Unit) as used for\ntlb-shootdown (selective broadcast mode) always uses UV2\nbroadcast descriptor format. There is no need to clear the\n'legacy' (UV1) mode, because the hardware always uses UV2 mode\nfor selective broadcast.\n\nBut the BIOS uses general broadcast and legacy mode, and the\nhardware pays attention to the legacy mode bit for general\nbroadcast. So the kernel must not clear that mode bit.\n\nSigned-off-by: Cliff Wickman <cpw@sgi.com>\nLink: http://lkml.kernel.org/r/E1SccoO-0002Lh-Cb@eag09.americas.sgi.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/ff7dcee8a6f03e83d5e8b8e7a6981da70d99ecf6"},{"sha":"29fb219cb3a961c03e7cd4a3a5262ba2c7c2b78f","author":{"email":"2b4cb5acba6b5321acd37371d9b73a646c388783@amd.com","name":"Borislav Petkov"},"message":"x86, MCE, AMD: Make APIC LVT thresholding interrupt optional\n\ncommit f227d4306cf30e1d5b6f231e8ef9006c34f3d186 upstream.\n\nCurrently, the APIC LVT interrupt for error thresholding is implicitly\nenabled. However, there are models in the F15h range which do not enable\nit. Make the code machinery which sets up the APIC interrupt support\nan optional setting and add an ->interrupt_capable member to the bank\nrepresentation mirroring that capability and enable the interrupt offset\nprogramming only if it is true.\n\nSimplify code and fixup comment style while at it.\n\nSigned-off-by: Borislav Petkov <borislav.petkov@amd.com>\nCc: Robert Richter <robert.richter@amd.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/29fb219cb3a961c03e7cd4a3a5262ba2c7c2b78f"},{"sha":"562691d989a7d9be1ef1ab0c42dea4c037b1cec4","author":{"email":"109eb201e07c93b5f5b6b8c6537366649a85e9a2@sunsite.dk","name":"Peter Korsgaard"},"message":"hwrng: atmel-rng - fix race condition leading to repeated bits\n\ncommit 121daad8fd1dce63076fa55aaedd5dc3f981b334 upstream.\n\nData valid gets cleared by reading the ISR (status register) and NOT from\nreading ODATA (data register). A new data word can become available between\nchecking ISR and reading ODATA, causing us to reuse the same data word next\ntime atmel_trng_read() gets called, if that happens before the following\ndata word is ready.\n\nWith this fixed, rngtest no longer complains of 'Continous run' errors.\nBefore:\n\nrngtest -c 1000 < /dev/hwrng\nrngtest 3\nCopyright (c) 2004 by Henrique de Moraes Holschuh\nThis is free software; see the source for copying conditions.  There is NO warr.\n\nrngtest: starting FIPS tests...\nrngtest: bits received from input: 20000032\nrngtest: FIPS 140-2 successes: 923\nrngtest: FIPS 140-2 failures: 77\nrngtest: FIPS 140-2(2001-10-10) Monobit: 0\nrngtest: FIPS 140-2(2001-10-10) Poker: 0\nrngtest: FIPS 140-2(2001-10-10) Runs: 1\nrngtest: FIPS 140-2(2001-10-10) Long run: 0\nrngtest: FIPS 140-2(2001-10-10) Continuous run: 76\nrngtest: input channel speed: (min=721.402; avg=46003.510; max=49321.338)Kibitss\nrngtest: FIPS tests speed: (min=11.442; avg=12.714; max=12.801)Mibits/s\nrngtest: Program run time: 1931860 microseconds\n\nAfter:\n\nrngtest -c 1000 < /dev/hwrng\nrngtest 3\nCopyright (c) 2004 by Henrique de Moraes Holschuh\nThis is free software; see the source for copying conditions.  There is NO warr.\n\nrngtest: starting FIPS tests...\nrngtest: bits received from input: 20000032\nrngtest: FIPS 140-2 successes: 1000\nrngtest: FIPS 140-2 failures: 0\nrngtest: FIPS 140-2(2001-10-10) Monobit: 0\nrngtest: FIPS 140-2(2001-10-10) Poker: 0\nrngtest: FIPS 140-2(2001-10-10) Runs: 0\nrngtest: FIPS 140-2(2001-10-10) Long run: 0\nrngtest: FIPS 140-2(2001-10-10) Continuous run: 0\nrngtest: input channel speed: (min=777.518; avg=36988.482; max=43115.342)Kibitss\nrngtest: FIPS tests speed: (min=11.951; avg=12.715; max=12.887)Mibits/s\nrngtest: Program run time: 2035543 microseconds\n\nSigned-off-by: Peter Korsgaard <jacmet@sunsite.dk>\nReported-by: George Pontis <GPontis@z9.com>\nAcked-by: Nicolas Ferre <nicolas.ferre@atmel.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/562691d989a7d9be1ef1ab0c42dea4c037b1cec4"},{"sha":"f7a9ff5a966159c654b342277806c644240a995f","author":{"email":"64568d9183dcfcdd0a6fb47964820a1cdaf94ecc@googlemail.com","name":"Mathias Krause"},"message":"crypto: aesni-intel - fix unaligned cbc decrypt for x86-32\n\ncommit 7c8d51848a88aafdb68f42b6b650c83485ea2f84 upstream.\n\nThe 32 bit variant of cbc(aes) decrypt is using instructions requiring\n128 bit aligned memory locations but fails to ensure this constraint in\nthe code. Fix this by loading the data into intermediate registers with\nload unaligned instructions.\n\nThis fixes reported general protection faults related to aesni.\n\nReferences: https://bugzilla.kernel.org/show_bug.cgi?id=43223\nReported-by: Daniel <garkein@mailueberfall.de>\nSigned-off-by: Mathias Krause <minipli@googlemail.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/f7a9ff5a966159c654b342277806c644240a995f"},{"sha":"34bb6e52d56d2f544b94afca4fe1ed39f96ebcb7","author":{"email":"a26490dfbee4be3d38287ad6448444504f58193c@vmware.com","name":"Thomas Hellstrom"},"message":"drm/ttm: Fix buffer object metadata accounting regression v2\n\ncommit a393c730ab69617c3291a3b0b2a228c9be2fc28c upstream.\n\nA regression was introduced in the 3.3 rc series, commit\n\"drm/ttm: simplify memory accounting for ttm user v2\",\ncausing the metadata of buffer objects created using the ttm_bo_create()\nfunction to be accounted twice.\nThat causes massive leaks with the vmwgfx driver running for example\nSpecViewperf Catia-03 test 2, eventually killing the app.\n\nFurthermore, the same commit introduces a regression where\nmetadata accounting is leaked if a buffer object is\ninitialized with an illegal size. This is also fixed with this commit.\n\nv2: Fixed an error path and removed an unused variable.\n\nSigned-off-by: Thomas Hellstrom <thellstrom@vmware.com>\nReviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>\nCc: Jerome Glisse <jglisse@redhat.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/34bb6e52d56d2f544b94afca4fe1ed39f96ebcb7"},{"sha":"39ba5095555e855b44e87e7e9b3fce90058e09ae","author":{"email":"78b342861d821967b29f951b7366f5a0267e0c38@redhat.com","name":"Josef Bacik"},"message":"Btrfs: fall back to non-inline if we don't have enough space\n\ncommit 2adcac1a7331d93a17285804819caa96070b231f upstream.\n\nIf cow_file_range_inline fails with ENOSPC we abort the transaction which\nisn't very nice.  This really shouldn't be happening anyways but there's no\nsense in making it a horrible error when we can easily just go allocate\nnormal data space for this stuff.  Thanks,\n\nSigned-off-by: Josef Bacik <josef@redhat.com>\nAcked-by: Chris Mason <chris.mason@fusionio.com>\nCc: Alexandre Oliva <oliva@lsd.ic.unicamp.br>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/39ba5095555e855b44e87e7e9b3fce90058e09ae"},{"sha":"e778f2306f8ef755ccc50145cc2154333477dc0b","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"iwlwifi: disable WoWLAN if !CONFIG_PM_SLEEP\n\ncommit fcb6ff5e2cb83e1de10631f6621f45ca3401bf61 upstream.\n\nIf CONFIG_PM_SLEEP is disabled, then iwlwifi doesn't\nsupport suspend/resume handlers and thus mac80211\n(correctly) refuses advertising WoWLAN. Disable\nWoWLAN in the driver in this case.\n\nReported-by: Sebastian Kemper <sebastian_ml@gmx.net>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/e778f2306f8ef755ccc50145cc2154333477dc0b"},{"sha":"1c11e215961ce2c19a0423594a0bd3d8156086f8","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"iwlwifi: unregister LEDs if mac80211 registration fails\n\ncommit 0e1fa7ef25004b9c1a14147bce61c15c2f1c6744 upstream.\n\nOtherwise the LEDs stick around and cause issues the\nnext time around since they're still there but not\nreally hooked up.\n\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/1c11e215961ce2c19a0423594a0bd3d8156086f8"},{"sha":"5a7b30a32f0ada350c97b15a9c35153d22d35ab8","author":{"email":"643a80aaf16a8332d6a70921c14d4bb265446494@intel.com","name":"Emmanuel Grumbach"},"message":"iwlwifi: don't mess up the SCD when removing a key\n\ncommit d6ee27eb13beab94056e0de52d81220058ca2297 upstream.\n\nWhen we remove a key, we put a key index which was supposed\nto tell the fw that we are actually removing the key. But\ninstead the fw took that index as a valid index and messed\nup the SRAM of the device.\n\nThis memory corruption on the device mangled the data of\nthe SCD. The impact on the user is that SCD queue 2 got\nstuck after having removed keys.\nThe message is the log that was printed is:\n\nQueue 2 stuck for 10000ms\n\nThis doesn't seem to fix the higher queues that get stuck\nfrom time to time.\n\nReviewed-by: Meenakshi Venkataraman <meenakshi.venkataraman@intel.com>\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/5a7b30a32f0ada350c97b15a9c35153d22d35ab8"},{"sha":"f55b37c7525e38bc5f69f6376f70f21386ec55eb","author":{"email":"643a80aaf16a8332d6a70921c14d4bb265446494@intel.com","name":"Emmanuel Grumbach"},"message":"iwlwifi: disable the buggy chain extension feature in HW\n\ncommit d012d04e4d6312ea157b6cf19e9689af934f5aa7 upstream.\n\nThis feature has been reported to be buggy and enabled by\ndefault. We therefore need to disable it manually.\n\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/f55b37c7525e38bc5f69f6376f70f21386ec55eb"},{"sha":"f3699bb8f84968d062e37c2523dd9ebaed6a23e0","author":{"email":"ac5127233807b3d99a5c41ce82877f7a0716d499@intel.com","name":"Meenakshi Venkataraman"},"message":"mac80211: fix error in station state transitions during reconfig\n\ncommit bd34ab62a3297bd7685da11b0cbe05ae4cd8b02c upstream.\n\nAs part of hardware reconfig mac80211 tries\nto restore the station state to its values\nbefore the hardware reconfig, but it only\ngoes to the last-state - 1. Fix this\noff-by-one error.\n\nSigned-off-by: Meenakshi Venkataraman <meenakshi.venkataraman@intel.com>\nReviewed-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/f3699bb8f84968d062e37c2523dd9ebaed6a23e0"},{"sha":"a9b57b71e54cac896ebe37847c8fbb9e29e15f46","author":{"email":"bff32994ff0f8d048f262a8388145a71b6071bfe@intel.com","name":"Johannes Berg"},"message":"mac80211: clean up remain-on-channel on interface stop\n\ncommit 71ecfa1893034eeb1c93e02e22ee2ad26d080858 upstream.\n\nWhen any interface goes down, it could be the one that we\nwere doing a remain-on-channel with. We therefore need to\ncancel the remain-on-channel and flush the related work\nstructs so they don't run after the interface has been\nremoved or even destroyed.\n\nIt's also possible in this case that an off-channel SKB\nwas never transmitted, so free it if this is the case.\nNote that this can also happen if the driver finishes\nthe off-channel period without ever starting it.\n\nReported-by: Nirav Shah <nirav.j2.shah@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/roguesyko/kernel_lge_g3/commits/a9b57b71e54cac896ebe37847c8fbb9e29e15f46"}]}