kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #69581
[Bug 1316454] Re: intel_reg_dumper crashed with SIGABRT in __libc_start_main()
** Changed in: oem-priority/trusty
Status: New => Fix Committed
** Changed in: oem-priority
Status: New => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to intel-gpu-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1316454
Title:
intel_reg_dumper crashed with SIGABRT in __libc_start_main()
Status in OEM Priority Project:
In Progress
Status in OEM Priority Project trusty series:
Fix Committed
Status in “intel-gpu-tools” package in Ubuntu:
Fix Released
Status in “intel-gpu-tools” source package in Trusty:
Fix Committed
Bug description:
[Impact]
An error dialog will be shown after user login to the desktop environment.
The error is :
The intel_reg_dumper raise SIGABRT on Intel ValleyView Gen7
[8086:0f31] platform.
Bumping intel-gpu-tools to 1.7 as SRU is unrealistic, and backporting
new hw support didn't fix it, so the easiest way to work around this
issue is to not abort() when it fails to detect the chip gen related
register maps. This should prevent core dumps and the crash reports.
[Test Case]
This issue can be reproduced by running the command:
# sudo intel_reg_dumper
Gen2/3 Ranges are not supported. Please use unsafe access. (Core dump)
[Regression potential]
None really, it just won't dump core which hardly anything relies on..
DistroRelease: Ubuntu 14.04
InstallationDate: Installed on 2014-05-02 (0 days ago)
InstallationMedia: Ubuntu 14.04 "Trusty" - Build amd64 LIVE Binary 20140502-08:19
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1316454/+subscriptions
References