GitHub PushEvent at 2014-08-18 19:16:08
Repository: android_kernel_sony_apq8064
Actor: nikhil18
Payload: {"shas":[["51f26dafc459ad15f3ac0e3799ee0ea3a54e7e25","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Introduce ExFat 1.2.9\n\nChange-Id: Ifac3d0f4f57c5b939bbf229dbd8988dfb281d44a","daeiron",true],["ab38fcc5bd45e2ace622f6160c9991403e7854c4","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Hello F2FS\n\nChange-Id: I4706899488ae4de130c20a6582f1e5f437bdccce","daeiron",true],["50e70bb3af36e4ba0097c6913f6c775a9714357b","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Sync ondemand with CAF\n\nChange-Id: I4bc4f85be67c5fd286c9b6809733e38e318cd04a","daeiron",true],["664d17568ff4dabc476b979fc6252606ff39ebf1","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Sync interactive with CAF\n\nChange-Id: Ife8629128f73a55ec5b4c33391b13c9732e98993","daeiron",true],["81faed2462fb8cb62fbf543533dba25b9bb5519b","a69a037deeb140cf503ff48ff25aac1e9bbb0387@gmail.com","Display Gamma Update","nikhiljan93",true],["0093b453f5b10e8c3eb788f1195a65b17d299c82","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Update non yuga configs\n\nChange-Id: Id46b2584e25d85a0398ff5882020892f7dabba28","daeiron",true],["c61f3916ee223d8d610b411b7a92cc8d7605657b","39ea6a09710987173e32e37c86918024a0f441c1@suse.de","mm: Clear page active before releasing pages\n\nActive pages should not be freed to the page allocator as it triggers\na bad page state warning. Fengguang Wu reported the following\nbug and bisected it to the patch \"mm: remove lru parameter from\n__lru_cache_add and lru_cache_add_lru\" which is currently in mmotm as\nmm-remove-lru-parameter-from-__lru_cache_add-and-lru_cache_add_lru.patch\n\n[   84.212960] BUG: Bad page state in process rm  pfn:0b0c9\n[   84.214682] page:ffff88000d646240 count:0 mapcount:0 mapping:          (null) index:0x0\n[   84.216883] page flags: 0x20000000004c(referenced|uptodate|active)\n[   84.218697] CPU: 1 PID: 283 Comm: rm Not tainted 3.10.0-rc4-04361-geeb9bfc #49\n[   84.220729]  ffff88000d646240 ffff88000d179bb8 ffffffff82562956 ffff88000d179bd8\n[   84.223242]  ffffffff811333f1 000020000000004c ffff88000d646240 ffff88000d179c28\n[   84.225387]  ffffffff811346a4 ffff880000270000 0000000000000000 0000000000000006\n[   84.227294] Call Trace:\n[   84.227867]  [<ffffffff82562956>] dump_stack+0x27/0x30\n[   84.229045]  [<ffffffff811333f1>] bad_page+0x130/0x158\n[   84.230261]  [<ffffffff811346a4>] free_pages_prepare+0x8b/0x1e3\n[   84.231765]  [<ffffffff8113542a>] free_hot_cold_page+0x28/0x1cf\n[   84.233171]  [<ffffffff82585830>] ? _raw_spin_unlock_irqrestore+0x6b/0xc6\n[   84.234822]  [<ffffffff81135b59>] free_hot_cold_page_list+0x30/0x5a\n[   84.236311]  [<ffffffff8113a4ed>] release_pages+0x251/0x267\n[   84.237653]  [<ffffffff8112a88d>] ? delete_from_page_cache+0x48/0x9e\n[   84.239142]  [<ffffffff8113ad93>] __pagevec_release+0x2b/0x3d\n[   84.240473]  [<ffffffff8113b45a>] truncate_inode_pages_range+0x1b0/0x7ce\n[   84.242032]  [<ffffffff810e76ab>] ? put_lock_stats.isra.20+0x1c/0x53\n[   84.243480]  [<ffffffff810e77f5>] ? lock_release_holdtime+0x113/0x11f\n[   84.244935]  [<ffffffff8113ba8c>] truncate_inode_pages+0x14/0x1d\n[   84.246337]  [<ffffffff8119b3ef>] evict+0x11f/0x232\n[   84.247501]  [<ffffffff8119c527>] iput+0x1a5/0x218\n[   84.248607]  [<ffffffff8118f015>] do_unlinkat+0x19b/0x25a\n[   84.249828]  [<ffffffff810ea993>] ? trace_hardirqs_on_caller+0x210/0x2ce\n[   84.251382]  [<ffffffff8144372e>] ? trace_hardirqs_on_thunk+0x3a/0x3f\n[   84.252879]  [<ffffffff8118f10d>] SyS_unlinkat+0x39/0x4c\n[   84.254174]  [<ffffffff825874d6>] system_call_fastpath+0x1a/0x1f\n[   84.255596] Disabling lock debugging due to kernel taint\nThe problem was that a page marked for activation was released via\npagevec. This patch clears the active bit before freeing in this case.\n\nSigned-off-by: Mel Gorman <mgorman@suse.de>\nReported-and-Tested-by: Fengguang Wu <fengguang.wu@intel.com>\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Mel Gorman",true],["cb21456780663fc59446fc83604d344c2e2c7ff9","596727c8a0ea4db3ba2ceceedccbacd3d7b371b8@suse.cz","writeback: fix occasional slow sync(1)\n\nIn case when system contains no dirty pages, wakeup_flusher_threads() will\nsubmit WB_SYNC_NONE writeback for 0 pages so wb_writeback() exits\nimmediately without doing anything, even though there are dirty inodes in\nthe system.  Thus sync(1) will write all the dirty inodes from a\nWB_SYNC_ALL writeback pass which is slow.\n\nFix the problem by using get_nr_dirty_pages() in wakeup_flusher_threads()\ninstead of calculating number of dirty pages manually.  That function also\ntakes number of dirty inodes into account.\n\nSigned-off-by: Jan Kara <jack@suse.cz>\nReported-by: Paul Taysom <taysom@chromium.org>\nCc: Wu Fengguang <fengguang.wu@intel.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Jan Kara",true],["ecc83d341027e1d61a3a9e3126414e5ef710fb8c","03b1ea63e5b4daebc2a20c821518d6750fd58158@imgtec.com","sync: Fix a race condition between release_obj and print_obj\n\nBefore this change, a timeline would only be removed from the timeline\nlist *after* the sync driver had its release_obj() called. However, the\ndriver's release_obj() may free resources needed by print_obj().\n\nAlthough the timeline list is locked when print_obj() is called, it is\nnot locked when release_obj() is called. If one CPU was in print_obj()\nwhen another was in release_obj(), the print_obj() may make unsafe\naccesses.\n\nIt is not actually necessary to hold the timeline list lock when calling\nrelease_obj() if the call is made after the timeline is unlinked from\nthe list, since there is no possibility another thread could be in --\nor enter -- print_obj() for that timeline.\n\nThis change moves the release_obj() call to after the timeline is\nunlinked, preventing the above race from occurring.\n\nSigned-off-by: Alistair Strachan <alistair.strachan@imgtec.com>","Alistair Strachan",true],["ba3f504ee5d61fcc46228c311ac12016d5b94785","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","sched/fair: improve fairness efficiency\n\nMeasured using hackbench:\n\nPRE-patch :      4.542422684 seconds time elapsed   ( +-  47.40% )\nPOST-page :      2.389409991 seconds time elapsed   ( +-  47.40% )\n\nWhich shows a significant improvement of ~47.40%\n\nSigned-off-by: Paul Reioux <reioux@gmail.com>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","Paul Reioux",true],["feda05f7f26764ab09c5fe30a8080e7b5dafead1","e7b4910f4742918f5926c991d8a2cd122ac7e295@codeaurora.org","cma: Remove potential deadlock situation\n\nA report was given of a deadlock situation on the cma_mutex:\n\nmutex_lock(cma_mutex)   (*2)\ndma_release_from_contiguous\nion_secure_cma_free_chunk\nion_secure_cma_shrinker\nshrink_slab\ntry_to_free_pages\nmigrate_pages\nalloc_contig_range\nmutex_lock(cma_mutex)  (*1)\ndma_alloc_from_contiguous\nion_alloc\n\nWe may need to free CMA allocations while a current CMA allocation is in\nprogress if CMA is freed from a shrinker. cma_mutex currently protects\ntwo things: the bitmap indicating which pages are allocated/free and\nserialization of isolation/migration calls on allocation. There is\nno need to take the mutex on free calls though as the pages are\nfreed back into the system via the regular __free_page call. Move\nthe free_contig_range call outside the cma_mutex to break the\nchain dependency. We can safely free the pages back into the system\nbefore changing the bitmap without any risk of races.\n\nChange-Id: I4989eb2891e502b08db8117a51bd86652e902778\nCRs-Fixed: 619644\nSigned-off-by: Laura Abbott <lauraa@codeaurora.org>\nSigned-off-by: franciscofranco <franciscofranco.1990@gmail.com>","Laura Abbott",true],["9763b661d3366c51f1f458a5fa70ec549f072216","70de2a9511184ea20075ada6f9b814089908a4f0@gmail.com","Sync OOM with cm-11 branch\n\nChange-Id: I88161291ed76c3a8055046faa81bc2f470af6a0a","daeiron",true],["4ab2bded0436d33020df727834357a27f4f5da7d","b3db597eb8bb7f6a166202c1f96550c548e388c9@gmail.com","make file","nikhil18",true]],"size":13,"ref":"refs/heads/cm-11.0-new","head":"4ab2bded0436d33020df727834357a27f4f5da7d"}