Venue 8 Pro Wifi Failure Log

I think part of the reason for this lack of logging functionality in drivers is because it's not needed the majority of time. There are some logging tools but I remember you had said that these had been ineffective. I'd be interested to hear how your tablet performs on another network.

The verbose logging I'm suggesting would be unobtrusive, since it wouldn't be adding real-time logging or anything heavy, just additional detail whenever the C:\AR6K_FW_Recovery.log gets appended to. As for another network, I've had the v8p connected to a different router here at home, which was 802.11b/g. I switched to this new N router specifically because I thought the previous router was the cause. This new router is a TL-WR841N V8: http://www.tp-link.com/en/support/download/?model=TL-WR841N&version=V8

It's capable of N300, but since I shifted Channel Width to 20hz only instead of 40hz or 20/40hz auto, it's operating as N150. Additionally, since short GI is disabled, its max speed is 130 instead of 150Mbps. These adjustments have made the drops less frequent, but they still occur. None of the other 6+ wifi devices connected to either the earlier 11b/g network or the new 11n network drop in this way.

Thank you for the confirmation and the log!

Hi folks, I have a Venue 8 Pro as well with the same exact issue. Have spent hours trying to get to the bottom of this, trying everything you guys have to no avail. Happy to have found this thread.

Firmware Recovery #001
Firmware Version: 0x31C87571
Recovery Start: 2015-03-14 02:34:33.959
Recovery Reason: Control Endpoint TX Hang
Information:
 Control Endpoint (1): Credit = 0, Queue Depth = 0
  Last Credit Consummed: 2015-03-14 02:34:28.958
  Last Credit Returned: 2015-03-14 02:33:37.126
Recovery Finish: 2015-03-14 02:34:42.383
Recovery Status: ERROR (0xFFFFFFFF)

I won't be holding my breath for a fix for this as it seems Dell is giving everybody the run around. Anyways, I have two V8Ps and both of them have the same issue. As others have experienced, it typically occurs when streaming video or music.

Folks, the reality is that if we can't reproduce the issue, we can't resolve it. I can say that I have tested a Venue 8 Pro numerous times over the past few weeks while transfering data or streaming video and it has performed flawlessly without any issues.

NOBODY31 - If you would be willing to send us your Venue 8 Pro for testing, I'll arrange for a replacement. Please PM me if acceptable.

Steve

I am willing to help and even to send my Venue 8 for you to test.

I can give some insights how you can reproduce it.

This is something that can happen with Venue 8 almost every day and it caused when we use the Bluetooth for more than one device at a time and use the Wi-Fi.

In my case I use the WIFI all the time and I have a Bluetooth Keyboard and Mouse linked to the system and using it all the time.

It mostly happen when you have be using the mouse and keyboard atttached and using it for hours, then you stop using for awhile. When you come back to the system and try to use the mouse you will see the system froze - first the mouse, then the keyboard. A few seconds later you will see the WIFI icon to indicated you lost connectivity. From that point on only a reboot will bring everything to work properly.

Once you reboot you will see a new entry in the AR6K_FW_Recovery.log file in the C:\ root directoty.

The error is alwasys: Control Endpoint TX Hang or variations of the same theme.

It appears some kind of collision of information in the driver card between communication of the WIFI and mouse and keyboard.

I think you will have a better chance to reproduce it if you link several Bluetooth devices at the same time and try to use it in conjunction wiht the WIFI being used. If you jam the WIFI with some streaming and try to use the mouse and keyboard you have more chances to reproduce the issue.

I hadn't tested with Bluetooth devices attached. Is there anyone who is having the issue and not using Bluetooth devices?

Yes, I have the wifi disconnect problem when not using Bluetooth. I have the issue when doing light browsing as well, not necessarily viewing video or other high bandwidth tasks.

never used Bluetooth on my DV8P and I have the issue

I have bluetooth disabled, as well. Maybe enabling it causes the issue to occur more frequently, but it isn't the sole cause. As for sending my v8p in, I can't as it's needed for work, but please follow up with naorlss; they offered to send it in. Thanks, Steve!

Two comments about this issue:

1- This is something that is very hard to reproduce - in my case I can go several days without experiencing the issue - but it has the bad habit of happening in the worst times possible - like in the middle of a presentation on when I am doing some important work. So, in this case one should look for other ways to understand the problem.

2- Below you have the log that capture the problem every time we have such an event. Somebody has to get this log and discuss it with the developer that create this driver in the first place and that created this entry. This log was introduced to report a very bad situation that could happen - and guess what - the situation happen. What is wrong is the way to recover from this bad situation. What seems to be happening here is a crash related to a wild pointer access memory. Probably the only way to resolve this issue is with code inspection - and this is something that only ones that have the code can do.

Somebody need to escalate this to the developers - waiting to reproduce this is only causing more pain and problems for us users.

It is already very plain and clear we have a problem and it more widespread that probably Dell want to recognize - this problem is real. Please don't use the excuse of not reproducing the problem for doing nothing about it.

==========================================================================

Firmware Recovery #001
Firmware Version: 0x31C87571
Recovery Start: 2015-03-05 13:01:24.892
Recovery Reason: Control Endpoint TX Hang
Information:
 Control Endpoint (1): Credit = 0, Queue Depth = 0
  Last Credit Consummed: 2015-03-05 13:01:19.839
  Last Credit Returned: 2015-03-05 12:59:43.804
Recovery Finish: 2015-03-05 13:01:31.108
Recovery Status: ERROR (0xFFFFFFFF)

Been following this thread for a while but I decided to add to the thread after I ran across the issue again today. I've had this problem since I bought the device. It got progressively worse (several times a day) after the updates (7595 and 3939) which I have since rolled back. But it still occurs - most of the time when I'm moving/copying data back and forth from other machines on my LAN. Thanks to this thread I was able to also find the failures documented in the C:\AR6K_FW_Recovery.log file with the latest entry below:

Firmware Recovery #001
Firmware Version: 0x31C87571
Recovery Start: 2015-03-19 06:22:08.474
Recovery Reason: Control Endpoint TX Hang
Information:
Control Endpoint (1): Credit = 0, Queue Depth = 0
Last Credit Consummed: 2015-03-19 06:22:03.472
Last Credit Returned: 2015-03-19 06:20:46.755
Recovery Finish: 2015-03-19 06:22:16.949
Recovery Status: ERROR (0xFFFFFFFF)

EDIT: I just wanted to add that the problem for me happens regardless of the state of my bluetooth mouse, whether on and in use, on and not in use, or off. The most common thing that is occurring when the wifi drops is that I am moving data through the local network or watching a streaming video from the internet. Sometimes the data transfer/mouse movement pauses, anywhere for a half second up to 2 full seconds then carries on, but most times it borks. Running the Network Troubleshooter fixes the Bluetooth every time but only fixes the wifi about 30% of the time.

Here are the last few entries in the log on my tablet. I have the problem intermittently, without Bluetooth and without any pattern of bandwidth usage:

Based on everyone's comments, it seems that this issue occurs intermittently and without any specific pattern of usage. Some folks can also go several days without any problems. This can make it a real challenge to address but everyone’s logs all seem to state the same Recovery Reason: "Control Endpoint TX Hang" which means the same or similar event is occurring and causing the symptoms. The logs don’t tell us what happened, they just tell us the results so it’s not enough to go on as far as diagnosing the issue. Bluetooth also does not seem to be a contributing factor here as folks have reported that the issue occurs even with BT disabled.

In DrewV8P's logs, the issue occurred on 3/14, 3/16 and 3/17 which would be frequent enough to reproduce during testing. I have not seen the issue on the Venue 8 Pro I am using here so if I can get a volunteer to send me their tablet for testing, I will arrange a new replacement to be shipped asap. It must be a tablet which exhibits this issue frequently such as daily or several times a week.  If we are able to reproduce the issue on a base Win 8.1 image with current drivers and Windows updates, it will be escalated for a fix.