3818owner
2 Bronze

U3818DW, USB Type-C power delivery problem

(1) I have collected the Service Tag and S/N
(2) Hard reset does not affect the behavior
(3) Factory reset does not affect the behavior. There is no issue with image quality.
(4) Post your issue in public and all of the following data

* The issue and all of the troubleshooting you have performed

My Dell U3818DW consistently wakes my laptop up shortly after the laptop goes to sleep when powering it via USB Type-C from the U3818DW, causing infinite sleep/wake loops and preventing the laptop from ever actually sleeping. The laptop sleeps fine when powered by the USB Type-C power supply it came with.

I investigated using a professional USB Type-C protocol analyzer and found the difference: My Dell U3818DW violates USB Type-C power delivery protocol when the laptop goes to sleep (by not sending the required PS_RDY message after accepting a request, details below), causing the laptop to wake back up.

The "Product Features" section of the Dell U3818DW User's Guide says it "Supports USB Type-C" but the USB Type-C support has a defect. Can you please provide an updated U3818DW firmware that fixes this defect?

Equipment used:

Dell U3818DW monitor running latest firmware M3B106
Dell USB Type-C cable (6ft) supplied with U3818DW monitor
Anker Powerline II USB-C to USB-C 3.1 Gen 2 Cable (3ft) with Power Delivery
PC Laptop running Windows 10
USB Type-C power supply included with laptop
Total Phase USB-C PD analyzer running FW 1.11 and Total Phase Data Center 6.73.007 (https://www.totalphase.com/products/usb-power-delivery-analyzer/)

Test setup:

The U3818DW has two cables connected: wall power and the USB Type-C cable to the laptop.
The laptop has one cable connected: the USB Type-C cable to the monitor.
There are no other connections to any port on the laptop or the monitor.

I read the "USB Type-C monitors FAQ" post that says "5GHz, Gen 1, 1.8m/5.9ft, DP Alt Mode USB Type-C to C cable", "JNC22 = U3419W/U3818DW", "If your USB Type-C monitor shipped with the longer USB Type-C to C cable, you cannot use the monitor to charge the laptop" so I tried the 3ft Anker cable as well as the Dell supplied 6ft cable. The behavior is identical for both USB Type-C cables.

The behavior is identical with or without the USB Type-C analyzer connected. I originally observed this behavior without any analyzer and the behavior is unchanged with the analyzer connected.

Test steps:

1) Start with laptop awake and with a 100% full battery, USB Type-C cable not connected to the laptop.
2) Connect the USB Type-C cable to the power source: either the monitor or laptop power supply.
3) Connect the USB Type-C PD analyzer to the far end of the USB Type-C cable away from the power source, i.e. analyzer->USB Type-C cable->(monitor or laptop power supply)
3) Start the trace in Total Phase Data Center
4) Connect the analyzer to the USB Type-C port on the laptop, i.e. laptop USB Type-C port->analyzer->USB Type-C cable->(monitor or laptop power supply)
5) Wait for the USB Type-C PD handshake to finish and the laptop to indicate it's powered (at 20V, 4.3 or 4.4A)
6) Tell the laptop to go to sleep

This is where the behavior varies depending on which USB Type-C power source is used:

If using the laptop power supply, the behavior is as expected. The laptop goes to sleep and the final USB Type-C PD activity is a request 5V 2.4A from the sink (laptop) -> accept from the source (monitor) -> PS_RDY from the source, then no more traffic. You can see the details in the Laptop power supply trace below.

If using the monitor, the laptop and monitor wake back up every ~1 minute forever. The trace shows a loop where each iteration of the loop has:

- ~1 minute of no traffic
- USB Type-C PD request 5V 3A from the sink, accept form the source, but no PS_RDY from the source (this violates USB Type-C spec, details below)
- USB Type-C PD hard reset

The loop repeats indefinitely. You can see the details in the U3818DW trace below.

The U3818DW trace shows the U3818DW is violating USB Type-C spec by not sending a PS_RDY within the allowed time after the laptop sends a 5V 3A request and the U3818DW sends an accept. Instead, the link is hard reset.

In USB-PD R2.0 v1.3 spec, Figure 7-18 and Table 17-10 show how a decrease in voltage and current must occur after the source accepts the sink's request. A PS_RDY is expected from the source within PSTransitionTimer / tPSTransition timer (min 450ms from request.) In the U3818DW trace, there is no PS_RDY from the monitor after it sends accept in response to the sink's request. The link is hard reset 121.3ms after the monitor sends accept.

The Laptop power supply trace shows how it's supposed to work:

# Laptop waits ~1 minute, then sends 2.4A max current request
0,v2.0,1465,0:47.708.180,629.000 us,10 B,,1,Sink:UFP,[7]Request,42 1E F0 C0 03 13 DD B1 D8 94
# Power supply acknowledges the request from laptop
0,,1469,0:47.708.821,489.000 us,6 B,,1,Source:DFP,[7]GoodCRC,61 0F 88 55 80 AD
# Power supply accepts laptop request
0,v2.0,1472,0:47.709.751,492.000 us,6 B,,1,Source:DFP,[3]Accept,63 07 38 BF 6D 91
# Laptop acks accept from power supply
0,,1475,0:47.710.297,493.000 us,6 B,,1,Sink:UFP,[3]GoodCRC,41 06 8E C9 D8 41
# Power supply sends PS_RDY
0,v2.0,1478,0:47.975.745,492.000 us,6 B,,1,Source:DFP,[4]PS_RDY,66 09 7A 66 A2 0B
# Laptop acks PS_RDY from power supply
0,,1481,0:47.976.213,497.000 us,6 B,,1,Sink:UFP,[4]GoodCRC,41 08 89 E4 60 A6
# The laptop goes to sleep and stays asleep.

 

The Dell U3818DW trace shows how the monitor violates USB Type-C PD protocol and causes a infinite sleep/wake loop:

# Laptop waits ~1 minute, then sends a 3A max current request
0,v2.0,635,2:00.591.836,625.000 us,10 B,,2,Sink:DFP,[2]Request,62 14 2C B1 04 13 CB 3E 34 AF
# Monitor acks the request from laptop
0,,639,2:00.592.359,495.000 us,6 B,,2,Source:UFP,[2]GoodCRC,41 05 34 98 D1 D8
# Monitor Accepts laptop request
0,v2.0,642,2:00.593.160,491.000 us,6 B,,2,Source:UFP,[5]Accept,43 0B B1 D7 5F 0D
# Laptop acks accept from monitor
0,,645,2:00.593.693,496.000 us,6 B,,2,Sink:DFP,[5]GoodCRC,61 0A 07 A1 EA DD
# The link is hard reset before PSTransitionTimer/tPSTransition timer expires (min 450ms from request)
0,,648,2:00.714.550,276.000 us,0 B,,2,,Hard Reset,

# This block shows the laptop and monitor starting the USB-C link all over again after the hard reset
0,v2.0,680,2:03.100.661,623.000 us,10 B,,2,DFP/UFP,[0]VDM:DiscIdentity,4F 10 01 80 00 FF F0 1D A7 5B
0,,684,2:03.101.287,500.000 us,6 B,,2,Cable,[0]GoodCRC,41 01 2D 5C BC DF
0,v2.0,687,2:03.102.852,1.167.000 ms,26 B,,2,Cable,[0]VDM:DiscIdentity,4F 51 41 80 00 FF C4 06 00 18 8F 00 00 00 52 32 80 C1 51 40 08 23 F9 AE A6 BF
0,,695,2:03.104.025,495.000 us,6 B,,2,DFP/UFP,[0]GoodCRC,41 00 BB 6C BB A8
0,v2.0,698,2:03.105.323,1.023.000 ms,22 B,,2,Source:DFP,[0]Source_Cap,61 41 2C 91 01 0C 2C D1 02 00 2C B1 04 00 F4 41 16 00 9B 88 45 B1
0,,705,2:03.106.458,496.000 us,6 B,,2,Sink:UFP,[0]GoodCRC,41 00 BB 6C BB A8
0,v2.0,708,2:03.120.315,625.000 us,10 B,,2,Sink:UFP,[0]Request,42 10 B8 E1 06 43 08 F6 DB 5A
0,,712,2:03.121.046,495.000 us,6 B,,2,Source:DFP,[0]GoodCRC,61 01 8F 78 38 4A
0,v2.0,715,2:03.121.631,495.000 us,6 B,,2,Source:DFP,[1]Accept,63 03 21 7B 00 96
0,,718,2:03.122.341,496.000 us,6 B,,2,Sink:UFP,[1]GoodCRC,41 02 97 0D B5 46
0,v2.0,721,2:03.157.619,495.000 us,6 B,,2,Source:DFP,[2]PS_RDY,66 05 51 2A 14 02
0,,724,2:03.158.221,493.000 us,6 B,,2,Sink:UFP,[2]GoodCRC,41 04 A2 A8 D6 AF
0,v2.0,727,2:03.159.492,491.000 us,6 B,,2,Source:DFP,[3]DR_Swap,69 07 B2 57 82 6B
0,,730,2:03.160.202,492.000 us,6 B,,2,Sink:UFP,[3]GoodCRC,41 06 8E C9 D8 41
0,v2.0,733,2:03.164.098,493.000 us,6 B,,2,Sink:UFP,[1]Accept,43 02 15 6F 83 74
0,,736,2:03.164.809,491.000 us,6 B,,2,Source:DFP,[1]GoodCRC,61 03 A3 19 36 A4
0,v2.0,739,2:03.270.866,629.000 us,10 B,,2,Sink:DFP,[2]VDM:DiscIdentity,6F 14 01 80 00 FF 06 BE 8B A9
0,,743,2:03.271.390,495.000 us,6 B,,2,Source:UFP,[2]GoodCRC,41 05 34 98 D1 D8
0,v2.0,746,2:03.272.209,1.023.000 ms,22 B,,2,Source:UFP,[4]VDM:DiscIdentity,4F 49 41 80 00 FF 3C 41 00 C4 51 04 00 00 10 00 5F B0 37 7C 30 CC
0,,754,2:03.273.559,494.000 us,6 B,,2,Sink:DFP,[4]GoodCRC,61 08 2B C0 E4 33
0,v2.0,757,2:03.277.347,625.000 us,10 B,,2,Sink:DFP,[3]VDM:DiscSVID,6F 16 02 80 00 FF 88 42 FE C1
0,,761,2:03.278.084,494.000 us,6 B,,2,Source:UFP,[3]GoodCRC,41 07 18 F9 DF 36
0,v2.0,764,2:03.278.810,759.000 us,14 B,,2,Source:UFP,[5]VDM:DiscSVID,4F 2B 42 80 00 FF 00 00 01 FF 07 1E 4C 91
0,,769,2:03.279.674,496.000 us,6 B,,2,Sink:DFP,[5]GoodCRC,61 0A 07 A1 EA DD
0,v2.0,772,2:03.283.574,629.000 us,10 B,,2,Sink:DFP,[4]VDM:DiscMode,6F 18 03 80 01 FF CD AA 69 DF
0,,776,2:03.284.415,491.000 us,6 B,,2,Source:UFP,[4]GoodCRC,41 09 1F D4 67 D1
0,v2.0,779,2:03.285.139,759.000 us,14 B,,2,Source:UFP,[6]VDM:DiscMode,4F 2D 43 80 01 FF 45 00 1C 00 28 9F 04 9B
0,,784,2:03.285.961,496.000 us,6 B,,2,Sink:DFP,[6]GoodCRC,61 0C 32 04 89 34
0,v2.0,787,2:03.290.009,493.000 us,6 B,,2,Sink:DFP,[5]VCONN_Swap,6B 0A 8D 49 05 27
0,,790,2:03.290.719,491.000 us,6 B,,2,Source:UFP,[5]GoodCRC,41 0B 33 B5 69 3F
0,v2.0,793,2:03.291.170,495.000 us,6 B,,2,Source:UFP,[7]Accept,43 0F A8 13 32 0A
0,,796,2:03.291.880,492.000 us,6 B,,2,Sink:DFP,[7]GoodCRC,61 0E 1E 65 87 DA
0,v2.0,799,2:03.295.895,492.000 us,6 B,,2,Sink:DFP,[6]PS_RDY,66 0C F5 92 C8 7B
0,,802,2:03.296.502,495.000 us,6 B,,2,Source:UFP,[6]GoodCRC,41 0D 06 10 0A D6
0,v2.0,806,2:03.343.496,493.000 us,6 B,,2,DFP/UFP,[0]Soft_Reset,4D 00 B7 23 0E 04
0,,809,2:03.344.203,500.000 us,6 B,,2,Cable,[0]GoodCRC,41 01 2D 5C BC DF
0,v2.0,812,2:03.345.555,496.000 us,6 B,,2,Cable,[0]Accept,43 01 AF 3E 8A ED
0,,815,2:03.346.161,496.000 us,6 B,,2,DFP/UFP,[0]GoodCRC,41 00 BB 6C BB A8
0,v2.0,818,2:03.347.451,628.000 us,10 B,,2,DFP/UFP,[1]VDM:DiscIdentity,4F 12 01 80 00 FF 90 4E 67 21
0,,822,2:03.347.976,500.000 us,6 B,,2,Cable,[1]GoodCRC,41 03 01 3D B2 31
0,v2.0,825,2:03.349.540,1.164.000 ms,26 B,,2,Cable,[1]VDM:DiscIdentity,4F 53 41 80 00 FF C4 06 00 18 8F 00 00 00 52 32 80 C1 51 40 08 23 84 AF 62 5B
0,,833,2:03.350.811,496.000 us,6 B,,2,DFP/UFP,[1]GoodCRC,41 02 97 0D B5 46
0,v2.0,836,2:03.352.495,625.000 us,10 B,,2,Sink:DFP,[7]VDM:EnterMode,6F 1E 04 81 01 FF E3 0D 3C CC
0,,840,2:03.353.230,491.000 us,6 B,,2,Source:UFP,[7]GoodCRC,41 0F 2A 71 04 38
0,v2.0,843,2:03.354.010,627.000 us,10 B,,2,Source:UFP,[0]VDM:EnterMode,4F 11 44 81 01 FF 39 C7 D4 D2
0,,847,2:03.354.752,493.000 us,6 B,,2,Sink:DFP,[0]GoodCRC,61 00 19 48 3F 3D
0,v2.0,850,2:03.358.760,761.000 us,14 B,,2,Sink:DFP,[0]VDM:DPStatus,6F 20 10 81 01 FF 01 00 00 00 09 16 C9 AA
0,,855,2:03.359.626,495.000 us,6 B,,2,Source:UFP,[0]GoodCRC,41 01 2D 5C BC DF
0,v2.0,858,2:03.360.371,756.000 us,14 B,,2,Source:UFP,[1]VDM:DPStatus,4F 23 50 81 01 FF 0A 00 00 00 F0 6C 85 22
0,,863,2:03.361.344,493.000 us,6 B,,2,Sink:DFP,[1]GoodCRC,61 02 35 29 31 D3
0,v2.0,866,2:03.365.245,758.000 us,14 B,,2,Sink:DFP,[1]VDM:DPConfigure,6F 22 11 81 01 FF 06 04 00 00 74 AE 4B D2
0,,871,2:03.366.004,495.000 us,6 B,,2,Source:UFP,[1]GoodCRC,41 03 01 3D B2 31
0,v2.0,874,2:03.367.024,627.000 us,10 B,,2,Source:UFP,[2]VDM:DPConfigure,4F 15 51 81 01 FF 54 C6 93 40
0,,878,2:03.367.666,496.000 us,6 B,,2,Sink:DFP,[2]GoodCRC,61 04 00 8C 52 3A
0,v2.0,882,2:04.363.087,755.000 us,14 B,,2,Source:UFP,[3]VDM:Attention,4F 27 06 81 01 FF 8A 00 00 00 86 71 79 01
0,,887,2:04.363.721,492.000 us,6 B,,2,Sink:DFP,[3]GoodCRC,61 06 2C ED 5C D4
0,v2.0,890,2:05.650.323,759.000 us,14 B,,2,Source:UFP,[4]VDM:Attention,4F 29 06 81 01 FF 8A 01 00 00 23 C0 79 C8
0,,895,2:05.651.086,496.000 us,6 B,,2,Sink:DFP,[4]GoodCRC,61 08 2B C0 E4 33
0,v2.0,898,2:09.150.899,759.000 us,14 B,,2,Source:UFP,[5]VDM:Attention,4F 2B 06 81 01 FF 8A 01 00 00 A5 E8 8F E6
0,,903,2:09.151.872,496.000 us,6 B,,2,Sink:DFP,[5]GoodCRC,61 0A 07 A1 EA DD

# The laptop waits ~1 minute, then the request->accept->NO PS_RDY defect->hard reset occurs again, then the link starts over again, etc.
# The loop repeats forever.

 

 

 

 

37 Replies
3818owner
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

Page 29 of the Dell UltraSharp U3818DW Monitor User’s Guide says "The USB Type-C power delivery compliant port (PD Version 2.0) delivers up to 100 W of power."

Based on this statement, I purchased a U3818DW monitor to use with my USB-C PD 2.0 compliant laptop. The monitor is not functioning correctly and I have demonstrated in detail how the monitor is not USB-C PD 2.0 complaint and has a defect in its USB-C PD implementation.

Will Dell resolve this defect with a firmware update?

 

nickpicker
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

That's not the only bug in their firmware as of now (M3B106). Four other bugs present:

* When connected over DisplayPort, and when keyboard and/or mouse are connected to the builtin hub of the U3818DW, the Windows computer can't be woken up through the keyboard or mouse. Waking up with keyboard/mouse with the same setup works when connecting the U3818DW over USB-C.

* NightShift is not supported on the U3818DW, neither over USB-C nor DisplayPort. The much older U3415W supports NightShift just fine on the exact same machine with the same version of Mac OS.

* In the menu there's only 21:9, AutoResize, 4:3, 1:1, but not 16:10 or 16:9 mode. This is clearly a bug as other 21:9 displays from Dell support 16:9/10.

* When connecting two machines to the display and using the internal hub of the U3818DW to share keyboard and mouse, and when switching to an input source on the display where the current setting is not assigning the currently used internal USB connection (USB 1 or USB 2), it's not possible to enter the display's menu to change the USB 1/2 assignment unless there's a signal. This makes it impossible to change the USB assignment in cases where one machine is still in sleep mode.

I'm very puzzled why Dell released with display with so many issues. Looking back at my history with Dell displays, going as far back as the 2405, this U3818DW shows a terrible lack of quality control.

EDIT:

I see that someone from Dell edited my post above to include an "non-tested/non-validated" prefix to create the illusion that these issues only appear with Apple machines. That is not the case, issues #1, #3 and #4 are present with Dell computers running Windows, too.

Very dishonest of Dell to falsify bug reports from buyers.

mpereira1
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

I wish Dell would listen to its customers and start working towards making sure that at least these high-end monitors work with Macbooks given how many Macbook owners are buying it.

mpereira1
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

This great and detailed bug report was created a month ago, could we please hear from someone from Dell if it's at least planned that this issue will be fixed?

0 Kudos
mpereira1
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

I see the exact same behavior on my Macbook Pro. After telling the Macbook to sleep, the monitor will take it up every 60 seconds.

The Macbook is connected to the monitor using the USB-C cable provided by Dell.

Every 60 seconds this message shows up in the logs, and the Macbook wakes from sleep:

Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%)  WakeDetails DriverReason:XHC1

2020-02-11 11:30:24 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:30:29 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14956 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=2267 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:30:29 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2953 ms)] [mDNSResponder is slow(5009 ms)]
2020-02-11 11:30:39 +0100 Kernel Client Acks      Delays to Sleep notifications: [2.4G Wireless Mouse driver is slow(msg: WillChangeState to 2)(705 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(770 ms)] [Spotify timed out(30000 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(735 ms)] [powerd is slow(5013 ms)] [DSB1 driver is slow(msg: SetState to 2)(654 ms)] [DSB4 driver is slow(msg: SetState to 2)(653 ms)] [DSB0 driver is slow(msg: SetState to 2)(652 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(656 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(764 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(767 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(500 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(494 ms)]
2020-02-11 11:30:40 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:30:40 +0100 Notification            Display is turned on
2020-02-11 11:30:43 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:30:43 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:30:43 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             886
2020-02-11 11:30:43 +0100 WakeTime                WakeTime: 5.795 sec
2020-02-11 11:30:43 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(551 ms)] [UPSB driver is slow(msg: SetState to 2)(549 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(493 ms)] [iBridge driver is slow(msg: WillChangeState to 2)(701 ms)] [iBridge driver is slow(msg: DidChangeState to 4)(702 ms)] [XHC3 driver is slow(msg: SetState to 2)(652 ms)] [XHC2 driver is slow(msg: SetState to 2)(652 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(402 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(410 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1076 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2320 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1075 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2355 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3355 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :886   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: 0784BE42-78CA-4F42-BB6A-ABCD1150A223
2020-02-11 11:30:47 +0100 Notification            Display is turned off
2020-02-11 11:30:47 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:30:47 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:30:49 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:31:28 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:31:33 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14755 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=1927 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:31:33 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2982 ms)] [mDNSResponder is slow(5011 ms)]
2020-02-11 11:31:43 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(503 ms)] [Spotify timed out(30000 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(684 ms)] [powerd is slow(5015 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(656 ms)] [DSB1 driver is slow(msg: SetState to 2)(654 ms)] [DSB0 driver is slow(msg: SetState to 2)(654 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(774 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(775 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(502 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(497 ms)]
2020-02-11 11:31:44 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:31:44 +0100 Notification            Display is turned on
2020-02-11 11:31:47 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:31:47 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:31:47 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             887
2020-02-11 11:31:47 +0100 WakeTime                WakeTime: 5.672 sec
2020-02-11 11:31:47 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(548 ms)] [UPSB driver is slow(msg: SetState to 2)(550 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(495 ms)] [XHC3 driver is slow(msg: SetState to 2)(651 ms)] [XHC2 driver is slow(msg: SetState to 2)(653 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(386 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(321 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1073 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2317 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1078 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2361 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3342 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :887   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: FB7EF171-29E5-489F-86E5-83FF86C3B51C
2020-02-11 11:31:50 +0100 Notification            Display is turned off
2020-02-11 11:31:50 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:31:51 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:31:53 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:32:32 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:32:37 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14872 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=1919 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3203]
2020-02-11 11:32:37 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2997 ms)] [mDNSResponder is slow(5011 ms)]
2020-02-11 11:32:47 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(472 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(756 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(479 ms)] [powerd is slow(5015 ms)] [DSB1 driver is slow(msg: SetState to 2)(658 ms)] [DSB4 driver is slow(msg: SetState to 2)(658 ms)] [DSB0 driver is slow(msg: SetState to 2)(657 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(655 ms)] [DSB0 driver is slow(msg: SetState to 2)(655 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(502 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(491 ms)]
2020-02-11 11:32:47 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:32:47 +0100 Notification            Display is turned on
2020-02-11 11:32:51 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 3 secs
2020-02-11 11:32:51 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:32:51 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             888
2020-02-11 11:32:51 +0100 WakeTime                WakeTime: 5.514 sec
2020-02-11 11:32:51 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(545 ms)] [UPSB driver is slow(msg: SetState to 2)(547 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(494 ms)] [IOBluetoothHostControllerUARTTransport driver is slow(msg: SetState to 1)(639 ms)] [XHC2 driver is slow(msg: SetState to 2)(654 ms)] [XHC3 driver is slow(msg: SetState to 2)(655 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(390 ms)] [SSP2 driver is slow(msg: WillChangeState to 3)(711 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(711 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1079 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2333 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1078 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2354 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(478 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3358 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :888   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: DA169A5A-7E1D-4F5A-A3FD-DE0682D0CA55
2020-02-11 11:32:54 +0100 Notification            Display is turned off
2020-02-11 11:32:54 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:32:54 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:32:57 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:33:36 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:33:41 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14890 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=2320 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:33:41 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2974 ms)] [mDNSResponder is slow(5005 ms)]
2020-02-11 11:33:51 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(848 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(745 ms)] [powerd is slow(5008 ms)] [DSB1 driver is slow(msg: SetState to 2)(658 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(656 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(655 ms)] [DSB0 driver is slow(msg: SetState to 2)(655 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(769 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(501 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(490 ms)]
2020-02-11 11:33:52 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:33:52 +0100 Notification            Display is turned on
2020-02-11 11:33:55 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:33:55 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:33:55 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             889
2020-02-11 11:33:55 +0100 WakeTime                WakeTime: 5.712 sec
2020-02-11 11:33:55 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(546 ms)] [UPSB driver is slow(msg: SetState to 2)(544 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(491 ms)] [iBridge driver is slow(msg: WillChangeState to 0)(703 ms)] [XHC3 driver is slow(msg: SetState to 2)(651 ms)] [XHC2 driver is slow(msg: SetState to 2)(651 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(387 ms)] [SSP2 driver is slow(msg: WillChangeState to 3)(421 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(421 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(321 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1088 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2338 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1074 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2349 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(477 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3429 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :889   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: A819500E-57C9-4E56-874E-2FDF3843731B
2020-02-11 11:33:59 +0100 Notification            Display is turned off
2020-02-11 11:33:59 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:33:59 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 6 secs
2020-02-11 11:34:01 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:34:05 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:34:05 +0100 Notification            Display is turned on
2020-02-11 11:34:05 +0100 Wake                    DarkWake to FullWake from Normal Sleep [CDNVA] due to UserActivity Assertion: Using AC (Charge:100%)
2020-02-11 11:34:05 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:34:05 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             889
2020-02-11 11:34:05 +0100 WakeTime                WakeTime: 0.008 sec
2020-02-11 11:34:05 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(864 ms)]

Total Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :889

2020-02-11 11:38:05 +0100 : Showing all currently held IOKit power assertions
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  1
   InternalPreventDisplaySleep    1
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 188(coreaudiod): [0x0002cdc80001a7c3] 00:03:50 PreventUserIdleSystemSleep named: "com.apple.audio.04-52-c7-c2-6d-b5:output.context.preventuseridlesleep"
   pid 72(powerd): [0x0000000f00088000] 53:57:44 ExternalMedia named: "com.apple.powermanagement.externalmediamounted"
   pid 72(powerd): [0x0002cd6000109aab] 00:03:58 InternalPreventDisplaySleep named: "com.apple.powermanagement.delayDisplayOff"
    Timeout will fire in 61 secs Action=TimeoutActionTurnOff
   pid 257(nfsd): [0x000000130001801f] 53:57:41 PreventUserIdleSystemSleep named: "com.apple.nfsd"
   pid 121(hidd): [0x0002cdbf0009a6f6] 00:00:08 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4295148691.17"
    Timeout will fire in 3591 secs Action=TimeoutActionRelease
Kernel Assertions: 0x104=USB,MAGICWAKE
   id=504  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01100000 owner=DT microDuo 3C
   id=505  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01200000 owner=USB3.0 Hub
   id=507  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14500000 owner=USB2.0 Hub
   id=509  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01230000 owner=Mass Storage Device
   id=510  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14520000 owner=ErgoDox EZ
   id=511  level=255 0x100=MAGICWAKE mod=2/11/20, 11:41 description=en0 owner=en0
   id=553  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14400000 owner=IOUSBHostDevice
   id=555  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14440000 owner=USB Receiver
   id=556  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14430000 owner=2.4G Wireless Mouse
Idle sleep preventers: IODisplayWrangler

 

 

 

mpereira1
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

@DELL-Chris M is the Displays team aware of this issue?

0 Kudos
DELL-Chris M
Community Manager
Community Manager

Re: U3818DW, USB Type-C power delivery problem

On 1/13, I forwarded the link to this thread to them via email. User 3818owner stated, "PC Laptop running Windows 10". I was told to ask him via Private Message what specific Laptop model. We have yet to receive a response.

 



 

0 Kudos
nickpicker
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

No response from the OP should not prevent the Dell team from fixing the USB-C PD protocol errors.

When a display is advertised as compliant with USB-C, and it turns out it isn't, you must fix the issue otherwise you are not allowed to use the USB badges on the product packaging and product pages anymore, as the log by the OP clearly proves that the U3818DW violates the USB-C spec.

In that sense it's irrelevant which laptop model OP used.

Actually, I'm going to go ahead and report this violation to the USB standards body so that they can take action against Dell advertising USB compliance on this model when it's not actually compliant. You might not know this, but especially in regards to USB-C the USB standards body has taken stricter action because of so many incidents where faulty USB-C PD implementations have led to fires. Who knows what else in the U3818DW's USB-C PD implementation is buggy, maybe it will erroneously send high currents to the attached laptop causing it to burn? A very realistic scenario if you ask me. Is it speculative? No more speculative than the speculation by Dell representatives here that any faults with sleep in connection with the U3818DW must lie with the user's computer and not the display's faulty USB-C PD implementation.

By the way, the way Dell representatives address these issues come across as attempts to evade responsibility by claiming that the user's particular models of laptop where not on the list of supported models. That's precisely why there is a USB standards body: so that manufacturers can't evade responsibility but have to adhere to the USB standard no matter which device is connected on the other end. It's not 1990 anymore.

Aglow
2 Bronze

Re: U3818DW, USB Type-C power delivery problem

I am having the exact same issue on both my machines with a newly purchased Dell 3818. The ping pong sleep wake beep issue.

@DELL-Chris M 

You are asking for model numbers?

Mid-2018 MacBook Pro 15" and,
2019 MacBook Pro 15"

I am about to return this monitor and get another brand if there is no news on incoming firmware fixes.

Thanks!

 

0 Kudos