From: "Ceraolo Spurio, Daniele" <daniele.ceraolospurio@intel.com>
To: Brian Norris <briannorris@chromium.org>,
Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [CI 11/15] drm/i915/huc: track delayed HuC load with a fence
Date: Fri, 4 Nov 2022 17:38:44 -0700 [thread overview]
Message-ID: <301a2ee5-db5a-ff79-f94a-ef6014ca3a10@intel.com> (raw)
In-Reply-To: <Y2WfpLbX1SeDtk+7@google.com>
On 11/4/2022 4:26 PM, Brian Norris wrote:
> Hi,
>
> On Wed, Oct 19, 2022 at 10:54:34AM +0100, Tvrtko Ursulin wrote:
>> Don't know if this is real or not yet, hit it while running selftests a bit. Something to keep an eye on.
>>
>> [ 2928.370577] ODEBUG: init destroyed (active state 0) object type: i915_sw_fence hint: sw_fence_dummy_notify+0x0/0x10 [i915]
>> [ 2928.370903] WARNING: CPU: 2 PID: 1113 at lib/debugobjects.c:502 debug_print_object+0x6b/0x90
>> [ 2928.370984] Modules linked in: i915(+) drm_display_helper drm_kms_helper netconsole cmac algif_hash algif_skcipher af_alg bnep nls_iso8859_1 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_intel_dspcfg snd_hda_codec snd_hwdep snd_hda_core snd_pcm intel_tcc_cooling x86_pkg_temp_thermal intel_powerclamp snd_seq_midi snd_seq_midi_event coretemp snd_rawmidi btusb btrtl btbcm kvm_intel btmtk btintel ath10k_pci snd_seq kvm ath10k_core bluetooth snd_timer rapl intel_cstate snd_seq_device input_leds mac80211 ecdh_generic libarc4 ath snd ecc serio_raw intel_wmi_thunderbolt at24 soundcore cfg80211 mei_me intel_xhci_usb_role_switch mei ideapad_laptop intel_pch_thermal platform_profile sparse_keymap acpi_pad sch_fq_codel msr efi_pstore ip_tables x_tables autofs4 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel sha512_ssse3 aesni_intel prime_numbers crypto_simd atkbd drm_buddy cryptd vivaldi_fmap r8169 ttm i2c_i801 i2c_smbus cec realtek xhci_pci syscopyarea ahci
>> [ 2928.371145] xhci_pci_renesas sysfillrect sysimgblt libahci fb_sys_fops video wmi [last unloaded: drm_kms_helper]
>> [ 2928.371489] CPU: 2 PID: 1113 Comm: modprobe Tainted: G U W 6.1.0-rc1 #196
>> [ 2928.371550] Hardware name: LENOVO 80MX/Lenovo E31-80, BIOS DCCN34WW(V2.03) 12/01/2015
>> [ 2928.371615] RIP: 0010:debug_print_object+0x6b/0x90
>> [ 2928.371664] Code: 49 89 c1 8b 43 10 83 c2 01 48 c7 c7 e8 be d6 bb 8b 4b 14 89 15 ca be b4 02 4c 8b 45 00 48 8b 14 c5 40 56 a8 bb e8 ec 5b 60 00 <0f> 0b 83 05 28 5a 3e 01 01 48 83 c4 08 5b 5d c3 83 05 1a 5a 3e 01
>> [ 2928.371782] RSP: 0018:ffff9ed841607a18 EFLAGS: 00010286
>> [ 2928.371841] RAX: 0000000000000000 RBX: ffff9208116a1d48 RCX: 0000000000000000
>> [ 2928.371909] RDX: 0000000000000001 RSI: ffffffffbbd277d2 RDI: 00000000ffffffff
>> [ 2928.372024] RBP: ffffffffc176a540 R08: 0000000000000000 R09: ffffffffbc07a1e0
>> [ 2928.372128] R10: 0000000000000001 R11: 0000000000000001 R12: ffff9208122da830
>> [ 2928.372192] R13: ffff92080089b000 R14: ffff9208122da770 R15: 0000000000000000
>> [ 2928.372259] FS: 00007f53e7617c40(0000) GS:ffff92086e500000(0000) knlGS:0000000000000000
>> [ 2928.372365] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [ 2928.372425] CR2: 000055cd28b33070 CR3: 0000000110dbd006 CR4: 00000000003706e0
>> [ 2928.372526] Call Trace:
>> [ 2928.372568] <TASK>
>> [ 2928.372614] ? intel_guc_hang_check+0xb0/0xb0 [i915]
>> [ 2928.373001] __i915_sw_fence_init+0x2b/0x50 [i915]
>> [ 2928.373374] intel_huc_init_early+0x75/0xb0 [i915]
>> [ 2928.373868] intel_uc_init_early+0x4e/0x210 [i915]
>> [ 2928.374241] intel_gt_common_init_early+0x16f/0x180 [i915]
>> [ 2928.374718] intel_root_gt_init_early+0x49/0x60 [i915]
>> [ 2928.375074] i915_driver_probe+0x917/0xed0 [i915]
> ...
>
> Did you track this down? Or consider reverting? This is tripping me up
No. I didn't manage to repro locally after Tvrtko reported it (I run the
full selftest suite twice on both ADL-S and DG2 with the debug config
enabled), so I was keeping an eye out as suggested to see if it popped
out again. If you can repro this consistently, can you share your setup
info? What platform you're running on, if you're using the latest
drm-tip, any non-default params you're using, etc. Dmesg would also be
useful to see if there are other errors before this one.
Thanks,
Daniele
> on drm-tip now when running selftests with CONFIG_DEBUG_OBJECTS=y /
> CONFIG_DRM_I915_SW_FENCE_DEBUG_OBJECTS=y. It means I can't actually run
> any subsequent tests, because of the kernel taint.
>
> Brian
next prev parent reply other threads:[~2022-11-05 0:38 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-28 0:41 [Intel-gfx] [CI 00/15] drm/i915: HuC loading for DG2 Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 01/15] mei: add support to GSC extended header Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 02/15] mei: bus: enable sending gsc commands Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 03/15] mei: adjust extended header kdocs Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 04/15] mei: bus: extend bus API to support command streamer API Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 05/15] mei: pxp: add command streamer API to the PXP driver Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 06/15] mei: pxp: support matching with a gfx discrete card Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 07/15] drm/i915/pxp: load the pxp module when we have a gsc-loaded huc Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 08/15] drm/i915/pxp: implement function for sending tee stream command Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 09/15] drm/i915/pxp: add huc authentication and loading command Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 10/15] drm/i915/dg2: setup HuC loading via GSC Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 11/15] drm/i915/huc: track delayed HuC load with a fence Daniele Ceraolo Spurio
2022-10-19 9:54 ` Tvrtko Ursulin
2022-11-04 23:26 ` Brian Norris
2022-11-05 0:38 ` Ceraolo Spurio, Daniele [this message]
2022-11-05 0:49 ` Ceraolo Spurio, Daniele
2022-11-05 1:27 ` Brian Norris
2022-11-07 18:38 ` Ceraolo Spurio, Daniele
2022-11-08 1:41 ` Brian Norris
2022-11-08 1:57 ` Ceraolo Spurio, Daniele
2022-09-28 0:41 ` [Intel-gfx] [CI 12/15] drm/i915/huc: stall media submission until HuC is loaded Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 13/15] drm/i915/huc: better define HuC status getparam possible return values Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 14/15] drm/i915/huc: define gsc-compatible HuC fw for DG2 Daniele Ceraolo Spurio
2022-09-28 0:41 ` [Intel-gfx] [CI 15/15] HAX: drm/i915: force INTEL_MEI_GSC and INTEL_MEI_PXP on for CI Daniele Ceraolo Spurio
2022-09-28 7:35 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: HuC loading for DG2 (rev8) Patchwork
2022-09-28 7:36 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2022-09-28 7:55 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2022-09-29 1:22 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=301a2ee5-db5a-ff79-f94a-ef6014ca3a10@intel.com \
--to=daniele.ceraolospurio@intel.com \
--cc=briannorris@chromium.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tvrtko.ursulin@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox