{"push_id":1018529341,"size":3,"distinct_size":3,"ref":"refs/heads/reborn_v2_series","head":"98b8a3c6fc0f518df2af687422ddf7215ccb2f03","before":"a9b114bf7de4ab757443688dc4cd5ed6e0dc6703","commits":[{"sha":"1ad75606bfa5135f9213669711e23335fa7ade78","author":{"email":"b7088a9c70345a9ab94cacab3cc3888d0a7dc884@euromail.se","name":"Henrik Rydberg"},"message":"Input: Send events one packet at a time\n\nOn heavy event loads, such as a multitouch driver, the irqsoff latency\ncan be as high as 250 us.  By accumulating a frame worth of data\nbefore passing it on, the latency can be dramatically reduced.  As a\nside effect, the special EV_SYN handling can be removed, since the\nframe is now atomic.\n\nThis patch adds the events() handler callback and uses it if it\nexists. The latency is improved by 50 us even without the callback.\n\nChange-Id: Iebd9b1868ae6300a922a45b6d104e7c2b38e4cf5\nCc: Daniel Kurtz <djkurtz@chromium.org>\nTested-by: Benjamin Tissoires <benjamin.tissoires@enac.fr>\nTested-by: Ping Cheng <pingc@wacom.com>\nTested-by: Sedat Dilek <sedat.dilek@gmail.com>\nAcked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Henrik Rydberg <rydberg@euromail.se>\n\nInput: Improve the events-per-packet estimate\n\nThe events-per-packet estimate has so far been used by MT devices\nonly. This patch adjusts the packet buffer size to also accomodate the\nKEY and MSC events.  Keyboards normally send one or two keys at a\ntime. MT devices normally send a number of button keys along with the\nMT information.  The buffer size chosen here covers those cases, and\nmatches the default buffer size in evdev. Since the input estimate is\nnow preferred, remove the special input-mt estimate.\n\nReviewed-and-tested-by: Ping Cheng <pingc@wacom.com>\nTested-by: Benjamin Tissoires <benjamin.tissoires@enac.fr>\nAcked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>\nSigned-off-by: Henrik Rydberg <rydberg@euromail.se>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>\nSigned-off-by: Francisco Franco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/acuicultor/android_kernel_oneplus_msm8974/commits/1ad75606bfa5135f9213669711e23335fa7ade78"},{"sha":"9654cd2a7fe06cf368624a1ff8127b13f64e2760","author":{"email":"39ea6a09710987173e32e37c86918024a0f441c1@suse.de","name":"Mel Gorman"},"message":"mm: slub: Default slub_max_order to 0\n\nTo avoid locking and per-cpu overhead, SLUB optimisically uses\nhigh-order allocations up to order-3 by default and falls back to\nlower allocations if they fail. While care is taken that the caller\nand kswapd take no unusual steps in response to this, there are\nfurther consequences like shrinkers who have to free more objects to\nrelease any memory. There is anecdotal evidence that significant time\nis being spent looping in shrinkers with insufficient progress being\nmade (https://lkml.org/lkml/2011/4/28/361) and keeping kswapd awake.\n\nSLUB is now the default allocator and some bug reports have been\npinned down to SLUB using high orders during operations like\ncopying large amounts of data. SLUBs use of high-orders benefits\napplications that are sized to memory appropriately but this does not\nnecessarily apply to large file servers or desktops.  This patch\ncauses SLUB to use order-0 pages like SLAB does by default.\nThere is further evidence that this keeps kswapd's usage lower\n(https://lkml.org/lkml/2011/5/10/383).\n\nSigned-off-by: Mel Gorman <mgorman@suse.de>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/acuicultor/android_kernel_oneplus_msm8974/commits/9654cd2a7fe06cf368624a1ff8127b13f64e2760"},{"sha":"98b8a3c6fc0f518df2af687422ddf7215ccb2f03","author":{"email":"7bea83a20351847b48daf43f39cc78e40e8253bc@motorola.com","name":"Guojian Chen"},"message":"cpuidle: remove cross-cpu IPI by new latency request.\n\nwhen drivers request new latency requirement, it's not necessary to\nimmediately wake up another cpu by sending cross-cpu IPI, we can consider\nthe new latency to be taken into effect after next wakeup from idle,\nthis can save the unnecessary wakeup cost, and reduce the risk that\ndrivers may request latency in irq disabled context.\n\n[<c08e0cc0>] (__irq_svc+0x40/0x70) from [<c00e801c>] (smp_call_function_single+0x16c/0x240)\n[<c00e801c>] (smp_call_function_single+0x16c/0x240) from [<c00e855c>] (smp_call_function+0x40/0x6c)\n[<c00e855c>] (smp_call_function+0x40/0x6c) from [<c0601c9c>] (cpuidle_latency_notify+0x18/0x20)\n[<c0601c9c>] (cpuidle_latency_notify+0x18/0x20) from [<c00b7c28>] (blocking_notifier_call_chain+0x74/0x94)\n[<c00b7c28>] (blocking_notifier_call_chain+0x74/0x94) from [<c00d563c>] (pm_qos_update_target+0xe0/0x128)\n[<c00d563c>] (pm_qos_update_target+0xe0/0x128) from [<c0620d3c>] (msmsdcc_enable+0xac/0x158)\n[<c0620d3c>] (msmsdcc_enable+0xac/0x158) from [<c06050e0>] (mmc_try_claim_host+0xb0/0xb8)\n[<c06050e0>] (mmc_try_claim_host+0xb0/0xb8) from [<c0605318>] (mmc_start_bkops.part.15+0x50/0x2f4)\n[<c0605318>] (mmc_start_bkops.part.15+0x50/0x2f4) from [<c00ab768>] (process_one_work+0x124/0x55c)\n[<c00ab768>] (process_one_work+0x124/0x55c) from [<c00abfc8>] (worker_thread+0x178/0x45c)\n[<c00abfc8>] (worker_thread+0x178/0x45c) from [<c00b0b24>] (kthread+0x84/0x90)\n[<c00b0b24>] (kthread+0x84/0x90) from [<c000fdd4>] (kernel_thread_exit+0x0/0x8)\nDisabling lock debugging due to kernel taint\ncoresight-etb coresight-etb.0: ETB aborted\nKernel panic - not syncing: softlockup: hung tasks\n\nSigned-off-by: Guojian Chen <a21757@motorola.com>\nReviewed-on: http://gerrit.pcs.mot.com/532702\nSLT-Approved: Slta Waiver <sltawvr@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Klocwork kwcheck <klocwork-kwcheck@sourceforge.mot.com>\nReviewed-by: Christopher Fries <qcf001@motorola.com>\nReviewed-by: David Ding <dding@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","distinct":true,"url":"https://api.github.com/repos/acuicultor/android_kernel_oneplus_msm8974/commits/98b8a3c6fc0f518df2af687422ddf7215ccb2f03"}]}