dri-devel October 2011

dri-devel@lists.freedesktop.org

82 participants
530 discussions

[Bug 37262] New: Extreme IO using libre/openoffice
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=37262 Summary: Extreme IO using libre/openoffice Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: de.techno(a)gmail.com Since the last few days and in many places, I've been wandering around posting this - "I've been using KDE (QT) build of Openoffice on Gentoo and suddenly came across this strange problem which also persist with GTK openoffice and even Libreoffice. It appears Openoffice takes too much disk I/O when drawing toolbars, it takes 2 minutes to cold start OOo, and in the mean time the whole system is unusable (I can hardly move the mouse) + the kernel hangs when I doing some other I/O intensive tasks while OOo is loading, and sometimes it hangs even if I'm nothing doing anything. Since Base doesn't have many toolbars by default, it opens OK, but other things are just horrible. Most important fact is that all this happens when composting is enabled with Kwin. Also I've seen, this problem persists only if Kwin render method is OpenGL, if it's XRender, the problem's solved." As bug reports or in forms. The problem appears to come from the latest mesa (May 16th 2011), downgrading to 7.10.2 solves the problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

[Bug 36978] New: Radeon 7500 [rv200] - hardware tcl don't work corretly
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=36978 Summary: Radeon 7500 [rv200] - hardware tcl don't work corretly Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: dmbohdan(a)gmail.com I use ArchLinux with last updates. KMS is enabled. My glxinfo name of display: :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_make_current_read, 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_MESA_copy_sub_buffer, 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_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 OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R100 (RV200 4C57) 20090101 x86/MMX/SSE2 TCL DRI2 OpenGL version string: 1.3 Mesa 7.10.2 My videocard is 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] I try to start WarCraft 3 under wine, it's started successfully but exited afted 3 seconds of main screen with error drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. in dmesg i found [ 7455.848226] [drm:radeon_cs_parser_init] *ERROR* cs IB too big: 16469 [ 7455.848231] [drm:radeon_cs_ioctl] *ERROR* Failed to initialize parser ! If I set software tcl - game works fine. Here is an bugreport in ArchLinux bugzilla https://bugs.archlinux.org/task/23155?project=1&opened=4027 Tell me please, if you need additional information -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 32350] New: Radeon laptop screen goes crazy after unplugging hardware
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=32350 Summary: Radeon laptop screen goes crazy after unplugging hardware Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: evillanueva(a)roundbox.com Created an attachment (id=41066) --> (https://bugs.freedesktop.org/attachment.cgi?id=41066) Xorg log Using Fedora 14 and radeon DRI driver. After unplugging the power adapter the screen starts flashing corrupted video. Looks like stair stepping effect. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 38

[Bug 32325] New: [radeon] DRM version check only looks at minor number.
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=32325 Summary: [radeon] DRM version check only looks at minor number. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rankincj(a)googlemail.com Created an attachment (id=41020) View: https://bugs.freedesktop.org/attachment.cgi?id=41020 Review: https://bugs.freedesktop.org/review?bug=32325&attachment=41020 [PATCH] Enable HyperZ and microtiling for R100 if DRM >= v2.x I have noticed that Mesa 7.9 prints the following message with a recent 2.6.3x kernel: "DRM version 1.6 too old to support HyperZ, disabling." The reason for this is that the DRM in the 2.6.36 kernel is v2.6: [drm] Initialized radeon 2.6.0 20080528 for 0000:01:00.0 on minor 0 and Mesa only checks the minor version number. (Assuming that the major version number is always 1.) I have attached a patch that will also enable both HyperZ and texture microtiling(?) on R100 if DRM >= v2.x. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 30924] New: incorrect checking of return value of driAllocateTexture
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=30924 Summary: incorrect checking of return value of driAllocateTexture Product: Mesa Version: 7.8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ssb(a)umn.edu driAllocateTexture returns -1 for failure to allocate the texture. The code checks against NULL. [driAllocateTexture:631] unable to allocate texture Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80ef15b] 1: /usr/bin/X (0x8048000+0x5cff5) [0x80a4ff5] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xffffe410] 3: /usr/lib/dri/radeon_dri.so (0xb433a000+0x381bf) [0xb43721bf] 4: /usr/lib/libdrm_radeon.so.1 (radeon_cs_emit+0x14) [0xb70973d4] 5: /usr/lib/dri/radeon_dri.so (0xb433a000+0x35c78) [0xb436fc78] 6: /usr/lib/dri/radeon_dri.so (0xb433a000+0x35d2c) [0xb436fd2c] 7: /usr/lib/dri/radeon_dri.so (0xb433a000+0x35f32) [0xb436ff32] 8: /usr/lib/dri/radeon_dri.so (0xb433a000+0x17e0a) [0xb4351e0a] 9: /usr/lib/dri/radeon_dri.so (0xb433a000+0x75ccb) [0xb43afccb] 10: /usr/lib/dri/radeon_dri.so (0xb433a000+0x17b3c8) [0xb44b53c8] 11: /usr/lib/xorg/modules/extensions/libglx.so (0xb71b7000+0x83a0) [0xb71bf3a0] 12: /usr/lib/xorg/modules/extensions/libglx.so (0xb71b7000+0x31c45) [0xb71e8c45] 13: /usr/lib/xorg/modules/extensions/libglx.so (0xb71b7000+0x3645e) [0xb71ed45e] 14: /usr/bin/X (0x8048000+0x23707) [0x806b707] 15: /usr/bin/X (0x8048000+0x1dbb5) [0x8065bb5] 16: /lib/libc.so.6 (__libc_start_main+0xe6) [0xb7333a66] 17: /usr/bin/X (0x8048000+0x1d781) [0x8065781] Segmentation fault at address 0x14 -- 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 37471] New: Website with information about maintainers/developers
by bugzilla-daemon＠freedesktop.org 29 May '19

29 May '19

https://bugs.freedesktop.org/show_bug.cgi?id=37471 Summary: Website with information about maintainers/developers Product: DRI Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: johannesobermayr(a)gmx.de There should be a website with information about main developers/maintainers: Product (DRM Intel, DRM Radeon, Mesa) | Component[s] (Maintainer, Core developer, Intel, R200, R300, R600, nouveau, ...) | Real Name | eMail | Name on IRC | Usual time to ask (e.g. 17 to 20 UTC) | Available on IRC channels (#dri-devel, #nouveau, ...) | Working for [Red Hat, SUSE, Linux Foundation, Ubuntu, ...] -- 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

[PATCH wq#for-linus] drm: fix a fallout from slow-work -> wq conversion
by Tejun Heo 19 Jun '18

19 Jun '18

Commit 991ea75c (drm: use workqueue instead of slow-work), which made drm to use wq instead of slow-work, didn't account for the return value difference between delayed_slow_work_enqueue() and queue_delayed_work(). The former returns 0 on success and -errno on failures while the latter never fails and only uses the return value to indicate whether the work was already pending or not. This misconversion triggered spurious error messages. Remove the now unnecessary return value check and error message. Signed-off-by: Tejun Heo <tj(a)kernel.org> Reported-by: Markus Trippelsdorf <markus(a)trippelsdorf.de> Cc: David Airlie <airlied(a)linux.ie> Cc: dri-devel(a)lists.freedesktop.org --- Markus, it's almost trivial but it would be great if you can test this one too. David, may I route this wq#for-linus? Thanks. drivers/gpu/drm/drm_crtc_helper.c | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 4598130..211ed7e 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++ b/drivers/gpu/drm/drm_crtc_helper.c @@ -839,7 +839,6 @@ static void output_poll_execute(struct work_struct *work) struct drm_connector *connector; enum drm_connector_status old_status, status; bool repoll = false, changed = false; - int ret; mutex_lock(&dev->mode_config.mutex); list_for_each_entry(connector, &dev->mode_config.connector_list, head) { @@ -874,11 +873,8 @@ static void output_poll_execute(struct work_struct *work) dev->mode_config.funcs->output_poll_changed(dev); } - if (repoll) { - ret = queue_delayed_work(system_nrt_wq, delayed_work, DRM_OUTPUT_POLL_PERIOD); - if (ret) - DRM_ERROR("delayed enqueue failed %d\n", ret); - } + if (repoll) + queue_delayed_work(system_nrt_wq, delayed_work, DRM_OUTPUT_POLL_PERIOD); } void drm_kms_helper_poll_disable(struct drm_device *dev)

4 4

[Bug 28771] New: Vsync always on
by bugzilla-daemon＠freedesktop.org 12 Jun '18

12 Jun '18

https://bugs.freedesktop.org/show_bug.cgi?id=28771 Summary: Vsync always on Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se With kernel 2.6.35, there doesn't seem to be a way to turn off vsync/vblank. E.g. "vblank_mode=0 glxgears" has no effect. This seems to be the same for both r300c and r300g. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: 801e83227a59a29eea425ea612083bbf2b536c30 -- xserver: 1.8.1.901 -- mesa: a5c44986a3f19936df448fe4ae47ca77ece9b0ce -- drm: 6ea2bda5f5ec8f27359760ce580fdad3df0464df -- kernel: 2.6.35-rc3 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 38

[Bug 36072] New: celestia causes kernel oops when allocation a lot of memory (for textures)
by bugzilla-daemon＠bugzilla.kernel.org 28 Feb '18

28 Feb '18

https://bugzilla.kernel.org/show_bug.cgi?id=36072 Summary: celestia causes kernel oops when allocation a lot of memory (for textures) Product: Drivers Version: 2.5 Kernel Version: 2.6.38 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: acelists(a)atlas.sk Regression: Yes The celestia program often allocates a lot of memory (like 1.5GB on my 2GB machine with 3GB swap) for its textures. I don't know where it stores them (probably not Video memory), but it seems in system RAM, because swap is used much. Sometimes when this happens the kernel crashes. After that I can only sync and reboot the machine with alt-sysrq commands. I have only noticed this with kernel 2.6.38.x, not before. I was using the OSS ati driver 6.14.1, with mesa 7.10.2. All including the kernel seft compiled (for AMD fam10h CPU). I do not understand the first line of the log. Where can I increase the vmalloc size. Is the on the kernel command line? But it should not crash the kernel in any case, just the program. Here is the kernel log: May 19 21:26:52 coolbox kernel: vmap allocation for size 178982912 failed: use vmalloc=<size> to increase size. May 19 21:26:52 coolbox kernel: BUG: unable to handle kernel paging request at b892a45d May 19 21:26:52 coolbox kernel: IP: [<f9696a50>] ttm_mem_io_lock+0x0/0x20 [ttm] May 19 21:26:52 coolbox kernel: *pde = 00000000 May 19 21:26:52 coolbox kernel: Oops: 0000 [#1] PREEMPT SMP May 19 21:26:52 coolbox kernel: last sysfs file: /sys/devices/LNXSYSTM:00/device:00/PNP0A03:00/device:01/ATK0110:00/hwmon/hwmon0/fan3_input May 19 21:26:52 coolbox kernel: Modules linked in: fbcon font bitblit softcursor radeon ttm drm_kms_helper drm agpgart fb fbdev autofs4 cfbcopyarea cfbimgblt cfbfillrect nf_conntrack_ftp xt_tcpudp xt_owner xt_multiport nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT ipt_LOG iptable_filter ip_tables x_tables asus_atk0110 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss cpufreq_conservative cpufreq_ondemand psmouse pcspkr cx88_blackbird firmware_class cx2341x cx8802 tuner_simple tuner_types tda9887 tda8290 tea5767 tuner cx8800 cx88xx rc_core i2c_algo_bit tveeprom v4l2_common videodev btcx_risc videobuf_dma_sg videobuf_core forcedeth snd_hda_codec_via snd_hda_intel snd_hda_codec snd_pcm snd_timer snd soundcore snd_page_alloc i2c_nforce2 i2c_core ext4 mbcache jbd2 crc16 usbhid powernow_k8 processor mperf ohci_hcd ehci_hcd usbcore fuse May 19 21:26:52 coolbox kernel: May 19 21:26:52 coolbox kernel: Pid: 25014, comm: celestia Not tainted 2.6.38.6 #57 System manufacturer System Product Name/M2N68 May 19 21:26:52 coolbox kernel: EIP: 0060:[<f9696a50>] EFLAGS: 00010246 CPU: 3 May 19 21:26:52 coolbox kernel: EIP is at ttm_mem_io_lock+0x0/0x20 [ttm] May 19 21:26:52 coolbox kernel: EAX: b892a420 EBX: d03cfc28 ECX: 00000000 EDX: 00000000 May 19 21:26:52 coolbox kernel: ESI: f519a40c EDI: b892a420 EBP: d03cfd48 ESP: d03cfbf0 May 19 21:26:52 coolbox kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 May 19 21:26:52 coolbox kernel: Process celestia (pid: 25014, ti=d03ce000 task=f06fb830 task.ti=d03ce000) May 19 21:26:52 coolbox kernel: Stack: May 19 21:26:52 coolbox kernel: f9696f25 d03cfc28 d03cfd80 d03cfc98 f96970e2 f29e2c2c fffffff4 00040002 May 19 21:26:52 coolbox kernel: f519a40c f9695c16 f29e2c64 f50135c0 00040001 00000002 00000002 d03cfcd0 May 19 21:26:52 coolbox kernel: f519a45c f519a40c 00000000 af3e5000 d03cfc48 d03cfc9c f519a40c d03cfc98 May 19 21:26:52 coolbox kernel: Call Trace: May 19 21:26:52 coolbox kernel: [<f9696f25>] ? ttm_mem_reg_iounmap+0x35/0x70 [ttm] May 19 21:26:52 coolbox kernel: [<f96970e2>] ? ttm_bo_move_memcpy+0x182/0x310 [ttm] May 19 21:26:52 coolbox kernel: [<f9695c16>] ? ttm_bo_mem_space+0x306/0x3a0 [ttm] May 19 21:26:52 coolbox kernel: [<f97f4fb0>] ? radeon_bo_move+0xe0/0x330 [radeon] May 19 21:26:52 coolbox kernel: [<f96944d5>] ? ttm_bo_reserve_locked+0xa5/0x120 [ttm] May 19 21:26:52 coolbox kernel: [<f97f4ed0>] ? radeon_bo_move+0x0/0x330 [radeon] May 19 21:26:52 coolbox kernel: [<f9694e15>] ? ttm_bo_handle_move_mem+0x135/0x330 [ttm] May 19 21:26:52 coolbox kernel: [<f9695ddc>] ? ttm_bo_move_buffer+0x12c/0x140 [ttm] May 19 21:26:52 coolbox kernel: [<f9695e86>] ? ttm_bo_validate+0x96/0x120 [ttm] May 19 21:26:52 coolbox kernel: [<f97f5f5a>] ? radeon_bo_list_validate+0x5a/0xe0 [radeon] May 19 21:26:52 coolbox kernel: [<f980d14c>] ? radeon_cs_ioctl+0x7c/0x1a0 [radeon] May 19 21:26:52 coolbox kernel: [<c0206466>] ? prepare_for_delete_or_cut+0x3c6/0x650 May 19 21:26:52 coolbox kernel: [<f96b3b51>] ? drm_ioctl+0x191/0x380 [drm] May 19 21:26:52 coolbox kernel: [<c0206466>] ? prepare_for_delete_or_cut+0x3c6/0x650 May 19 21:26:52 coolbox kernel: [<f980d0d0>] ? radeon_cs_ioctl+0x0/0x1a0 [radeon] May 19 21:26:52 coolbox kernel: [<c018ccf8>] ? handle_pte_fault+0x88/0x630 May 19 21:26:52 coolbox kernel: [<c026006f>] ? prio_tree_insert+0x12f/0x250 May 19 21:26:52 coolbox kernel: [<f96b39c0>] ? drm_ioctl+0x0/0x380 [drm] May 19 21:26:52 coolbox kernel: [<c01b1edf>] ? do_vfs_ioctl+0x7f/0x590 May 19 21:26:52 coolbox kernel: [<c011df35>] ? do_page_fault+0x185/0x3a0 May 19 21:26:52 coolbox kernel: [<c0190bae>] ? mmap_region+0x16e/0x440 May 19 21:26:52 coolbox kernel: [<c01351d5>] ? irq_exit+0x35/0x70 May 19 21:26:52 coolbox kernel: [<c01b242d>] ? sys_ioctl+0x3d/0x70 May 19 21:26:52 coolbox kernel: [<c0206466>] ? prepare_for_delete_or_cut+0x3c6/0x650 May 19 21:26:52 coolbox kernel: [<c03979a1>] ? syscall_call+0x7/0xb May 19 21:26:52 coolbox kernel: [<c0206466>] ? prepare_for_delete_or_cut+0x3c6/0x650 May 19 21:26:52 coolbox kernel: [<c0206466>] ? prepare_for_delete_or_cut+0x3c6/0x650 May 19 21:26:52 coolbox kernel: Code: 00 00 00 66 31 c0 83 c8 01 89 47 50 eb 9f 90 8d 74 26 00 89 da 89 f0 e8 0f cb ff ff 85 c0 74 a4 89 c5 eb b2 8d b4 26 00 00 00 00 <80> 78 3d 00 74 03 31 c0 c3 84 d2 75 0a 83 c0 28 e8 db f5 cf c6 May 19 21:26:52 coolbox kernel: EIP: [<f9696a50>] ttm_mem_io_lock+0x0/0x20 [ttm] SS:ESP 0068:d03cfbf0 May 19 21:26:52 coolbox kernel: CR2: 00000000b892a45d May 19 21:26:52 coolbox kernel: ---[ end trace 70c887d309b00b2d ]--- May 19 21:27:18 coolbox kernel: Emergency Sync complete May 19 21:27:21 coolbox kernel: Emergency Sync complete -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 12

[Bug 37474] New: Segmentation Fault in glCopyTexSubImage2D
by bugzilla-daemon＠freedesktop.org 30 Jan '18

30 Jan '18

https://bugs.freedesktop.org/show_bug.cgi?id=37474 Summary: Segmentation Fault in glCopyTexSubImage2D Product: Mesa Version: 7.10 Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r128 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: asguthrie(a)gmail.com Created an attachment (id=47011) --> (https://bugs.freedesktop.org/attachment.cgi?id=47011) stracktrace projectM-pulseaudio seg faults whilst calling glCopyTextSubImage2D. stacktrace attached. patch inspired by bug #27652 also attached. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

← Newer
1
...
7
8
9
10
11
12
13
...
53
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2011