{"push_id":916076244,"size":13,"distinct_size":13,"ref":"refs/heads/cm-13.0","head":"923eb0017e227ba2b1ce2934b719a45d0ce5a9c9","before":"f62f6b05443842e1353500fa22416bb1702ec294","commits":[{"sha":"f1ba5b19cd9adea29328907209f28f327b772903","author":{"email":"cbed88164a314c0a7942650afc8c70730ee0039f@google.com","name":"Erik Kline"},"message":"net: ipv6: Add a sysctl to make optimistic addresses useful candidates\n\nAdd a sysctl that causes an interface's optimistic addresses\nto be considered equivalent to other non-deprecated addresses\nfor source address selection purposes.  Preferred addresses\nwill still take precedence over optimistic addresses, subject\nto other ranking in the source address selection algorithm.\n\nThis is useful where different interfaces are connected to\ndifferent networks from different ISPs (e.g., a cell network\nand a home wifi network).\n\nThe current behaviour complies with RFC 3484/6724, and it\nmakes sense if the host has only one interface, or has\nmultiple interfaces on the same network (same or cooperating\nadministrative domain(s), but not in the multiple distinct\nnetworks case.\n\nFor example, if a mobile device has an IPv6 address on an LTE\nnetwork and then connects to IPv6-enabled wifi, while the wifi\nIPv6 address is undergoing DAD, IPv6 connections will try use\nthe wifi default route with the LTE IPv6 address, and will get\nstuck until they time out.\n\nAlso, because optimistic nodes can receive frames, issue\nan RTM_NEWADDR as soon as DAD starts (with the IFA_F_OPTIMSTIC\nflag appropriately set).  A second RTM_NEWADDR is sent if DAD\ncompletes (the address flags have changed), otherwise an\nRTM_DELADDR is sent.\n\nAlso: add an entry in ip-sysctl.txt for optimistic_dad.\n\n[backport of net-next 7fd2561e4ebdd070ebba6d3326c4c5b13942323f]\n\nSigned-off-by: Erik Kline <ek@google.com>\nAcked-by: Lorenzo Colitti <lorenzo@google.com>\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nBug: 17769720\nBug: 18180674\nChange-Id: I440a9b8c788db6767d191bbebfd2dff481aa9e0d","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/f1ba5b19cd9adea29328907209f28f327b772903"},{"sha":"8fa4affb07340bf4f37569a4175ad2c78e1d60e0","author":{"email":"cbed88164a314c0a7942650afc8c70730ee0039f@google.com","name":"Erik Kline"},"message":"net: ipv6: allow choosing optimistic addresses with use_optimistic\n\nThe use_optimistic sysctl makes optimistic IPv6 addresses\nequivalent to preferred addresses for source address selection\n(e.g., when calling connect()), but it does not allow an\napplication to bind to optimistic addresses. This behaviour is\ninconsistent - for example, it doesn't make sense for bind() to\nan optimistic address fail with EADDRNOTAVAIL, but connect() to\nchoose that address outgoing address on the same socket.\n\nBug: 17769720\nBug: 18609055\nChange-Id: I9de0d6c92ac45e29d28e318ac626c71806666f13\nSigned-off-by: Erik Kline <ek@google.com>\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/8fa4affb07340bf4f37569a4175ad2c78e1d60e0"},{"sha":"c9a66378d8b07305e3b46165924dafca48445127","author":{"email":"86995a091f8a1385082bd10715048b52ee386a6a@google.com","name":"Lorenzo Colitti"},"message":"net: ping: Return EAFNOSUPPORT when appropriate.\n\n1. For an IPv4 ping socket, ping_check_bind_addr does not check\n   the family of the socket address that's passed in. Instead,\n   make it behave like inet_bind, which enforces either that the\n   address family is AF_INET, or that the family is AF_UNSPEC and\n   the address is 0.0.0.0.\n2. For an IPv6 ping socket, ping_check_bind_addr returns EINVAL\n   if the socket family is not AF_INET6. Return EAFNOSUPPORT\n   instead, for consistency with inet6_bind.\n3. Make ping_v4_sendmsg and ping_v6_sendmsg return EAFNOSUPPORT\n   instead of EINVAL if an incorrect socket address structure is\n   passed in.\n4. Make IPv6 ping sockets be IPv6-only. The code does not support\n   IPv4, and it cannot easily be made to support IPv4 because\n   the protocol numbers for ICMP and ICMPv6 are different. This\n   makes connect(::ffff:192.0.2.1) fail with EAFNOSUPPORT instead\n   of making the socket unusable.\n\nAmong other things, this fixes an oops that can be triggered by:\n\n    int s = socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP);\n    struct sockaddr_in6 sin6 = {\n        .sin6_family = AF_INET6,\n        .sin6_addr = in6addr_any,\n    };\n    bind(s, (struct sockaddr *) &sin6, sizeof(sin6));\n\n[backport of net 9145736d4862145684009d6a72a6e61324a9439e]\n\nChange-Id: If06ca86d9f1e4593c0d6df174caca3487c57a241\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/c9a66378d8b07305e3b46165924dafca48445127"},{"sha":"0767181762286d409be34ed236e2ba7814eb4db3","author":{"email":"86995a091f8a1385082bd10715048b52ee386a6a@google.com","name":"Lorenzo Colitti"},"message":"Set the iif for IPv6 packets as well.\n\nThis was fixed upstream in a more comprehensive way by 1fb9489bf,\nbut this one-line fix is consistent with the rest of the 3.4\nnetworking code.\n\nChange-Id: I342ca90c6d0213a7aeac9a2b18283530998f81d7\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/0767181762286d409be34ed236e2ba7814eb4db3"},{"sha":"a3d9d305335a9ce1eab699104539bd530dd23b94","author":{"email":"86995a091f8a1385082bd10715048b52ee386a6a@google.com","name":"Lorenzo Colitti"},"message":"net: ipv4: tcp: Get tcpi_count via file_count() not direct access\n\nCommit 0a1544a1d, which implements a Qualcomm feature called\nSmart Wireless Interface Manager, added a tcpi_count member to\nstruct tcp_info, and populates it using:\n\n    atomic_read(&filep->f_count);\n\nThis causes compiler warnings on 64-bit architectures (e.g.,\n64-bit ARCH_UM, used by net_test) because f_count is actually an\natomic_long_t, and on 64-bit architectures atomic_long_t is a\n64-bit number. The difference doesn't matter in practice because\nthe value is cast to a __u8 anyway, but it causes build breaks\nbecause we build with -Werror.\n\nInstead of using atomic_long_t directly, use the the file_count\nmacro which exists for this purpose.\n\nChange-Id: Ie09a0b4e7a5cf128b21eff10c1b34faf5c995356\nSigned-off-by: Lorenzo Colitti <lorenzo@google.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/a3d9d305335a9ce1eab699104539bd530dd23b94"},{"sha":"3cee4172d5ede1a5e083580de157e5aee467613f","author":{"email":"1dd89e5367785ba89076cd264daac0464fdf0d7b@cellrox.com","name":"Amir Goldstein"},"message":"sysrq: Emergency Remount R/O in reverse order\n\nThis change fixes a problem where reboot on Android panics the kernel\nalmost every time when file systems are mounted over loop devices.\n\nAndroid reboot command does:\n- sync\n- echo u > /proc/sysrq-trigger\n- syscall_reboot\n\nThe problem is with sysrq emergency remount R/O trying to remount-ro\nin wrong order.\nsince /data is re-mounted ro before loop devices, loop device\nremount-ro fails to flush the journal and panics the kernel:\n\n  EXT4-fs (loop0): Remounting filesystem read-only\n  EXT4-fs (loop0): previous I/O error to superblock detected\n  loop: Write error at byte offset 0, length 4096.\n  Buffer I/O error on device loop0, logical block 0\n  lost page write due to I/O error on loop0\n  Kernel panic - not syncing: EXT4-fs panic from previous error\n\nThe fix is quite simple. In do_emergency_remount(), use\nlist_for_each_entry_reverse() on sb list instead of list_for_each_entry().\nIt makes a lot of sense to umount the file systems in reverse order in\nwhich they were added to sb list.\n\nChange-Id: I4370e39b5873bd16ade5d5f9ddb2704beb02a2bb\nSigned-off-by: Amir Goldstein <amir@cellrox.com>\nAcked-by: Oren Laadan <orenl@cellrox.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/3cee4172d5ede1a5e083580de157e5aee467613f"},{"sha":"40d83d530d0ee889b8659e3dc22d75c0b3f588a1","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"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\nChange-Id: I286f9d414e87568f094b7782762faea46c6d4831\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>\nSigned-off-by: Chris Fries <cfries@motorola.com>\nReviewed-on: http://gerrit.mot.com/699267\nSubmit-Approved: Jira Key <jirakey@motorola.com>\nTested-by: Jira Key <jirakey@motorola.com>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/40d83d530d0ee889b8659e3dc22d75c0b3f588a1"},{"sha":"36bbd558116fc980fc8f2a6f26b17e407a40345a","author":{"email":"7910fb7fffd740ece1bd23d38783c6a42d2cd4ea@gmail.com","name":"Gabriele M"},"message":"ARM: Make NEON support independent from procfs\n\nThese changes were mistakenly put inside the ifdef by Motorola, making\nthe code dependent on CONFIG_PROC_FS.\n\nChange-Id: I5e94e4e79811826880e033d0825060d27911363c","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/36bbd558116fc980fc8f2a6f26b17e407a40345a"},{"sha":"bd695c90ad4a34bc1d92ac5b56c03c2fef74b348","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"crypto: create generic version of ablk_helper\n\nCreate a generic version of ablk_helper so it can be reused\nby other architectures.\n\nChange-Id: I46552980d0c353c12af806d65fba37e8a1db994d\nAcked-by: Jussi Kivilinna <jussi.kivilinna@iki.fi>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/bd695c90ad4a34bc1d92ac5b56c03c2fef74b348"},{"sha":"bc0fb3f9cc0f96542e5eac82da676b011adf6ef0","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: pull in <asm/simd.h> from asm-generic\n\nChange-Id: Ic4a51ae994ab2e6fc2d2cf21e8e6100972c149ad\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/bc0fb3f9cc0f96542e5eac82da676b011adf6ef0"},{"sha":"5c1216144a53e9b851db42c1a8cd1cde28416513","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"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\nChange-Id: I4a59d6fe1370d9f5b65624afe1bf80a529028cc5\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Nicolas Pitre <nico@linaro.org>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/5c1216144a53e9b851db42c1a8cd1cde28416513"},{"sha":"721b7db03f0fe17de97cb2608fb2df450f0b8b64","author":{"email":"0d6f70af3e794677c14e1cb2f27fcc973b2c55f0@gmail.com","name":"luca020400"},"message":"Revert \"cpufreq: stats: Initialize all_freq_table earlier\"\n\nA different fix will be applied with the next commit.\n\nThis reverts commit 5965722697bc14807412f8517fb52a5b6436b163.\n\nChange-Id: Ib19010cabf156debf9e00c057341079c63a16fd4","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/721b7db03f0fe17de97cb2608fb2df450f0b8b64"},{"sha":"923eb0017e227ba2b1ce2934b719a45d0ce5a9c9","author":{"email":"a6304dcc9634133b3aac1dadb9f15b6877f236d4@codeaurora.org","name":"Nirmal Abraham"},"message":"cpufreq: Correct the data reported in all_time_in_state\n\nCommit bd9474e059bbb2bb62f7e93894cfc3d3ba473fb2 (cpufreq_stats:\nAdds the fucntionality to load current values for each frequency\nfor all the cores) introduced a change by which\n'cpufreq_allstats_create' gets called at initialization (from\n'cpufreq_stats_init' instead of 'cpufreq_stat_notifier_policy').\nThis causes 'cpufreq_allstate_create' to be called before the\nfreq_table is allocated from 'create_all_freq_table'. Due to\nthis, the data for cpu's which are online at boot are not\nadded to the 'all_freq_table' leading to the incorrect\nreporting of data when the below sysfs command is run -\n'cat sys/devices/system/cpu/cpufreq/all_time_in_state'.\n\nCorrect this behaviour by altering the cpufreq_stats init\nsequence by which the memory for 'all_freq_table' is allocated\nbefore the 'cpufreq_allstats_create' function is called.\n\nChange-Id: I2232dacdc0deec4d1987c418e833fe28f74623fc\nSigned-off-by: Nirmal Abraham <nabrah@codeaurora.org>\nSigned-off-by: Srinivasarao P <spathi@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/armani-dev/kernel_test/commits/923eb0017e227ba2b1ce2934b719a45d0ce5a9c9"}]}