{"push_id":2577999778,"size":11,"distinct_size":11,"ref":"refs/heads/Proto","head":"1a337222774beb09fe4230d15bf849ef156fec46","before":"694eee380cafbaf990c3059bdf022db9b6fa195b","commits":[{"sha":"82033806713194d7dba8a0fcb6fade64c1c18b0d","author":{"name":"Mika Kuoppala","email":"cd221c71e765d1ce593d15b204fee351fb09fd98@linux.intel.com"},"message":"drm/i915: Avoid tweaking evaluation thresholds on Baytrail v3\n\ncommit 34dc8993eef63681b062871413a9484008a2a78f upstream.\n\nCertain Baytrails, namely the 4 cpu core variants, have been\nplaqued by spurious system hangs, mostly occurring with light loads.\n\nMultiple bisects by various people point to a commit which changes the\nreclocking strategy for Baytrail to follow its bigger brethen:\ncommit 8fb55197e64d (\"drm/i915: Agressive downclocking on Baytrail\")\n\nThere is also a review comment attached to this commit from Deepak S\non avoiding punit access on Cherryview and thus it was excluded on\ncommon reclocking path. By taking the same approach and omitting\nthe punit access by not tweaking the thresholds when the hardware\nhas been asked to move into different frequency, considerable gains\nin stability have been observed.\n\nWith J1900 box, light render/video load would end up in system hang\nin usually less than 12 hours. With this patch applied, the cumulative\nuptime has now been 34 days without issues. To provoke system hang,\nlight loads on both render and bsd engines in parallel have been used:\nglxgears >/dev/null 2>/dev/null &\nmpv --vo=vaapi --hwdec=vaapi --loop=inf vid.mp4\n\nSo far, author has not witnessed system hang with above load\nand this patch applied. Reports from the tenacious people at\nkernel bugzilla are also promising.\n\nConsidering that the punit access frequency with this patch is\nconsiderably less, there is a possibility that this will push\nthe, still unknown, root cause past the triggering point on most loads.\n\nBut as we now can reliably reproduce the hang independently,\nwe can reduce the pain that users are having and use a\nstatic thresholds until a root cause is found.\n\nv3: don't break debugfs and simplification (Chris Wilson)\n\nReferences: https://bugzilla.kernel.org/show_bug.cgi?id=109051\nCc: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Ville Syrjälä <ville.syrjala@linux.intel.com>\nCc: Len Brown <len.brown@intel.com>\nCc: Daniel Vetter <daniel.vetter@ffwll.ch>\nCc: Jani Nikula <jani.nikula@intel.com>\nCc: fritsch@xbmc.org\nCc: miku@iki.fi\nCc: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>\nCC: Michal Feix <michal@feix.cz>\nCc: Hans de Goede <hdegoede@redhat.com>\nCc: Deepak S <deepak.s@linux.intel.com>\nCc: Jarkko Nikula <jarkko.nikula@linux.intel.com>\nAcked-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nAcked-by: Chris Wilson <chris@chris-wilson.co.uk>\nSigned-off-by: Mika Kuoppala <mika.kuoppala@intel.com>\nLink: http://patchwork.freedesktop.org/patch/msgid/1487166779-26945-1-git-send-email-mika.kuoppala@intel.com\n(cherry picked from commit 6067a27d1f0184596d51decbac1c1fdc4acb012f)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/82033806713194d7dba8a0fcb6fade64c1c18b0d"},{"sha":"00fd87917e5b15f947d41c0f8f6af1c72270ca1a","author":{"name":"Chris Wilson","email":"711c73f64afdce07b7e38039a96d2224209e9a6c@chris-wilson.co.uk"},"message":"drm/i915: Stop using RP_DOWN_EI on Baytrail\n\ncommit 8f68d591d4765b2e1ce9d916ac7bc5583285c4ad upstream.\n\nOn Baytrail, we manually calculate busyness over the evaluation interval\nto avoid issues with miscaluations with RC6 enabled. However, it turns\nout that the DOWN_EI interrupt generator is completely bust - it\noperates in two modes, continuous or never. Neither of which are\nconducive to good behaviour. Stop unmask the DOWN_EI interrupt and just\ncompute everything from the UP_EI which does seem to correspond to the\ndesired interval.\n\nv2: Fixup gen6_rps_pm_mask() as well\nv3: Inline vlv_c0_above() to combine the now identical elapsed\ncalculation for up/down and simplify the threshold testing\n\nFixes: 43cf3bf084ba (\"drm/i915: Improved w/a for rps on Baytrail\")\nSigned-off-by: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Mika Kuoppala <mika.kuoppala@linux.intel.com>\nLink: http://patchwork.freedesktop.org/patch/msgid/20170309211232.28878-1-chris@chris-wilson.co.uk\nReviewed-by: Mika Kuoppala <mika.kuoppala@linux.intel.com>\nLink: http://patchwork.freedesktop.org/patch/msgid/20170313170617.31564-1-chris@chris-wilson.co.uk\n(cherry picked from commit e0e8c7cb6eb68e9256de2d8cbeb481d3701c05ac)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/00fd87917e5b15f947d41c0f8f6af1c72270ca1a"},{"sha":"a987053c46a35b2957a83495248208cf159c1605","author":{"name":"Rafał Miłecki","email":"68396d1faf4100deae824f26e1be60d81c1ce164@milecki.pl"},"message":"mtd: bcm47xxpart: fix parsing first block after aligned TRX\n\ncommit bd5d21310133921021d78995ad6346f908483124 upstream.\n\nAfter parsing TRX we should skip to the first block placed behind it.\nOur code was working only with TRX with length not aligned to the\nblocksize. In other cases (length aligned) it was missing the block\nplaces right after TRX.\n\nThis fixes calculation and simplifies the comment.\n\nSigned-off-by: Rafał Miłecki <rafal@milecki.pl>\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/a987053c46a35b2957a83495248208cf159c1605"},{"sha":"94c6e6ca1a8ca377948f217e6018199effbde521","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: Introduce irq_stack\n\ncommit fe8bd18ffea5327344d4ec2bf11f47951212abd0 upstream.\n\nAllocate a per-cpu irq stack for use within interrupt handlers.\n\nAlso add a utility function on_irq_stack to determine if a given stack\npointer is within the irq stack for that cpu.\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nAcked-by: Jason A. Donenfeld <jason@zx2c4.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Chris Metcalf <cmetcalf@mellanox.com>\nCc: Petr Mladek <pmladek@suse.com>\nCc: James Hogan <james.hogan@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: Aaron Tomlin <atomlin@redhat.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: linux-kernel@vger.kernel.org\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/14740/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/94c6e6ca1a8ca377948f217e6018199effbde521"},{"sha":"36aaf4eb7a679acf25b98bb2077fdb6e296156f0","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: Stack unwinding while on IRQ stack\n\ncommit d42d8d106b0275b027c1e8992c42aecf933436ea upstream.\n\nWithin unwind stack, check if the stack pointer being unwound is within\nthe CPU's irq_stack and if so use that page rather than the task's stack\npage.\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nAcked-by: Jason A. Donenfeld <jason@zx2c4.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Adam Buchbinder <adam.buchbinder@gmail.com>\nCc: Maciej W. Rozycki <macro@imgtec.com>\nCc: Marcin Nowakowski <marcin.nowakowski@imgtec.com>\nCc: Chris Metcalf <cmetcalf@mellanox.com>\nCc: James Hogan <james.hogan@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: Jiri Slaby <jslaby@suse.cz>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/14741/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/36aaf4eb7a679acf25b98bb2077fdb6e296156f0"},{"sha":"1fab142589674b1ee270606e6aff4d2919bd0dcf","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: Only change $28 to thread_info if coming from user mode\n\ncommit 510d86362a27577f5ee23f46cfb354ad49731e61 upstream.\n\nThe SAVE_SOME macro is used to save the execution context on all\nexceptions.\nIf an exception occurs while executing user code, the stack is switched\nto the kernel's stack for the current task, and register $28 is switched\nto point to the current_thread_info, which is at the bottom of the stack\nregion.\nIf the exception occurs while executing kernel code, the stack is left,\nand this change ensures that register $28 is not updated. This is the\ncorrect behaviour when the kernel can be executing on the separate irq\nstack, because the thread_info will not be at the base of it.\n\nWith this change, register $28 is only switched to it's kernel\nconventional usage of the currrent thread info pointer at the point at\nwhich execution enters kernel space. Doing it on every exception was\nredundant, but OK without an IRQ stack, but will be erroneous once that\nis introduced.\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nAcked-by: Jason A. Donenfeld <jason@zx2c4.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: James Hogan <james.hogan@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/14742/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/1fab142589674b1ee270606e6aff4d2919bd0dcf"},{"sha":"8fff0423191e9992d699675dd4389dfa48405f09","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: Switch to the irq_stack in interrupts\n\ncommit dda45f701c9d7ad4ac0bb446e3a96f6df9a468d9 upstream.\n\nWhen enterring interrupt context via handle_int or except_vec_vi, switch\nto the irq_stack of the current CPU if it is not already in use.\n\nThe current stack pointer is masked with the thread size and compared to\nthe base or the irq stack. If it does not match then the stack pointer\nis set to the top of that stack, otherwise this is a nested irq being\nhandled on the irq stack so the stack pointer should be left as it was.\n\nThe in-use stack pointer is placed in the callee saved register s1. It\nwill be saved to the stack when plat_irq_dispatch is invoked and can be\nrestored once control returns here.\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nAcked-by: Jason A. Donenfeld <jason@zx2c4.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: James Hogan <james.hogan@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/14743/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/8fff0423191e9992d699675dd4389dfa48405f09"},{"sha":"51241e5a38fb0f9b6f98b85115bbc070b9da9b30","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: Select HAVE_IRQ_EXIT_ON_IRQ_STACK\n\ncommit 3cc3434fd6307d06b53b98ce83e76bf9807689b9 upstream.\n\nSince do_IRQ is now invoked on a separate IRQ stack, we select\nHAVE_IRQ_EXIT_ON_IRQ_STACK so that softirq's may be invoked directly\nfrom irq_exit(), rather than requiring do_softirq_own_stack.\n\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nAcked-by: Jason A. Donenfeld <jason@zx2c4.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/14744/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/51241e5a38fb0f9b6f98b85115bbc070b9da9b30"},{"sha":"f5b822b51db66b80b1d789d2af928c091808344a","author":{"name":"Matt Redfearn","email":"ad5f48d7adcc76c7bd25c44a65841f2a4476216d@imgtec.com"},"message":"MIPS: IRQ Stack: Fix erroneous jal to plat_irq_dispatch\n\ncommit c25f8064c1d5731a2ce5664def890140dcdd3e5c upstream.\n\nCommit dda45f701c9d (\"MIPS: Switch to the irq_stack in interrupts\")\nchanged both the normal and vectored interrupt handlers. Unfortunately\nthe vectored version, \"except_vec_vi_handler\", was incorrectly modified\nto unconditionally jal to plat_irq_dispatch, rather than doing a jalr to\nthe vectored handler that has been set up. This is ok for many platforms\nwhich set the vectored handler to plat_irq_dispatch anyway, but will\ncause problems with platforms that use other handlers.\n\nFixes: dda45f701c9d (\"MIPS: Switch to the irq_stack in interrupts\")\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/15110/\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nSigned-off-by: Amit Pundir <amit.pundir@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/f5b822b51db66b80b1d789d2af928c091808344a"},{"sha":"3fc6605066efb598e2c684f6c2796ad6fb30a17b","author":{"name":"Guenter Roeck","email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@roeck-us.net"},"message":"usb: hub: Wait for connection to be reestablished after port reset\n\ncommit 22547c4cc4fe20698a6a85a55b8788859134b8e4 upstream.\n\nOn a system with a defective USB device connected to an USB hub,\nan endless sequence of port connect events was observed. The sequence\nof events as observed is as follows:\n\n- Port reports connected event (port status=USB_PORT_STAT_CONNECTION).\n- Event handler debounces port and resets it by calling hub_port_reset().\n- hub_port_reset() calls hub_port_wait_reset() to wait for the reset\n  to complete.\n- The reset completes, but USB_PORT_STAT_CONNECTION is not immediately\n  set in the port status register.\n- hub_port_wait_reset() returns -ENOTCONN.\n- Port initialization sequence is aborted.\n- A few milliseconds later, the port again reports a connected event,\n  and the sequence repeats.\n\nThis continues either forever or, randomly, stops if the connection\nis already re-established when the port status is read. It results in\na high rate of udev events. This in turn destabilizes userspace since\nthe above sequence holds the device mutex pretty much continuously\nand prevents userspace from actually reading the device status.\n\nTo prevent the problem from happening, let's wait for the connection\nto be re-established after a port reset. If the device was actually\ndisconnected, the code will still return an error, but it will do so\nonly after the long reset timeout.\n\nCc: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Guenter Roeck <linux@roeck-us.net>\nAcked-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Sumit Semwal <sumit.semwal@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/3fc6605066efb598e2c684f6c2796ad6fb30a17b"},{"sha":"1a337222774beb09fe4230d15bf849ef156fec46","author":{"name":"Greg Kroah-Hartman","email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org"},"message":"Linux 4.4.62","distinct":true,"url":"https://api.github.com/repos/JBolho/Proto/commits/1a337222774beb09fe4230d15bf849ef156fec46"}]}
{"actor":{"display_login":"JBolho"}}