LKML Archive on lore.kernel.org
 help / color / Atom feed
* Linux 5.6-rc2
@ 2020-02-16 21:32 Linus Torvalds
  2020-02-17  2:08 ` Dave Jones
                   ` (2 more replies)
  0 siblings, 3 replies; 24+ messages in thread
From: Linus Torvalds @ 2020-02-16 21:32 UTC (permalink / raw)
  To: Linux Kernel Mailing List

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

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-16 21:32 Linux 5.6-rc2 Linus Torvalds
@ 2020-02-17  2:08 ` Dave Jones
  2020-02-17  2:24   ` Linus Torvalds
  2020-02-17 16:21 ` Chris Wilson
  2020-02-17 18:42 ` sinisa
  2 siblings, 1 reply; 24+ messages in thread
From: Dave Jones @ 2020-02-17  2:08 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Linux Kernel Mailing List, Josef Bacik, Filipe Manana, David Sterba

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


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17  2:08 ` Dave Jones
@ 2020-02-17  2:24   ` Linus Torvalds
  2020-02-17  3:02     ` Josef Bacik
  0 siblings, 1 reply; 24+ messages in thread
From: Linus Torvalds @ 2020-02-17  2:24 UTC (permalink / raw)
  To: Dave Jones, Josef Bacik, Filipe Manana, David Sterba
  Cc: Linux Kernel Mailing List

On Sun, Feb 16, 2020 at 6:08 PM Dave Jones <davej@codemonkey.org.uk> wrote:
>
> This didn't happen in rc1, but showed up when I booted into rc2 and
> tried to and pull some stuff with rsync.
>
> [   70.794783] BUG: sleeping function called from invalid context at mm/slab.h:565
> [   70.795459]  kmem_cache_alloc+0x1d3/0x290
> [   70.795471]  alloc_extent_state+0x22/0x1c0
> [   70.795544]  __clear_extent_bit+0x3ba/0x580
> [   70.795569]  btrfs_truncate_inode_items+0x339/0xe50
> [   70.795647]  btrfs_evict_inode+0x269/0x540

At a guess (just by functions involved, and the timing between rc1 and
rc2 - no actual analysis), this is probably due to

    28553fa992cb ("Btrfs: fix race between shrinking truncate and fiemap")

which is also marked for stable, so... Filipe?

              Linus

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17  2:24   ` Linus Torvalds
@ 2020-02-17  3:02     ` Josef Bacik
  2020-02-17  5:08       ` Linus Torvalds
  0 siblings, 1 reply; 24+ messages in thread
From: Josef Bacik @ 2020-02-17  3:02 UTC (permalink / raw)
  To: Linus Torvalds, Dave Jones, Filipe Manana, David Sterba
  Cc: Linux Kernel Mailing List

On 2/16/20 9:24 PM, Linus Torvalds wrote:
> On Sun, Feb 16, 2020 at 6:08 PM Dave Jones <davej@codemonkey.org.uk> wrote:
>>
>> This didn't happen in rc1, but showed up when I booted into rc2 and
>> tried to and pull some stuff with rsync.
>>
>> [   70.794783] BUG: sleeping function called from invalid context at mm/slab.h:565
>> [   70.795459]  kmem_cache_alloc+0x1d3/0x290
>> [   70.795471]  alloc_extent_state+0x22/0x1c0
>> [   70.795544]  __clear_extent_bit+0x3ba/0x580
>> [   70.795569]  btrfs_truncate_inode_items+0x339/0xe50
>> [   70.795647]  btrfs_evict_inode+0x269/0x540
> 
> At a guess (just by functions involved, and the timing between rc1 and
> rc2 - no actual analysis), this is probably due to
> 
>      28553fa992cb ("Btrfs: fix race between shrinking truncate and fiemap")
> 
> which is also marked for stable, so... Filipe?
> 

I assume Filipe wrote this based on my patch here

https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0

which makes it so we can allocate safely in this context, but that patch hasn't 
made it's way to you yet.  Do you want it now?  It was prep for a much less safe 
patchset, but is fine by itself.  Thanks,

Josef

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17  3:02     ` Josef Bacik
@ 2020-02-17  5:08       ` Linus Torvalds
  2020-02-17 12:30         ` David Sterba
  2020-02-17 16:04         ` Filipe Manana
  0 siblings, 2 replies; 24+ messages in thread
From: Linus Torvalds @ 2020-02-17  5:08 UTC (permalink / raw)
  To: Josef Bacik
  Cc: Dave Jones, Filipe Manana, David Sterba, Linux Kernel Mailing List

On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
>
> I assume Filipe wrote this based on my patch here
>
> https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
>
> which makes it so we can allocate safely in this context, but that patch hasn't
> made it's way to you yet.  Do you want it now?  It was prep for a much less safe
> patchset, but is fine by itself.  Thanks,

I assume it's either that, or revert 28553fa992cb and do it differently..

I'll leave that whole decision to the btrfs people who actually know
the code and the situations and what the alternative would look
like...

               Linus

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17  5:08       ` Linus Torvalds
@ 2020-02-17 12:30         ` David Sterba
  2020-02-17 16:45           ` Dave Jones
  2020-02-17 16:04         ` Filipe Manana
  1 sibling, 1 reply; 24+ messages in thread
From: David Sterba @ 2020-02-17 12:30 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Josef Bacik, Dave Jones, Filipe Manana, David Sterba,
	Linux Kernel Mailing List

On Sun, Feb 16, 2020 at 09:08:18PM -0800, Linus Torvalds wrote:
> On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
> >
> > I assume Filipe wrote this based on my patch here
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
> >
> > which makes it so we can allocate safely in this context, but that patch hasn't
> > made it's way to you yet.  Do you want it now?  It was prep for a much less safe
> > patchset, but is fine by itself.  Thanks,
> 
> I assume it's either that, or revert 28553fa992cb and do it differently..
> 
> I'll leave that whole decision to the btrfs people who actually know
> the code and the situations and what the alternative would look
> like...

I'll send a pull request with fix today. The fixes get cherry-picked
from development branch to current rc branch and sometimes affect each
other. I do test the rc branch independently before sending but I
haven't seen the bug Dave reported.

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17  5:08       ` Linus Torvalds
  2020-02-17 12:30         ` David Sterba
@ 2020-02-17 16:04         ` Filipe Manana
  1 sibling, 0 replies; 24+ messages in thread
From: Filipe Manana @ 2020-02-17 16:04 UTC (permalink / raw)
  To: Linus Torvalds, Josef Bacik
  Cc: Dave Jones, David Sterba, Linux Kernel Mailing List



On 17/02/20 05:08, Linus Torvalds wrote:
> On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
>>
>> I assume Filipe wrote this based on my patch here
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
>>
>> which makes it so we can allocate safely in this context, but that patch hasn't
>> made it's way to you yet.  Do you want it now?  It was prep for a much less safe
>> patchset, but is fine by itself.  Thanks,
> 
> I assume it's either that, or revert 28553fa992cb and do it differently..
> 
> I'll leave that whole decision to the btrfs people who actually know
> the code and the situations and what the alternative would look
> like...

So what happened was that the patch was developed against the
integration branch, where we don't use search paths in spinning mode
anymore - this was done by Josef's patch, which itself is not a bug fix
but it's necessary for another bug fix that is only on the integration
branch.

On 5.6-rcX and any other other older kernels we have the search using
spinning locks, that's why we run into this problem.

The solution can be either adding Josef's patch or changing the order in
which my patch unlocks the file range - to do it after the patch is
freed (which releases any spin locks it might be holding).

I've just sent a patch for that:
https://patchwork.kernel.org/patch/11386723/

I'm fine with either solution.

Thanks.

> 
>                Linus
> 

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-16 21:32 Linux 5.6-rc2 Linus Torvalds
  2020-02-17  2:08 ` Dave Jones
@ 2020-02-17 16:21 ` Chris Wilson
  2020-02-17 21:20   ` Linus Torvalds
  2020-02-17 18:42 ` sinisa
  2 siblings, 1 reply; 24+ messages in thread
From: Chris Wilson @ 2020-02-17 16:21 UTC (permalink / raw)
  To: Linus Torvalds, Rafael J. Wysocki; +Cc: Linux Kernel Mailing List

Quoting Linus Torvalds (2020-02-16 21:32:32)
> Rafael J. Wysocki (4):
>       ACPI: EC: Fix flushing of pending work
>       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
>       ACPICA: Introduce acpi_any_gpe_status_set()
>       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system

Our S0 testing broke on all platforms, so we've reverted
e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")

There wasn't much in the logs, for example,
https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
-Chris

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 12:30         ` David Sterba
@ 2020-02-17 16:45           ` Dave Jones
  0 siblings, 0 replies; 24+ messages in thread
From: Dave Jones @ 2020-02-17 16:45 UTC (permalink / raw)
  To: dsterba, Linus Torvalds, Josef Bacik, Filipe Manana,
	David Sterba, Linux Kernel Mailing List

On Mon, Feb 17, 2020 at 01:30:54PM +0100, David Sterba wrote:
 > On Sun, Feb 16, 2020 at 09:08:18PM -0800, Linus Torvalds wrote:
 > > On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik <josef@toxicpanda.com> wrote:
 > > >
 > > > I assume Filipe wrote this based on my patch here
 > > >
 > > > https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0
 > > >
 > > > which makes it so we can allocate safely in this context, but that patch hasn't
 > > > made it's way to you yet.  Do you want it now?  It was prep for a much less safe
 > > > patchset, but is fine by itself.  Thanks,
 > > 
 > > I assume it's either that, or revert 28553fa992cb and do it differently..
 > > 
 > > I'll leave that whole decision to the btrfs people who actually know
 > > the code and the situations and what the alternative would look
 > > like...
 > 
 > I'll send a pull request with fix today. The fixes get cherry-picked
 > from development branch to current rc branch and sometimes affect each
 > other. I do test the rc branch independently before sending but I
 > haven't seen the bug Dave reported.

After rebooting, it didn't reproduce, so it did seem to be dependent on
exactly which files rsync was moving around.  Given it doesn't happen
all the time, little surprise it slipped through I guess.

	Dave


^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-16 21:32 Linux 5.6-rc2 Linus Torvalds
  2020-02-17  2:08 ` Dave Jones
  2020-02-17 16:21 ` Chris Wilson
@ 2020-02-17 18:42 ` sinisa
  2020-02-17 20:17   ` Dominik Brodowski
  2020-02-21  1:38   ` Dave Airlie
  2 siblings, 2 replies; 24+ messages in thread
From: sinisa @ 2020-02-17 18:42 UTC (permalink / raw)
  To: linux-kernel


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

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 18:42 ` sinisa
@ 2020-02-17 20:17   ` Dominik Brodowski
  2020-02-21  1:38   ` Dave Airlie
  1 sibling, 0 replies; 24+ messages in thread
From: Dominik Brodowski @ 2020-02-17 20:17 UTC (permalink / raw)
  To: sinisa; +Cc: linux-kernel

On Mon, Feb 17, 2020 at 07:42:21PM +0100, sinisa wrote:
> 
> On 2020-02-16 22:32, Linus Torvalds wrote:
> > ...
> > Chris Wilson (19):
> >       drm/i915/pmu: Correct the rc6 offset upon enabling
> >       drm/i915/gem: Take local vma references for the parser
> >       drm/i915/selftests: Add a mock i915_vma to the mock_ring
> >       drm/i915/gt: Use the BIT when checking the flags, not the index
> >       drm/i915/execlists: Leave resetting ring to intel_ring
> >       drm/i915/gem: Store mmap_offsets in an rbtree rather than a plain
> list
> >       drm/i915: Don't show the blank process name for internal/simulated
> errors
> >       drm/i915/gem: Detect overflow in calculating dumb buffer size
> >       drm/i915: Check activity on i915_vma after confirming pin_count==0
> >       drm/i915: Stub out i915_gpu_coredump_put
> >       drm/i915: Tighten atomicity of i915_active_acquire vs
> i915_active_release
> >       drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex
> >       drm/i915/gem: Tighten checks and acquiring the mmap object
> >       drm/i915: Keep track of request among the scheduling lists
> >       drm/i915/gt: Allow temporary suspension of inflight requests
> >       drm/i915/execlists: Offline error capture
> >       drm/i915/execlists: Take a reference while capturing the guilty
> request
> >       drm/i915/execlists: Reclaim the hanging virtual request
> >       drm/i915: Mark the removal of the i915_request from the sched.link
> > ...
> 
> Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U with
> integrated graphics) to to only get black screen when loading i915 driver.
> 
> Happens the same in rc1 and rc2, works OK with all previous kernels.
> 
> 
> Here is relevant part of the dmesg output:
> 
> 
> [    4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
> [    4.645363] Console: switching to colour dummy device 80x25
> [    4.667372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [    4.667379] [drm] Driver supports precise vblank timestamp query.
> [    4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
> olddecodes=io+mem,decodes=io+mem:owns=io+mem
> [    4.682355] ------------[ cut here ]------------
> [    4.682389] WARNING: CPU: 3 PID: 459 at drivers/gpu/drm/drm_atomic.c:296
> drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [    4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support nls_iso8859_1
> snd_hda_codec_realtek i915(+) fuse nls_cp437 snd_hda_codec_generic vfat fat
> iwlwifi uvcvideo ledtrig_audio aesni_intel(+) drm_kms_helper
> videobuf2_vmalloc crypto_simd snd_hda_intel videobuf2_memops cec
> snd_intel_dspcfg rc_core videobuf2_v4l2 cryptd snd_hda_codec glue_helper
> videobuf2_common cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof
> snd_hwdep snd_pcm toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
> syscopyarea sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
> toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac button xfs
> libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci ehci_hcd
> usbcore crc32c_intel rtsx_pci serio_raw battery wmi video l2tp_ppp
> l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg ppp_mppe
> ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc
> scsi_dh_alua
> [    4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
> 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
> [    4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS
> Version 4.30   04/26/2018
> [    4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [    4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60 e8
> 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff ff <0f>
> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44
> [    4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
> [    4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
> ffff9c979101ed08
> [    4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
> ffff9c97862c1000
> [    4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
> 0000000000000079
> [    4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
> 0000000000000000
> [    4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
> ffffffffc0ee0f80
> [    4.682517] FS:  00007f65d2c92dc0(0000) GS:ffff9c9792ec0000(0000)
> knlGS:0000000000000000
> [    4.682521] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [    4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
> 00000000001606e0
> [    4.682527] Call Trace:
> [    4.682551]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
> [    4.682569]  drm_atomic_helper_check_modeset+0x492/0x770 [drm_kms_helper]
> [    4.682641]  intel_atomic_check+0x93/0xcc0 [i915]
> [    4.682657]  ? drm_atomic_helper_duplicate_state+0x148/0x170
> [drm_kms_helper]
> [    4.682723]  intel_modeset_init+0xe55/0x1180 [i915]
> [    4.682777]  i915_driver_probe+0x48e/0x580 [i915]
> [    4.682784]  ? _cond_resched+0x15/0x30
> [    4.682788]  ? mutex_lock+0xe/0x30
> [    4.682839]  i915_pci_probe+0x54/0x140 [i915]
> [    4.682845]  local_pci_probe+0x42/0x80
> [    4.682851]  pci_device_probe+0x107/0x1b0
> [    4.682856]  really_probe+0x147/0x3c0
> [    4.682860]  driver_probe_device+0xb6/0x100
> [    4.682864]  device_driver_attach+0x53/0x60
> [    4.682867]  __driver_attach+0x8a/0x150
> [    4.682870]  ? device_driver_attach+0x60/0x60
> [    4.682874]  ? device_driver_attach+0x60/0x60
> [    4.682878]  bus_for_each_dev+0x78/0xc0
> [    4.682883]  bus_add_driver+0x14d/0x1f0
> [    4.682887]  driver_register+0x6c/0xc0
> [    4.682891]  ? 0xffffffffc0ff5000
> [    4.682946]  i915_init+0x5d/0x70 [i915]
> [    4.682952]  do_one_initcall+0x46/0x200
> [    4.682957]  ? _cond_resched+0x15/0x30
> [    4.682961]  ? kmem_cache_alloc_trace+0x189/0x280
> [    4.682966]  ? do_init_module+0x23/0x230
> [    4.682970]  do_init_module+0x5c/0x230
> [    4.682973]  load_module+0x14b2/0x1650
> [    4.682980]  ? __do_sys_init_module+0x16e/0x1a0
> [    4.682983]  __do_sys_init_module+0x16e/0x1a0
> [    4.682989]  do_syscall_64+0x64/0x240
> [    4.682994]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
> [    4.682998] RIP: 0033:0x7f65d38a9d9a
> [    4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 ff c3 66
> 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 05 <48>
> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 48
> [    4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 ORIG_RAX:
> 00000000000000af
> [    4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
> 00007f65d38a9d9a
> [    4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
> 00007f65cd60c010
> [    4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
> 00007f65d32649e0
> [    4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
> 00007f65d356689d
> [    4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
> 0000563c1d4cb930
> [    4.683030] ---[ end trace 2b569a8878cd5b99 ]---

Might be related to commit b86d895524ab ("drm/bridge: Add an
->atomic_check() hook"), which I bisected a similar issue to:

	https://lore.kernel.org/lkml/20200217200942.GA2433@light.dominikbrodowski.net/T/#u


	Dominik

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 16:21 ` Chris Wilson
@ 2020-02-17 21:20   ` Linus Torvalds
  2020-02-17 21:29     ` Chris Wilson
  0 siblings, 1 reply; 24+ messages in thread
From: Linus Torvalds @ 2020-02-17 21:20 UTC (permalink / raw)
  To: Chris Wilson; +Cc: Rafael J. Wysocki, Linux Kernel Mailing List

On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
>
> Quoting Linus Torvalds (2020-02-16 21:32:32)
> > Rafael J. Wysocki (4):
> >       ACPI: EC: Fix flushing of pending work
> >       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> >       ACPICA: Introduce acpi_any_gpe_status_set()
> >       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
>
> Our S0 testing broke on all platforms, so we've reverted
> e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
>
> There wasn't much in the logs, for example,
> https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html

So the machine suspends, but never comes back?

Do you need to revert both for it to work for you? Or is the revert of
fdde0ff8590b just to avoid the conflict?

I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
and then to revert it you reverted the other commit too..

Or what?

                     Linus

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 21:20   ` Linus Torvalds
@ 2020-02-17 21:29     ` Chris Wilson
  2020-02-20 22:41       ` Rafael J. Wysocki
  0 siblings, 1 reply; 24+ messages in thread
From: Chris Wilson @ 2020-02-17 21:29 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: Rafael J. Wysocki, Linux Kernel Mailing List

Quoting Linus Torvalds (2020-02-17 21:20:27)
> On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> >
> > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > Rafael J. Wysocki (4):
> > >       ACPI: EC: Fix flushing of pending work
> > >       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > >       ACPICA: Introduce acpi_any_gpe_status_set()
> > >       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> >
> > Our S0 testing broke on all platforms, so we've reverted
> > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> >
> > There wasn't much in the logs, for example,
> > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> 
> So the machine suspends, but never comes back?
> 
> Do you need to revert both for it to work for you? Or is the revert of
> fdde0ff8590b just to avoid the conflict?

fdde0ff85 was just to avoid conflicts.
 
> I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> and then to revert it you reverted the other commit too..

Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
could be done if this is not enough clue for Rafael.
-Chris

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 21:29     ` Chris Wilson
@ 2020-02-20 22:41       ` Rafael J. Wysocki
  2020-02-21  0:46         ` Rafael J. Wysocki
  0 siblings, 1 reply; 24+ messages in thread
From: Rafael J. Wysocki @ 2020-02-20 22:41 UTC (permalink / raw)
  To: Chris Wilson
  Cc: linux-kernel, Linus Torvalds, Rafael J. Wysocki, Linux PM, Linux ACPI

On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote:
> Quoting Linus Torvalds (2020-02-17 21:20:27)
> > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > >
> > > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > > Rafael J. Wysocki (4):
> > > >       ACPI: EC: Fix flushing of pending work
> > > >       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > > >       ACPICA: Introduce acpi_any_gpe_status_set()
> > > >       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> > >
> > > Our S0 testing broke on all platforms, so we've reverted
> > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> > >
> > > There wasn't much in the logs, for example,
> > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> > 
> > So the machine suspends, but never comes back?
> > 
> > Do you need to revert both for it to work for you? Or is the revert of
> > fdde0ff8590b just to avoid the conflict?
> 
> fdde0ff85 was just to avoid conflicts.
>  
> > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> > and then to revert it you reverted the other commit too..
> 
> Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
> could be done if this is not enough clue for Rafael.

Sorry for the delayed response, was away.

I'm guessing that you are using rtcwake for wakeup, in which case reverting
fdde0ff85 alone should unbreak it.

Can you please double check that?




^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-20 22:41       ` Rafael J. Wysocki
@ 2020-02-21  0:46         ` Rafael J. Wysocki
  2020-02-21  9:19           ` Chris Wilson
  0 siblings, 1 reply; 24+ messages in thread
From: Rafael J. Wysocki @ 2020-02-21  0:46 UTC (permalink / raw)
  To: Chris Wilson
  Cc: linux-kernel, Linus Torvalds, Rafael J. Wysocki, Linux PM, Linux ACPI

On Thursday, February 20, 2020 11:41:22 PM CET Rafael J. Wysocki wrote:
> On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote:
> > Quoting Linus Torvalds (2020-02-17 21:20:27)
> > > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > > >
> > > > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > > > Rafael J. Wysocki (4):
> > > > >       ACPI: EC: Fix flushing of pending work
> > > > >       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > > > >       ACPICA: Introduce acpi_any_gpe_status_set()
> > > > >       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> > > >
> > > > Our S0 testing broke on all platforms, so we've reverted
> > > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> > > >
> > > > There wasn't much in the logs, for example,
> > > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> > > 
> > > So the machine suspends, but never comes back?
> > > 
> > > Do you need to revert both for it to work for you? Or is the revert of
> > > fdde0ff8590b just to avoid the conflict?
> > 
> > fdde0ff85 was just to avoid conflicts.
> >  
> > > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> > > and then to revert it you reverted the other commit too..
> > 
> > Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
> > could be done if this is not enough clue for Rafael.
> 
> Sorry for the delayed response, was away.
> 
> I'm guessing that you are using rtcwake for wakeup, in which case reverting
> fdde0ff85 alone should unbreak it.
> 
> Can you please double check that?

And below is a patch that should fix it if I'm not mistaken (verified on my
system where I was able to reproduce the issue), so it would suffice to test
this one on top of the -rc2.

---
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Subject: [PATCH] ACPI: PM: s2idle: Check fixed wakeup events in acpi_s2idle_wake()

Commit fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from
waking up the system") overlooked the fact that fixed events can wake
up the system too and broke RTC wakeup from suspend-to-idle as a
result.

Fix this issue by checking the fixed events in acpi_s2idle_wake() in
addition to checking wakeup GPEs and break out of the suspend-to-idle
loop if the status bits of any enabled fixed events are set then.

Fixes: fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
Reported-by: Chris Wilson <chris@chris-wilson.co.uk>
Cc: 5.4+ <stable@vger.kernel.org> # 5.4+
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
---
 drivers/acpi/acpica/evevent.c |   45 ++++++++++++++++++++++++++++++++++++++++++
 drivers/acpi/sleep.c          |    7 ++++++
 include/acpi/acpixf.h         |    1 
 3 files changed, 53 insertions(+)

Index: linux-pm/drivers/acpi/acpica/evevent.c
===================================================================
--- linux-pm.orig/drivers/acpi/acpica/evevent.c
+++ linux-pm/drivers/acpi/acpica/evevent.c
@@ -265,4 +265,49 @@ static u32 acpi_ev_fixed_event_dispatch(
 		 handler) (acpi_gbl_fixed_event_handlers[event].context));
 }
 
+/*******************************************************************************
+ *
+ * FUNCTION:    acpi_any_fixed_event_status_set
+ *
+ * PARAMETERS:  None
+ *
+ * RETURN:      TRUE or FALSE
+ *
+ * DESCRIPTION: Checks the PM status register for active fixed events
+ *
+ ******************************************************************************/
+
+u32 acpi_any_fixed_event_status_set(void)
+{
+	acpi_status status;
+	u32 in_status;
+	u32 in_enable;
+	u32 i;
+
+	status = acpi_hw_register_read(ACPI_REGISTER_PM1_ENABLE, &in_enable);
+	if (ACPI_FAILURE(status)) {
+		return (FALSE);
+	}
+
+	status = acpi_hw_register_read(ACPI_REGISTER_PM1_STATUS, &in_status);
+	if (ACPI_FAILURE(status)) {
+		return (FALSE);
+	}
+
+	/*
+	 * Check for all possible Fixed Events and dispatch those that are active
+	 */
+	for (i = 0; i < ACPI_NUM_FIXED_EVENTS; i++) {
+
+		/* Both the status and enable bits must be on for this event */
+
+		if ((in_status & acpi_gbl_fixed_event_info[i].status_bit_mask) &&
+		    (in_enable & acpi_gbl_fixed_event_info[i].enable_bit_mask)) {
+			return (TRUE);
+		}
+	}
+
+	return (FALSE);
+}
+
 #endif				/* !ACPI_REDUCED_HARDWARE */
Index: linux-pm/include/acpi/acpixf.h
===================================================================
--- linux-pm.orig/include/acpi/acpixf.h
+++ linux-pm/include/acpi/acpixf.h
@@ -753,6 +753,7 @@ ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_sta
 ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status acpi_enable_all_runtime_gpes(void))
 ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status acpi_enable_all_wakeup_gpes(void))
 ACPI_HW_DEPENDENT_RETURN_UINT32(u32 acpi_any_gpe_status_set(void))
+ACPI_HW_DEPENDENT_RETURN_UINT32(u32 acpi_any_fixed_event_status_set(void))
 
 ACPI_HW_DEPENDENT_RETURN_STATUS(acpi_status
 				acpi_get_gpe_device(u32 gpe_index,
Index: linux-pm/drivers/acpi/sleep.c
===================================================================
--- linux-pm.orig/drivers/acpi/sleep.c
+++ linux-pm/drivers/acpi/sleep.c
@@ -1006,6 +1006,13 @@ static bool acpi_s2idle_wake(void)
 			return true;
 
 		/*
+		 * If the status bit of any enabled fixed event is set, the
+		 * wakeup is regarded as valid.
+		 */
+		if (acpi_any_fixed_event_status_set())
+			return true;
+
+		/*
 		 * If there are no EC events to process and at least one of the
 		 * other enabled GPEs is active, the wakeup is regarded as a
 		 * genuine one.




^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-17 18:42 ` sinisa
  2020-02-17 20:17   ` Dominik Brodowski
@ 2020-02-21  1:38   ` Dave Airlie
  2020-02-21  2:23     ` [Intel-gfx] " Souza, Jose
  1 sibling, 1 reply; 24+ messages in thread
From: Dave Airlie @ 2020-02-21  1:38 UTC (permalink / raw)
  To: sinisa, Intel Graphics Development, Jani Nikula; +Cc: LKML

looping in intel-gfx + Jani.

On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>
>
> On 2020-02-16 22:32, Linus Torvalds wrote:
>  > ...
>  > Chris Wilson (19):
>  >       drm/i915/pmu: Correct the rc6 offset upon enabling
>  >       drm/i915/gem: Take local vma references for the parser
>  >       drm/i915/selftests: Add a mock i915_vma to the mock_ring
>  >       drm/i915/gt: Use the BIT when checking the flags, not the index
>  >       drm/i915/execlists: Leave resetting ring to intel_ring
>  >       drm/i915/gem: Store mmap_offsets in an rbtree rather than a
> plain list
>  >       drm/i915: Don't show the blank process name for
> internal/simulated errors
>  >       drm/i915/gem: Detect overflow in calculating dumb buffer size
>  >       drm/i915: Check activity on i915_vma after confirming pin_count==0
>  >       drm/i915: Stub out i915_gpu_coredump_put
>  >       drm/i915: Tighten atomicity of i915_active_acquire vs
> i915_active_release
>  >       drm/i915/gt: Acquire ce->active before ce->pin_count/ce->pin_mutex
>  >       drm/i915/gem: Tighten checks and acquiring the mmap object
>  >       drm/i915: Keep track of request among the scheduling lists
>  >       drm/i915/gt: Allow temporary suspension of inflight requests
>  >       drm/i915/execlists: Offline error capture
>  >       drm/i915/execlists: Take a reference while capturing the guilty
> request
>  >       drm/i915/execlists: Reclaim the hanging virtual request
>  >       drm/i915: Mark the removal of the i915_request from the sched.link
>  > ...
>
> Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U with
> integrated graphics) to to only get black screen when loading i915 driver.
>
> Happens the same in rc1 and rc2, works OK with all previous kernels.
>
>
> Here is relevant part of the dmesg output:
>
>
> [    4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
> [    4.645363] Console: switching to colour dummy device 80x25
> [    4.667372] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [    4.667379] [drm] Driver supports precise vblank timestamp query.
> [    4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
> olddecodes=io+mem,decodes=io+mem:owns=io+mem
> [    4.682355] ------------[ cut here ]------------
> [    4.682389] WARNING: CPU: 3 PID: 459 at
> drivers/gpu/drm/drm_atomic.c:296 drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [    4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
> nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
> snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
> aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
> snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
> videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
> cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep snd_pcm
> toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops syscopyarea
> sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
> toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac button
> xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
> ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
> l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
> ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
> scsi_dh_emc scsi_dh_alua
> [    4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
> 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
> [    4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS
> Version 4.30   04/26/2018
> [    4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> [    4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60
> e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff
> ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44
> [    4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
> [    4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
> ffff9c979101ed08
> [    4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
> ffff9c97862c1000
> [    4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
> 0000000000000079
> [    4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
> 0000000000000000
> [    4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
> ffffffffc0ee0f80
> [    4.682517] FS:  00007f65d2c92dc0(0000) GS:ffff9c9792ec0000(0000)
> knlGS:0000000000000000
> [    4.682521] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [    4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
> 00000000001606e0
> [    4.682527] Call Trace:
> [    4.682551]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
> [    4.682569]  drm_atomic_helper_check_modeset+0x492/0x770 [drm_kms_helper]
> [    4.682641]  intel_atomic_check+0x93/0xcc0 [i915]
> [    4.682657]  ? drm_atomic_helper_duplicate_state+0x148/0x170
> [drm_kms_helper]
> [    4.682723]  intel_modeset_init+0xe55/0x1180 [i915]
> [    4.682777]  i915_driver_probe+0x48e/0x580 [i915]
> [    4.682784]  ? _cond_resched+0x15/0x30
> [    4.682788]  ? mutex_lock+0xe/0x30
> [    4.682839]  i915_pci_probe+0x54/0x140 [i915]
> [    4.682845]  local_pci_probe+0x42/0x80
> [    4.682851]  pci_device_probe+0x107/0x1b0
> [    4.682856]  really_probe+0x147/0x3c0
> [    4.682860]  driver_probe_device+0xb6/0x100
> [    4.682864]  device_driver_attach+0x53/0x60
> [    4.682867]  __driver_attach+0x8a/0x150
> [    4.682870]  ? device_driver_attach+0x60/0x60
> [    4.682874]  ? device_driver_attach+0x60/0x60
> [    4.682878]  bus_for_each_dev+0x78/0xc0
> [    4.682883]  bus_add_driver+0x14d/0x1f0
> [    4.682887]  driver_register+0x6c/0xc0
> [    4.682891]  ? 0xffffffffc0ff5000
> [    4.682946]  i915_init+0x5d/0x70 [i915]
> [    4.682952]  do_one_initcall+0x46/0x200
> [    4.682957]  ? _cond_resched+0x15/0x30
> [    4.682961]  ? kmem_cache_alloc_trace+0x189/0x280
> [    4.682966]  ? do_init_module+0x23/0x230
> [    4.682970]  do_init_module+0x5c/0x230
> [    4.682973]  load_module+0x14b2/0x1650
> [    4.682980]  ? __do_sys_init_module+0x16e/0x1a0
> [    4.682983]  __do_sys_init_module+0x16e/0x1a0
> [    4.682989]  do_syscall_64+0x64/0x240
> [    4.682994]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
> [    4.682998] RIP: 0033:0x7f65d38a9d9a
> [    4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8 ff c3
> 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f
> 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01 48
> [    4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246 ORIG_RAX:
> 00000000000000af
> [    4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
> 00007f65d38a9d9a
> [    4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
> 00007f65cd60c010
> [    4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
> 00007f65d32649e0
> [    4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
> 00007f65d356689d
> [    4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
> 0000563c1d4cb930
> [    4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>
>
>
> --
> Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
> Siniša Bandin

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Intel-gfx] Linux 5.6-rc2
  2020-02-21  1:38   ` Dave Airlie
@ 2020-02-21  2:23     ` Souza, Jose
  2020-02-24 18:24       ` Siniša Bandin
  2020-03-02 16:39       ` Siniša Bandin
  0 siblings, 2 replies; 24+ messages in thread
From: Souza, Jose @ 2020-02-21  2:23 UTC (permalink / raw)
  To: airlied, sinisa, jani.nikula, intel-gfx; +Cc: linux-kernel

We have a fix for this issue, still going through review.

https://gitlab.freedesktop.org/drm/intel/issues/1151

On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote:
> looping in intel-gfx + Jani.
> 
> On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
> > 
> > On 2020-02-16 22:32, Linus Torvalds wrote:
> >  > ...
> >  > Chris Wilson (19):
> >  >       drm/i915/pmu: Correct the rc6 offset upon enabling
> >  >       drm/i915/gem: Take local vma references for the parser
> >  >       drm/i915/selftests: Add a mock i915_vma to the mock_ring
> >  >       drm/i915/gt: Use the BIT when checking the flags, not the
> > index
> >  >       drm/i915/execlists: Leave resetting ring to intel_ring
> >  >       drm/i915/gem: Store mmap_offsets in an rbtree rather than
> > a
> > plain list
> >  >       drm/i915: Don't show the blank process name for
> > internal/simulated errors
> >  >       drm/i915/gem: Detect overflow in calculating dumb buffer
> > size
> >  >       drm/i915: Check activity on i915_vma after confirming
> > pin_count==0
> >  >       drm/i915: Stub out i915_gpu_coredump_put
> >  >       drm/i915: Tighten atomicity of i915_active_acquire vs
> > i915_active_release
> >  >       drm/i915/gt: Acquire ce->active before ce->pin_count/ce-
> > >pin_mutex
> >  >       drm/i915/gem: Tighten checks and acquiring the mmap object
> >  >       drm/i915: Keep track of request among the scheduling lists
> >  >       drm/i915/gt: Allow temporary suspension of inflight
> > requests
> >  >       drm/i915/execlists: Offline error capture
> >  >       drm/i915/execlists: Take a reference while capturing the
> > guilty
> > request
> >  >       drm/i915/execlists: Reclaim the hanging virtual request
> >  >       drm/i915: Mark the removal of the i915_request from the
> > sched.link
> >  > ...
> > 
> > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U 
> > with
> > integrated graphics) to to only get black screen when loading i915
> > driver.
> > 
> > Happens the same in rc1 and rc2, works OK with all previous
> > kernels.
> > 
> > 
> > Here is relevant part of the dmesg output:
> > 
> > 
> > [    4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
> > [    4.645363] Console: switching to colour dummy device 80x25
> > [    4.667372] [drm] Supports vblank timestamp caching Rev 2
> > (21.10.2013).
> > [    4.667379] [drm] Driver supports precise vblank timestamp
> > query.
> > [    4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
> > olddecodes=io+mem,decodes=io+mem:owns=io+mem
> > [    4.682355] ------------[ cut here ]------------
> > [    4.682389] WARNING: CPU: 3 PID: 459 at
> > drivers/gpu/drm/drm_atomic.c:296
> > drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> > [    4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
> > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
> > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
> > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
> > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
> > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
> > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep
> > snd_pcm
> > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
> > syscopyarea
> > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
> > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac
> > button
> > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
> > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
> > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
> > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
> > scsi_dh_emc scsi_dh_alua
> > [    4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
> > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
> > [    4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A,
> > BIOS
> > Version 4.30   04/26/2018
> > [    4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
> > [    4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b
> > 55 60
> > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e
> > ff ff
> > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f
> > 44
> > [    4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
> > [    4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
> > ffff9c979101ed08
> > [    4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
> > ffff9c97862c1000
> > [    4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
> > 0000000000000079
> > [    4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
> > 0000000000000000
> > [    4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
> > ffffffffc0ee0f80
> > [    4.682517] FS:  00007f65d2c92dc0(0000)
> > GS:ffff9c9792ec0000(0000)
> > knlGS:0000000000000000
> > [    4.682521] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > [    4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
> > 00000000001606e0
> > [    4.682527] Call Trace:
> > [    4.682551]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
> > [    4.682569]  drm_atomic_helper_check_modeset+0x492/0x770
> > [drm_kms_helper]
> > [    4.682641]  intel_atomic_check+0x93/0xcc0 [i915]
> > [    4.682657]  ? drm_atomic_helper_duplicate_state+0x148/0x170
> > [drm_kms_helper]
> > [    4.682723]  intel_modeset_init+0xe55/0x1180 [i915]
> > [    4.682777]  i915_driver_probe+0x48e/0x580 [i915]
> > [    4.682784]  ? _cond_resched+0x15/0x30
> > [    4.682788]  ? mutex_lock+0xe/0x30
> > [    4.682839]  i915_pci_probe+0x54/0x140 [i915]
> > [    4.682845]  local_pci_probe+0x42/0x80
> > [    4.682851]  pci_device_probe+0x107/0x1b0
> > [    4.682856]  really_probe+0x147/0x3c0
> > [    4.682860]  driver_probe_device+0xb6/0x100
> > [    4.682864]  device_driver_attach+0x53/0x60
> > [    4.682867]  __driver_attach+0x8a/0x150
> > [    4.682870]  ? device_driver_attach+0x60/0x60
> > [    4.682874]  ? device_driver_attach+0x60/0x60
> > [    4.682878]  bus_for_each_dev+0x78/0xc0
> > [    4.682883]  bus_add_driver+0x14d/0x1f0
> > [    4.682887]  driver_register+0x6c/0xc0
> > [    4.682891]  ? 0xffffffffc0ff5000
> > [    4.682946]  i915_init+0x5d/0x70 [i915]
> > [    4.682952]  do_one_initcall+0x46/0x200
> > [    4.682957]  ? _cond_resched+0x15/0x30
> > [    4.682961]  ? kmem_cache_alloc_trace+0x189/0x280
> > [    4.682966]  ? do_init_module+0x23/0x230
> > [    4.682970]  do_init_module+0x5c/0x230
> > [    4.682973]  load_module+0x14b2/0x1650
> > [    4.682980]  ? __do_sys_init_module+0x16e/0x1a0
> > [    4.682983]  __do_sys_init_module+0x16e/0x1a0
> > [    4.682989]  do_syscall_64+0x64/0x240
> > [    4.682994]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
> > [    4.682998] RIP: 0033:0x7f65d38a9d9a
> > [    4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8
> > ff c3
> > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00
> > 00 0f
> > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01
> > 48
> > [    4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246
> > ORIG_RAX:
> > 00000000000000af
> > [    4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
> > 00007f65d38a9d9a
> > [    4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
> > 00007f65cd60c010
> > [    4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
> > 00007f65d32649e0
> > [    4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
> > 00007f65d356689d
> > [    4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
> > 0000563c1d4cb930
> > [    4.683030] ---[ end trace 2b569a8878cd5b99 ]---
> > 
> > 
> > 
> > --
> > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
> > Siniša Bandin
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-21  0:46         ` Rafael J. Wysocki
@ 2020-02-21  9:19           ` Chris Wilson
       [not found]             ` <CAJZ5v0h07em8y5bXcnUTBcjie8pCttADK9QX9W_cB0WQRcDfGQ@mail.gmail.com>
  0 siblings, 1 reply; 24+ messages in thread
From: Chris Wilson @ 2020-02-21  9:19 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: linux-kernel, Linus Torvalds, Rafael J. Wysocki, Linux PM, Linux ACPI

Quoting Rafael J. Wysocki (2020-02-21 00:46:18)
> On Thursday, February 20, 2020 11:41:22 PM CET Rafael J. Wysocki wrote:
> > On Monday, February 17, 2020 10:29:35 PM CET Chris Wilson wrote:
> > > Quoting Linus Torvalds (2020-02-17 21:20:27)
> > > > On Mon, Feb 17, 2020 at 8:22 AM Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > > > >
> > > > > Quoting Linus Torvalds (2020-02-16 21:32:32)
> > > > > > Rafael J. Wysocki (4):
> > > > > >       ACPI: EC: Fix flushing of pending work
> > > > > >       ACPI: PM: s2idle: Avoid possible race related to the EC GPE
> > > > > >       ACPICA: Introduce acpi_any_gpe_status_set()
> > > > > >       ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system
> > > > >
> > > > > Our S0 testing broke on all platforms, so we've reverted
> > > > > e3728b50cd9b ("ACPI: PM: s2idle: Avoid possible race related to the EC GPE")
> > > > > fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> > > > >
> > > > > There wasn't much in the logs, for example,
> > > > > https://intel-gfx-ci.01.org/tree/drm-tip/IGT_5445/fi-kbl-7500u/igt@gem_exec_suspend@basic-s0.html
> > > > 
> > > > So the machine suspends, but never comes back?
> > > > 
> > > > Do you need to revert both for it to work for you? Or is the revert of
> > > > fdde0ff8590b just to avoid the conflict?
> > > 
> > > fdde0ff85 was just to avoid conflicts.
> > >  
> > > > I'm assuming you bisected this, and the bisect indicated e3728b50cd9b,
> > > > and then to revert it you reverted the other commit too..
> > > 
> > > Lucky guess based on diff rc1..rc2. Bisect was going to be painful, but
> > > could be done if this is not enough clue for Rafael.
> > 
> > Sorry for the delayed response, was away.
> > 
> > I'm guessing that you are using rtcwake for wakeup, in which case reverting
> > fdde0ff85 alone should unbreak it.
> > 
> > Can you please double check that?
> 
> And below is a patch that should fix it if I'm not mistaken (verified on my
> system where I was able to reproduce the issue), so it would suffice to test
> this one on top of the -rc2.

Correct on both accounts. Reverting fdde0ff85 alone was enough, and
replacing the reverts with the suggested patch works.

> ---
> From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Subject: [PATCH] ACPI: PM: s2idle: Check fixed wakeup events in acpi_s2idle_wake()
> 
> Commit fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from
> waking up the system") overlooked the fact that fixed events can wake
> up the system too and broke RTC wakeup from suspend-to-idle as a
> result.
> 
> Fix this issue by checking the fixed events in acpi_s2idle_wake() in
> addition to checking wakeup GPEs and break out of the suspend-to-idle
> loop if the status bits of any enabled fixed events are set then.
> 
> Fixes: fdde0ff8590b ("ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system")
> Reported-by: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: 5.4+ <stable@vger.kernel.org> # 5.4+
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Tested-by: Chris Wilson <chris@chris-wilson.co.uk>
-Chris

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
       [not found]             ` <CAJZ5v0h07em8y5bXcnUTBcjie8pCttADK9QX9W_cB0WQRcDfGQ@mail.gmail.com>
@ 2020-02-21 18:02               ` Linus Torvalds
  2020-02-23 23:57                 ` Rafael J. Wysocki
  0 siblings, 1 reply; 24+ messages in thread
From: Linus Torvalds @ 2020-02-21 18:02 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Chris Wilson, Rafael J. Wysocki, Linux Kernel Mailing List,
	Rafael J. Wysocki, Linux PM, Linux ACPI

On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
>
> Please pick up this patch directly if you can.

Done. Added Chris' tested-by too.

            Linus

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: Linux 5.6-rc2
  2020-02-21 18:02               ` Linus Torvalds
@ 2020-02-23 23:57                 ` Rafael J. Wysocki
  0 siblings, 0 replies; 24+ messages in thread
From: Rafael J. Wysocki @ 2020-02-23 23:57 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: Rafael J. Wysocki, Chris Wilson, Rafael J. Wysocki,
	Linux Kernel Mailing List, Rafael J. Wysocki, Linux PM,
	Linux ACPI

On Fri, Feb 21, 2020 at 7:02 PM Linus Torvalds
<torvalds@linux-foundation.org> wrote:
>
> On Fri, Feb 21, 2020 at 2:54 AM Rafael J. Wysocki <rafael@kernel.org> wrote:
> >
> > Please pick up this patch directly if you can.
>
> Done. Added Chris' tested-by too.

Thank you!

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Intel-gfx] Linux 5.6-rc2
  2020-02-21  2:23     ` [Intel-gfx] " Souza, Jose
@ 2020-02-24 18:24       ` Siniša Bandin
  2020-03-02 16:39       ` Siniša Bandin
  1 sibling, 0 replies; 24+ messages in thread
From: Siniša Bandin @ 2020-02-24 18:24 UTC (permalink / raw)
  To: Souza, Jose; +Cc: airlied, jani.nikula, intel-gfx, linux-kernel

Still the same in rc3

Hopefully patch will land in rc4...

---
Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement,
Siniša Bandin



On 21.02.2020 03:23, Souza, Jose wrote:
> We have a fix for this issue, still going through review.
> 
> https://gitlab.freedesktop.org/drm/intel/issues/1151
> 
> On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote:
>> looping in intel-gfx + Jani.
>> 
>> On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>> >
>> > On 2020-02-16 22:32, Linus Torvalds wrote:
>> >  > ...
>> >  > Chris Wilson (19):
>> >  >       drm/i915/pmu: Correct the rc6 offset upon enabling
>> >  >       drm/i915/gem: Take local vma references for the parser
>> >  >       drm/i915/selftests: Add a mock i915_vma to the mock_ring
>> >  >       drm/i915/gt: Use the BIT when checking the flags, not the
>> > index
>> >  >       drm/i915/execlists: Leave resetting ring to intel_ring
>> >  >       drm/i915/gem: Store mmap_offsets in an rbtree rather than
>> > a
>> > plain list
>> >  >       drm/i915: Don't show the blank process name for
>> > internal/simulated errors
>> >  >       drm/i915/gem: Detect overflow in calculating dumb buffer
>> > size
>> >  >       drm/i915: Check activity on i915_vma after confirming
>> > pin_count==0
>> >  >       drm/i915: Stub out i915_gpu_coredump_put
>> >  >       drm/i915: Tighten atomicity of i915_active_acquire vs
>> > i915_active_release
>> >  >       drm/i915/gt: Acquire ce->active before ce->pin_count/ce-
>> > >pin_mutex
>> >  >       drm/i915/gem: Tighten checks and acquiring the mmap object
>> >  >       drm/i915: Keep track of request among the scheduling lists
>> >  >       drm/i915/gt: Allow temporary suspension of inflight
>> > requests
>> >  >       drm/i915/execlists: Offline error capture
>> >  >       drm/i915/execlists: Take a reference while capturing the
>> > guilty
>> > request
>> >  >       drm/i915/execlists: Reclaim the hanging virtual request
>> >  >       drm/i915: Mark the removal of the i915_request from the
>> > sched.link
>> >  > ...
>> >
>> > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U
>> > with
>> > integrated graphics) to to only get black screen when loading i915
>> > driver.
>> >
>> > Happens the same in rc1 and rc2, works OK with all previous
>> > kernels.
>> >
>> >
>> > Here is relevant part of the dmesg output:
>> >
>> >
>> > [    4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
>> > [    4.645363] Console: switching to colour dummy device 80x25
>> > [    4.667372] [drm] Supports vblank timestamp caching Rev 2
>> > (21.10.2013).
>> > [    4.667379] [drm] Driver supports precise vblank timestamp
>> > query.
>> > [    4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
>> > olddecodes=io+mem,decodes=io+mem:owns=io+mem
>> > [    4.682355] ------------[ cut here ]------------
>> > [    4.682389] WARNING: CPU: 3 PID: 459 at
>> > drivers/gpu/drm/drm_atomic.c:296
>> > drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [    4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
>> > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
>> > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
>> > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
>> > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
>> > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
>> > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep
>> > snd_pcm
>> > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
>> > syscopyarea
>> > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
>> > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac
>> > button
>> > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
>> > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
>> > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
>> > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
>> > scsi_dh_emc scsi_dh_alua
>> > [    4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
>> > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
>> > [    4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A,
>> > BIOS
>> > Version 4.30   04/26/2018
>> > [    4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [    4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b
>> > 55 60
>> > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e
>> > ff ff
>> > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f
>> > 44
>> > [    4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
>> > [    4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
>> > ffff9c979101ed08
>> > [    4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
>> > ffff9c97862c1000
>> > [    4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
>> > 0000000000000079
>> > [    4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
>> > 0000000000000000
>> > [    4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
>> > ffffffffc0ee0f80
>> > [    4.682517] FS:  00007f65d2c92dc0(0000)
>> > GS:ffff9c9792ec0000(0000)
>> > knlGS:0000000000000000
>> > [    4.682521] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> > [    4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
>> > 00000000001606e0
>> > [    4.682527] Call Trace:
>> > [    4.682551]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
>> > [    4.682569]  drm_atomic_helper_check_modeset+0x492/0x770
>> > [drm_kms_helper]
>> > [    4.682641]  intel_atomic_check+0x93/0xcc0 [i915]
>> > [    4.682657]  ? drm_atomic_helper_duplicate_state+0x148/0x170
>> > [drm_kms_helper]
>> > [    4.682723]  intel_modeset_init+0xe55/0x1180 [i915]
>> > [    4.682777]  i915_driver_probe+0x48e/0x580 [i915]
>> > [    4.682784]  ? _cond_resched+0x15/0x30
>> > [    4.682788]  ? mutex_lock+0xe/0x30
>> > [    4.682839]  i915_pci_probe+0x54/0x140 [i915]
>> > [    4.682845]  local_pci_probe+0x42/0x80
>> > [    4.682851]  pci_device_probe+0x107/0x1b0
>> > [    4.682856]  really_probe+0x147/0x3c0
>> > [    4.682860]  driver_probe_device+0xb6/0x100
>> > [    4.682864]  device_driver_attach+0x53/0x60
>> > [    4.682867]  __driver_attach+0x8a/0x150
>> > [    4.682870]  ? device_driver_attach+0x60/0x60
>> > [    4.682874]  ? device_driver_attach+0x60/0x60
>> > [    4.682878]  bus_for_each_dev+0x78/0xc0
>> > [    4.682883]  bus_add_driver+0x14d/0x1f0
>> > [    4.682887]  driver_register+0x6c/0xc0
>> > [    4.682891]  ? 0xffffffffc0ff5000
>> > [    4.682946]  i915_init+0x5d/0x70 [i915]
>> > [    4.682952]  do_one_initcall+0x46/0x200
>> > [    4.682957]  ? _cond_resched+0x15/0x30
>> > [    4.682961]  ? kmem_cache_alloc_trace+0x189/0x280
>> > [    4.682966]  ? do_init_module+0x23/0x230
>> > [    4.682970]  do_init_module+0x5c/0x230
>> > [    4.682973]  load_module+0x14b2/0x1650
>> > [    4.682980]  ? __do_sys_init_module+0x16e/0x1a0
>> > [    4.682983]  __do_sys_init_module+0x16e/0x1a0
>> > [    4.682989]  do_syscall_64+0x64/0x240
>> > [    4.682994]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> > [    4.682998] RIP: 0033:0x7f65d38a9d9a
>> > [    4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8
>> > ff c3
>> > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00
>> > 00 0f
>> > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01
>> > 48
>> > [    4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246
>> > ORIG_RAX:
>> > 00000000000000af
>> > [    4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
>> > 00007f65d38a9d9a
>> > [    4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
>> > 00007f65cd60c010
>> > [    4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
>> > 00007f65d32649e0
>> > [    4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
>> > 00007f65d356689d
>> > [    4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
>> > 0000563c1d4cb930
>> > [    4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>> >
>> >
>> >
>> > --
>> > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
>> > Siniša Bandin
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Intel-gfx] Linux 5.6-rc2
  2020-02-21  2:23     ` [Intel-gfx] " Souza, Jose
  2020-02-24 18:24       ` Siniša Bandin
@ 2020-03-02 16:39       ` Siniša Bandin
  2020-03-02 17:04         ` Jani Nikula
  1 sibling, 1 reply; 24+ messages in thread
From: Siniša Bandin @ 2020-03-02 16:39 UTC (permalink / raw)
  To: Souza, Jose; +Cc: airlied, jani.nikula, intel-gfx, linux-kernel

Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7 
works OK).

Is there anything else I could do to help fix this?

Here is the dmesg output from my 5.6-rc4:

[    0.000000] Linux version 5.6.0-rc4-1.g8a04afc-default 
(geeko@buildhost) (gcc version 9.2.1 20200128 [revision 
83f65674e78d97d27537361de1a9d74067ff228d] (SUSE Linux)) #1 SMP Mon Mar 2 
04:17:37 UTC 2020 (8a04afc)
[    0.000000] Command line: 
BOOT_IMAGE=/boot/vmlinuz-5.6.0-rc4-1.g8a04afc-default 
root=UUID=9d48aa7b-a860-4c3c-85c1-48bc461adb8e sysrq_always_enabled=1 
elevator=none net.ifnames=0 mitigations=off apparmor=0 audit=0 
no_console_suspend=1 log_buf_len=4M zswap.enabled=1
...
[    4.929025] i915 0000:00:02.0: vgaarb: deactivate vga console
[    4.930448] Console: switching to colour dummy device 80x25
[    4.931448] [drm] Supports vblank timestamp caching Rev 2 
(21.10.2013).
[    4.931455] [drm] Driver supports precise vblank timestamp query.
[    4.931822] i915 0000:00:02.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    4.941366] Bluetooth: hci0: read Intel version: 370710010002030d00
[    4.947260] Bluetooth: hci0: Intel Bluetooth firmware file: 
intel/ibt-hw-37.7.10-fw-1.0.2.3.d.bseq
[    4.973884] ------------[ cut here ]------------
[    4.973920] WARNING: CPU: 1 PID: 457 at 
drivers/gpu/drm/drm_atomic.c:296 drm_atomic_get_crtc_state+0xf8/0x110 
[drm]
[    4.973925] Modules linked in: crct10dif_pclmul(+) btusb btrtl btbcm 
btintel crc32_pclmul i915(+) bluetooth ghash_clmulni_intel iwlmvm 
nls_iso8859_1 snd_hda_codec_realtek ecdh_generic ecc 
snd_hda_codec_generic iTCO_wdt mac80211 ledtrig_audio 
iTCO_vendor_support fuse nls_cp437 snd_hda_intel vfat snd_intel_dspcfg 
fat snd_hda_codec uvcvideo drm_kms_helper aesni_intel videobuf2_vmalloc 
snd_hda_core videobuf2_memops crypto_simd cec snd_hwdep videobuf2_v4l2 
cryptd glue_helper iwlwifi rc_core videobuf2_common toshiba_acpi snd_pcm 
pcspkr sparse_keymap cfg80211 videodev drm joydev industrialio wmi_bmof 
snd_timer mc lpc_ich fb_sys_fops toshiba_bluetooth e1000e syscopyarea 
snd sysfillrect sysimgblt i2c_algo_bit rtsx_pci soundcore rfkill thermal 
ac intel_smartconnect button xfs libcrc32c ehci_pci ehci_hcd xhci_pci 
xhci_hcd usbcore crc32c_intel serio_raw battery wmi video l2tp_ppp 
l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg ppp_mppe 
ppp_generic slhc libarc4 dm_multipath dm_mod
[    4.973966]  scsi_dh_rdac scsi_dh_emc scsi_dh_alua
[    4.973994] CPU: 1 PID: 457 Comm: systemd-udevd Not tainted 
5.6.0-rc4-1.g8a04afc-default #1 openSUSE Tumbleweed (unreleased)
[    4.973998] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A, BIOS 
Version 4.30   04/26/2018
[    4.974021] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
[    4.974025] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b 55 60 
e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e ff ff 
ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f 44
[    4.974032] RSP: 0018:ffffb65cc04378b0 EFLAGS: 00010246
[    4.974036] RAX: 0000000000000000 RBX: ffff9d4ac33c3800 RCX: 
ffff9d4aceda1f60
[    4.974039] RDX: 000000000000002d RSI: 0000000000000000 RDI: 
ffff9d4ac33c3800
[    4.974043] RBP: ffff9d4ac33c3000 R08: 0000000000000079 R09: 
0000000000000079
[    4.974046] R10: 000000000000002d R11: 0000000000000005 R12: 
0000000000000000
[    4.974050] R13: ffff9d4ac33c3000 R14: ffff9d4ac33c7000 R15: 
ffffffffc118cf80
[    4.974054] FS:  00007f1bc5191dc0(0000) GS:ffff9d4ad2e40000(0000) 
knlGS:0000000000000000
[    4.974058] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    4.974061] CR2: 00007fbabbc840fc CR3: 000000030f630005 CR4: 
00000000001606e0
[    4.974065] Call Trace:
[    4.974089]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
[    4.974106]  drm_atomic_helper_check_modeset+0x492/0x770 
[drm_kms_helper]
[    4.974180]  intel_atomic_check+0x93/0xcc0 [i915]
[    4.974194]  ? drm_atomic_helper_duplicate_state+0x148/0x170 
[drm_kms_helper]
[    4.974256]  intel_modeset_init+0xe71/0x11b0 [i915]
[    4.974308]  i915_driver_probe+0x48e/0x580 [i915]
[    4.974315]  ? _cond_resched+0x15/0x30
[    4.974319]  ? mutex_lock+0xe/0x30
[    4.974368]  i915_pci_probe+0x54/0x140 [i915]
[    4.974375]  local_pci_probe+0x42/0x80
[    4.974379]  pci_device_probe+0x107/0x1b0
[    4.974385]  really_probe+0x147/0x3c0
[    4.974388]  driver_probe_device+0xb6/0x100
[    4.974393]  device_driver_attach+0x53/0x60
[    4.974396]  __driver_attach+0x8a/0x150
[    4.974400]  ? device_driver_attach+0x60/0x60
[    4.974403]  ? device_driver_attach+0x60/0x60
[    4.974408]  bus_for_each_dev+0x78/0xc0
[    4.974413]  bus_add_driver+0x14d/0x1f0
[    4.974418]  driver_register+0x6c/0xc0
[    4.974422]  ? 0xffffffffc12a1000
[    4.974476]  i915_init+0x5d/0x70 [i915]
[    4.974483]  do_one_initcall+0x46/0x200
[    4.974486]  ? _cond_resched+0x15/0x30
[    4.974491]  ? kmem_cache_alloc_trace+0x189/0x280
[    4.974495]  ? do_init_module+0x23/0x230
[    4.974499]  do_init_module+0x5c/0x230
[    4.974503]  load_module+0x14b2/0x1650
[    4.974511]  ? __do_sys_init_module+0x16e/0x1a0
[    4.974514]  __do_sys_init_module+0x16e/0x1a0
[    4.974521]  do_syscall_64+0x64/0x240
[    4.974526]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
[    4.974531] RIP: 0033:0x7f1bc5dabd9a
[    4.974535] Code: 48 8b 0d f9 f0 0b 00 f7 d8 64 89 01 48 83 c8 ff c3 
66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00 00 0f 
05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d c6 f0 0b 00 f7 d8 64 89 01 48
[    4.974541] RSP: 002b:00007ffe78de8698 EFLAGS: 00000246 ORIG_RAX: 
00000000000000af
[    4.974546] RAX: ffffffffffffffda RBX: 000055ad3f041400 RCX: 
00007f1bc5dabd9a
[    4.974549] RDX: 00007f1bc5a6889d RSI: 00000000004bdf07 RDI: 
00007f1bbfb0d010
[    4.974553] RBP: 00007f1bbfb0d010 R08: 0000000000000001 R09: 
00007f1bc57659e0
[    4.974556] R10: 0000000000000002 R11: 0000000000000246 R12: 
00007f1bc5a6889d
[    4.974558] R13: 0000000000000000 R14: 000055ad3f03fb70 R15: 
000055ad3f041400
[    4.974563] ---[ end trace c9963638c58e8ba8 ]---


---
Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement,
Siniša Bandin



On 21.02.2020 03:23, Souza, Jose wrote:
> We have a fix for this issue, still going through review.
> 
> https://gitlab.freedesktop.org/drm/intel/issues/1151
> 
> On Fri, 2020-02-21 at 11:38 +1000, Dave Airlie wrote:
>> looping in intel-gfx + Jani.
>> 
>> On Tue, 18 Feb 2020 at 05:20, sinisa <sinisa@4net.rs> wrote:
>> >
>> > On 2020-02-16 22:32, Linus Torvalds wrote:
>> >  > ...
>> >  > Chris Wilson (19):
>> >  >       drm/i915/pmu: Correct the rc6 offset upon enabling
>> >  >       drm/i915/gem: Take local vma references for the parser
>> >  >       drm/i915/selftests: Add a mock i915_vma to the mock_ring
>> >  >       drm/i915/gt: Use the BIT when checking the flags, not the
>> > index
>> >  >       drm/i915/execlists: Leave resetting ring to intel_ring
>> >  >       drm/i915/gem: Store mmap_offsets in an rbtree rather than
>> > a
>> > plain list
>> >  >       drm/i915: Don't show the blank process name for
>> > internal/simulated errors
>> >  >       drm/i915/gem: Detect overflow in calculating dumb buffer
>> > size
>> >  >       drm/i915: Check activity on i915_vma after confirming
>> > pin_count==0
>> >  >       drm/i915: Stub out i915_gpu_coredump_put
>> >  >       drm/i915: Tighten atomicity of i915_active_acquire vs
>> > i915_active_release
>> >  >       drm/i915/gt: Acquire ce->active before ce->pin_count/ce-
>> > >pin_mutex
>> >  >       drm/i915/gem: Tighten checks and acquiring the mmap object
>> >  >       drm/i915: Keep track of request among the scheduling lists
>> >  >       drm/i915/gt: Allow temporary suspension of inflight
>> > requests
>> >  >       drm/i915/execlists: Offline error capture
>> >  >       drm/i915/execlists: Take a reference while capturing the
>> > guilty
>> > request
>> >  >       drm/i915/execlists: Reclaim the hanging virtual request
>> >  >       drm/i915: Mark the removal of the i915_request from the
>> > sched.link
>> >  > ...
>> >
>> > Something from here makes my Toshiba Portege Z30-A (CPU is i5-4210U
>> > with
>> > integrated graphics) to to only get black screen when loading i915
>> > driver.
>> >
>> > Happens the same in rc1 and rc2, works OK with all previous
>> > kernels.
>> >
>> >
>> > Here is relevant part of the dmesg output:
>> >
>> >
>> > [    4.643848] i915 0000:00:02.0: vgaarb: deactivate vga console
>> > [    4.645363] Console: switching to colour dummy device 80x25
>> > [    4.667372] [drm] Supports vblank timestamp caching Rev 2
>> > (21.10.2013).
>> > [    4.667379] [drm] Driver supports precise vblank timestamp
>> > query.
>> > [    4.667743] i915 0000:00:02.0: vgaarb: changed VGA decodes:
>> > olddecodes=io+mem,decodes=io+mem:owns=io+mem
>> > [    4.682355] ------------[ cut here ]------------
>> > [    4.682389] WARNING: CPU: 3 PID: 459 at
>> > drivers/gpu/drm/drm_atomic.c:296
>> > drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [    4.682394] Modules linked in: iTCO_wdt iTCO_vendor_support
>> > nls_iso8859_1 snd_hda_codec_realtek i915(+) fuse nls_cp437
>> > snd_hda_codec_generic vfat fat iwlwifi uvcvideo ledtrig_audio
>> > aesni_intel(+) drm_kms_helper videobuf2_vmalloc crypto_simd
>> > snd_hda_intel videobuf2_memops cec snd_intel_dspcfg rc_core
>> > videobuf2_v4l2 cryptd snd_hda_codec glue_helper videobuf2_common
>> > cfg80211 drm pcspkr videodev snd_hda_core wmi_bmof snd_hwdep
>> > snd_pcm
>> > toshiba_acpi mc e1000e snd_timer sparse_keymap fb_sys_fops
>> > syscopyarea
>> > sysfillrect industrialio lpc_ich snd sysimgblt i2c_algo_bit
>> > toshiba_bluetooth soundcore thermal rfkill intel_smartconnect ac
>> > button
>> > xfs libcrc32c xhci_pci xhci_hcd rtsx_pci_sdmmc mmc_core ehci_pci
>> > ehci_hcd usbcore crc32c_intel rtsx_pci serio_raw battery wmi video
>> > l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel pppox sg
>> > ppp_mppe ppp_generic slhc libarc4 dm_multipath dm_mod scsi_dh_rdac
>> > scsi_dh_emc scsi_dh_alua
>> > [    4.682455] CPU: 3 PID: 459 Comm: systemd-udevd Not tainted
>> > 5.6.0-rc2-1.g327abc9-default #1 openSUSE Tumbleweed (unreleased)
>> > [    4.682460] Hardware name: TOSHIBA PORTEGE Z30-A/PORTEGE Z30-A,
>> > BIOS
>> > Version 4.30   04/26/2018
>> > [    4.682486] RIP: 0010:drm_atomic_get_crtc_state+0xf8/0x110 [drm]
>> > [    4.682490] Code: 89 2c 11 48 89 98 f0 01 00 00 48 8b 4d 20 8b
>> > 55 60
>> > e8 2c aa 00 00 48 8b 04 24 48 83 c4 08 5b 5d 41 5c c3 48 98 e9 4e
>> > ff ff
>> > ff <0f> 0b e9 28 ff ff ff 48 c7 c0 f4 ff ff ff e9 3b ff ff ff 0f 1f
>> > 44
>> > [    4.682497] RSP: 0000:ffffaa5bc04338a8 EFLAGS: 00010246
>> > [    4.682500] RAX: 0000000000000000 RBX: ffff9c97862c1000 RCX:
>> > ffff9c979101ed08
>> > [    4.682504] RDX: 000000000000002d RSI: 0000000000000000 RDI:
>> > ffff9c97862c1000
>> > [    4.682507] RBP: ffff9c97862c7800 R08: 0000000000000079 R09:
>> > 0000000000000079
>> > [    4.682510] R10: 000000000000002d R11: 0000000000000005 R12:
>> > 0000000000000000
>> > [    4.682513] R13: ffff9c97862c7800 R14: ffff9c97862c0800 R15:
>> > ffffffffc0ee0f80
>> > [    4.682517] FS:  00007f65d2c92dc0(0000)
>> > GS:ffff9c9792ec0000(0000)
>> > knlGS:0000000000000000
>> > [    4.682521] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> > [    4.682524] CR2: 00007f016d25b610 CR3: 000000030f634004 CR4:
>> > 00000000001606e0
>> > [    4.682527] Call Trace:
>> > [    4.682551]  drm_atomic_add_affected_connectors+0x2e/0x110 [drm]
>> > [    4.682569]  drm_atomic_helper_check_modeset+0x492/0x770
>> > [drm_kms_helper]
>> > [    4.682641]  intel_atomic_check+0x93/0xcc0 [i915]
>> > [    4.682657]  ? drm_atomic_helper_duplicate_state+0x148/0x170
>> > [drm_kms_helper]
>> > [    4.682723]  intel_modeset_init+0xe55/0x1180 [i915]
>> > [    4.682777]  i915_driver_probe+0x48e/0x580 [i915]
>> > [    4.682784]  ? _cond_resched+0x15/0x30
>> > [    4.682788]  ? mutex_lock+0xe/0x30
>> > [    4.682839]  i915_pci_probe+0x54/0x140 [i915]
>> > [    4.682845]  local_pci_probe+0x42/0x80
>> > [    4.682851]  pci_device_probe+0x107/0x1b0
>> > [    4.682856]  really_probe+0x147/0x3c0
>> > [    4.682860]  driver_probe_device+0xb6/0x100
>> > [    4.682864]  device_driver_attach+0x53/0x60
>> > [    4.682867]  __driver_attach+0x8a/0x150
>> > [    4.682870]  ? device_driver_attach+0x60/0x60
>> > [    4.682874]  ? device_driver_attach+0x60/0x60
>> > [    4.682878]  bus_for_each_dev+0x78/0xc0
>> > [    4.682883]  bus_add_driver+0x14d/0x1f0
>> > [    4.682887]  driver_register+0x6c/0xc0
>> > [    4.682891]  ? 0xffffffffc0ff5000
>> > [    4.682946]  i915_init+0x5d/0x70 [i915]
>> > [    4.682952]  do_one_initcall+0x46/0x200
>> > [    4.682957]  ? _cond_resched+0x15/0x30
>> > [    4.682961]  ? kmem_cache_alloc_trace+0x189/0x280
>> > [    4.682966]  ? do_init_module+0x23/0x230
>> > [    4.682970]  do_init_module+0x5c/0x230
>> > [    4.682973]  load_module+0x14b2/0x1650
>> > [    4.682980]  ? __do_sys_init_module+0x16e/0x1a0
>> > [    4.682983]  __do_sys_init_module+0x16e/0x1a0
>> > [    4.682989]  do_syscall_64+0x64/0x240
>> > [    4.682994]  entry_SYSCALL_64_after_hwframe+0x49/0xbe
>> > [    4.682998] RIP: 0033:0x7f65d38a9d9a
>> > [    4.683001] Code: 48 8b 0d e9 00 0c 00 f7 d8 64 89 01 48 83 c8
>> > ff c3
>> > 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 af 00 00
>> > 00 0f
>> > 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d b6 00 0c 00 f7 d8 64 89 01
>> > 48
>> > [    4.683007] RSP: 002b:00007fffae341008 EFLAGS: 00000246
>> > ORIG_RAX:
>> > 00000000000000af
>> > [    4.683012] RAX: ffffffffffffffda RBX: 0000563c1d4cb930 RCX:
>> > 00007f65d38a9d9a
>> > [    4.683015] RDX: 00007f65d356689d RSI: 00000000004bdde7 RDI:
>> > 00007f65cd60c010
>> > [    4.683018] RBP: 00007f65cd60c010 R08: 0000000000000000 R09:
>> > 00007f65d32649e0
>> > [    4.683022] R10: 0000000000000001 R11: 0000000000000246 R12:
>> > 00007f65d356689d
>> > [    4.683025] R13: 0000000000000000 R14: 0000563c1d22f0c0 R15:
>> > 0000563c1d4cb930
>> > [    4.683030] ---[ end trace 2b569a8878cd5b99 ]---
>> >
>> >
>> >
>> > --
>> > Srdačan pozdrav/Best regards/Freundliche Grüße/Cordialement
>> > Siniša Bandin
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Intel-gfx] Linux 5.6-rc2
  2020-03-02 16:39       ` Siniša Bandin
@ 2020-03-02 17:04         ` Jani Nikula
  2020-03-03  7:08           ` Sinisa
  0 siblings, 1 reply; 24+ messages in thread
From: Jani Nikula @ 2020-03-02 17:04 UTC (permalink / raw)
  To: Siniša Bandin, Souza, Jose; +Cc: airlied, intel-gfx, linux-kernel

On Mon, 02 Mar 2020, Siniša Bandin <sinisa@4net.rs> wrote:
> Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7 
> works OK).
>
> Is there anything else I could do to help fix this?

Please wait for the patch to be actually merged to Linus' tree. I assume
it'll make it to v5.6-rc5.

Thanks,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

^ permalink raw reply	[flat|nested] 24+ messages in thread

* Re: [Intel-gfx] Linux 5.6-rc2
  2020-03-02 17:04         ` Jani Nikula
@ 2020-03-03  7:08           ` Sinisa
  0 siblings, 0 replies; 24+ messages in thread
From: Sinisa @ 2020-03-03  7:08 UTC (permalink / raw)
  To: linux-kernel; +Cc: intel-gfx

On 3/2/20 6:04 PM, Jani Nikula wrote:
> On Mon, 02 Mar 2020, Siniša Bandin <sinisa@4net.rs> wrote:
>> Sorry to bother, but still a "no go" in rc4 (at the same time, 5.5.7
>> works OK).
>>
>> Is there anything else I could do to help fix this?
> Please wait for the patch to be actually merged to Linus' tree. I assume
> it'll make it to v5.6-rc5.
>
> Thanks,
> Jani.
OK, thank you.

I'll wait patiently...

Srdačan pozdrav / Best regards / Freundliche Grüße / Cordialement,
Siniša Bandin


^ permalink raw reply	[flat|nested] 24+ messages in thread

end of thread, back to index

Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-16 21:32 Linux 5.6-rc2 Linus Torvalds
2020-02-17  2:08 ` Dave Jones
2020-02-17  2:24   ` Linus Torvalds
2020-02-17  3:02     ` Josef Bacik
2020-02-17  5:08       ` Linus Torvalds
2020-02-17 12:30         ` David Sterba
2020-02-17 16:45           ` Dave Jones
2020-02-17 16:04         ` Filipe Manana
2020-02-17 16:21 ` Chris Wilson
2020-02-17 21:20   ` Linus Torvalds
2020-02-17 21:29     ` Chris Wilson
2020-02-20 22:41       ` Rafael J. Wysocki
2020-02-21  0:46         ` Rafael J. Wysocki
2020-02-21  9:19           ` Chris Wilson
     [not found]             ` <CAJZ5v0h07em8y5bXcnUTBcjie8pCttADK9QX9W_cB0WQRcDfGQ@mail.gmail.com>
2020-02-21 18:02               ` Linus Torvalds
2020-02-23 23:57                 ` Rafael J. Wysocki
2020-02-17 18:42 ` sinisa
2020-02-17 20:17   ` Dominik Brodowski
2020-02-21  1:38   ` Dave Airlie
2020-02-21  2:23     ` [Intel-gfx] " Souza, Jose
2020-02-24 18:24       ` Siniša Bandin
2020-03-02 16:39       ` Siniša Bandin
2020-03-02 17:04         ` Jani Nikula
2020-03-03  7:08           ` Sinisa

LKML Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/lkml/0 lkml/git/0.git
	git clone --mirror https://lore.kernel.org/lkml/1 lkml/git/1.git
	git clone --mirror https://lore.kernel.org/lkml/2 lkml/git/2.git
	git clone --mirror https://lore.kernel.org/lkml/3 lkml/git/3.git
	git clone --mirror https://lore.kernel.org/lkml/4 lkml/git/4.git
	git clone --mirror https://lore.kernel.org/lkml/5 lkml/git/5.git
	git clone --mirror https://lore.kernel.org/lkml/6 lkml/git/6.git
	git clone --mirror https://lore.kernel.org/lkml/7 lkml/git/7.git
	git clone --mirror https://lore.kernel.org/lkml/8 lkml/git/8.git
	git clone --mirror https://lore.kernel.org/lkml/9 lkml/git/9.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 lkml lkml/ https://lore.kernel.org/lkml \
		linux-kernel@vger.kernel.org
	public-inbox-index lkml

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-kernel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git