- Package:
- xserver-xorg-video-intel
- Source:
- xserver-xorg-video-intel
- Description:
- X.Org X server -- Intel i8xx, i9xx display driver
- Submitter:
- Rafael Belmonte
- Date:
- 2015-02-17 21:42:05 UTC
- Severity:
- important
I have installed Debian "Jessie" (testing) with beta2 installer. After installation, the system is not bootable, it hangs at boot resulting in a black screen. This is an Asus EeePC 1015PEM with Intel Graphics Media Accelerator 3150. The system can boot to desktop (Cinnamon in this case) with "nomodeset" option in the kernel, but the systems hangs also soon when trying to so something in the desktop.
Please provide kernel and X logs. Cheers, Julien
--- Please enter the report below this line. --- More logs, please if they are unuseful and you need some other debug information, tell me some tip to obtain it and I will provide it. Thanks. Debian Release: jessie/sid 500 testing-updates cdn.debian.net 500 testing security.debian.org 500 testing cdn.debian.net 100 jessie-backports cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
This bug also affects me
Same problem here with ASUS EeePC 1001PX. I am using latest versions of everything.
--- Please enter the report below this line. --- This problem is still present in Debian jessie, the system hangs sometimes during boot, I see some errors in this kern.log file. Debian Release: jessie/sid 500 testing-updates cdn.debian.net 500 testing security.debian.org 500 testing cdn.debian.net 100 jessie-backports cdn.debian.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty.
severity 764528 important tag 764528 +jessie +sid +experimental tag 771227 +jessie +sid +experimental block 764528 763155 block 771227 763155 merge 764528 771227 thanks All of these are probably the same bug, rendering current kernels (jessie onward) unusable on EEEpc with older (?) Atom CPUs. As far as I can tell, the bug may be in the kernel, not the xorg driver (xorg shouldn't lock up the kernel; and the kernel itself reports a BUG after all...) IMHO, it may be reasonable to upgrade this regression to "serious" instead of "important". Regards, Erich
Please report this upstream, following instructions at https://01.org/linuxgraphics/documentation/how-report-bugs, and let us know the bug number for tracking. Cheers, Julien
https://bugs.freedesktop.org/show_bug.cgi?id=86883 Not sure if kernel bugzilla wouldn't have been the better address, given that the BUG_ON clearly is in kernel code. But I guess it's the same developers anyway. Regards, Erich
tag 764528 + patch jessie tag 763155 + patch jessie thanks There appears to be a rather easy patch available: http://patchwork.freedesktop.org/patch/38659/ "Quietly reject attempts to create non-pagealigned stolen objects" Judging from the discussion, it is not a real "bug". It is an unexpected behavior (Bios using non-aligned video buffer, supported by the hardware, but not aligned to the driver requirements). The patch essentially replaces the BUG_ON with a log statement and then returns null, which is supposed to reliably work. (Without reusing the memory the bios used.) This probably won't be the final fix. There is some discussion here: http://permalink.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/52613 which suggests that instead it may be desirable to reuse the bios allocation, and just align it as desired. But since this causes boot issues on some eeePC models (apparently, it depends on the bios and CPU), and the patch is quite simple, it should be considered for jessie, even if the patch isn't the long-term solution yet. Thank you. Regards, Erich
tag 764528 + patch jessie tag 763155 + patch jessie thanks An improved patch has been posted, by Daniel Vetter of Intel: https://freedesktop.org/patch/42259/ It has also been discussed on the LKML, and I hope it will be included in the next round of pull requests of drm-next.