{"push_id":2071470563,"size":35,"distinct_size":0,"ref":"refs/heads/caf/3.10/caf/torvalds/master","head":"02982f8550b3f2d908848f417ba802193dee5f4a","before":"b5ac3beb5a9f0ef0ea64cd85faf94c0dc4de0e42","commits":[{"sha":"4a40aedec653bb9e22c01ef4fe0a66278b1a666f","author":{"name":"Julien Grall","email":"0460a59ae5383817b5074239c81e847df6531cb1@linaro.org"},"message":"DT: arm,gic-v3: Update the ITS size in the examples\n\nCurrently, the examples are using 2MB for the ITS size. Per the\nspecification (section 8.18 in ARM IHI 0069D), the ITS address map is\n128KB.\n\nUpdate the examples to match the specification.\n\nSigned-off-by: Julien Grall <julien.grall@linaro.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/4a40aedec653bb9e22c01ef4fe0a66278b1a666f"},{"sha":"c427a475b6bc9d3304cca04acdec53464f71f24c","author":{"name":"Shanker Donthineni","email":"a30a6e23305015a59ca7ba97e4e509bf002f056a@codeaurora.org"},"message":"irqchip/gic-v3-its: Fix the incorrect BUG_ON in its_init_vpe_domain()\n\nThe driver probe path hits 'BUG_ON(entries != vpe_proxy.dev->nr_ites)'\non systems where it has VLPI capability, doesn't support direct LPI\nfeature and boot with a single CPU.\n\nRelax the BUG_ON() condition to fix the issue.\n\nSigned-off-by: Shanker Donthineni <shankerd@codeaurora.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/c427a475b6bc9d3304cca04acdec53464f71f24c"},{"sha":"32bd44dc19de012e22f1fdebd2606b5fb86d54c5","author":{"name":"Shanker Donthineni","email":"a30a6e23305015a59ca7ba97e4e509bf002f056a@codeaurora.org"},"message":"irqchip/gic-v3-its: Fix the incorrect parsing of VCPU table size\n\nThe VCPU table consists of vPE entries, and its size provides the number\nof VPEs supported by GICv4 hardware. Unfortunately the maximum size of\nthe VPE table is not discoverable like Device table. All VLPI commands\nlimits the number of bits to 16 to hold VPEID, which is index into VCPU\ntable. Don't apply DEVID bits for VCPU table instead assume maximum bits\nto 16.\n\nITS log messages on QDF2400 without fix:\n  allocated 524288 Devices (indirect, esz 8, psz 64K, shr 1)\n  allocated 8192 Interrupt Collections (flat, esz 8, psz 64K, shr 1)\n  Virtual CPUs Table too large, reduce ids 32->26\n  Virtual CPUs too large, reduce ITS pages 8192->256\n  allocated 2097152 Virtual CPUs (flat, esz 8, psz 64K, shr 1)\n\nITS log messages on QDF2400 with fix:\n  allocated 524288 Devices (indirect, esz 8, psz 64K, shr 1)\n  allocated 8192 Interrupt Collections (flat, esz 8, psz 64K, shr 1)\n  allocated 65536 Virtual CPUs (flat, esz 8, psz 64K, shr 1)\n\nSigned-off-by: Shanker Donthineni <shankerd@codeaurora.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/32bd44dc19de012e22f1fdebd2606b5fb86d54c5"},{"sha":"30ae9610d275f8f03f5bf7612ce71d8af6fc400b","author":{"name":"Shanker Donthineni","email":"a30a6e23305015a59ca7ba97e4e509bf002f056a@codeaurora.org"},"message":"irqchip/gic-v3-its: Add missing changes to support 52bit physical address\n\nThe current ITS driver works fine as long as normal memory and GICR\nregions are located within the lower 48bit (>=0 && <2^48) physical\naddress space. Some of the registers GICR_PEND/PROP, GICR_VPEND/VPROP\nand GITS_CBASER are handled properly but not all when configuring\nthe hardware with 52bit physical address.\n\nThis patch does the following changes to support 52bit PA.\n  -Handle 52bit PA in GITS_BASERn.\n  -Fix ITT_addr width to 52bits, bits[51:8].\n  -Fix RDbase width to 52bits, bits[51:16].\n  -Fix VPT_addr width to 52bits, bits[51:16].\n\nDefinition of the GITS_BASERn register when ITS PageSize is 64KB:\n  -Bits[47:16] of the register provide bits[47:16] of the table PA.\n  -Bits[15:12] of the register provide bits[51:48] of the table PA.\n  -Bits[15:00] of the base physical address are 0.\n\nSigned-off-by: Shanker Donthineni <shankerd@codeaurora.org>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/30ae9610d275f8f03f5bf7612ce71d8af6fc400b"},{"sha":"20608924cc2e6bdeaf6f58ccbe9ddfe12dbfa082","author":{"name":"Doug Berger","email":"a5e842be13d05e3351c9e4cf3d1cd95903dfe01e@gmail.com"},"message":"genirq: generic chip: Add irq_gc_mask_disable_and_ack_set()\n\nThe irq_gc_mask_disable_reg_and_ack() function name implies that it\nprovides the combined functions of irq_gc_mask_disable_reg() and\nirq_gc_ack().  However, the implementation does not actually do\nthat since it writes the mask instead of the disable register. It\nalso does not maintain the mask cache which makes it inappropriate\nto use with other masking functions.\n\nIn addition, commit 659fb32d1b67 (\"genirq: replace irq_gc_ack() with\n{set,clr}_bit variants (fwd)\") effectively renamed irq_gc_ack() to\nirq_gc_ack_set_bit() so this function probably should have also been\nrenamed at that time.\n\nThe generic chip code currently provides three functions for use\nwith the irq_mask member of the irq_chip structure and two functions\nfor use with the irq_ack member of the irq_chip structure. These\nfunctions could be combined into six functions for use with the\nirq_mask_ack member of the irq_chip structure.  However, since only\none of the combinations is currently used, only the function\nirq_gc_mask_disable_and_ack_set() is added by this commit.\n\nThe '_reg' and '_bit' portions of the base function name were left\nout of the new combined function name in an attempt to keep the\nfunction name length manageable with the 80 character source code\nline length while still allowing the distinct aspects of each\ncombination to be captured by the name.\n\nIf other combinations are desired in the future please add them to\nthe irq generic chip library at that time.\n\nSigned-off-by: Doug Berger <opendmb@gmail.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/20608924cc2e6bdeaf6f58ccbe9ddfe12dbfa082"},{"sha":"16150904d8ba7b93b51d97bcfc671951b7f3dc02","author":{"name":"Florian Fainelli","email":"244da8ca84c0b82369d8dd3f15015e61f28f6fe5@gmail.com"},"message":"irqchip/tango: Use irq_gc_mask_disable_and_ack_set\n\nThe only usage of the irq_gc_mask_disable_reg_and_ack() function\nis by the Tango irqchip driver. This usage is replaced by the\nirq_gc_mask_disable_and_ack_set() function since it provides the\nintended functionality.\n\nFixes: 4bba66899ac6 (\"irqchip/tango: Add support for Sigma Designs SMP86xx/SMP87xx interrupt controller\")\nAcked-by: Mans Rullgard <mans@mansr.com>\nAcked-by: Marc Gonzalez <marc_gonzalez@sigmadesigns.com>\nSigned-off-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: Doug Berger <opendmb@gmail.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/16150904d8ba7b93b51d97bcfc671951b7f3dc02"},{"sha":"0d08af35f16a0cc418ad2afde3bc5f70ace82705","author":{"name":"Doug Berger","email":"a5e842be13d05e3351c9e4cf3d1cd95903dfe01e@gmail.com"},"message":"genirq: generic chip: remove irq_gc_mask_disable_reg_and_ack()\n\nAny usage of the irq_gc_mask_disable_reg_and_ack() function has\nbeen replaced with the desired functionality.\n\nThe incorrect and ambiguously named function is removed here to\nprevent accidental misuse.\n\nSigned-off-by: Doug Berger <opendmb@gmail.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/0d08af35f16a0cc418ad2afde3bc5f70ace82705"},{"sha":"70b01dfd765dd2196d51f33a49df23954416f34a","author":{"name":"Jiri Olsa","email":"6ec5210565a1958bbe93481156e0b0980ef9fac7@kernel.org"},"message":"perf hists: Fix crash in perf_hpp__reset_output_field()\n\nDu Changbin reported crash [1] when calling perf_hpp__reset_output_field()\nafter unregistering field via perf_hpp__column_unregister().\n\nThis ends up in calling following list_del* sequence on\nthe same format:\n\n  perf_hpp__column_unregister:\n    list_del(&format->list);\n  perf_hpp__reset_output_field:\n    list_del_init(&fmt->list);\n\nwhere the later list_del_init might touch already freed formats.\n\nFixing this by replacing list_del() with list_del_init() in\nperf_hpp__column_unregister().\n\n[1] http://marc.info/?l=linux-kernel&m=149059595826019&w=2\n\nReported-by: Changbin Du <changbin.du@intel.com>\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nCc: Andi Kleen <andi@firstfloor.org>\nCc: David Ahern <dsahern@gmail.com>\nCc: Jin Yao <yao.jin@linux.intel.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lkml.kernel.org/r/20171013083736.15037-2-jolsa@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/70b01dfd765dd2196d51f33a49df23954416f34a"},{"sha":"d0e35234f647631ddfa5fa8c8ec66c9bc698f0ab","author":{"name":"Jiri Olsa","email":"6ec5210565a1958bbe93481156e0b0980ef9fac7@kernel.org"},"message":"perf hists: Add extra integrity checks to fmt_free()\n\nMake sure the struct perf_hpp_fmt is properly unhooked before we free\nit.\n\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nCc: Andi Kleen <andi@firstfloor.org>\nCc: Changbin Du <changbin.du@intel.com>\nCc: David Ahern <dsahern@gmail.com>\nCc: Jin Yao <yao.jin@linux.intel.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lkml.kernel.org/r/20171013083736.15037-3-jolsa@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/d0e35234f647631ddfa5fa8c8ec66c9bc698f0ab"},{"sha":"29479bfe83bafb8aa37f36ca132ee8349d11da0c","author":{"name":"Jiri Olsa","email":"6ec5210565a1958bbe93481156e0b0980ef9fac7@redhat.com"},"message":"perf tools: Check wether the eBPF file exists in event parsing\n\nAdding the check wether the eBPF file exists, to consider it\nas eBPF input file. This way we can differentiate eBPF events\nfrom events that end up with same suffix as eBPF file.\n\nBefore:\n\n  $ perf stat -e 'cpu/uops_executed.core/'  true\n  bpf: builtin compilation failed: -95, try external compiler\n  WARNING:        unable to get correct kernel building directory.\n  Hint:   Set correct kbuild directory using 'kbuild-dir' option in [llvm]\n          section of ~/.perfconfig or set it to \"\" to suppress kbuild\n          detection.\n\n  event syntax error: 'cpu/uops_executed.core/'\n                       \\___ Failed to load cpu/uops_executed.c from source: 'version' section incorrect or lost\n\nAfter:\n\n  $ perf stat -e 'cpu/uops_executed.core/'  true\n\n   Performance counter stats for 'true':\n\n             181,533      cpu/uops_executed.core/:u\n\n         0.002795447 seconds time elapsed\n\nIf user makes type in the eBPF file, we prioritize the event syntax\nand show following warning:\n\n  $ perf stat -e 'krava.c//'  true\n  event syntax error: 'krava.c//'\n                       \\___ Cannot find PMU `krava.c'. Missing kernel support?\n\nReported-and-Tested-by: Andi Kleen <ak@linux.intel.com>\nSigned-off-by: Jiri Olsa <jolsa@kernel.org>\nTested-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Changbin Du <changbin.du@intel.com>\nCc: David Ahern <dsahern@gmail.com>\nCc: Jin Yao <yao.jin@linux.intel.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lkml.kernel.org/r/20171013083736.15037-9-jolsa@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/29479bfe83bafb8aa37f36ca132ee8349d11da0c"},{"sha":"e6fc454b7794fc45c27364c7896b8f03094635ee","author":{"name":"Colin Ian King","email":"61b69653f478c16de27cbf2a77617b5a614a704a@canonical.com"},"message":"x86/cpu/intel_cacheinfo: Remove redundant assignment to 'this_leaf'\n\nThe 'this_leaf' variable is assigned a value that is never\nread and it is updated a little later with a newer value,\nhence we can remove the redundant assignment.\n\nCleans up the following Clang warning:\n\n  Value stored to 'this_leaf' is never read\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nReviewed-by: Borislav Petkov <bp@suse.de>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: kernel-janitors@vger.kernel.org\nLink: http://lkml.kernel.org/r/20171015160203.12332-1-colin.king@canonical.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/e6fc454b7794fc45c27364c7896b8f03094635ee"},{"sha":"3d51969ce318963e5330bda74dcfac22da180c71","author":{"name":"Thomas Gleixner","email":"352b5f5ba0189d2583768a9bb8247f98115b9038@linutronix.de"},"message":"Merge tag 'irqchip-4.14-3' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms into irq/urgent\n\nPull irqchip updates for 4.14-rc5 from Marc Zyngier:\n\n- Fix unfortunate mistake in the GICv3 ITS binding example\n- Two fixes for the recently merged GICv4 support\n- GICv3 ITS 52bit PA fixes\n- Generic irqchip mask-ack fix, and its application to the tango irqchip","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/3d51969ce318963e5330bda74dcfac22da180c71"},{"sha":"8bc9481f43103da77d75a532d9eae55790b9eea6","author":{"name":"Arnaldo Carvalho de Melo","email":"7310a59577712e001e6abd523e66592d8f2dc989@redhat.com"},"message":"perf tools: Add long time reviewers to MAINTAINERS\n\nJiri and Namhyung have long contributed a lot of code and time reviewing\npatches to tools/, so lets make that reflected in the MAINTAINERS file\nto encourage patch submitters to add them to the CC list, speeding up\nthe process of tools/perf/ patch processing.\n\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nAcked-by: Namhyung Kim <namhyung@kernel.org>\nCc: Adrian Hunter <adrian.hunter@intel.com>\nCc: David Ahern <dsahern@gmail.com>\nCc: Wang Nan <wangnan0@huawei.com>\nLink: http://lkml.kernel.org/n/tip-onicopw68bg6kn56lnybfpns@git.kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/8bc9481f43103da77d75a532d9eae55790b9eea6"},{"sha":"9c48c0965b97e14ddcf75490a754e84e05aaa062","author":{"name":"Thomas Gleixner","email":"352b5f5ba0189d2583768a9bb8247f98115b9038@linutronix.de"},"message":"x86/idt: Initialize early IDT before cr4_init_shadow()\n\nMoving the early IDT setup out of assembly code breaks the boot on first\ngeneration 486 systems.\n\nThe reason is that the call of idt_setup_early_handler, which sets up the\nearly handlers was added after the call to cr4_init_shadow().\n\ncr4_init_shadow() tries to read CR4 which is not available on those\nsystems. The accessor function uses a extable fixup to handle the resulting\nfault. As the IDT is not set up yet, the cr4 read exception causes an\ninstantaneous reboot for obvious reasons.\n\nCall idt_setup_early_handler() before cr4_init_shadow() so IDT is set up\nbefore the first exception hits.\n\nFixes: 87e81786b13b (\"x86/idt: Move early IDT setup out of 32-bit asm\")\nReported-and-tested-by:  Matthew Whitehead <whiteheadm@acm.org>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Andy Lutomirski <luto@kernel.org>\nLink: https://lkml.kernel.org/r/alpine.DEB.2.20.1710161210290.1973@nanos","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/9c48c0965b97e14ddcf75490a754e84e05aaa062"},{"sha":"3f50f614d61f91ad30b1947c429d1f235493a7f9","author":{"name":"Taeung Song","email":"dd1ffb307701fbfad51aa975e7fde70d493a4bfc@gmail.com"},"message":"perf record: Fix documentation for a inexistent option '-l'\n\n'perf record' had a '-l' option that meant \"scale counter values\" a very\nlong time ago, but it currently belongs to 'perf stat' as '-c'.  So\nremove it. I found this problem in the below case.\n\n    $ perf record -e cycles -l sleep 3\n      Error: unknown switch `l\n\nSigned-off-by: Taeung Song <treeze.taeung@gmail.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Namhyung Kim <namhyung@kernel.org>\nLink: http://lkml.kernel.org/r/1507907412-19813-1-git-send-email-treeze.taeung@gmail.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/3f50f614d61f91ad30b1947c429d1f235493a7f9"},{"sha":"7f0cd23615040b9e53bb4980c986b721cba08bbc","author":{"name":"Namhyung Kim","email":"b7af351e2f66f7a190ae8e2228796f52469e31e4@kernel.org"},"message":"perf buildid-list: Fix crash when processing PERF_RECORD_NAMESPACE\n\nThomas reported that 'perf buildid-list' gets a SEGFAULT due to NULL\npointer deref when he ran it on a data with namespace events.  It was\nbecause the buildid_id__mark_dso_hit_ops lacks the namespace event\nhandler and perf_too__fill_default() didn't set it.\n\n  Program received signal SIGSEGV, Segmentation fault.\n  0x0000000000000000 in ?? ()\n  Missing separate debuginfos, use: dnf debuginfo-install audit-libs-2.7.7-1.fc25.s390x bzip2-libs-1.0.6-21.fc25.s390x elfutils-libelf-0.169-1.fc25.s390x\n  +elfutils-libs-0.169-1.fc25.s390x libcap-ng-0.7.8-1.fc25.s390x numactl-libs-2.0.11-2.ibm.fc25.s390x openssl-libs-1.1.0e-1.1.ibm.fc25.s390x perl-libs-5.24.1-386.fc25.s390x\n  +python-libs-2.7.13-2.fc25.s390x slang-2.3.0-7.fc25.s390x xz-libs-5.2.3-2.fc25.s390x zlib-1.2.8-10.fc25.s390x\n  (gdb) where\n  #0  0x0000000000000000 in ?? ()\n  #1  0x00000000010fad6a in machines__deliver_event (machines=<optimized out>, machines@entry=0x2c6fd18,\n      evlist=<optimized out>, event=event@entry=0x3fffdf00470, sample=0x3ffffffe880, sample@entry=0x3ffffffe888,\n      tool=tool@entry=0x1312968 <build_id.mark_dso_hit_ops>, file_offset=1136) at util/session.c:1287\n  #2  0x00000000010fbf4e in perf_session__deliver_event (file_offset=1136, tool=0x1312968 <build_id.mark_dso_hit_ops>,\n      sample=0x3ffffffe888, event=0x3fffdf00470, session=0x2c6fc30) at util/session.c:1340\n  #3  perf_session__process_event (session=0x2c6fc30, session@entry=0x0, event=event@entry=0x3fffdf00470,\n      file_offset=file_offset@entry=1136) at util/session.c:1522\n  #4  0x00000000010fddde in __perf_session__process_events (file_size=11880, data_size=<optimized out>,\n      data_offset=<optimized out>, session=0x0) at util/session.c:1899\n  #5  perf_session__process_events (session=0x0, session@entry=0x2c6fc30) at util/session.c:1953\n  #6  0x000000000103b2ac in perf_session__list_build_ids (with_hits=<optimized out>, force=<optimized out>)\n      at builtin-buildid-list.c:83\n  #7  cmd_buildid_list (argc=<optimized out>, argv=<optimized out>) at builtin-buildid-list.c:115\n  #8  0x00000000010a026c in run_builtin (p=0x1311f78 <commands+24>, argc=argc@entry=2, argv=argv@entry=0x3fffffff3c0)\n      at perf.c:296\n  #9  0x000000000102bc00 in handle_internal_command (argv=<optimized out>, argc=2) at perf.c:348\n  #10 run_argv (argcp=<synthetic pointer>, argv=<synthetic pointer>) at perf.c:392\n  #11 main (argc=<optimized out>, argv=0x3fffffff3c0) at perf.c:536\n  (gdb)\n\nFix it by adding a stub event handler for namespace event.\n\nCommitter testing:\n\nFurther clarifying, plain using 'perf buildid-list' will not end up in a\nSEGFAULT when processing a perf.data file with namespace info:\n\n  # perf record -a --namespaces sleep 1\n  [ perf record: Woken up 1 times to write data ]\n  [ perf record: Captured and wrote 2.024 MB perf.data (1058 samples) ]\n  # perf buildid-list | wc -l\n  38\n  # perf buildid-list | head -5\n  e2a171c7b905826fc8494f0711ba76ab6abbd604 /lib/modules/4.14.0-rc3+/build/vmlinux\n  874840a02d8f8a31cedd605d0b8653145472ced3 /lib/modules/4.14.0-rc3+/kernel/arch/x86/kvm/kvm-intel.ko\n  ea7223776730cd8a22f320040aae4d54312984bc /lib/modules/4.14.0-rc3+/kernel/drivers/gpu/drm/i915/i915.ko\n  5961535e6732a8edb7f22b3f148bb2fa2e0be4b9 /lib/modules/4.14.0-rc3+/kernel/drivers/gpu/drm/drm.ko\n  f045f54aa78cf1931cc893f78b6cbc52c72a8cb1 /usr/lib64/libc-2.25.so\n  #\n\nIt is only when one asks for checking what of those entries actually had\nsamples, i.e. when we use either -H or --with-hits, that we will process\nall the PERF_RECORD_ events, and since tools/perf/builtin-buildid-list.c\nneither explicitely set a perf_tool.namespaces() callback nor the\ndefault stub was set that we end up, when processing a\nPERF_RECORD_NAMESPACE record, causing a SEGFAULT:\n\n  # perf buildid-list -H\n  Segmentation fault (core dumped)\n  ^C\n  #\n\nReported-and-Tested-by: Thomas-Mich Richter <tmricht@linux.vnet.ibm.com>\nSigned-off-by: Namhyung Kim <namhyung@kernel.org>\nTested-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Hari Bathini <hbathini@linux.vnet.ibm.com>\nCc: Hendrik Brueckner <brueckner@linux.vnet.ibm.com>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas-Mich Richter <tmricht@linux.vnet.ibm.com>\nFixes: f3b3614a284d (\"perf tools: Add PERF_RECORD_NAMESPACES to include namespaces related info\")\nLink: http://lkml.kernel.org/r/20171017132900.11043-1-namhyung@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/7f0cd23615040b9e53bb4980c986b721cba08bbc"},{"sha":"3d8bba9535ac6e79453c769dd0c8ea852a51ad60","author":{"name":"Jin Yao","email":"dae0905fa88b5e86a5fea6242fa01bc42be49a6e@linux.intel.com"},"message":"perf xyarray: Fix wrong processing when closing evsel fd\n\nIn current xyarray code, xyarray__max_x() returns max_y, and xyarray__max_y()\nreturns max_x.\n\nIt's confusing and for code logic it looks not correct.\n\nError happens when closing evsel fd. Let's see this scenario:\n\n1. Allocate an fd (pseudo-code)\n\n  perf_evsel__alloc_fd(struct perf_evsel *evsel, int ncpus, int nthreads)\n  {\n\tevsel->fd = xyarray__new(ncpus, nthreads, sizeof(int));\n  }\n\n  xyarray__new(int xlen, int ylen, size_t entry_size)\n  {\n\tsize_t row_size = ylen * entry_size;\n\tstruct xyarray *xy = zalloc(sizeof(*xy) + xlen * row_size);\n\n\txy->entry_size = entry_size;\n\txy->row_size   = row_size;\n\txy->entries    = xlen * ylen;\n\txy->max_x      = xlen;\n\txy->max_y      = ylen;\n\t......\n  }\n\nSo max_x is ncpus, max_y is nthreads and row_size = nthreads * 4.\n\n2. Use perf syscall and get the fd\n\n  int perf_evsel__open(struct perf_evsel *evsel, struct cpu_map *cpus,\n\t\t     struct thread_map *threads)\n  {\n\tfor (cpu = 0; cpu < cpus->nr; cpu++) {\n\n\t\tfor (thread = 0; thread < nthreads; thread++) {\n\t\t\tint fd, group_fd;\n\n\t\t\tfd = sys_perf_event_open(&evsel->attr, pid, cpus->map[cpu],\n\t\t\t\t\t\t group_fd, flags);\n\n\t\t\tFD(evsel, cpu, thread) = fd;\n\t}\n  }\n\n  static inline void *xyarray__entry(struct xyarray *xy, int x, int y)\n  {\n\treturn &xy->contents[x * xy->row_size + y * xy->entry_size];\n  }\n\nThese codes don't have issues. The issue happens in the closing of fd.\n\n3. Close fd.\n\n  void perf_evsel__close_fd(struct perf_evsel *evsel)\n  {\n\tint cpu, thread;\n\n\tfor (cpu = 0; cpu < xyarray__max_x(evsel->fd); cpu++)\n\t\tfor (thread = 0; thread < xyarray__max_y(evsel->fd); ++thread) {\n\t\t\tclose(FD(evsel, cpu, thread));\n\t\t\tFD(evsel, cpu, thread) = -1;\n\t\t}\n  }\n\n  Since xyarray__max_x() returns max_y (nthreads) and xyarry__max_y()\n  returns max_x (ncpus), so above code is actually to be:\n\n        for (cpu = 0; cpu < nthreads; cpu++)\n                for (thread = 0; thread < ncpus; ++thread) {\n                        close(FD(evsel, cpu, thread));\n                        FD(evsel, cpu, thread) = -1;\n                }\n\n  It's not correct!\n\nThis change is introduced by \"475fb533fb7d\" (\"perf evsel: Fix buffer overflow\nwhile freeing events\")\n\nThis fix is to let xyarray__max_x() return max_x (ncpus) and\nlet xyarry__max_y() return max_y (nthreads)\n\nCommitter note:\n\nThis was also fixed by Ravi Bangoria, who provided the same patch,\nnoticing the problem with 'perf record':\n\n<quote Ravi>\nI see 'perf record -p <pid>' crashes with following log:\n\n   *** Error in `./perf': free(): invalid next size (normal): 0x000000000298b340 ***\n   ======= Backtrace: =========\n   /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f7fd85c87e5]\n   /lib/x86_64-linux-gnu/libc.so.6(+0x8037a)[0x7f7fd85d137a]\n   /lib/x86_64-linux-gnu/libc.so.6(cfree+0x4c)[0x7f7fd85d553c]\n   ./perf(perf_evsel__close+0xb4)[0x4b7614]\n   ./perf(perf_evlist__delete+0x100)[0x4ab180]\n   ./perf(cmd_record+0x1d9)[0x43a5a9]\n   ./perf[0x49aa2f]\n   ./perf(main+0x631)[0x427841]\n   /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f7fd8571830]\n   ./perf(_start+0x29)[0x427a59]\n</>\n\nSigned-off-by: Jin Yao <yao.jin@linux.intel.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Kan Liang <kan.liang@intel.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Ravi Bangoria <ravi.bangoria@linux.vnet.ibm.com>\nFixes: d74be4767367 (\"perf xyarray: Save max_x, max_y\")\nLink: http://lkml.kernel.org/r/1508339478-26674-1-git-send-email-yao.jin@linux.intel.com\nLink: http://lkml.kernel.org/r/1508327446-15302-1-git-send-email-ravi.bangoria@linux.vnet.ibm.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/3d8bba9535ac6e79453c769dd0c8ea852a51ad60"},{"sha":"74f8e22c153f4464060a0c2e4cfd1d6e51af2109","author":{"name":"Li Zhijian","email":"bfe033e61113609f617cc1e3efb776f053569d51@cn.fujitsu.com"},"message":"perf test shell trace+probe_libc_inet_pton.sh: Be compatible with Debian/Ubuntu\n\nIn debian/ubuntu, libc.so is located at a different place,\n/lib/x86_64-linux-gnu/libc-2.23.so, so it outputs like this when testing:\n\n  PING ::1(::1) 56 data bytes\n  64 bytes from ::1: icmp_seq=1 ttl=64 time=0.040 ms\n\n  --- ::1 ping statistics ---\n  1 packets transmitted, 1 received, 0% packet loss, time 0ms\n  rtt min/avg/max/mdev = 0.040/0.040/0.040/0.000 ms\n  0.000 probe_libc:inet_pton:(7f0e2db741c0))\n  __GI___inet_pton (/lib/x86_64-linux-gnu/libc-2.23.so)\n  getaddrinfo (/lib/x86_64-linux-gnu/libc-2.23.so)\n  [0xffffa9d40f34ff4d] (/bin/ping)\n\nFix up the libc path to make sure this test works in more OSes.\n\nCommitter testing:\n\nWhen this test fails one can use 'perf test -v', i.e. in verbose mode, where\nit'll show the expected backtrace, so, after applying this test:\n\nOn Fedora 26:\n\n  # perf test -v ping\n  62: probe libc's inet_pton & backtrace it with ping       :\n  --- start ---\n  test child forked, pid 23322\n  PING ::1(::1) 56 data bytes\n  64 bytes from ::1: icmp_seq=1 ttl=64 time=0.058 ms\n  --- ::1 ping statistics ---\n  1 packets transmitted, 1 received, 0% packet loss, time 0ms\n  rtt min/avg/max/mdev = 0.058/0.058/0.058/0.000 ms\n  0.000 probe_libc:inet_pton:(7fe344310d80))\n  __GI___inet_pton (/usr/lib64/libc-2.25.so)\n  getaddrinfo (/usr/lib64/libc-2.25.so)\n  _init (/usr/bin/ping)\n  test child finished with 0\n  ---- end ----\n  probe libc's inet_pton & backtrace it with ping: Ok\n  #\n\nSigned-off-by: Li Zhijian <lizhijian@cn.fujitsu.com>\nTested-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Kim Phillips <kim.phillips@arm.com>\nCc: Li Zhijian <lizhijian@cn.fujitsu.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Philip Li <philip.li@intel.com>\nLink: http://lkml.kernel.org/r/1508315649-18836-1-git-send-email-lizhijian@cn.fujitsu.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/74f8e22c153f4464060a0c2e4cfd1d6e51af2109"},{"sha":"723f2828a98c8ca19842042f418fb30dd8cfc0f7","author":{"name":"Borislav Petkov","email":"eb590213a9667d8ba86dc1d7da45a37c724b7836@suse.de"},"message":"x86/microcode/intel: Disable late loading on model 79\n\nBlacklist Broadwell X model 79 for late loading due to an erratum.\n\nSigned-off-by: Borislav Petkov <bp@suse.de>\nAcked-by: Tony Luck <tony.luck@intel.com>\nCc: <stable@vger.kernel.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/20171018111225.25635-1-bp@alien8.de\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/723f2828a98c8ca19842042f418fb30dd8cfc0f7"},{"sha":"e8b9b0cc8269c85d8167aaee024bfcbb4976c031","author":{"name":"Andy Lutomirski","email":"3cb7d5a8804519b67b2d7945dee31e85c91c02f9@kernel.org"},"message":"x86/mm/64: Remove the last VM_BUG_ON() from the TLB code\n\nLet's avoid hard-to-diagnose crashes in the future.\n\nSigned-off-by: Andy Lutomirski <luto@kernel.org>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nLink: http://lkml.kernel.org/r/f423bbc97864089fbdeb813f1ea126c6eaed844a.1508000261.git.luto@kernel.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel_msm-3.18/commits/e8b9b0cc8269c85d8167aaee024bfcbb4976c031"}]}
{"actor":{"display_login":"Jackeagle"}}