{"push_id":3182394553,"size":298,"distinct_size":2,"ref":"refs/heads/caf/linux-next/master","head":"a4983672f9ca4c8393f26b6b80710e6c78886b8c","before":"4cd1b60def51ffc02554028b5423b39a933ec874","commits":[{"sha":"8e1897bc8eaf1383d6b33d5232136221ffd9c818","author":{"name":"Yangtao Li","email":"d2a8326db522db7224bc786584ef44f4ca2056f2@gmail.com"},"message":"dmaengine: amba-pl08x: convert to DEFINE_SHOW_ATTRIBUTE\n\nUse DEFINE_SHOW_ATTRIBUTE macro to simplify the code.\n\nSigned-off-by: Yangtao Li <tiny.windzz@gmail.com>\nSigned-off-by: Vinod Koul <vkoul@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/8e1897bc8eaf1383d6b33d5232136221ffd9c818"},{"sha":"0f7ab39a6b401a4fef3f3b7004a2e58ef67079af","author":{"name":"Yangtao Li","email":"d2a8326db522db7224bc786584ef44f4ca2056f2@gmail.com"},"message":"dmaengine: mic_x100_dma: convert to DEFINE_SHOW_ATTRIBUTE\n\nUse DEFINE_SHOW_ATTRIBUTE macro to simplify the code.\n\nSigned-off-by: Yangtao Li <tiny.windzz@gmail.com>\nSigned-off-by: Vinod Koul <vkoul@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/0f7ab39a6b401a4fef3f3b7004a2e58ef67079af"},{"sha":"e00f50a79e61396ca531b71e04857120332948d5","author":{"name":"Yangtao Li","email":"d2a8326db522db7224bc786584ef44f4ca2056f2@gmail.com"},"message":"dmaengine: pxa: remove DBGFS_FUNC_DECL()\n\nWe already have the DEFINE_SHOW_ATTRIBUTE, There is no need to define\nsuch a macro, so remove DBGFS_FUNC_DECL.\n\nSigned-off-by: Yangtao Li <tiny.windzz@gmail.com>\nAcked-by: Robert Jarzmik <robert.jarzmik@free.fr>\nSigned-off-by: Vinod Koul <vkoul@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/e00f50a79e61396ca531b71e04857120332948d5"},{"sha":"f7f41722efacc121cbfd36a8480cd2e66223479d","author":{"name":"Yangtao Li","email":"d2a8326db522db7224bc786584ef44f4ca2056f2@gmail.com"},"message":"dmaengine: qcom_hidma: convert to DEFINE_SHOW_ATTRIBUTE\n\nUse DEFINE_SHOW_ATTRIBUTE macro to simplify the code.\n\nSigned-off-by: Yangtao Li <tiny.windzz@gmail.com>\nAcked-by: Sinan Kaya <okaya@kernel.org>\nSigned-off-by: Vinod Koul <vkoul@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/f7f41722efacc121cbfd36a8480cd2e66223479d"},{"sha":"0db51ef26e87845d1748c363702585e2f0a06266","author":{"name":"James Morris","email":"5f3b3e9f824a90323ef59d3197ac157b275e75d5@microsoft.com"},"message":"Merge tag 'tpmdd-next-20181217' of git://git.infradead.org/users/jjs/linux-tpmdd into next-tpm\n\ntpmdd updates for Linux v4.21\n\nFrom Jarkko:\n\nv4.21 updates:\n\n* Support for partial reads of /dev/tpm0.\n* Clean up for TPM 1.x code: move the commands to tpm1-cmd.c and make\n  everything to use the same data structure for building TPM commands\n  i.e. struct tpm_buf.","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/0db51ef26e87845d1748c363702585e2f0a06266"},{"sha":"55b8cbe470d103b44104c64dbf89e5cad525d4e0","author":{"name":"James Morris","email":"5f3b3e9f824a90323ef59d3197ac157b275e75d5@microsoft.com"},"message":"Merge tag 'seccomp-next-part2' of https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux into next-seccomp\n\nseccomp fixes for sparse warnings and s390 build (Tycho)","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/55b8cbe470d103b44104c64dbf89e5cad525d4e0"},{"sha":"812c0cab2c0dfad977605dbadf9148490ca5d93f","author":{"name":"Theodore Ts'o","email":"4ed386e0495d3e109932df055831d9ec2f824927@mit.edu"},"message":"ext4: make sure enough credits are reserved for dioread_nolock writes\n\nThere are enough credits reserved for most dioread_nolock writes;\nhowever, if the extent tree is sufficiently deep, and/or quota is\nenabled, the code was not allowing for all eventualities when\nreserving journal credits for the unwritten extent conversion.\n\nThis problem can be seen using xfstests ext4/034:\n\n   WARNING: CPU: 1 PID: 257 at fs/ext4/ext4_jbd2.c:271 __ext4_handle_dirty_metadata+0x10c/0x180\n   Workqueue: ext4-rsv-conversion ext4_end_io_rsv_work\n   RIP: 0010:__ext4_handle_dirty_metadata+0x10c/0x180\n   \t...\n   EXT4-fs: ext4_free_blocks:4938: aborting transaction: error 28 in __ext4_handle_dirty_metadata\n   EXT4: jbd2_journal_dirty_metadata failed: handle type 11 started at line 4921, credits 4/0, errcode -28\n   EXT4-fs error (device dm-1) in ext4_free_blocks:4950: error 28\n\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@kernel.org","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/812c0cab2c0dfad977605dbadf9148490ca5d93f"},{"sha":"2b08b1f12cd664dc7d5c84ead9ff25ae97ad5491","author":{"name":"Theodore Ts'o","email":"4ed386e0495d3e109932df055831d9ec2f824927@mit.edu"},"message":"ext4: fix a potential fiemap/page fault deadlock w/ inline_data\n\nThe ext4_inline_data_fiemap() function calls fiemap_fill_next_extent()\nwhile still holding the xattr semaphore.  This is not necessary and it\ntriggers a circular lockdep warning.  This is because\nfiemap_fill_next_extent() could trigger a page fault when it writes\ninto page which triggers a page fault.  If that page is mmaped from\nthe inline file in question, this could very well result in a\ndeadlock.\n\nThis problem can be reproduced using generic/519 with a file system\nconfiguration which has the inline_data feature enabled.\n\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nCc: stable@kernel.org","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/2b08b1f12cd664dc7d5c84ead9ff25ae97ad5491"},{"sha":"039daac5526932ec731e4499613018d263af8b3e","author":{"name":"Diana Craciun","email":"fad187b1a0dbd50af5633195f47d444ced5f9c03@nxp.com"},"message":"powerpc/fsl: Fixed warning: orphan section `__btb_flush_fixup'\n\nFixed the following build warning:\npowerpc-linux-gnu-ld: warning: orphan section `__btb_flush_fixup' from\n`arch/powerpc/kernel/head_44x.o' being placed in section\n`__btb_flush_fixup'.\n\nSigned-off-by: Diana Craciun <diana.craciun@nxp.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/039daac5526932ec731e4499613018d263af8b3e"},{"sha":"d0757237d7b18b1ce74293be7c077d86f7a732e8","author":{"name":"Christian Lamparter","email":"2b86d4915b352c348b09e5d907edf5d041a1585c@gmail.com"},"message":"powerpc/4xx/ocm: Fix compilation error due to PAGE_KERNEL usage\n\nThis patch fixes a recent compilation regression in ocm:\n\n  ocm.c: In function ‘ocm_init_node’:\n  ocm.c:182:18: error: invalid operands to binary |\n        (have ‘int’ and ‘pgprot_t’ {aka ‘struct <anonymous>’})\n        _PAGE_EXEC | PAGE_KERNEL_NCG);\n                   ^\n\n  ocm.c:197:17: error: invalid operands to binary |\n        (have ‘int’ and ‘pgprot_t’ {aka ‘struct <anonymous>’})\n         _PAGE_EXEC | PAGE_KERNEL);\n                    ^\n\nFixes: 56f3c1413f5c (\"powerpc/mm: properly set PAGE_KERNEL flags in ioremap()\")\nCc: stable@vger.kernel.org # v4.20\nSigned-off-by: Christian Lamparter <chunkeey@gmail.com>\nReviewed-by: Christophe Leroy <christophe.leroy@c-s.fr>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/d0757237d7b18b1ce74293be7c077d86f7a732e8"},{"sha":"52b88fa1e8c7bae03bb691178a9f8bfb64e5679f","author":{"name":"Michael Ellerman","email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au"},"message":"powerpc/4xx/ocm: Fix phys_addr_t printf warnings\n\nCurrently the code produces several warnings, eg:\n\n  arch/powerpc/platforms/4xx/ocm.c:240:38: error: format '%llx'\n  expects argument of type 'long long unsigned int', but argument 3\n  has type 'phys_addr_t {aka unsigned int}'\n     seq_printf(m, \"PhysAddr     : 0x%llx\\n\", ocm->phys);\n                                   ~~~^     ~~~~~~~~~\n\nFix it by using the special %pa[p] format for printing phys_addr_t.\nNote we need to pass the value by reference for the special specifier\nto work.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/52b88fa1e8c7bae03bb691178a9f8bfb64e5679f"},{"sha":"42aee37298f4b1d91ecb55530a62de249ecf4266","author":{"name":"Michael Ellerman","email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au"},"message":"powerpc/configs: Add PPC4xx_OCM to ppc40x_defconfig\n\nThere was recently a compilation break to this driver, but we didn't\nnotice because none of our defconfigs have it enabled. Fix that.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/42aee37298f4b1d91ecb55530a62de249ecf4266"},{"sha":"f460772291f8171988b2b60141a45706123d0c69","author":{"name":"Michael Ellerman","email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au"},"message":"KVM: PPC: Book3S HV: radix: Fix uninitialized var build error\n\nOld GCCs (4.6.3 at least), aren't able to follow the logic in\n__kvmhv_copy_tofrom_guest_radix() and warn that old_pid is used\nuninitialized:\n\n  arch/powerpc/kvm/book3s_64_mmu_radix.c:75:3: error: 'old_pid' may be\n  used uninitialized in this function\n\nThe logic is OK, we only use old_pid if quadrant == 1, and in that\ncase it has definitely be initialised, eg:\n\n\tif (quadrant == 1) {\n\t\told_pid = mfspr(SPRN_PID);\n\t...\n\tif (quadrant == 1 && pid != old_pid)\n\t\tmtspr(SPRN_PID, old_pid);\n\nAnnotate it to fix the error.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/f460772291f8171988b2b60141a45706123d0c69"},{"sha":"5cddcf65d87d2768bb85f3f9290c9db6d31bc0fa","author":{"name":"Michael S. Tsirkin","email":"255103e50249e3d658441816e0597170ebfc16ef@redhat.com"},"message":"include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR\n\nSince commit 815f0ddb346c (\"include/linux/compiler*.h: make compiler-*.h\nmutually exclusive\") clang no longer reuses the OPTIMIZER_HIDE_VAR macro\nfrom compiler-gcc - instead it gets the version in\ninclude/linux/compiler.h.  Unfortunately that version doesn't actually\nprevent compiler from optimizing out the variable.\n\nFix up by moving the macro out from compiler-gcc.h to compiler.h.\nCompilers without incline asm support will keep working\nsince it's protected by an ifdef.\n\nAlso fix up comments to match reality since we are no longer overriding\nany macros.\n\nBuild-tested with gcc and clang.\n\nFixes: 815f0ddb346c (\"include/linux/compiler*.h: make compiler-*.h mutually exclusive\")\nCc: Eli Friedman <efriedma@codeaurora.org>\nCc: Joe Perches <joe@perches.com>\nCc: Nick Desaulniers <ndesaulniers@google.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Michael S. Tsirkin <mst@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/5cddcf65d87d2768bb85f3f9290c9db6d31bc0fa"},{"sha":"09666c3d81ac9adc6706effc9dcb1e847f403a9f","author":{"name":"Michael S. Tsirkin","email":"255103e50249e3d658441816e0597170ebfc16ef@redhat.com"},"message":"include/linux/compiler.h: allow memory operands\n\nWe don't really care whether the variable is in-register\nor in-memory. Relax the constraint accordingly.\n\nSigned-off-by: Michael S. Tsirkin <mst@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/09666c3d81ac9adc6706effc9dcb1e847f403a9f"},{"sha":"9ef7fa507d6b53a96de4da3298c5f01bde603c0a","author":{"name":"Douglas Anderson","email":"49983c4a76b998672954ed5edf4a62db4a336502@chromium.org"},"message":"kgdb: Remove irq flags from roundup\n\nThe function kgdb_roundup_cpus() was passed a parameter that was\ndocumented as:\n\n> the flags that will be used when restoring the interrupts. There is\n> local_irq_save() call before kgdb_roundup_cpus().\n\nNobody used those flags.  Anyone who wanted to temporarily turn on\ninterrupts just did local_irq_enable() and local_irq_disable() without\nlooking at them.  So we can definitely remove the flags.\n\nSigned-off-by: Douglas Anderson <dianders@chromium.org>\nCc: Vineet Gupta <vgupta@synopsys.com>\nCc: Russell King <linux@armlinux.org.uk>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Will Deacon <will.deacon@arm.com>\nCc: Richard Kuo <rkuo@codeaurora.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paul Burton <paul.burton@mips.com>\nCc: James Hogan <jhogan@kernel.org>\nCc: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Michael Ellerman <mpe@ellerman.id.au>\nCc: Yoshinori Sato <ysato@users.sourceforge.jp>\nCc: Rich Felker <dalias@libc.org>\nCc: \"David S. Miller\" <davem@davemloft.net>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Ingo Molnar <mingo@redhat.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nAcked-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Daniel Thompson <daniel.thompson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/9ef7fa507d6b53a96de4da3298c5f01bde603c0a"},{"sha":"3cd99ac3559855f69afbc1d5080e17eaa12394ff","author":{"name":"Douglas Anderson","email":"49983c4a76b998672954ed5edf4a62db4a336502@chromium.org"},"message":"kgdb: Fix kgdb_roundup_cpus() for arches who used smp_call_function()\n\nWhen I had lockdep turned on and dropped into kgdb I got a nice splat\non my system.  Specifically it hit:\n  DEBUG_LOCKS_WARN_ON(current->hardirq_context)\n\nSpecifically it looked like this:\n  sysrq: SysRq : DEBUG\n  ------------[ cut here ]------------\n  DEBUG_LOCKS_WARN_ON(current->hardirq_context)\n  WARNING: CPU: 0 PID: 0 at .../kernel/locking/lockdep.c:2875 lockdep_hardirqs_on+0xf0/0x160\n  CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.19.0 #27\n  pstate: 604003c9 (nZCv DAIF +PAN -UAO)\n  pc : lockdep_hardirqs_on+0xf0/0x160\n  ...\n  Call trace:\n   lockdep_hardirqs_on+0xf0/0x160\n   trace_hardirqs_on+0x188/0x1ac\n   kgdb_roundup_cpus+0x14/0x3c\n   kgdb_cpu_enter+0x53c/0x5cc\n   kgdb_handle_exception+0x180/0x1d4\n   kgdb_compiled_brk_fn+0x30/0x3c\n   brk_handler+0x134/0x178\n   do_debug_exception+0xfc/0x178\n   el1_dbg+0x18/0x78\n   kgdb_breakpoint+0x34/0x58\n   sysrq_handle_dbg+0x54/0x5c\n   __handle_sysrq+0x114/0x21c\n   handle_sysrq+0x30/0x3c\n   qcom_geni_serial_isr+0x2dc/0x30c\n  ...\n  ...\n  irq event stamp: ...45\n  hardirqs last  enabled at (...44): [...] __do_softirq+0xd8/0x4e4\n  hardirqs last disabled at (...45): [...] el1_irq+0x74/0x130\n  softirqs last  enabled at (...42): [...] _local_bh_enable+0x2c/0x34\n  softirqs last disabled at (...43): [...] irq_exit+0xa8/0x100\n  ---[ end trace adf21f830c46e638 ]---\n\nLooking closely at it, it seems like a really bad idea to be calling\nlocal_irq_enable() in kgdb_roundup_cpus().  If nothing else that seems\nlike it could violate spinlock semantics and cause a deadlock.\n\nInstead, let's use a private csd alongside\nsmp_call_function_single_async() to round up the other CPUs.  Using\nsmp_call_function_single_async() doesn't require interrupts to be\nenabled so we can remove the offending bit of code.\n\nIn order to avoid duplicating this across all the architectures that\nuse the default kgdb_roundup_cpus(), we'll add a \"weak\" implementation\nto debug_core.c.\n\nLooking at all the people who previously had copies of this code,\nthere were a few variants.  I've attempted to keep the variants\nworking like they used to.  Specifically:\n* For arch/arc we passed NULL to kgdb_nmicallback() instead of\n  get_irq_regs().\n* For arch/mips there was a bit of extra code around\n  kgdb_nmicallback()\n\nNOTE: In this patch we will still get into trouble if we try to round\nup a CPU that failed to round up before.  We'll try to round it up\nagain and potentially hang when we try to grab the csd lock.  That's\nnot new behavior but we'll still try to do better in a future patch.\n\nSuggested-by: Daniel Thompson <daniel.thompson@linaro.org>\nSigned-off-by: Douglas Anderson <dianders@chromium.org>\nCc: Vineet Gupta <vgupta@synopsys.com>\nCc: Russell King <linux@armlinux.org.uk>\nCc: Catalin Marinas <catalin.marinas@arm.com>\nCc: Will Deacon <will.deacon@arm.com>\nCc: Richard Kuo <rkuo@codeaurora.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paul Burton <paul.burton@mips.com>\nCc: James Hogan <jhogan@kernel.org>\nCc: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Michael Ellerman <mpe@ellerman.id.au>\nCc: Yoshinori Sato <ysato@users.sourceforge.jp>\nCc: Rich Felker <dalias@libc.org>\nCc: \"David S. Miller\" <davem@davemloft.net>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Ingo Molnar <mingo@redhat.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: \"H. Peter Anvin\" <hpa@zytor.com>\nAcked-by: Will Deacon <will.deacon@arm.com>\nSigned-off-by: Daniel Thompson <daniel.thompson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/3cd99ac3559855f69afbc1d5080e17eaa12394ff"},{"sha":"87b095928584da7d5cb3149016f00b0b139c2292","author":{"name":"Douglas Anderson","email":"49983c4a76b998672954ed5edf4a62db4a336502@chromium.org"},"message":"kgdb: Don't round up a CPU that failed rounding up before\n\nIf we're using the default implementation of kgdb_roundup_cpus() that\nuses smp_call_function_single_async() we can end up hanging\nkgdb_roundup_cpus() if we try to round up a CPU that failed to round\nup before.\n\nSpecifically smp_call_function_single_async() will try to wait on the\ncsd lock for the CPU that we're trying to round up.  If the previous\nround up never finished then that lock could still be held and we'll\njust sit there hanging.\n\nThere's not a lot of use trying to round up a CPU that failed to round\nup before.  Let's keep a flag that indicates whether the CPU started\nbut didn't finish to round up before.  If we see that flag set then\nwe'll skip the next round up.\n\nIn general we have a few goals here:\n- We never want to end up calling smp_call_function_single_async()\n  when the csd is still locked.  This is accomplished because\n  flush_smp_call_function_queue() unlocks the csd _before_ invoking\n  the callback.  That means that when kgdb_nmicallback() runs we know\n  for sure the the csd is no longer locked.  Thus when we set\n  \"rounding_up = false\" we know for sure that the csd is unlocked.\n- If there are no timeouts rounding up we should never skip a round\n  up.\n\nNOTE #1: In general trying to continue running after failing to round\nup CPUs doesn't appear to be supported in the debugger.  When I\nsimulate this I find that kdb reports \"Catastrophic error detected\"\nwhen I try to continue.  I can overrule and continue anyway, but it\nshould be noted that we may be entering the land of dragons here.\nPossibly the \"Catastrophic error detected\" was added _because_ of the\nfuture failure to round up, but even so this is an area of the code\nthat hasn't been strongly tested.\n\nNOTE #2: I did a bit of testing before and after this change.  I\nintroduced a 10 second hang in the kernel while holding a spinlock\nthat I could invoke on a certain CPU with 'taskset -c 3 cat /sys/...\".\n\nBefore this change if I did:\n- Invoke hang\n- Enter debugger\n- g (which warns about Catastrophic error, g again to go anyway)\n- g\n- Enter debugger\n\n...I'd hang the rest of the 10 seconds without getting a debugger\nprompt.  After this change I end up in the debugger the 2nd time after\nonly 1 second with the standard warning about 'Timed out waiting for\nsecondary CPUs.'\n\nI'll also note that once the CPU finished waiting I could actually\ndebug it (aka \"btc\" worked)\n\nI won't promise that everything works perfectly if the errant CPU\ncomes back at just the wrong time (like as we're entering or exiting\nthe debugger) but it certainly seems like an improvement.\n\nNOTE #3: setting 'kgdb_info[cpu].rounding_up = false' is in\nkgdb_nmicallback() instead of kgdb_call_nmi_hook() because some\nimplementations override kgdb_call_nmi_hook().  It shouldn't hurt to\nhave it in kgdb_nmicallback() in any case.\n\nNOTE #4: this logic is really only needed because there is no API call\nlike \"smp_try_call_function_single_async()\" or \"smp_csd_is_locked()\".\nIf such an API existed then we'd use it instead, but it seemed a bit\nmuch to add an API like this just for kgdb.\n\nSigned-off-by: Douglas Anderson <dianders@chromium.org>\nAcked-by: Daniel Thompson <daniel.thompson@linaro.org>\nSigned-off-by: Daniel Thompson <daniel.thompson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/87b095928584da7d5cb3149016f00b0b139c2292"},{"sha":"162bc7f5afd75b72acbe3c5f3488ef7e64a3fe36","author":{"name":"Douglas Anderson","email":"49983c4a76b998672954ed5edf4a62db4a336502@chromium.org"},"message":"kdb: Don't back trace on a cpu that didn't round up\n\nIf you have a CPU that fails to round up and then run 'btc' you'll end\nup crashing in kdb becaue we dereferenced NULL.  Let's add a check.\nIt's wise to also set the task to NULL when leaving the debugger so\nthat if we fail to round up on a later entry into the debugger we\nwon't backtrace a stale task.\n\nSigned-off-by: Douglas Anderson <dianders@chromium.org>\nAcked-by: Daniel Thompson <daniel.thompson@linaro.org>\nSigned-off-by: Daniel Thompson <daniel.thompson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/162bc7f5afd75b72acbe3c5f3488ef7e64a3fe36"},{"sha":"7faedcd4de4356dfcda30841a5ffef3bf35fa06c","author":{"name":"Nicholas Mc Guire","email":"1f1947151fff46847c7ab253c8b8ee2fc7e63b14@osadl.org"},"message":"kdb: use bool for binary state indicators\n\ndefcmd_in_progress  is the state trace for command group processing\n- within a command group or not -  usable  is an indicator if a command\nset is valid (allocated/non-empty) - so use a bool for those binary\nindication here.\n\nSigned-off-by: Nicholas Mc Guire <hofrat@osadl.org>\nReviewed-by: Daniel Thompson <daniel.thompson@linaro.org>\nSigned-off-by: Daniel Thompson <daniel.thompson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/7faedcd4de4356dfcda30841a5ffef3bf35fa06c"}]}
{"actor":{"display_login":"blissgerrit"}}