More than halt the rc2 patch is actually Documentaiton updates, because the kvm docs got turned into RST. Another notable chunk is just tooling updates, which is about 50/50 perf updates (much of it due to header file syncing) and - again - kvm updates. But if you ignore those parts, and look at only the actual kernel code updates, things look a bit calmer. The bulk ends up being network driver updates (intel "ice" driver - E800 series - stands out) with GPU updates a close second (i915, amd, panfrost). There's a few other driver updates in there too, but they are mostly hidden in the noise compared to the network and gpu subsystems: rdma, sound, acpi, block, gpio etc. Outside of drivers, there's the usual smattering of changes all over. Filesystems (nfs, ext4, ceph, cifs, btrfs), architecture updates (x86, arm), and some core code (scheduling, tracing, networking, io_uring). The shortlog is appended, you can get a feel for the details by scanning it. Go forth and test, Linus --- Akeem G Abodunrin (1): ice: Modify link message logging Alex Deucher (2): drm/amdgpu: update smu_v11_0_pptable.h drm/amdgpu:/navi10: use the ODCAP enum to index the caps array Alexander Tsoy (1): ALSA: usb-audio: Add clock validity quirk for Denon MC7000/MCX8000 Anand Jain (2): btrfs: sysfs, add UUID/devinfo kobject btrfs: sysfs, move device id directories to UUID/devinfo Andreas Dilger (1): ext4: don't assume that mmp_nodename/bdevname have NUL Andrew Lunn (1): net: dsa: mv88e6xxx: Prevent truncation of longer interrupt names Andy Shevchenko (1): MAINTAINERS: Sort entries in database for GPIO Anirudh Venkataramanan (4): ice: Remove CONFIG_PCI_IOV wrap in ice_set_pf_caps ice: Use ice_pf_to_dev ice: Make print statements more compact ice: Cleanup ice_vsi_alloc_q_vectors Anshuman Khandual (1): arm64: Drop do_el0_ia_bp_hardening() & do_sp_pc_abort() declarations Anton Eidelman (1): nvme/tcp: fix bug on double requeue when send fails Aric Cyr (1): drm/amd/display: Check engine is not NULL before acquiring Arnaldo Carvalho de Melo (15): tools include UAPI: Sync x86's syscalls_64.tbl, generic unistd.h and fcntl.h to pick up openat2 and pidfd_getfd tools headers UAPI: Sync copy of arm64's asm/unistd.h with the kernel sources tools headers UAPI: Sync prctl.h with the kernel sources perf beauty prctl: Export the 'options' strarray perf trace: Resolve prctl's 'option' arg strings to numbers tools headers UAPI: Sync sched.h with the kernel tools headers uapi: Sync linux/fscrypt.h with the kernel sources tools headers UAPI: Sync drm/i915_drm.h with the kernel sources tools headers UAPI: Sync asm-generic/mman-common.h with the kernel tools include UAPI: Sync sound/asound.h copy tools headers x86: Sync disabled-features.h tools arch x86: Sync asm/cpufeatures.h with the kernel sources tools headers kvm: Sync kvm headers with the kernel sources tools headers kvm: Sync linux/kvm.h with the kernel sources perf llvm: Fix script used to obtain kernel make directives to work with new kbuild Arthur Kiyanovski (9): net: ena: fix potential crash when rxfh key is NULL net: ena: fix uses of round_jiffies() net: ena: add missing ethtool TX timestamping indication net: ena: fix incorrect default RSS key net: ena: rss: store hash function as values and not bits net: ena: fix incorrectly saving queue numbers when setting RSS indirection table net: ena: fix corruption of dev_idx_to_host_tbl net: ena: make ena rxfh support ETH_RSS_HASH_NO_CHANGE net: ena: ena-com.c: prevent NULL pointer dereference Arvind Sankar (1): ALSA: usb-audio: Apply sample rate quirk for Audioengine D1 Avihai Horon (1): RDMA/core: Fix invalid memory access in spec_filter_size Axel Lin (1): gpio: bd71828: Remove unneeded defines for GPIO_LINE_DIRECTION_IN/OUT Bartosz Golaszewski (3): Revert "gpiolib: Remove duplicated function gpio_do_set_config()" Revert "gpiolib: remove set but not used variable 'config'" gpiolib: fix gpio_do_set_config() Ben Shelton (1): ice: Use correct netif error function Benjamin Tissoires (1): Input: synaptics - remove the LEN0049 dmi id from topbuttonpad list Bjørn Mork (2): qmi_wwan: re-add DW5821e pre-production variant qmi_wwan: unconditionally reject 2 ep interfaces Boris Brezillon (1): drm/panfrost: Make sure the shrinker does not reclaim referenced BOs Brett Creeley (3): i40e: Fix the conditional for i40e_vc_validate_vqs_bitmaps ice: Don't allow same value for Rx tail to be written twice ice: Remove ice_dev_onetime_setup() Bruce Allan (2): ice: fix and consolidate logging of NVM/firmware version information ice: update Unit Load Status bitmask to check after reset Chen Wandun (2): tipc: make three functions static mptcp: make the symbol 'mptcp_sk_clone_lock' static Chris Wilson (19): drm/i915/pmu: Correct the rc6 offset upon enabling drm/i915/gem: Take local vma references for the parser drm/i915/selftests: Add a mock i915_vma to the mock_ring drm/i915/gt: Use the BIT when checking the flags, not the index drm/i915/execlists: Leave resetting ring to intel_ring drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain list drm/i915: Don't show the blank process name for internal/simulated errors drm/i915/gem: Detect overflow in calculating dumb buffer size drm/i915: Check activity on i915_vma after confirming pin_count==0 drm/i915: Stub out i915_gpu_coredump_put drm/i915: Tighten atomicity of i915_active_acquire vs i915_active_release drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex drm/i915/gem: Tighten checks and acquiring the mmap object drm/i915: Keep track of request among the scheduling lists drm/i915/gt: Allow temporary suspension of inflight requests drm/i915/execlists: Offline error capture drm/i915/execlists: Take a reference while capturing the guilty request drm/i915/execlists: Reclaim the hanging virtual request drm/i915: Mark the removal of the i915_request from the sched.link Christian Borntraeger (1): s390/uv: Fix handling of length extensions Chuck Lever (1): xprtrdma: Fix DMA scatter-gather list mapping imbalance Colin Ian King (1): drivers: ipmi: fix off-by-one bounds check that leads to a out-of-bounds write Coly Li (3): bcache: ignore pending signals when creating gc and allocator thread bcache: Revert "bcache: shrink btree node cache after bch_btree_check()" bcache: remove macro nr_to_fifo_front() Corey Minyard (1): ipmi:ssif: Handle a possible NULL pointer reference Daniel Kolesa (1): amdgpu: Prevent build errors regarding soft/hard-float FP ABI tags Daniel Vetter (1): drm/vgem: Close use-after-free race in vgem_gem_create Dave Ertman (2): ice: Fix DCB rebuild after reset ice: Fix switch between FW and SW LLDP David Sterba (2): btrfs: print message when tree-log replay starts btrfs: log message when rw remount is attempted with unclean tree-log Davide Caratti (2): net/sched: matchall: add missing validation of TCA_MATCHALL_FLAGS net/sched: flower: add missing validation of TCA_FLOWER_FLAGS Eric Auger (4): selftests: KVM: Replace get_{gdt,idt}_base() by get_{gdt,idt}() selftests: KVM: AMD Nested test infrastructure selftests: KVM: SVM: Add vmcall test selftests: KVM: Remove unused x86_register enum Eric Dumazet (1): net/smc: fix leak of kernel memory to user space Filipe Manana (2): Btrfs: fix race between using extent maps and merging them Btrfs: fix race between shrinking truncate and fiemap Firo Yang (1): enic: prevent waking up stopped tx queues over watchdog reset Frank Sorenson (1): cifs: Fix mode output in debugging statements Gaurav Agrawal (1): Input: synaptics - enable SMBus on ThinkPad L470 Geert Uytterhoeven (1): arm64: time: Replace <linux/clk-provider.h> by <linux/of_clk.h> Guangbin Huang (1): net: hns3: fix a copying IPv6 address error in hclge_fd_get_flow_tuples() Guchun Chen (2): drm/amdgpu: limit GDS clearing workaround in cold boot sequence drm/amdgpu: correct comment to clear up the confusion Gustavo A. R. Silva (6): tracing/kprobe: Fix uninitialized variable bug Input: goldfish_events - replace zero-length array with flexible-array member Input: gpio_keys - replace zero-length array with flexible-array member Input: gpio_keys_polled - replace zero-length array with flexible-array member Input: tca6416-keypad - replace zero-length array with flexible-array member Input: cyapa - replace zero-length array with flexible-array member Hangbin Liu (1): net/flow_dissector: remove unexist field description Harald Freudenberger (3): s390/pkey: fix missing length of protected key on return s390/zcrypt: fix card and queue total counter wrap crypto/testmgr: enable selftests for paes-s390 ciphers Hridya Valsaraju (1): selinux: fix typo in filesystem name Igor Druzhinin (2): drm/i915/gvt: fix high-order allocation failure on late load drm/i915/gvt: more locking for ppgtt mm LRU list Ilya Dryomov (1): ceph: canonicalize server path in place Isabel Zhang (1): drm/amd/display: Add initialitions for PLL2 clock source Jagan Teki (1): arm64: defconfig: Enable DRM_SUN6I_DSI James Zhu (2): drm/amdgpu/vcn2.5: fix DPG mode power off issue on instance 1 drm/amdgpu/vcn2.5: fix warning Jan Kara (2): ext4: simplify checking quota limits in ext4_statfs() ext4: fix checksum errors with indexed dirs Jason A. Donenfeld (6): crypto: Kconfig - allow tests to be disabled when manager is disabled icmp: introduce helper for nat'd source address in network device context gtp: use icmp_ndo_send helper sunvnet: use icmp_ndo_send helper wireguard: device: use icmp_ndo_send helper xfrm: interface: use icmp_ndo_send helper Jason Gunthorpe (1): IB/mlx5: Use div64_u64 for num_var_hw_entries calculation Jeff Moyer (1): dax: pass NOWAIT flag to iomap_apply Jens Axboe (11): io_uring: statx/openat/openat2 don't support fixed files io_uring: retry raw bdev writes if we hit -EOPNOTSUPP io-wq: add support for inheriting ->fs io_uring: grab ->fs as part of async preparation io_uring: allow AT_FDCWD for non-file openat/openat2/statx io-wq: make io_wqe_cancel_work() take a match handler io-wq: add io_wq_cancel_pid() to cancel based on a specific pid io_uring: cancel pending async work if task exits io_uring: retain sockaddr_storage across send/recvmsg async punt io-wq: don't call kXalloc_node() with non-online node io_uring: prune request from overflow list on flush Jernej Skrabec (1): Revert "drm/sun4i: drv: Allow framebuffer modifiers in mode config" Jiri Olsa (4): perf maps: Mark module DSOs with kernel type perf maps: Mark ksymbol DSOs with kernel type perf maps: Fix map__clone() for struct kmap perf maps: Move kmap::kmaps setup to maps__insert() Johan Hovold (1): hwmon: (pmbus/xdpe12284) fix typo in compatible strings Johannes Berg (2): mac80211: use more bits for ack_frame_id mac80211: consider more elements in parsing CRC John Garry (2): perf/smmuv3: Use platform_get_irq_optional() for wired interrupt perf tools: Add arm64 version of get_cpuid() Jonathan Kim (1): drm/amdgpu: fix amdgpu pmu to use hwc->config instead of hwc->conf José Roberto de Souza (2): drm/mst: Fix possible NULL pointer dereference in drm_dp_mst_process_up_req() drm/i915: Fix preallocated barrier list append Julian Wiedmann (2): s390/qdio: simplify ACK tracking s390/qdio: don't allocate *aob array with GFP_ATOMIC Kaike Wan (2): IB/hfi1: Acquire lock to release TID entries when user file is closed IB/rdmavt: Reset all QPs when the device is shut down Kailang Yang (1): ALSA: hda/realtek - Add more codec supported Headset Button Kamal Heib (1): RDMA/hfi1: Fix memory leak in _dev_comp_vect_mappings_create Kan Liang (4): perf/x86/intel: Add Elkhart Lake support perf/x86/cstate: Add Tremont support perf/x86/msr: Add Tremont support perf/x86/intel: Fix inaccurate period in context switch for auto-reload Keith Busch (1): nvme/pci: move cqe check after device shutdown Kent Gibson (1): gpiolib: remove unnecessary argument from set_config call Kim Phillips (4): perf stat: Don't report a null stalled cycles per insn metric perf symbols: Update the list of kernel idle symbols perf symbols: Convert symbol__is_idle() to use strlist perf/x86/amd: Add missing L2 misses event spec to AMD Family 17h's event map Krishnamraju Eraparaju (2): RDMA/iw_cxgb4: initiate CLOSE when entering TERM RDMA/siw: Remove unwanted WARN_ON in siw_cm_llp_data_ready() Krzysztof Kozlowski (2): ARM: npcm: Bring back GPIOLIB support ARM: configs: Cleanup old Kconfig options Kunihiko Hayashi (1): net: ethernet: ave: Add capability of rgmii-id mode Kuninori Morimoto (1): ARM: dts: sti: fixup sound frame-inversion for stihxxx-b2120.dtsi Leon Romanovsky (2): RDMA/mlx5: Prevent overflow in mmap offset calculations RDMA/core: Fix protection fault in get_pkey_idx_qp_list Li RongQing (1): page_pool: refill page when alloc.count of pool is zero Linus Torvalds (1): Linux 5.6-rc2 Luca Weiss (2): Input: ili210x - fix return value of is_visible function Input: ili210x - add ili2120 support Lyude Paul (1): Input: synaptics - switch T470s to RMI4 by default Madhuparna Bhowmik (1): sched/core: Annotate curr pointer in rq with __rcu Marc Zyngier (2): arm64: dts: fast models: Fix FVP PCI interrupt-map property KVM: Disable preemption in kvm_get_running_vcpu() Marek Behún (1): bus: moxtet: fix potential stack buffer overflow Mark Zhang (1): IB/mlx5: Return failure when rts2rts_qp_counters_set_id is not supported Masahiro Yamada (2): scripts/kallsyms: fix memory corruption caused by write over-run kbuild: fix mismatch between .version and include/generated/compile.h Masami Hiramatsu (4): tools/bootconfig: Fix wrong __VA_ARGS__ usage bootconfig: Remove unneeded CONFIG_LIBXBC bootconfig: Allocate xbc_nodes array dynamically tools/bootconfig: Suppress non-error messages Matteo Croce (1): arm64: use shared sysctl constants Mauro Carvalho Chehab (28): docs: kvm: add arm/pvtime.rst to index.rst docs: virt: convert UML documentation to ReST docs: virt: user_mode_linux.rst: update compiling instructions docs: virt: user_mode_linux.rst: fix URL references docs: virt: convert halt-polling.txt to ReST format docs: virt: Convert msr.txt to ReST format docs: kvm: devices/arm-vgic-its.txt to ReST format docs: kvm: devices/arm-vgit-v3.txt to ReST docs: kvm: convert devices/arm-vgit.txt to ReST docs: kvm: convert devices/mpic.txt to ReST docs: kvm: convert devices/s390_flic.txt to ReST docs: kvm: convert devices/vcpu.txt to ReST docs: kvm: convert devices/vfio.txt to ReST docs: kvm: convert devices/vm.txt to ReST docs: kvm: convert devices/xics.txt to ReST docs: kvm: convert devices/xive.txt to ReST docs: kvm: Convert api.txt to ReST format docs: kvm: convert arm/hyp-abi.txt to ReST docs: kvm: arm/psci.txt: convert to ReST docs: kvm: Convert hypercalls.txt to ReST format docs: kvm: Convert locking.txt to ReST format docs: kvm: Convert mmu.txt to ReST format docs: kvm: Convert nested-vmx.txt to ReST format docs: kvm: Convert ppc-pv.txt to ReST format docs: kvm: Convert s390-diag.txt to ReST format docs: kvm: Convert timekeeping.txt to ReST format docs: kvm: review-checklist.txt: rename to ReST docs: virt: guest-halt-polling.txt convert to ReST Mauro Rossi (1): drm/edid: fix building error Mel Gorman (2): sched/fair: Allow a small load imbalance between low utilisation SD_NUMA domains sched/fair: Allow a per-CPU kthread waking a task to stack on the same CPU, to fix XFS performance regression Miaohe Lin (3): KVM: x86: remove duplicated KVM_REQ_EVENT request KVM: apic: reuse smp_wmb() in kvm_make_request() KVM: nVMX: Fix some comment typos and coding style Michael Guralnik (1): RDMA/core: Add missing list deletion on freeing event queue Mike Jones (1): hwmon: (pmbus/ltc2978) Fix PMBus polling of MFR_COMMON definitions. Mike Marciniszyn (1): IB/hfi1: Close window for pq and request coliding Nathan Chancellor (1): s390/time: Fix clk type in get_tod_clock Nicholas Kazlauskas (1): drm/amd/display: Don't map ATOM_ENABLE to ATOM_INIT Nicolas Saenz Julienne (1): arm64: defconfig: Set bcm2835-dma as built-in Nigel Kirkland (1): nvme: prevent warning triggered by nvme_stop_keep_alive Nishad Kamdar (1): vfio-ccw: Use the correct style for SPDX License Identifier Olga Kornievskaia (1): NFSv4.1 make cachethis=no for writes Oliver Upton (3): KVM: x86: Mask off reserved bit from #DB exception payload KVM: nVMX: Handle pending #DB when injecting INIT VM-exit KVM: x86: Deliver exception payload on KVM_GET_VCPU_EVENTS Ondrej Mosnacek (1): selinux: fix sidtab string cache locking Paolo Bonzini (2): KVM: x86: do not reset microcode version on INIT or RESET KVM: x86: fix WARN_ON check of an unsigned less than zero Patrice Chotard (1): ARM: dts: sti: Remove deprecated snps PHY properties for stih410-b2260 Paul Greenwalt (1): ice: display supported and advertised link modes Paul Thomas (1): gpio: xilinx: Fix bug where the wrong GPIO register is written to Pavel Begunkov (8): io_uring: get rid of delayed mm check io_uring: fix deferred req iovec leak io_uring: remove unused struct io_async_open io_uring: fix iovec leaks io_uring: add cleanup for openat()/statx() io_uring: fix async close() with f_op->flush() io_uring: fix double prep iovec leak io_uring: fix openat/statx's filename leak Per Forlin (2): net: dsa: tag_qca: Make sure there is headroom for tag net: dsa: tag_ar9331: Make sure there is headroom for tag Peter Zijlstra (2): arm/ftrace: Fix BE text poking arm/patch: Fix !MMU compile Peter Zijlstra (Intel) (1): timers/nohz: Update NOHZ load in remote tick Petr Pavlu (1): cifs: fix mount option display for sec=krb5i Qais Yousef (1): sched/uclamp: Reject negative values in cpu_uclamp_write() Qian Cai (1): arm64/spinlock: fix a -Wunused-function warning Rafael J. Wysocki (4): ACPI: EC: Fix flushing of pending work ACPI: PM: s2idle: Avoid possible race related to the EC GPE ACPICA: Introduce acpi_any_gpe_status_set() ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system Randy Dunlap (4): io_uring: fix 1-bit bitfields to be unsigned sched/fair: Fix kernel-doc warning in attach_entity_load_avg() linux/pipe_fs_i.h: fix kernel-doc warnings after @wait was split netdevice.h: fix all kernel-doc and Sphinx warnings Robert Richter (2): EDAC/mc: Fix use-after-free and memleaks during device removal EDAC/sysfs: Remove csrow objects on errors Robin Murphy (1): arm64: Fix CONFIG_ARCH_RANDOM=n build Roman Li (1): drm/amd/display: Fix psr static frames calculation Ronnie Sahlberg (1): cifs: make sure we do not overflow the max EA buffer size Sameeh Jubran (3): net: ena: rss: do not allocate key when not supported net: ena: rss: fix failure to get indirection table net: ena: ethtool: use correct value for crc32 hash Sara Sharon (1): mac80211: fix quiet mode activation in action frames Scott Wood (1): sched/core: Don't skip remote tick for idle CPUs Sean Christopherson (3): KVM: x86/mmu: Avoid retpoline on ->page_fault() with TDP KVM: nVMX: Use correct root level for nested EPT shadow page tables KVM: x86/mmu: Fix struct guest_walker arrays for 5-level paging Sean Paul (1): drm/msm: Set dma maximum segment size for mdss Sergey Matyukevich (2): cfg80211: check wiphy driver existence for drvinfo report cfg80211: add missing policy for NL80211_ATTR_STATUS_CODE Shay Bar (1): mac80211: fix wrong 160/80+80 MHz setting Shijie Luo (1): ext4: add cond_resched() to ext4_protect_reserved_inode Stefano Garzarella (1): io_uring: flush overflowed CQ events in the io_uring_poll() Stephen Boyd (1): spmi: pmic-arb: Set lockdep class for hierarchical irq domains Steve French (1): cifs: enable change notification for SMB2.1 dialect Steven Rostedt (VMware) (1): bootconfig: Use parse_args() to find bootconfig and '--' Sung Lee (3): drm/amd/display: Do not set optimized_require to false after plane disable drm/amd/display: Use dcfclk to populate watermark ranges drm/amd/display: DCN2.x Do not program DPPCLK if same value Suren Baghdasaryan (1): sched/psi: Fix OOB write when writing 0 bytes to PSI files Takashi Iwai (4): ALSA: usb-audio: Apply 48kHz fixed rate playback for Jabra Evolve 65 headset ALSA: usb-audio: Fix UAC2/3 effect unit parsing ALSA: hda/realtek - Fix silent output on MSI-GL73 ALSA: pcm: Fix double hw_free calls Tejun Heo (1): cgroup: init_tasks shouldn't be linked to the root cgroup Theodore Ts'o (2): ext4: fix support for inode sizes > 1024 bytes ext4: improve explanation of a mount failure caused by a misconfigured kernel Thierry Reding (1): soc/tegra: fuse: Fix build with Tegra194 configuration Toke Høiland-Jørgensen (1): core: Don't skip generic XDP program execution for cloned SKBs Tom Zanussi (3): tracing: Add missing nest end to synth_event_trace_start() error case tracing: Don't return -EINVAL when tracing soft disabled synth events tracing: Consolidate trace() functions Tony Nguyen (2): ice: Remove possible null dereference ice: Trivial fixes Trond Myklebust (5): NFS: Fix up directory verifier races NFSv4: Fix races between open and dentry revalidation NFSv4: Fix revalidation of dentries with delegations NFSv4: Ensure the delegation is pinned in nfs_do_return_delegation() NFSv4: Ensure the delegation cred is pinned when we call delegreturn Tuong Lien (1): tipc: fix successful connect() but timed out Ursula Braun (2): net/smc: transfer fasync_list in case of fallback net/smc: no peer ID in CLC decline for SMCD Vandita Kulkarni (1): drm/i915/bios: Fix the timing parameters Vijay Khemka (2): drivers: ipmi: Support raw i2c packet in IPMB drivers: ipmi: Modify max length of IPMB packet Ville Syrjälä (2): drm/i915: Fix post-fastset modeset check for port sync drm/i915: Make a copy of the ggtt view for slave plane Vincent Guittot (1): sched/fair: Prevent unlimited runtime on throttled group Vivek Goyal (2): dax: Pass dax_dev instead of bdev to dax_writeback_mapping_range() dax: Get rid of fs_dax_get_by_host() helper Vivek Kasireddy (2): drm/i915/dsi: Lookup the i2c bus from ACPI NS only if CONFIG_ACPI=y (v2) drm/i915/dsi: Ensure that the ACPI adapter lookup overrides the bus num Wanpeng Li (1): sched/nohz: Optimize get_nohz_timer_target() Wenwen Wang (1): btrfs: ref-verify: fix memory leaks Will Deacon (1): arm64: ssbs: Fix context-switch when SSBS is present on all CPUs William Dauchy (1): net, ip6_tunnel: enhance tunnel locate with link check Wolfram Sang (1): Input: psmouse - switch to using i2c_new_scanned_device() Xiubo Li (2): ceph: do not execute direct write in parallel if O_APPEND is specified ceph: noacl mount option is effectively ignored Yangtao Li (3): cpufreq: Make cpufreq_global_kobject static ARM: sunxi: Enable CONFIG_SUN8I_THERMAL arm64: defconfig: Enable CONFIG_SUN8I_THERMAL Yash Shah (1): gpio: sifive: fix static checker warning Yi Zhang (1): nvme: fix the parameter order for nvme_get_log in nvme_get_fw_slot_info Yishai Hadas (1): RDMA/mlx5: Fix async events cleanup flows Yonatan Cohen (1): IB/umad: Fix kernel crash while unloading ib_umad Yonglong Liu (1): net: hns3: fix VF bandwidth does not take effect in some case Yongqiang Sun (1): drm/amd/display: Limit minimum DPPCLK to 100MHz. Yufeng Mo (1): net: hns3: add management table after IMP reset Zhang Xiaoxu (1): drm/i915: Fix i915_error_state_store error defination Zhu Yanjun (1): RDMA/rxe: Fix soft lockup problem due to using tasklets in softirq zhangyi (F) (2): jbd2: move the clearing of b_modified flag to the journal_unmap_buffer() jbd2: do not clear the BH_Mapped flag when forgetting a metadata buffer
On Sun, Feb 16, 2020 at 01:32:32PM -0800, Linus Torvalds wrote: > Outside of drivers, there's the usual smattering of changes all over. > Filesystems (nfs, ext4, ceph, cifs, btrfs), architecture updates (x86, > arm), and some core code (scheduling, tracing, networking, io_uring). > > The shortlog is appended, you can get a feel for the details by scanning it. > > Go forth and test, This didn't happen in rc1, but showed up when I booted into rc2 and tried to and pull some stuff with rsync. [ 70.794783] BUG: sleeping function called from invalid context at mm/slab.h:565 [ 70.794834] in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 1141, name: rsync [ 70.794863] 5 locks held by rsync/1141: [ 70.794876] #0: ffff888417b9c408 (sb_writers#17){.+.+}, at: mnt_want_write+0x20/0x50 [ 70.795030] #1: ffff888428de28e8 (&type->i_mutex_dir_key#13/1){+.+.}, at: lock_rename+0xf1/0x100 [ 70.795051] #2: ffff888417b9c608 (sb_internal#2){.+.+}, at: start_transaction+0x394/0x560 [ 70.795124] #3: ffff888403081768 (btrfs-fs-01){++++}, at: btrfs_try_tree_write_lock+0x2f/0x160 [ 70.795203] #4: ffff888403086568 (btrfs-fs-00){++++}, at: btrfs_try_tree_write_lock+0x2f/0x160 [ 70.795222] CPU: 5 PID: 1141 Comm: rsync Not tainted 5.6.0-rc2-backup+ #2 [ 70.795291] Hardware name: ASUS All Series/Z97-DELUXE, BIOS 3503 04/18/2018 [ 70.795362] Call Trace: [ 70.795374] dump_stack+0x71/0xa0 [ 70.795445] ___might_sleep.part.96.cold.106+0xa6/0xb6 [ 70.795459] kmem_cache_alloc+0x1d3/0x290 [ 70.795471] alloc_extent_state+0x22/0x1c0 [ 70.795544] __clear_extent_bit+0x3ba/0x580 [ 70.795557] ? _raw_spin_unlock_irq+0x24/0x30 [ 70.795569] btrfs_truncate_inode_items+0x339/0xe50 [ 70.795647] btrfs_evict_inode+0x269/0x540 [ 70.795659] ? dput.part.38+0x29/0x460 [ 70.795671] evict+0xcd/0x190 [ 70.795682] __dentry_kill+0xd6/0x180 [ 70.795754] dput.part.38+0x2ad/0x460 [ 70.795765] do_renameat2+0x3cb/0x540 [ 70.795777] __x64_sys_rename+0x1c/0x20 [ 70.795788] do_syscall_64+0x6d/0x6b0 [ 70.795864] ? trace_hardirqs_off_thunk+0x1a/0x1c [ 70.795876] entry_SYSCALL_64_after_hwframe+0x49/0xbe [ 70.795889] RIP: 0033:0x7f7fa39256d7 [ 70.795965] Code: e8 6e e9 07 00 85 c0 0f 95 c0 0f b6 c0 f7 d8 5b c3 66 90 b8 ff ff ff ff 5b c3 66 0f 1f 84 00 00 00 00 00 b8 52 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 01 c3 48 8b 15 89 d7 14 00 f7 d8 64 89 02 b8 [ 70.795990] RSP: 002b:00007ffc8ad171a8 EFLAGS: 00000246 ORIG_RAX: 0000000000000052 [ 70.796070] RAX: ffffffffffffffda RBX: 00007ffc8ad19350 RCX: 00007f7fa39256d7 [ 70.796084] RDX: 0000000000000000 RSI: 00007ffc8ad17350 RDI: 00007ffc8ad19350 [ 70.796097] RBP: 00007ffc8ad17350 R08: 0000000000000000 R09: 0000000000000000 [ 70.796170] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 [ 70.796184] R13: 0000000000000004 R14: 00000000000081a4 R15: 0000000000000000
On Sun, Feb 16, 2020 at 6:08 PM Dave Jones <davej@codemonkey.org.uk> wrote:
>
> This didn't happen in rc1, but showed up when I booted into rc2 and
> tried to and pull some stuff with rsync.
>
> [ 70.794783] BUG: sleeping function called from invalid context at mm/slab.h:565
> [ 70.795459] kmem_cache_alloc+0x1d3/0x290
> [ 70.795471] alloc_extent_state+0x22/0x1c0
> [ 70.795544] __clear_extent_bit+0x3ba/0x580
> [ 70.795569] btrfs_truncate_inode_items+0x339/0xe50
> [ 70.795647] btrfs_evict_inode+0x269/0x540
At a guess (just by functions involved, and the timing between rc1 and
rc2 - no actual analysis), this is probably due to
28553fa992cb ("Btrfs: fix race between shrinking truncate and fiemap")
which is also marked for stable, so... Filipe?
Linus
On 2/16/20 9:24 PM, Linus Torvalds wrote: > On Sun, Feb 16, 2020 at 6:08 PM Dave Jones <davej@codemonkey.org.uk> wrote: >> >> This didn't happen in rc1, but showed up when I booted into rc2 and >> tried to and pull some stuff with rsync. >> >> [ 70.794783] BUG: sleeping function called from invalid context at mm/slab.h:565 >> [ 70.795459] kmem_cache_alloc+0x1d3/0x290 >> [ 70.795471] alloc_extent_state+0x22/0x1c0 >> [ 70.795544] __clear_extent_bit+0x3ba/0x580 >> [ 70.795569] btrfs_truncate_inode_items+0x339/0xe50 >> [ 70.795647] btrfs_evict_inode+0x269/0x540 > > At a guess (just by functions involved, and the timing between rc1 and > rc2 - no actual analysis), this is probably due to > > 28553fa992cb ("Btrfs: fix race between shrinking truncate and fiemap") > > which is also marked for stable, so... Filipe? > I assume Filipe wrote this based on my patch here https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0 which makes it so we can allocate safely in this context, but that patch hasn't made it's way to you yet. Do you want it now? It was prep for a much less safe patchset, but is fine by itself. Thanks, Josef
On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
>
> I assume Filipe wrote this based on my patch here
>
> https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
>
> which makes it so we can allocate safely in this context, but that patch hasn't
> made it's way to you yet. Do you want it now? It was prep for a much less safe
> patchset, but is fine by itself. Thanks,
I assume it's either that, or revert 28553fa992cb and do it differently..
I'll leave that whole decision to the btrfs people who actually know
the code and the situations and what the alternative would look
like...
Linus
On Sun, Feb 16, 2020 at 09:08:18PM -0800, Linus Torvalds wrote:
> On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
> >
> > I assume Filipe wrote this based on my patch here
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
> >
> > which makes it so we can allocate safely in this context, but that patch hasn't
> > made it's way to you yet. Do you want it now? It was prep for a much less safe
> > patchset, but is fine by itself. Thanks,
>
> I assume it's either that, or revert 28553fa992cb and do it differently..
>
> I'll leave that whole decision to the btrfs people who actually know
> the code and the situations and what the alternative would look
> like...
I'll send a pull request with fix today. The fixes get cherry-picked
from development branch to current rc branch and sometimes affect each
other. I do test the rc branch independently before sending but I
haven't seen the bug Dave reported.
On 17/02/20 05:08, Linus Torvalds wrote: > On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote: >> >> I assume Filipe wrote this based on my patch here >> >> https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0 >> >> which makes it so we can allocate safely in this context, but that patch hasn't >> made it's way to you yet. Do you want it now? It was prep for a much less safe >> patchset, but is fine by itself. Thanks, > > I assume it's either that, or revert 28553fa992cb and do it differently.. > > I'll leave that whole decision to the btrfs people who actually know > the code and the situations and what the alternative would look > like... So what happened was that the patch was developed against the integration branch, where we don't use search paths in spinning mode anymore - this was done by Josef's patch, which itself is not a bug fix but it's necessary for another bug fix that is only on the integration branch. On 5.6-rcX and any other other older kernels we have the search using spinning locks, that's why we run into this problem. The solution can be either adding Josef's patch or changing the order in which my patch unlocks the file range - to do it after the patch is freed (which releases any spin locks it might be holding). I've just sent a patch for that: https://patchwork.kernel.org/patch/11386723/ I'm fine with either solution. Thanks. > > Linus >
Quoting Linus Torvalds (2020-02-16 21:32:32) > Rafael J. Wysocki (4): > ACPI: EC: Fix flushing of pending work > ACPI: PM: s2idle: Avoid possible race related to the EC GPE > ACPICA: Introduce acpi_any_gpe_status_set() > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system Our S0 testing broke on all platforms, so we've reverted e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE") fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system") There wasn't much in the logs, for example, https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html -Chris
On Mon, Feb 17, 2020 at 01:30:54PM +0100, David Sterba wrote: > On Sun, Feb 16, 2020 at 09:08:18PM -0800, Linus Torvalds wrote: > > On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote: > > > > > > I assume Filipe wrote this based on my patch here > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0 > > > > > > which makes it so we can allocate safely in this context, but that patch hasn't > > > made it's way to you yet. Do you want it now? It was prep for a much less safe > > > patchset, but is fine by itself. Thanks, > > > > I assume it's either that, or revert 28553fa992cb and do it differently.. > > > > I'll leave that whole decision to the btrfs people who actually know > > the code and the situations and what the alternative would look > > like... > > I'll send a pull request with fix today. The fixes get cherry-picked > from development branch to current rc branch and sometimes affect each > other. I do test the rc branch independently before sending but I > haven't seen the bug Dave reported. After rebooting, it didn't reproduce, so it did seem to be dependent on exactly which files rsync was moving around. Given it doesn't happen all the time, little surprise it slipped through I guess. Dave
On 2020-02-16 22:32, Linus Torvalds wrote: > ... > Chris Wilson (19): > drm/i915/pmu: Correct the rc6 offset upon enabling > drm/i915/gem: Take local vma references for the parser > drm/i915/selftests: Add a mock i915_vma to the mock_ring > drm/i915/gt: Use the BIT when checking the flags, not the index > drm/i915/execlists: Leave resetting ring to intel_ring > drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain list > drm/i915: Don't show the blank process name for internal/simulated errors > drm/i915/gem: Detect overflow in calculating dumb buffer size > drm/i915: Check activity on i915_vma after confirming pin_count==0 > drm/i915: Stub out i915_gpu_coredump_put > drm/i915: Tighten atomicity of i915_active_acquire vs i915_active_release > drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex > drm/i915/gem: Tighten checks and acquiring the mmap object > drm/i915: Keep track of request among the scheduling lists > drm/i915/gt: Allow temporary suspension of inflight requests > drm/i915/execlists: Offline error capture > drm/i915/execlists: Take a reference while capturing the guilty request > drm/i915/execlists: Reclaim the hanging virtual request > drm/i915: Mark the removal of the i915_request from the sched.link > ... Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U with integrated graphics) to to only get black screen when loading i915 driver. Happens the same in rc1 and rc2, works OK with all previous kernels. Here is relevant part of the dmesg output: [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console [ 4.645363] Console: switching to colour dummy device 80x25 [ 4.667372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 4.667379] [drm] Driver supports precise vblank timestamp query. [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 4.682355] ------------[ cut here ]------------ [ 4.682389] WARNING: CPU: 3 PID: 459 at drivers/gpu/drm/drm_atomic.c:296 drm_atomic_get_crtc_state+0xf8/0x110 [drm] [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437 snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep snd_pcm toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops syscopyarea sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac button xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased) [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS Version 4.30 04/26/2018 [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm] [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60 e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44 [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246 [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX: ffff9c979101ed08 [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI: ffff9c97862c1000 [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09: 0000000000000079 [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12: 0000000000000000 [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15: ffffffffc0ee0f80 [ 4.682517] FS: 00007f65d2c92dc0(0000) GS:ffff9c9792ec0000(0000) knlGS:0000000000000000 [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4: 00000000001606e0 [ 4.682527] Call Trace: [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm] [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770 [drm_kms_helper] [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915] [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170 [drm_kms_helper] [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915] [ 4.682777] i915_driver_probe+0x48e/0x580 [i915] [ 4.682784] ? _cond_resched+0x15/0x30 [ 4.682788] ? mutex_lock+0xe/0x30 [ 4.682839] i915_pci_probe+0x54/0x140 [i915] [ 4.682845] local_pci_probe+0x42/0x80 [ 4.682851] pci_device_probe+0x107/0x1b0 [ 4.682856] really_probe+0x147/0x3c0 [ 4.682860] driver_probe_device+0xb6/0x100 [ 4.682864] device_driver_attach+0x53/0x60 [ 4.682867] __driver_attach+0x8a/0x150 [ 4.682870] ? device_driver_attach+0x60/0x60 [ 4.682874] ? device_driver_attach+0x60/0x60 [ 4.682878] bus_for_each_dev+0x78/0xc0 [ 4.682883] bus_add_driver+0x14d/0x1f0 [ 4.682887] driver_register+0x6c/0xc0 [ 4.682891] ? 0xffffffffc0ff5000 [ 4.682946] i915_init+0x5d/0x70 [i915] [ 4.682952] do_one_initcall+0x46/0x200 [ 4.682957] ? _cond_resched+0x15/0x30 [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280 [ 4.682966] ? do_init_module+0x23/0x230 [ 4.682970] do_init_module+0x5c/0x230 [ 4.682973] load_module+0x14b2/0x1650 [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0 [ 4.682983] __do_sys_init_module+0x16e/0x1a0 [ 4.682989] do_syscall_64+0x64/0x240 [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe [ 4.682998] RIP: 0033:0x7f65d38a9d9a [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 48 [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 ORIG_RAX: 00000000000000af [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX: 00007f65d38a9d9a [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI: 00007f65cd60c010 [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09: 00007f65d32649e0 [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12: 00007f65d356689d [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15: 0000563c1d4cb930 [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]--- -- Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement Siniša Bandin
On Mon, Feb 17, 2020 at 07:42:21PM +0100, sinisa wrote: > > On 2020-02-16 22:32, Linus Torvalds wrote: > > ... > > Chris Wilson (19): > > drm/i915/pmu: Correct the rc6 offset upon enabling > > drm/i915/gem: Take local vma references for the parser > > drm/i915/selftests: Add a mock i915_vma to the mock_ring > > drm/i915/gt: Use the BIT when checking the flags, not the index > > drm/i915/execlists: Leave resetting ring to intel_ring > > drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain > list > > drm/i915: Don't show the blank process name for internal/simulated > errors > > drm/i915/gem: Detect overflow in calculating dumb buffer size > > drm/i915: Check activity on i915_vma after confirming pin_count==0 > > drm/i915: Stub out i915_gpu_coredump_put > > drm/i915: Tighten atomicity of i915_active_acquire vs > i915_active_release > > drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex > > drm/i915/gem: Tighten checks and acquiring the mmap object > > drm/i915: Keep track of request among the scheduling lists > > drm/i915/gt: Allow temporary suspension of inflight requests > > drm/i915/execlists: Offline error capture > > drm/i915/execlists: Take a reference while capturing the guilty > request > > drm/i915/execlists: Reclaim the hanging virtual request > > drm/i915: Mark the removal of the i915_request from the sched.link > > ... > > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U with > integrated graphics) to to only get black screen when loading i915 driver. > > Happens the same in rc1 and rc2, works OK with all previous kernels. > > > Here is relevant part of the dmesg output: > > > [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console > [ 4.645363] Console: switching to colour dummy device 80x25 > [ 4.667372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > [ 4.667379] [drm] Driver supports precise vblank timestamp query. > [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes: > olddecodes=io+mem,decodes=io+mem:owns=io+mem > [ 4.682355] ------------[ cut here ]------------ > [ 4.682389] WARNING: CPU: 3 PID: 459 at drivers/gpu/drm/drm_atomic.c:296 > drm_atomic_get_crtc_state+0xf8/0x110 [drm] > [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support nls_iso8859_1 > snd_hda_codec_realtek i915(+) fuse nls_cp437 snd_hda_codec_generic vfat fat > iwlwifi uvcvideo ledtrig_audio aesni_intel(+) drm_kms_helper > videobuf2_vmalloc crypto_simd snd_hda_intel videobuf2_memops cec > snd_intel_dspcfg rc_core videobuf2_v4l2 cryptd snd_hda_codec glue_helper > videobuf2_common cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof > snd_hwdep snd_pcm toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops > syscopyarea sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac button xfs > libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci ehci_hcd > usbcore crc32c_intel rtsx_pci serio_raw battery wmi video l2tp_ppp > l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg ppp_mppe > ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc > scsi_dh_alua > [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased) > [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS > Version 4.30 04/26/2018 > [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm] > [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60 e8 > 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff ff <0f> > 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44 > [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246 > [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX: > ffff9c979101ed08 > [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI: > ffff9c97862c1000 > [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09: > 0000000000000079 > [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12: > 0000000000000000 > [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15: > ffffffffc0ee0f80 > [ 4.682517] FS: 00007f65d2c92dc0(0000) GS:ffff9c9792ec0000(0000) > knlGS:0000000000000000 > [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4: > 00000000001606e0 > [ 4.682527] Call Trace: > [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm] > [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770 [drm_kms_helper] > [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915] > [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170 > [drm_kms_helper] > [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915] > [ 4.682777] i915_driver_probe+0x48e/0x580 [i915] > [ 4.682784] ? _cond_resched+0x15/0x30 > [ 4.682788] ? mutex_lock+0xe/0x30 > [ 4.682839] i915_pci_probe+0x54/0x140 [i915] > [ 4.682845] local_pci_probe+0x42/0x80 > [ 4.682851] pci_device_probe+0x107/0x1b0 > [ 4.682856] really_probe+0x147/0x3c0 > [ 4.682860] driver_probe_device+0xb6/0x100 > [ 4.682864] device_driver_attach+0x53/0x60 > [ 4.682867] __driver_attach+0x8a/0x150 > [ 4.682870] ? device_driver_attach+0x60/0x60 > [ 4.682874] ? device_driver_attach+0x60/0x60 > [ 4.682878] bus_for_each_dev+0x78/0xc0 > [ 4.682883] bus_add_driver+0x14d/0x1f0 > [ 4.682887] driver_register+0x6c/0xc0 > [ 4.682891] ? 0xffffffffc0ff5000 > [ 4.682946] i915_init+0x5d/0x70 [i915] > [ 4.682952] do_one_initcall+0x46/0x200 > [ 4.682957] ? _cond_resched+0x15/0x30 > [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280 > [ 4.682966] ? do_init_module+0x23/0x230 > [ 4.682970] do_init_module+0x5c/0x230 > [ 4.682973] load_module+0x14b2/0x1650 > [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0 > [ 4.682983] __do_sys_init_module+0x16e/0x1a0 > [ 4.682989] do_syscall_64+0x64/0x240 > [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe > [ 4.682998] RIP: 0033:0x7f65d38a9d9a > [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 ff c3 66 > 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48> > 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 48 > [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 ORIG_RAX: > 00000000000000af > [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX: > 00007f65d38a9d9a > [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI: > 00007f65cd60c010 > [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09: > 00007f65d32649e0 > [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12: > 00007f65d356689d > [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15: > 0000563c1d4cb930 > [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]--- Might be related to commit b86d895524ab ("drm/bridge: Add an ->atomic_check() hook"), which I bisected a similar issue to: https://lore.kernel.org/lkml/20200217200942.GA2433@light.dominikbrodowski.net/T/#u Dominik
On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
>
> Quoting Linus Torvalds (2020-02-16 21:32:32)
> > Rafael J. Wysocki (4):
> > ACPI: EC: Fix flushing of pending work
> > ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > ACPICA: Introduce acpi_any_gpe_status_set()
> > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
>
> Our S0 testing broke on all platforms, so we've reverted
> e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
>
> There wasn't much in the logs, for example,
> https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
So the machine suspends, but never comes back?
Do you need to revert both for it to work for you? Or is the revert of
fdde0ff8590b just to avoid the conflict?
I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
and then to revert it you reverted the other commit too..
Or what?
Linus
Quoting Linus Torvalds (2020-02-17 21:20:27) > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote: > > > > Quoting Linus Torvalds (2020-02-16 21:32:32) > > > Rafael J. Wysocki (4): > > > ACPI: EC: Fix flushing of pending work > > > ACPI: PM: s2idle: Avoid possible race related to the EC GPE > > > ACPICA: Introduce acpi_any_gpe_status_set() > > > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system > > > > Our S0 testing broke on all platforms, so we've reverted > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE") > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system") > > > > There wasn't much in the logs, for example, > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html > > So the machine suspends, but never comes back? > > Do you need to revert both for it to work for you? Or is the revert of > fdde0ff8590b just to avoid the conflict? fdde0ff85 was just to avoid conflicts. > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b, > and then to revert it you reverted the other commit too.. Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but could be done if this is not enough clue for Rafael. -Chris
On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote:
> Quoting Linus Torvalds (2020-02-17 21:20:27)
> > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > >
> > > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > > Rafael J. Wysocki (4):
> > > > ACPI: EC: Fix flushing of pending work
> > > > ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > > > ACPICA: Introduce acpi_any_gpe_status_set()
> > > > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> > >
> > > Our S0 testing broke on all platforms, so we've reverted
> > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> > >
> > > There wasn't much in the logs, for example,
> > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> >
> > So the machine suspends, but never comes back?
> >
> > Do you need to revert both for it to work for you? Or is the revert of
> > fdde0ff8590b just to avoid the conflict?
>
> fdde0ff85 was just to avoid conflicts.
>
> > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> > and then to revert it you reverted the other commit too..
>
> Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
> could be done if this is not enough clue for Rafael.
Sorry for the delayed response, was away.
I'm guessing that you are using rtcwake for wakeup, in which case reverting
fdde0ff85 alone should unbreak it.
Can you please double check that?
On Thursday, February 20, 2020 11:41:22 PM CET Rafael J. Wysocki wrote:
> On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote:
> > Quoting Linus Torvalds (2020-02-17 21:20:27)
> > > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > > >
> > > > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > > > Rafael J. Wysocki (4):
> > > > > ACPI: EC: Fix flushing of pending work
> > > > > ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > > > > ACPICA: Introduce acpi_any_gpe_status_set()
> > > > > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> > > >
> > > > Our S0 testing broke on all platforms, so we've reverted
> > > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> > > >
> > > > There wasn't much in the logs, for example,
> > > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> > >
> > > So the machine suspends, but never comes back?
> > >
> > > Do you need to revert both for it to work for you? Or is the revert of
> > > fdde0ff8590b just to avoid the conflict?
> >
> > fdde0ff85 was just to avoid conflicts.
> >
> > > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> > > and then to revert it you reverted the other commit too..
> >
> > Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
> > could be done if this is not enough clue for Rafael.
>
> Sorry for the delayed response, was away.
>
> I'm guessing that you are using rtcwake for wakeup, in which case reverting
> fdde0ff85 alone should unbreak it.
>
> Can you please double check that?
And below is a patch that should fix it if I'm not mistaken (verified on my
system where I was able to reproduce the issue), so it would suffice to test
this one on top of the -rc2.
---
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Subject: [PATCH] ACPI: PM: s2idle: Check fixed wakeup events in acpi_s2idle_wake()
Commit fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from
waking up the system") overlooked the fact that fixed events can wake
up the system too and broke RTC wakeup from suspend-to-idle as a
result.
Fix this issue by checking the fixed events in acpi_s2idle_wake() in
addition to checking wakeup GPEs and break out of the suspend-to-idle
loop if the status bits of any enabled fixed events are set then.
Fixes: fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
Reported-by: Chris Wilson <chris@chris-wilson.co.uk>
Cc: 5.4+ <stable@vger.kernel.org> # 5.4+
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
---
drivers/acpi/acpica/evevent.c | 45 ++++++++++++++++++++++++++++++++++++++++++
drivers/acpi/sleep.c | 7 ++++++
include/acpi/acpixf.h | 1
3 files changed, 53 insertions(+)
Index: linux-pm/drivers/acpi/acpica/evevent.c
===================================================================
--- linux-pm.orig/drivers/acpi/acpica/evevent.c
+++ linux-pm/drivers/acpi/acpica/evevent.c
@@ -265,4 +265,49 @@ static u32 acpi_ev_fixed_event_dispatch(
handler) (acpi_gbl_fixed_event_handlers[event].context));
}
+/*******************************************************************************
+ *
+ * FUNCTION: acpi_any_fixed_event_status_set
+ *
+ * PARAMETERS: None
+ *
+ * RETURN: TRUE or FALSE
+ *
+ * DESCRIPTION: Checks the PM status register for active fixed events
+ *
+ ******************************************************************************/
+
+u32 acpi_any_fixed_event_status_set(void)
+{
+ acpi_status status;
+ u32 in_status;
+ u32 in_enable;
+ u32 i;
+
+ status = acpi_hw_register_read(ACPI_REGISTER_PM1_ENABLE, &in_enable);
+ if (ACPI_FAILURE(status)) {
+ return (FALSE);
+ }
+
+ status = acpi_hw_register_read(ACPI_REGISTER_PM1_STATUS, &in_status);
+ if (ACPI_FAILURE(status)) {
+ return (FALSE);
+ }
+
+ /*
+ * Check for all possible Fixed Events and dispatch those that are active
+ */
+ for (i = 0; i < ACPI_NUM_FIXED_EVENTS; i++) {
+
+ /* Both the status and enable bits must be on for this event */
+
+ if ((in_status & acpi_gbl_fixed_event_info[i].status_bit_mask) &&
+ (in_enable & acpi_gbl_fixed_event_info[i].enable_bit_mask)) {
+ return (TRUE);
+ }
+ }
+
+ return (FALSE);
+}
+
#endif /* !ACPI_REDUCED_HARDWARE */
Index: linux-pm/include/acpi/acpixf.h
===================================================================
--- linux-pm.orig/include/acpi/acpixf.h
+++ linux-pm/include/acpi/acpixf.h
@@ -753,6 +753,7 @@ ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_sta
ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status acpi_enable_all_runtime_gpes(void))
ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status acpi_enable_all_wakeup_gpes(void))
ACPI_HW_DEPENDENT_RETURN_UINT32(u32 acpi_any_gpe_status_set(void))
+ACPI_HW_DEPENDENT_RETURN_UINT32(u32 acpi_any_fixed_event_status_set(void))
ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status
acpi_get_gpe_device(u32 gpe_index,
Index: linux-pm/drivers/acpi/sleep.c
===================================================================
--- linux-pm.orig/drivers/acpi/sleep.c
+++ linux-pm/drivers/acpi/sleep.c
@@ -1006,6 +1006,13 @@ static bool acpi_s2idle_wake(void)
return true;
/*
+ * If the status bit of any enabled fixed event is set, the
+ * wakeup is regarded as valid.
+ */
+ if (acpi_any_fixed_event_status_set())
+ return true;
+
+ /*
* If there are no EC events to process and at least one of the
* other enabled GPEs is active, the wakeup is regarded as a
* genuine one.
looping in intel-gfx + Jani.
On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>
>
> On 2020-02-16 22:32, Linus Torvalds wrote:
> > ...
> > Chris Wilson (19):
> > drm/i915/pmu: Correct the rc6 offset upon enabling
> > drm/i915/gem: Take local vma references for the parser
> > drm/i915/selftests: Add a mock i915_vma to the mock_ring
> > drm/i915/gt: Use the BIT when checking the flags, not the index
> > drm/i915/execlists: Leave resetting ring to intel_ring
> > drm/i915/gem: Store mmap_offsets in an rbtree rather than a
> plain list
> > drm/i915: Don't show the blank process name for
> internal/simulated errors
> > drm/i915/gem: Detect overflow in calculating dumb buffer size
> > drm/i915: Check activity on i915_vma after confirming pin_count==0
> > drm/i915: Stub out i915_gpu_coredump_put
> > drm/i915: Tighten atomicity of i915_active_acquire vs
> i915_active_release
> > drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex
> > drm/i915/gem: Tighten checks and acquiring the mmap object
> > drm/i915: Keep track of request among the scheduling lists
> > drm/i915/gt: Allow temporary suspension of inflight requests
> > drm/i915/execlists: Offline error capture
> > drm/i915/execlists: Take a reference while capturing the guilty
> request
> > drm/i915/execlists: Reclaim the hanging virtual request
> > drm/i915: Mark the removal of the i915_request from the sched.link
> > ...
>
> Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U with
> integrated graphics) to to only get black screen when loading i915 driver.
>
> Happens the same in rc1 and rc2, works OK with all previous kernels.
>
>
> Here is relevant part of the dmesg output:
>
>
> [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
> [ 4.645363] Console: switching to colour dummy device 80x25
> [ 4.667372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [ 4.667379] [drm] Driver supports precise vblank timestamp query.
> [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
> olddecodes=io+mem,decodes=io+mem:owns=io+mem
> [ 4.682355] ------------[ cut here ]------------
> [ 4.682389] WARNING: CPU: 3 PID: 459 at
> drivers/gpu/drm/drm_atomic.c:296 drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
> nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
> snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
> aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
> snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
> videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
> cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep snd_pcm
> toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops syscopyarea
> sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
> toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac button
> xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
> ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
> l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
> ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
> scsi_dh_emc scsi_dh_alua
> [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
> 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
> [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS
> Version 4.30 04/26/2018
> [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60
> e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff
> ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44
> [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
> [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
> ffff9c979101ed08
> [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
> ffff9c97862c1000
> [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
> 0000000000000079
> [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
> 0000000000000000
> [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
> ffffffffc0ee0f80
> [ 4.682517] FS: 00007f65d2c92dc0(0000) GS:ffff9c9792ec0000(0000)
> knlGS:0000000000000000
> [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
> 00000000001606e0
> [ 4.682527] Call Trace:
> [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
> [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770 [drm_kms_helper]
> [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915]
> [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170
> [drm_kms_helper]
> [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915]
> [ 4.682777] i915_driver_probe+0x48e/0x580 [i915]
> [ 4.682784] ? _cond_resched+0x15/0x30
> [ 4.682788] ? mutex_lock+0xe/0x30
> [ 4.682839] i915_pci_probe+0x54/0x140 [i915]
> [ 4.682845] local_pci_probe+0x42/0x80
> [ 4.682851] pci_device_probe+0x107/0x1b0
> [ 4.682856] really_probe+0x147/0x3c0
> [ 4.682860] driver_probe_device+0xb6/0x100
> [ 4.682864] device_driver_attach+0x53/0x60
> [ 4.682867] __driver_attach+0x8a/0x150
> [ 4.682870] ? device_driver_attach+0x60/0x60
> [ 4.682874] ? device_driver_attach+0x60/0x60
> [ 4.682878] bus_for_each_dev+0x78/0xc0
> [ 4.682883] bus_add_driver+0x14d/0x1f0
> [ 4.682887] driver_register+0x6c/0xc0
> [ 4.682891] ? 0xffffffffc0ff5000
> [ 4.682946] i915_init+0x5d/0x70 [i915]
> [ 4.682952] do_one_initcall+0x46/0x200
> [ 4.682957] ? _cond_resched+0x15/0x30
> [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280
> [ 4.682966] ? do_init_module+0x23/0x230
> [ 4.682970] do_init_module+0x5c/0x230
> [ 4.682973] load_module+0x14b2/0x1650
> [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0
> [ 4.682983] __do_sys_init_module+0x16e/0x1a0
> [ 4.682989] do_syscall_64+0x64/0x240
> [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe
> [ 4.682998] RIP: 0033:0x7f65d38a9d9a
> [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 ff c3
> 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f
> 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 48
> [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 ORIG_RAX:
> 00000000000000af
> [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
> 00007f65d38a9d9a
> [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
> 00007f65cd60c010
> [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
> 00007f65d32649e0
> [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
> 00007f65d356689d
> [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
> 0000563c1d4cb930
> [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>
>
>
> --
> Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
> Siniša Bandin
We have a fix for this issue, still going through review. https://gitlab.freedesktop.org/drm/intel/issues/1151 On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote: > looping in intel-gfx + Jani. > > On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote: > > > > On 2020-02-16 22:32, Linus Torvalds wrote: > > > ... > > > Chris Wilson (19): > > > drm/i915/pmu: Correct the rc6 offset upon enabling > > > drm/i915/gem: Take local vma references for the parser > > > drm/i915/selftests: Add a mock i915_vma to the mock_ring > > > drm/i915/gt: Use the BIT when checking the flags, not the > > index > > > drm/i915/execlists: Leave resetting ring to intel_ring > > > drm/i915/gem: Store mmap_offsets in an rbtree rather than > > a > > plain list > > > drm/i915: Don't show the blank process name for > > internal/simulated errors > > > drm/i915/gem: Detect overflow in calculating dumb buffer > > size > > > drm/i915: Check activity on i915_vma after confirming > > pin_count==0 > > > drm/i915: Stub out i915_gpu_coredump_put > > > drm/i915: Tighten atomicity of i915_active_acquire vs > > i915_active_release > > > drm/i915/gt: Acquire ce->active before ce->pin_count/ce- > > >pin_mutex > > > drm/i915/gem: Tighten checks and acquiring the mmap object > > > drm/i915: Keep track of request among the scheduling lists > > > drm/i915/gt: Allow temporary suspension of inflight > > requests > > > drm/i915/execlists: Offline error capture > > > drm/i915/execlists: Take a reference while capturing the > > guilty > > request > > > drm/i915/execlists: Reclaim the hanging virtual request > > > drm/i915: Mark the removal of the i915_request from the > > sched.link > > > ... > > > > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U > > with > > integrated graphics) to to only get black screen when loading i915 > > driver. > > > > Happens the same in rc1 and rc2, works OK with all previous > > kernels. > > > > > > Here is relevant part of the dmesg output: > > > > > > [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console > > [ 4.645363] Console: switching to colour dummy device 80x25 > > [ 4.667372] [drm] Supports vblank timestamp caching Rev 2 > > (21.10.2013). > > [ 4.667379] [drm] Driver supports precise vblank timestamp > > query. > > [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes: > > olddecodes=io+mem,decodes=io+mem:owns=io+mem > > [ 4.682355] ------------[ cut here ]------------ > > [ 4.682389] WARNING: CPU: 3 PID: 459 at > > drivers/gpu/drm/drm_atomic.c:296 > > drm_atomic_get_crtc_state+0xf8/0x110 [drm] > > [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support > > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437 > > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio > > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd > > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core > > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common > > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep > > snd_pcm > > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops > > syscopyarea > > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit > > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac > > button > > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci > > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video > > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg > > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac > > scsi_dh_emc scsi_dh_alua > > [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted > > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased) > > [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, > > BIOS > > Version 4.30 04/26/2018 > > [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm] > > [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b > > 55 60 > > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e > > ff ff > > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f > > 44 > > [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246 > > [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX: > > ffff9c979101ed08 > > [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI: > > ffff9c97862c1000 > > [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09: > > 0000000000000079 > > [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12: > > 0000000000000000 > > [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15: > > ffffffffc0ee0f80 > > [ 4.682517] FS: 00007f65d2c92dc0(0000) > > GS:ffff9c9792ec0000(0000) > > knlGS:0000000000000000 > > [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > > [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4: > > 00000000001606e0 > > [ 4.682527] Call Trace: > > [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm] > > [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770 > > [drm_kms_helper] > > [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915] > > [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170 > > [drm_kms_helper] > > [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915] > > [ 4.682777] i915_driver_probe+0x48e/0x580 [i915] > > [ 4.682784] ? _cond_resched+0x15/0x30 > > [ 4.682788] ? mutex_lock+0xe/0x30 > > [ 4.682839] i915_pci_probe+0x54/0x140 [i915] > > [ 4.682845] local_pci_probe+0x42/0x80 > > [ 4.682851] pci_device_probe+0x107/0x1b0 > > [ 4.682856] really_probe+0x147/0x3c0 > > [ 4.682860] driver_probe_device+0xb6/0x100 > > [ 4.682864] device_driver_attach+0x53/0x60 > > [ 4.682867] __driver_attach+0x8a/0x150 > > [ 4.682870] ? device_driver_attach+0x60/0x60 > > [ 4.682874] ? device_driver_attach+0x60/0x60 > > [ 4.682878] bus_for_each_dev+0x78/0xc0 > > [ 4.682883] bus_add_driver+0x14d/0x1f0 > > [ 4.682887] driver_register+0x6c/0xc0 > > [ 4.682891] ? 0xffffffffc0ff5000 > > [ 4.682946] i915_init+0x5d/0x70 [i915] > > [ 4.682952] do_one_initcall+0x46/0x200 > > [ 4.682957] ? _cond_resched+0x15/0x30 > > [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280 > > [ 4.682966] ? do_init_module+0x23/0x230 > > [ 4.682970] do_init_module+0x5c/0x230 > > [ 4.682973] load_module+0x14b2/0x1650 > > [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0 > > [ 4.682983] __do_sys_init_module+0x16e/0x1a0 > > [ 4.682989] do_syscall_64+0x64/0x240 > > [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe > > [ 4.682998] RIP: 0033:0x7f65d38a9d9a > > [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 > > ff c3 > > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 > > 00 0f > > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 > > 48 > > [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 > > ORIG_RAX: > > 00000000000000af > > [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX: > > 00007f65d38a9d9a > > [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI: > > 00007f65cd60c010 > > [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09: > > 00007f65d32649e0 > > [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12: > > 00007f65d356689d > > [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15: > > 0000563c1d4cb930 > > [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]--- > > > > > > > > -- > > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement > > Siniša Bandin > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/intel-gfx
Quoting Rafael J. Wysocki (2020-02-21 00:46:18) > On Thursday, February 20, 2020 11:41:22 PM CET Rafael J. Wysocki wrote: > > On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote: > > > Quoting Linus Torvalds (2020-02-17 21:20:27) > > > > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote: > > > > > > > > > > Quoting Linus Torvalds (2020-02-16 21:32:32) > > > > > > Rafael J. Wysocki (4): > > > > > > ACPI: EC: Fix flushing of pending work > > > > > > ACPI: PM: s2idle: Avoid possible race related to the EC GPE > > > > > > ACPICA: Introduce acpi_any_gpe_status_set() > > > > > > ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system > > > > > > > > > > Our S0 testing broke on all platforms, so we've reverted > > > > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE") > > > > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system") > > > > > > > > > > There wasn't much in the logs, for example, > > > > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html > > > > > > > > So the machine suspends, but never comes back? > > > > > > > > Do you need to revert both for it to work for you? Or is the revert of > > > > fdde0ff8590b just to avoid the conflict? > > > > > > fdde0ff85 was just to avoid conflicts. > > > > > > > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b, > > > > and then to revert it you reverted the other commit too.. > > > > > > Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but > > > could be done if this is not enough clue for Rafael. > > > > Sorry for the delayed response, was away. > > > > I'm guessing that you are using rtcwake for wakeup, in which case reverting > > fdde0ff85 alone should unbreak it. > > > > Can you please double check that? > > And below is a patch that should fix it if I'm not mistaken (verified on my > system where I was able to reproduce the issue), so it would suffice to test > this one on top of the -rc2. Correct on both accounts. Reverting fdde0ff85 alone was enough, and replacing the reverts with the suggested patch works. > --- > From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> > Subject: [PATCH] ACPI: PM: s2idle: Check fixed wakeup events in acpi_s2idle_wake() > > Commit fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from > waking up the system") overlooked the fact that fixed events can wake > up the system too and broke RTC wakeup from suspend-to-idle as a > result. > > Fix this issue by checking the fixed events in acpi_s2idle_wake() in > addition to checking wakeup GPEs and break out of the suspend-to-idle > loop if the status bits of any enabled fixed events are set then. > > Fixes: fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system") > Reported-by: Chris Wilson <chris@chris-wilson.co.uk> > Cc: 5.4+ <stable@vger.kernel.org> # 5.4+ > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Tested-by: Chris Wilson <chris@chris-wilson.co.uk> -Chris
On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
>
> Please pick up this patch directly if you can.
Done. Added Chris' tested-by too.
Linus
On Fri, Feb 21, 2020 at 7:02 PM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
> >
> > Please pick up this patch directly if you can.
>
> Done. Added Chris' tested-by too.
Thank you!
Still the same in rc3
Hopefully patch will land in rc4...
---
Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement,
Siniša Bandin
On 21.02.2020 03:23, Souza, Jose wrote:
> We have a fix for this issue, still going through review.
>
> https://gitlab.freedesktop.org/drm/intel/issues/1151
>
> On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote:
>> looping in intel-gfx + Jani.
>>
>> On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>> >
>> > On 2020-02-16 22:32, Linus Torvalds wrote:
>> > > ...
>> > > Chris Wilson (19):
>> > > drm/i915/pmu: Correct the rc6 offset upon enabling
>> > > drm/i915/gem: Take local vma references for the parser
>> > > drm/i915/selftests: Add a mock i915_vma to the mock_ring
>> > > drm/i915/gt: Use the BIT when checking the flags, not the
>> > index
>> > > drm/i915/execlists: Leave resetting ring to intel_ring
>> > > drm/i915/gem: Store mmap_offsets in an rbtree rather than
>> > a
>> > plain list
>> > > drm/i915: Don't show the blank process name for
>> > internal/simulated errors
>> > > drm/i915/gem: Detect overflow in calculating dumb buffer
>> > size
>> > > drm/i915: Check activity on i915_vma after confirming
>> > pin_count==0
>> > > drm/i915: Stub out i915_gpu_coredump_put
>> > > drm/i915: Tighten atomicity of i915_active_acquire vs
>> > i915_active_release
>> > > drm/i915/gt: Acquire ce->active before ce->pin_count/ce-
>> > >pin_mutex
>> > > drm/i915/gem: Tighten checks and acquiring the mmap object
>> > > drm/i915: Keep track of request among the scheduling lists
>> > > drm/i915/gt: Allow temporary suspension of inflight
>> > requests
>> > > drm/i915/execlists: Offline error capture
>> > > drm/i915/execlists: Take a reference while capturing the
>> > guilty
>> > request
>> > > drm/i915/execlists: Reclaim the hanging virtual request
>> > > drm/i915: Mark the removal of the i915_request from the
>> > sched.link
>> > > ...
>> >
>> > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U
>> > with
>> > integrated graphics) to to only get black screen when loading i915
>> > driver.
>> >
>> > Happens the same in rc1 and rc2, works OK with all previous
>> > kernels.
>> >
>> >
>> > Here is relevant part of the dmesg output:
>> >
>> >
>> > [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
>> > [ 4.645363] Console: switching to colour dummy device 80x25
>> > [ 4.667372] [drm] Supports vblank timestamp caching Rev 2
>> > (21.10.2013).
>> > [ 4.667379] [drm] Driver supports precise vblank timestamp
>> > query.
>> > [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
>> > olddecodes=io+mem,decodes=io+mem:owns=io+mem
>> > [ 4.682355] ------------[ cut here ]------------
>> > [ 4.682389] WARNING: CPU: 3 PID: 459 at
>> > drivers/gpu/drm/drm_atomic.c:296
>> > drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
>> > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
>> > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
>> > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
>> > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
>> > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
>> > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep
>> > snd_pcm
>> > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
>> > syscopyarea
>> > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
>> > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac
>> > button
>> > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
>> > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
>> > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
>> > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
>> > scsi_dh_emc scsi_dh_alua
>> > [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
>> > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
>> > [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A,
>> > BIOS
>> > Version 4.30 04/26/2018
>> > [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b
>> > 55 60
>> > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e
>> > ff ff
>> > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f
>> > 44
>> > [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
>> > [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
>> > ffff9c979101ed08
>> > [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
>> > ffff9c97862c1000
>> > [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
>> > 0000000000000079
>> > [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
>> > 0000000000000000
>> > [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
>> > ffffffffc0ee0f80
>> > [ 4.682517] FS: 00007f65d2c92dc0(0000)
>> > GS:ffff9c9792ec0000(0000)
>> > knlGS:0000000000000000
>> > [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> > [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
>> > 00000000001606e0
>> > [ 4.682527] Call Trace:
>> > [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
>> > [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770
>> > [drm_kms_helper]
>> > [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915]
>> > [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170
>> > [drm_kms_helper]
>> > [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915]
>> > [ 4.682777] i915_driver_probe+0x48e/0x580 [i915]
>> > [ 4.682784] ? _cond_resched+0x15/0x30
>> > [ 4.682788] ? mutex_lock+0xe/0x30
>> > [ 4.682839] i915_pci_probe+0x54/0x140 [i915]
>> > [ 4.682845] local_pci_probe+0x42/0x80
>> > [ 4.682851] pci_device_probe+0x107/0x1b0
>> > [ 4.682856] really_probe+0x147/0x3c0
>> > [ 4.682860] driver_probe_device+0xb6/0x100
>> > [ 4.682864] device_driver_attach+0x53/0x60
>> > [ 4.682867] __driver_attach+0x8a/0x150
>> > [ 4.682870] ? device_driver_attach+0x60/0x60
>> > [ 4.682874] ? device_driver_attach+0x60/0x60
>> > [ 4.682878] bus_for_each_dev+0x78/0xc0
>> > [ 4.682883] bus_add_driver+0x14d/0x1f0
>> > [ 4.682887] driver_register+0x6c/0xc0
>> > [ 4.682891] ? 0xffffffffc0ff5000
>> > [ 4.682946] i915_init+0x5d/0x70 [i915]
>> > [ 4.682952] do_one_initcall+0x46/0x200
>> > [ 4.682957] ? _cond_resched+0x15/0x30
>> > [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280
>> > [ 4.682966] ? do_init_module+0x23/0x230
>> > [ 4.682970] do_init_module+0x5c/0x230
>> > [ 4.682973] load_module+0x14b2/0x1650
>> > [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0
>> > [ 4.682983] __do_sys_init_module+0x16e/0x1a0
>> > [ 4.682989] do_syscall_64+0x64/0x240
>> > [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> > [ 4.682998] RIP: 0033:0x7f65d38a9d9a
>> > [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8
>> > ff c3
>> > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00
>> > 00 0f
>> > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01
>> > 48
>> > [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246
>> > ORIG_RAX:
>> > 00000000000000af
>> > [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
>> > 00007f65d38a9d9a
>> > [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
>> > 00007f65cd60c010
>> > [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
>> > 00007f65d32649e0
>> > [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
>> > 00007f65d356689d
>> > [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
>> > 0000563c1d4cb930
>> > [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>> >
>> >
>> >
>> > --
>> > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
>> > Siniša Bandin
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7
works OK).
Is there anything else I could do to help fix this?
Here is the dmesg output from my 5.6-rc4:
[ 0.000000] Linux version 5.6.0-rc4-1.g8a04afc-default
(geeko@buildhost) (gcc version 9.2.1 20200128 [revision
83f65674e78d97d27537361de1a9d74067ff228d] (SUSE Linux)) #1 SMP Mon Mar 2
04:17:37 UTC 2020 (8a04afc)
[ 0.000000] Command line:
BOOT_IMAGE=/boot/vmlinuz-5.6.0-rc4-1.g8a04afc-default
root=UUID=9d48aa7b-a860-4c3c-85c1-48bc461adb8e sysrq_always_enabled=1
elevator=none net.ifnames=0 mitigations=off apparmor=0 audit=0
no_console_suspend=1 log_buf_len=4M zswap.enabled=1
...
[ 4.929025] i915 0000:00:02.0: vgaarb: deactivate vga console
[ 4.930448] Console: switching to colour dummy device 80x25
[ 4.931448] [drm] Supports vblank timestamp caching Rev 2
(21.10.2013).
[ 4.931455] [drm] Driver supports precise vblank timestamp query.
[ 4.931822] i915 0000:00:02.0: vgaarb: changed VGA decodes:
olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 4.941366] Bluetooth: hci0: read Intel version: 370710010002030d00
[ 4.947260] Bluetooth: hci0: Intel Bluetooth firmware file:
intel/ibt-hw-37.7.10-fw-1.0.2.3.d.bseq
[ 4.973884] ------------[ cut here ]------------
[ 4.973920] WARNING: CPU: 1 PID: 457 at
drivers/gpu/drm/drm_atomic.c:296 drm_atomic_get_crtc_state+0xf8/0x110
[drm]
[ 4.973925] Modules linked in: crct10dif_pclmul(+) btusb btrtl btbcm
btintel crc32_pclmul i915(+) bluetooth ghash_clmulni_intel iwlmvm
nls_iso8859_1 snd_hda_codec_realtek ecdh_generic ecc
snd_hda_codec_generic iTCO_wdt mac80211 ledtrig_audio
iTCO_vendor_support fuse nls_cp437 snd_hda_intel vfat snd_intel_dspcfg
fat snd_hda_codec uvcvideo drm_kms_helper aesni_intel videobuf2_vmalloc
snd_hda_core videobuf2_memops crypto_simd cec snd_hwdep videobuf2_v4l2
cryptd glue_helper iwlwifi rc_core videobuf2_common toshiba_acpi snd_pcm
pcspkr sparse_keymap cfg80211 videodev drm joydev industrialio wmi_bmof
snd_timer mc lpc_ich fb_sys_fops toshiba_bluetooth e1000e syscopyarea
snd sysfillrect sysimgblt i2c_algo_bit rtsx_pci soundcore rfkill thermal
ac intel_smartconnect button xfs libcrc32c ehci_pci ehci_hcd xhci_pci
xhci_hcd usbcore crc32c_intel serio_raw battery wmi video l2tp_ppp
l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg ppp_mppe
ppp_generic slhc libarc4 dm_multipath dm_mod
[ 4.973966] scsi_dh_rdac scsi_dh_emc scsi_dh_alua
[ 4.973994] CPU: 1 PID: 457 Comm: systemd-udevd Not tainted
5.6.0-rc4-1.g8a04afc-default #1 openSUSE Tumbleweed (unreleased)
[ 4.973998] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS
Version 4.30 04/26/2018
[ 4.974021] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
[ 4.974025] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60
e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff
ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44
[ 4.974032] RSP: 0018:ffffb65cc04378b0 EFLAGS: 00010246
[ 4.974036] RAX: 0000000000000000 RBX: ffff9d4ac33c3800 RCX:
ffff9d4aceda1f60
[ 4.974039] RDX: 000000000000002d RSI: 0000000000000000 RDI:
ffff9d4ac33c3800
[ 4.974043] RBP: ffff9d4ac33c3000 R08: 0000000000000079 R09:
0000000000000079
[ 4.974046] R10: 000000000000002d R11: 0000000000000005 R12:
0000000000000000
[ 4.974050] R13: ffff9d4ac33c3000 R14: ffff9d4ac33c7000 R15:
ffffffffc118cf80
[ 4.974054] FS: 00007f1bc5191dc0(0000) GS:ffff9d4ad2e40000(0000)
knlGS:0000000000000000
[ 4.974058] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 4.974061] CR2: 00007fbabbc840fc CR3: 000000030f630005 CR4:
00000000001606e0
[ 4.974065] Call Trace:
[ 4.974089] drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
[ 4.974106] drm_atomic_helper_check_modeset+0x492/0x770
[drm_kms_helper]
[ 4.974180] intel_atomic_check+0x93/0xcc0 [i915]
[ 4.974194] ? drm_atomic_helper_duplicate_state+0x148/0x170
[drm_kms_helper]
[ 4.974256] intel_modeset_init+0xe71/0x11b0 [i915]
[ 4.974308] i915_driver_probe+0x48e/0x580 [i915]
[ 4.974315] ? _cond_resched+0x15/0x30
[ 4.974319] ? mutex_lock+0xe/0x30
[ 4.974368] i915_pci_probe+0x54/0x140 [i915]
[ 4.974375] local_pci_probe+0x42/0x80
[ 4.974379] pci_device_probe+0x107/0x1b0
[ 4.974385] really_probe+0x147/0x3c0
[ 4.974388] driver_probe_device+0xb6/0x100
[ 4.974393] device_driver_attach+0x53/0x60
[ 4.974396] __driver_attach+0x8a/0x150
[ 4.974400] ? device_driver_attach+0x60/0x60
[ 4.974403] ? device_driver_attach+0x60/0x60
[ 4.974408] bus_for_each_dev+0x78/0xc0
[ 4.974413] bus_add_driver+0x14d/0x1f0
[ 4.974418] driver_register+0x6c/0xc0
[ 4.974422] ? 0xffffffffc12a1000
[ 4.974476] i915_init+0x5d/0x70 [i915]
[ 4.974483] do_one_initcall+0x46/0x200
[ 4.974486] ? _cond_resched+0x15/0x30
[ 4.974491] ? kmem_cache_alloc_trace+0x189/0x280
[ 4.974495] ? do_init_module+0x23/0x230
[ 4.974499] do_init_module+0x5c/0x230
[ 4.974503] load_module+0x14b2/0x1650
[ 4.974511] ? __do_sys_init_module+0x16e/0x1a0
[ 4.974514] __do_sys_init_module+0x16e/0x1a0
[ 4.974521] do_syscall_64+0x64/0x240
[ 4.974526] entry_SYSCALL_64_after_hwframe+0x49/0xbe
[ 4.974531] RIP: 0033:0x7f1bc5dabd9a
[ 4.974535] Code: 48 8b 0d f9 f0 0b 00 f7 d8 64 89 01 48 83 c8 ff c3
66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f
05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d c6 f0 0b 00 f7 d8 64 89 01 48
[ 4.974541] RSP: 002b:00007ffe78de8698 EFLAGS: 00000246 ORIG_RAX:
00000000000000af
[ 4.974546] RAX: ffffffffffffffda RBX: 000055ad3f041400 RCX:
00007f1bc5dabd9a
[ 4.974549] RDX: 00007f1bc5a6889d RSI: 00000000004bdf07 RDI:
00007f1bbfb0d010
[ 4.974553] RBP: 00007f1bbfb0d010 R08: 0000000000000001 R09:
00007f1bc57659e0
[ 4.974556] R10: 0000000000000002 R11: 0000000000000246 R12:
00007f1bc5a6889d
[ 4.974558] R13: 0000000000000000 R14: 000055ad3f03fb70 R15:
000055ad3f041400
[ 4.974563] ---[ end trace c9963638c58e8ba8 ]---
---
Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement,
Siniša Bandin
On 21.02.2020 03:23, Souza, Jose wrote:
> We have a fix for this issue, still going through review.
>
> https://gitlab.freedesktop.org/drm/intel/issues/1151
>
> On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote:
>> looping in intel-gfx + Jani.
>>
>> On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>> >
>> > On 2020-02-16 22:32, Linus Torvalds wrote:
>> > > ...
>> > > Chris Wilson (19):
>> > > drm/i915/pmu: Correct the rc6 offset upon enabling
>> > > drm/i915/gem: Take local vma references for the parser
>> > > drm/i915/selftests: Add a mock i915_vma to the mock_ring
>> > > drm/i915/gt: Use the BIT when checking the flags, not the
>> > index
>> > > drm/i915/execlists: Leave resetting ring to intel_ring
>> > > drm/i915/gem: Store mmap_offsets in an rbtree rather than
>> > a
>> > plain list
>> > > drm/i915: Don't show the blank process name for
>> > internal/simulated errors
>> > > drm/i915/gem: Detect overflow in calculating dumb buffer
>> > size
>> > > drm/i915: Check activity on i915_vma after confirming
>> > pin_count==0
>> > > drm/i915: Stub out i915_gpu_coredump_put
>> > > drm/i915: Tighten atomicity of i915_active_acquire vs
>> > i915_active_release
>> > > drm/i915/gt: Acquire ce->active before ce->pin_count/ce-
>> > >pin_mutex
>> > > drm/i915/gem: Tighten checks and acquiring the mmap object
>> > > drm/i915: Keep track of request among the scheduling lists
>> > > drm/i915/gt: Allow temporary suspension of inflight
>> > requests
>> > > drm/i915/execlists: Offline error capture
>> > > drm/i915/execlists: Take a reference while capturing the
>> > guilty
>> > request
>> > > drm/i915/execlists: Reclaim the hanging virtual request
>> > > drm/i915: Mark the removal of the i915_request from the
>> > sched.link
>> > > ...
>> >
>> > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U
>> > with
>> > integrated graphics) to to only get black screen when loading i915
>> > driver.
>> >
>> > Happens the same in rc1 and rc2, works OK with all previous
>> > kernels.
>> >
>> >
>> > Here is relevant part of the dmesg output:
>> >
>> >
>> > [ 4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
>> > [ 4.645363] Console: switching to colour dummy device 80x25
>> > [ 4.667372] [drm] Supports vblank timestamp caching Rev 2
>> > (21.10.2013).
>> > [ 4.667379] [drm] Driver supports precise vblank timestamp
>> > query.
>> > [ 4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
>> > olddecodes=io+mem,decodes=io+mem:owns=io+mem
>> > [ 4.682355] ------------[ cut here ]------------
>> > [ 4.682389] WARNING: CPU: 3 PID: 459 at
>> > drivers/gpu/drm/drm_atomic.c:296
>> > drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [ 4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
>> > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
>> > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
>> > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
>> > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
>> > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
>> > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep
>> > snd_pcm
>> > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
>> > syscopyarea
>> > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
>> > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac
>> > button
>> > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
>> > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
>> > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
>> > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
>> > scsi_dh_emc scsi_dh_alua
>> > [ 4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
>> > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
>> > [ 4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A,
>> > BIOS
>> > Version 4.30 04/26/2018
>> > [ 4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [ 4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b
>> > 55 60
>> > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e
>> > ff ff
>> > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f
>> > 44
>> > [ 4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
>> > [ 4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
>> > ffff9c979101ed08
>> > [ 4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
>> > ffff9c97862c1000
>> > [ 4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
>> > 0000000000000079
>> > [ 4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
>> > 0000000000000000
>> > [ 4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
>> > ffffffffc0ee0f80
>> > [ 4.682517] FS: 00007f65d2c92dc0(0000)
>> > GS:ffff9c9792ec0000(0000)
>> > knlGS:0000000000000000
>> > [ 4.682521] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> > [ 4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
>> > 00000000001606e0
>> > [ 4.682527] Call Trace:
>> > [ 4.682551] drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
>> > [ 4.682569] drm_atomic_helper_check_modeset+0x492/0x770
>> > [drm_kms_helper]
>> > [ 4.682641] intel_atomic_check+0x93/0xcc0 [i915]
>> > [ 4.682657] ? drm_atomic_helper_duplicate_state+0x148/0x170
>> > [drm_kms_helper]
>> > [ 4.682723] intel_modeset_init+0xe55/0x1180 [i915]
>> > [ 4.682777] i915_driver_probe+0x48e/0x580 [i915]
>> > [ 4.682784] ? _cond_resched+0x15/0x30
>> > [ 4.682788] ? mutex_lock+0xe/0x30
>> > [ 4.682839] i915_pci_probe+0x54/0x140 [i915]
>> > [ 4.682845] local_pci_probe+0x42/0x80
>> > [ 4.682851] pci_device_probe+0x107/0x1b0
>> > [ 4.682856] really_probe+0x147/0x3c0
>> > [ 4.682860] driver_probe_device+0xb6/0x100
>> > [ 4.682864] device_driver_attach+0x53/0x60
>> > [ 4.682867] __driver_attach+0x8a/0x150
>> > [ 4.682870] ? device_driver_attach+0x60/0x60
>> > [ 4.682874] ? device_driver_attach+0x60/0x60
>> > [ 4.682878] bus_for_each_dev+0x78/0xc0
>> > [ 4.682883] bus_add_driver+0x14d/0x1f0
>> > [ 4.682887] driver_register+0x6c/0xc0
>> > [ 4.682891] ? 0xffffffffc0ff5000
>> > [ 4.682946] i915_init+0x5d/0x70 [i915]
>> > [ 4.682952] do_one_initcall+0x46/0x200
>> > [ 4.682957] ? _cond_resched+0x15/0x30
>> > [ 4.682961] ? kmem_cache_alloc_trace+0x189/0x280
>> > [ 4.682966] ? do_init_module+0x23/0x230
>> > [ 4.682970] do_init_module+0x5c/0x230
>> > [ 4.682973] load_module+0x14b2/0x1650
>> > [ 4.682980] ? __do_sys_init_module+0x16e/0x1a0
>> > [ 4.682983] __do_sys_init_module+0x16e/0x1a0
>> > [ 4.682989] do_syscall_64+0x64/0x240
>> > [ 4.682994] entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> > [ 4.682998] RIP: 0033:0x7f65d38a9d9a
>> > [ 4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8
>> > ff c3
>> > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00
>> > 00 0f
>> > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01
>> > 48
>> > [ 4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246
>> > ORIG_RAX:
>> > 00000000000000af
>> > [ 4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
>> > 00007f65d38a9d9a
>> > [ 4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
>> > 00007f65cd60c010
>> > [ 4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
>> > 00007f65d32649e0
>> > [ 4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
>> > 00007f65d356689d
>> > [ 4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
>> > 0000563c1d4cb930
>> > [ 4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>> >
>> >
>> >
>> > --
>> > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
>> > Siniša Bandin
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Mon, 02 Mar 2020, Siniša Bandin <sinisa@4net.rs> wrote:
> Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7
> works OK).
>
> Is there anything else I could do to help fix this?
Please wait for the patch to be actually merged to Linus' tree. I assume
it'll make it to v5.6-rc5.
Thanks,
Jani.
--
Jani Nikula, Intel Open Source Graphics Center
On 3/2/20 6:04 PM, Jani Nikula wrote:
> On Mon, 02 Mar 2020, Siniša Bandin <sinisa@4net.rs> wrote:
>> Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7
>> works OK).
>>
>> Is there anything else I could do to help fix this?
> Please wait for the patch to be actually merged to Linus' tree. I assume
> it'll make it to v5.6-rc5.
>
> Thanks,
> Jani.
OK, thank you.
I'll wait patiently...
Srdačan pozdrav / Best regards / Freundliche Grüße / Cordialement,
Siniša Bandin