Intel NUC DN2820FYKH, bogus ACPI, USB boot
-
Plans change and I got access to VLAN equipment way earlier than expected. I have now tested the device using VLAN and it does seem to work as shown in the picture below.
https://drive.google.com/file/d/0Byf_N3Zxj7ytbnZmdFRqZlVpQXM/view?usp=sharing
-
Plans change and I got access to VLAN equipment way earlier than expected. I have now tested the device using VLAN and it does seem to work as shown in the picture below.
https://drive.google.com/file/d/0Byf_N3Zxj7ytbnZmdFRqZlVpQXM/view?usp=sharing
Wow thanks much appreciated :D
-
This is not a request for help or an attempt to revive the thread for a new question. But I would like to inform potential users of this device a bit about my experience it.
Since around Christmas I attempted to implement this device as the firewall appliance in my home network. At first it did show some symptoms of being unstable under heavy load and upon that cause some "re0: watchdog timeout" errors. I left home for some weeks and let it run as my gateway and firewall. During the weeks with low activity on the network, it showed no signs of this problem. Now, as I got home and have started using my network again, the device is doing the same tricks again. From time to time after pushing a couple of megabytes per second on my connection or on VPN, it will crash the connection. When streaming it will crash the connection. A basic synchronization with Google Drive seems to be able to do it. I have yet not found a specific pattern in the issue. There might be a solution out there, but I have not experimented further.
To visualize my experience, I will provide a chart of ping logging.
Performance wise, ignoring the timeouts, it easily handles my 150/150 Mbps connection and it pushes some 90-110 Mbps on OpenVPN.
-
Who is your isp? I wonder if you are seeing problems simply by testing the speed limits. Was this with the I3 or Celeron 847?
-
Have you tried the loader tunables available in the driver:
https://www.freebsd.org/cgi/man.cgi?query=re&apropos=0&sektion=0&manpath=FreeBSD+10.1-RELEASE&arch=default&format=html#LOADER_TUNABLESI'd definitely try disabling msi/msi-x if you haven't already.
Steve
-
Who is your isp?
The Danish optic fibre provider named Syd Energi in cooperation with their ISP company named Stofa.
I wonder if you are seeing problems simply by testing the speed limits.
It seems to happen mostly during load at several megabytes per second.
Was this with the I3 or Celeron 847?
It is the Bay Trail-based Celeron version with Intel Celeron N2820, product link: http://www.intel.com/content/www/us/en/nuc/nuc-board-dn2820fykh.html.
Have you tried the loader tunables available in the driver:
https://www.freebsd.org/cgi/man.cgi?query=re&apropos=0&sektion=0&manpath=FreeBSD+10.1-RELEASE&arch=default&format=html#LOADER_TUNABLESI'd definitely try disabling msi/msi-x if you haven't already.
Steve
I have tried disabling both MSI and MSI-X, but I am not sure that I did it properly as my commands seemed to concern PCI devices not Realtek-specific. I shall attempt this and report back.
-
Have you checked the log for apinger if it starts to panic with some load on the connection (Status - Systemlogs - Gateways)? Increasing the time for latency and package loss (System - Gateway - edit Gateway) might stop it from restarting interfaces/killing states on "gateway failure" (System - Advanced) due to apinger freaking out…
-
Have you tried the loader tunables available in the driver:
https://www.freebsd.org/cgi/man.cgi?query=re&apropos=0&sektion=0&manpath=FreeBSD+10.1-RELEASE&arch=default&format=html#LOADER_TUNABLESI'd definitely try disabling msi/msi-x if you haven't already.
Steve
I attempted this to disable MSI and MSI-X but the outcome remains the same, watchdog timeout in an infinite till rebooting.
@chemlud:
Have you checked the log for apinger if it starts to panic with some load on the connection (Status - Systemlogs - Gateways)? Increasing the time for latency and package loss (System - Gateway - edit Gateway) might stop it from restarting interfaces/killing states on "gateway failure" (System - Advanced) due to apinger freaking out…
I attempted your suggestion by increasing the values tenfold but it did not seem to change the picture. I don't see any apinger panic and the watchdog timeouts does usually not occur during the load but as an after effect thereof. I wouldn't know, but to me it does not seem like an issue with gateway timeouts. The reason for this statement is that the whole interface shuts down. As the NUC only has one interface, it is required to run in a VLAN setup and therefore when the interface shuts down, the LAN-side shuts down as well as the WAN-side. Upon inspecting the pfSense console directly, it also tells me that the interface has lost its IP which it otherwise gets assigned from the DHCP server.
As shown in this photograph of the console, the watchdog timeouts continue when first arising till the device is rebooted.
https://dl.dropboxusercontent.com/u/3243656/IMG_20150106_193949.jpg
EDIT: Concerning gateway timeouts, I should also remember to state that it is only an issue with this device in particular. It is not the case upon using a computer directly connected to the fiber bridge nor upon using another firewall appliance.
-
Interesting. Often with device time-outs you get nothing at all afterwards. Your NIC is obviously recovering enough to time-out again.
You've disabled all the hardware off loading options in System: Advanced: Networking: ?Steve
-
Interesting. Often with device time-outs you get nothing at all afterwards. Your NIC is obviously recovering enough to time-out again.
My NIC does recover, usually the first couple of times it recovers and my connection is reestablished. But thereafter, it goes into an infinite loop of timeouts.
You've disabled all the hardware off loading options in System: Advanced: Networking: ?
I attempted this, rebooted and pushed some load on the device again. Same old result.
-
I know this might seem like sucking eggs, but have you got lot the latest bios updates?
I've had to patch mine.
http://www.intel.com/support/motherboards/desktop/sb/CS-034499.htm
-
I know this might seem like sucking eggs, but have you got lot the latest bios updates?
I've had to patch mine.
http://www.intel.com/support/motherboards/desktop/sb/CS-034499.htm
Looking at the release dates of BIOS versions and when I tested the device at first, I must be running BIOS Version 0045 - FYBYT10H.86A.0045.2014.1212.1150.
I see there has been released one since, but looking at the release notes of version 0047, then it only provided changes related to some security jumper and configuration menu. http://downloadmirror.intel.com/24579/eng/FY_0047_ReleaseNotes.pdf
-
I see there has been released one since, but looking at the release notes of version 0047, then it only provided changes related to some security jumper and configuration menu. http://downloadmirror.intel.com/24579/eng/FY_0047_ReleaseNotes.pdf
Wow, lots of bios updates in a short time span! Good that they are active, but OTOH there must be loads of bugs to fix. A bios release on Christmas eve, really?
-
This is not a request for help or an attempt to revive the thread for a new question. But I would like to inform potential users of this device a bit about my experience it.
Since around Christmas I attempted to implement this device as the firewall appliance in my home network. At first it did show some symptoms of being unstable under heavy load and upon that cause some "re0: watchdog timeout" errors. I left home for some weeks and let it run as my gateway and firewall. During the weeks with low activity on the network, it showed no signs of this problem. Now, as I got home and have started using my network again, the device is doing the same tricks again. From time to time after pushing a couple of megabytes per second on my connection or on VPN, it will crash the connection. When streaming it will crash the connection. A basic synchronization with Google Drive seems to be able to do it. I have yet not found a specific pattern in the issue. There might be a solution out there, but I have not experimented further.
To visualize my experience, I will provide a chart of ping logging.
Performance wise, ignoring the timeouts, it easily handles my 150/150 Mbps connection and it pushes some 90-110 Mbps on OpenVPN.
Does this issue only occurs while connected through the VPN?
