PDA

View Full Version : Windows 8.1. bug with 7.4m2 doesn't permit connected standby


tuath
10-15-2013, 02:36 PM
Using an Acer Iconia W3-810 that was clean installed to Windows 8.1, I was forced to use my Targus DisplayLink based product so that I can get a usb hub for which (so that I can attach a keyboard and mouse).

That forced WIndows update to install the driver for DisplayLink and after that I have upgraded to fix a bug where the intel graphics driver would crash on video. this bug was fixed by updating to 7.4M2.

I had to uninstall Displaylink in order to get connected standby to work again, where the system would fall into a super slow power mode.

JamesH
10-15-2013, 02:47 PM
Hi,

To help us investigate the issue, please download this tool:
http://www.displaylink.com/support/ticket.php?id=269

As soon as the issue is seen, please run it and select "Gather Support Information"

Thanks,
James

tuath
10-15-2013, 02:56 PM
unfortunately, I cannot reinstall the displaylink software on the tablet as it is being used in active development and out of my reach for the coming weeks.

You can diagnose the problem by doing :
powercfg.exe /sleepstudy

on a computer with Windows 8.1 x64 RTM that supports connected standby. I do not know if this is a "acer iconia" thing or if it would be reproducible on another connected standby system such as a MIcrosoft Surface.

I have attached the log file out powercfg, the system goes from consuming an avg of 500 mW or power to 61 mW at the point in time where I have removed the Displaylink driver.

JamesH
10-15-2013, 04:25 PM
Hi,

Can you confirm if connected standby was working for you with R7.4 M0?

Thanks,
James

tuath
10-15-2013, 05:06 PM
Nope, I can't confirm that it was working with any other version...

I only plugged it into to the displaylink box so that I could use it as a hub for the keyboard, mice and ethernet... The Acer Iconia with Windwows 8.1 RTM doesn't come with inbox drivers for the Z2760 and so the touchscreen didn't work out of the box neither the wifi...

dawser
11-28-2013, 09:04 PM
I have been able to reproduce this problem with a new Dell Venue 8 Pro and a Plugable 3000 USB 3.0 docking station. Before installing the Displaylink drivers, connected standby would drain less than 1% of the battery per hour. After I installed the drivers, the Intel GPU would never go to sleep, so battery drain would be over 6% per hour while in sleep mode, basically losing half of the battery during the night, while the tablet sleeps.

Running "powercfg.exe /sleepstudy" shows the Intel GPU always running at 100%, while the rest of the system reaches a low power state.

After uninstalling the Displaylink drivers, the problem disappears. The Intel GPU disappears from the report, and battery drain again becomes normal.

It is very easy to reproduce.

I was on Windows 8.1 32-bit with the latest Displaylink drivers (7.4M2), automatically installed by Windows and verified against the downloadable version number. I haven't had any other Displaylink driver on my system before that. The tablet is two weeks old.

Dan
11-28-2013, 09:40 PM
Thanks dawser! We'll look into it.

yongcat
12-09-2013, 03:51 PM
Has there been any updates on this issue?

I have the same issue as dawser (Dell Venue 8 Pro also), and a solution would be great!

jeffg
12-13-2013, 06:09 PM
Same thing for me on my Dell Venue 8 pro. I also see issues on my Yoga 11s with the DisplayLink driver installed. I've even tried with the latest 7.5 M0 driver here:
http://www.displaylink.com/support/sla.php?fileid=103

And still the same thing. Please fix this!

dawser
12-28-2013, 09:00 AM
Is there any idea of when this will be fixed?

I understand this problem may be hard to fix, but maybe there should be a warning on the product stating these drivers don't work with Windows 8 connected standby. If I had known about this issue I wouldn't have bought it. The adapter works great, but it is hard to justify having a driver installed that eats the battery in hours even with the tablet idle, disconnected from the dock and in sleep mode.

impat100
12-31-2013, 04:40 PM
Thanks dawser! We'll look into it.

Hi there,

Is this issue still being looked at? Any update would be greatly appreciated!

jasperjugan
01-10-2014, 08:16 AM
Is someone still working on this said issue?

JamesH
01-19-2014, 01:33 AM
Hi,

Yes we are still investigating this issue.

Will update you when I know more.

Thanks,
James

andy_g
01-19-2014, 10:54 AM
Hi all

I have the Kensington SD300v and an Asus T100 (new BayTrail Atom) on Windows 8.1 and can confirm connected standby (sleep) was losing 3% or more per hour with the drivers from here installed!

I have just factory reset the T100 and had no issues with connected standby before hooking up the SD3000V and auto installing any drivers for it via Windows but will let you know if I know have issues due to these auto drivers and or your Display link ones.

jasperjugan
01-22-2014, 11:11 PM
Hi all

I have the Kensington SD300v and an Asus T100 (new BayTrail Atom) on Windows 8.1 and can confirm connected standby (sleep) was losing 3% or more per hour with the drivers from here installed!

I have just factory reset the T100 and had no issues with connected standby before hooking up the SD3000V and auto installing any drivers for it via Windows but will let you know if I know have issues due to these auto drivers and or your Display link ones.

likewise with Dell Venue 8 pro. I had to uninstall DisplayLink. others have reported they had to wipe out/restore their devices

andy_g
01-23-2014, 08:01 AM
I have not installed the latest display link drivers from here this time and just used the latest Kensington drivers which seems to be 7.4.51572.0 DisplayLink Display Adapter (430f) and my connected standby issues seem to have gone.

Also to note, I'm not actually using the DVI out put of the docking station as a direct MicroHDMI > HDMI from my tablet works better than the slight lag via the docking station and I found I didn't like 2 external monitors plus the tablet screen. This means I'm effectively only using the audio, USB hub and gigabit NAT so not sure if the actual DisplayLink display driver has been 'activated' yet as I haven't plugged anything in to the DVI port?

brucemoose2
02-09-2014, 05:29 PM
Hi,

Yes we are still investigating this issue.

Will update you when I know more.

Thanks,
James

James, it's been weeks now since your last update and MONTHS since the original problem report. Do you have any update for us, please? This is a very serious problem. I'd like to know if there are resources committed to fixing the problem. The current software package is seriously broken on Connected-Standby capable ultrabooks and tablets.

brucemoose2
02-16-2014, 04:46 PM
Any update?

impat100
02-18-2014, 03:25 AM
Hi,

Yes we are still investigating this issue.

Will update you when I know more.

Thanks,
James

Hi James,

Its been more than a month now, any updates? Or pls let us if this issue is being worked on or not?

Any update would be greatly appreciated.

JamesH
02-18-2014, 01:54 PM
Hi,

The next release due out at the end of this month has a fix for this issue when your adapter / dock / monitor is disconnected from your tablet / notebook.

We're continuing to work on a fix for when your adapter / dock / monitor is connected to your tablet / notebook.

Thanks,
James

JamesH
02-28-2014, 05:17 PM
Hi,

R7.5M1 (with this fix) is now available here:
http://www.displaylink.com/support/downloads.php

Let me know how you get on.

Thanks,
James

mcbsys
03-08-2014, 03:21 PM
Same issue here with an ASUS T100 tablet. With DisplayLink installed but no hub connected, Connected Standby drained 25% in 14.5 hours, with Intel HD Graphics showing 100% active time.

After installing R7.5M1 last night, battery drain was 4% in 8 hours. HD Graphics is the fifth offender, with 0% active time; top offender is Intel SD Host Controller with 1% active time.

Thanks everyone for reporting this and thanks DisplayLink for fixing it. I didn't even think of DisplayLink when I saw that Intel was the "offender," but a thread at another site pointed me here and now it seems it's already fixed!

Mark Berry
MCB Systems