{"push_id":3124677737,"size":56,"distinct_size":0,"ref":"refs/heads/caf/aosp-common/upstream-linux-4.14.y","head":"ca48e5e30b75a28c12c43c7428c95735e4885e6b","before":"7152401aeedd9685fcf1cb58138c868890d9164f","commits":[{"sha":"f5ec9987bfbd1004b643e2c914306dc79ce40912","author":{"name":"Xiongfeng Wang","email":"2953875ffd1f4b3268e6a0899452fe5227b7730f@linaro.org"},"message":"Kbuild: suppress packed-not-aligned warning for default setting only\n\ncommit 321cb0308a9e76841394b4bbab6a1107cfedbae0 upstream.\n\ngcc-8 reports many -Wpacked-not-aligned warnings. The below are some\nexamples.\n\n./include/linux/ceph/msgr.h:67:1: warning: alignment 1 of 'struct\nceph_entity_addr' is less than 8 [-Wpacked-not-aligned]\n } __attribute__ ((packed));\n\n./include/linux/ceph/msgr.h:67:1: warning: alignment 1 of 'struct\nceph_entity_addr' is less than 8 [-Wpacked-not-aligned]\n } __attribute__ ((packed));\n\n./include/linux/ceph/msgr.h:67:1: warning: alignment 1 of 'struct\nceph_entity_addr' is less than 8 [-Wpacked-not-aligned]\n } __attribute__ ((packed));\n\nThis patch suppresses this kind of warnings for default setting.\n\nSigned-off-by: Xiongfeng Wang <xiongfeng.wang@linaro.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/f5ec9987bfbd1004b643e2c914306dc79ce40912"},{"sha":"9f8d10971a2395359751487c517bf33e5d8f9e43","author":{"name":"Stephen Rothwell","email":"4bf0fb350827ce8d86875e76c923a478597c3cef@canb.auug.org.au"},"message":"disable stringop truncation warnings for now\n\ncommit 217c3e0196758662aa0429863b09d1c13da1c5d6 upstream.\n\nThey are too noisy\n\nSigned-off-by: Stephen Rothwell <sfr@canb.auug.org.au>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/9f8d10971a2395359751487c517bf33e5d8f9e43"},{"sha":"337f2837c5b29c1587dd7efc4befc9f6f84a2746","author":{"name":"Linus Torvalds","email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org"},"message":"test_hexdump: use memcpy instead of strncpy\n\ncommit b1286ed7158e9b62787508066283ab0b8850b518 upstream.\n\nNew versions of gcc reasonably warn about the odd pattern of\n\n\tstrncpy(p, q, strlen(q));\n\nwhich really doesn't make sense: the strncpy() ends up being just a slow\nand odd way to write memcpy() in this case.\n\nApparently there was a patch for this floating around earlier, but it\ngot lost.\n\nAcked-again-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/337f2837c5b29c1587dd7efc4befc9f6f84a2746"},{"sha":"af882cb0bcb5573014e2203dbfd67e2737bb10d3","author":{"name":"Guenter Roeck","email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@roeck-us.net"},"message":"kobject: Replace strncpy with memcpy\n\ncommit 77d2a24b6107bd9b3bf2403a65c1428a9da83dd0 upstream.\n\ngcc 8.1.0 complains:\n\nlib/kobject.c:128:3: warning:\n\t'strncpy' output truncated before terminating nul copying as many\n\tbytes from a string as its length [-Wstringop-truncation]\nlib/kobject.c: In function 'kobject_get_path':\nlib/kobject.c:125:13: note: length computed here\n\nUsing strncpy() is indeed less than perfect since the length of data to\nbe copied has already been determined with strlen(). Replace strncpy()\nwith memcpy() to address the warning and optimize the code a little.\n\nSigned-off-by: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/af882cb0bcb5573014e2203dbfd67e2737bb10d3"},{"sha":"23df63002205f17d307af118fe0025f6e49d389a","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: intel_hdmi: Use strlcpy() instead of strncpy()\n\ncommit c288248f5b26cd5563112fcdc077bf44964a942d upstream.\n\nhdmi_lpe_audio_probe() copies the pcm name string via strncpy(), but\nas a gcc8 warning suggests, it misses a NUL terminator, and unlikely\nthe expected result.\n\nUse the proper one, strlcpy() instead.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/23df63002205f17d307af118fe0025f6e49d389a"},{"sha":"f5028606c29248d39c8fba26730517c7c624cdaa","author":{"name":"Linus Torvalds","email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org"},"message":"unifdef: use memcpy instead of strncpy\n\ncommit 38c7b224ce22c25fed04007839edf974bd13439d upstream.\n\nNew versions of gcc reasonably warn about the odd pattern of\n\n\tstrncpy(p, q, strlen(q));\n\nwhich really doesn't make sense: the strncpy() ends up being just a slow\nand odd way to write memcpy() in this case.\n\nThere was a comment about _why_ the code used strncpy - to avoid the\nterminating NUL byte, but memcpy does the same and avoids the warning.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/f5028606c29248d39c8fba26730517c7c624cdaa"},{"sha":"e26457da0cdb5498724fd46279057d49c95cbba6","author":{"name":"Guenter Roeck","email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@roeck-us.net"},"message":"kernfs: Replace strncpy with memcpy\n\ncommit 166126c1e54d927c2e8efa2702d420e0ce301fd9 upstream.\n\ngcc 8.1.0 complains:\n\nfs/kernfs/symlink.c:91:3: warning:\n\t'strncpy' output truncated before terminating nul copying\n\tas many bytes from a string as its length\nfs/kernfs/symlink.c: In function 'kernfs_iop_get_link':\nfs/kernfs/symlink.c:88:14: note: length computed here\n\nUsing strncpy() is indeed less than perfect since the length of data to\nbe copied has already been determined with strlen(). Replace strncpy()\nwith memcpy() to address the warning and optimize the code a little.\n\nSigned-off-by: Guenter Roeck <linux@roeck-us.net>\nAcked-by: Tejun Heo <tj@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/e26457da0cdb5498724fd46279057d49c95cbba6"},{"sha":"bb1d0ac3ef02d0e3e893b75933e556e86c915cfe","author":{"name":"Sultan Alsawaf","email":"3aa1af0b84637f6957d3e83d52f23fe513bfe974@gmail.com"},"message":"ip_tunnel: Fix name string concatenate in __ip_tunnel_create()\n\ncommit 000ade8016400d93b4d7c89970d96b8c14773d45 upstream.\n\nBy passing a limit of 2 bytes to strncat, strncat is limited to writing\nfewer bytes than what it's supposed to append to the name here.\n\nSince the bounds are checked on the line above this, just remove the string\nbounds checks entirely since they're unneeded.\n\nSigned-off-by: Sultan Alsawaf <sultanxda@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/bb1d0ac3ef02d0e3e893b75933e556e86c915cfe"},{"sha":"4e4b875eaf1e615cdaa789c22222565405349145","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"drm: gma500: fix logic error\n\ncommit 67a3b63a54cbe18944191f43d644686731cf30c7 upstream.\n\ngcc-8 points out a condition that almost certainly doesn't\ndo what the author had in mind:\n\ndrivers/gpu/drm/gma500/mdfld_intel_display.c: In function 'mdfldWaitForPipeEnable':\ndrivers/gpu/drm/gma500/mdfld_intel_display.c:102:37: error: bitwise comparison always evaluates to false [-Werror=tautological-compare]\n\nThis changes it to a simple bit mask operation to check\nwhether the bit is set.\n\nFixes: 026abc333205 (\"gma500: initial medfield merge\")\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: https://patchwork.freedesktop.org/patch/msgid/20170905074741.435324-1-arnd@arndb.de\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/4e4b875eaf1e615cdaa789c22222565405349145"},{"sha":"94d6d9e5f3c2532c1f13521a58ac9f120f30c4ba","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"scsi: bfa: convert to strlcpy/strlcat\n\ncommit 8c5a50e8e7ad812a62f7ccf28d9a5e74fddf3000 upstream.\n\nThe bfa driver has a number of real issues with string termination\nthat gcc-8 now points out:\n\ndrivers/scsi/bfa/bfad_bsg.c: In function 'bfad_iocmd_port_get_attr':\ndrivers/scsi/bfa/bfad_bsg.c:320:9: error: argument to 'sizeof' in 'strncpy' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c: In function 'bfa_fcs_fabric_psymb_init':\ndrivers/scsi/bfa/bfa_fcs.c:775:9: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:781:9: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:788:9: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:801:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:808:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c: In function 'bfa_fcs_fabric_nsymb_init':\ndrivers/scsi/bfa/bfa_fcs.c:837:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:844:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c:852:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs.c: In function 'bfa_fcs_fabric_psymb_init':\ndrivers/scsi/bfa/bfa_fcs.c:778:2: error: 'strncat' output may be truncated copying 10 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs.c:784:2: error: 'strncat' output may be truncated copying 30 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs.c:803:3: error: 'strncat' output may be truncated copying 44 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs.c:811:3: error: 'strncat' output may be truncated copying 16 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs.c: In function 'bfa_fcs_fabric_nsymb_init':\ndrivers/scsi/bfa/bfa_fcs.c:840:2: error: 'strncat' output may be truncated copying 10 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs.c:847:2: error: 'strncat' output may be truncated copying 30 bytes from a string of length 63 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c: In function 'bfa_fcs_fdmi_get_hbaattr':\ndrivers/scsi/bfa/bfa_fcs_lport.c:2657:10: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs_lport.c:2659:11: error: argument to 'sizeof' in 'strncat' call is the same expression as the source; did you mean to use the size of the destination? [-Werror=sizeof-pointer-memaccess]\ndrivers/scsi/bfa/bfa_fcs_lport.c: In function 'bfa_fcs_lport_ms_gmal_response':\ndrivers/scsi/bfa/bfa_fcs_lport.c:3232:5: error: 'strncpy' output may be truncated copying 16 bytes from a string of length 247 [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c: In function 'bfa_fcs_lport_ns_send_rspn_id':\ndrivers/scsi/bfa/bfa_fcs_lport.c:4670:3: error: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c:4682:3: error: 'strncat' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c: In function 'bfa_fcs_lport_ns_util_send_rspn_id':\ndrivers/scsi/bfa/bfa_fcs_lport.c:5206:3: error: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c:5215:3: error: 'strncat' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcs_lport.c: In function 'bfa_fcs_fdmi_get_portattr':\ndrivers/scsi/bfa/bfa_fcs_lport.c:2751:2: error: 'strncpy' specified bound 128 equals destination size [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcbuild.c: In function 'fc_rspnid_build':\ndrivers/scsi/bfa/bfa_fcbuild.c:1254:2: error: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\ndrivers/scsi/bfa/bfa_fcbuild.c:1253:25: note: length computed here\ndrivers/scsi/bfa/bfa_fcbuild.c: In function 'fc_rsnn_nn_build':\ndrivers/scsi/bfa/bfa_fcbuild.c:1275:2: error: 'strncpy' output truncated before terminating nul copying as many bytes from a string as its length [-Werror=stringop-truncation]\n\nIn most cases, this can be addressed by correctly calling strlcpy and\nstrlcat instead of strncpy/strncat, with the size of the destination\nbuffer as the last argument.\n\nFor consistency, I'm changing the other callers of strncpy() in this\ndriver the same way.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nAcked-by: Sudarsana Kalluru <Sudarsana.Kalluru@cavium.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/94d6d9e5f3c2532c1f13521a58ac9f120f30c4ba"},{"sha":"46762a64c0b03fc9cab3406bf2b3bbea043cf6e8","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"staging: rts5208: fix gcc-8 logic error warning\n\ncommit 58930cced012adb01bc78b3687049b17ef44d0a3 upstream.\n\nAs gcc-8 points out, the bit mask check makes no sense here:\n\ndrivers/staging/rts5208/sd.c: In function 'ext_sd_send_cmd_get_rsp':\ndrivers/staging/rts5208/sd.c:4130:25: error: bitwise comparison always evaluates to true [-Werror=tautological-compare]\n\nHowever, the code is even more bogus, as we have already\nchecked for the SD_RSP_TYPE_R0 case earlier in the function\nand returned success. As seen in the mmc/sd driver core,\nSD_RSP_TYPE_R0 means \"no response\" anyway, so checking for\na particular response would not help either.\n\nThis just removes the nonsensical code to get rid of the\nwarning.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/46762a64c0b03fc9cab3406bf2b3bbea043cf6e8"},{"sha":"184adf40d184ff2761923e7f2f64a12702843ad8","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"kdb: use memmove instead of overlapping memcpy\n\ncommit 2cf2f0d5b91fd1b06a6ae260462fc7945ea84add upstream.\n\ngcc discovered that the memcpy() arguments in kdbnearsym() overlap, so\nwe should really use memmove(), which is defined to handle that correctly:\n\nIn function 'memcpy',\n    inlined from 'kdbnearsym' at /git/arm-soc/kernel/debug/kdb/kdb_support.c:132:4:\n/git/arm-soc/include/linux/string.h:353:9: error: '__builtin_memcpy' accessing 792 bytes at offsets 0 and 8 overlaps 784 bytes at offset 8 [-Werror=restrict]\n  return __builtin_memcpy(p, q, size);\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Jason Wessel <jason.wessel@windriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/184adf40d184ff2761923e7f2f64a12702843ad8"},{"sha":"48c11537ee6d6731d1e24343150e41057f593a8b","author":{"name":"Sagi Grimberg","email":"bf169a711b430cb763859053627bb76d98a96051@grimberg.me"},"message":"iser: set sector for ambiguous mr status errors\n\ncommit 24c3456c8d5ee6fc1933ca40f7b4406130682668 upstream.\n\nIf for some reason we failed to query the mr status, we need to make sure\nto provide sufficient information for an ambiguous error (guard error on\nsector 0).\n\nFixes: 0a7a08ad6f5f (\"IB/iser: Implement check_protection\")\nCc: <stable@vger.kernel.org>\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Sagi Grimberg <sagi@grimberg.me>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/48c11537ee6d6731d1e24343150e41057f593a8b"},{"sha":"8d3ab1ccc063e618ef1a2711e9da9ce9e7d27396","author":{"name":"Andrea Parri","email":"f5020f480e2657f08122c617b5b289837e6f1f62@amarulasolutions.com"},"message":"uprobes: Fix handle_swbp() vs. unregister() + register() race once more\n\ncommit 09d3f015d1e1b4fee7e9bbdcf54201d239393391 upstream.\n\nCommit:\n\n  142b18ddc8143 (\"uprobes: Fix handle_swbp() vs unregister() + register() race\")\n\nadded the UPROBE_COPY_INSN flag, and corresponding smp_wmb() and smp_rmb()\nmemory barriers, to ensure that handle_swbp() uses fully-initialized\nuprobes only.\n\nHowever, the smp_rmb() is mis-placed: this barrier should be placed\nafter handle_swbp() has tested for the flag, thus guaranteeing that\n(program-order) subsequent loads from the uprobe can see the initial\nstores performed by prepare_uprobe().\n\nMove the smp_rmb() accordingly.  Also amend the comments associated\nto the two memory barriers to indicate their actual locations.\n\nSigned-off-by: Andrea Parri <andrea.parri@amarulasolutions.com>\nAcked-by: Oleg Nesterov <oleg@redhat.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Vince Weaver <vincent.weaver@maine.edu>\nCc: stable@kernel.org\nFixes: 142b18ddc8143 (\"uprobes: Fix handle_swbp() vs unregister() + register() race\")\nLink: http://lkml.kernel.org/r/20181122161031.15179-1-andrea.parri@amarulasolutions.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/8d3ab1ccc063e618ef1a2711e9da9ce9e7d27396"},{"sha":"9aab50aec56772ff6e1a2dead6097cf2921fe944","author":{"name":"Mathias Kresin","email":"34c6fceca75e456f25e7e99531e2425c6c1de443@kresin.me"},"message":"MIPS: ralink: Fix mt7620 nd_sd pinmux\n\ncommit 7d35baa4e9ec4b717bc0e58a39cdb6a1c50f5465 upstream.\n\nIn case the nd_sd group is set to the sd-card function, Pins 45 + 46 are\nconfigured as GPIOs. If they are blocked by the sd function, they can't\nbe used as GPIOs.\n\nReported-by: Kristian Evensen <kristian.evensen@gmail.com>\nSigned-off-by: Mathias Kresin <dev@kresin.me>\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nFixes: f576fb6a0700 (\"MIPS: ralink: cleanup the soc specific pinmux data\")\nPatchwork: https://patchwork.linux-mips.org/patch/21220/\nCc: John Crispin <john@phrozen.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: James Hogan <jhogan@kernel.org>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: stable@vger.kernel.org # v3.18+\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/9aab50aec56772ff6e1a2dead6097cf2921fe944"},{"sha":"d3c0999433352dacda6da37c237388bfa9bae1c2","author":{"name":"Dmitry V. Levin","email":"bca05f431daa7b310c1bddb44dde45fd267309e3@altlinux.org"},"message":"mips: fix mips_get_syscall_arg o32 check\n\ncommit c50cbd85cd7027d32ac5945bb60217936b4f7eaf upstream.\n\nWhen checking for TIF_32BIT_REGS flag, mips_get_syscall_arg() should\nuse the task specified as its argument instead of the current task.\n\nThis potentially affects all syscall_get_arguments() users\nwho specify tasks different from the current.\n\nFixes: c0ff3c53d4f99 (\"MIPS: Enable HAVE_ARCH_TRACEHOOK.\")\nSigned-off-by: Dmitry V. Levin <ldv@altlinux.org>\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nPatchwork: https://patchwork.linux-mips.org/patch/21185/\nCc: Elvira Khabirova <lineprinter@altlinux.org>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: James Hogan <jhogan@kernel.org>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: stable@vger.kernel.org # v3.13+\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/d3c0999433352dacda6da37c237388bfa9bae1c2"},{"sha":"53f6341a937be3dad213f5f4b2e188012c024ed2","author":{"name":"Michael Guralnik","email":"43c3ac77315f9fdd2952526709d62de065fbc2d7@mellanox.com"},"message":"IB/mlx5: Avoid load failure due to unknown link width\n\ncommit db7a691a1551a748cb92d9c89c6b190ea87e28d5 upstream.\n\nIf the firmware reports a connection width that is not 1x, 4x, 8x or 12x\nit causes the driver to fail during initialization.\n\nTo prevent this failure every time a new width is introduced to the RDMA\nstack, we will set a default 4x width for these widths which ar unknown to\nthe driver.\n\nThis is needed to allow to run old kernels with new firmware.\n\nCc: <stable@vger.kernel.org> # 4.1\nFixes: 1b5daf11b015 (\"IB/mlx5: Avoid using the MAD_IFC command under ISSI > 0 mode\")\nSigned-off-by: Michael Guralnik <michaelgur@mellanox.com>\nReviewed-by: Majd Dibbiny <majd@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Jason Gunthorpe <jgg@mellanox.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/53f6341a937be3dad213f5f4b2e188012c024ed2"},{"sha":"37b927309286a4e4f9bf13aa2f7dbdd001637346","author":{"name":"Sam Bobroff","email":"5005bd85686edd02bd9a1854bd2a0bebf4ce34dd@linux.ibm.com"},"message":"drm/ast: Fix incorrect free on ioregs\n\ncommit dc25ab067645eabd037f1a23d49a666f9e0b8c68 upstream.\n\nIf the platform has no IO space, ioregs is placed next to the already\nallocated regs. In this case, it should not be separately freed.\n\nThis prevents a kernel warning from __vunmap \"Trying to vfree()\nnonexistent vm area\" when unloading the driver.\n\nFixes: 0dd68309b9c5 (\"drm/ast: Try to use MMIO registers when PIO isn't supported\")\n\nSigned-off-by: Sam Bobroff <sbobroff@linux.ibm.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/37b927309286a4e4f9bf13aa2f7dbdd001637346"},{"sha":"4e97ad08e1e3f4e9dbd5884b1dd7c4fdbe038eb1","author":{"name":"Sergio Correia","email":"6ed32edf4e92ab3c0a4dc6f90242953c344051ad@correia.cc"},"message":"drm: set is_master to 0 upon drm_new_set_master() failure\n\ncommit 23a336b34258aba3b50ea6863cca4e81b5ef6384 upstream.\n\nWhen drm_new_set_master() fails, set is_master to 0, to prevent a\npossible NULL pointer deref.\n\nHere is a problematic flow: we check is_master in drm_is_current_master(),\nthen proceed to call drm_lease_owner() passing master. If we do not restore\nis_master status when drm_new_set_master() fails, we may have a situation\nin which is_master will be 1 and master itself, NULL, leading to the deref\nof a NULL pointer in drm_lease_owner().\n\nThis fixes the following OOPS, observed on an ArchLinux running a 4.19.2\nkernel:\n\n[   97.804282] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080\n[   97.807224] PGD 0 P4D 0\n[   97.807224] Oops: 0000 [#1] PREEMPT SMP NOPTI\n[   97.807224] CPU: 0 PID: 1348 Comm: xfwm4 Tainted: P           OE     4.19.2-arch1-1-ARCH #1\n[   97.807224] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./AB350 Pro4, BIOS P5.10 10/16/2018\n[   97.807224] RIP: 0010:drm_lease_owner+0xd/0x20 [drm]\n[   97.807224] Code: 83 c4 18 5b 5d c3 b8 ea ff ff ff eb e2 b8 ed ff ff ff eb db e8 b4 ca 68 fb 0f 1f 40 00 0f 1f 44 00 00 48 89 f8 eb 03 48 89 d0 <48> 8b 90 80 00 00 00 48 85 d2 75 f1 c3 66 0f 1f 44 00 00 0f 1f 44\n[   97.807224] RSP: 0018:ffffb8cf08e07bb0 EFLAGS: 00010202\n[   97.807224] RAX: 0000000000000000 RBX: ffff9cf0f2586c00 RCX: ffff9cf0f2586c88\n[   97.807224] RDX: ffff9cf0ddbd8000 RSI: 0000000000000000 RDI: 0000000000000000\n[   97.807224] RBP: ffff9cf1040e9800 R08: 0000000000000000 R09: 0000000000000000\n[   97.807224] R10: ffffdeb30fd5d680 R11: ffffdeb30f5d6808 R12: ffff9cf1040e9888\n[   97.807224] R13: 0000000000000000 R14: dead000000000200 R15: ffff9cf0f2586cc8\n[   97.807224] FS:  00007f4145513180(0000) GS:ffff9cf10ea00000(0000) knlGS:0000000000000000\n[   97.807224] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[   97.807224] CR2: 0000000000000080 CR3: 00000003d7548000 CR4: 00000000003406f0\n[   97.807224] Call Trace:\n[   97.807224]  drm_is_current_master+0x1a/0x30 [drm]\n[   97.807224]  drm_master_release+0x3e/0x130 [drm]\n[   97.807224]  drm_file_free.part.0+0x2be/0x2d0 [drm]\n[   97.807224]  drm_open+0x1ba/0x1e0 [drm]\n[   97.807224]  drm_stub_open+0xaf/0xe0 [drm]\n[   97.807224]  chrdev_open+0xa3/0x1b0\n[   97.807224]  ? cdev_put.part.0+0x20/0x20\n[   97.807224]  do_dentry_open+0x132/0x340\n[   97.807224]  path_openat+0x2d1/0x14e0\n[   97.807224]  ? mem_cgroup_commit_charge+0x7a/0x520\n[   97.807224]  do_filp_open+0x93/0x100\n[   97.807224]  ? __check_object_size+0x102/0x189\n[   97.807224]  ? _raw_spin_unlock+0x16/0x30\n[   97.807224]  do_sys_open+0x186/0x210\n[   97.807224]  do_syscall_64+0x5b/0x170\n[   97.807224]  entry_SYSCALL_64_after_hwframe+0x44/0xa9\n[   97.807224] RIP: 0033:0x7f4147b07976\n[   97.807224] Code: 89 54 24 08 e8 7b f4 ff ff 8b 74 24 0c 48 8b 3c 24 41 89 c0 44 8b 54 24 08 b8 01 01 00 00 89 f2 48 89 fe bf 9c ff ff ff 0f 05 <48> 3d 00 f0 ff ff 77 30 44 89 c7 89 44 24 08 e8 a6 f4 ff ff 8b 44\n[   97.807224] RSP: 002b:00007ffcced96ca0 EFLAGS: 00000293 ORIG_RAX: 0000000000000101\n[   97.807224] RAX: ffffffffffffffda RBX: 00005619d5037f80 RCX: 00007f4147b07976\n[   97.807224] RDX: 0000000000000002 RSI: 00005619d46b969c RDI: 00000000ffffff9c\n[   98.040039] RBP: 0000000000000024 R08: 0000000000000000 R09: 0000000000000000\n[   98.040039] R10: 0000000000000000 R11: 0000000000000293 R12: 0000000000000024\n[   98.040039] R13: 0000000000000012 R14: 00005619d5035950 R15: 0000000000000012\n[   98.040039] Modules linked in: nct6775 hwmon_vid algif_skcipher af_alg nls_iso8859_1 nls_cp437 vfat fat uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common arc4 videodev media snd_usb_audio snd_hda_codec_hdmi snd_usbmidi_lib snd_rawmidi snd_seq_device mousedev input_leds iwlmvm mac80211 snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec edac_mce_amd kvm_amd snd_hda_core kvm iwlwifi snd_hwdep r8169 wmi_bmof cfg80211 snd_pcm irqbypass snd_timer snd libphy soundcore pinctrl_amd rfkill pcspkr sp5100_tco evdev gpio_amdpt k10temp mac_hid i2c_piix4 wmi pcc_cpufreq acpi_cpufreq vboxnetflt(OE) vboxnetadp(OE) vboxpci(OE) vboxdrv(OE) msr sg crypto_user ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 fscrypto uas usb_storage dm_crypt hid_generic usbhid hid\n[   98.040039]  dm_mod raid1 md_mod sd_mod crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc ahci libahci aesni_intel aes_x86_64 libata crypto_simd cryptd glue_helper ccp xhci_pci rng_core scsi_mod xhci_hcd nvidia_drm(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm agpgart nvidia_uvm(POE) nvidia_modeset(POE) nvidia(POE) ipmi_devintf ipmi_msghandler\n[   98.040039] CR2: 0000000000000080\n[   98.040039] ---[ end trace 3b65093b6fe62b2f ]---\n[   98.040039] RIP: 0010:drm_lease_owner+0xd/0x20 [drm]\n[   98.040039] Code: 83 c4 18 5b 5d c3 b8 ea ff ff ff eb e2 b8 ed ff ff ff eb db e8 b4 ca 68 fb 0f 1f 40 00 0f 1f 44 00 00 48 89 f8 eb 03 48 89 d0 <48> 8b 90 80 00 00 00 48 85 d2 75 f1 c3 66 0f 1f 44 00 00 0f 1f 44\n[   98.040039] RSP: 0018:ffffb8cf08e07bb0 EFLAGS: 00010202\n[   98.040039] RAX: 0000000000000000 RBX: ffff9cf0f2586c00 RCX: ffff9cf0f2586c88\n[   98.040039] RDX: ffff9cf0ddbd8000 RSI: 0000000000000000 RDI: 0000000000000000\n[   98.040039] RBP: ffff9cf1040e9800 R08: 0000000000000000 R09: 0000000000000000\n[   98.040039] R10: ffffdeb30fd5d680 R11: ffffdeb30f5d6808 R12: ffff9cf1040e9888\n[   98.040039] R13: 0000000000000000 R14: dead000000000200 R15: ffff9cf0f2586cc8\n[   98.040039] FS:  00007f4145513180(0000) GS:ffff9cf10ea00000(0000) knlGS:0000000000000000\n[   98.040039] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[   98.040039] CR2: 0000000000000080 CR3: 00000003d7548000 CR4: 00000000003406f0\n\nSigned-off-by: Sergio Correia <sergio@correia.cc>\nCc: stable@vger.kernel.org\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: https://patchwork.freedesktop.org/patch/msgid/20181122053329.2692-1-sergio@correia.cc\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/4e97ad08e1e3f4e9dbd5884b1dd7c4fdbe038eb1"},{"sha":"9576f5215818f54c299eb7880e396ad75fc777fc","author":{"name":"Lyude Paul","email":"1d05c5face2dc786c0af2cf362656a51f0df9b63@redhat.com"},"message":"drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config\n\ncommit 995b278e4723b26f8ebf0e7c119286d16c712747 upstream.\n\nSeeing as we use this registermap in the context of our IRQ handlers, we\nneed to be using spinlocks for reading/writing registers so that we can\nstill read them from IRQ handlers without having to grab any mutexes and\naccidentally sleep. We don't currently do this, as pointed out by\nlockdep:\n\n[   18.403770] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:908\n[   18.406744] in_atomic(): 1, irqs_disabled(): 128, pid: 68, name: kworker/u17:0\n[   18.413864] INFO: lockdep is turned off.\n[   18.417675] irq event stamp: 12\n[   18.420778] hardirqs last  enabled at (11): [<ffff000008a4f57c>] _raw_spin_unlock_irq+0x2c/0x60\n[   18.429510] hardirqs last disabled at (12): [<ffff000008a48914>] __schedule+0xc4/0xa60\n[   18.437345] softirqs last  enabled at (0): [<ffff0000080b55e0>] copy_process.isra.4.part.5+0x4d8/0x1c50\n[   18.446684] softirqs last disabled at (0): [<0000000000000000>]           (null)\n[   18.453979] CPU: 0 PID: 68 Comm: kworker/u17:0 Tainted: G        W  O      4.20.0-rc3Lyude-Test+ #9\n[   18.469839] Hardware name: amlogic khadas-vim2/khadas-vim2, BIOS 2018.07-rc2-armbian 09/11/2018\n[   18.480037] Workqueue: hci0 hci_power_on [bluetooth]\n[   18.487138] Call trace:\n[   18.494192]  dump_backtrace+0x0/0x1b8\n[   18.501280]  show_stack+0x14/0x20\n[   18.508361]  dump_stack+0xbc/0xf4\n[   18.515427]  ___might_sleep+0x140/0x1d8\n[   18.522515]  __might_sleep+0x50/0x88\n[   18.529582]  __mutex_lock+0x60/0x870\n[   18.536621]  mutex_lock_nested+0x1c/0x28\n[   18.543660]  regmap_lock_mutex+0x10/0x18\n[   18.550696]  regmap_read+0x38/0x70\n[   18.557727]  dw_hdmi_hardirq+0x58/0x138 [dw_hdmi]\n[   18.564804]  __handle_irq_event_percpu+0xac/0x410\n[   18.571891]  handle_irq_event_percpu+0x34/0x88\n[   18.578982]  handle_irq_event+0x48/0x78\n[   18.586051]  handle_fasteoi_irq+0xac/0x160\n[   18.593061]  generic_handle_irq+0x24/0x38\n[   18.599989]  __handle_domain_irq+0x60/0xb8\n[   18.606857]  gic_handle_irq+0x50/0xa0\n[   18.613659]  el1_irq+0xb4/0x130\n[   18.620394]  debug_lockdep_rcu_enabled+0x2c/0x30\n[   18.627111]  schedule+0x38/0xa0\n[   18.633781]  schedule_timeout+0x3a8/0x510\n[   18.640389]  wait_for_common+0x15c/0x180\n[   18.646905]  wait_for_completion+0x14/0x20\n[   18.653319]  mmc_wait_for_req_done+0x28/0x168\n[   18.659693]  mmc_wait_for_req+0xa8/0xe8\n[   18.665978]  mmc_wait_for_cmd+0x64/0x98\n[   18.672180]  mmc_io_rw_direct_host+0x94/0x130\n[   18.678385]  mmc_io_rw_direct+0x10/0x18\n[   18.684516]  sdio_enable_func+0xe8/0x1d0\n[   18.690627]  btsdio_open+0x24/0xc0 [btsdio]\n[   18.696821]  hci_dev_do_open+0x64/0x598 [bluetooth]\n[   18.703025]  hci_power_on+0x50/0x270 [bluetooth]\n[   18.709163]  process_one_work+0x2a0/0x6e0\n[   18.715252]  worker_thread+0x40/0x448\n[   18.721310]  kthread+0x12c/0x130\n[   18.727326]  ret_from_fork+0x10/0x1c\n[   18.735555] ------------[ cut here ]------------\n[   18.741430] do not call blocking ops when !TASK_RUNNING; state=2 set at [<000000006265ec59>] wait_for_common+0x140/0x180\n[   18.752417] WARNING: CPU: 0 PID: 68 at kernel/sched/core.c:6096 __might_sleep+0x7c/0x88\n[   18.760553] Modules linked in: dm_mirror dm_region_hash dm_log dm_mod\nbtsdio bluetooth snd_soc_hdmi_codec dw_hdmi_i2s_audio ecdh_generic\nbrcmfmac brcmutil cfg80211 rfkill ir_nec_decoder meson_dw_hdmi(O)\ndw_hdmi rc_geekbox meson_rng meson_ir ao_cec rng_core rc_core cec\nleds_pwm efivars nfsd ip_tables x_tables crc32_generic f2fs uas\nmeson_gxbb_wdt pwm_meson efivarfs ipv6\n[   18.799469] CPU: 0 PID: 68 Comm: kworker/u17:0 Tainted: G        W  O      4.20.0-rc3Lyude-Test+ #9\n[   18.808858] Hardware name: amlogic khadas-vim2/khadas-vim2, BIOS 2018.07-rc2-armbian 09/11/2018\n[   18.818045] Workqueue: hci0 hci_power_on [bluetooth]\n[   18.824088] pstate: 80000085 (Nzcv daIf -PAN -UAO)\n[   18.829891] pc : __might_sleep+0x7c/0x88\n[   18.835722] lr : __might_sleep+0x7c/0x88\n[   18.841256] sp : ffff000008003cb0\n[   18.846751] x29: ffff000008003cb0 x28: 0000000000000000\n[   18.852269] x27: ffff00000938e000 x26: ffff800010283000\n[   18.857726] x25: ffff800010353280 x24: ffff00000868ef50\n[   18.863166] x23: 0000000000000000 x22: 0000000000000000\n[   18.868551] x21: 0000000000000000 x20: 000000000000038c\n[   18.873850] x19: ffff000008cd08c0 x18: 0000000000000010\n[   18.879081] x17: ffff000008a68cb0 x16: 0000000000000000\n[   18.884197] x15: 0000000000aaaaaa x14: 0e200e200e200e20\n[   18.889239] x13: 0000000000000001 x12: 00000000ffffffff\n[   18.894261] x11: ffff000008adfa48 x10: 0000000000000001\n[   18.899517] x9 : ffff0000092a0158 x8 : 0000000000000000\n[   18.904674] x7 : ffff00000812136c x6 : 0000000000000000\n[   18.909895] x5 : 0000000000000000 x4 : 0000000000000001\n[   18.915080] x3 : 0000000000000007 x2 : 0000000000000007\n[   18.920269] x1 : 99ab8e9ebb6c8500 x0 : 0000000000000000\n[   18.925443] Call trace:\n[   18.929904]  __might_sleep+0x7c/0x88\n[   18.934311]  __mutex_lock+0x60/0x870\n[   18.938687]  mutex_lock_nested+0x1c/0x28\n[   18.943076]  regmap_lock_mutex+0x10/0x18\n[   18.947453]  regmap_read+0x38/0x70\n[   18.951842]  dw_hdmi_hardirq+0x58/0x138 [dw_hdmi]\n[   18.956269]  __handle_irq_event_percpu+0xac/0x410\n[   18.960712]  handle_irq_event_percpu+0x34/0x88\n[   18.965176]  handle_irq_event+0x48/0x78\n[   18.969612]  handle_fasteoi_irq+0xac/0x160\n[   18.974058]  generic_handle_irq+0x24/0x38\n[   18.978501]  __handle_domain_irq+0x60/0xb8\n[   18.982938]  gic_handle_irq+0x50/0xa0\n[   18.987351]  el1_irq+0xb4/0x130\n[   18.991734]  debug_lockdep_rcu_enabled+0x2c/0x30\n[   18.996180]  schedule+0x38/0xa0\n[   19.000609]  schedule_timeout+0x3a8/0x510\n[   19.005064]  wait_for_common+0x15c/0x180\n[   19.009513]  wait_for_completion+0x14/0x20\n[   19.013951]  mmc_wait_for_req_done+0x28/0x168\n[   19.018402]  mmc_wait_for_req+0xa8/0xe8\n[   19.022809]  mmc_wait_for_cmd+0x64/0x98\n[   19.027177]  mmc_io_rw_direct_host+0x94/0x130\n[   19.031563]  mmc_io_rw_direct+0x10/0x18\n[   19.035922]  sdio_enable_func+0xe8/0x1d0\n[   19.040294]  btsdio_open+0x24/0xc0 [btsdio]\n[   19.044742]  hci_dev_do_open+0x64/0x598 [bluetooth]\n[   19.049228]  hci_power_on+0x50/0x270 [bluetooth]\n[   19.053687]  process_one_work+0x2a0/0x6e0\n[   19.058143]  worker_thread+0x40/0x448\n[   19.062608]  kthread+0x12c/0x130\n[   19.067064]  ret_from_fork+0x10/0x1c\n[   19.071513] irq event stamp: 12\n[   19.075937] hardirqs last  enabled at (11): [<ffff000008a4f57c>] _raw_spin_unlock_irq+0x2c/0x60\n[   19.083560] hardirqs last disabled at (12): [<ffff000008a48914>] __schedule+0xc4/0xa60\n[   19.091401] softirqs last  enabled at (0): [<ffff0000080b55e0>] copy_process.isra.4.part.5+0x4d8/0x1c50\n[   19.100801] softirqs last disabled at (0): [<0000000000000000>]           (null)\n[   19.108135] ---[ end trace 38c4920787b88c75 ]---\n\nSo, fix this by enabling the fast_io option in our regmap config so that\nregmap uses spinlocks for locking instead of mutexes.\n\nSigned-off-by: Lyude Paul <lyude@redhat.com>\nFixes: 3f68be7d8e96 (\"drm/meson: Add support for HDMI encoder and DW-HDMI bridge + PHY\")\nCc: Daniel Vetter <daniel.vetter@ffwll.ch>\nCc: Neil Armstrong <narmstrong@baylibre.com>\nCc: Carlo Caione <carlo@caione.org>\nCc: Kevin Hilman <khilman@baylibre.com>\nCc: dri-devel@lists.freedesktop.org\nCc: linux-amlogic@lists.infradead.org\nCc: linux-arm-kernel@lists.infradead.org\nCc: <stable@vger.kernel.org> # v4.12+\nAcked-by: Neil Armstrong <narmstrong@baylibre.com>\nSigned-off-by: Neil Armstrong <narmstrong@baylibre.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20181124191238.28276-1-lyude@redhat.com\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.10/commits/9576f5215818f54c299eb7880e396ad75fc777fc"}]}
{"actor":{"display_login":"blissgerrit"}}