dri-devel September 2012

dri-devel@lists.freedesktop.org

134 participants
706 discussions

[PATCH] drm/omap: add more new timings fields
by Rob Clark 10 Sep '12

10 Sep '12

From: Rob Clark <rob(a)ti.com> Without these, DVI is broken. Signed-off-by: Rob Clark <rob(a)ti.com> --- Greg, it looks like the omapdss changes which added these fields, as well as the interlaced field, where merged in Linux 3.5-rc5. So I think both this and the 'update for interlaced' patch are needed for both 3.6 and 3.5. drivers/staging/omapdrm/omap_connector.c | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) diff --git a/drivers/staging/omapdrm/omap_connector.c b/drivers/staging/omapdrm/omap_connector.c index 5f4a89b..55e9c86 100644 --- a/drivers/staging/omapdrm/omap_connector.c +++ b/drivers/staging/omapdrm/omap_connector.c @@ -52,6 +52,16 @@ static inline void copy_timings_omap_to_drm(struct drm_display_mode *mode, if (timings->interlace) mode->flags |= DRM_MODE_FLAG_INTERLACE; + + if (timings->hsync_level == OMAPDSS_SIG_ACTIVE_HIGH) + mode->flags |= DRM_MODE_FLAG_PHSYNC; + else + mode->flags |= DRM_MODE_FLAG_NHSYNC; + + if (timings->vsync_level == OMAPDSS_SIG_ACTIVE_HIGH) + mode->flags |= DRM_MODE_FLAG_PVSYNC; + else + mode->flags |= DRM_MODE_FLAG_NVSYNC; } static inline void copy_timings_drm_to_omap(struct omap_video_timings *timings, @@ -70,6 +80,20 @@ static inline void copy_timings_drm_to_omap(struct omap_video_timings *timings, timings->vbp = mode->vtotal - mode->vsync_end; timings->interlace = !!(mode->flags & DRM_MODE_FLAG_INTERLACE); + + if (mode->flags & DRM_MODE_FLAG_PHSYNC) + timings->hsync_level = OMAPDSS_SIG_ACTIVE_HIGH; + else + timings->hsync_level = OMAPDSS_SIG_ACTIVE_LOW; + + if (mode->flags & DRM_MODE_FLAG_PVSYNC) + timings->vsync_level = OMAPDSS_SIG_ACTIVE_HIGH; + else + timings->vsync_level = OMAPDSS_SIG_ACTIVE_LOW; + + timings->data_pclk_edge = OMAPDSS_DRIVE_SIG_RISING_EDGE; + timings->de_level = OMAPDSS_SIG_ACTIVE_HIGH; + timings->sync_pclk_edge = OMAPDSS_DRIVE_SIG_OPPOSITE_EDGES; } static void omap_connector_dpms(struct drm_connector *connector, int mode) -- 1.7.9.5

2 2

[Bug 44696] New: Rendering glitch in ShaderToy Nautilus demo with Mesa 7.11 Gallium 0.4 AMD RV710
by bugzilla-daemon＠freedesktop.org 10 Sep '12

10 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=44696 Bug #: 44696 Summary: Rendering glitch in ShaderToy Nautilus demo with Mesa 7.11 Gallium 0.4 AMD RV710 Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bjacob(a)mozilla.com Created attachment 55460 --> https://bugs.freedesktop.org/attachment.cgi?id=55460 capture of the canvas, showing the rendering bug My setup: Ubuntu 11.10 x86_64, Mesa 7.11, Gallium 0.4 on AMD RV710. Steps to reproduce: in Firefox (I'm on Firefox 12 / Nightly but that shouldn't matter): 1. Go to this URL: http://www.iquilezles.org/apps/shadertoy/ 2. in the 'Presets' drop-down, select Nautilus 3. click 'Load' Expected result: the blueish surface should look smooth Actual result: rendering is littered with small dark square-ish spots that move continuously with the animation. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 48694] radeonsi_pipe.c:322:7: error: ‘PIPE_CAP_DUAL_SOURCE_BLEND’ undeclared
by bugzilla-daemon＠freedesktop.org 10 Sep '12

10 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=48694 Michel Dänzer <michel(a)daenzer.net> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|mesa-dev(a)lists.freedesktop. |dri-devel(a)lists.freedesktop |org |.org Component|Other |Drivers/Gallium/radeonsi -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[git pull] drm fixes
by Dave Airlie 10 Sep '12

10 Sep '12

Hi Linus, just noticed I hadn't send these out, nothing majorly urgent, I know AMD guys have some regression fixes coming soon, This contains: 2 nouveau fixes so it loads on the retina MBP systems properly, 2 vmwgfx fixes to load the driver earlier, and allow distros config it 1 error->debug fix in ast and Keith was playing with 32-on-64 and decided we may as well stick the compat ioctl in all the drivers. It fixes udl for him. Dave. The following changes since commit 4cbe5a555fa58a79b6ecbb6c531b8bab0650778d: Linux 3.6-rc4 (2012-09-01 10:39:58 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux.git drm-fixes for you to fetch changes up to c4903429a92be60e6fe59868924a65eca4cd1a38: drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot (2012-09-07 13:25:34 +1000) ---------------------------------------------------------------- Ben Skeggs (2): drm/nvd0/disp: hopefully fix selection of 6/8bpc mode on DP outputs drm/nv50-/gpio: initialise to vbios defaults during init Dave Airlie (4): Merge branch 'drm-nouveau-fixes' of git://anongit.freedesktop.org/nouveau/linux-2.6 into drm-fixes drm/ast: drop debug level on error printk drm/vmwgfx: allow a kconfig option to choose if fbcon is enabled drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot Keith Packard (1): drm: use drm_compat_ioctl for 32-bit apps drivers/gpu/drm/ast/ast_drv.c | 3 +++ drivers/gpu/drm/ast/ast_mode.c | 2 +- drivers/gpu/drm/cirrus/cirrus_drv.c | 3 +++ drivers/gpu/drm/exynos/exynos_drm_drv.c | 3 +++ drivers/gpu/drm/i810/i810_dma.c | 3 +++ drivers/gpu/drm/i810/i810_drv.c | 3 +++ drivers/gpu/drm/mgag200/mgag200_drv.c | 3 +++ drivers/gpu/drm/nouveau/nv50_gpio.c | 3 +++ drivers/gpu/drm/nouveau/nvd0_display.c | 4 ++-- drivers/gpu/drm/savage/savage_drv.c | 3 +++ drivers/gpu/drm/sis/sis_drv.c | 3 +++ drivers/gpu/drm/tdfx/tdfx_drv.c | 3 +++ drivers/gpu/drm/udl/udl_drv.c | 3 +++ drivers/gpu/drm/via/via_drv.c | 3 +++ drivers/gpu/drm/vmwgfx/Kconfig | 8 ++++++++ drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 3 ++- 16 files changed, 49 insertions(+), 4 deletions(-)

1 0

[PATCH] drm: remove property_blob_list
by Rob Clark 10 Sep '12

10 Sep '12

From: Rob Clark <rob(a)ti.com> It isn't used anywhere. Signed-off-by: Rob Clark <rob(a)ti.com> --- drivers/gpu/drm/drm_crtc.c | 2 -- include/drm/drm_crtc.h | 1 - 2 files changed, 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 7552675..21a0a85 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -995,7 +995,6 @@ void drm_mode_config_init(struct drm_device *dev) INIT_LIST_HEAD(&dev->mode_config.connector_list); INIT_LIST_HEAD(&dev->mode_config.encoder_list); INIT_LIST_HEAD(&dev->mode_config.property_list); - INIT_LIST_HEAD(&dev->mode_config.property_blob_list); INIT_LIST_HEAD(&dev->mode_config.plane_list); idr_init(&dev->mode_config.crtc_idr); @@ -3114,7 +3113,6 @@ static struct drm_property_blob *drm_property_create_blob(struct drm_device *dev memcpy(blob->data, data, length); - list_add_tail(&blob->head, &dev->mode_config.property_blob_list); return blob; } diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index 1422b36..a3574d0d 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -794,7 +794,6 @@ struct drm_mode_config { struct delayed_work output_poll_work; /* pointers to standard properties */ - struct list_head property_blob_list; struct drm_property *edid_property; struct drm_property *dpms_property; -- 1.7.9.5

2 1

[RFC] Unified DRM GPU frequency knobs
by Ben Widawsky 09 Sep '12

09 Sep '12

On the Intel driver we've developed and reviewed some patches which enable GPU frequency settings in sysfs. Similar interfaces have existed for some time in our debugfs, but now we're getting interest from users like PowerTOP and have decided to formalize it. Most likely other DRM drivers have similar features; and perhaps similar proposals have gone out in the past. Boiling down what we've exposed in our patches: read current GPU frequency read/write min frequency read/write max frequency read HW support lowest frequency (we call this RPn) read HW supported highest frequency (we call this RP0) read HW recommended low frequnecy (we call this RP1) If no interest is perceived we will move forward with these as Intel only sysfs interfaces. The Intel specific patches which are ready to go are here: http://lists.freedesktop.org/archives/intel-gfx/2012-September/020342.html Thanks. -- Ben Widawsky, Intel Open Source Technology Center

1 1

3.5-rc7: nouveau doesn't X on NVC0
by Alexey Dobriyan 09 Sep '12

09 Sep '12

FB console is OK, when switching to VT7, there is no KDM prompt. Instead looping messages appear: Failed to idle channel 1 0x2634 != chid: 0x00100001 PFIFO: unknown status 0x00000100 PFIFO - playlist update failed Failed to idle channel 2 ... Failed to idle channel 1 ... http://img-fotki.yandex.ru/get/6400/31867379.3/0_a444b_12b9cdae_XL.jpg Screen eventually blanks and can be restored back by pressing a key or moving mouse. dmesg from working kernel (3.4.4) [drm] nouveau 0000:01:00.0: Detected an NVc0 generation card (0x0c8300a1) [drm] nouveau 0000:01:00.0: Checking PRAMIN for VBIOS [drm] nouveau 0000:01:00.0: ... appears to be valid [drm] nouveau 0000:01:00.0: Using VBIOS from PRAMIN [drm] nouveau 0000:01:00.0: BIT BIOS found [drm] nouveau 0000:01:00.0: Bios version 70.10.27.00 [drm] nouveau 0000:01:00.0: TMDS table version 2.0 [drm] nouveau 0000:01:00.0: MXM: no VBIOS data, nothing to do [drm] nouveau 0000:01:00.0: DCB version 4.0 [drm] nouveau 0000:01:00.0: DCB outp 00: 02000300 00000000 [drm] nouveau 0000:01:00.0: DCB outp 01: 01000302 00020030 [drm] nouveau 0000:01:00.0: DCB outp 02: 04011380 00000000 [drm] nouveau 0000:01:00.0: DCB outp 03: 08011382 00020030 [drm] nouveau 0000:01:00.0: DCB outp 04: 02022362 00020010 [drm] nouveau 0000:01:00.0: DCB conn 00: 00001030 [drm] nouveau 0000:01:00.0: DCB conn 01: 00010130 [drm] nouveau 0000:01:00.0: DCB conn 02: 00002261 [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0x6A28 [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0x70DA [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0x85AA [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0x85B4 [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0x8828 [drm] nouveau 0000:01:00.0: Parsing VBIOS init table at offset 0x888D [drm] nouveau 0000:01:00.0: 0x888D: Condition still not met after 20ms, skipping following opcodes [drm] nouveau 0000:01:00.0: Detected 1280MiB VRAM (GDDR5) [drm] nouveau 0000:01:00.0: 512 MiB GART (aperture) [drm] nouveau 0000:01:00.0: 0 available performance level(s) [drm] nouveau 0000:01:00.0: c: core 50MHz shader 101MHz memory 135MHz voltage 913mV fanspeed 41% [drm] nouveau 0000:01:00.0: allocated 1280x1024 fb: 0x1e0000, bo ffff880235a03360 fbcon: nouveaufb (fb0) is primary device fb0: nouveaufb frame buffer device [drm] Initialized nouveau 1.0.0 20120316 for 0000:01:00.0 on minor 0

3 4

glapi/libdricore linking trouble with make install targets
by Andreas Radke 09 Sep '12

09 Sep '12

When building packages in ArchLinux we try to avoid the old bin/minstall to move each and every file by hand. So we try to move to make install targets. Here we run into several linking issues: make -C src/glx DESTDIR="${pkgdir}" install fails with: make[2]: Entering directory `/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx' make[2]: Nothing to be done for `install-data-am'. /usr/bin/mkdir -p '/build/pkg/libgl/usr/lib' /bin/sh ../../libtool --mode=install /usr/bin/install -c libGL.la '/build/pkg/libgl/usr/lib' libtool: install: warning: relinking `libGL.la' libtool: install: (cd /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx; /bin/sh /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/libtool --silent --tag CC --mode=relink gcc -I../../include -I../../include/GL/internal -I../../src/mapi -I../../src/mapi/glapi -I../../src/mapi -I../../src/mapi/glapi -DGLX_SHARED_GLAPI -DXF86VIDMODE -D_REENTRANT -DDEFAULT_DRIVER_DIR=\"/usr/lib/xorg/modules/dri\" -D_GNU_SOURCE -DPTHREADS -DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV -DHAVE_LLVM=0x0301 -I/usr/include/libdrm -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -Wl,-Bsymbolic -vers ion-number 1:2 -no-undefined -Wl,-O1,--sort-common,--as-needed,-z,relro -o libGL.la -rpath /usr/lib libglx.la ../../src/mapi/shared-glapi/libglapi.la ../../src/mapi/glapi/libglapi.la -lXext -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -lXxf86vm -ldrm -lm -lpthread -ldl -inst-prefix-dir /build/pkg/libgl) /usr/bin/ld: cannot find -lglapi collect2: error: ld returned 1 exit status libtool: install: error: relink `libGL.la' with the above command before installing it make[2]: *** [install-libLTLIBRARIES] Error 1 Similar errors happen with other targets. Our community found a workaround by running this: # fix linking because of splitted package make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" install # libGL & libdricore make -C src/glx DESTDIR="${pkgdir}" install make -C src/mesa/libdricore DESTDIR="${pkgdir}" install # fix linking because of splitted package - cleanup make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" uninstall Such step seems to be needed for these other target directories: * make -C src/egl DESTDIR="${pkgdir}" install * make -C src/gbm DESTDIR="${pkgdir}" install Similar issues seem to be there when trying to install the driver targets (intel, ati and nouveau), the workaround seems to be then: # fix linking because of splitted package make -C src/mesa/libdricore DESTDIR="${pkgdir}" install make -C src/mesa/drivers/dri/i915 DESTDIR="${pkgdir}" install make -C src/mesa/drivers/dri/i965 DESTDIR="${pkgdir}" install # fix linking because of splitted package - cleanup make -C src/mesa/libdricore DESTDIR="${pkgdir}" uninstall Can't these targets do proper linking on their own? -Andy ArchLinux

2 1

[Bug 54649] New: Image in Quake 3 is dark
by bugzilla-daemon＠freedesktop.org 09 Sep '12

09 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=54649 Bug #: 54649 Summary: Image in Quake 3 is dark Classification: Unclassified Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/i915g AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: js314592(a)gmail.com Image in Quake 3 is dark. Changing of brightness has no effect. 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_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, 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_EXT_create_context_es2_profile, 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: VMware, Inc. OpenGL renderer string: Gallium 0.4 on i915 (chipset: G33) OpenGL version string: 2.1 Mesa 9.0-devel OpenGL shading language version string: 1.20 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_NV_texture_env_combine4, 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_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, 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_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_fog_distance, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_primitive_restart, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_occlusion_query2, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_pixel_buffer_object, GL_ARB_texture_rectangle, GL_EXT_pixel_buffer_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_ARB_framebuffer_object, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_packed_depth_stencil, GL_ARB_vertex_array_object, GL_ATI_separate_stencil, GL_EXT_draw_instanced, GL_EXT_gpu_program_parameters, GL_EXT_texture_sRGB_decode, GL_OES_EGL_image, GL_ARB_copy_buffer, GL_ARB_draw_instanced, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_map_buffer_range, GL_ARB_vertex_array_bgra, GL_EXT_separate_shader_objects, GL_EXT_vertex_array_bgra, GL_ARB_ES2_compatibility, GL_ARB_debug_output, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_provoking_vertex, GL_ARB_sampler_objects, GL_ARB_vertex_type_2_10_10_10_rev, GL_EXT_provoking_vertex, GL_ARB_robustness, GL_ARB_texture_storage, GL_ARB_invalidate_subdata -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 54129] New: [bisected] Kernel 3.5.0 breaks KMS on Radeon RV250
by bugzilla-daemon＠freedesktop.org 09 Sep '12

09 Sep '12

https://bugs.freedesktop.org/show_bug.cgi?id=54129 Bug #: 54129 Summary: [bisected] Kernel 3.5.0 breaks KMS on Radeon RV250 Classification: Unclassified Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mariofutire(a)googlemail.com Created attachment 66187 --> https://bugs.freedesktop.org/attachment.cgi?id=66187 Screenshot of bad rendering I run Fedora 17 and since they have shipped a kernel 3.5.X I have a lot of artefacts when I log in KDE. Kernel 3.4.6 works ok. My hardware in a Thinkpad laptop with a 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 02) and I load the R200 microcode. Basically, as soon as I log on KDE I have a lot of rectangular areas which are left black. They are 100% reproducible always with the same pattern (at least in the few seconds before I logoff again), and they move around when I click or windows are displayed. If I pass the option radeon.modeset=0 to the kernel (in grub) there are no artefacts, but of course XV support is not there so this is not really an option as video player struggle a lot. I managed to bisect the issue to the following commits: bad ========= 3b7a2b2 drm/radeon: rework fence handling, drop fence list v7 skip ======== bb63556 drm/radeon: convert fence to uint64_t v4 good ======== d6999bc drm/radeon: replace the per ring mutex with a global one "skip" here means that the kernel does not boot: after the linux penguin logo is displayed on the top left of the screen, nothing else happens, even though I am able to reboot pressing Ctrl-Alt-Del. So there are 2 commits that could be responsible. Please, let me know if there is anything I can provide on top of that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

← Newer
1
...
60
61
62
63
64
65
66
...
71
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2012