Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 31 Jan 2019 06:46:30 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 235342] [em] em0 hangs when vnet jail starts while transferring files
Message-ID:  <bug-235342-227@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235342

            Bug ID: 235342
           Summary: [em] em0 hangs when vnet jail starts while
                    transferring files
           Product: Base System
           Version: CURRENT
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: kern
          Assignee: bugs@FreeBSD.org
          Reporter: naito.yuichiro@gmail.com

I'm using "FreeBSD 13.0-CURRENT r343486 GENERIC-NODEBUG amd64" with followi=
ng
NIC.

em0@pci0:0:31:6:        class=3D0x020000 card=3D0x00008086 chip=3D0x15b7808=
6 rev=3D0x31
hdr=3D0x00
    vendor     =3D 'Intel Corporation'
    device     =3D 'Ethernet Connection (2) I219-LM'
    class      =3D network
    subclass   =3D ethernet

A following scenario causes em driver hangs.

1. start file transfer through em0.
   I used sftp or netatalk. Both of them causes same result.

2. start vnet jail while transferring the file.
   I used iocage with vnet=3Don dhcp=3Don bpf=3Dyes.
   Without iocage using jail.conf causes same result.

3. "em0: TX(0) desc avail =3D 1024, pidx =3D 0" is shown on console repetit=
ive and
infinitely.

After 3., em0 hangs and no packets can be sent and/or received.
ifconfig up/down won't recover this hang up.

I've tried my jail with iocage set vnet=3Don dhcp=3Doff bpf=3Dno,
Nothing changed.

Upgrading to 'FreeBSD 13.0-CURRENT r343598 GENERIC-NODEBUG amd64'
won't fix this problem.

Workaround is installing net/intel-em-kmod for now.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235342-227>