From nobody Tue Mar 8 00:51:50 2022 X-Original-To: freebsd-net@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 1346E1A03AA4 for ; Tue, 8 Mar 2022 00:52:34 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: from mail-vs1-f47.google.com (mail-vs1-f47.google.com [209.85.217.47]) (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 4KCGy92jm7z4vSy; Tue, 8 Mar 2022 00:52:33 +0000 (UTC) (envelope-from ricera10@gmail.com) Received: by mail-vs1-f47.google.com with SMTP id u82so4811092vsu.0; Mon, 07 Mar 2022 16:52:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7ym5+CF/aeDloQ+KyO69eTFHsU1u+wQitZ4YxKhzOZI=; b=zEuel+oOCnhr98b8V89S+fk+1gESOqcXh3+9tXJ2hmTAbmF+kzndyWC7bP4iHpq/2o kHVn/nZc+aXIOgmz9HX+Lhr/6wQpID/FGOm2CyDjMEmCuKHbJ22+PuoocHiBiiZiJZVX bzOShllc/aqqEkrGwrR3d2//dhMsZuy2QWb7axS2gJNW5g2quRoVVgyXb0ZYim5i4gmi 2YXf/ICupr9jd6oPdHITrkivdVngw/NxatKbdpLPJzLyEb1A75Y5C+fhsgB615/q8HwM 4YOf5jJAO1Y4ok2HieobuQcG5iGweLa4D07LIgV+ViHyQ4xOlR5TrNM9eXF97ZX6QgiH teoA== X-Gm-Message-State: AOAM5303qbPYndHr8Ankwx7ik6hunM3K56Ib4JqUz3CEVpblRVCEeK8N 4y28DNeYVWAXNYnR0Bi7150Ko13yC4L7Gw== X-Google-Smtp-Source: ABdhPJx9zZTHmPAwIlg+2Y8yQdaGAABBjCEmIuFbhDuukYFfhNK+9dfFl35IF7CRi+4SPQ9sACzA7A== X-Received: by 2002:a05:6102:3f01:b0:320:678d:a18a with SMTP id k1-20020a0561023f0100b00320678da18amr6004579vsv.81.1646700747336; Mon, 07 Mar 2022 16:52:27 -0800 (PST) Received: from mail-vk1-f181.google.com (mail-vk1-f181.google.com. [209.85.221.181]) by smtp.gmail.com with ESMTPSA id v142-20020a1f2f94000000b0032935744d1csm2089089vkv.16.2022.03.07.16.52.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Mar 2022 16:52:26 -0800 (PST) Received: by mail-vk1-f181.google.com with SMTP id s195so6916685vkb.10; Mon, 07 Mar 2022 16:52:26 -0800 (PST) X-Received: by 2002:a1f:ac04:0:b0:32d:710:5930 with SMTP id v4-20020a1fac04000000b0032d07105930mr5379071vke.6.1646700746553; Mon, 07 Mar 2022 16:52:26 -0800 (PST) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 References: <304F739C-914D-4675-A60F-80C539830F0C@opnsense.org> In-Reply-To: <304F739C-914D-4675-A60F-80C539830F0C@opnsense.org> From: Eric Joyner Date: Mon, 7 Mar 2022 16:51:50 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: debugnet_any_ifnet_update: Bad dn_init result To: Franco Fichtner Cc: Mark Johnston , freebsd-net Content-Type: multipart/alternative; boundary="0000000000000cbff605d9aa6551" X-Rspamd-Queue-Id: 4KCGy92jm7z4vSy X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ricera10@gmail.com designates 209.85.217.47 as permitted sender) smtp.mailfrom=ricera10@gmail.com X-Spamd-Result: default: False [-2.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.95)[-0.953]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.937]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.181:received,209.85.217.47:from]; MLMMJ_DEST(0.00)[freebsd-net]; FORGED_SENDER(0.30)[erj@freebsd.org,ricera10@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.217.47:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[erj@freebsd.org,ricera10@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-ThisMailContainsUnwantedMimeParts: N --0000000000000cbff605d9aa6551 Content-Type: text/plain; charset="UTF-8" On Mon, Feb 28, 2022 at 7:01 AM Franco Fichtner wrote: > Hi Mark, > > On 28. Feb 2022, at 15:51, Mark Johnston wrote: > > Do you have any idea what triggers the message in the first place? I > haven't seen it on my igb-using systems. > > > No but I have hardware here that does this. Short dmesg scan: > > # dmesg | grep igb2 > igb2: port 0x4000-0x401f mem > 0xf7d00000-0xf7d1ffff,0xf7d20000-0xf7d23fff irq 36 at device 0.0 on pci3 > igb2: NVM V0.6 imgtype6 > igb2: Using 1024 TX descriptors and 1024 RX descriptors > igb2: Using 4 RX queues 4 TX queues > igb2: Using MSI-X interrupts with 5 vectors > igb2: Ethernet address: f4:90:ea:00:2d:9d > igb2: netmap queues/slots: TX 4/1024, RX 4/1024 > debugnet_any_ifnet_update: Bad dn_init result from igb2 (ifp > 0xfffff800035ea000), ignoring. > > Context for dn_init messages: > > # dmesg | grep -C1 dn_init > igb0: link state changed to UP > debugnet_any_ifnet_update: Bad dn_init result from igb0 (ifp > 0xfffff80003752800), ignoring. > igb1: link state changed to UP > debugnet_any_ifnet_update: Bad dn_init result from igb1 (ifp > 0xfffff800035e8800), ignoring. > intsmb0: at device 20.0 on pci0 > -- > amdtemp0: on hostb5 > debugnet_any_ifnet_update: Bad dn_init result from igb2 (ifp > 0xfffff800035ea000), ignoring. > lagg0: link state changed to DOWN > > It appears this happens on all interfaces that get configured during init. > > The device has a fourth device that doesn't appear to have this issue: > > # dmesg | grep igb3 > igb3: port 0x6000-0x601f mem > 0xf7e00000-0xf7e1ffff,0xf7e20000-0xf7e23fff irq 40 at device 0.0 on pci4 > igb3: NVM V0.6 imgtype6 > igb3: Using 1024 TX descriptors and 1024 RX descriptors > igb3: Using 4 RX queues 4 TX queues > igb3: Using MSI-X interrupts with 5 vectors > igb3: Ethernet address: f4:90:ea:00:2d:9e > igb3: netmap queues/slots: TX 4/1024, RX 4/1024 > vlan1: changing name to 'igb3_vlan43' > igb3: promiscuous mode enabled > > Can also share full dmesg if you want or deliver other info. > > > Cheers, > Franco > I'm all for removing that printf(). What are you supposed to do about a "Bad dn_init result from ####", and what's the problem if it's ignored? - Eric --0000000000000cbff605d9aa6551 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Feb 28, 2022 at 7:01 AM Franco Fi= chtner <franco@opnsense.org&g= t; wrote:
Hi Mark,

On 28. Feb 2022, at 15:51, Mark Jo= hnston <markj@fre= ebsd.org> wrote:

Do you have any idea what trigge= rs the message in the first place? =C2=A0I
haven't seen it on my igb= -using systems.

No but I h= ave hardware here that does this. Short dmesg scan:

# dmesg | grep igb2
igb2: <Int= el(R) I210 Flashless (Copper)> port 0x4000-0x401f mem 0xf7d00000-0xf7d1f= fff,0xf7d20000-0xf7d23fff irq 36 at device 0.0 on pci3
igb2: NVM V0.6 imgtype6
igb2: Using 1024 TX= descriptors and 1024 RX descriptors
igb2: Using = 4 RX queues 4 TX queues
igb2: Using MSI-X interru= pts with 5 vectors
igb2: Ethernet address: f4:90:= ea:00:2d:9d
igb2: netmap queues/slots: TX 4/1024,= RX 4/1024
debugnet_any_ifnet_update: Bad dn_init= result from igb2 (ifp 0xfffff800035ea000), ignoring.

Context for dn_in= it messages:

# dmesg | gre= p -C1 dn_init
= igb0: link state changed to UP
debugnet_any_ifnet_update: Bad dn_init result from igb0 (i= fp 0xfffff80003752800), ignoring.
igb1: link state changed to UP
debugnet_any_ifnet_update: Bad dn_in= it result from igb1 (ifp 0xfffff800035e8800), ignoring.
intsmb0: <AMD FCH SMBus Contro= ller> at device 20.0 on pci0
--
amdtemp0: <AMD CPU On-Die Thermal Sensors> on hostb5
debugnet_any_ifnet_upda= te: Bad dn_init result from igb2 (ifp 0xfffff800035ea000), ignoring.=
lagg0: link state ch= anged to DOWN
=
It appear= s this happens on all interfaces that get configured during init.

The device has a fourth device t= hat doesn't appear to have this issue:

# dmes= g | grep igb3
= igb3: <Intel(R) I210 Flashless (Copper)> port 0x6000-0x601f mem 0xf7e= 00000-0xf7e1ffff,0xf7e20000-0xf7e23fff irq 40 at device 0.0 on pci4<= /div>
igb3: NVM V0.6 imgtyp= e6
igb3: Using= 1024 TX descriptors and 1024 RX descriptors
igb3: Using 4 RX queues 4 TX queues
igb3: Using MSI-X inte= rrupts with 5 vectors
igb3: Ethernet address: f4:90:ea:00:2d:9e
igb3: netmap queues/slots: TX 4/1024, R= X 4/1024
vlan1= : changing name to 'igb3_vlan43'
igb3: promiscuous mode enabled

Can also share full dmesg if you want or= deliver other info.

Cheers,
<= span style=3D"font-variant-ligatures:no-common-ligatures">Franco

I'm all for remo= ving that printf(). What are you supposed to do about a "Bad dn_init r= esult from ####", and what's the problem if it's ignored?
=
- Eric=C2=A0
--0000000000000cbff605d9aa6551--