BSOD Help. hal.dll + ntoskrnl.exe

A2597

Well-known member
I'm remotely troubleshooting my dads new laptop, an Alienware 17 R5.
I set it up for him at Christmas for VR gaming, and had no issues. As soon as he got it home and hooked it up, he got a very consistent "DRIVER_VERIFIER_DMA_VIOLATION" BSOD after about 15 minutes gaming. Seems stable otherwise.

I have updated the Nvidia drivers, along with the audio, chipset, wireless, bluetooth, and everything else I could think of. I also updated BIOS to the latest update, and ran the funky "full dell system scan" which is how I identified the BIOS update previously mentioned. No change in the BSOD.

Blue Screen View identified hal.dll and ntoskrnl.exe as the causes.
==================================================
Dump File : 013119-12312-01.dmp
Crash Time : 1/31/2019 12:59:29 PM
Bug Check String : DRIVER_VERIFIER_DMA_VIOLATION
Bug Check Code : 0x000000e6
Parameter 1 : 00000000`00000026
Parameter 2 : ffff800f`0e5ba060
Parameter 3 : 00000000`00000200
Parameter 4 : 00000000`00000006
Caused By Driver : hal.dll
Caused By Address : hal.dll+3c4bb
File Description :
Product Name :
Company :
File Version :
Processor : x64
Crash Address : ntoskrnl.exe+1aa0c0
Stack Address 1 :
Stack Address 2 :
Stack Address 3 :
Computer Name :
Full Path : C:\Windows\Minidump\013119-12312-01.dmp
Processors Count : 12
Major Version : 15
Minor Version : 17134
Dump File Size : 2,901,876
Dump File Time : 1/31/2019 1:00:35 PM
==================================================

And here is a link to a zip with the dmp files. (I included the last five, but they are all very similar).
https://www.dropbox.com/s/7ucgi8x6txqoynj/minidump.zip?dl=0

All help is greatly appreciated. This is about the time I would usually wipe and reinstall, but I'm about 500 miles away right now. Thanks guys!
 
the Alienware tools did a memtest and hard drive scan (was actually surprised) and no errors.
No overclock.

Haven't done windows startup repair, dunno how I'd run that remotely.

Only thing I can think of is if Dad installed the joystick/throttle/rudder pedals into different USB ports. Dunno why that would make this happen though.

I don't know how to read the dmp files to any effect, hoping someone can so better track it down.
 
the Alienware tools did a memtest and hard drive scan (was actually surprised) and no errors.
No overclock.

Haven't done windows startup repair, dunno how I'd run that remotely.

Only thing I can think of is if Dad installed the joystick/throttle/rudder pedals into different USB ports. Dunno why that would make this happen though.

I don't know how to read the dmp files to any effect, hoping someone can so better track it down.

Does it BSOD when the joystick isn't plugged in? Or just in a particular USB? The point is to eliminate all the variables one by one.
 
Only thing I can think of is if Dad installed the joystick/throttle/rudder pedals into different USB ports. Dunno why that would make this happen though.


What flight gear is he using?

Does the BSOD only happen with the flight gear plugged in (i.e. I know it would be boring but for science sake, could he load up a flight sim and just let it go on autopilot for 15-20 minutes for a test)?
 
We can give it a go. Dunno if we can get him flying without the gear plugged in, but maybe.
He's using the Saitek Yoke and throttle, with Thrustmaster TFRP rudder pedals.
 
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_VERIFIER_DMA_VIOLATION (e6)
An illegal DMA operation was attempted by a driver being verified.
Arguments:
Arg1: 0000000000000026, Violation code.
Arg2: ffffae8a04226060
Arg3: 0000000000000200
Arg4: 0000000000000006

Debugging Details:
------------------

TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0xE6

PROCESS_NAME: X-Plane.exe

CURRENT_IRQL: c
 
Have we verified that the XPlane install is proper? Repaired or reinstalled perhaps?

Other external variables such as cooling, like is it sitting on a blanket and can't get airflow to the intakes?

If XPlane is causing some issue with HAL.dll, make sure the game is proper.

Also make sure some Alienware bloat didn't auto update something or prevent an update from taking.
 
Xplane install is good. Also happens with DCS.
Reinstalled x-plane (to a different hard drive even) with same issue.
 
IMO, I think it's something with the flight gear drivers.

That certainly would be the next round of elimination, however. Those drivers or at least the USB driver should show up in the mem dump at least once. I didn't see it in those 5 provided.

Next easy things to check out are overheating/airflow. Otherwise you may likely end up having to take a road trip.
 
That certainly would be the next round of elimination, however. Those drivers or at least the USB driver should show up in the mem dump at least once. I didn't see it in those 5 provided.

Dump files, unfortunately don't always show the cause. They do show the result.

I will say, many many years ago, I used to have all sorts of headaches with Saitek drivers. I no longer use any of their devices so I don't know the current state of their QA.
 
I'm not going to discount the possibility, because reasons..

I've not seen a driver/device such as a USB cause a HAL crash without being included in the dump.

Again certainly doesn't mean that its not possible as the reports aren't always complete, but I have seen things show up as USB Root hub and such in the report. While not specifically showing the device, at least was able to start USB troubleshooting like removing devices or upgrading/downgrading USB drivers/chipset drivers and the like.
 
Does the BSOD only happen with the flight gear plugged in (i.e. I know it would be boring but for science sake, could he load up a flight sim and just let it go on autopilot for 15-20 minutes for a test)?

While not specifically showing the device, at least was able to start USB troubleshooting like removing devices or upgrading/downgrading USB drivers/chipset drivers and the like.

That is basically my suggestion.. First step of troubleshooting, eliminate what is not the problem.

However, given the same problem happens with two different flight sims; there are only two main things in common. The OS and the controllers which is why I suggested removing the controller for the test to eliminate one of the two variables.
 
I'm now making a trip down Sunday, so I'll be there in person to troubleshoot.
One issue with the laptop is number of USB ports. The Oculus demands 3 (Headset and two sensors) then you need more for all the periferals.

I had a single USB-C to USB3 adapter, but that left an entire USB-C port unused on the PC, and a lot of items plugged into a hub. So I'm bringing two USB-C to USB3 adapters to try an off load some of that.

I'll also try to fully remove the Saitek (Now Logitech, as they bought Saitek) and Thrustmaster drivers and re-install. See if that helps.

Will keep you updated, thanks!
 
Well... temps do get high. I7 got as high as 96*c under load.
Didn't crash. Kept watching. Temps dropped back to 80s.
Then BSOD. A good 5 minutes after peak temps. GPU temps were ok.
 
Last edited:
Flight sim play.
I should not that I maxed everything out to put as much load on the system as possible to try and force a crash sooner.

Today, been doing process of ellimination. Last night my main test was "Will it crash during active pause", to which the answer was "yes".
So today, loaded up same flight as last night, flew to same location and active pause (so I don't have to sit and wait, can do other things).

Just laptop, NO periferals. 90 minutes later, no crash.
Added yoke and throttle. 90 minutes, no crash.

Now doing Oculus + 1 sensor, so far 45 minutes in with no crash.
Next test will be a control test, EVERYTHING hooked up, see if it crashes. If it doesn't, then I'll really be confused.

EDIT: update:
Running everything = BSOD within 5 minutes.
I had the Thrustmaster Pedals hooked up into the T.Flight Throttle, so ran the pedals direct (removed TM throttle) BSOD within 10 minutes.

Now running it with a single Oculus sensor, see if that crashes. (I do know Oculus sensors chew through a lot of USB bandwidth, and do not like being on a HUB with other devices, so I have a hunch that might be it).
If THIS crashes, then I'll do two sensors with no pedals at all. If that works, then we'll know it's the Thrustmaster pedals. (But still betting it's running two oculus sensors)

Edit Update Again:
That crashed. Removed pedals, added second sensor. BSOD.
Now repeating last test but in different USB ports. (Two sensors, Yoke+Throttle, no TM pedals)

Edit AGAIN:
So it's an either or scenario. If the pedals are plugged in? Crash. If two sensors are in, Crash.

Feeling like it's a USB Bandwidth issue. can that cause a DMA Driver error?
 
Last edited:
So, looks to be either a USB Bandwidth, or USB Power issue.
By plugging everything in to different ports (Guessing which ports are on the same hub internally) it works. No BSODs, just works.

So, going to get a powered USB HUB to see if that resolves it when things are plugged in differently again, but I think it's OK for now.
 
Interesting. I never had crashes from USB issues, but then again I wasn't using flight gear so not directly apples to apples. In my situations, the device would just disappear from Windows randomly until I got a better USB hub.

I'm using one similar to this (mine is much older):

https://www.bhphotovideo.com/c/prod...9zsGeykmeldzeRoCy_gQAvD_BwE&lsft=BI:514&smp=Y

BTW, not sure that specific one is powered but you definitely do want a powered one.

Basically, I wanted the ability to power down ports without unplugging gear. Unfortunately, most Unity games only work when a single gaming device is plugged in and I cannot unplug all of my sim racing gear all the time. With that powered USB hub, I can just power down my sim racing devices easily to play those other gaming titles.
 
Back
Top