From nobody Tue Nov 07 15:51:47 2023 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SPt4w1tcVz50Xq6 for ; Tue, 7 Nov 2023 15:52:00 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SPt4w0Msgz3NfL; Tue, 7 Nov 2023 15:52:00 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-5a84204e7aeso68589807b3.0; Tue, 07 Nov 2023 07:52:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699372318; x=1699977118; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2sqgN12eZR42ZEPRvcpjASm7UrQKTEqDeY8iUSkPBy4=; b=BbHEJemD8ua+LxSue3qzX2UrA+v/mX26HdO2/eGK8HIJNMOatzl6yM5GkwYdKFaTHa La5s7+oUFE2hzgnFij4+J3KBJjXYTfpkvGMS6JxnUKZSIbD1TxKqBISKVdBDzKS2z7Ct szMgmaCV8DCPZi0z1dYGSF1MiFJP/zuBDcQMBB7ni4bSJfT/pTcscfq0ECs83Mmj3YCI yYeQ0saL51QkEwdi3lhksdT5tcgUmTlxzU5s345BnL8l0tmp7bqApuJXAFKqnyJyCx5s S1pn6iRIFP3qaB0DCNJXTyIYgFZzxWx9rgxzRMsHtUtVICgbi2Kjq/qLjAKC9YsYS6r4 +20w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699372318; x=1699977118; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2sqgN12eZR42ZEPRvcpjASm7UrQKTEqDeY8iUSkPBy4=; b=B0bk6OoEhI76hU4rhXGBd3hMekvoYN0pSpXwDDfQjy8v5b/cJgqSHpTWFvmgHD20pr /ePNJhaHdatRh8YddGUlds9CZeFK4x5S2ScPygAuREJAYc69ltg80JqOhealwBJqw38r xteyubEvFp4n2agw4s5MTnqfBYbda4wWcJ3k+ggCUXhwEu0TdvLFhledeKTWhd2XqBte 5ogjvnW/tApJtUYr9JJOon8E8nHObxkgtWio+aNehKYrrccaFqENOXiee1Bn2r/6l4e5 eNX0edZC7NPw0mYQnYVFv7aMIw9Nw71hWsHH5jSggK6MIi5n/nM+Vp5VbtP3dwe10A/d MD5g== X-Gm-Message-State: AOJu0YyKuExyGZ+5VhOFW38t1XtYnOdhLLVYYW1sJ/lOzsQ/S8gzZdYN 3toe3e9vFYhLJkB+5NyOXpQZ9bRsZn7tOV7X5xCp1eLMvdY= X-Google-Smtp-Source: AGHT+IE/mP5SaERwpxCCRNtE9Z4diUmv4TFYP1LRLHPUy39J8quo4wuD1ESr8hsyqU7HxEJMVIGpr9e2kXILxEEsPqM= X-Received: by 2002:a05:690c:dd4:b0:5a7:da0d:e4ee with SMTP id db20-20020a05690c0dd400b005a7da0de4eemr19258750ywb.16.1699372318121; Tue, 07 Nov 2023 07:51:58 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <2806934.Tv9pZ1cZgq@moonset.home> <20231107043221.A4E1CFA@slippy.cwsent.com> In-Reply-To: <20231107043221.A4E1CFA@slippy.cwsent.com> From: Oleg Nauman Date: Tue, 7 Nov 2023 17:51:47 +0200 Message-ID: Subject: Re: Kernel with INVARIANTS panicing if drm is loaded To: Cy Schubert Cc: FreeBSD Current , manu@freebsd.org Content-Type: multipart/alternative; boundary="0000000000005ce56f060991f3ed" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4SPt4w0Msgz3NfL --0000000000005ce56f060991f3ed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Nov 7, 2023 at 6:33=E2=80=AFAM Cy Schubert wrote: > In message <2806934.Tv9pZ1cZgq@moonset.home>, "Oleg V. Nauman" writes: > > I am observing kernel panic when entering multiuser mode after > sucessful > > system boot. It happens when I load CURRENT kernel with INVARIANTS and > drm > > module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module an= d > kene > > l > > are in sync > > > > > > FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267- > > e116e040f309: Sun Nov 5 10:00:51 EET 2023 root@moonset.home > :/usr/obj/usr > > / > > src/amd64.amd64/sys/moonset amd64 > > > > panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan > 0xfffff800021d8648 > > > > with sleeping prohibited > > ............... > > Reading symbols from /boot/kernel/kernel... > > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... > > > > Unread portion of the kernel message buffer: > > panic: malloc(M_WAITOK) with sleeping prohibited > > cpuid =3D 0 > > time =3D 1699171621 > > ............. > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > 57 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" > (offsetof(struct > > pcpu, > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > #1 doadump (textdump=3D) > > at /usr/src/sys/kern/kern_shutdown.c:405 > > #2 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #3 0xffffffff8043ad6e in vt_window_switch (vw=3D0xfffff800021d8640) > > at /usr/src/sys/dev/vt/vt_core.c:595 > > #4 0xffffffff804ec583 in kern_reboot (howto=3D4) > > at /usr/src/sys/kern/kern_shutdown.c:501 > > #5 0xffffffff804eccfa in vpanic ( > > fmt=3D0xffffffff808263fb "malloc(M_WAITOK) with sleeping prohibited= ", > > ap=3Dap@entry=3D0xfffffe00ce259850) at > /usr/src/sys/kern/kern_shutdown.c:970 > > #6 0xffffffff804ecb03 in panic (fmt=3D) > > at /usr/src/sys/kern/kern_shutdown.c:894 > > #7 0xffffffff804c8a04 in malloc_dbg (vap=3D, > > sizep=3D, mtp=3D, flags=3D) > > at /usr/src/sys/kern/kern_malloc.c:540 > > #8 0xffffffff804c885c in malloc (size=3D, > > mtp=3D0xffffffff81e931c0 , flags=3D) > > at /usr/src/sys/kern/kern_malloc.c:641 > > #9 0xffffffff81c5a750 in intel_atomic_state_alloc () > > from /boot/modules/i915kms.ko > > #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic () > > from /boot/modules/drm.ko > > #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked () > > from /boot/modules/drm.ko > > #12 0xffffffff81dfe7a1 in drm_client_modeset_commit () > > from /boot/modules/drm.ko > > #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked () > > from /boot/modules/drm.ko > > #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #15 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff80001d3a600, > > vw@entry=3D0xffffffff80a47178 ) > > at /usr/src/sys/dev/vt/vt_core.c:612 > > #16 0xffffffff8043be0f in vtterm_cngrab (tm=3D, > > tm@entry=3D) > > at /usr/src/sys/dev/vt/vt_core.c:1863 > > #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:38= 5 > > #18 0xffffffff804ecc79 in vpanic ( > > fmt=3D0xffffffff808799a9 "%s: td %p to sleep on wchan %p with sleep= ing > > prohibited", ap=3Dap@entry=3D0xfffffe00ce259c20) > > at /usr/src/sys/kern/kern_shutdown.c:942 > > #19 0xffffffff804ecb03 in panic (fmt=3D) > > at /usr/src/sys/kern/kern_shutdown.c:894 > > #20 0xffffffff805465b3 in sleepq_add (wchan=3Dwchan@entry > =3D0xfffff800021d8648, > > lock=3Dlock@entry=3D0xfffff80001823340, > > wmesg=3Dwmesg@entry=3D0xffffffff808b194e "tq_drain", flags=3D0, > > flags@entry=3D, queue=3Dqueue@entry=3D0) > > at /usr/src/sys/kern/subr_sleepqueue.c:326 > > #21 0xffffffff804f8efe in _sleep (ident=3Dident@entry=3D0xfffff800021d8= 648, > > lock=3Dlock@entry=3D0xfffff80001823340, priority=3Dpriority@entry= =3D0, > > wmesg=3D0xffffffff808b194e "tq_drain", sbt=3Dsbt@entry=3D0, pr=3Dpr= @entry=3D0, > > flags=3D256) at /usr/src/sys/kern/kern_synch.c:207 > > #22 0xffffffff8054cffb in TQ_SLEEP (tq=3D0xfffff80001823300, > > p=3D0xfffff800021d8648, wm=3D) > > at /usr/src/sys/kern/subr_taskqueue.c:124 > > #23 taskqueue_drain (queue=3D0xfffff80001823300, task=3D0xfffff800021d8= 648) > > at /usr/src/sys/kern/subr_taskqueue.c:614 > > #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.k= o > > #25 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff800021d8648, > > vw@entry=3D0xfffff800038fb180) at /usr/src/sys/dev/vt/vt_core.c:612 > > #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=3D0xfffff800038fb18= 0) > > at /usr/src/sys/dev/vt/vt_core.c:468 > > #27 vt_proc_window_switch (vw=3D0xfffff800038fb180) > > at /usr/src/sys/dev/vt/vt_core.c:553 > > #28 0xffffffff8043e318 in vt_processkey ( > > kbd=3D0xffffffff80cef898 , vd=3D0xffffffff80a472c8 > , > > c=3D) at /usr/src/sys/dev/vt/vt_core.c:903 > > #29 vt_kbdevent (kbd=3D0xffffffff80cef898 , event=3D out>, > > arg=3D0xffffffff80a472c8 ) at > /usr/src/sys/dev/vt/vt_core.c:101 > > 8 > > #30 0xffffffff8078ffcf in atkbd_intr (kbd=3D0xffffffff80cef898 > , > > arg=3D) at /usr/src/sys/dev/atkbdc/atkbd.c:565 > > #31 0xffffffff804b1376 in intr_event_execute_handlers > (ie=3D0xfffff800010ece00, > > p=3D) at /usr/src/sys/kern/kern_intr.c:1205 > > #32 ithread_execute_handlers (ie=3D0xfffff800010ece00, p=3D) > > at /usr/src/sys/kern/kern_intr.c:1218 > > #33 ithread_loop (arg=3Darg@entry=3D0xfffff80001c5aea0) > > at /usr/src/sys/kern/kern_intr.c:1306 > > #34 0xffffffff804adae2 in fork_exit ( > > callout=3D0xffffffff804b1120 , arg=3D0xfffff80001c5ae= a0, > > frame=3D0xfffffe00ce259f40) at /usr/src/sys/kern/kern_fork.c:1160 > > #35 > > #36 0x0000000000000b88 in ?? () > > Backtrace stopped: Cannot access memory at address 0xbc7 > > (kgdb) > > > > > > > > > > > > > > Can you submit a PR for this? GFP_KERNEL is an alias for M_WAITOK, which > is > verboten when intel_atomic_state_alloc() makes its call to kzalloc(), an > alias for kmalloc(). > > > Done, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D274954 Thank you > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e^(i*pi)+1=3D0 > > > > > --0000000000005ce56f060991f3ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Nov 7, 2023 at 6:33=E2=80=AFA= M Cy Schubert <Cy.Schubert@= cschubert.com> wrote:
In message <2806934.Tv9pZ1cZgq@moonset.home>, "Oleg= V. Nauman" writes:
>=C2=A0 I am observing kernel panic when entering multiuser mode after s= ucessful
> system boot. It happens when I load CURRENT kernel with INVARIANTS and= drm
> module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module a= nd kene
> l
> are in sync
>
>
> FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT #3 main-n266267= -
> e116e040f309: Sun Nov=C2=A0 5 10:00:51 EET 2023=C2=A0 =C2=A0 =C2=A0roo= t@moonset.home:/usr/obj/usr
> /
> src/amd64.amd64/sys/moonset=C2=A0 amd64
>
> panic: sleepq_add: td 0xfffff8000203c000 to sleep on wchan 0xfffff8000= 21d8648
>=C2=A0
> with sleeping prohibited
> ...............
> Reading symbols from /boot/kernel/kernel...
> Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...
>
> Unread portion of the kernel message buffer:
> panic: malloc(M_WAITOK) with sleeping prohibited
> cpuid =3D 0
> time =3D 1699171621
> .............
> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57
> 57=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 __asm("movq %%= gs:%P1,%0" : "=3Dr" (td) : "n" (offsetof(struct > pcpu,
> (kgdb) #0=C2=A0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.= h:57
> #1=C2=A0 doadump (textdump=3D<optimized out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:405
> #2=C2=A0 0xffffffff81e2ec53 in vt_kms_postswitch () from /boot/modules= /drm.ko
> #3=C2=A0 0xffffffff8043ad6e in vt_window_switch (vw=3D0xfffff800021d86= 40)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:595
> #4=C2=A0 0xffffffff804ec583 in kern_reboot (howto=3D4)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:501
> #5=C2=A0 0xffffffff804eccfa in vpanic (
>=C2=A0 =C2=A0 =C2=A0fmt=3D0xffffffff808263fb "malloc(M_WAITOK) wit= h sleeping prohibited",
>=C2=A0 =C2=A0 =C2=A0ap=3Dap@entry=3D0xfffffe00ce259850) at /usr/src/sys= /kern/kern_shutdown.c:970
> #6=C2=A0 0xffffffff804ecb03 in panic (fmt=3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:894
> #7=C2=A0 0xffffffff804c8a04 in malloc_dbg (vap=3D<optimized out>= ,
>=C2=A0 =C2=A0 =C2=A0sizep=3D<optimized out>, mtp=3D<optimized = out>, flags=3D<optimized out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_malloc.c:540
> #8=C2=A0 0xffffffff804c885c in malloc (size=3D<optimized out>, >=C2=A0 =C2=A0 =C2=A0mtp=3D0xffffffff81e931c0 <M_KMALLOC>, flags= =3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_malloc.c:641
> #9=C2=A0 0xffffffff81c5a750 in intel_atomic_state_alloc ()
>=C2=A0 =C2=A0 from /boot/modules/i915kms.ko
> #10 0xffffffff81dfe404 in drm_client_modeset_commit_atomic ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #11 0xffffffff81dfe614 in drm_client_modeset_commit_locked ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #12 0xffffffff81dfe7a1 in drm_client_modeset_commit ()
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #13 0xffffffff81e41ab3 in drm_fb_helper_restore_fbdev_mode_unlocked ()=
>=C2=A0 =C2=A0 from /boot/modules/drm.ko
> #14 0xffffffff81e2ed91 in vt_kms_postswitch () from /boot/modules/drm.= ko
> #15 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff80001d3a600, >=C2=A0 =C2=A0 =C2=A0vw@entry=3D0xffffffff80a47178 <vt_conswindow>= )
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:612
> #16 0xffffffff8043be0f in vtterm_cngrab (tm=3D<unavailable>,
>=C2=A0 =C2=A0 =C2=A0tm@entry=3D<error reading variable: value is not= available>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:1863
> #17 0xffffffff804893f6 in cngrab () at /usr/src/sys/kern/kern_cons.c:3= 85
> #18 0xffffffff804ecc79 in vpanic (
>=C2=A0 =C2=A0 =C2=A0fmt=3D0xffffffff808799a9 "%s: td %p to sleep o= n wchan %p with sleeping
> prohibited", ap=3Dap@entry=3D0xfffffe00ce259c20)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:942
> #19 0xffffffff804ecb03 in panic (fmt=3D<unavailable>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_shutdown.c:894
> #20 0xffffffff805465b3 in sleepq_add (wchan=3Dwchan@entry=3D0xfffff800= 021d8648,
>=C2=A0 =C2=A0 =C2=A0lock=3Dlock@entry=3D0xfffff80001823340,
>=C2=A0 =C2=A0 =C2=A0wmesg=3Dwmesg@entry=3D0xffffffff808b194e "tq_d= rain", flags=3D0,
>=C2=A0 =C2=A0 =C2=A0flags@entry=3D<unavailable>, queue=3Dqueue@en= try=3D0)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_sleepqueue.c:326
> #21 0xffffffff804f8efe in _sleep (ident=3Dident@entry=3D0xfffff800021d= 8648,
>=C2=A0 =C2=A0 =C2=A0lock=3Dlock@entry=3D0xfffff80001823340, priority=3D= priority@entry=3D0,
>=C2=A0 =C2=A0 =C2=A0wmesg=3D0xffffffff808b194e "tq_drain", sb= t=3Dsbt@entry=3D0, pr=3Dpr@entry=3D0,
>=C2=A0 =C2=A0 =C2=A0flags=3D256) at /usr/src/sys/kern/kern_synch.c:207<= br> > #22 0xffffffff8054cffb in TQ_SLEEP (tq=3D0xfffff80001823300,
>=C2=A0 =C2=A0 =C2=A0p=3D0xfffff800021d8648, wm=3D<optimized out>)=
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_taskqueue.c:124
> #23 taskqueue_drain (queue=3D0xfffff80001823300, task=3D0xfffff800021d= 8648)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/subr_taskqueue.c:614
> #24 0xffffffff81e2ed35 in vt_kms_postswitch () from /boot/modules/drm.= ko
> #25 0xffffffff8043ac31 in vt_window_switch (vw=3D0xfffff800021d8648, >=C2=A0 =C2=A0 =C2=A0vw@entry=3D0xfffff800038fb180) at /usr/src/sys/dev/= vt/vt_core.c:612
> #26 0xffffffff8043b3b2 in vt_late_window_switch (vw=3D0xfffff800038fb1= 80)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:468
> #27 vt_proc_window_switch (vw=3D0xfffff800038fb180)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/dev/vt/vt_core.c:553
> #28 0xffffffff8043e318 in vt_processkey (
>=C2=A0 =C2=A0 =C2=A0kbd=3D0xffffffff80cef898 <default_kbd>, vd=3D= 0xffffffff80a472c8 <vt_consdev>,
>=C2=A0 =C2=A0 =C2=A0c=3D<optimized out>) at /usr/src/sys/dev/vt/v= t_core.c:903
> #29 vt_kbdevent (kbd=3D0xffffffff80cef898 <default_kbd>, event= =3D<optimized out>,
>=C2=A0 =C2=A0 =C2=A0arg=3D0xffffffff80a472c8 <vt_consdev>) at /us= r/src/sys/dev/vt/vt_core.c:101
> 8
> #30 0xffffffff8078ffcf in atkbd_intr (kbd=3D0xffffffff80cef898 <def= ault_kbd>,
>=C2=A0 =C2=A0 =C2=A0arg=3D<optimized out>) at /usr/src/sys/dev/at= kbdc/atkbd.c:565
> #31 0xffffffff804b1376 in intr_event_execute_handlers (ie=3D0xfffff800= 010ece00,
>=C2=A0 =C2=A0 =C2=A0p=3D<optimized out>) at /usr/src/sys/kern/ker= n_intr.c:1205
> #32 ithread_execute_handlers (ie=3D0xfffff800010ece00, p=3D<optimiz= ed out>)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_intr.c:1218
> #33 ithread_loop (arg=3Darg@entry=3D0xfffff80001c5aea0)
>=C2=A0 =C2=A0 =C2=A0at /usr/src/sys/kern/kern_intr.c:1306
> #34 0xffffffff804adae2 in fork_exit (
>=C2=A0 =C2=A0 =C2=A0callout=3D0xffffffff804b1120 <ithread_loop>, = arg=3D0xfffff80001c5aea0,
>=C2=A0 =C2=A0 =C2=A0frame=3D0xfffffe00ce259f40) at /usr/src/sys/kern/ke= rn_fork.c:1160
> #35 <signal handler called>
> #36 0x0000000000000b88 in ?? ()
> Backtrace stopped: Cannot access memory at address 0xbc7
> (kgdb)
>
>
>
>
>
>

Can you submit a PR for this? GFP_KERNEL is an alias for M_WAITOK, which is=
verboten when intel_atomic_state_alloc() makes its call to kzalloc(), an alias for kmalloc().



=C2=A0
Thank you
=C2=A0
--
Cheers,
Cy Schubert <Cy.Schubert@cschubert.com>
FreeBSD UNIX:=C2=A0 <cy@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://FreeB= SD.org
NTP:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<cy@nwtime.org>=C2=A0 =C2=A0 Web:=C2=A0 https://nwt= ime.org

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 e^(i*pi)+1=3D0




--0000000000005ce56f060991f3ed--