{"push_id":4158644553,"size":411,"distinct_size":0,"ref":"refs/heads/chromium-googlesource-kernel-next/chromeos-5.4-drm-panel","head":"af929399684f562ffd8571d7de417ce76dd6a25d","before":"20684c89c0c083213757d724087b8a6f9f0cea5c","commits":[{"sha":"de10ac47597e7a3596b27631d0d5ce5f48d2c099","author":{"name":"Remi Pommarel","email":"a465943a57fa904f657395f0625b7c4a17423e73@triplefau.lt"},"message":"iio: adc: meson_saradc: Fix memory allocation order\n\nmeson_saradc's irq handler uses priv->regmap so make sure that it is\nallocated before the irq get enabled.\n\nThis also fixes crash when CONFIG_DEBUG_SHIRQ is enabled, as device\nmanaged resources are freed in the inverted order they had been\nallocated, priv->regmap was freed before the spurious fake irq that\nCONFIG_DEBUG_SHIRQ adds called the handler.\n\nFixes: 3af109131b7eb8 (\"iio: adc: meson-saradc: switch from polling to interrupt mode\")\nReported-by: Elie Roudninski <xademax@gmail.com>\nSigned-off-by: Remi Pommarel <repk@triplefau.lt>\nReviewed-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nTested-by: Elie ROUDNINSKI <xademax@gmail.com>\nReviewed-by: Kevin Hilman <khilman@baylibre.com>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/de10ac47597e7a3596b27631d0d5ce5f48d2c099"},{"sha":"85ae3aeedeccb6febb0c6f9d5346d9c6419ad925","author":{"name":"Lorenzo Bianconi","email":"86995a091f8a1385082bd10715048b52ee386a6a@kernel.org"},"message":"iio: imu: st_lsm6dsx: forbid 0 sensor sensitivity\n\nDo not allow configuring null sensor gain since it will force to 0\ndevice outputs\n\nFixes: c8d4066c7246 (\"iio: imu: st_lsm6dsx: remove invalid gain value for LSM9DS1\")\nSigned-off-by: Lorenzo Bianconi <lorenzo@kernel.org>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/85ae3aeedeccb6febb0c6f9d5346d9c6419ad925"},{"sha":"6c59a962e081df6d8fe43325bbfabec57e0d4751","author":{"name":"Pascal Bouwmann","email":"99cd0f1c343e93e9fb235f8bdfe26c9a29da9663@tau-tec.de"},"message":"iio: fix center temperature of bmc150-accel-core\n\nThe center temperature of the supported devices stored in the constant\nBMC150_ACCEL_TEMP_CENTER_VAL is not 24 degrees but 23 degrees.\n\nIt seems that some datasheets were inconsistent on this value leading\nto the error.  For most usecases will only make minor difference so\nnot queued for stable.\n\nSigned-off-by: Pascal Bouwmann <bouwmann@tau-tec.de>\nSigned-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/6c59a962e081df6d8fe43325bbfabec57e0d4751"},{"sha":"d4f4de5e5ef8efde85febb6876cd3c8ab1631999","author":{"name":"Al Viro","email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk"},"message":"Fix the locking in dcache_readdir() and friends\n\nThere are two problems in dcache_readdir() - one is that lockless traversal\nof the list needs non-trivial cooperation of d_alloc() (at least a switch\nto list_add_rcu(), and probably more than just that) and another is that\nit assumes that no removal will happen without the directory locked exclusive.\nSaid assumption had always been there, never had been stated explicitly and\nis violated by several places in the kernel (devpts and selinuxfs).\n\n        * replacement of next_positive() with different calling conventions:\nit returns struct list_head * instead of struct dentry *; the latter is\npassed in and out by reference, grabbing the result and dropping the original\nvalue.\n        * scan is under ->d_lock.  If we run out of timeslice, cursor is moved\nafter the last position we'd reached and we reschedule; then the scan continues\nfrom that place.  To avoid livelocks between multiple lseek() (with cursors\ngetting moved past each other, never reaching the real entries) we always\nskip the cursors, need_resched() or not.\n        * returned list_head * is either ->d_child of dentry we'd found or\n->d_subdirs of parent (if we got to the end of the list).\n        * dcache_readdir() and dcache_dir_lseek() switched to new helper.\ndcache_readdir() always holds a reference to dentry passed to dir_emit() now.\nCursor is moved to just before the entry where dir_emit() has failed or into\nthe very end of the list, if we'd run out.\n        * move_cursor() eliminated - it had sucky calling conventions and\nafter fixing that it became simply list_move() (in lseek and scan_positives)\nor list_move_tail() (in readdir).\n\n        All operations with the list are under ->d_lock now, and we do not\ndepend upon having all file removals done with parent locked exclusive\nanymore.\n\nCc: stable@vger.kernel.org\nReported-by: \"zhengbin (A)\" <zhengbin13@huawei.com>\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/d4f4de5e5ef8efde85febb6876cd3c8ab1631999"},{"sha":"4b0b2b096da9d296e0e5668cdfba8613bd6f5bc8","author":{"name":"Ian Rogers","email":"2b64bd5dfb5d90438e13f0ceac378ad1d28c1078@google.com"},"message":"libsubcmd: Make _FORTIFY_SOURCE defines dependent on the feature\n\nUnconditionally defining _FORTIFY_SOURCE can break tools that don't work\nwith it, such as memory sanitizers:\n\n  https://github.com/google/sanitizers/wiki/AddressSanitizer#faq\n\nFixes: 4b6ab94eabe4 (\"perf subcmd: Create subcmd library\")\nSigned-off-by: Ian Rogers <irogers@google.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lore.kernel.org/lkml/20190925195924.152834-1-irogers@google.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/4b0b2b096da9d296e0e5668cdfba8613bd6f5bc8"},{"sha":"e3e2cf3d5b1fe800b032e14c0fdcd9a6fb20cf3b","author":{"name":"Ian Rogers","email":"2b64bd5dfb5d90438e13f0ceac378ad1d28c1078@google.com"},"message":"perf tests: Avoid raising SEGV using an obvious NULL dereference\n\nAn optimized build such as:\n\n  make -C tools/perf CLANG=1 CC=clang EXTRA_CFLAGS=\"-O3\n\nwill turn the dereference operation into a ud2 instruction, raising a\nSIGILL rather than a SIGSEGV. Use raise(..) for correctness and clarity.\n\nSimilar issues were addressed in Numfor Mbiziwo-Tiapo's patch:\n\n  https://lkml.org/lkml/2019/7/8/1234\n\nCommitter testing:\n\nBefore:\n\n  [root@quaco ~]# perf test hooks\n  55: perf hooks                                            : Ok\n  [root@quaco ~]# perf test -v hooks\n  55: perf hooks                                            :\n  --- start ---\n  test child forked, pid 17092\n  SIGSEGV is observed as expected, try to recover.\n  Fatal error (SEGFAULT) in perf hook 'test'\n  test child finished with 0\n  ---- end ----\n  perf hooks: Ok\n  [root@quaco ~]#\n\nAfter:\n\n  [root@quaco ~]# perf test hooks\n  55: perf hooks                                            : Ok\n  [root@quaco ~]# perf test -v hooks\n  55: perf hooks                                            :\n  --- start ---\n  test child forked, pid 17909\n  SIGSEGV is observed as expected, try to recover.\n  Fatal error (SEGFAULT) in perf hook 'test'\n  test child finished with 0\n  ---- end ----\n  perf hooks: Ok\n  [root@quaco ~]#\n\nFixes: a074865e60ed (\"perf tools: Introduce perf hooks\")\nSigned-off-by: Ian Rogers <irogers@google.com>\nTested-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lore.kernel.org/lkml/20190925195924.152834-2-irogers@google.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/e3e2cf3d5b1fe800b032e14c0fdcd9a6fb20cf3b"},{"sha":"d586ac10ce56b2381b8e1d8ed74660c1b2b8ab0d","author":{"name":"Ian Rogers","email":"2b64bd5dfb5d90438e13f0ceac378ad1d28c1078@google.com"},"message":"perf docs: Allow man page date to be specified\n\nWith this change if a perf_date parameter is provided to asciidoc then\nit will override the default date written to the man page metadata.\n\nWithout this change, or if the perf_date isn't specified, then the\ncurrent date is written to the metadata.\n\nHaving this parameter allows the metadata to be constant if builds\nhappen on different dates.\n\nThe name of the parameter is intended to be consistent with the existing\nperf_version parameter.\n\nSigned-off-by: Ian Rogers <irogers@google.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nLink: http://lore.kernel.org/lkml/20190921041327.155054-1-irogers@google.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/d586ac10ce56b2381b8e1d8ed74660c1b2b8ab0d"},{"sha":"08a96a31474a732fd654575ced843b94bc3212e1","author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"message":"tools headers uapi: Sync drm/i915_drm.h with the kernel sources\n\nTo pick the change in:\n\n  bf73fc0fa9cf (\"drm/i915: Show support for accurate sw PMU busyness tracking\")\n\nThat don't result in any changes in tooling, just silences this perf\nbuild warning:\n\n  Warning: Kernel ABI header at 'tools/include/uapi/drm/i915_drm.h' differs from latest version at 'include/uapi/drm/i915_drm.h'\n  diff -u tools/include/uapi/drm/i915_drm.h include/uapi/drm/i915_drm.h\n\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nLink: https://lkml.kernel.org/n/tip-o651nt7vpz93tu3nmx4f3xql@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/08a96a31474a732fd654575ced843b94bc3212e1"},{"sha":"b1ba55cf1cfb9f3e0e00d743534684a25bf66d28","author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"message":"tools headers uapi: Sync asm-generic/mman-common.h with the kernel\n\nTo pick the changes from:\n\n  1a4e58cce84e (\"mm: introduce MADV_PAGEOUT\")\n  9c276cc65a58 (\"mm: introduce MADV_COLD\")\n\nThat result in these changes in the tools:\n\n  $ tools/perf/trace/beauty/madvise_behavior.sh > before\n  $ cp include/uapi/asm-generic/mman-common.h tools/include/uapi/asm-generic/mman-common.h\n  $ git diff\n  diff --git a/tools/include/uapi/asm-generic/mman-common.h b/tools/include/uapi/asm-generic/mman-common.h\n  index 63b1f506ea67..c160a5354eb6 100644\n  --- a/tools/include/uapi/asm-generic/mman-common.h\n  +++ b/tools/include/uapi/asm-generic/mman-common.h\n  @@ -67,6 +67,9 @@\n   #define MADV_WIPEONFORK 18             /* Zero memory on fork, child only */\n   #define MADV_KEEPONFORK 19             /* Undo MADV_WIPEONFORK */\n\n  +#define MADV_COLD      20              /* deactivate these pages */\n  +#define MADV_PAGEOUT   21              /* reclaim these pages */\n  +\n   /* compatibility flags */\n   #define MAP_FILE       0\n\n  $ tools/perf/trace/beauty/madvise_behavior.sh > after\n  $ diff -u before after\n  --- before\t2019-09-27 11:29:43.346320100 -0300\n  +++ after\t2019-09-27 11:30:03.838570439 -0300\n  @@ -16,6 +16,8 @@\n   \t[17] = \"DODUMP\",\n   \t[18] = \"WIPEONFORK\",\n   \t[19] = \"KEEPONFORK\",\n  +\t[20] = \"COLD\",\n  +\t[21] = \"PAGEOUT\",\n   \t[100] = \"HWPOISON\",\n   \t[101] = \"SOFT_OFFLINE\",\n   };\n  $\n\nI.e. now when madvise gets those behaviours as args, it will be able to\ntranslate from the number to a human readable string.\n\nThis addresses the following perf build warning:\n\n  Warning: Kernel ABI header at 'tools/include/uapi/asm-generic/mman-common.h' differs from latest version at 'include/uapi/asm-generic/mman-common.h'\n  diff -u tools/include/uapi/asm-generic/mman-common.h include/uapi/asm-generic/mman-common.h\n\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Brendan Gregg <brendan.d.gregg@gmail.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Luis Cláudio Gonçalves <lclaudio@redhat.com>\nCc: Minchan Kim <minchan@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nLink: https://lkml.kernel.org/n/tip-n40y6c4sa49p29q6sl8w3ufx@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/b1ba55cf1cfb9f3e0e00d743534684a25bf66d28"},{"sha":"05f371f8c55d69e4c04db4473085303291e4e734","author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"message":"tools headers uapi: Sync linux/usbdevice_fs.h with the kernel sources\n\nTo pick up the changes from:\n\n  4ed3350539aa (\"USB: usbfs: Add a capability flag for runtime suspend\")\n  7794f486ed0b (\"usbfs: Add ioctls for runtime power management\")\n\nThis triggers these changes in the kernel sources, automagically\nsupporting these new ioctls in the 'perf trace' beautifiers.\n\nSoon this will be used in things like filter expressions for tracepoints\nin 'perf record', 'perf trace', 'perf top', i.e. filter expressions will\ndo a lookup to turn things like USBDEVFS_WAIT_FOR_RESUME into _IO('U',\n35) before associating the tracepoint expression to tracepoint perf\nevent.\n\n  $ tools/perf/trace/beauty/usbdevfs_ioctl.sh  > before\n  $ cp include/uapi/linux/usbdevice_fs.h tools/include/uapi/linux/usbdevice_fs.h\n  $ git diff\n  diff --git a/tools/include/uapi/linux/usbdevice_fs.h b/tools/include/uapi/linux/usbdevice_fs.h\n  index 78efe870c2b7..cf525cddeb94 100644\n  --- a/tools/include/uapi/linux/usbdevice_fs.h\n  +++ b/tools/include/uapi/linux/usbdevice_fs.h\n  @@ -158,6 +158,7 @@ struct usbdevfs_hub_portinfo {\n   #define USBDEVFS_CAP_MMAP                      0x20\n   #define USBDEVFS_CAP_DROP_PRIVILEGES           0x40\n   #define USBDEVFS_CAP_CONNINFO_EX               0x80\n  +#define USBDEVFS_CAP_SUSPEND                   0x100\n\n   /* USBDEVFS_DISCONNECT_CLAIM flags & struct */\n\n  @@ -223,5 +224,8 @@ struct usbdevfs_streams {\n    * extending size of the data returned.\n    */\n   #define USBDEVFS_CONNINFO_EX(len)  _IOC(_IOC_READ, 'U', 32, len)\n  +#define USBDEVFS_FORBID_SUSPEND    _IO('U', 33)\n  +#define USBDEVFS_ALLOW_SUSPEND     _IO('U', 34)\n  +#define USBDEVFS_WAIT_FOR_RESUME   _IO('U', 35)\n\n   #endif /* _UAPI_LINUX_USBDEVICE_FS_H */\n  $ tools/perf/trace/beauty/usbdevfs_ioctl.sh  > after\n  $ diff -u before after\n  --- before\t2019-09-27 11:41:50.634867620 -0300\n  +++ after\t2019-09-27 11:42:07.453102978 -0300\n  @@ -24,6 +24,9 @@\n   \t[30] = \"DROP_PRIVILEGES\",\n   \t[31] = \"GET_SPEED\",\n   \t[32] = \"CONNINFO_EX\",\n  +\t[33] = \"FORBID_SUSPEND\",\n  +\t[34] = \"ALLOW_SUSPEND\",\n  +\t[35] = \"WAIT_FOR_RESUME\",\n   \t[3] = \"RESETEP\",\n   \t[4] = \"SETINTERFACE\",\n   \t[5] = \"SETCONFIGURATION\",\n  $\n\nThis addresses the following perf build warning:\n\n  Warning: Kernel ABI header at 'tools/include/uapi/linux/usbdevice_fs.h' differs from latest version at 'include/uapi/linux/usbdevice_fs.h'\n  diff -u tools/include/uapi/linux/usbdevice_fs.h include/uapi/linux/usbdevice_fs.h\n\nCc: Alan Stern <stern@rowland.harvard.edu>\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Brendan Gregg <brendan.d.gregg@gmail.com>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Luis Cláudio Gonçalves <lclaudio@redhat.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nLink: https://lkml.kernel.org/n/tip-x1rb109b9nfi7pukota82xhj@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/05f371f8c55d69e4c04db4473085303291e4e734"},{"sha":"0ae4061223a3d097222cbec6599370e54db17731","author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"message":"tools headers uapi: Sync linux/fs.h with the kernel sources\n\nTo pick the changes from:\n\n  78a1b96bcf7a (\"fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY_ALL_USERS ioctl\")\n  23c688b54016 (\"fscrypt: allow unprivileged users to add/remove keys for v2 policies\")\n  5dae460c2292 (\"fscrypt: v2 encryption policy support\")\n  5a7e29924dac (\"fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl\")\n  b1c0ec3599f4 (\"fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl\")\n  22d94f493bfb (\"fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl\")\n  3b6df59bc4d2 (\"fscrypt: use FSCRYPT_* definitions, not FS_*\")\n  2336d0deb2d4 (\"fscrypt: use FSCRYPT_ prefix for uapi constants\")\n  7af0ab0d3aab (\"fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>\")\n\nThat don't trigger any changes in tooling, as it so far is used only\nfor:\n\n  $ grep -l 'fs\\.h' tools/perf/trace/beauty/*.sh | xargs grep regex=\n  tools/perf/trace/beauty/rename_flags.sh:regex='^[[:space:]]*#[[:space:]]*define[[:space:]]+RENAME_([[:alnum:]_]+)[[:space:]]+\\(1[[:space:]]*<<[[:space:]]*([[:xdigit:]]+)[[:space:]]*\\)[[:space:]]*.*'\n  tools/perf/trace/beauty/sync_file_range.sh:regex='^[[:space:]]*#[[:space:]]*define[[:space:]]+SYNC_FILE_RANGE_([[:alnum:]_]+)[[:space:]]+([[:xdigit:]]+)[[:space:]]*.*'\n  tools/perf/trace/beauty/usbdevfs_ioctl.sh:regex=\"^#[[:space:]]*define[[:space:]]+USBDEVFS_(\\w+)(\\(\\w+\\))?[[:space:]]+_IO[CWR]{0,2}\\([[:space:]]*(_IOC_\\w+,[[:space:]]*)?'U'[[:space:]]*,[[:space:]]*([[:digit:]]+).*\"\n  tools/perf/trace/beauty/usbdevfs_ioctl.sh:regex=\"^#[[:space:]]*define[[:space:]]+USBDEVFS_(\\w+)[[:space:]]+_IO[WR]{0,2}\\([[:space:]]*'U'[[:space:]]*,[[:space:]]*([[:digit:]]+).*\"\n  $\n\nThis silences this perf build warning:\n\n  Warning: Kernel ABI header at 'tools/include/uapi/linux/fs.h' differs from latest version at 'include/uapi/linux/fs.h'\n  diff -u tools/include/uapi/linux/fs.h include/uapi/linux/fs.h\n\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Eric Biggers <ebiggers@google.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nLink: https://lkml.kernel.org/n/tip-44g48exl9br9ba0t64chqb4i@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/0ae4061223a3d097222cbec6599370e54db17731"},{"sha":"b7ad6108484221f431372b94763b74e550d16c93","author":{"name":"Arnaldo Carvalho de Melo","email":"293abb6b76d7791c0732cc517d38c4b5c734b87f@redhat.com"},"message":"tools headers kvm: Sync kvm headers with the kernel sources\n\nTo pick the changes in:\n\n  200824f55eef (\"KVM: s390: Disallow invalid bits in kvm_valid_regs and kvm_dirty_regs\")\n  4a53d99dd0c2 (\"KVM: VMX: Introduce exit reason for receiving INIT signal on guest-mode\")\n  7396d337cfad (\"KVM: x86: Return to userspace with internal error on unexpected exit reason\")\n  92f35b751c71 (\"KVM: arm/arm64: vgic: Allow more than 256 vcpus for KVM_IRQ_LINE\")\n\nNone of them trigger any changes in tooling, this time this is just to silence\nthese perf build warnings:\n\n  Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from latest version at 'include/uapi/linux/kvm.h'\n  diff -u tools/include/uapi/linux/kvm.h include/uapi/linux/kvm.h\n  Warning: Kernel ABI header at 'tools/arch/x86/include/uapi/asm/vmx.h' differs from latest version at 'arch/x86/include/uapi/asm/vmx.h'\n  diff -u tools/arch/x86/include/uapi/asm/vmx.h arch/x86/include/uapi/asm/vmx.h\n  Warning: Kernel ABI header at 'tools/arch/s390/include/uapi/asm/kvm.h' differs from latest version at 'arch/s390/include/uapi/asm/kvm.h'\n  diff -u tools/arch/s390/include/uapi/asm/kvm.h arch/s390/include/uapi/asm/kvm.h\n  Warning: Kernel ABI header at 'tools/arch/arm/include/uapi/asm/kvm.h' differs from latest version at 'arch/arm/include/uapi/asm/kvm.h'\n  diff -u tools/arch/arm/include/uapi/asm/kvm.h arch/arm/include/uapi/asm/kvm.h\n  Warning: Kernel ABI header at 'tools/arch/arm64/include/uapi/asm/kvm.h' differs from latest version at 'arch/arm64/include/uapi/asm/kvm.h'\n  diff -u tools/arch/arm64/include/uapi/asm/kvm.h arch/arm64/include/uapi/asm/kvm.h\n\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: Janosch Frank <frankja@linux.ibm.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Liran Alon <liran.alon@oracle.com>\nCc: Marc Zyngier <maz@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Thomas Huth <thuth@redhat.com>\nLink: https://lkml.kernel.org/n/tip-akuugvvjxte26kzv23zp5d2z@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/b7ad6108484221f431372b94763b74e550d16c93"},{"sha":"7d4c85b7035eb2f9ab217ce649dcd1bfaf0cacd3","author":{"name":"Ian Rogers","email":"2b64bd5dfb5d90438e13f0ceac378ad1d28c1078@google.com"},"message":"perf llvm: Don't access out-of-scope array\n\nThe 'test_dir' variable is assigned to the 'release' array which is\nout-of-scope 3 lines later.\n\nExtend the scope of the 'release' array so that an out-of-scope array\nisn't accessed.\n\nBug detected by clang's address sanitizer.\n\nFixes: 07bc5c699a3d (\"perf tools: Make fetch_kernel_version() publicly available\")\nCc: stable@vger.kernel.org # v4.4+\nSigned-off-by: Ian Rogers <irogers@google.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephane Eranian <eranian@google.com>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lore.kernel.org/lkml/20190926220018.25402-1-irogers@google.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/7d4c85b7035eb2f9ab217ce649dcd1bfaf0cacd3"},{"sha":"02d084792273e8a5f1813dcad988229a45be96ea","author":{"name":"Thomas Richter","email":"8efd8ac704d21550d1708b5fda9fd8afae04d143@linux.ibm.com"},"message":"perf vendor events s390: Add JSON transaction for machine type 8561\n\nAdd s390 transaction counter definition for machine 8561. This is the\nsame file as for the predecessor machine.\n\nFixes: 6e67d77d673d (\"perf vendor events s390: Add JSON files for machine type 8561\")\nSigned-off-by: Thomas Richter <tmricht@linux.ibm.com>\nCc: Heiko Carstens <heiko.carstens@de.ibm.com>\nCc: Vasily Gorbik <gor@linux.ibm.com>\nLink: http://lore.kernel.org/lkml/20190927081147.18345-1-tmricht@linux.ibm.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/02d084792273e8a5f1813dcad988229a45be96ea"},{"sha":"0d0e5ecec6116db6031829299e74cc71240c9ff3","author":{"name":"Thomas Richter","email":"8efd8ac704d21550d1708b5fda9fd8afae04d143@linux.ibm.com"},"message":"perf vendor events s390: Use s390 machine name instead of type 8561\n\nIn the pmu-events directory for JSON file definitions use the\nofficial machine name IBM z15 instead of machine type number\n8561. This is consistent with previous machines.\n\nSigned-off-by: Thomas Richter <tmricht@linux.ibm.com>\nCc: Heiko Carstens <heiko.carstens@de.ibm.com>\nCc: Vasily Gorbik <gor@linux.ibm.com>\nLink: http://lore.kernel.org/lkml/20190927081147.18345-2-tmricht@linux.ibm.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/0d0e5ecec6116db6031829299e74cc71240c9ff3"},{"sha":"ee212d6ea20887c0ef352be8563ca13dbf965906","author":{"name":"Steve MacLean","email":"268ad175a9a22309a2d803c5722864d98258bb78@microsoft.com"},"message":"perf map: Fix overlapped map handling\n\nWhenever an mmap/mmap2 event occurs, the map tree must be updated to add a new\nentry. If a new map overlaps a previous map, the overlapped section of the\nprevious map is effectively unmapped, but the non-overlapping sections are\nstill valid.\n\nmaps__fixup_overlappings() is responsible for creating any new map entries from\nthe previously overlapped map. It optionally creates a before and an after map.\n\nWhen creating the after map the existing code failed to adjust the map.pgoff.\nThis meant the new after map would incorrectly calculate the file offset\nfor the ip. This results in incorrect symbol name resolution for any ip in the\nafter region.\n\nMake maps__fixup_overlappings() correctly populate map.pgoff.\n\nAdd an assert that new mapping matches old mapping at the beginning of\nthe after map.\n\nCommitter-testing:\n\nValidated correct parsing of libcoreclr.so symbols from .NET Core 3.0 preview9\n(which didn't strip symbols).\n\nPreparation:\n\n  ~/dotnet3.0-preview9/dotnet new webapi -o perfSymbol\n  cd perfSymbol\n  ~/dotnet3.0-preview9/dotnet publish\n  perf record ~/dotnet3.0-preview9/dotnet \\\n      bin/Debug/netcoreapp3.0/publish/perfSymbol.dll\n  ^C\n\nBefore:\n\n  perf script --show-mmap-events 2>&1 | grep -e MMAP -e unknown |\\\n     grep libcoreclr.so | head -n 4\n        dotnet  1907 373352.698780: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615726000(0x768000) @ 0 08:02 5510620 765057155]: \\\n            r-xp .../3.0.0-preview9-19423-09/libcoreclr.so\n        dotnet  1907 373352.701091: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615974000(0x1000) @ 0x24e000 08:02 5510620 765057155]: \\\n            rwxp .../3.0.0-preview9-19423-09/libcoreclr.so\n        dotnet  1907 373352.701241: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615c42000(0x1000) @ 0x51c000 08:02 5510620 765057155]: \\\n            rwxp .../3.0.0-preview9-19423-09/libcoreclr.so\n        dotnet  1907 373352.705249:     250000 cpu-clock: \\\n             7fe6159a1f99 [unknown] \\\n             (.../3.0.0-preview9-19423-09/libcoreclr.so)\n\nAfter:\n\n  perf script --show-mmap-events 2>&1 | grep -e MMAP -e unknown |\\\n     grep libcoreclr.so | head -n 4\n        dotnet  1907 373352.698780: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615726000(0x768000) @ 0 08:02 5510620 765057155]: \\\n            r-xp .../3.0.0-preview9-19423-09/libcoreclr.so\n        dotnet  1907 373352.701091: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615974000(0x1000) @ 0x24e000 08:02 5510620 765057155]: \\\n            rwxp .../3.0.0-preview9-19423-09/libcoreclr.so\n        dotnet  1907 373352.701241: PERF_RECORD_MMAP2 1907/1907: \\\n            [0x7fe615c42000(0x1000) @ 0x51c000 08:02 5510620 765057155]: \\\n            rwxp .../3.0.0-preview9-19423-09/libcoreclr.so\n\nAll the [unknown] symbols were resolved.\n\nSigned-off-by: Steve MacLean <Steve.MacLean@Microsoft.com>\nTested-by: Brian Robbins <brianrob@microsoft.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Davidlohr Bueso <dave@stgolabs.net>\nCc: Eric Saint-Etienne <eric.saint.etienne@oracle.com>\nCc: John Keeping <john@metanate.com>\nCc: John Salem <josalem@microsoft.com>\nCc: Leo Yan <leo.yan@linaro.org>\nCc: Mark Rutland <mark.rutland@arm.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Song Liu <songliubraving@fb.com>\nCc: Stephane Eranian <eranian@google.com>\nCc: Tom McDonald <thomas.mcdonald@microsoft.com>\nLink: http://lore.kernel.org/lkml/BN8PR21MB136270949F22A6A02335C238F7800@BN8PR21MB1362.namprd21.prod.outlook.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/ee212d6ea20887c0ef352be8563ca13dbf965906"},{"sha":"b59711e9b0d22fd47abfa00602fd8c365cdd3ab7","author":{"name":"Steve MacLean","email":"268ad175a9a22309a2d803c5722864d98258bb78@microsoft.com"},"message":"perf inject jit: Fix JIT_CODE_MOVE filename\n\nDuring perf inject --jit, JIT_CODE_MOVE records were injecting MMAP records\nwith an incorrect filename. Specifically it was missing the \".so\" suffix.\n\nFurther the JIT_CODE_LOAD record were silently truncating the\njr->load.code_index field to 32 bits before generating the filename.\n\nMake both records emit the same filename based on the full 64 bit\ncode_index field.\n\nFixes: 9b07e27f88b9 (\"perf inject: Add jitdump mmap injection support\")\nCc: stable@vger.kernel.org # v4.6+\nSigned-off-by: Steve MacLean <Steve.MacLean@Microsoft.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Brian Robbins <brianrob@microsoft.com>\nCc: Davidlohr Bueso <dave@stgolabs.net>\nCc: Eric Saint-Etienne <eric.saint.etienne@oracle.com>\nCc: John Keeping <john@metanate.com>\nCc: John Salem <josalem@microsoft.com>\nCc: Leo Yan <leo.yan@linaro.org>\nCc: Mark Rutland <mark.rutland@arm.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Song Liu <songliubraving@fb.com>\nCc: Stephane Eranian <eranian@google.com>\nCc: Tom McDonald <thomas.mcdonald@microsoft.com>\nLink: http://lore.kernel.org/lkml/BN8PR21MB1362FF8F127B31DBF4121528F7800@BN8PR21MB1362.namprd21.prod.outlook.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/b59711e9b0d22fd47abfa00602fd8c365cdd3ab7"},{"sha":"2657983b4c0d81632c6a73bae469951b0d341251","author":{"name":"Steve MacLean","email":"268ad175a9a22309a2d803c5722864d98258bb78@microsoft.com"},"message":"perf docs: Correct and clarify jitdump spec\n\nSpecification claims latest version of jitdump file format is 2. Current\njit dump reading code treats 1 as the latest version.\n\nCorrect spec to match code.\n\nThe original language made it unclear the value to be written in the\nmagic field.\n\nRevise language that the writer always writes the same value. Specify\nthat the reader uses the value to detect endian mismatches.\n\nSigned-off-by: Steve MacLean <Steve.MacLean@Microsoft.com>\nAcked-by: Stephane Eranian <eranian@google.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Brian Robbins <brianrob@microsoft.com>\nCc: Davidlohr Bueso <dave@stgolabs.net>\nCc: Eric Saint-Etienne <eric.saint.etienne@oracle.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: John Keeping <john@metanate.com>\nCc: John Salem <josalem@microsoft.com>\nCc: Leo Yan <leo.yan@linaro.org>\nCc: Mark Rutland <mark.rutland@arm.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Song Liu <songliubraving@fb.com>\nCc: Tom McDonald <thomas.mcdonald@microsoft.com>\nLink: http://lore.kernel.org/lkml/BN8PR21MB1362F63CDE7AC69736FC7F9EF7800@BN8PR21MB1362.namprd21.prod.outlook.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/2657983b4c0d81632c6a73bae469951b0d341251"},{"sha":"e98df280bc2a499fd41d7f9e2d6733884de69902","author":{"name":"Andi Kleen","email":"0474aee45985f5ae829f53849df476200e876990@linux.intel.com"},"message":"perf script brstackinsn: Fix recovery from LBR/binary mismatch\n\nWhen the LBR data and the instructions in a binary do not match the loop\nprinting instructions could get confused and print a long stream of\nbogus <bad> instructions.\n\nThe problem was that if the instruction decoder cannot decode an\ninstruction it ilen wasn't initialized, so the loop going through the\nbasic block would continue with the previous value.\n\nHarden the code to avoid such problems:\n\n- Make sure ilen is always freshly initialized and is 0 for bad\n  instructions.\n\n- Do not overrun the code buffer while printing instructions\n\n- Print a warning message if the final jump is not on an instruction\n  boundary.\n\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nLink: http://lore.kernel.org/lkml/20190927233546.11533-1-andi@firstfloor.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/e98df280bc2a499fd41d7f9e2d6733884de69902"},{"sha":"6bdfd9f118bd59cf0f85d3bf4b72b586adea17c1","author":{"name":"Andi Kleen","email":"0474aee45985f5ae829f53849df476200e876990@linux.intel.com"},"message":"perf jevents: Fix period for Intel fixed counters\n\nThe Intel fixed counters use a special table to override the JSON\ninformation.\n\nDuring this override the period information from the JSON file got\ndropped, which results in inst_retired.any and similar running with\nfrequency mode instead of a period.\n\nJust specify the expected period in the table.\n\nSigned-off-by: Andi Kleen <ak@linux.intel.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nLink: http://lore.kernel.org/lkml/20190927233546.11533-2-andi@firstfloor.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm/commits/6bdfd9f118bd59cf0f85d3bf4b72b586adea17c1"}]}
{"actor":{"display_login":"Jackeagle"}}