GitHub PushEvent at 2014-02-14 01:17:18
Repository: android_kernel_motorola_msm8226
Actor: anerikg
Payload: {"shas":[["e695fb5461d107fc963014a5aefbee4bfd023275","cb3904095a5bc20edc93ba3dfa3e7d27d981b654@intel.com","block: fiops add ioprio support\n\nAdd CFQ-like ioprio support. Priority A will get 20% more share than priority\nA+1, which matches CFQ.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>","Shaohua Li",true],["5dbef5fa99c75b156f815b1f33080f524f630d7b","cb3904095a5bc20edc93ba3dfa3e7d27d981b654@intel.com","block: fiops preserve vios key for deep queue depth workload\n\nIf the task has running request, even it's added into service tree newly,\nwe preserve its vios key, so it will not lost its share. This should work\nfor task driving big queue depth. For single depth task, there is no approach\nto preserve its vios key.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>","Shaohua Li",true],["25625576109d55e0e8158cc3423271147d06e2c7","cb3904095a5bc20edc93ba3dfa3e7d27d981b654@intel.com","block: fiops bias sync workload\n\nIf there are async requests running, delay async workload. Otherwise\nasync workload (usually very deep iodepth) will use all queue iodepth\nand later sync requests will get long delayed. The idea is from CFQ.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>","Shaohua Li",true],["6d5f9fbbd539c809e0de688a7146dca6a8bf7275","cb3904095a5bc20edc93ba3dfa3e7d27d981b654@intel.com","block: fiops add some trace information\n\nAdd some trace information, which is helpful when I do debugging.\n\nSigned-off-by: Shaohua Li <shaohua.li@intel.com>","Shaohua Li",true],["d6a42b14430635b1dd9a271fcd119f94fc74a61e","d2d359e4ae582adac36781910ecc7abbb6c45854@alumni.bilkent.edu.tr","Add SIO I/O scheduler\n\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Gokhan Moral",true],["25168e36717f2cfca5f9c8e4af80370f529fde1f","9b20e9ff78b04ea36084e818be32bd1148855d55@varjanta.com","Revert \"block: introduce the BFQ-v6 I/O sched for 3.4\"\n\nThis reverts commit 26872506c5df7f43a218e4d04f83986f1a96850c.","pinkflozd",true],["949658097d83706cd9b6cc8628e52a32ccb03a91","77843028b8f8419c9977951e271784ccf7804be9@unimore.it","block: introduce the BFQ-v7 I/O sched for 3.4\n\nAdd the BFQ-v7 I/O scheduler to 3.4.\nThe general structure is borrowed from CFQ, as much of the code for\nhandling I/O contexts Over time, several useful features have been\nported from CFQ as well (details in the changelog in README.BFQ). A\n(bfq_)queue is associated to each task doing I/O on a device, and each\ntime a scheduling decision has to be made a queue is selected and served\nuntil it expires.\n\n    - Slices are given in the service domain: tasks are assigned\n      budgets, measured in number of sectors. Once got the disk, a task\n      must however consume its assigned budget within a configurable\n      maximum time (by default, the maximum possible value of the\n      budgets is automatically computed to comply with this timeout).\n      This allows the desired latency vs \"throughput boosting\" tradeoff\n      to be set.\n\n    - Budgets are scheduled according to a variant of WF2Q+, implemented\n      using an augmented rb-tree to take eligibility into account while\n      preserving an O(log N) overall complexity.\n\n    - A low-latency tunable is provided; if enabled, both interactive\n      and soft real-time applications are guaranteed a very low latency.\n\n    - Latency guarantees are preserved also in the presence of NCQ.\n\n    - Also with flash-based devices, a high throughput is achieved\n      while still preserving latency guarantees.\n\n    - BFQ features Early Queue Merge (EQM), a sort of fusion of the\n      cooperating-queue-merging and the preemption mechanisms present\n      in CFQ. EQM is in fact a unified mechanism that tries to get a\n      sequential read pattern, and hence a high throughput, with any\n      set of processes performing interleaved I/O over a contiguous\n      sequence of sectors.\n\n    - BFQ supports full hierarchical scheduling, exporting a cgroups\n      interface.  Since each node has a full scheduler, each group can\n      be assigned its own weight.\n\n    - If the cgroups interface is not used, only I/O priorities can be\n      assigned to processes, with ioprio values mapped to weights\n      with the relation weight = IOPRIO_BE_NR - ioprio.\n\n    - ioprio classes are served in strict priority order, i.e., lower\n      priority queues are not served as long as there are higher\n      priority queues.  Among queues in the same class the bandwidth is\n      distributed in proportion to the weight of each queue. A very\n      thin extra bandwidth is however guaranteed to the Idle class, to\n      prevent it from starving.\n\nSigned-off-by: Paolo Valente <paolo.valente@unimore.it>\nSigned-off-by: Arianna Avanzini <avanzini.arianna@gmail.com>","Paolo Valente",true],["9eaa05a05d045abfa483d10a41824e6d8813fd93","9b20e9ff78b04ea36084e818be32bd1148855d55@varjanta.com","makefile optimizations","pinkflozd",true],["056047880f5a3f99f25c1cfa1ef0789cc7d5d4ed","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","ARM: move VFP init to an earlier boot stage\n\nIn order to use the NEON unit in the kernel, we should\ninitialize it a bit earlier in the boot process so NEON users\nthat like to do a quick benchmark at load time (like the\nxor_blocks or RAID-6 code) find the NEON/VFP unit already\nenabled.\n\nReplaced late_initcall() with core_initcall().\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel at linaro.org>\nAcked-by: Nicolas Pitre <nico at linaro.org>\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Paul Reioux",true],["543b799cb354883e65402a58b85b56f031b1073a","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","ARM: be strict about FP exceptions in kernel mode\n\nThe support code in vfp_support_entry does not care whether the\nexception that caused it to be invoked occurred in kernel mode or\nin user mode. However, neither condition that could trigger this\nexception (lazy restore and VFP bounce to support code) is\ncurrently allowable in kernel mode.\n\nIn either case, print a message describing the condition before\nletting the undefined instruction handler run its course and trigger\nan oops.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel at linaro.org>\nAcked-by: Nicolas Pitre <nico at linaro.org>\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Paul Reioux",true],["fcbf8d682d3e28634b8828f646c622cf9f2871a2","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","ARM: add support for kernel mode NEON\n\nIn order to safely support the use of NEON instructions in\nkernel mode, some precautions need to be taken:\n- the userland context that may be present in the registers (even\n  if the NEON/VFP is currently disabled) must be stored under the\n  correct task (which may not be 'current' in the UP case),\n- to avoid having to keep track of additional vfpstates for the\n  kernel side, disallow the use of NEON in interrupt context\n  and run with preemption disabled,\n- after use, re-enable preemption and re-enable the lazy restore\n  machinery by disabling the NEON/VFP unit.\n\nThis patch adds the functions kernel_neon_begin() and\nkernel_neon_end() which take care of the above. It also adds\nthe Kconfig symbol KERNEL_MODE_NEON to enable it.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>\nSigned-off-by: Paul Reioux <reioux@gmail.com>","Paul Reioux",true],["9f08027881fd2866bcc5d64952361d7472987814","66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","ARM: crypto: add NEON accelerated XOR implementation\n\nAdd a source file xor-neon.c (which is really just the reference\nC implementation passed through the GCC vectorizer) and hook it\nup to the XOR framework.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>","Ard Biesheuvel",true],["8d4292c1bfba3b8ee74edf5a455d5d7c768eca14","66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","ARM: 7835/2: fix modular build of xor_blocks() with NEON enabled\n\nCommit 0195659 introduced a NEON accelerated version of the xor_blocks()\nfunction, but it needs the changes in this patch to allow it to be built\nas a module rather than statically into the kernel.\n\nThis patch creates a separate module xor-neon.ko which exports the NEON\ninner xor_blocks() functions depended upon by the regular xor.ko if it\nis built with CONFIG_KERNEL_MODE_NEON=y\n\nReported-by: Josh Boyer <jwboyer@fedoraproject.org>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","Ard Biesheuvel",true],["49838d93051aba49505dc32f44602e28d1af91c0","f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","ARM: only allow kernel mode neon with AEABI\n\nThis prevents the linker erroring with:\n\narm-linux-ld: error: arch/arm/lib/xor-neon.o uses VFP instructions, whereas arch/arm/lib/built-in.o does not\narm-linux-ld: failed to merge target specific data of file arch/arm/lib/xor-neon.o\n\nThis is due to the non-neon files being marked as containing FPA data/\ninstructions (even though they do not) being mixed with files which\ncontain VFP, which is an incompatible floating point format.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","Russell King",true],["ddb78c24883f21776f413572208730ec25fb600b","00bf0f20509cb3bd3255c624dba0f295e3c4128e@linaro.org","ARM: 7583/1: decompressor: Enable unaligned memory access for v6 and above\n\nModern GCC can generate code which makes use of the CPU's native\nunaligned memory access capabilities.  This is useful for the C\ndecompressor implementations used for unpacking compressed kernels.\n\nThis patch disables alignment faults and enables the v6 unaligned\naccess model on CPUs which support these features (i.e., v6 and\nlater), allowing full unaligned access support for C code in the\ndecompressor.\n\nThe decompressor C code must not be built to assume that unaligned\naccess works if support for v5 or older platforms is included in\nthe kernel.\n\nFor correct code generation, C decompressor code must always use\nthe get_unaligned and put_unaligned accessors when dealing with\nunaligned pointers, regardless of this patch.\n\nSigned-off-by: Dave Martin <dave.martin@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","Dave Martin",true],["8f9414a41758c0b57684e42f02f98ddc257cdf54","c208d1ecece4e5ef2e4fb72f0546c69cdce89063@gmail.com","arch/arm/Kconfig: enable unaligned capability for ARM\n\nSigned-off-by: faux123 <reioux@gmail.com>","faux123",true]],"size":16,"ref":"refs/heads/cm-11.0","head":"8f9414a41758c0b57684e42f02f98ddc257cdf54"}