Bug#549863: 855GM support gone upstream?
Vincent Bernat ber...@luffy.cx (19/03/2010): Maybe: https://bugzilla.kernel.org/show_bug.cgi?id=15004 https://bugs.freedesktop.org/show_bug.cgi?id=25475 See comment : https://bugs.freedesktop.org/show_bug.cgi?id=25475#c88 Is this fix in our libdrm packages (or in xserver-xorg-video-intel package)? Hi, there are some patches floating around, but various folks said they weren't really fixing their issues. I was keeping an eye on another similar bugreport myself, but it finally got marked as a duplicate of the fdo bug you mentioned (yesterday or so). Not sure where we're going. :/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#549863: 855GM support gone upstream?
On Sun, 14 Mar 2010 11:46:21 +0100, Vincent Bernat ber...@debian.org
wrote:
With the current 2.6.32 in Sid and everything up-to-date (as of
yesterday), it is not very long before a crash happens. However, it is
a crash, not some freeze like before. After the crash, if I try to
restart X, I get those errors:
I also get the same errors with the current kernel in sid (I have read that
DRM from 2.6.33 was backported to this kernel) :
#0 0xb7867424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb75a98e0 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = value optimized out
pid = -1217650700
selftid = 2065
#2 0xb75ace15 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0xb737136c,
sa_sigaction = 0xb737136c}, sa_mask = {__val = {3077316596,
3077321664, 3077316596, 3077321664, 172279096, 3216806368,
3076452573, 3216806612, 3077316596, 3077316596, 113,
3216806572,
3076387882, 171078456, 171078456, 112, 172279096, 0, 112,
4222451712, 171078456, 171078557, 171078456, 171078456,
171078568, 171078756, 171078456, 171078756, 0, 0, 0, 0}},
sa_flags = 0, sa_restorer = 0xb76c2c20 root}
sigs = {__val = {32, 0 repeats 31 times}}
#3 0xb75a2ace in *__GI___assert_fail (
assertion=0xb73ce410 pI830-batch_ptr != ((void *)0),
file=0xb73ce3d3 ../../src/i830_batchbuffer.h, line=79,
function=0xb73ce5c7 intel_batch_emit_dword) at assert.c:78
buf = 0xa471878 0s2\n\360\063l\267/src/i830_batchbuffer.h:79:
intel_batch_emit_dword: Assertion `pI830-batch_ptr != ((void *)0)'
failed.\nx
---Type return to continue, or q return to quit---
errstr = Unexpected error.\n
#4 0xb7382c2f in intel_batch_emit_dword (pScrn=0x9ed24d8)
at ../../src/i830_batchbuffer.h:79
No locals.
#5 I830EmitFlush (pScrn=0x9ed24d8) at ../../src/i830_accel.c:159
pI830 = 0x9ed2958
flags = 17
__func__ = I830EmitFlush
#6 0xb7382d3c in I830Sync (pScrn=0x9ed24d8) at ../../src/i830_accel.c:142
No locals.
#7 0xb738fdbf in I830LeaveVT (scrnIndex=0, flags=0)
at ../../src/i830_driver.c:2871
pScrn = 0x9ed24d8
pI830 = 0x9ed2958
ret = value optimized out
#8 0xb7452059 in glxDRILeaveVT (index=0, flags=0) at
../../glx/glxdri2.c:538
No locals.
#9 0x080b1055 in AbortDDX () at
../../../../hw/xfree86/common/xf86Init.c:1248
i = 1
#10 0x080aac1d in AbortServer () at ../../os/log.c:404
No locals.
#11 0x080ab20e in FatalError (
f=0xb73ce7d8 Failed to submit batchbuffer: %s\n) at
../../os/log.c:529
---Type return to continue, or q return to quit---
beenhere = 1
#12 0xb7383ba5 in intel_batch_flush (pScrn=0x9ed24d8, flushed=0)
at ../../src/i830_batchbuffer.c:207
pI830 = 0x9ed2958
ret = value optimized out
#13 0xb73aff4a in i830_uxa_prepare_access (pixmap=0xa5b2878,
access=UXA_ACCESS_RW) at ../../src/i830_uxa.c:482
bo = 0xa580640
scrn = 0x9ed24d8
__func__ = i830_uxa_prepare_access
#14 0xb73c5154 in uxa_prepare_access (pDrawable=0xa5b2878,
access=UXA_ACCESS_RW) at ../../uxa/uxa.c:155
pPixmap = 0xa5b2878
offscreen = value optimized out
#15 0xb73c5535 in uxa_validate_gc (pGC=0x9ef70e0, changes=8388607,
pDrawable=0xa581ef0) at ../../uxa/uxa.c:232
No locals.
#16 0x08104116 in damageValidateGC (pGC=0x9ef70e0, changes=8388607,
pDrawable=0xa581ef0) at ../../../miext/damage/damage.c:512
pGCPriv = 0x9ef2498
#17 0x08066c55 in ValidateGC (pDraw=0xa581ef0, pGC=0x9ef70e0)
at ../../dix/gc.c:79
No locals.
---Type return to continue, or q return to quit---
#18 0x081b7185 in miColorRects (pDst=0xa5d2200,
pClipPict=value optimized out, color=0xa5ff34c, nRect=1,
rects=0xa5ff354, xoff=0, yoff=0) at ../../render/mirect.c:74
pScreen = value optimized out
pixel = 15132390
pGC = 0x9ef70e0
tmpval = {3, 15132390, 0, 3216807464, 2}
pClip = value optimized out
mask = value optimized out
#19 0x081b736e in miCompositeRects (op=3 '\003', pDst=0xa5d2200,
color=0xa5ff34c, nRect=1, rects=0xa5ff354) at ../../render/mirect.c:116
pScreen = 0x9ed74e0
#20 0x080f5972 in CompositeRects (op=3 '\003', pDst=0xa5d2200,
color=0xa5ff34c, nRect=1, rects=0xa5ff354) at
../../render/picture.c:1742
No locals.
#21 0x080feffd in ProcRenderFillRectangles (client=0xa4f1340)
at ../../render/render.c:1471
pDst = 0xa5d2200
things = value optimized out
#22 0x080fb2a3 in ProcRenderDispatch (client=0x6) at
../../render/render.c:2056
No locals.
#23 0x08080027 in Dispatch () at ../../dix/dispatch.c:439
result = value optimized out
---Type return to continue, or q return to quit---
client = 0xa4f1340
nready = 0
start_tick = 1260
#24 0x0806693a in main (argc=11, argv=0xbfbc9894, envp=0xbfbc98c4)
at
Bug#549863: 855GM support gone upstream?
OoO En ce milieu de nuit étoilée du mercredi 03 mars 2010, vers 04:08,
Cyril Brulebois k...@debian.org disait :
i855 is not gone upstream.
Hi folks,
how are things going with an up-to-date sid environment? (Some details
are available the second part of [1].)
1. http://ikibiki.org/blog/2010/02/28/Where_have_you_been/
With the current 2.6.32 in Sid and everything up-to-date (as of
yesterday), it is not very long before a crash happens. However, it is
a crash, not some freeze like before. After the crash, if I try to
restart X, I get those errors:
(WW) intel(0): Disabling Xv because no adaptors could be initialized.
(II) intel(0): direct rendering: DRI2 Enabled
(--) RandR disabled
[...]
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_make_current_read
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0
(II) intel(0): Setting screen physical size to 346 x 260
(II) intel(0): Allocate new frame buffer 1024x768 stride 1024
Fatal server error:
Failed to submit batchbuffer: Input/output error
This does not happen when I just restart X.
Here is a backtrace:
Program received signal SIGABRT, Aborted.
0xb7888424 in __kernel_vsyscall ()
(gdb) bt full
#0 0xb7888424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb75b08e0 in *__GI_raise (sig=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = value optimized out
pid = -1217622028
selftid = 3632
#2 0xb75b3e15 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0xb739136c, sa_sigaction =
0xb739136c}, sa_mask = {__val = {
3077345268, 3077350336, 3077345268, 3077350336, 173742480,
3216241264, 3076481245, 3216241508,
3077345268, 3077345268, 113, 3216241468, 3076416554, 170658048,
170658048, 112, 173742480, 0, 112,
4222451712, 170658048, 170658149, 170658048, 170658048,
170658160, 170658348, 170658048, 170658348,
0, 0, 0, 0}}, sa_flags = 0, sa_restorer = 0xb76c9c20 root}
sigs = {__val = {32, 0 repeats 31 times}}
#3 0xb75a9ace in *__GI___assert_fail (assertion=0xb73ee410 pI830-batch_ptr
!= ((void *)0),
file=0xb73ee3d3 ../../src/i830_batchbuffer.h, line=79,
function=0xb73ee5c7 intel_batch_emit_dword)
at assert.c:78
buf = 0xa3dca80 \370\b,\n\360\243l\267/src/i830_batchbuffer.h:79:
intel_batch_emit_dword: Assertion `pI830-batch_ptr != ((void *)0)' failed.\nx
errstr = Unexpected error.\n
#4 0xb73a2c2f in intel_batch_emit_dword (pScrn=0x9e5f208) at
../../src/i830_batchbuffer.h:79
No locals.
#5 I830EmitFlush (pScrn=0x9e5f208) at ../../src/i830_accel.c:159
pI830 = 0x9e5f6e0
flags = 17
__func__ = I830EmitFlush
#6 0xb73a2d3c in I830Sync (pScrn=0x9e5f208) at ../../src/i830_accel.c:142
No locals.
#7 0xb73afdbf in I830LeaveVT (scrnIndex=0, flags=0) at
../../src/i830_driver.c:2871
pScrn = 0x9e5f208
pI830 = 0x9e5f6e0
ret = value optimized out
#8 0xb7472079 in glxDRILeaveVT (index=0, flags=0) at ../../glx/glxdri2.c:538
No locals.
#9 0x080b7395 in AbortDDX () at ../../../../hw/xfree86/common/xf86Init.c:1248
i = 1
#10 0x080af9bd in AbortServer () at ../../os/log.c:404
No locals.
#11 0x080affae in FatalError (f=0xb73ee7d8 Failed to submit batchbuffer:
%s\n) at ../../os/log.c:529
beenhere = 1
#12 0xb73a3ba5 in intel_batch_flush (pScrn=0x9e5f208, flushed=0) at
../../src/i830_batchbuffer.c:207
pI830 = 0x9e5f6e0
ret = value optimized out
#13 0xb73cff4a in i830_uxa_prepare_access (pixmap=0xa52bb38,
access=UXA_ACCESS_RW) at ../../src/i830_uxa.c:482
bo = 0xa52bc60
scrn = 0x9e5f208
__func__ = i830_uxa_prepare_access
#14 0xb73e5154 in uxa_prepare_access (pDrawable=0xa52bb38,
access=UXA_ACCESS_RW) at ../../uxa/uxa.c:155
pPixmap = 0xa52bb38
offscreen = value optimized out
#15 0xb73e7243 in uxa_copy_n_to_n (pSrcDrawable=0xa3eb3c8,
pDstDrawable=0xa52bb38, pGC=0xa50d1b8, pbox=0xbfb3f724,
nbox=1, dx=422, dy=0, reverse=0, upsidedown=0, bitplane=0, closure=0x0) at
../../uxa/uxa-accel.c:482
src_off_x = value optimized out
src_off_y = value optimized out
dst_off_x = value optimized out
dst_off_y = value optimized out
pSrcPixmap = 0xa3eb3c8
pDstPixmap = 0xa52bb38
__FUNCTION__ = uxa_copy_n_to_n
#16 0x081959cb in miCopyRegion (pSrcDrawable=0xa3eb3c8, pDstDrawable=0xa52bb38,
pGC=0xa50d1b8,
pDstRegion=0xbfb3f724, dx=422, dy=0, copyProc=0xb73e6f00 uxa_copy_n_to_n,
bitPlane=0, closure=0x0)
at ../../mi/micopy.c:138
reverse = 0
upsidedown = 2
pbox = value optimized out
nbox = 1
pboxNew1 = 0x9e5f6e0
pboxNew2 = value optimized out
pboxBase =
Bug#549863: 855GM support gone upstream?
Brice Goglin brice.gog...@ens-lyon.org (31/10/2009): Riku Voipio wrote: Since Intel is apparently happy to make multiple major releases of their driver without working 855GM support, perhaps it is time to admit that the hardware isn't supported anymore by upstream? i855 is not gone upstream. Hi folks, how are things going with an up-to-date sid environment? (Some details are available the second part of [1].) 1. http://ikibiki.org/blog/2010/02/28/Where_have_you_been/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#549863: 855GM support gone upstream?
Hi, Similar problems for me too (Thinkpad X40 with 855GM). xserver hasn't been stable or working ever since 2.3.2 (lenny version). None of the kernel updates have given relief either. At the moment the only solution is to keep the lenny version of xserver-xorg-video-intel: echo xserver-xorg-video-intel hold|sudo dpkg --set-selections Since Intel is apparently happy to make multiple major releases of their driver without working 855GM support, perhaps it is time to admit that the hardware isn't supported anymore by upstream? Howabout packaging the lenny version of xserver-xorg-video-intel as xserver-xorg-video-intel-legacy to give 855GM users a working X in squeeze? lcpci: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549863: 855GM support gone upstream?
Riku Voipio wrote: Hi, Similar problems for me too (Thinkpad X40 with 855GM). xserver hasn't been stable or working ever since 2.3.2 (lenny version). None of the kernel updates have given relief either. At the moment the only solution is to keep the lenny version of xserver-xorg-video-intel: echo xserver-xorg-video-intel hold|sudo dpkg --set-selections Since Intel is apparently happy to make multiple major releases of their driver without working 855GM support, perhaps it is time to admit that the hardware isn't supported anymore by upstream? i855 is not gone upstream. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
