Bug 89619 - Chrome crashes in 64 bit r600 driver while running google maps
Summary: Chrome crashes in 64 bit r600 driver while running google maps
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r600 (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact: Default DRI bug account
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-18 00:06 UTC by Jeff Powell
Modified: 2019-09-18 19:19 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Jeff Powell 2015-03-18 00:06:11 UTC
Sorry folks, I am new to this and will do my best.

I first reported this bug to Google. They got all the data here:

https://code.google.com/p/chromium/issues/detail?id=467821

and told me that this is a bug in the r600 driver.

Back in December I updated from 32 bit Ubuntu 12.04 to 64 bit Ubuntu 14.04 and have had major stability issues with Chrome ever since, particularly while using Google Maps.

This URL

https://www.google.com/maps/place/Los+Gatos,+CA+95033/@37.1893925,-121.9894751,11z/data=!4m2!3m1!1s0x808e39d2fbec72d9:0x4b03e7246671be9b

was the first time I've managed to capture something that crashes chrome reliably, however.

At their suggestion I tried running chrome with --disable-gpu and at least with a simple test the problem went away.

I think these drivers are the default in Ubuntu now, but they seem to be causing me a lot of grief.

You can pickup what Google got from the crash report Chrome sent to them from the bug listed above.

And for the time being I will figure out how to run with --disable-gpu on all the time to see if that avoids my issue.

Failing that I guess it's time to figure out how to go back to ATI's drivers.

If there is additional data I can provide somehow, I am happy to try. I'm no wizard, but I will follow instructions and get whatever you need if possible.

Thanks.
Comment 1 Ilia Mirkin 2015-03-18 00:10:47 UTC
From the chrome bug report

Driver vendor	Mesa
Driver version	10.1.3

10.1 was released over a year ago. A lot of bugs have been fixed since then. Can you try a more recent version? 10.5.1 was released recently.
Comment 2 Jeff Powell 2015-03-18 00:14:07 UTC
(In reply to Ilia Mirkin from comment #1)
> From the chrome bug report
> 
> Driver vendor	Mesa
> Driver version	10.1.3
> 
> 10.1 was released over a year ago. A lot of bugs have been fixed since then.
> Can you try a more recent version? 10.5.1 was released recently.

To be brutally honest, I'm not sure. 14.04 is an LTS release that is supposed to be supported for 2 years at least, and possibly 5. And it is using the default driver that Ubuntu makes available, not one of my particular choice. If Ubuntu supplied an update I would pick it up, but I don't normally install my own device drivers.

If that is the only choice, I can try to figure it out, but it would be far better if Ubuntu provided updates via the usual distribution path, at least IMHO.

Alternately, if you can point me at a good sent of instructions for how to do this, you could save me some time.
Comment 3 Ilia Mirkin 2015-03-18 00:18:27 UTC
(In reply to Jeff Powell from comment #2)
> (In reply to Ilia Mirkin from comment #1)
> > From the chrome bug report
> > 
> > Driver vendor	Mesa
> > Driver version	10.1.3
> > 
> > 10.1 was released over a year ago. A lot of bugs have been fixed since then.
> > Can you try a more recent version? 10.5.1 was released recently.
> 
> To be brutally honest, I'm not sure. 14.04 is an LTS release that is
> supposed to be supported for 2 years at least, and possibly 5. And it is
> using the default driver that Ubuntu makes available, not one of my
> particular choice. If Ubuntu supplied an update I would pick it up, but I
> don't normally install my own device drivers.

I see. Well, the way LTS generally works is "if it worked before, it'll keep working, but you get security/etc updates". It didn't work for you before, so that strategy won't work too well for you.

> 
> If that is the only choice, I can try to figure it out, but it would be far
> better if Ubuntu provided updates via the usual distribution path, at least
> IMHO.
> 
> Alternately, if you can point me at a good sent of instructions for how to
> do this, you could save me some time.

I'm not particularly knowledgeable on Ubuntu. "oibaf ppa" is something I've heard said in connection to Ubuntu and easier availability of pre-packaged mesa.  A quick search turns up

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers

which makes claims about supporting Ubuntu 14.04. Hope this helps.
Comment 4 Jeff Powell 2015-03-18 00:21:03 UTC
Thanks. I'm running out of time today, but I'll check that out tomorrow and see what I can learn. Gotta be a way to do this.
Comment 5 Michel Dänzer 2015-03-18 01:53:04 UTC
We'll need at least a proper backtrace of the crash with debugging symbols for r600_dri.so and libgallium.so.0.0.0.
Comment 6 Roland Scheidegger 2015-03-18 21:51:39 UTC
Ubuntu also ships updated mesa drivers as part of the hwe stacks, honestly I don't know why they don't offer them as some kind of update with the update-manager tool (if you'd download 14.04 lts now, you'd get the new version automatically), so you have to install it manually.
https://wiki.ubuntu.com/Kernel/LTSEnablementStack
It won't be quite cutting edge but still quite a bit newer (10.3.2 in fact).
Comment 7 Jeff Powell 2015-04-03 00:47:09 UTC
Thank you for that last reply, Roland. I had no idea that update path was available in Ubuntu. I've applied it and things seem to be improved.

I'll keep an eye out for additional updates of that type in the future as well.
Comment 8 GitLab Migration User 2019-09-18 19:19:03 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/543.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.