{"push_id":2392870146,"size":44,"distinct_size":44,"ref":"refs/heads/EXNS_EAS-v3.x","head":"f2a52e030b3ad7ffa97dad9312c8397487f0b6d1","before":"8614e479b4dfeb7f594bad302f43e015775e982b","commits":[{"sha":"ac315951bf345bd6de9ef8cd43ee2686c02664d3","author":{"name":"ninez","email":"58b9fb48a7dc917327731cc5a405a82cccc174e6@gmail.com"},"message":"Revert \"sched: Add try_get_task_stack() and put_task_stack()\"\n\nThis reverts commit 90223105789b38d4fc4a8c7e859024478d53f129.","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/ac315951bf345bd6de9ef8cd43ee2686c02664d3"},{"sha":"4eaf7219adf260704662f2671b2ae6eaea6d718f","author":{"name":"ninez","email":"58b9fb48a7dc917327731cc5a405a82cccc174e6@gmail.com"},"message":"Revert \"UPSTREAM: kthread: Pin the stack via try_get_task_stack()/put_task_stack() in to_live_kthread() function\"\n\nThis reverts commit a15c19addfa76c19f03a728cb13875385df8ffa1.","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/4eaf7219adf260704662f2671b2ae6eaea6d718f"},{"sha":"9be46a6ea268f54d9ab4ff4bdec248d9b687c1dd","author":{"name":"Lorenzo Colitti","email":"bb03c7a1072f7993eaae5ac54ef7bc06e4588478@google.com"},"message":"ANDROID: net: xfrm: fix long lines.\n\nTest: xfrm_test.py passes\nChange-Id: I90e08f5b7ae56320cb86cd9b2184721ee6bd48e1\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/9be46a6ea268f54d9ab4ff4bdec248d9b687c1dd"},{"sha":"113e4815dfe099c0011e75b1562854eb2b7ea530","author":{"name":"Badhri Jagan Sridharan","email":"cdd32e903b63821e79f87a1fa9b017fa31cbb189@google.com"},"message":"usb: fusb: Do not block while setting current limit\n\nType-c PD has hard limits on how much time the partner\ncan take while responding. tSenderResponse is between\n24 to 30 ms which is hard to meet given that the chip\ntakes close to 7-8ms to transmit a message once queued.\nThe set_current_limit seems to take longer at times,\nthereby blocking the PD pipeline. To prevent this move\nset_current_limit to a work_item to unblock the pd\npipeline. This helps eliminate additional hard resets\nseen while connected to a macbook with a type-c port.\n\nBug: 36095019\nChange-Id: I302537b916b4c5f399c851202e710812f6e7a4a8\nSigned-off-by: Badhri Jagan Sridharan <Badhri@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/113e4815dfe099c0011e75b1562854eb2b7ea530"},{"sha":"e611d813fc526d6a82d044f8ff41c2ffebd27dc3","author":{"name":"Kelly Rossmoyer","email":"75306825611d3092ba034abdecd626f02e2546f0@google.com"},"message":"fs: Improve eventpoll logging to stop indicting timerfd\n\ntimerfd doesn't create any wakelocks; eventpoll can, and is creating the\nwakelocks we see called \"[timerfd]\".  eventpoll creates two kinds of\nwakelocks: a single top-level lock associated with the eventpoll fd\nitself, and one additional lock for each fd it is polling that needs\nsuch a lock (e.g. those using EPOLLWAKEUP).  Current code names the\nper-fd locks using the undecorated names of the fds' associated files\n(hence \"[timerfd]\"), and is naming the top-level lock after the PID of\nthe caller and the name of the file behind the first fd for which a\nper-fd lock is created.  To make things clearer, the top-level lock is\nnow named using the caller command name and an \"epollfd\" designation,\nwhile the per-fd locks are also named with the caller's command name (to\nassociate them with the top-level lock) and their respective fds' file\nnames.\n\nRevert \"Add kernel logging for when timerfd_read blocks\"\nThis reverts commit 47c748b7dbeb4ca690a0ce5e838c60ff59dae787.\n\nAdding logging to timerfd_read turns out to have been superfluous, since\nthe blocking that occurs in timerfd_read properly relinquishes the CPU\nwithout holding any wakelocks.  The logging also proved to be overly\n\"chatty\" due to frequency.\n\nBug: 63866355\nBug: 38042165\nTest: Ran on device and observed new wakelock naming in bugreport,\ndumpsys batterystats, /d/tracing/trace, and d/wakeup_reasons.\nSigned-off-by: Kelly Rossmoyer <krossmo@google.com>\n\nChange-Id: I4772c41a407afd17f87a6c15e01986c53ad0f9c0","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/e611d813fc526d6a82d044f8ff41c2ffebd27dc3"},{"sha":"350530c7fb5bf6b0e5115f643d7448a114225385","author":{"name":"Andres Oportus","email":"6aec7c7bc55381f055f7076b8d6c2f6396d72cc2@google.com"},"message":"ANDROID: cpufreq: stats: Fix dead stats clearing timing\n\nCombine task exit stats aggregation to happen at the same\ntime when stats are cleared, avoiding inconsistent data\n(stats of uids time appear to decrease) and simplifying\nthe code.\n\nBug: 63041570\nTest: Continuosly read /proc/uid_time_in_state and check\nfor decreasing values\n\nSigned-off-by: Andres Oportus <andresoportus@google.com>\nSigned-off-by: Connor O'Brien <connoro@google.com>\nChange-Id: Ie2b4ce4a02f533140a6c5f9ae5cb7ae978c93f9e","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/350530c7fb5bf6b0e5115f643d7448a114225385"},{"sha":"5ccb543c557dd9471906cd5a0594fe4a1e19c7e8","author":{"name":"Mark Salyzyn","email":"4814ffc71be21311f04ef34122c19152acc840c4@android.com"},"message":"FROMLIST: arm64: Avoid aligning normal memory pointers in __memcpy_{to,from}io\n\n(cherry picked from arm64/for-next/core commit 9ca255bf041ddc7698b6906dbd846c0ba64b1fe1)\n\n__memcpy_{to,from}io fall back to byte-at-a-time copying if both the\nsource and destination pointers are not 8-byte aligned. Since one of the\npointers always points at normal memory, this is unnecessary and\ndetrimental to performance, so only do byte copying until we hit an 8-byte\nboundary for the device pointer.\n\nThis change was motivated by performance issues in the pstore driver.\nOn a test platform, measuring probe time for pstore, console buffer\nsize of 1/4MB and pmsg of 1/2MB, was in the 90-107ms region. Change\nmanaged to reduce it to 10-25ms, an improvement in boot time.\n\nCc: Kees Cook <keescook@chromium.org>\nCc: Anton Vorontsov <anton@enomsg.org>\nCc: Tony Luck <tony.luck@intel.com>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Will Deacon <will.deacon@arm.com>\nCc: Anton Vorontsov <anton@enomsg.org>\nCc: Robin Murphy <robin.murphy@arm.com>\nSigned-off-by: Mark Salyzyn <salyzyn@android.com>\nSigned-off-by: Will Deacon <will.deacon@arm.com>\nBug: 63716230\nChange-Id: I245545e8243a54b44d30fbb0d0c71a9b8a77ef63\nSigned-off-by: Wei Wang <wvw@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/5ccb543c557dd9471906cd5a0594fe4a1e19c7e8"},{"sha":"5a67264e9bf858fcf8a00903414b8ff25de7fd0e","author":{"name":"Kelly Rossmoyer","email":"75306825611d3092ba034abdecd626f02e2546f0@google.com"},"message":"genirq: Allow migration and naming of chained IRQs\n\nThis change addresses the lack of a name for IRQ 354 on\nmarlin/sailfish devices in both kernel and batterystats logs.  It is\ncomprised of three backported changes: two external kernel changes\nthat modified registration of chained IRQ handlers to all use a shared\ngeneric irqaction, and an internal change that built upon that to\nprovide a name for that shared irqaction so chained IRQs will be\nlogged properly.  Because of the nature of the change, the name\nprovided (\"chained-irq\") has to be quite generic.\n\n(The primary purpose of the external changes was to allow migration of\nchained handlers away from offlined CPUs, which required that those IRQs\nhave non-null actions.)\n\nBackported changes are:\ncommit e509bd7da149 (\"genirq: Allow migration of chained interrupts by\ninstalling default action\")\ncommit 4717f133736d (\"genirq/PM: Restore system wake up from chained\ninterrupts\")\ncommit c14d789defb0 (\"genirq: Add generic action name for chained IRQs\")\n\nBug: 63899519\nFixes: 34961013\nTest: Compared before/after kernel logs and batterystats output on both\nmarlin and sailfish devices to verify efficacy.\nTest: Ran on marlin and sailfish devices for multiple days to verify\nstability with chained IRQ migration.\nSigned-off-by: Kelly Rossmoyer <krossmo@google.com>\n\nChange-Id: Idaddeaa0ef02d5130a1f60e7b472338279a97ec9","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/5a67264e9bf858fcf8a00903414b8ff25de7fd0e"},{"sha":"5f9600d5dd525c9dcfe36ef83c2a6c8eb15368ab","author":{"name":"Connor O'Brien","email":"99c3669c551cabe18c0b985d0adb2b00f7aef33e@google.com"},"message":"ANDROID: proc: Add /proc/uid directory\n\nAdd support for reporting per-uid information through procfs, roughly\nfollowing the approach used for per-tid and per-tgid directories in\nfs/proc/base.c.\nThis also entails some new tracking of which uids have been used, to\navoid losing information when the last task with a given uid exits.\n\nSigned-off-by: Connor O'Brien <connoro@google.com>\nBug: 66953705\nTest: ls /proc/uid/; compare with UIDs in /proc/uid_time_in_state\nChange-Id: I0908f0c04438b11ceb673d860e58441bf503d478","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/5f9600d5dd525c9dcfe36ef83c2a6c8eb15368ab"},{"sha":"143109b87aaaa7755a7eb6f0de5e1bc9998365ff","author":{"name":"Connor O'Brien","email":"99c3669c551cabe18c0b985d0adb2b00f7aef33e@google.com"},"message":"ANDROID: cpufreq: Add time_in_state to /proc/uid directories\n\nAdd per-uid files that report the data in binary format rather than\ntext, to allow faster reading & parsing by userspace.\n\nSigned-off-by: Connor O'Brien <connoro@google.com>\nBug: 66953705\nTest: compare values to those reported in /proc/uid_time_in_state\nChange-Id: I9f7ad7146ab7c589336706e6fa19c20c4c97aec1","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/143109b87aaaa7755a7eb6f0de5e1bc9998365ff"},{"sha":"0f5398dd4aeb3ad7b7697df3c715dfaca550e2dd","author":{"name":"Marissa Wall","email":"29189f66cb66502714bd2dfa594f31f0b9d4af13@google.com"},"message":"ANDROID: cpufreq: concurrent_active_time by pid\n\nIn order to model the energy used by the cpu,\nwe need to expose cpu time information to\nuserspace. Output the time each pid spent running\nwith 1 to num_possible_cpus online and not idle.\n\nWe can use this information to blame pids and\nuids for the energy they are using.\n\nFor instance, if 4 cores are online and active\nfor 50ms and the pid is running on one of the\ncores, the pid should be blamed for 1/4 of the\nbase energy used by the cpu when 1 or more cores is\nactive. Using other proc files, the pid can\nalso be blamed for the cost of keeping a cluster\non and the cost of the individual cores it\nis using.\n\nb/68399339\n\nTest: cat /proc/<PID>/concurrent_active_time\n\nChange-Id: Iaecf4ca71e7043a9c7b97787000a74a514eb9f04\nSigned-off-by: Marissa Wall <marissaw@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/0f5398dd4aeb3ad7b7697df3c715dfaca550e2dd"},{"sha":"9e42cbcacb54aef83cda5ff643b8fd791126fb53","author":{"name":"Marissa Wall","email":"29189f66cb66502714bd2dfa594f31f0b9d4af13@google.com"},"message":"ANDROID: cpufreq: concurrent_policy_time by pid\n\nIn order to model the energy used by the cpu,\nwe need to expose cpu time information to\nuserspace. Output the time each pid spent running\non group of cpu's with the same policy with 1\nto num_related_cpus online and not idle.\n\nWe can use this information to blame pids and\nuids for the energy they are using.\n\nFor instance, if 2 cores that are a part of the\nsame policy are online and active for 50ms and\nthe pid is running on one of the cores, the pid\nshould be blamed for 1/2 of the energy that is\nused everytime one or more cpus in the same policy\nis active. Using other proc files, the pid can\nalso be blamed for the cost of keeping the entire\ncpu unsuspended and the cost of the individual\ncores it is using.\n\nb/68399339\n\nTest: cat /proc/<PID>/concurrent_policy_time\n\nChange-Id: I1702c59cb2728a18a0ea67dae7c9a0565eee06ff\nSigned-off-by: Marissa Wall <marissaw@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/9e42cbcacb54aef83cda5ff643b8fd791126fb53"},{"sha":"021bf5cdae6f240db40123fe10f4d8e0d1ed19cf","author":{"name":"Marissa Wall","email":"29189f66cb66502714bd2dfa594f31f0b9d4af13@google.com"},"message":"ANDROID: cpufreq: uid_concurrent_active_time\n\nIn order to model the energy used by the cpu,\nwe need to expose cpu time information to\nuserspace. Output the time each uid spent running\nwith 1 to num_possible_cpus online and not idle.\n\nThe time should also include the time spent by\npids that are no longer alive.\n\nWe can use this information to blame pids and\nuids for the energy they are using.\n\nFor instance, if 4 cores are online and active\nfor 50ms and the uid is running on one of the\ncores, the uid should be blamed for 1/4 of the\nbase energy used by the cpu when 1 or more cores is\nactive. Using other proc files, the uid can\nalso be blamed for the cost of keeping a cluster\non and the cost of the individual cores it\nis using.\n\nb/68399339\n\nTest: cat /proc/uid_concurrent_active_time\n\nChange-Id: Idba8d86ad3e1650102638b0da6308941e70cd36e\nSigned-off-by: Marissa Wall <marissaw@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/021bf5cdae6f240db40123fe10f4d8e0d1ed19cf"},{"sha":"97eec70ef95cd437db7ed9b0fe100a4a38cea4af","author":{"name":"Marissa Wall","email":"29189f66cb66502714bd2dfa594f31f0b9d4af13@google.com"},"message":"ANDROID: cpufreq: uid_concurrent_policy_time\n\nIn order to model the energy used by the cpu,\nwe need to expose cpu time information to\nuserspace. Output the time each uid spent running\non group of cpu's with the same policy with 1\nto num_related_cpus online and not idle.\n\nThe time should also include the time spent by\npids that are no longer alive.\n\nWe can use this information to blame uids for\nthe energy they are using.\n\nFor instance, if 2 cores that are a part of the\nsame policy are online and active for 50ms and\nthe uid is running on one of the cores, the uid\nshould be blamed for 1/2 of the energy that is\nused everytime one or more cpus in the same policy\nis active. Using other proc files, the uid can\nalso be blamed for the cost of keeping the entire\ncpu unsuspended and the cost of the individual\ncores it is using.\n\nb/68399339\n\nTest: cat /proc/uid_concurrent_policy_time\n\nChange-Id: I60ea805cf10935b8da0a9f567288a0f6de303270\nSigned-off-by: Marissa Wall <marissaw@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/97eec70ef95cd437db7ed9b0fe100a4a38cea4af"},{"sha":"74301a8ca7e1ad0f8073f16964952021b085a3eb","author":{"name":"Jaegeuk Kim","email":"c9e6543abf9bc130570115f8ac41a9d9b583b810@google.com"},"message":"ufs: show ufs part info in error case\n\nThis patch shows ufs part info in kernel messages for debugging purpose.\n\nChange-Id: I6f620d98c8144ba4ba0cadfab6896d75e397b042\nSigned-off-by: Jaegeuk Kim <jaegeuk@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/74301a8ca7e1ad0f8073f16964952021b085a3eb"},{"sha":"3ccdbfb8cb6fff7b7c9886d148789e603a8ba12d","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"UPSTREAM: Clarify naming of thread info/stack allocators\n\nWe've had the thread info allocated together with the thread stack for\nmost architectures for a long time (since the thread_info was split off\nfrom the task struct), but that is about to change.\n\nBut the patches that move the thread info to be off-stack (and a part of\nthe task struct instead) made it clear how confused the allocator and\nfreeing functions are.\n\nBecause the common case was that we share an allocation with the thread\nstack and the thread_info, the two pointers were identical.  That\nidentity then meant that we would have things like\n\n\tti = alloc_thread_info_node(tsk, node);\n\t...\n\ttsk->stack = ti;\n\nwhich certainly _worked_ (since stack and thread_info have the same\nvalue), but is rather confusing: why are we assigning a thread_info to\nthe stack? And if we move the thread_info away, the \"confusing\" code\njust gets to be entirely bogus.\n\nSo remove all this confusion, and make it clear that we are doing the\nstack allocation by renaming and clarifying the function names to be\nabout the stack.  The fact that the thread_info then shares the\nallocation is an implementation detail, and not really about the\nallocation itself.\n\nThis is a pure renaming and type fix: we pass in the same pointer, it's\njust that we clarify what the pointer means.\n\nThe ia64 code that actually only has one single allocation (for all of\ntask_struct, thread_info and kernel thread stack) now looks a bit odd,\nbut since \"tsk->stack\" is actually not even used there, that oddity\ndoesn't matter.  It would be a separate thing to clean that up, I\nintentionally left the ia64 changes as a pure brute-force renaming and\ntype change.\n\nAcked-by: Andy Lutomirski <luto@amacapital.net>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nBug: 66351489\nChange-Id: I254ee27c2e2f2c1032f4f14cece776f848093d64\n(cherry picked from commit b235beea9e996a4d36fed6cfef4801a3e7d7a9a5)\nSigned-off-by: Zubin Mithra <zsm@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/3ccdbfb8cb6fff7b7c9886d148789e603a8ba12d"},{"sha":"c46dc5dc160a8f37ddd7f31ebc312b381fa284b6","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"UPSTREAM: fix up initial thread stack pointer vs thread_info confusion\n\nThe INIT_TASK() initializer was similarly confused about the stack vs\nthread_info allocation that the allocators had, and that were fixed in\ncommit b235beea9e99 (\"Clarify naming of thread info/stack allocators\").\n\nThe task ->stack pointer only incidentally ends up having the same value\nas the thread_info, and in fact that will change.\n\nSo fix the initial task struct initializer to point to 'init_stack'\ninstead of 'init_thread_info', and make sure the ia64 definition for\nthat exists.\n\nThis actually makes the ia64 tsk->stack pointer be sensible for the\ninitial task, but not for any other task.  As mentioned in commit\nb235beea9e99, that whole pointer isn't actually used on ia64, since\ntask_stack_page() there just points to the (single) allocation.\n\nAll the other architectures seem to have copied the 'init_stack'\ndefinition, even if it tended to be generally unusued.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nBug: 66351489\nChange-Id: I9dce544baf967c8941e94e47ccea387a7edcc93e\n(cherry picked from commit 7f1a00b6fcd0e3c19beba2e92d157dc0c2cf3494)\nSigned-off-by: Zubin Mithra <zsm@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/c46dc5dc160a8f37ddd7f31ebc312b381fa284b6"},{"sha":"1e6606b73e77fad6feaa251d7f06bbd3b4bb823d","author":{"name":"Andy Lutomirski","email":"3cb7d5a8804519b67b2d7945dee31e85c91c02f9@kernel.org"},"message":"UPSTREAM: printk: when dumping regs, show the stack, not thread_info\n\nWe currently show:\n\n  task: <current> ti: <current_thread_info()> task.ti: <task_thread_info(current)>\"\n\n\"ti\" and \"task.ti\" are redundant, and neither is actually what we want\nto show, which the the base of the thread stack.  Change the display to\nshow the stack pointer explicitly.\n\nLink: http://lkml.kernel.org/r/543ac5bd66ff94000a57a02e11af7239571a3055.1468523549.git.luto@kernel.org\nSigned-off-by: Andy Lutomirski <luto@kernel.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\n\nBug: 66351489\nChange-Id: I172c2a63b178bcf1a7114cc2476a8d7a34c703d6\n(cherry picked from commit 8b70ca65616b3588ea1907e87f0df6d2530350df)\nSigned-off-by: Zubin Mithra <zsm@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/1e6606b73e77fad6feaa251d7f06bbd3b4bb823d"},{"sha":"9d3d65cc3f09dc98c583293c52f2f9a0a17ed78f","author":{"name":"Andy Lutomirski","email":"3cb7d5a8804519b67b2d7945dee31e85c91c02f9@kernel.org"},"message":"UPSTREAM: sched/core: Allow putting thread_info into task_struct\n\nIf an arch opts in by setting CONFIG_THREAD_INFO_IN_TASK_STRUCT,\nthen thread_info is defined as a single 'u32 flags' and is the first\nentry of task_struct.  thread_info::task is removed (it serves no\npurpose if thread_info is embedded in task_struct), and\nthread_info::cpu gets its own slot in task_struct.\n\nThis is heavily based on a patch written by Linus.\n\nOriginally-from: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Andy Lutomirski <luto@kernel.org>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brian Gerst <brgerst@gmail.com>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Jann Horn <jann@thejh.net>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/a0898196f0476195ca02713691a5037a14f2aac5.1473801993.git.luto@kernel.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n\nBug: 66351489\nChange-Id: I2e49e44ef4bd64872fdf272011a650607cd5b832\n(cherry picked from commit c65eacbe290b8141554c71b2c94489e73ade8c8d)\nSigned-off-by: Zubin Mithra <zsm@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/9d3d65cc3f09dc98c583293c52f2f9a0a17ed78f"},{"sha":"119aba5d3457d7fea6ab290d4160b67df1811981","author":{"name":"Andy Lutomirski","email":"3cb7d5a8804519b67b2d7945dee31e85c91c02f9@kernel.org"},"message":"UPSTREAM: sched/core: Add try_get_task_stack() and put_task_stack()\n\nThere are a few places in the kernel that access stack memory\nbelonging to a different task.  Before we can start freeing task\nstacks before the task_struct is freed, we need a way for those code\npaths to pin the stack.\n\nSigned-off-by: Andy Lutomirski <luto@kernel.org>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Brian Gerst <brgerst@gmail.com>\nCc: Denys Vlasenko <dvlasenk@redhat.com>\nCc: H. Peter Anvin <hpa@zytor.com>\nCc: Jann Horn <jann@thejh.net>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/17a434f50ad3d77000104f21666575e10a9c1fbd.1474003868.git.luto@kernel.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n\nBug: 66351489\nChange-Id: I9c5b35ef3cda3a494494902ee9cb82764fe6359a\n(cherry picked from commit c6c314a613cd7d03fb97713e0d642b493de42e69)\nSigned-off-by: Zubin Mithra <zsm@google.com>","distinct":true,"url":"https://api.github.com/repos/nine7nine/Marlin_exns-eas/commits/119aba5d3457d7fea6ab290d4160b67df1811981"}]}
{"actor":{"display_login":"nine7nine"}}