no network connection after reboot - be2net: FW not responding

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP








up vote
0
down vote

favorite












I'm using an AMD Threadripper 1920X running on a Gigabyte Designare X399 motherboard. Furthermore it has an Emulex OneConnect 10Gb NIC. This NIC works fine until I reboot my computer: The boot process then takes longer than usual and the Interface comes up, receives its static IP address from Network Manager but is not able send/receive network traffic. If I grep in syslog for be2net, this is the out, the error comes on the end:



May 15 09:55:15 workstation kernel: [ 1.057712] be2net 0000:07:00.0: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.058031] be2net 0000:07:00.0: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 1.404059] be2net 0000:07:00.0: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 1.544087] be2net 0000:07:00.0: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 1.544089] be2net 0000:07:00.0: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 1.544133] be2net 0000:07:00.0: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 1.688095] be2net 0000:07:00.0: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 1.712087] be2net 0000:07:00.0: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 1.799038] be2net 0000:07:00.0: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 1.805191] be2net 0000:07:00.0: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 1.813392] be2net 0000:07:00.0: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 1.813522] be2net 0000:07:00.0: Emulex OneConnect: PF port 1
May 15 09:55:15 workstation kernel: [ 1.813595] be2net 0000:07:00.1: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.813855] be2net 0000:07:00.1: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 2.064095] be2net 0000:07:00.1: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 2.188096] be2net 0000:07:00.1: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 2.188098] be2net 0000:07:00.1: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 2.188148] be2net 0000:07:00.1: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 2.296098] be2net 0000:07:00.1: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 2.320099] be2net 0000:07:00.1: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 2.430614] be2net 0000:07:00.1: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 2.437790] be2net 0000:07:00.1: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 2.445992] be2net 0000:07:00.1: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 2.446111] be2net 0000:07:00.1: Emulex OneConnect: PF port 2
May 15 09:55:15 workstation kernel: [ 2.447419] be2net 0000:07:00.0 enp7s0f0: renamed from eth0
May 15 09:55:15 workstation kernel: [ 2.464282] be2net 0000:07:00.1 enp7s0f1: renamed from eth1
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0700
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0701
May 15 09:55:16 workstation kernel: [ 10.483582] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.502938] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.573081] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:55:16 workstation kernel: [ 10.594631] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:57:04 workstation kernel: [ 118.627524] be2net 0000:07:00.1: FW not responding
May 15 09:57:04 workstation kernel: [ 118.627530] be2net 0000:07:00.1: enp7s0f1: Link down
May 15 09:57:04 workstation kernel: [ 118.678167] be2net 0000:07:00.1: did not receive flush compl
May 15 09:58:01 workstation kernel: [ 176.252105] be2net 0000:07:00.0: FW not responding
May 15 09:58:01 workstation kernel: [ 176.252113] be2net 0000:07:00.0: enp7s0f0: Link down
May 15 09:58:01 workstation kernel: [ 176.262246] be2net 0000:07:00.0: txq0: cleaning 318 pending tx-wrbs
May 15 09:58:01 workstation kernel: [ 176.313025] be2net 0000:07:00.0: did not receive flush compl
May 15 09:58:11 workstation kernel: [ 186.333781] be2net 0000:07:00.0: be2net version is 11.4.0.0


I've found this page from 2015, where someone states, that be2net breaks when dma_alloc_coherent memory is not zeroed out. This seems to match my observations, as the memory contains no data upon a fresh start from powered off, while a restart not clears my RAM and so the driver has data in the memory received from the kernel, exposes it to the card and the cards firmware crashes.



Furthermore it somehow seems related to IOMMU. So I tried differend kernel parameters without success:



iommu=fullflush amd_iommu=fullflush disable_ddw


I hope some has an idea, what I can do to fix this. I've tried zeroing out my RAM with "sdmem -ll" on shutdown, but the driver memory is allocaed on such a low level, that I cannot zero it that way.







share|improve this question




















  • In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
    – Oliver R.
    May 18 at 11:11














up vote
0
down vote

favorite












I'm using an AMD Threadripper 1920X running on a Gigabyte Designare X399 motherboard. Furthermore it has an Emulex OneConnect 10Gb NIC. This NIC works fine until I reboot my computer: The boot process then takes longer than usual and the Interface comes up, receives its static IP address from Network Manager but is not able send/receive network traffic. If I grep in syslog for be2net, this is the out, the error comes on the end:



May 15 09:55:15 workstation kernel: [ 1.057712] be2net 0000:07:00.0: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.058031] be2net 0000:07:00.0: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 1.404059] be2net 0000:07:00.0: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 1.544087] be2net 0000:07:00.0: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 1.544089] be2net 0000:07:00.0: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 1.544133] be2net 0000:07:00.0: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 1.688095] be2net 0000:07:00.0: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 1.712087] be2net 0000:07:00.0: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 1.799038] be2net 0000:07:00.0: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 1.805191] be2net 0000:07:00.0: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 1.813392] be2net 0000:07:00.0: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 1.813522] be2net 0000:07:00.0: Emulex OneConnect: PF port 1
May 15 09:55:15 workstation kernel: [ 1.813595] be2net 0000:07:00.1: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.813855] be2net 0000:07:00.1: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 2.064095] be2net 0000:07:00.1: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 2.188096] be2net 0000:07:00.1: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 2.188098] be2net 0000:07:00.1: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 2.188148] be2net 0000:07:00.1: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 2.296098] be2net 0000:07:00.1: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 2.320099] be2net 0000:07:00.1: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 2.430614] be2net 0000:07:00.1: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 2.437790] be2net 0000:07:00.1: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 2.445992] be2net 0000:07:00.1: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 2.446111] be2net 0000:07:00.1: Emulex OneConnect: PF port 2
May 15 09:55:15 workstation kernel: [ 2.447419] be2net 0000:07:00.0 enp7s0f0: renamed from eth0
May 15 09:55:15 workstation kernel: [ 2.464282] be2net 0000:07:00.1 enp7s0f1: renamed from eth1
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0700
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0701
May 15 09:55:16 workstation kernel: [ 10.483582] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.502938] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.573081] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:55:16 workstation kernel: [ 10.594631] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:57:04 workstation kernel: [ 118.627524] be2net 0000:07:00.1: FW not responding
May 15 09:57:04 workstation kernel: [ 118.627530] be2net 0000:07:00.1: enp7s0f1: Link down
May 15 09:57:04 workstation kernel: [ 118.678167] be2net 0000:07:00.1: did not receive flush compl
May 15 09:58:01 workstation kernel: [ 176.252105] be2net 0000:07:00.0: FW not responding
May 15 09:58:01 workstation kernel: [ 176.252113] be2net 0000:07:00.0: enp7s0f0: Link down
May 15 09:58:01 workstation kernel: [ 176.262246] be2net 0000:07:00.0: txq0: cleaning 318 pending tx-wrbs
May 15 09:58:01 workstation kernel: [ 176.313025] be2net 0000:07:00.0: did not receive flush compl
May 15 09:58:11 workstation kernel: [ 186.333781] be2net 0000:07:00.0: be2net version is 11.4.0.0


I've found this page from 2015, where someone states, that be2net breaks when dma_alloc_coherent memory is not zeroed out. This seems to match my observations, as the memory contains no data upon a fresh start from powered off, while a restart not clears my RAM and so the driver has data in the memory received from the kernel, exposes it to the card and the cards firmware crashes.



Furthermore it somehow seems related to IOMMU. So I tried differend kernel parameters without success:



iommu=fullflush amd_iommu=fullflush disable_ddw


I hope some has an idea, what I can do to fix this. I've tried zeroing out my RAM with "sdmem -ll" on shutdown, but the driver memory is allocaed on such a low level, that I cannot zero it that way.







share|improve this question




















  • In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
    – Oliver R.
    May 18 at 11:11












up vote
0
down vote

favorite









up vote
0
down vote

favorite











I'm using an AMD Threadripper 1920X running on a Gigabyte Designare X399 motherboard. Furthermore it has an Emulex OneConnect 10Gb NIC. This NIC works fine until I reboot my computer: The boot process then takes longer than usual and the Interface comes up, receives its static IP address from Network Manager but is not able send/receive network traffic. If I grep in syslog for be2net, this is the out, the error comes on the end:



May 15 09:55:15 workstation kernel: [ 1.057712] be2net 0000:07:00.0: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.058031] be2net 0000:07:00.0: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 1.404059] be2net 0000:07:00.0: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 1.544087] be2net 0000:07:00.0: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 1.544089] be2net 0000:07:00.0: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 1.544133] be2net 0000:07:00.0: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 1.688095] be2net 0000:07:00.0: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 1.712087] be2net 0000:07:00.0: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 1.799038] be2net 0000:07:00.0: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 1.805191] be2net 0000:07:00.0: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 1.813392] be2net 0000:07:00.0: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 1.813522] be2net 0000:07:00.0: Emulex OneConnect: PF port 1
May 15 09:55:15 workstation kernel: [ 1.813595] be2net 0000:07:00.1: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.813855] be2net 0000:07:00.1: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 2.064095] be2net 0000:07:00.1: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 2.188096] be2net 0000:07:00.1: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 2.188098] be2net 0000:07:00.1: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 2.188148] be2net 0000:07:00.1: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 2.296098] be2net 0000:07:00.1: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 2.320099] be2net 0000:07:00.1: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 2.430614] be2net 0000:07:00.1: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 2.437790] be2net 0000:07:00.1: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 2.445992] be2net 0000:07:00.1: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 2.446111] be2net 0000:07:00.1: Emulex OneConnect: PF port 2
May 15 09:55:15 workstation kernel: [ 2.447419] be2net 0000:07:00.0 enp7s0f0: renamed from eth0
May 15 09:55:15 workstation kernel: [ 2.464282] be2net 0000:07:00.1 enp7s0f1: renamed from eth1
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0700
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0701
May 15 09:55:16 workstation kernel: [ 10.483582] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.502938] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.573081] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:55:16 workstation kernel: [ 10.594631] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:57:04 workstation kernel: [ 118.627524] be2net 0000:07:00.1: FW not responding
May 15 09:57:04 workstation kernel: [ 118.627530] be2net 0000:07:00.1: enp7s0f1: Link down
May 15 09:57:04 workstation kernel: [ 118.678167] be2net 0000:07:00.1: did not receive flush compl
May 15 09:58:01 workstation kernel: [ 176.252105] be2net 0000:07:00.0: FW not responding
May 15 09:58:01 workstation kernel: [ 176.252113] be2net 0000:07:00.0: enp7s0f0: Link down
May 15 09:58:01 workstation kernel: [ 176.262246] be2net 0000:07:00.0: txq0: cleaning 318 pending tx-wrbs
May 15 09:58:01 workstation kernel: [ 176.313025] be2net 0000:07:00.0: did not receive flush compl
May 15 09:58:11 workstation kernel: [ 186.333781] be2net 0000:07:00.0: be2net version is 11.4.0.0


I've found this page from 2015, where someone states, that be2net breaks when dma_alloc_coherent memory is not zeroed out. This seems to match my observations, as the memory contains no data upon a fresh start from powered off, while a restart not clears my RAM and so the driver has data in the memory received from the kernel, exposes it to the card and the cards firmware crashes.



Furthermore it somehow seems related to IOMMU. So I tried differend kernel parameters without success:



iommu=fullflush amd_iommu=fullflush disable_ddw


I hope some has an idea, what I can do to fix this. I've tried zeroing out my RAM with "sdmem -ll" on shutdown, but the driver memory is allocaed on such a low level, that I cannot zero it that way.







share|improve this question












I'm using an AMD Threadripper 1920X running on a Gigabyte Designare X399 motherboard. Furthermore it has an Emulex OneConnect 10Gb NIC. This NIC works fine until I reboot my computer: The boot process then takes longer than usual and the Interface comes up, receives its static IP address from Network Manager but is not able send/receive network traffic. If I grep in syslog for be2net, this is the out, the error comes on the end:



May 15 09:55:15 workstation kernel: [ 1.057712] be2net 0000:07:00.0: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.058031] be2net 0000:07:00.0: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 1.404059] be2net 0000:07:00.0: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 1.544087] be2net 0000:07:00.0: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 1.544089] be2net 0000:07:00.0: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 1.544133] be2net 0000:07:00.0: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 1.688095] be2net 0000:07:00.0: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 1.712087] be2net 0000:07:00.0: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 1.799038] be2net 0000:07:00.0: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 1.805191] be2net 0000:07:00.0: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 1.813392] be2net 0000:07:00.0: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 1.813522] be2net 0000:07:00.0: Emulex OneConnect: PF port 1
May 15 09:55:15 workstation kernel: [ 1.813595] be2net 0000:07:00.1: be2net version is 11.4.0.0
May 15 09:55:15 workstation kernel: [ 1.813855] be2net 0000:07:00.1: PCIe error reporting enabled
May 15 09:55:15 workstation kernel: [ 2.064095] be2net 0000:07:00.1: FW config: function_mode=0x3, function_caps=0x7
May 15 09:55:15 workstation kernel: [ 2.188096] be2net 0000:07:00.1: Max: txqs 1, rxqs 5, rss 4, eqs 16, vfs 0
May 15 09:55:15 workstation kernel: [ 2.188098] be2net 0000:07:00.1: Max: uc-macs 30, mc-macs 64, vlans 64
May 15 09:55:15 workstation kernel: [ 2.188148] be2net 0000:07:00.1: enabled 1 MSI-x vector(s) for NIC
May 15 09:55:15 workstation kernel: [ 2.296098] be2net 0000:07:00.1: created 1 TX queue(s)
May 15 09:55:15 workstation kernel: [ 2.320099] be2net 0000:07:00.1: created 1 RX queue(s)
May 15 09:55:15 workstation kernel: [ 2.430614] be2net 0000:07:00.1: FW version is 4.9.416.2
May 15 09:55:15 workstation kernel: [ 2.437790] be2net 0000:07:00.1: HW Flow control - TX:1 RX:1
May 15 09:55:15 workstation kernel: [ 2.445992] be2net 0000:07:00.1: Adapter does not support HW error recovery
May 15 09:55:15 workstation kernel: [ 2.446111] be2net 0000:07:00.1: Emulex OneConnect: PF port 2
May 15 09:55:15 workstation kernel: [ 2.447419] be2net 0000:07:00.0 enp7s0f0: renamed from eth0
May 15 09:55:15 workstation kernel: [ 2.464282] be2net 0000:07:00.1 enp7s0f1: renamed from eth1
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0700
May 15 09:55:15 workstation sensors[1628]: be2net-pci-0701
May 15 09:55:16 workstation kernel: [ 10.483582] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.502938] be2net 0000:07:00.0 enp7s0f0: Link is Up
May 15 09:55:16 workstation kernel: [ 10.573081] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:55:16 workstation kernel: [ 10.594631] be2net 0000:07:00.1 enp7s0f1: Link is Down
May 15 09:57:04 workstation kernel: [ 118.627524] be2net 0000:07:00.1: FW not responding
May 15 09:57:04 workstation kernel: [ 118.627530] be2net 0000:07:00.1: enp7s0f1: Link down
May 15 09:57:04 workstation kernel: [ 118.678167] be2net 0000:07:00.1: did not receive flush compl
May 15 09:58:01 workstation kernel: [ 176.252105] be2net 0000:07:00.0: FW not responding
May 15 09:58:01 workstation kernel: [ 176.252113] be2net 0000:07:00.0: enp7s0f0: Link down
May 15 09:58:01 workstation kernel: [ 176.262246] be2net 0000:07:00.0: txq0: cleaning 318 pending tx-wrbs
May 15 09:58:01 workstation kernel: [ 176.313025] be2net 0000:07:00.0: did not receive flush compl
May 15 09:58:11 workstation kernel: [ 186.333781] be2net 0000:07:00.0: be2net version is 11.4.0.0


I've found this page from 2015, where someone states, that be2net breaks when dma_alloc_coherent memory is not zeroed out. This seems to match my observations, as the memory contains no data upon a fresh start from powered off, while a restart not clears my RAM and so the driver has data in the memory received from the kernel, exposes it to the card and the cards firmware crashes.



Furthermore it somehow seems related to IOMMU. So I tried differend kernel parameters without success:



iommu=fullflush amd_iommu=fullflush disable_ddw


I hope some has an idea, what I can do to fix this. I've tried zeroing out my RAM with "sdmem -ll" on shutdown, but the driver memory is allocaed on such a low level, that I cannot zero it that way.









share|improve this question











share|improve this question




share|improve this question










asked May 15 at 10:24









Oliver R.

1066




1066











  • In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
    – Oliver R.
    May 18 at 11:11
















  • In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
    – Oliver R.
    May 18 at 11:11















In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
– Oliver R.
May 18 at 11:11




In case an administrator sees this: Can you please move this thread to Server Fault? Maybe I got higher chances for an answer there because it is somehow related to enterprise networking hardware/driver. Thank you
– Oliver R.
May 18 at 11:11















active

oldest

votes











Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "89"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: true,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1036466%2fno-network-connection-after-reboot-be2net-fw-not-responding%23new-answer', 'question_page');

);

Post as a guest



































active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes










 

draft saved


draft discarded


























 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1036466%2fno-network-connection-after-reboot-be2net-fw-not-responding%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

pylint3 and pip3 broken

Missing snmpget and snmpwalk

How to enroll fingerprints to Ubuntu 17.10 with VFS491