GitHub PushEvent at 2014-06-13 02:40:45
Repository: AK-xGenesis
Actor: brothaedhung
Payload: {"shas":[["fd218a7217f3408af755787fbf3c4bd7e093f0d6","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"msm: acpuclock-krait: Disable vdd core boost\"\n\nThis reverts commit 1362c822d84a72135457ad453cd5f9f62af73700.","anarkia1976",false],["561d13e85e6a57e0094a370a3ffc56ceb3e0ff5f","4ed386e0495d3e109932df055831d9ec2f824927@mit.edu","ext4: make sure the journal sb is written in ext4_clear_journal_err()\n\nAfter we transfer set the EXT4_ERROR_FS bit in the file system\nsuperblock, it's not enough to call jbd2_journal_clear_err() to clear\nthe error indication from journal superblock --- we need to call\njbd2_journal_update_sb_errno() as well.  Otherwise, when the root file\nsystem is mounted read-only, the journal is replayed, and the error\nindicator is transferred to the superblock --- but the s_errno field\nin the jbd2 superblock is left set (since although we cleared it in\nmemory, we never flushed it out to disk).\n\nThis can end up confusing e2fsck.  We should make e2fsck more robust\nin this case, but the kernel shouldn't be leaving things in this\nconfused state, either.\n\nChange-Id: I7a7cd58880209fbd54f4ded5f2b62de492cae9e0\nSigned-off-by: \"Theodore Ts'o\" <tytso@mit.edu>\nCc: stable@kernel.org\nGit-commit: d796c52ef0b71a988364f6109aeb63d79c5b116b\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Osvaldo Banuelos <osvaldob@codeaurora.org>","Theodore Ts'o",false],["b84bb5a1cbe8ad46a69692da1d96e57008926760","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","cpufreq: cpu-boost: Fix cores getting stuck\n\n* In exclusive hotplug system, if a core is not taken down\n  explicitly, it is observed that it gets stuck at input\n  boost frequency.\n* This issue maybe particular to only this kernel but this\n  fix resolves it completely.\n* Root cause seems to be removal work is lost if queued on\n  sibling cores. So simply fix this by queuing on boot CPU.\n\n* Finally, I can use min_cpus_online > 1 without any issue.\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","anarkia1976",false],["95bd7637a2d6f2be5ae09dfcc238aa24ae75b75b","e203ad089043f59502b8a6bd676687433f467ba0@motorola.com","msm: acpuclock-krait: Init to max speed\n\nThere's no need to delay the boot process by running at slower\nspeeds, let's boot at max speed to get to the UI faster.\n\nChange-Id: I4f07e8ff7a73ba8add17611bb0875a231ab5a568\nSigned-off-by: Chris Fries <C.Fries@motorola.com>\nReviewed-on: http://gerrit.pcs.mot.com/531544\nSLT-Approved: Slta Waiver <sltawvr@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>\nReviewed-by: Christopher Fries <qcf001@motorola.com>\nReviewed-by: Check Patch <CHEKPACH@motorola.com>\nReviewed-by: Klocwork kwcheck <klocwork-kwcheck@sourceforge.mot.com>\nReviewed-by: Igor Kovalenko <cik009@motorola.com>\nSubmit-Approved: Jira Key <jirakey@motorola.com>\n[ljc: Adapt to use common ARCH_MSM8960]\nSigned-off-by: Luis Cruz <ljc2491@gmail.com>\nSigned-off-by: poondog <markj338@gmail.com>\nSigned-off-by: Lens-F <tnoah12@gmail.com>","Chris Fries",false],["66d6bd6e1541d0e47df4109e1091fde7d8ca09e5","14b239df8f7217a8112b9da0b89be97c0169c978@codeaurora.org","msm: cpufreq: Add msm_cpufreq debugfs file to show CPU -> L2/BW mapping\n\nExample output:\ncat /sys/kernel/debug/clk/msm_cpufreq\n  CPU (KHz)  L2 (KHz)  Mem (MBps)\n     300000    300000         600\n     422400    422400        1200\n     652800    499200        1600\n     729600    576000        2456\n     883200    576000        2456\n     960000    960000        3680\n    1036800   1036800        3680\n    1190400   1036800        3680\n    1267200   1267200        6400\n    1497600   1497600        6400\n    1574400   1574400        6400\n    1728000   1651200        6400\n    1958400   1728000        7448\n    2265600   1728000        7448\n\nChange-Id: I20df8c3778c0fcd0ef1f369acb1cb72cf5334812\nSigned-off-by: Xiaogang Cui <xiaogang@codeaurora.org>","Xiaogang Cui",false],["e5596bf17f63a2a2326e44eb236be86c32c97430","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","msm: hotplug: merged with latest N5 chaos kernel","anarkia1976",false],["06906185ed70786c261fee73768b432495ecb8da","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"msm: sleeper: shutup some logs\"\n\nThis reverts commit e109ca4c1aaaf5e1860137b7ffe02f38a0290c52.","anarkia1976",false],["07d13ce90ffb4fdfe8026342f7ecf7c01d3f3379","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"ak_mako_defconfig: enable MSM_SLEEPER\"\n\nThis reverts commit db88907c410d0620143154c8381f408913c7404e.","anarkia1976",false],["8492b5e8bea59e8130f5818ed2449c6cd2c49e3d","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"msm: cpufreq: fix sysfs for max screen off\"\n\nThis reverts commit c4459bb695fb1ec8beeb45b13d7601c5b681fdbb.","anarkia1976",false],["2c50a596dbaf53b4fb6a81a561d933aa7aa0949c","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"msm: cpufreq: set max freq off to 702Mhz\"\n\nThis reverts commit 17c013ab0417a869c4bd069b725b4da959366326.","anarkia1976",false],["221036e153f397ea2286e8e2951aba33919b5fe0","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Revert \"msm: cpufreq: sysfs for max screen off frequency - default 1026MHz\"\n\nThis reverts commit d3d54af59b91d94f98c95d31ea66645f954efeab.","anarkia1976",false],["976692568e77668047789e0aa0419b38668e98fd","d688953a19dcb476c5fb90e6abba87f77b09be65@gmail.com","msm: hotplug: Use correct variable type\n\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","Pranav Vashi",false],["207e7653de1a2f7d9e54715d2a87676e45868aff","596727c8a0ea4db3ba2ceceedccbacd3d7b371b8@suse.cz","jbd2: Fix use after free after error in jbd2_journal_dirty_metadata()\n\nWhen jbd2_journal_dirty_metadata() returns error,\n__ext4_handle_dirty_metadata() stops the handle. However callers of this\nfunction do not count with that fact and still happily used now freed\nhandle. This use after free can result in various issues but very likely\nwe oops soon.\n\nThe motivation of adding __ext4_journal_stop() into\n__ext4_handle_dirty_metadata() in commit 9ea7a0df seems to be only to\nimprove error reporting. So replace __ext4_journal_stop() with\next4_journal_abort_handle() which was there before that commit and add\nWARN_ON_ONCE() to dump stack to provide useful information.\n\nChange-Id: Ibfd59e399f4a11abc378a237e10b3741bef2a15e\nReported-by: Sage Weil <sage@inktank.com>\nSigned-off-by: Jan Kara <jack@suse.cz>\nSigned-off-by: \"Theodore Ts'o\" <tytso@mit.edu>\nCc: stable@vger.kernel.org\t# 3.2+\nGit-commit: 91aa11fae1cf8c2fd67be0609692ea9741cdcc43\nGit-repo: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git\nSigned-off-by: Osvaldo Banuelos <osvaldob@codeaurora.org>","Jan Kara",false],["cae190773fc540485223d9d1fd1b97eaa807417c","d688953a19dcb476c5fb90e6abba87f77b09be65@gmail.com","Revert \"msm: hotplug: Try conservative load scale\"\n\nThis reverts commit df893d1ff59ffc01dc70f1c474f01e7e09625278.","Pranav Vashi",false],["91afc6262dc3f721df05438450d756bde754c3fb","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","msm: hotplug: Add fast_lane_min_freq value\n\n    This help to make fast_lane function that turn on all CORES on high load\n    little more smart. as small spikes on low freq can generate 100% load value\n    but freq is 300Mhz and we dont need all cores online!\n\n    So enable that TURBO function match only when 2 conditions!\n\n    load >= 95\n    cur_freq on cpu 0 >= 1350000\n\n    Thanks to @Alucard24 and @dorimanx for help.","anarkia1976",false],["39d659939f1c5082c2fe1c786558cbaa7401e6a8","5db23874f34e45d59c69d81cd72d048d558566d7@gmail.com","Kernel Version: AK.270.EXODUS.MAKO","anarkia1976",false],["f7407190e72f3652d5ea56e2be4e3b16046e902c","45d857216ef082c1ddfd5d3991b4f3d23f51761f@arcor.de","msm: acpuclock-krait: Disable vdd core boost","myfluxi",false],["7e11b21b172ee4df0bb2e571786d0064f8e56146","aaf6fd97230863eae371b8b6c4c40693d5d84b30@bynet.co.il","msm: hotplug: Code style fix by neobuddy89","dorimanx",false],["16d065128d99588a831fae1a84085a169fbe77fa","bc04d5e582bf5c032c24683f7314bdaab249b0ae@hotmail.com","net: add a sysctl to reflect the fwmark on replies\n\nKernel-originated IP packets that have no user socket associated\nwith them (e.g., ICMP errors and echo replies, TCP RSTs, etc.)\nare emitted with a mark of zero. Add a sysctl to make them have\nthe same mark as the packet they are replying to.\n\nThis allows an administrator that wishes to do so to use\nmark-based routing, firewalling, etc. for these replies by\nmarking the original packets inbound.\n\nTested using user-mode linux:\n - ICMP/ICMPv6 echo replies and errors.\n - TCP RST packets (IPv4 and IPv6).\n\nChange-Id: I95d896647b278d092ef331d1377b959da1deb042\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>","mrg666",false],["9c389686f62f3b4afdc3a8607d8b8a25d5f071e3","86995a091f8a1385082bd10715048b52ee386a6a@google.com","net: ipv6: ping: Use socket mark in routing lookup\n\n[net-next commit bf439b3154ce49d81a79b14f9fab18af99018ae2]\n\nChange-Id: I8356e9132088c75d4510021c6e4c2641d772087a\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Lorenzo Colitti",false]],"size":87,"ref":"refs/heads/ak-xGenesis-443-cm","head":"87d492b4aff18404b58c13617c2ae3dda4494758"}