dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[Bug 55692] New: [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)
by bugzilla-daemon＠freedesktop.org 31 Jan '13

31 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=55692 Priority: medium Bug ID: 55692 Assignee: dri-devel(a)lists.freedesktop.org Summary: [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: serkan(a)hosca.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I boot up freshly compiled linus git from 20121006, gdm starts but its all black screen after a couple of seconds its all garbage. I vt switch to 1 and try restarting gdm and i get the oops. xf86-video-ati git from 20121004 mesa git from 20121004 Using arch with 3.6 works fine -- You are receiving this mail because: You are the assignee for the bug.

1 54

[REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*
by Samuel Thibault 22 Jan '13

22 Jan '13

Hello, I'm trying to upgrade from 3.0 to 3.1-rcsomething on a DELL latitude E6420, but dual head is broken. Here is the scenario: - Turn computer on with VGA1 connected. Both LVDS1 and VGA1 show the text console fine. - Start X. VGA1 shows X fine, but LVDS1 (1600x900 resolution) shows an odd screen: completely black on the left part (about 1060x900), sort of gray on the right part (about 540x900). Playing with xrandr doesn't help, I can at best make it completely black with --off, and not get it back again with --auto or anything else. I have attached the corresponding dmesgs and Xorg.0.logs: as you can see, the Xorg log doesn't change, while the dmesg changes a bit, I'm getting a few [drm:ironlake_update_pch_refclk] *ERROR* enabling SSC on PCH the rest is the same. Samuel

3 10

[PATCH 00/10] updated exynos-drm-next
by Inki Dae 22 Jan '13

22 Jan '13

Hi, Dave and all. this patch set includes the following features. - add HDMI version 1.4 support. - add mode_fixup feature. . hdmi module would change current mode to driver desired mode properly. - add buffer alloction type. . we can allocate physically continuous or non-continuous memory and also it creates scatterlist for iommu support so allocated memory region can be mapped to iommu page table using scatterlist. - add dma address get/put interface. . this function would be used for drm based 2d acceleration driver to get/put dma address through gem handle. when exynos_drm_get_dma_address is called reference count of gem object would be increased not to be released by gem close and when exynos_drm_put_dma_address is called the reference count of this gem object would be decreased to be released. - add virtual display driver. . this driver would be used for wireless display. - add direct rendering based 2d graphics acceleration module. . exynos SoC chip has fimg2d named 2d graphics accelerator and this driver supports only exynos4x12 series. this patch set is based on git repository below: git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-fixes commit-id: f6d69d1e77509d71c29f2a7b119214b8fdf86ae2 and exynos-drm-fixes is based on git repository below: git://people.freedesktop.org/~airlied/linux.git drm-fixes commit-id: 38aa4a568ba4c3ccba83e862a01e3e60e3b811ee P.S. drm-next doesn't reflect updated latest codes of mainline so this patch set should be merged to drm-next after latest mainline codes are merged to drm-next. now is just for review and if latest codes are merged to drm-next then I will merge this patch set to exynos-drm-next for git pull request. Thanks. Inki Dae (5): drm/exynos: add HDMI version 1.4 support drm/exynos: added mode_fixup feature and code clean. drm/exynos: added buffer allocation type. drm/exynos: added new funtion to get/put dma address. drm/exynos: added virtual display driver. Joonyoung Shim (5): drm/exynos: release pending pageflip events when closed drm/exynos: remove module of exynos drm subdrv drm/exynos: add subdrv open/close functions drm/exynos: add is_local member in exynos_drm_subdrv struct drm/exynos: add G2D driver drivers/gpu/drm/exynos/Kconfig | 20 +- drivers/gpu/drm/exynos/Makefile | 12 +- drivers/gpu/drm/exynos/exynos_ddc.c | 1 - drivers/gpu/drm/exynos/exynos_drm_buf.c | 152 +++- drivers/gpu/drm/exynos/exynos_drm_buf.h | 4 +- drivers/gpu/drm/exynos/exynos_drm_connector.c | 35 +- drivers/gpu/drm/exynos/exynos_drm_core.c | 140 +-- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 12 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 125 +++- drivers/gpu/drm/exynos/exynos_drm_drv.h | 49 +- drivers/gpu/drm/exynos/exynos_drm_encoder.c | 24 +- drivers/gpu/drm/exynos/exynos_drm_fb.c | 6 - drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 90 +-- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 20 +- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 864 +++++++++++++++++ drivers/gpu/drm/exynos/exynos_drm_g2d.h | 36 + drivers/gpu/drm/exynos/exynos_drm_gem.c | 346 +++++++- drivers/gpu/drm/exynos/exynos_drm_gem.h | 29 +- drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 115 +-- drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 5 + drivers/gpu/drm/exynos/exynos_drm_vidi.c | 677 ++++++++++++++ drivers/gpu/drm/exynos/exynos_drm_vidi.h | 36 + drivers/gpu/drm/exynos/exynos_hdmi.c | 1234 ++++++++++++++++++++++--- drivers/gpu/drm/exynos/exynos_hdmi.h | 10 +- drivers/gpu/drm/exynos/exynos_mixer.c | 7 - drivers/gpu/drm/exynos/regs-hdmi.h | 306 ++++++- include/drm/exynos_drm.h | 84 ++ 27 files changed, 3879 insertions(+), 560 deletions(-) create mode 100644 drivers/gpu/drm/exynos/exynos_drm_g2d.c create mode 100644 drivers/gpu/drm/exynos/exynos_drm_g2d.h create mode 100644 drivers/gpu/drm/exynos/exynos_drm_vidi.c create mode 100644 drivers/gpu/drm/exynos/exynos_drm_vidi.h -- 1.7.4.1

6 27

drm/radeon: HDMI broken on non-default resolutions by 1c3439f: update modesetting
by Matthijs Kooijman 20 Jan '13

20 Jan '13

Hi folks, I'm using some evergreen systems with HDMI output, which got broken by a recent commit. In commit 1c3439f (drm/radeon/hdmi: update modesetting), the HDMI_ACR_SOURCE bit is set in the HDMI_ACR_PACKET_CONTROL register. However, setting this bit breaks my HDMI audio when a non-default resolution is used. This problem only occurs on some TV's (it's broken on a Philips, Sharp and Sony TV and seems to be working on a few LG TV's). On the Sony, there are short pulses of distorted audio (couple of hundred ms audio, then half a second or so silence, then some audio again, etc.). On the Philips and Shart TV's, the audio is completely muted. It seems setting this bit causes the audio infoframe timings to be controlled by software instead. I suspect that the timings are not properly (re)calculated when a non-default resolution is used, causing the audio to break. Alex Deucher mentioned on IRC that the proper timing code needs to be ported over. I might have a look at that, if I can find enough time and understanding, but that might take a while. Would it make sense to disable this particular bit for the time being, to make audio working again? Is there any particular reason to not keep the bit disabled and let the timings be determined by the hardware in any case? Gr. Matthijs

2 1

[Bug 27704] New: [KMS] fbo_firecube broken on rv280 and current mesa
by bugzilla-daemon＠freedesktop.org 16 Jan '13

16 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=27704 Summary: [KMS] fbo_firecube broken on rv280 and current mesa Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: randrik(a)mail.ru same setup as in Bug 27702: Using mesa master up to commit d293c43c9a9658caa5224f710b95a848a912faa1 Author: Brian Paul <brianp(a)vmware.com> Date: Fri Apr 16 10:01:32 2010 -0600 llvmpipe: rename vars, update comments for texture->resource changes libdrm up to commit 894c86e8400f13f1ee0dfe23ca4b5f98c32d9223 Author: Kristian HÃ¸gsberg <krh(a)bitplanet.net> Date: Fri Apr 9 16:33:38 2010 -0400 Revert "Fix pkgconfig includes for /usr/include/drm" and xf86-video-ati commit eb5665688ef9b52f03f61546351d0848cab54740 Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Thu Apr 8 00:31:52 2010 -0400 radeon: don't setup Xv on rn50 on top of xserver commit e424d5812300e82de375d83dc0b490a76d865016 Merge: 5b0faf3 0e7703f Author: Keith Packard <keithp(a)keithp.com> Date: Thu Apr 15 15:01:34 2010 -0700 Merge remote branch 'whot/for-keith' and kernel 2.6.34-rc4+ with rv280 lspci -vvn 01:00.0 0300: 1002:5964 (rev 01) (prog-if 00 [VGA controller]) Subsystem: 1787:5964 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at c800 [size=256] Region 2: Memory at dfef0000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at dfec0000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: radeon Kernel modules: radeon -------- guest@slax:~/source/mesa/progs/demos$ ./fbo_firecube Error: unable to get usable FBO combination! fbotexture works fine ..... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 30151] New: HDMI audio via radeon DRM driver is not working.
by bugzilla-daemon＠freedesktop.org 15 Jan '13

15 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=30151 Summary: HDMI audio via radeon DRM driver is not working. Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: coomasiehead(a)yahoo.com I have X1250 video card integrated into the motherboard. I enabled KMS. HDMI audio device can be seen, but no sound can be played via HDMI audio device. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[RFC v2 0/8] Support for Tegra 2D hardware
by Terje Bergstrom 15 Jan '13

15 Jan '13

This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on Thierry Reding's tegra/next branch. We still have unresolved issues, so I don't expect these patches to be merged, but act as a way to get the code out for public review. The first version was sent only to linux-tegra(a)vger.kernel.org. The second version has the following changes: * nvhost split into smaller pieces * "graphics host" and "grhost" renamed to host1x * patch to tegradrm exit is removed * nvhost mem_mgr usage dropped * public power management API prefix changed to host1x * fixed some other code style issues nvhost is the driver that controls host1x hardware. It supports host1x command channels, synchronization, run-time power management and memory management. It is sectioned into logical driver under drivers/video/tegra/host and physical driver under drivers/video/tegra/host/host1x. The physical driver is compiled with the hardware headers of the particular host1x version. The hardware units are described (briefly) in the Tegra2 TRM. The patch set removes responsibility of host1x from tegradrm. At the same time, it moves all drm related infrastructure in drivers/gpu/drm/tegra/host1x.c to other files. The patch set adds 2D driver to tegradrm, which uses nvhost for communicating with host1x to access sync points and channels. We expect to use the same infrastructure for other host1x clients, so we have kept nvhost and tegradrm separate. The patch set also adds user space API to tegradrm for accessing host1d and 2D. We are preparing also patches to libdrm, but they are not yet in condition that they could be sent out. TODO: * tegradrm IOMMU support has been disabled * Prime support is still tegradrm specific - to be generalized when we find a way for dma mapping API to handle double mapping * Find a home for the data in auxdata if they are troublesome * nvhost is still called nvhost - there's a request to rename to host1x to reflect the hardware name * Write an article about host1x and how we use it * Send out 2D user space code * Rebase on linux-next Arto Merilainen (2): gpu: drm: tegra: Remove redundant host1x gpu: drm: tegra: Prime support Terje Bergstrom (6): video: tegra: Add nvhost driver video: tegra: Add syncpoint wait and interrupts video: tegra: host: Add channel and client support video: tegra: Add debug support ARM: tegra: Add auxiliary data for nvhost drm: tegra: Add gr2d device arch/arm/mach-tegra/board-dt-tegra20.c | 38 +- arch/arm/mach-tegra/board-dt-tegra30.c | 38 +- arch/arm/mach-tegra/tegra20_clocks_data.c | 8 +- arch/arm/mach-tegra/tegra30_clocks_data.c | 2 + drivers/gpu/drm/tegra/Kconfig | 8 +- drivers/gpu/drm/tegra/Makefile | 4 +- drivers/gpu/drm/tegra/dc.c | 22 +- drivers/gpu/drm/tegra/dmabuf.c | 150 ++++++ drivers/gpu/drm/tegra/drm.c | 445 ++++++++++++++++-- drivers/gpu/drm/tegra/drm.h | 89 ++-- drivers/gpu/drm/tegra/dsi.c | 24 +- drivers/gpu/drm/tegra/fb.c | 26 +- drivers/gpu/drm/tegra/gr2d.c | 224 +++++++++ drivers/gpu/drm/tegra/hdmi.c | 24 +- drivers/gpu/drm/tegra/host1x.c | 343 -------------- drivers/gpu/drm/tegra/tvo.c | 33 +- drivers/video/Kconfig | 2 + drivers/video/Makefile | 2 + drivers/video/tegra/host/Kconfig | 5 + drivers/video/tegra/host/Makefile | 18 + drivers/video/tegra/host/bus_client.c | 97 ++++ drivers/video/tegra/host/chip_support.c | 48 ++ drivers/video/tegra/host/chip_support.h | 149 ++++++ drivers/video/tegra/host/debug.c | 252 ++++++++++ drivers/video/tegra/host/debug.h | 50 ++ drivers/video/tegra/host/dev.c | 170 +++++++ drivers/video/tegra/host/dev.h | 33 ++ drivers/video/tegra/host/dmabuf.c | 151 ++++++ drivers/video/tegra/host/dmabuf.h | 45 ++ drivers/video/tegra/host/host1x/Makefile | 7 + drivers/video/tegra/host/host1x/host1x.c | 257 +++++++++++ drivers/video/tegra/host/host1x/host1x.h | 86 ++++ drivers/video/tegra/host/host1x/host1x01.c | 70 +++ drivers/video/tegra/host/host1x/host1x01.h | 29 ++ .../video/tegra/host/host1x/host1x01_hardware.h | 157 +++++++ drivers/video/tegra/host/host1x/host1x_cdma.c | 486 ++++++++++++++++++++ drivers/video/tegra/host/host1x/host1x_cdma.h | 39 ++ drivers/video/tegra/host/host1x/host1x_channel.c | 150 ++++++ drivers/video/tegra/host/host1x/host1x_debug.c | 405 ++++++++++++++++ drivers/video/tegra/host/host1x/host1x_intr.c | 263 +++++++++++ drivers/video/tegra/host/host1x/host1x_syncpt.c | 168 +++++++ .../video/tegra/host/host1x/hw_host1x01_channel.h | 182 ++++++++ drivers/video/tegra/host/host1x/hw_host1x01_sync.h | 398 ++++++++++++++++ .../video/tegra/host/host1x/hw_host1x01_uclass.h | 474 +++++++++++++++++++ drivers/video/tegra/host/nvhost_acm.c | 481 +++++++++++++++++++ drivers/video/tegra/host/nvhost_acm.h | 45 ++ drivers/video/tegra/host/nvhost_cdma.c | 430 +++++++++++++++++ drivers/video/tegra/host/nvhost_cdma.h | 109 +++++ drivers/video/tegra/host/nvhost_channel.c | 126 +++++ drivers/video/tegra/host/nvhost_channel.h | 65 +++ drivers/video/tegra/host/nvhost_intr.c | 384 ++++++++++++++++ drivers/video/tegra/host/nvhost_intr.h | 110 +++++ drivers/video/tegra/host/nvhost_job.c | 390 ++++++++++++++++ drivers/video/tegra/host/nvhost_memmgr.c | 160 +++++++ drivers/video/tegra/host/nvhost_memmgr.h | 65 +++ drivers/video/tegra/host/nvhost_syncpt.c | 452 ++++++++++++++++++ drivers/video/tegra/host/nvhost_syncpt.h | 148 ++++++ include/drm/tegra_drm.h | 129 ++++++ include/linux/nvhost.h | 294 ++++++++++++ 59 files changed, 8549 insertions(+), 510 deletions(-) create mode 100644 drivers/gpu/drm/tegra/dmabuf.c create mode 100644 drivers/gpu/drm/tegra/gr2d.c delete mode 100644 drivers/gpu/drm/tegra/host1x.c create mode 100644 drivers/video/tegra/host/Kconfig create mode 100644 drivers/video/tegra/host/Makefile create mode 100644 drivers/video/tegra/host/bus_client.c create mode 100644 drivers/video/tegra/host/chip_support.c create mode 100644 drivers/video/tegra/host/chip_support.h create mode 100644 drivers/video/tegra/host/debug.c create mode 100644 drivers/video/tegra/host/debug.h create mode 100644 drivers/video/tegra/host/dev.c create mode 100644 drivers/video/tegra/host/dev.h create mode 100644 drivers/video/tegra/host/dmabuf.c create mode 100644 drivers/video/tegra/host/dmabuf.h create mode 100644 drivers/video/tegra/host/host1x/Makefile create mode 100644 drivers/video/tegra/host/host1x/host1x.c create mode 100644 drivers/video/tegra/host/host1x/host1x.h create mode 100644 drivers/video/tegra/host/host1x/host1x01.c create mode 100644 drivers/video/tegra/host/host1x/host1x01.h create mode 100644 drivers/video/tegra/host/host1x/host1x01_hardware.h create mode 100644 drivers/video/tegra/host/host1x/host1x_cdma.c create mode 100644 drivers/video/tegra/host/host1x/host1x_cdma.h create mode 100644 drivers/video/tegra/host/host1x/host1x_channel.c create mode 100644 drivers/video/tegra/host/host1x/host1x_debug.c create mode 100644 drivers/video/tegra/host/host1x/host1x_intr.c create mode 100644 drivers/video/tegra/host/host1x/host1x_syncpt.c create mode 100644 drivers/video/tegra/host/host1x/hw_host1x01_channel.h create mode 100644 drivers/video/tegra/host/host1x/hw_host1x01_sync.h create mode 100644 drivers/video/tegra/host/host1x/hw_host1x01_uclass.h create mode 100644 drivers/video/tegra/host/nvhost_acm.c create mode 100644 drivers/video/tegra/host/nvhost_acm.h create mode 100644 drivers/video/tegra/host/nvhost_cdma.c create mode 100644 drivers/video/tegra/host/nvhost_cdma.h create mode 100644 drivers/video/tegra/host/nvhost_channel.c create mode 100644 drivers/video/tegra/host/nvhost_channel.h create mode 100644 drivers/video/tegra/host/nvhost_intr.c create mode 100644 drivers/video/tegra/host/nvhost_intr.h create mode 100644 drivers/video/tegra/host/nvhost_job.c create mode 100644 drivers/video/tegra/host/nvhost_memmgr.c create mode 100644 drivers/video/tegra/host/nvhost_memmgr.h create mode 100644 drivers/video/tegra/host/nvhost_syncpt.c create mode 100644 drivers/video/tegra/host/nvhost_syncpt.h create mode 100644 include/drm/tegra_drm.h create mode 100644 include/linux/nvhost.h -- 1.7.9.5

12 144

[Bug 41668] New: Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)
by bugzilla-daemon＠freedesktop.org 14 Jan '13

14 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=41668 Summary: Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300) Product: Mesa Version: 7.11 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: inaudible(a)simplesuperlativ.es Created an attachment (id=52202) --> (https://bugs.freedesktop.org/attachment.cgi?id=52202) dmesg output using drm.debug=14 i have an intermittent issue with "ATI Mobility Radeon X1300" on an up-to-date archlinux laptop running gnome-shell.. all's well until rendering breaks, sometimes after many hours/days use.. there's no real sign of a repeatable action and nothing reported in logs.. X continues to run and the mouse cursor is active, and even changes to represent the screen content.. the closest i can get to a repeatable action is an almost certain freeze using gimp with strenuous brush activity using the clone tool on an average size image. if i restart gdm i still have no mouse/keyboard interaction with onscreen although gdm dress is displayed.. if i killall -HUP gnome-shell in the running session the window content (without decorations) briefly displays but when it settles only the background appears if i switch to the VT and back to X then window content with border decorations is displayed instead of background image, but still no interaction i can't launch any X applications from VT or ssh, or use another WM to replace. `DISPLAY=:0 openbox --replace` results in: "Invalid MIT-MAGIC-COOKIE-1 keyOpenbox-Message: Failed to open the display from the DISPLAY environment variable." however, if i kill gdm, and create an xinitrc for openbox i can start an Xsession with keybd/mouse interaction, so i guess there's definitely something up with 3d (offscreen?) rendering from within the openbox session: running glxgears just shows an empty black box.. all other glx demos are the same empty boxes.. when i'm logged in to this openbox xsession i can launch xapps via `DISPLAY=:0 foobar` variable.. so this bug i'm encountering must do something to interrupt the ability to draw new windows? i can only get a working 3D X session by unloading/reloading kernel drivers.. radeon/drm/ttm/drm_kms_helper.. here's the very basic script i'm using to unload drivers so i can start X with 3D.. --- #!/bin/bash # unbind kms fb before unloading modules.. echo 0 > /sys/class/vtconsole/vtcon1/bind sleep 1 # unload kernel modules rmmod drm_kms_helper ttm radeon drm sleep 1 # reload kernel modules modprobe radeon --- some basic information: GL_VERSION: 2.1 Mesa 7.11 GL_VENDOR: X.Org R300 Project GL_RENDERER: Gallium 0.4 on ATI RV515 uname -a: Linux neondada 3.0-ARCH #1 SMP PREEMPT Tue Aug 30 08:53:25 CEST 2011 x86_64 Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz GenuineIntel GNU/Linux i have included output from startx, dmesg (with drm.debug=14), Xorg.0.log & glxinfo. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 33

[Bug 48382] New: weird rendering distortions on R200M
by bugzilla-daemon＠freedesktop.org 14 Jan '13

14 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=48382 Bug #: 48382 Summary: weird rendering distortions on R200M Classification: Unclassified Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: mdskpr(a)gmail.com Created attachment 59582 --> https://bugs.freedesktop.org/attachment.cgi?id=59582 Xonotic distortion Here are my specs: ATI Radeon X200M (RS482) AMD Turion 64 X.Org X11 7.4-r1 Xorg Server- 1.11.2-r2 Mesa 7.11.2 Linux Kernel 3.2.12 I get these strange distortions in xonotic(screenie attached). This vertex distortion also occurs in wings3D and blender. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 40495] New: r300 performance is slower on sleep resume
by bugzilla-daemon＠freedesktop.org 14 Jan '13

14 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=40495 Summary: r300 performance is slower on sleep resume Product: Mesa Version: 7.11 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: nekohayo(a)gmail.com I have the following on a Thinkpad T43p: jeff@kuze:~$ glxinfo |grep OpenGL OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV380 OpenGL version string: 2.1 Mesa 7.11 OpenGL shading language version string: 1.20 OpenGL extensions: When starting a fresh boot with a couple of windows open, gnome shell is fluid. Keeping the same amount of windows open, suspending then resuming, the performance when toggling the overview mode seems to have degraded significantly. Demonstration: http://jeff.ecchi.ca/public/gnome-shell-657664.webm -- 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

← Newer
1
...
37
38
39
40
41
42
43
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012