Author |
NetDLL crash with V8.3 on FreeAXP |
stevenesonis
Member
Posts: 4
Joined: 28.04.10 |
Posted on June 15 2010 12:23 |
|
|
I am attempting to get FreeAXP working with the V8.3 hobbyist kit, and am having some difficulty.
The FreeAXP installation and configuration went through without problems, and the installation
of OVMS went without a hitch. However, once I configure TCPIP and try to telnet to the
machine, the system is crashes with NETDLLERR.
I'm wondering if I am missing something... any help appreciated, especially since I
really can't do crash analysis.
Host system:
Dell Inspiron 1750
CPU: Intel Core2 Duo X64, 2.2Ghz
Memory: 4GB
Disk: plenty of space
NIC: Marvel Yukon 88E8040 PCI-E Fast Ethernet (unbound from all Windows net protocols)
FreeAXP config:
Mem: 128GB
Disk: Single disk, 6 GB
Net: configured to use the wired network (the Marvel Yukon)
After the initial installation of V8.3, the system booted without a problem.
TCP/IP was configured with a static address.
When TCPIP was started up, the system crashed with NETDLLERR.
NPAGEDYN was increased via modparams/autogen. The system was able to start TCPIP,
configured with only the Telnet client enabled. When an attempt was made to telnet into
the system it crashed with NETDLLERR again.
After multiple increases of non-paged pool, the system is still crashing.
Interesting(?) points:
- On initial startup of the emulator, the system is able to start TCPIP OK,
but will crash when I try to telnet to it.
- When the system reboots it will crash when TCPIP is started, no access via telnet
needed.
- Restarting the emulator again prior to rebooting the system allows for
TCPIP to be started without crashing the system, but a telnet attempt will cause
it to crash again.
- Once a crash has occurred TCPIP cannot be started without crashing the system
unless the emulator is restarted.
Output from CLUE CRASH, etc, is available if somebody can have a look at it. |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on June 15 2010 15:35 |
|
|
We have received one report of a similar problem on a Samsung laptop, also running FreeAXP 283 and VMS 8.3. We have been unable to reproduce the problem on any of our test systems, which makes it hard to diagnose.
What version of Windows are you running?
As a check, try changing the MAC address of the NIC in the configuration file:
Example:
pci11 = de500
{
adapter="\Device\MsiPcap_{B6BA9119-F3CE-4029-9E0C-F93E967FCCC5}";
mac="08-00-3b-aa-bb-cc";
}
Edited by Bruce Claremont on June 15 2010 15:35 |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
Posted on June 15 2010 21:35 |
|
|
Steven,
could you please send me the CLUE files from those crashes via e-mail as an attached document. Consider to post the output of TYPE CLUE$HISTORY here for easy identification of module and offset.
You'll find the CLUE file(s) in CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS - one for each crash.
The way you describe this problem, it looks like it's some internal state problem of the FreeAXP emulator. Does it help, if you shutdown V8.3 after the crash and do a >>> INIT ? Can you then boot OpenVMS again and start TCPIP without an immediate NETDLLERR crash, without having to do a fresh start of FreeAXP ?
Exactly which version of FreeAXP are you running ?
Volker.
Edited by VolkerHalle on June 15 2010 23:08 |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
stevenesonis
Member
Posts: 4
Joined: 28.04.10 |
Posted on June 16 2010 01:04 |
|
|
Bruce- The host is running Windows 7 home premium.
Just out of curiosity, how will changing the MAC address help? Won't things fail to function?
I suspected the possibility of some sort of interaction problem between the emulator and the NIC, and was going to borrow another machine with a different NIC, but couldn't keep it long enough to copy over the container.
Volker- the FreeAXP version is:
"x64 version 1.0 patch 6 build 271 <Apr10 2010 21:03:10>
I'll send along the CLUE files in a bit. |
|
Author |
RE: output from CLUE$HISTORY.DAT |
stevenesonis
Member
Posts: 4
Joined: 28.04.10 |
Posted on June 16 2010 01:24 |
|
|
The crash info which I sent along is from the crash on the 15th...
Date Version System/CPU Node Bugcheck Process PC Module Offset
----------------- -------- ------------------- ------ ------------ --------------- -------- ----------------------- --------
5-JUN-2010 16:20 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
5-JUN-2010 16:35 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
6-JUN-2010 08:07 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
9-JUN-2010 17:05 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
9-JUN-2010 17:17 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR TCPIP$FTP_1 805074BC SYS$EWDRIVER_DE500BA 000074BC
15-JUN-2010 16:41 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR NULL 805074BC SYS$EWDRIVER_DE500BA 000074BC
15-JUN-2010 17:09 V8.3 AlphaServer 400 4/1 LOUDON NETDLLERR SYSTEM 805074BC SYS$EWDRIVER_DE500BA 000074BC
$ |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on June 16 2010 02:21 |
|
|
Changing the MAC checks for a network conflict. It might also cause a behavior change in the problem, which could provide a clue to its cause.
I suggest upgrading to FreeAXP 283 to test with the latest version.
|
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
Posted on June 16 2010 03:58 |
|
|
Steven,
thanks for sending the CLUE file. As one can tell from the CLUE$HISTORY information, these are all the SAME crashes.
Please upgrade to the latest version of FreeAXP (.283) and re-test.
This type of crash footprint is 'known' and - on real Alphas - indicates pool corruption or a LAN hardware problem. In case of FreeAXP, the emulator would be 'the hardware'...
You can verify the consistency of the LAN driver queues with:
$ ANAL/CRASH dumpfile
SDA> SHOW LAN/FULL/DEV=EWA
...
-- EWA Queue Information ...
...
SDA> EXIT
re: changing the MAC address.
All FreeAXP systems come with the same default pre-defined MAC address. So if you run more than one FreeAXP on the same network segment, this may cause problems. But those problems should not cause crashes, only malfunction of some network operations.
Volker. |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
VolkerHalle
Member
Posts: 104
Location: Germany
Joined: 02.04.10 |
Posted on June 17 2010 04:10 |
|
|
Steven,
your NETDLLERR crash does not show any signs of pool corruption. The EWA driver queues are intact. SDA> LAN RING/VALIDATE and SDA> LAN QUEUE/VALIDATE do not report errors.
The 'Last Ring entry done' is the first entry in the transmit ring and it does not have a VCRP associated with it, which is causing the crash.
As you can easily reproduce the problem, could you please turn on LAN tracing and then start TCPIP:
$ MC LANCP SET DEV EWA/TRACE
In the subsequent crash, please verify, that the LAN traces are readable with SDA> LAN TRACE, then please make the crashdump available again.
Volker.
Edited by VolkerHalle on June 17 2010 04:10 |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on June 20 2010 12:02 |
|
|
The Marvel Yukon NIC is on the motherboard, correct? I had a look at the manufacturers site and it does not appear the NIC is available as a standalone device.
Any chance at trying a different NIC driver under Windows? |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on June 21 2010 04:48 |
|
|
By any chance, would your network be using Jumbo frames? If so, it is possible this is throwing the FreeAXP emulated NIC for a loop. Check your NIC advanced settings and see if there is a jumbo frames or jumbo packets option that can be turned off.
Deliberately connecting to a 10/100 switch would also disable jumbo frames.
Edited by Bruce Claremont on June 21 2010 05:19 |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on July 02 2010 06:55 |
|
|
We supplied Steve with a pre-release of FreeAXP 288. It contains some NIC updates and support for the DE435 NIC. Steve reported the following results:
- Using the DE500, TCP/IP hangs, but the system no longer crashes.
- Using the DE435, TCP/IP works correctly.
So FreeAXP 288 appears to provide a viable work-around for the NETDLLERR. Now we need to understand why the DE435 works and the DE500 hangs. We have ordered some NICs using the Marvell Yukon chip set to see what else we can learn.
FreeAXP 288 will be released once testing has been completed. |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on July 02 2010 06:56 |
|
|
We supplied Steve with a pre-release of FreeAXP 288. It contains some NIC updates and support for the DE435 NIC. Steve reported the following results:
- Using the DE500, TCP/IP hangs, but the system no longer crashes.
- Using the DE435, TCP/IP works correctly.
So FreeAXP 288 appears to provide a viable work-around for the NETDLLERR. Now we need to understand why the DE435 works and the DE500 hangs. We have ordered some NICs using the Marvell Yukon chip set to see what else we can learn.
FreeAXP 288 will be released once testing has been completed. |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
Bruce Claremont
Moderator
Posts: 623
Joined: 07.01.10 |
Posted on July 07 2010 04:11 |
|
|
We've tested the D-Link DGE-530T NIC containing the Marvell Yukon in two systems running FreeAXP 288 and XP x64, 7 x64, Vista x64, and Vista x32, all without issue.
D-Link DGE-530T: http://www.dlink.com/products/?pid=284
At this point it looks like an issue with the NIC implementation in the Samsung laptops. I'll put a section in the FreeAXP release notes describing the problem and suggested workarounds (DE435, Driver update, USB NIC). |
|
Author |
RE: NetDLL crash with V8.3 on FreeAXP |
stevenesonis
Member
Posts: 4
Joined: 28.04.10 |
Posted on July 08 2010 12:35 |
|
|
Volker,
Thanks for your attempts to help... please accept my apologies for not responding. I got busy with some other things and never got back here to look for replies.
Bruce, thanks for your assistance as well. I have things running properly now on a different machine, using the 288 Beta. |
|