{"push_id":939438390,"size":33,"distinct_size":33,"ref":"refs/heads/lambda","head":"5cf93fe2757f4469f3943adb1e7c699ccac9e03c","before":"a57a6e44913f40626b3331bc63fe17abc0ddc874","commits":[{"sha":"f2b63c1a24dde2520f3a403ed955ed73a543aa47","author":{"email":"c2316892c25b5bf3c65eaebde6e9f385f5760403@gmail.com","name":"Ícaro Hoff"},"message":"simple thermal: fix restore max freq during screen on/off\n\nSigned-off-by: Ícaro Hoff <icarohoff@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/f2b63c1a24dde2520f3a403ed955ed73a543aa47"},{"sha":"d684abf39179394727fa427c265f1fd38c34ebc6","author":{"email":"3961c4a724729594167fb8fac9033311446c056d@codeaurora.org","name":"Shiju Mathew"},"message":"msm: thermal: Add RT priority to kernel thermal threads\n\nAdd RT priority to KTM frequency mitigation thread. This\nis required since we have seen cases where this thread\nis not scheduled fast enough during high temperature rampup\nthat lead to thermal runaway. So this change would make sure\nthe thermal frequency mitigation thread gets high priority\nand mitigate core as soon as a temperature threshold is triggered.\n\nChange-Id: Ie8a6fd80fb8e9bdb894a26a8bf7abd159a3f3bce\nSigned-off-by: Shiju Mathew <shijum@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/d684abf39179394727fa427c265f1fd38c34ebc6"},{"sha":"1cb0ae837ab7562ba1fd93f9dbca32e1056cb180","author":{"email":"3961c4a724729594167fb8fac9033311446c056d@codeaurora.org","name":"Shiju Mathew"},"message":"msm: thermal: Add RT priority to kernel hotplug thread\n\nAdd RT priority to KTM hotplug mitigation thread. This\nis required since we have seen cases where the thread\nis not scheduled fast enough during high temperature rampup\nthat lead to thermal runaway. So this change would make sure\nthe thermal hotplug mitigation thread gets high priority\nand mitigate core as soon as a temperature threshold is triggered.\n\nChange-Id: I72ecf69ede0444fe74fd9c4eaf40a12e8734326c\nSigned-off-by: Shiju Mathew <shijum@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/1cb0ae837ab7562ba1fd93f9dbca32e1056cb180"},{"sha":"dde207074bf8c10b8eb32007038a5397af847ccf","author":{"email":"1f10d479cd571b59bc6e9bc1eeee02908999c38c@codeaurora.org","name":"Ram Chandrasekar"},"message":"msm: thermal: Limit the emergency mitigation messages\n\nThermal can set tsens threshold even if the threshold\nvalue is equal to the current temperature. This will\ntrigger a tsens notification immediately, which will\nprint a kernel message. If the temperature stays in\nthe current value then the emergency mitigation\nmessages will flood the kernel logs.\n\nUse rate limit feature in printk to reduce the amount\nof messages printed from thermal.\n\nCRs-Fixed: 803110\nChange-Id: I8fa62ac73421a80658e3696577c0086a27c1102a\nSigned-off-by: Ram Chandrasekar <rkumbako@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/dde207074bf8c10b8eb32007038a5397af847ccf"},{"sha":"44e167c6c6e1d4699097f611c0b3d54dc85661d5","author":{"email":"5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","name":"anarkia1976"},"message":"msm: thermal: fix build error after apply limit to thermal logs","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/44e167c6c6e1d4699097f611c0b3d54dc85661d5"},{"sha":"ac5d1471d7c7b983a633428665d256cd418ccdf5","author":{"email":"bdd5a5f42152ba789e24c1ef8132eb16704ed8a4@zabbo.net","name":"Zach Brown"},"message":"iov_iter: move into its own file\n\nThis moves the iov_iter functions in to their own file.  We're going to\nbe working on them in upcoming patches.  They become sufficiently large,\nand remain self-contained, to justify seperating them from the rest of\nthe huge mm/filemap.c.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nAcked-by: Jeff Moyer <jmoyer@redhat.com>\nCc: Zach Brown <zab@zabbo.net>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/ac5d1471d7c7b983a633428665d256cd418ccdf5"},{"sha":"8bdfaa8b7acaaa2dc19fed15833a82601c77d9e5","author":{"email":"d1e82e2813f00e3d60e00aa92378ef41c34f031b@oracle.com","name":"Dave Kleikamp"},"message":"iov_iter: iov_iter_copy_from_user() should use non-atomic copy\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/8bdfaa8b7acaaa2dc19fed15833a82601c77d9e5"},{"sha":"30f3104e757dff421c1b024a28eb5d71c5e7b181","author":{"email":"bdd5a5f42152ba789e24c1ef8132eb16704ed8a4@zabbo.net","name":"Zach Brown"},"message":"iov_iter: add copy_to_user support\n\nThis adds iov_iter wrappers around copy_to_user() to match the existing\nwrappers around copy_from_user().\n\nThis will be used by the generic file system buffered read path.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/30f3104e757dff421c1b024a28eb5d71c5e7b181"},{"sha":"be571306072822309386e299a907f5b56863345d","author":{"email":"d1e82e2813f00e3d60e00aa92378ef41c34f031b@oracle.com","name":"Dave Kleikamp"},"message":"fuse: convert fuse to use iov_iter_copy_[to|from]_user\n\nA future patch hides the internals of struct iov_iter, so fuse should\nbe using the supported interface.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nAcked-by: Miklos Szeredi <mszeredi@suse.cz>\nCc: fuse-devel@lists.sourceforge.net","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/be571306072822309386e299a907f5b56863345d"},{"sha":"c3487be962ee5908fbfe3123fa619e5d9f74cbb5","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"iov_iter: hide iovec details behind ops function pointers\n\nThis moves the current iov_iter functions behind an ops struct of\nfunction pointers.  The current iov_iter functions all work with memory\nwhich is specified by iovec arrays of user space pointers.\n\nThis patch is part of a series that lets us specify memory with bio_vec\narrays of page pointers.  By moving to an iov_iter operation struct we\ncan add that support in later patches in this series by adding another\nset of function pointers.\n\nI only came to this after having initialy tried to teach the current\niov_iter functions about bio_vecs by introducing conditional branches\nthat dealt with bio_vecs in all the functions.  It wasn't pretty.  This\napproach seems to be the lesser evil.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako kernel from LKML\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/c3487be962ee5908fbfe3123fa619e5d9f74cbb5"},{"sha":"696862793aa0054ba6fd600edfb30414cceca9dd","author":{"email":"bdd5a5f42152ba789e24c1ef8132eb16704ed8a4@zabbo.net","name":"Zach Brown"},"message":"iov_iter: add bvec support\n\nThis adds a set of iov_iter_ops calls which work with memory which is\nspecified by an array of bio_vec structs instead of an array of iovec\nstructs.\n\nThe big difference is that the pages referenced by the bio_vec elements\nare pinned.  They don't need to be faulted in and we can always use\nkmap_atomic() to map them one at a time.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/696862793aa0054ba6fd600edfb30414cceca9dd"},{"sha":"3b41b02e10a0ecbe0bc79645850d442322594dc6","author":{"email":"bdd5a5f42152ba789e24c1ef8132eb16704ed8a4@zabbo.net","name":"Zach Brown"},"message":"iov_iter: add a shorten call\n\nThe generic direct write path wants to shorten its memory vector.  It\ndoes this when it finds that it has to perform a partial write due to\nLIMIT_FSIZE.  .direct_IO() always performs IO on all of the referenced\nmemory because it doesn't have an argument to specify the length of the\nIO.\n\nWe add an iov_iter operation for this so that the generic path can ask\nto shorten the memory vector without having to know what kind it is.\nWe're happy to shorten the kernel copy of the iovec array, but we refuse\nto shorten the bio_vec array and return an error in this case.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/3b41b02e10a0ecbe0bc79645850d442322594dc6"},{"sha":"f2ffdff5bdd94244de6c3a542b358054a55fb854","author":{"email":"bdd5a5f42152ba789e24c1ef8132eb16704ed8a4@zabbo.net","name":"Zach Brown"},"message":"iov_iter: let callers extract iovecs and bio_vecs\n\ndirect IO treats memory from user iovecs and memory from arrays of\nkernel pages very differently.  User memory is pinned and worked with in\nbatches while kernel pages are always pinned and don't require\nadditional processing.\n\nRather than try and provide an abstraction that includes these\ndifferent behaviours we let direct IO extract the memory structs and\nhand them to the existing code.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/f2ffdff5bdd94244de6c3a542b358054a55fb854"},{"sha":"d4e2975318b258c7dd16de0dba458aad4dffc7cc","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"dio: Convert direct_IO to use iov_iter\n\nChange the direct_IO aop to take an iov_iter argument rather than an iovec.\nThis will get passed down through most filesystems so that only the\n__blockdev_direct_IO helper need be aware of whether user or kernel memory\nis being passed to the function.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nheavily backported for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/d4e2975318b258c7dd16de0dba458aad4dffc7cc"},{"sha":"7163bd2831a4e7c5b24b8003378d6b0322b2b2ab","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"dio: add bio_vec support to __blockdev_direct_IO()\n\nThe trick here is to initialize the dio state so that do_direct_IO()\nconsumes the pages we provide and never tries to map user pages.  This\nis done by making sure that final_block_in_request covers the page that\nwe set in the dio.  do_direct_IO() will return before running out of\npages.\n\nThe caller is responsible for dirtying these pages, if needed.  We add\nan option to the dio struct that makes sure we only dirty pages when\nwe're operating on iovecs of user addresses.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako kernel from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/7163bd2831a4e7c5b24b8003378d6b0322b2b2ab"},{"sha":"420186589ac215035f9c7e46f5717a7546229313","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"aio: add aio_kernel_() interface\n\nThis adds an interface that lets kernel callers submit aio iocbs without\ngoing through the user space syscalls.  This lets kernel callers avoid\nthe management limits and overhead of the context.  It will also let us\nintegrate aio operations with other kernel apis that the user space\ninterface doesn't have access to.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/420186589ac215035f9c7e46f5717a7546229313"},{"sha":"3229cf5911043c928c1807bba6b9eca35be5c097","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"aio: add aio support for iov_iter arguments\n\nThis adds iocb cmds which specify that memory is held in iov_iter\nstructures.  This lets kernel callers specify memory that can be\nexpressed in an iov_iter, which includes pages in bio_vec arrays.\n\nOnly kernel callers can provide an iov_iter so it doesn't make a lot of\nsense to expose the IOCB_CMD values for this as part of the user space\nABI.\n\nBut kernel callers should also be able to perform the usual aio\noperations which suggests using the the existing operation namespace and\nsupport code.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/3229cf5911043c928c1807bba6b9eca35be5c097"},{"sha":"0b87645da396d0b2943fe30afbf4f54b265f176a","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"bio: add bvec_length(), like iov_length()\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/0b87645da396d0b2943fe30afbf4f54b265f176a"},{"sha":"d2accdf671e47211cfab34d02f2c9fc480f34645","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"loop: use aio to perform io on the underlying file\n\nThis uses the new kernel aio interface to process loopback IO by\nsubmitting concurrent direct aio.  Previously loop's IO was serialized\nby synchronous processing in a thread.\n\nThe aio operations specify the memory for the IO with the bio_vec arrays\ndirectly instead of mappings of the pages.\n\nThe use of aio operations is enabled when the backing file supports the\nread_iter, write_iter and direct_IO methods.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nCc: Zach Brown <zab@zabbo.net>\nmodified for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/d2accdf671e47211cfab34d02f2c9fc480f34645"},{"sha":"abcf5c07c72d87a3b28e04ca276db5932a588eae","author":{"email":"c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","name":"faux123"},"message":"fs: create file_readable() and file_writable() functions\n\nCreate functions to simplify if file_ops contain either a read\nor aio_read op, or likewise write or aio_write. We will be adding\nread_iter and write_iter and don't need to be complicating the code\nin multiple places.\n\nSigned-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>\nmodified for Mako from LKML reference\n\nSigned-off-by: faux123 <reioux@gmail.com>","distinct":true,"url":"https://api.github.com/repos/GalaticStryder/kernel_lge_msm8974/commits/abcf5c07c72d87a3b28e04ca276db5932a588eae"}]}