PDA

View Full Version : OSX10.9.2 + DL2.2 Beta + Belkin B2B044 == KABOOM


RPD
03-23-2014, 04:48 AM
Ever since receiving this Belkin dock, my system began hanging or crashing after the my MBP goes to sleep for the night.

When I try waking it, the system hangs with only the mouse cursor moving or doesn't do anything. I tried isolating it to a specific application when I noticed that unplugging the dock prior to letting the system sleep overnight prevents the system from hanging/crashing. Pretty annoying and defeats the purpose of the dock, but it's a workaround.

My setup:
MBP mDP -> 27" monitor DP
MBP usb 3 -> Belkin Dock
Belkin Dock -> USB Keyboard, LAN, DVI-D -> HDMI 24" monitor

I also noticed that I get the following logs appears in Console.app 1-5 times a second:
2014-03-23 12:42:33.764 AM WindowServer[224]: _CGXGLDisplayContextForDisplayDevice: No matching context for device (0x7fc2c051b9b0) - disabling OpenGL


Does this have to do with the hangs/crashes?

Thanks,
RPD

ChristianP
03-24-2014, 10:08 AM
_CGXGLDisplayContextForDisplayDevice logs should not be related to the issue you reported. These are WindowServer warnings in disabling OpenGL since it's not supported.

With crashing, do you mean kernel panics? In case, could you please upload the panic logs. You should see Kernel_xx.panic logs in/Library/Logs/DiagnosticReports/.
Any other crash log in that folder generated right before or after the machine crash/hang.
Could you also please use the debug tool ( http://www.displaylink.com/support/ticket.php?id=269) and collect the DisplayLink logs?.

Have you ever used the 2.1 driver with 10.9.2 and experienced a similar problem? In case you've never used it, could you please use it and check if it show the same problem.
Many thanks

RPD
03-29-2014, 01:44 AM
_CGXGLDisplayContextForDisplayDevice logs should not be related to the issue you reported. These are WindowServer warnings in disabling OpenGL since it's not supported.

With crashing, do you mean kernel panics? In case, could you please upload the panic logs. You should see Kernel_xx.panic logs in/Library/Logs/DiagnosticReports/.
Any other crash log in that folder generated right before or after the machine crash/hang.
Could you also please use the debug tool ( http://www.displaylink.com/support/ticket.php?id=269) and collect the DisplayLink logs?.

Have you ever used the 2.1 driver with 10.9.2 and experienced a similar problem? In case you've never used it, could you please use it and check if it show the same problem.
Many thanks

Hi Christian,

From the period of Mar 20 to today I have about 110 DisplayLinkUserAgent_*.crash logs. I've attached a couple of these crash logs (CrashLogs.zip) and the logs from running the debug tool (DisplayLinkLogs.zip). I've downgraded the driver from 2.2 to 2.1. I'll post back what happens. Let me know if you need me to try anything else.

Thanks for your help!

RPD

RPD
04-04-2014, 02:36 AM
:confused:

Hi Christian, any update on this issue?

ChristianP
04-09-2014, 03:23 PM
:confused:

Hi Christian, any update on this issue?

Please check your private messages, there are further instructions. Thanks

RPD
04-23-2014, 03:12 AM
Please check your private messages, there are further instructions. Thanks

Hi Christian,

I'm still experiencing the crashes. I've ran the log tool and I've included the logs for your review. In addition, my dock is now having the monitor go in and out of power save mode and never fully turning off.

RPD

ChristianP
04-23-2014, 10:28 AM
Hi Christian,

I'm still experiencing the crashes. I've ran the log tool and I've included the logs for your review. In addition, my dock is now having the monitor go in and out of power save mode and never fully turning off.

RPD

Thanks for your feedback and the new logs.
I see some kernel panic logs reported in your system profile. Are you experiencing kernel panics or simply DisplayLinkUserAgent crashes? In case you just see DisplayLinkUserAgent crashes, could you please upload a couple of new DisplayLinkUserAgent crash logs? These are not included in logs collected by the debug tool, but you can find them under yourhomedirectory/Library/Logs/DiagnosticReports/

Thanks

RPD
04-30-2014, 04:35 PM
Thanks for your feedback and the new logs.
I see some kernel panic logs reported in your system profile. Are you experiencing kernel panics or simply DisplayLinkUserAgent crashes? In case you just see DisplayLinkUserAgent crashes, could you please upload a couple of new DisplayLinkUserAgent crash logs? These are not included in logs collected by the debug tool, but you can find them under yourhomedirectory/Library/Logs/DiagnosticReports/

Thanks

Hi Christian,

I don't have any logs being generated in that folder. Is there anything you'd like me to try out in the meantime?

RPD

ChristianP
05-05-2014, 05:21 PM
Ok, so it seems that DisplayLinkUserAgent is not crashing anymore.
Just to be sure, what kind of crash do you experience? Are you experiencing kernel panics? I mean, do you see gray screen and the machine need to be restarted? Thanks

RPD
05-07-2014, 06:01 AM
During the course of the day while I'm actively using the system, the system does not have a kernal panic. When I'm away for an extended period of time I often see the displays going grey and restarting the system. Once I log back in I get a 'system had restarted due to an error' message and it is something that involves the DisplayLink.

If the log utility doesn't provide you with that log i can copy it so you can examine the stack trace.

RPD

RPD
05-07-2014, 12:14 PM
Hi Christian,

It does appear to be a kernal panic. I've attached the report that's generated by the system.

Thanks,
RPD

Carlo
05-10-2014, 09:09 AM
Hi RPD,

Useful kernel panic, something between our process and the USB framework. Or inside the framework itself. But no reproduction for us so far.

We have seen in our lab a system freeze that was as mysterious, simply having any event on the USB bus while in sleep caused it but only on one specific machine.
In that case it helped to resetting the NVRAM to default.

I would try to reset the the NVRAM, the instructions are in http://support.apple.com/kb/ht1379

Carlo

RPD
05-10-2014, 01:15 PM
Hi RPD,

Useful kernel panic, something between our process and the USB framework. Or inside the framework itself. But no reproduction for us so far.

We have seen in our lab a system freeze that was as mysterious, simply having any event on the USB bus while in sleep caused it but only on one specific machine.
In that case it helped to resetting the NVRAM to default.

I would try to reset the the NVRAM, the instructions are in http://support.apple.com/kb/ht1379

Carlo

Hi Carlo,

Thanks for the update. I'll reset the NVRAM and report back.

Cheers!
RPD

RPD
05-12-2014, 05:52 PM
Hi Carlo,

Resetting the NVRAM has not corrected the issue. I had my system hang on me and required a hard reboot to reset it. The Apple report generated is attached. It seems like it's from the DisplayLinkManag; not sure if it's the same issue before.

Thanks,
RPD