{"push_id":3090035671,"size":342,"distinct_size":342,"ref":"refs/heads/rpi-4.19.y","head":"af62decd84841488f775c70d3d20c4343e787602","before":"0d1eb45f57034b7c1898f828321c5b69bba319b1","commits":[{"sha":"1beb22c52484f8e4047af142ee70e1b357d561c9","author":{"name":"Ville Syrjälä","email":"cd6e8d405ca90be3a03d5427c5b24fbd2d68dcc4@linux.intel.com"},"message":"drm/i915: Replace some PAGE_SIZE with I915_GTT_PAGE_SIZE\n\ncommit f6e35cda66146106cfeb85ed65696e0f8e793fee upstream.\n\nUse I915_GTT_PAGE_SIZE when talking about GTT pages rather than\nphysical pages.\n\nThere are some PAGE_SHIFTs left though. Not sure if we want to\nintroduce I915_GTT_PAGE_SHIFT or what?\n\nCc: Chris Wilson <chris@chris-wilson.co.uk>\nSuggested-by: Chris Wilson <chris@chris-wilson.co.uk> # at least some of it :)\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20180913150405.706-1-ville.syrjala@linux.intel.com\nReviewed-by: Chris Wilson <chris@chris-wilson.co.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/1beb22c52484f8e4047af142ee70e1b357d561c9"},{"sha":"ad1834fd8a479f499918107e1f97591eb0a4b39f","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"cifs: don't dereference smb_file_target before null check\n\n[ Upstream commit 8c6c9bed8773375b1d54ccca2911ec892c59db5d ]\n\nThere is a null check on dst_file->private data which suggests\nit can be potentially null. However, before this check, pointer\nsmb_file_target is derived from dst_file->private and dereferenced\nin the call to tlink_tcon, hence there is a potential null pointer\ndeference.\n\nFix this by assigning smb_file_target and target_tcon after the\nnull pointer sanity checks.\n\nDetected by CoverityScan, CID#1475302 (\"Dereference before null check\")\n\nFixes: 04b38d601239 (\"vfs: pull btrfs clone API to vfs layer\")\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Steve French <stfrench@microsoft.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/ad1834fd8a479f499918107e1f97591eb0a4b39f"},{"sha":"e4ed4e68c6d8aba1e4cd63979e7ac7f42075e21a","author":{"name":"Ronnie Sahlberg","email":"b60d83c421fcc8bd9f14146aa4b81a551b9898d9@redhat.com"},"message":"cifs: fix return value for cifs_listxattr\n\n[ Upstream commit 0c5d6cb6643f48ad3775322f3ebab6c7eb67484e ]\n\nIf the application buffer was too small to fit all the names\nwe would still count the number of bytes and return this for\nlistxattr. This would then trigger a BUG in usercopy.c\n\nFix the computation of the size so that we return -ERANGE\ncorrectly when the buffer is too small.\n\nThis fixes the kernel BUG for xfstest generic/377\n\nSigned-off-by: Ronnie Sahlberg <lsahlber@redhat.com>\nSigned-off-by: Steve French <stfrench@microsoft.com>\nReviewed-by: Aurelien Aptel <aaptel@suse.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/e4ed4e68c6d8aba1e4cd63979e7ac7f42075e21a"},{"sha":"262522ccef74e5f1a74f9f5591834f2a97a458fd","author":{"name":"Anders Roxell","email":"b4e8e89057bc64bc4f9625a4a821c9ac177a7ed2@linaro.org"},"message":"arm64: kprobe: make page to RO mode when allocate it\n\n[ Upstream commit 966866892cf89d606544bca22d584ba2ef9ec208 ]\n\nCommit 1404d6f13e47 (\"arm64: dump: Add checking for writable and exectuable pages\")\nhas successfully identified code that leaves a page with W+X\npermissions.\n\n[    3.245140] arm64/mm: Found insecure W+X mapping at address (____ptrval____)/0xffff000000d90000\n[    3.245771] WARNING: CPU: 0 PID: 1 at ../arch/arm64/mm/dump.c:232 note_page+0x410/0x420\n[    3.246141] Modules linked in:\n[    3.246653] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.0-rc5-next-20180928-00001-ge70ae259b853-dirty #62\n[    3.247008] Hardware name: linux,dummy-virt (DT)\n[    3.247347] pstate: 80000005 (Nzcv daif -PAN -UAO)\n[    3.247623] pc : note_page+0x410/0x420\n[    3.247898] lr : note_page+0x410/0x420\n[    3.248071] sp : ffff00000804bcd0\n[    3.248254] x29: ffff00000804bcd0 x28: ffff000009274000\n[    3.248578] x27: ffff00000921a000 x26: ffff80007dfff000\n[    3.248845] x25: ffff0000093f5000 x24: ffff000009526f6a\n[    3.249109] x23: 0000000000000004 x22: ffff000000d91000\n[    3.249396] x21: ffff000000d90000 x20: 0000000000000000\n[    3.249661] x19: ffff00000804bde8 x18: 0000000000000400\n[    3.249924] x17: 0000000000000000 x16: 0000000000000000\n[    3.250271] x15: ffffffffffffffff x14: 295f5f5f5f6c6176\n[    3.250594] x13: 7274705f5f5f5f28 x12: 2073736572646461\n[    3.250941] x11: 20746120676e6970 x10: 70616d20582b5720\n[    3.251252] x9 : 6572756365736e69 x8 : 3039643030303030\n[    3.251519] x7 : 306666666678302f x6 : ffff0000095467b2\n[    3.251802] x5 : 0000000000000000 x4 : 0000000000000000\n[    3.252060] x3 : 0000000000000000 x2 : ffffffffffffffff\n[    3.252323] x1 : 4d151327adc50b00 x0 : 0000000000000000\n[    3.252664] Call trace:\n[    3.252953]  note_page+0x410/0x420\n[    3.253186]  walk_pgd+0x12c/0x238\n[    3.253417]  ptdump_check_wx+0x68/0xf8\n[    3.253637]  mark_rodata_ro+0x68/0x98\n[    3.253847]  kernel_init+0x38/0x160\n[    3.254103]  ret_from_fork+0x10/0x18\n\nkprobes allocates a writable executable page with module_alloc() in\norder to store executable code.\nReworked to that when allocate a page it sets mode RO. Inspired by\ncommit 63fef14fc98a (\"kprobes/x86: Make insn buffer always ROX and use text_poke()\").\n\nSuggested-by: Arnd Bergmann <arnd@arndb.de>\nSuggested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Will Deacon <will.deacon@arm.com>\nAcked-by: Masami Hiramatsu <mhiramat@kernel.org>\nReviewed-by: Laura Abbott <labbott@redhat.com>\nSigned-off-by: Anders Roxell <anders.roxell@linaro.org>\n[catalin.marinas@arm.com: removed unnecessary casts]\nSigned-off-by: Catalin Marinas <catalin.marinas@arm.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/262522ccef74e5f1a74f9f5591834f2a97a458fd"},{"sha":"0987d5a67bc726e99136f623b09ae9e207f50e16","author":{"name":"Ming Lei","email":"8d0fc11caeb4659419f0ba3104eb4a9d30848d42@redhat.com"},"message":"block: brd: associate with queue until adding disk\n\n[ Upstream commit 153fcd5f6d93b8e1e4040b1337f564a10f8d93af ]\n\nbrd_free() may be called in failure path on one brd instance which\ndisk isn't added yet, so release handler of gendisk may free the\nassociated request_queue early and causes the following use-after-free[1].\n\nThis patch fixes this issue by associating gendisk with request_queue\njust before adding disk.\n\n[1] KASAN: use-after-free Read in del_timer_syncNon-volatile memory driver v1.3\nLinux agpgart interface v0.103\n[drm] Initialized vgem 1.0.0 20120112 for virtual device on minor 0\nusbcore: registered new interface driver udl\n==================================================================\nBUG: KASAN: use-after-free in __lock_acquire+0x36d9/0x4c20\nkernel/locking/lockdep.c:3218\nRead of size 8 at addr ffff8801d1b6b540 by task swapper/0/1\n\nCPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.0+ #88\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS\nGoogle 01/01/2011\nCall Trace:\n  __dump_stack lib/dump_stack.c:77 [inline]\n  dump_stack+0x244/0x39d lib/dump_stack.c:113\n  print_address_description.cold.7+0x9/0x1ff mm/kasan/report.c:256\n  kasan_report_error mm/kasan/report.c:354 [inline]\n  kasan_report.cold.8+0x242/0x309 mm/kasan/report.c:412\n  __asan_report_load8_noabort+0x14/0x20 mm/kasan/report.c:433\n  __lock_acquire+0x36d9/0x4c20 kernel/locking/lockdep.c:3218\n  lock_acquire+0x1ed/0x520 kernel/locking/lockdep.c:3844\n  del_timer_sync+0xb7/0x270 kernel/time/timer.c:1283\n  blk_cleanup_queue+0x413/0x710 block/blk-core.c:809\n  brd_free+0x5d/0x71 drivers/block/brd.c:422\n  brd_init+0x2eb/0x393 drivers/block/brd.c:518\n  do_one_initcall+0x145/0x957 init/main.c:890\n  do_initcall_level init/main.c:958 [inline]\n  do_initcalls init/main.c:966 [inline]\n  do_basic_setup init/main.c:984 [inline]\n  kernel_init_freeable+0x5c6/0x6b9 init/main.c:1148\n  kernel_init+0x11/0x1ae init/main.c:1068\n  ret_from_fork+0x3a/0x50 arch/x86/entry/entry_64.S:350\n\nReported-by: syzbot+3701447012fe951dabb2@syzkaller.appspotmail.com\nSigned-off-by: Ming Lei <ming.lei@redhat.com>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/0987d5a67bc726e99136f623b09ae9e207f50e16"},{"sha":"733edfd69e092cdabf5e26a41c157662e24279c0","author":{"name":"Huazhong Tan","email":"a6f55882ec4afe3ce6f75ca42424c44cc8385760@huawei.com"},"message":"net: hns3: bugfix for rtnl_lock's range in the hclgevf_reset()\n\n[ Upstream commit 29118ab962d5476fdc65fae312ac38db68092d78 ]\n\nSince hclgevf_reset_wait() is used to wait for the hardware to complete\nthe reset, it is not necessary to hold the rtnl_lock during\nhclgevf_reset_wait(). So this patch releases the lock for the duration\nof hclgevf_reset_wait().\n\nFixes: 6988eb2a9b77 (\"net: hns3: Add support to reset the enet/ring mgmt layer\")\nSigned-off-by: Huazhong Tan <tanhuazhong@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/733edfd69e092cdabf5e26a41c157662e24279c0"},{"sha":"92cb1b096a08723daaf78d5c202c53b11bb282b9","author":{"name":"Huazhong Tan","email":"a6f55882ec4afe3ce6f75ca42424c44cc8385760@huawei.com"},"message":"net: hns3: bugfix for rtnl_lock's range in the hclge_reset()\n\n[ Upstream commit a963052e539887df481d4d3a6ad4c92ca6461852 ]\n\nSince hclge_reset_wait() is used to wait for the hardware to complete\nthe reset, it is not necessary to hold the rtnl_lock during\nhclge_reset_wait(). So this patch releases the lock for the duration\nof hclge_reset_wait().\n\nFixes: 6d4fab39533f (\"net: hns3: Reset net device with rtnl_lock\")\nSigned-off-by: Huazhong Tan <tanhuazhong@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/92cb1b096a08723daaf78d5c202c53b11bb282b9"},{"sha":"355ec07561044fadd1edc071315105cbdf9f79bf","author":{"name":"Huazhong Tan","email":"a6f55882ec4afe3ce6f75ca42424c44cc8385760@huawei.com"},"message":"net: hns3: bugfix for handling mailbox while the command queue reinitialized\n\n[ Upstream commit 3c88ed1d798da355859ca083d3884a16ce0841f2 ]\n\nIn a multi-core machine, the mailbox service and reset service\nwill be executed at the same time. The reset service will re-initialize\nthe command queue, before that, the mailbox handler can only get some\ninvalid messages.\n\nThe HCLGE_STATE_CMD_DISABLE flag means that the command queue is not\navailable and needs to be reinitialized. Therefore, when the mailbox\nhandler recognizes this flag, it should not process the command.\n\nFixes: dde1a86e93ca (\"net: hns3: Add mailbox support to PF driver\")\nSigned-off-by: Huazhong Tan <tanhuazhong@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/355ec07561044fadd1edc071315105cbdf9f79bf"},{"sha":"91a52a44195e205aaf8a275621bf8fa9cc082b02","author":{"name":"Huazhong Tan","email":"a6f55882ec4afe3ce6f75ca42424c44cc8385760@huawei.com"},"message":"net: hns3: bugfix for the initialization of command queue's spin lock\n\n[ Upstream commit b2f74dbaf12bf59ff35d451005b3cdee78232ff0 ]\n\nThe spin lock of the command queue only need to be initialized once\nwhen the driver initializes the command queue. It is not necessary to\ninitialize the spin lock when resetting. At the same time, the\nmodification of the queue member should be performed after acquiring\nthe lock.\n\nFixes: 3efb960f056d (\"net: hns3: Refactor the initialization of command queue\")\nSigned-off-by: Huazhong Tan <tanhuazhong@huawei.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/91a52a44195e205aaf8a275621bf8fa9cc082b02"},{"sha":"23ce028f4564d1ce2df1fc6f99d9fcad5beaa51b","author":{"name":"Radoslaw Tyl","email":"d2a727d33ea57961e31ceba5aa328205bfa7e6ad@intel.com"},"message":"ixgbe: fix MAC anti-spoofing filter after VFLR\n\n[ Upstream commit 6702185c1ffec3421181b5e24491e3fac920cb61 ]\n\nThis change resolves a driver bug where the driver is logging a\nmessage that says \"Spoofed packets detected\". This can occur on the PF\n(host) when a VF has VLAN+MACVLAN enabled and is re-started with a\ndifferent MAC address.\n\nMAC and VLAN anti-spoofing filters are to be enabled together.\n\nSigned-off-by: Radoslaw Tyl <radoslawx.tyl@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nAcked-by: Piotr Skajewski <piotrx.skajewski@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/23ce028f4564d1ce2df1fc6f99d9fcad5beaa51b"},{"sha":"ee38053fcf5d401e8b5c05bd6a40b687a875f02a","author":{"name":"Jann Horn","email":"0fcb39c6619aeb747ed6898bfde644ba26b24452@google.com"},"message":"reiserfs: propagate errors from fill_with_dentries() properly\n\n[ Upstream commit b10298d56c9623f9b173f19959732d3184b35f4f ]\n\nfill_with_dentries() failed to propagate errors up to\nreiserfs_for_each_xattr() properly.  Plumb them through.\n\nNote that reiserfs_for_each_xattr() is only used by\nreiserfs_delete_xattrs() and reiserfs_chown_xattrs().  The result of\nreiserfs_delete_xattrs() is discarded anyway, the only difference there is\nwhether a warning is printed to dmesg.  The result of\nreiserfs_chown_xattrs() does matter because it can block chowning of the\nfile to which the xattrs belong; but either way, the resulting state can\nhave misaligned ownership, so my patch doesn't improve things greatly.\n\nCredit for making me look at this code goes to Al Viro, who pointed out\nthat the ->actor calling convention is suboptimal and should be changed.\n\nLink: http://lkml.kernel.org/r/20180802163335.83312-1-jannh@google.com\nSigned-off-by: Jann Horn <jannh@google.com>\nReviewed-by: Andrew Morton <akpm@linux-foundation.org>\nCc: Jeff Mahoney <jeffm@suse.com>\nCc: Eric Biggers <ebiggers@google.com>\nCc: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/ee38053fcf5d401e8b5c05bd6a40b687a875f02a"},{"sha":"ea54dce2062cbba2a6a7e3dcac51db6637343c7b","author":{"name":"Ernesto A. Fernández","email":"bf3776b549db627a02b1ad63f4b7f4b547b4d613@gmail.com"},"message":"hfs: prevent btree data loss on root split\n\n[ Upstream commit d057c036672f33d43a5f7344acbb08cf3a8a0c09 ]\n\nThis bug is triggered whenever hfs_brec_update_parent() needs to split\nthe root node.  The height of the btree is not increased, which leaves\nthe new node orphaned and its records lost.  It is not possible for this\nto happen on a valid hfs filesystem because the index nodes have fixed\nlength keys.\n\nFor reasons I ignore, the hfs module does have support for a number of\nhfsplus features.  A corrupt btree header may report variable length\nkeys and trigger this bug, so it's better to fix it.\n\nLink: http://lkml.kernel.org/r/9750b1415685c4adca10766895f6d5ef12babdb0.1535682463.git.ernesto.mnd.fernandez@gmail.com\nSigned-off-by: Ernesto A. Fernández <ernesto.mnd.fernandez@gmail.com>\nCc: Christoph Hellwig <hch@infradead.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/ea54dce2062cbba2a6a7e3dcac51db6637343c7b"},{"sha":"52fc49b6ae578c6cd07920b29826503f75007eaf","author":{"name":"Ernesto A. Fernández","email":"bf3776b549db627a02b1ad63f4b7f4b547b4d613@gmail.com"},"message":"hfsplus: prevent btree data loss on root split\n\n[ Upstream commit 0a3021d4f5295aa073c7bf5c5e4de60a2e292578 ]\n\nCreating, renaming or deleting a file may cause catalog corruption and\ndata loss.  This bug is randomly triggered by xfstests generic/027, but\nhere is a faster reproducer:\n\n  truncate -s 50M fs.iso\n  mkfs.hfsplus fs.iso\n  mount fs.iso /mnt\n  i=100\n  while [ $i -le 150 ]; do\n    touch /mnt/$i &>/dev/null\n    ((++i))\n  done\n  i=100\n  while [ $i -le 150 ]; do\n    mv /mnt/$i /mnt/$(perl -e \"print $i x82\") &>/dev/null\n    ((++i))\n  done\n  umount /mnt\n  fsck.hfsplus -n fs.iso\n\nThe bug is triggered whenever hfs_brec_update_parent() needs to split the\nroot node.  The height of the btree is not increased, which leaves the new\nnode orphaned and its records lost.\n\nLink: http://lkml.kernel.org/r/26d882184fc43043a810114258f45277752186c7.1535682461.git.ernesto.mnd.fernandez@gmail.com\nSigned-off-by: Ernesto A. Fernández <ernesto.mnd.fernandez@gmail.com>\nCc: Christoph Hellwig <hch@infradead.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/52fc49b6ae578c6cd07920b29826503f75007eaf"},{"sha":"6cddd65095279b6f6045ad86624c54e2ee2701dd","author":{"name":"Milian Wolff","email":"47dc0595efa4afc39a740afc939612bf0ece657b@kdab.com"},"message":"perf unwind: Take pgoff into account when reporting elf to libdwfl\n\n[ Upstream commit 1fe627da30331024f453faef04d500079b901107 ]\n\nlibdwfl parses an ELF file itself and creates mappings for the\nindividual sections. perf on the other hand sees raw mmap events which\nrepresent individual sections. When we encounter an address pointing\ninto a mapping with pgoff != 0, we must take that into account and\nreport the file at the non-offset base address.\n\nThis fixes unwinding with libdwfl in some cases. E.g. for a file like:\n\n```\n\nusing namespace std;\n\nmutex g_mutex;\n\ndouble worker()\n{\n    lock_guard<mutex> guard(g_mutex);\n    uniform_real_distribution<double> uniform(-1E5, 1E5);\n    default_random_engine engine;\n    double s = 0;\n    for (int i = 0; i < 1000; ++i) {\n        s += norm(complex<double>(uniform(engine), uniform(engine)));\n    }\n    cout << s << endl;\n    return s;\n}\n\nint main()\n{\n    vector<std::future<double>> results;\n    for (int i = 0; i < 10000; ++i) {\n        results.push_back(async(launch::async, worker));\n    }\n    return 0;\n}\n```\n\nCompile it with `g++ -g -O2 -lpthread cpp-locking.cpp  -o cpp-locking`,\nthen record it with `perf record --call-graph dwarf -e\nsched:sched_switch`.\n\nWhen you analyze it with `perf script` and libunwind, you should see:\n\n```\ncpp-locking 20038 [005] 54830.236589: sched:sched_switch: prev_comm=cpp-locking prev_pid=20038 prev_prio=120 prev_state=T ==> next_comm=swapper/5 next_pid=0 next_prio=120\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1670208 schedule+0x28 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb16737cc rwsem_down_read_failed+0xec (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1665e04 call_rwsem_down_read_failed+0x14 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1672a03 down_read+0x13 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb106bd85 __do_page_fault+0x445 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb18015f5 page_fault+0x45 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n            7f38e4252591 new_heap+0x101 (/usr/lib/libc-2.28.so)\n            7f38e4252d0b arena_get2.part.4+0x2fb (/usr/lib/libc-2.28.so)\n            7f38e4255b1c tcache_init.part.6+0xec (/usr/lib/libc-2.28.so)\n            7f38e42569e5 __GI___libc_malloc+0x115 (inlined)\n            7f38e4241790 __GI__IO_file_doallocate+0x90 (inlined)\n            7f38e424fbbf __GI__IO_doallocbuf+0x4f (inlined)\n            7f38e424ee47 __GI__IO_file_overflow+0x197 (inlined)\n            7f38e424df36 _IO_new_file_xsputn+0x116 (inlined)\n            7f38e4242bfb __GI__IO_fwrite+0xdb (inlined)\n            7f38e463fa6d std::basic_streambuf<char, std::char_traits<char> >::sputn(char const*, long)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> >::_M_put(char const*, long)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> > std::__write<char>(std::ostreambuf_iterator<char, std::char_traits<char> >, char const*, int)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::_M_insert_float<double>(std::ostreambuf_iterator<c>\n            7f38e464bd70 std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::put(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, double) const+0x90 (inl>\n            7f38e464bd70 std::ostream& std::ostream::_M_insert<double>(double)+0x90 (/usr/lib/libstdc++.so.6.0.25)\n            563b9cb502f7 std::ostream::operator<<(double)+0xb7 (inlined)\n            563b9cb502f7 worker()+0xb7 (/ssd/milian/projects/kdab/rnd/hotspot/build/tests/test-clients/cpp-locking/cpp-locking)\n            563b9cb506fb double std::__invoke_impl<double, double (*)()>(std::__invoke_other, double (*&&)())+0x2b (inlined)\n            563b9cb506fb std::__invoke_result<double (*)()>::type std::__invoke<double (*)()>(double (*&&)())+0x2b (inlined)\n            563b9cb506fb decltype (__invoke((_S_declval<0ul>)())) std::thread::_Invoker<std::tuple<double (*)()> >::_M_invoke<0ul>(std::_Index_tuple<0ul>)+0x2b (inlined)\n            563b9cb506fb std::thread::_Invoker<std::tuple<double (*)()> >::operator()()+0x2b (inlined)\n            563b9cb506fb std::__future_base::_Task_setter<std::unique_ptr<std::__future_base::_Result<double>, std::__future_base::_Result_base::_Deleter>, std::thread::_Invoker<std::tuple<double (*)()> >, dou>\n            563b9cb506fb std::_Function_handler<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter> (), std::__future_base::_Task_setter<std::unique_ptr<std::__future_>\n            563b9cb507e8 std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter> ()>::operator()() const+0x28 (inlined)\n            563b9cb507e8 std::__future_base::_State_baseV2::_M_do_set(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter> ()>*, bool*)+0x28 (/ssd/milian/>\n            7f38e46d24fe __pthread_once_slow+0xbe (/usr/lib/libpthread-2.28.so)\n            563b9cb51149 __gthread_once+0xe9 (inlined)\n            563b9cb51149 void std::call_once<void (std::__future_base::_State_baseV2::*)(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter> ()>*, bool*)>\n            563b9cb51149 std::__future_base::_State_baseV2::_M_set_result(std::function<std::unique_ptr<std::__future_base::_Result_base, std::__future_base::_Result_base::_Deleter> ()>, bool)+0xe9 (inlined)\n            563b9cb51149 std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_impl(std::thread::_Invoker<std::tuple<double (*)()> >&&)::{lambda()#1}::op>\n            563b9cb51149 void std::__invoke_impl<void, std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_impl(std::thread::_Invoker<std::tuple<double>\n            563b9cb51149 std::__invoke_result<std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_impl(std::thread::_Invoker<std::tuple<double (*)()> >>\n            563b9cb51149 decltype (__invoke((_S_declval<0ul>)())) std::thread::_Invoker<std::tuple<std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_>\n            563b9cb51149 std::thread::_Invoker<std::tuple<std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_impl(std::thread::_Invoker<std::tuple<dou>\n            563b9cb51149 std::thread::_State_impl<std::thread::_Invoker<std::tuple<std::__future_base::_Async_state_impl<std::thread::_Invoker<std::tuple<double (*)()> >, double>::_Async_state_impl(std::thread>\n            7f38e45f0062 execute_native_thread_routine+0x12 (/usr/lib/libstdc++.so.6.0.25)\n            7f38e46caa9c start_thread+0xfc (/usr/lib/libpthread-2.28.so)\n            7f38e42ccb22 __GI___clone+0x42 (inlined)\n```\n\nBefore this patch, using libdwfl, you would see:\n\n```\ncpp-locking 20038 [005] 54830.236589: sched:sched_switch: prev_comm=cpp-locking prev_pid=20038 prev_prio=120 prev_state=T ==> next_comm=swapper/5 next_pid=0 next_prio=120\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1670208 schedule+0x28 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb16737cc rwsem_down_read_failed+0xec (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1665e04 call_rwsem_down_read_failed+0x14 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1672a03 down_read+0x13 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb106bd85 __do_page_fault+0x445 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb18015f5 page_fault+0x45 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n            7f38e4252591 new_heap+0x101 (/usr/lib/libc-2.28.so)\n        a041161e77950c5c [unknown] ([unknown])\n```\n\nWith this patch applied, we get a bit further in unwinding:\n\n```\ncpp-locking 20038 [005] 54830.236589: sched:sched_switch: prev_comm=cpp-locking prev_pid=20038 prev_prio=120 prev_state=T ==> next_comm=swapper/5 next_pid=0 next_prio=120\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb166fec5 __sched_text_start+0x545 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1670208 schedule+0x28 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb16737cc rwsem_down_read_failed+0xec (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1665e04 call_rwsem_down_read_failed+0x14 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb1672a03 down_read+0x13 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb106bd85 __do_page_fault+0x445 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n        ffffffffb18015f5 page_fault+0x45 (/lib/modules/4.14.78-1-lts/build/vmlinux)\n            7f38e4252591 new_heap+0x101 (/usr/lib/libc-2.28.so)\n            7f38e4252d0b arena_get2.part.4+0x2fb (/usr/lib/libc-2.28.so)\n            7f38e4255b1c tcache_init.part.6+0xec (/usr/lib/libc-2.28.so)\n            7f38e42569e5 __GI___libc_malloc+0x115 (inlined)\n            7f38e4241790 __GI__IO_file_doallocate+0x90 (inlined)\n            7f38e424fbbf __GI__IO_doallocbuf+0x4f (inlined)\n            7f38e424ee47 __GI__IO_file_overflow+0x197 (inlined)\n            7f38e424df36 _IO_new_file_xsputn+0x116 (inlined)\n            7f38e4242bfb __GI__IO_fwrite+0xdb (inlined)\n            7f38e463fa6d std::basic_streambuf<char, std::char_traits<char> >::sputn(char const*, long)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> >::_M_put(char const*, long)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> > std::__write<char>(std::ostreambuf_iterator<char, std::char_traits<char> >, char const*, int)+0x1cd (inlined)\n            7f38e463fa6d std::ostreambuf_iterator<char, std::char_traits<char> > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::_M_insert_float<double>(std::ostreambuf_iterator<c>\n            7f38e464bd70 std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::put(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, double) const+0x90 (inl>\n            7f38e464bd70 std::ostream& std::ostream::_M_insert<double>(double)+0x90 (/usr/lib/libstdc++.so.6.0.25)\n            563b9cb502f7 std::ostream::operator<<(double)+0xb7 (inlined)\n            563b9cb502f7 worker()+0xb7 (/ssd/milian/projects/kdab/rnd/hotspot/build/tests/test-clients/cpp-locking/cpp-locking)\n        6eab825c1ee3e4ff [unknown] ([unknown])\n```\n\nNote that the backtrace is still stopping too early, when compared to\nthe nice results obtained via libunwind. It's unclear so far what the\nreason for that is.\n\nCommitter note:\n\nFurther comment by Milian on the thread started on the Link: tag below:\n\n ---\nThe remaining issue is due to a bug in elfutils:\n\nhttps://sourceware.org/ml/elfutils-devel/2018-q4/msg00089.html\n\nWith both patches applied, libunwind and elfutils produce the same output for\nthe above scenario.\n ---\n\nSigned-off-by: Milian Wolff <milian.wolff@kdab.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nLink: http://lkml.kernel.org/r/20181029141644.3907-1-milian.wolff@kdab.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/6cddd65095279b6f6045ad86624c54e2ee2701dd"},{"sha":"d21e4ba36f8980006c252752b9631c12f0f103b0","author":{"name":"Richard Weinberger","email":"320bca71fc381a4a025636043ca86e734e31cf8b@nod.at"},"message":"um: Give start_idle_thread() a return code\n\n[ Upstream commit 7ff1e34bbdc15acab823b1ee4240e94623d50ee8 ]\n\nFixes:\narch/um/os-Linux/skas/process.c:613:1: warning: control reaches end of\nnon-void function [-Wreturn-type]\n\nlongjmp() never returns but gcc still warns that the end of the function\ncan be reached.\nAdd a return code and debug aid to detect this impossible case.\n\nSigned-off-by: Richard Weinberger <richard@nod.at>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/d21e4ba36f8980006c252752b9631c12f0f103b0"},{"sha":"6ea95033e66f5820a78ee4d1049c5b2eff74d201","author":{"name":"Lee, Shawn C","email":"f316fd5e8006f31f0c6b66cc7f172ec0b59b6b01@intel.com"},"message":"drm/edid: Add 6 bpc quirk for BOE panel.\n\n[ Upstream commit 922dceff8dc1fb4dafc9af78139ba65671408103 ]\n\nBOE panel (ID: 0x0771) that reports \"DFP 1.x compliant TMDS\".\nBut it's 6bpc panel only instead of 8 bpc.\n\nAdd panel ID to edid quirk list and set 6 bpc as default to\nwork around this issue.\n\nCc: Jani Nikula <jani.nikula@intel.com>\nCc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>\nCc: Gustavo Padovan <gustavo@padovan.org>\nCc: Cooper Chiou <cooper.chiou@intel.com>\nSigned-off-by: Lee, Shawn C <shawn.c.lee@intel.com>>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: https://patchwork.freedesktop.org/patch/msgid/1540792173-7288-1-git-send-email-shawn.c.lee@intel.com\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/6ea95033e66f5820a78ee4d1049c5b2eff74d201"},{"sha":"464ac699fcbfde1f99826c208de90070cd7ce68e","author":{"name":"David Howells","email":"ebac1d06c1688626821bb0e574a037a7a5354e49@redhat.com"},"message":"afs: Handle EIO from delivery function\n\n[ Upstream commit 4ac15ea53622272c01954461b4814892b7481b40 ]\n\nFix afs_deliver_to_call() to handle -EIO being returned by the operation\ndelivery function, indicating that the call found itself in the wrong\nstate, by printing an error and aborting the call.\n\nCurrently, an assertion failure will occur.  This can happen, say, if the\ndelivery function falls off the end without calling afs_extract_data() with\nthe want_more parameter set to false to collect the end of the Rx phase of\na call.\n\nThe assertion failure looks like:\n\n\tAFS: Assertion failed\n\t4 == 7 is false\n\t0x4 == 0x7 is false\n\t------------[ cut here ]------------\n\tkernel BUG at fs/afs/rxrpc.c:462!\n\nand is matched in the trace buffer by a line like:\n\nkworker/7:3-3226 [007] ...1 85158.030203: afs_io_error: c=0003be0c r=-5 CM_REPLY\n\nFixes: 98bf40cd99fc (\"afs: Protect call->state changes against signals\")\nReported-by: Marc Dionne <marc.dionne@auristor.com>\nSigned-off-by: David Howells <dhowells@redhat.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/464ac699fcbfde1f99826c208de90070cd7ce68e"},{"sha":"c80506fa94531e6beb44658f30c0d375bce8658f","author":{"name":"Rajneesh Bhardwaj","email":"cc44446e1001aa62ebc69c661b25f25f65f47456@linux.intel.com"},"message":"platform/x86: intel_telemetry: report debugfs failure\n\n[ Upstream commit 8d98b1ef368feeb7720b8b9b6f3bd93f2ad892bc ]\n\nOn some Goldmont based systems such as ASRock J3455M the BIOS may not\nenable the IPC1 device that provides access to the PMC and PUNIT. In\nsuch scenarios, the IOSS and PSS resources from the platform device can\nnot be obtained and result in a invalid telemetry_plt_config which is an\ninternal data structure that holds platform config and is maintained by\nthe telemetry platform driver.\n\nThis is also applicable to the platforms where the BIOS supports IPC1\ndevice under debug configurations but IPC1 is disabled by user or the\npolicy.\n\nThis change allows user to know the reason for not seeing entries under\n/sys/kernel/debug/telemetry/* when there is no apparent failure at boot.\n\nCc: Matt Turner <matt.turner@intel.com>\nCc: Len Brown <len.brown@intel.com>\nCc: Souvik Kumar Chakravarty <souvik.k.chakravarty@intel.com>\nCc: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=198779\nAcked-by: Matt Turner <matt.turner@intel.com>\nSigned-off-by: Rajneesh Bhardwaj <rajneesh.bhardwaj@linux.intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/c80506fa94531e6beb44658f30c0d375bce8658f"},{"sha":"070bbd572c12bd782edcef4a0ebe2304236b0b3e","author":{"name":"Alan Tull","email":"802de0f9a1e787b54315a5f20517960cd3907ea7@kernel.org"},"message":"clk: fixed-rate: fix of_node_get-put imbalance\n\n[ Upstream commit 52091c256bdcad0d01e2852a63f19cd2cce6af96 ]\n\nWhen the fixed rate clock is created by devicetree,\nof_clk_add_provider is called.  Add a call to\nof_clk_del_provider in the remove function to balance\nit out.\n\nSigned-off-by: Alan Tull <atull@kernel.org>\nFixes: 435779fe1336 (\"clk: fixed-rate: Convert into a module platform driver\")\nSigned-off-by: Stephen Boyd <sboyd@kernel.org>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/070bbd572c12bd782edcef4a0ebe2304236b0b3e"},{"sha":"b7d1a7868cebb8cde5fe09ba41d44f8b04c990e2","author":{"name":"David Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"perf symbols: Set PLT entry/header sizes properly on Sparc\n\n[ Upstream commit d6afa561e1471ccfdaf7191230c0c59a37e45a5b ]\n\nUsing the sh_entsize for both values isn't correct.  It happens to be\ncorrect on x86...\n\nFor both 32-bit and 64-bit sparc, there are four PLT entries in the PLT\nsection.\n\nSigned-off-by: David S. Miller <davem@davemloft.net>\nCc: Alexander Shishkin <alexander.shishkin@linux.intel.com>\nCc: Alexis Berlemont <alexis.berlemont@gmail.com>\nCc: David Tolnay <dtolnay@gmail.com>\nCc: Hanjun Guo <guohanjun@huawei.com>\nCc: Hemant Kumar <hemant@linux.vnet.ibm.com>\nCc: Li Bin <huawei.libin@huawei.com>\nCc: Masami Hiramatsu <mhiramat@kernel.org>\nCc: Milian Wolff <milian.wolff@kdab.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Wang Nan <wangnan0@huawei.com>\nCc: zhangmengting@huawei.com\nFixes: b2f7605076d6 (\"perf symbols: Fix plt entry calculation for ARM and AARCH64\")\nLink: http://lkml.kernel.org/r/20181017.120859.2268840244308635255.davem@davemloft.net\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: Sasha Levin <sashal@kernel.org>","distinct":true,"url":"https://api.github.com/repos/kraj/linux-raspberrypi/commits/b7d1a7868cebb8cde5fe09ba41d44f8b04c990e2"}]}
{"actor":{"display_login":"kraj"}}