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 6:08 PM Dave Jones <[email protected]> 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 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 2/16/20 9:24 PM, Linus Torvalds wrote:
> On Sun, Feb 16, 2020 at 6:08 PM Dave Jones <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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@[email protected]
-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 <[email protected]> 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/[email protected]/T/#u
Dominik
On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <[email protected]> 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@[email protected]
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 <[email protected]> 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@[email protected]
>
> 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 <[email protected]> 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@[email protected]
> >
> > 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 <[email protected]> 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@[email protected]
> > >
> > > 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 <[email protected]>
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 <[email protected]>
Cc: 5.4+ <[email protected]> # 5.4+
Signed-off-by: Rafael J. Wysocki <[email protected]>
---
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 <[email protected]> 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 <[email protected]> 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
> [email protected]
> 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 <[email protected]> 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@[email protected]
> > > >
> > > > 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 <[email protected]>
> 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 <[email protected]>
> Cc: 5.4+ <[email protected]> # 5.4+
> Signed-off-by: Rafael J. Wysocki <[email protected]>
Tested-by: Chris Wilson <[email protected]>
-Chris
On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <[email protected]> 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
<[email protected]> wrote:
>
> On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <[email protected]> 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 <[email protected]> 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
>> [email protected]
>> 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 <[email protected]> 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
>> [email protected]
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Mon, 02 Mar 2020, Siniša Bandin <[email protected]> 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 <[email protected]> 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