Bug#683762: On/Off button LED indicator doesn't work on HP Folio 13 - 2000

2014-05-27 Thread Stefan Nagy
The openSUSE patches by Takashi Iwai seem to have caused other problems 
and were dropped two years ago [1]. The maintainer Peter Hutterer closed 
(wontfix) the upstream bug report two months ago [2].


[1] 
https://build.opensuse.org/package/view_file?file=xf86-input-synaptics.changespackage=xf86-input-synapticsproject=openSUSE%3A12.2rev=62387336edb5473988dd9fc4fdba589a

[2] https://bugs.freedesktop.org/show_bug.cgi?id=39055#c15


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/11bcc3f88d5380461df212f19ec48...@stefan-nagy.at



Bug#730159: Screen corruption on gnome 3.8 with Intel HD 3000 graphics

2014-05-16 Thread Stefan Nagy
Sorry, I totally forgot that I myself reported this bug against
server-xorg-video-intel in November last year. I reported the same bug
in April against libcogl, in the meantime it turned out that this in
fact is a gnome-shell bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743810

I'm going to merge the two reports. Sorry again.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1400224843.11730.7.camel@rosa



Bug#683762: On/Off button LED indicator doesn't work on HP Folio 13 - 2000

2012-08-05 Thread Stefan Nagy
Dear Maintainer,

it seems like this bug already got reported upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=39055

BTW, maybe this report is a duplicate of #609903 – I'm not sure since
the hardware of the original reporter seems to be slightly different
than mine (the LED is integrated into the TouchPad).

Cheers,
Stefan Nagy.


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-05-26 Thread Stefan Nagy
Am Samstag, den 26.05.2012, 00:00 +0200 schrieb Julien Cristau:
 Don't disable 3d support?

I didn't disable 3D support (see attached glxinfo-output).

Cheers,
Stefan.
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, 
GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, 
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, 
GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, 
GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE2 TCL DRI2
OpenGL version string: 1.3 Mesa 8.0.2
OpenGL extensions:
GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, 
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, 
GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, 
GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, 
GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, 
GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, 
GL_EXT_rescale_normal, GL_EXT_separate_specular_color, 
GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, 
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, 
GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, 
GL_IBM_texture_mirrored_repeat, GL_ARB_texture_cube_map, 
GL_ARB_texture_env_add, GL_ARB_transpose_matrix, 
GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, 
GL_EXT_secondary_color, GL_EXT_texture_env_add, 
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, 
GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, 
GL_NV_texgen_reflection, GL_SUN_multi_draw_arrays, 
GL_ARB_texture_border_clamp, GL_ARB_texture_compression, 
GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, 
GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, 
GL_NV_texture_rectangle, GL_ARB_occlusion_query, 
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, 
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, 
GL_ARB_window_pos, GL_ATI_fragment_shader, GL_EXT_texture_cube_map, 
GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, 
GL_ARB_vertex_program, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, 
GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_ARB_half_float_pixel, 
GL_ARB_point_sprite, GL_ARB_vertex_buffer_object, 
GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, 
GL_OES_read_format, GL_ARB_texture_rectangle, GL_EXT_texture_mirror_clamp, 
GL_EXT_texture_rectangle, GL_EXT_packed_depth_stencil, 
GL_ARB_vertex_array_object, GL_ATI_texture_mirror_once, 
GL_EXT_gpu_program_parameters, GL_OES_EGL_image, GL_ARB_copy_buffer, 
GL_ARB_robustness

64 GLX Visuals
visual  x   bf lv rg d st  colorbuffer  sr ax dp st accumbuffer  ms  cav
  id dep cl sp  sz l  ci b ro  r  g  b  a F gb bf th cl  r  g  b  a ns b eat

0x021 24 tc  0  32  0 r  y .   8  8  8  8 .  .  0 24  8  0  0  0  0  0 0 None
0x022 24 dc  0  32  0 r  y .   8  8  8  8 .  .  0 24  8  0  0  0  0  0 0 None
0x0d8 24 tc  0  24  0 r  . .   8  8  8  0 .  .  0  0  0  0  0  0  0  0 0 None
0x0d9 24 tc  0  24  0 r  . .   8  8  8  0 .  .  0  0  0 16 16 16  0  0 0 Slow
0x0da 24 tc  0  24  0 r  y .   8  8  8  0 .  .  0  0  0  0  0  0  0  0 0 None
0x0db 24 tc  0  24  0 r  y .   8  8  8  0 .  .  0  0  0 16 16 16  0  0 0 Slow
0x0dc 24 tc  0  24  0 r  . .   8  8  8  0 .  .  0 16  0  0  0  0  0  0 0 None
0x0dd 24 tc  0  24  0 r  . .   8  8  8  

Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-05-24 Thread Stefan Nagy
After installing some updates – sorry, I don't know which was the
relevant one, I assume gnome-shell – I'm forced into GNOME fallback mode
now; I suppose my graphics hardware got blacklisted.

xsession-errors contains the following lines:
 gnome-session-is-accelerated: No hardware 3D support.
 gnome-session-check-accelerated: Helper exited with code 256

Does it make any sense to switch to GNOME shell with 'gnome-shell
--replace' and add more information to this report? Or is there a way to
avoid fallback mode for testing purposes?

Thanks,
Stefan.


signature.asc
Description: This is a digitally signed message part


Bug#586590: compiz: crash to metacity when tooltip is larger than width of screen

2012-05-05 Thread Stefan Nagy
I can reproduce this bug with the radeon-driver. Everytime I hover over
a footnote which contains a lot of text in LibreOffice compiz crashes.

The best workaround for me at this point is to deactivate all tooltips
('Tips' and 'Extended tips') in LibreOffice (Tools - Options -
LibreOffice - General).



Debian Squeeze
compiz 0.8.4-4
radeon 1:6.14.2-1~bpo60+1
libreoffice 1:3.4.6-2~bpo60+1


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-04-30 Thread Stefan Nagy
Dear Maintainer,

is the backtrace I attached last time of any use? Should I file this bug
against gnome-shell? However, I'd be glad to provide more infomation.

BTW, this bug is still present in version 1:6.14.4-2.

Thanks,
Stefan.


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-04-30 Thread Stefan Nagy
Am Montag, den 30.04.2012, 23:11 +0200 schrieb Julien Cristau:
  BTW, this bug is still present in version 1:6.14.4-2.
  
 Is it reproducible with a newer libgl1-mesa-dri?

Yes, it is. I installed libgl1-mesa-dri 8.0.2-1 from experimental  the
bug is still reproducible.

I can reproduce the crashes aswell as the other problem (see original
report): When I click on one of the applets in the panel (e.g. the
volume-, the bluetooth- or the network-applet) it takes up to 10 seconds
until the menu opens and CPU usage goes up to 100%. – Only it seems to
me as if it takes even longer now until the menues open after clicking…

Cheers,
Stefan.


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-04-16 Thread Stefan Nagy
Sorry – now here's the backtrace…
Continuing.

Program received signal SIGPIPE, Broken pipe.
0xb75f4430 in __kernel_vsyscall ()
#0  0xb75f4430 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb736455b in writev ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb779e87e in _XSERVTransSocketWritev (ciptr=0xb91beca8, buf=0xbf94e3d8, 
size=1)
at /usr/include/X11/Xtrans/Xtranssock.c:2174
No locals.
#3  0xb77a0e8f in _XSERVTransWritev (
ciptr=0xb91beca8, buf=0xbf94e3d8, 
size=1)
at /usr/include/X11/Xtrans/Xtrans.c:910
No locals.
#4  0xb77998d0 in FlushClient (
who=0xb94247b8, oc=0xb9429100, 
__extraBuf=0x0, extraCount=0)
at ../../os/io.c:938
before = optimized out
remain = optimized out
i = optimized out
len = 0
oco = 0xb91c0198
connection = 25
trans_conn = 0xb91beca8
iov = {{iov_base = 0xb9422688, 
iov_len = 160}, {
iov_base = 0xb91b5230, 
iov_len = 3105575472}, {
iov_base = 0x0, 
iov_len = 2}}
padBuffer = \000\000
extraBuf = 0x0
written = optimized out
padsize = 0
notWritten = 160
todo = 160
#5  0xb779857c in CloseDownConnection (
client=0xb94247b8)
at ../../os/connection.c:1035
oc = 0xb9429100
#6  0xb764cc09 in CloseDownClient (
client=0xb94247b8)
at ../../dix/dispatch.c:3445
really_close_down = 1
#7  0xb764d6b6 in Dispatch ()
at ../../dix/dispatch.c:451
clientReady = 0xb93da380
result = -1
client = 0xb94247b8
nready = 0
icheck = 0xb7813058
start_tick = 5580
#8  0xb763b26a in main (argc=10, 
argv=0xbf94e5c4, envp=0xbf94e5f0)
at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-04-16 Thread Stefan Nagy
Am Montag, den 16.04.2012, 19:58 +0200 schrieb Julien Cristau:
  Continuing.
  
  Program received signal SIGPIPE, Broken pipe.
 
 SIGPIPE is not a fatal signal, you need to tell gdb to ignore it, or
 hit continue.

Thanks! I'll attach the new backtrace.

Cheers,
Stefan.
Continuing.

Program received signal SIGPIPE, Broken pipe.
0xb755f430 in __kernel_vsyscall ()
Continuing.

Program received signal SIGPIPE, Broken pipe.
0xb755f430 in __kernel_vsyscall ()
Continuing.

Program received signal SIGTERM, Terminated.
0xb755f430 in __kernel_vsyscall ()
#0  0xb755f430 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb72d03fd in select ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb76fef3c in WaitForSomething (
pClientsReady=0xb985d3d8)
at ../../os/WaitFor.c:232
i = optimized out
waittime = {tv_sec = 550, 
  tv_usec = 834955}
wt = 0xbff2c1f4
timeout = optimized out
clientsReadable = {fds_bits = {
0 repeats 32 times}}
clientsWritable = {fds_bits = {
-1225670668, -1225670668, 
-1225738760, -1181589152, 
-1181548736, -1225670668, 
-1225738760, -1181589152, 
-1222155082, -1216958476, 
-1181589096, -1181859360, 
0, 14, -1216958476, 
-1184607168, -1222155082, 
-1181589028, -1217889395, 
-1181589152, -1184532648, 
-1181589152, -1217889395, 
-1181589152, -1182105216, 
17, -1217540868, 
-1221192768, -1222155082, 
-1221192768, -1223585804, 
-1184507216}}
selecterr = optimized out
nready = 0
devicesReadable = {fds_bits = {
0, -1181743104, 200, 
-1221192768, -1222155082, 
-1221192768, -1184532968, 
-1074609880, -1222141123, 
-1221192768, 1024, 
-1216958476, -1181734992, 
16, -1218631457, 
-1221192768, -1222155082, 
-1221192768, -1181852744, 
-1218700688, -2147443907, 
24, -1216958476, 
-1221192768, -1222155082, 
-1221192768, 0, 
-1074609800, -1222141123, 
3, -1216958476, 
-1216958476}}
now = optimized out
someReady = optimized out
#3  0xb75b8432 in Dispatch ()
at ../../dix/dispatch.c:366
clientReady = 0xb985d3d8
result = optimized out
client = optimized out
nready = optimized out
icheck = 0xb777e058
start_tick = optimized out
#4  0xb75a626a in main (argc=10, 
argv=0xbff2c374, envp=0xbff2c3a0)
at ../../dix/main.c:287
i = optimized out
alwaysCheckForInput = {0, 1}


signature.asc
Description: This is a digitally signed message part


Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (permanent crashes)

2012-04-16 Thread Stefan Nagy
Am Montag, den 16.04.2012, 20:50 +0200 schrieb Julien Cristau:
  Program received signal SIGTERM, Terminated.
 
 So X is terminating normally.  If gnome-shell is crashing, you should
 run gdb against that, not the X server…

OK, I see – thanks.

I don't know if this is a useful backtrace now; I tried to follow
https://live.gnome.org/GnomeShell/Debugging but I can't say that I
really know what I'm doing here…

Cheers,
Stefan.
Continuing.
[New Thread 0xa2fc1b70 (LWP 6681)]
[New Thread 0xac9c3b70 (LWP 6692)]
[Thread 0xa2fc1b70 (LWP 6681) exited]

Program received signal SIGSEGV, Segmentation fault.
0xb4d2e325 in fetch_texel_2d_f_rgb888 (
texImage=0x9e4bde0, i=0, j=0, k=0, 
texel=0xa14a030)
at main/texfetch_tmp.h:704
704 main/texfetch_tmp.h: Datei oder Verzeichnis nicht gefunden.

Thread 8 (Thread 0xac9c3b70 (LWP 6692)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb6c4f33b in read ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#2  0xb5c5a60b in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb5c85dd4 in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#5  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 6 (Thread 0xb4102b70 (LWP 5741)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb5b7e746 in poll ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2  0xb5c6dafb in g_poll ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb5c5f076 in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb5c5f77b in g_main_loop_run ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb4107524 in ?? ()
   from /usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so
#6  0xb5c85dd4 in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#8  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 5 (Thread 0xb3901b70 (LWP 5742)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb5b7e746 in poll ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2  0xb5c6dafb in g_poll ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb5c5f076 in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb5c5f77b in g_main_loop_run ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb60fa59a in ?? ()
   from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#6  0xb5c85dd4 in ?? ()
   from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#8  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 4 (Thread 0xaf0f3b70 (LWP 5743)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb5b7e746 in poll ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2  0xb5dabd16 in ?? ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#3  0xb5d99f8a in pa_mainloop_poll ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#4  0xb5d9a7e7 in pa_mainloop_iterate
()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#5  0xb5d9a8c4 in pa_mainloop_run ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#6  0xb5dabc9e in ?? ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#7  0xb555ea36 in ?? ()
   from /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-1.1.so
#8  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#9  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 3 (Thread 0xae8d2b70 (LWP 5746)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb6c4c20a in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#2  0xb71fa3aa in PR_WaitCondVar ()
   from /usr/lib/i386-linux-gnu/libnspr4.so.0d
#3  0xb72baffa in ?? ()
   from /usr/lib/libmozjs185.so.1.0
#4  0xb7200533 in ?? ()
   from /usr/lib/i386-linux-gnu/libnspr4.so.0d
#5  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#6  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 2 (Thread 0xad9a9b70 (LWP 5815)):
#0  0xb77bd430 in __kernel_vsyscall ()
#1  0xb5b7e746 in poll ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2  0xb5dabd16 in ?? ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#3  0xb5d99f8a in pa_mainloop_poll ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#4  0xb5d9a7e7 in pa_mainloop_iterate
()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#5  0xb5d9a8c4 in pa_mainloop_run ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#6  0xb5dabc9e in ?? ()
   from /usr/lib/i386-linux-gnu/libpulse.so.0
#7  0xb555ea36 in ?? ()
   from /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-1.1.so
#8  0xb6c47c39 in start_thread ()
   from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
#9  0xb5b8c12e in clone ()
   from /lib/i386-linux-gnu/i686/cmov/libc.so.6

Thread 1 (Thread 0xb51e0890 (LWP 5728)):
#0  0xb4d2e325 in fetch_texel_2d_f_rgb888 (texImage=0x9e4bde0, i=0, j=0, k=0, 
texel=0xa14a030)
at main/texfetch_tmp.h:704
#1  

Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (screen corruptions permanent crashes)

2012-04-15 Thread Stefan Nagy
Hello,

after updating xserver-xorg-video-radeon to version 1:6.14.4-1 I can't
reproduce the mentioned screen corruptions anymore, however I can still
reproduce the crashes.

One way to reproduce this bug is to open a window and then point the
mouse to the desktop switcher – gnome-shell crashes immediately (it's
just an example, there are numerous other ways).

Please tell me if I can provide more useful information on this.

Thanks,
Stefan.


signature.asc
Description: This is a digitally signed message part


Bug#667754:

2012-04-06 Thread Stefan Nagy
I'd like to add that I don't have any problems – apart from one minor
bug: https://bugs.freedesktop.org/show_bug.cgi?id=25883 – but a great
graphics performance using Gnome 2.30.2  Compiz 0.8.4 on Squeeze.




--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1333725167.2281.6.camel@rosa



Bug#667754: xserver-xorg-video-radeon: [RV250] Gnome shell unusable (screen corruptions permanent crashes)

2012-04-06 Thread Stefan Nagy
Hi,

06.04.2012, 18:43 +0200 Cyril Brulebois:
  Versions of packages xserver-xorg-video-radeon suggests:
  pn  firmware-linux  none

The package firmware-linux-nonfree – which includes the Radeon
R200-family CP microcode (radeon/R200_cp.bin) – was already installed.
However, I tried to install the meta-package firmware-linux (with
firmware-linux-free) now without any effect.

In fact I can't even start GNOME Shell without the firmware installed,
by trying I would enter the fallback mode automatically.

Thanks,
Stefan.


signature.asc
Description: This is a digitally signed message part