Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Freeze (*possible* hang in MAIN graphics engine) after watching long flash video

Hello, dear community.


Few months ago I have started to notice weird behavior of my 15-inch, Late 2011 MacBook Pro with Mavericks 10.9.4 onboard. The issue is that whole machine becomes non-responsive as if it completely frozen except of that you can move mouse cursor. After few minutes (sometimes ~2, sometimes ~5) it responds to very last actions executed by mouse or keyboard and then freezes again for the same time. For example if I press Cmd+Q and wait till it unfreezes, it quits active application and then freezes again. This whole cycle repeats until reboot.


What I have noticed about it:


1. All times I encountered such behavior, I watching a long video from either youtube or some other similar sources. It happens after not less than 30 minutes of watching.

2. As I said, OS responds to latest user input (not everything, just few very last), but only after it becomes responsive again. Then immediately goes into freeze state again.

3. Sometimes if I don't do anything (press keys or click touchpad), next "unfrozen" phase may become longer and I can move cursor and even click on menus (File, Edit, View). BUT if only I do something more complex like switch to another app or select something from these menus, it freezes again.

4. The following log from /var/log/system.log is continuously logged one after another while observing this issue:


Sep 10 23:12:23 macbook-jpro-4 kernel[0]: ****  Debug info for *possible* hang in MAIN graphics engine  ****
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: ring head    = 0x00005560, wrap count = 0
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: ring tail    = 0x00005560
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: ring control = 0x0000f001   enabled, auto report disabled, not waiting, semaphore not waiting, length = 0x010 4KB pages
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: timestamps = 0x8004f9ed
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: Semaphore register values:
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: VRSYNC: (0x12044) = 0x8004f9ed
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: BRSYNC: (0x22040) = 0x0
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: RVSYNC: (0x 2040) = 0x0
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: BVSYNC: (0x22044) = 0x0
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: RBSYNC: (0x 2044) = 0x0
Sep 10 23:12:23 macbook-jpro-4 kernel[0]: VBSYNC: (0x12040) = 0x0
Sep 10 23:12:28 macbook-jpro-4 kernel[0]: stampWait: Overflowed checking for stamp 0x0 on MAIN ring: called from
Sep 10 23:12:28 macbook-jpro-4 kernel[0]: timestamp = 0x8004f9ed


5. Lines 13 and 14 always come after 5 seconds delay like you see above.

6. During same "freeze session", i.e. during these ~2 or ~5 mins, all values in the log above are the same. During next frees values change.


As I understood, I am not the only one who is facing the same issue. If anyone can help identifying for sure whether it's a hardware or software issue, I would highly appreciate it. In my opinion if I had issue with hardware it would fail not only when I watch video through a browser, but also when I watch it from my HDD, i.e. using apps like QuickTime Player, etc. But it does not happen. So I still hope it's some kind of software issue...


I hope information I shared helps other folks or maybe apple technicians to understand what's happening.


P.S.: My hardware config is: 2.2 GHz Intel Core i7; 16 GB 1333 MHz DDR3; Intel HD Graphics 3000 512 MB;

P.P.S.: I have found thread with similar issue, but for Mountain Lion. It does not contain any solutions, but just FYI: it's situated here. I decided to create standalone thread for Mavericks with maximum details I have.

MacBook Pro, OS X Mavericks (10.9.4)

Posted on Sep 11, 2014 7:26 PM

Reply
8 replies

Sep 11, 2014 8:26 PM in response to J-Pro

Make a "Genius" appointment at an Apple Store, or go to another authorized service provider. You may have to leave the machine there for several days.

Back up all data on the internal drive(s) before you hand over your computer to anyone. There are ways to back up a computer that isn't fully functional—ask if you need guidance.

If privacy is a concern, erase the data partition(s) with the option to write zeros* (do this only if you have at least two complete, independent backups, and you know how to restore to an empty drive from any of them.) Don’t erase the recovery partition, if present.

Keeping your confidential data secure during hardware repair

Apple also recommends that you deauthorize a device in the iTunes Store before having it serviced.

*An SSD doesn't need to be zeroed.

Sep 11, 2014 10:59 PM in response to Linc Davis

Thank you for your answer, Linc. That's definitely an option, but last one. I still hope to find solution with help of this huge community (it would be the easiest way of course). Plus I would really like to fully understand the reason of this issue if I have a chance for that. Also my MacBook is not under warranty anymore and it won't be easily replaced like it was done with my AppleTV recently.

Sep 11, 2014 11:23 PM in response to Linc Davis

If to assume that logic board is faulty, why it "fails" only after watching videos in the Web? Maybe coincidence, I agree. But still it's not always the case: just now I have finished watching 1 hour youtube video without any issues. So there is a point where maybe it either gets overheated (in this case I don't see how replacement can help) or, since I never experienced it during any other activities different from watching video in a browser, it may be some hard-tracking bug. There are 2 important things: 1. Issue does not disappear once occurred (until reboot), even if I spend lot of time to quit all applications and leave laptop untouched for some time (to reduce load preventing overheating); 2. After reboot it suddenly back to normal, no "faults" for long period of time.


It's really interesting to understand what is the reason, even if it's the faulty board, what exactly may cause it? What part of the board? If it's really GPU, maybe I can turn off one of its features to not let it fail again? Those kind of things.

Sep 25, 2014 4:04 AM in response to J-Pro

Really don't believe this is a hardware problem… too many reports of it. and the nature of it is that it occurs so infrequently but each time requires a reboot to resolve. Have tried quitting all processes and applications to narrow down but continues to happen; always after a period of sleep and never while working. This issue appeared at some point following software changes, so am hopeful of an OS update resolving it.

Oct 13, 2014 9:51 AM in response to J-Pro

I have this exact issue. Same messages:


13/10/14 18:35:02,000 kernel[0]: Head and tail pointers match!  Engine is idle.
13/10/14 18:35:02,000 kernel[0]: This can happen for a variety of reasons, but the most common reason is that we have been
13/10/14 18:35:02,000 kernel[0]: asked to wait for a stamp which has never been submitted to the hardware!
13/10/14 18:35:02,000 kernel[0]: MAIN ring is NOT waiting on an event
13/10/14 18:35:02,000 kernel[0]: MAIN ring is NOT waiting for a semaphore
13/10/14 18:35:02,000 kernel[0]: MAIN ring is NOT waiting on an event
13/10/14 18:35:08,000 kernel[0]: ****  Debug info for *possible* hang in MAIN graphics engine  ****
13/10/14 18:35:08,000 kernel[0]: Head register = 0x00000000
13/10/14 18:35:08,000 kernel[0]: head offset  = 0x00000000, wrap count = 0
13/10/14 18:35:08,000 kernel[0]: tail offset  = 0x00000000
13/10/14 18:35:08,000 kernel[0]: ring control  = 0x0000f001  auto report enabled, not waiting for event, semaphore not waiting, length = 0x010 4KB pages
13/10/14 18:35:08,000 kernel[0]: timestamp = 0x26c72d3
13/10/14 18:35:08,000 kernel[0]: Semaphore register values:
13/10/14 18:35:08,000 kernel[0]: VRSYNC: (0x12044) = 0x26c72d3
13/10/14 18:35:08,000 kernel[0]: BRSYNC: (0x22040) = 0x26c72d3
13/10/14 18:35:08,000 kernel[0]: RVSYNC: (0x 2040) = 0x0
13/10/14 18:35:08,000 kernel[0]: BVSYNC: (0x22044) = 0x56e8e
13/10/14 18:35:08,000 kernel[0]: RBSYNC: (0x 2044) = 0x0


I also feel like it's mainly during the watching of videos. I already had poor performance with Firefox and Flash videos since long. With Apple I never can differentiate between hardware and software issues, so it can be a broken logic board/GPU or simple driver issues.


Has this been resolved since your post?

Oct 16, 2014 9:45 AM in response to J-Pro

I, also, have been experiencing this problem recently (past few months?). Just got around to checking the logs today and Google brought me here, when I searched for:

'kernel[0]: stampWait: Overflowed checking for stamp 0x0 on MAIN ring: called from'

As Pagedan states, definitely occurs during period of inactivity. I've never seen it happen while I was actually using the machine. Seems related to stopping videos and coming back to them much later.


Model Identifier: MacBookPro8,2


BTW, I had my Book checked at the Apple Store 3 months ago when they replaced the battery.


Also, it doesn't totally hang. It wakes up every couple minutes for a brief period and then hangs again. I was able to do a Restart, which took a long time.

Freeze (*possible* hang in MAIN graphics engine) after watching long flash video

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.