Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 17 Feb 2020 21:17:52 +0100
From:   Dominik Brodowski <linux@dominikbrodowski.net>
To:     sinisa <sinisa@4net.rs>
Cc:     linux-kernel@vger.kernel.org
Subject: Re: Linux 5.6-rc2
Message-ID: <20200217201752.i74f2sfdrfs43s25@isilmar-4.linta.de>
References: <CAHk-=wgqwiBLGvwTqU2kJEPNmafPpPe_K0XgBU-A58M+mkwpgQ@mail.gmail.com>
 <99fb887f-4a1b-6c15-64a6-9d089773cdd4@4net.rs>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <99fb887f-4a1b-6c15-64a6-9d089773cdd4@4net.rs>
User-Agent: NeoMutt/20170113 (1.7.2)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

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