https://bugs.freedesktop.org/show_bug.cgi?id=28069
Summary: maniadrive - smooth play with
LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable
otherwise
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: pcpa(a)mandriva.com.br
The problem described in https://bugs.freedesktop.org/show_bug.cgi?id=28002
actually also happens with the ati driver.
Just that with the ati driver, it is less visible (the car position jumps
less), but with LIBGL_ALWAYS_INDIRECT it also becomes a lot more smooth.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27609
Summary: Regression: r600 CS checker rejects narrow FBO
renderbuffers.
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Component: DRM/Radeon
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: nbowler(a)draconx.ca
Created an attachment (id=34944)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34944)
Full kernel log including failure message.
The R600 CS checker recently merged into the mainline kernel breaks rendering
to FBOs with renderbuffers of width <= 48. The height does not matter.
Attempting to run such a program terminates with
drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream.
See dmesg for more info.
and in dmesg:
radeon 0000:03:00.0: r600_cs_track_validate_cb:198 cb pitch (32 x 4 = 128)
invalid
radeon 0000:03:00.0: r600_packet3_check:1109 invalid cmd stream 514
[drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
Please see the test case attached to bug 27590 for a program which triggers
this issue. The program works on Linux 2.6.33 and with the software
rasterizer. The problem is reproducible with both mesa 7.8.1 and git master,
against latest Linus git kernel.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=51042
Bug #: 51042
Summary: Turning off connector polling in drm_kms_helper
inhibits HDMI hot plug
Classification: Unclassified
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: dargllun(a)gmail.com
When turning off connector polling in drm_kms_helper using the poll=N module
parameter HDMI hot plugging does not work anymore. Quoting Alex Deucher:
See this discussion for details and some logs:
http://comments.gmane.org/gmane.comp.freedesktop.xorg.drivers.ati/22107
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=53544
Bug #: 53544
Summary: Incorrect modeline due to incorrect EDID block for LG
SL80 TV
Classification: Unclassified
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: paulepanter(a)users.sourceforge.net
The LG SL80 TV exhibits the same garbled screen as reported in #26294 [1] when
connecting an ASUS Eee PC 701 4G over VGA.
This is just a separate report for this particular TV and a patch is going to
be send to the list. Log files are included in comment 26294#c20 and comment
26294#c21 of the referenced report.
[1] https://bugs.freedesktop.org/show_bug.cgi?id=26294
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=32821
Summary: [mach64] DRI doesn't work on SGRAM with 4096Kb
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: DRM/other
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: nss.zpeedzter(a)gmail.com
Created an attachment (id=41615)
--> (https://bugs.freedesktop.org/attachment.cgi?id=41615)
with default packages and default conf
I have an integrated ATI Rage Pro 2x on a Dell OptiPlex GX1.
I'm running ARCHLINUX
here's a part of the xorg log with default packages and default configuration
[ 23.698] (--) Depth 24 pixmap format is 32 bpp
[ 23.757] (WW) MACH64(0): DRI static buffer allocation failed -- need at
least 10000 kB video memory
....
....
[ 23.791] (II) MACH64(0): Direct rendering disabled
and the second situation:
I install mach64drm from AUR and added an xorg.conf and switched to 16bpp
here's a part of xorg log:
[ 25.394] (II) MACH64(0): I2C bus "Mach64" initialized.
[ 25.455] (WW) MACH64(0): DRI static buffer allocation failed -- need at
least 7593 kB video memory
....
....
[ 25.489] (II) MACH64(0): Direct rendering disabled
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28000
Summary: [Mobile GM965/GL96][Wine][3D] Display and textures
corrupted in Warhammer 40k Soulstorm
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: General
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: fdelente(a)mail.cpod.fr
Created an attachment (id=35465)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35465)
Xorg.0.log
$ lspci
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated
Graphics Controller (rev 03)
$ uname -m
i686
$ uname -a
Linux slick 2.6.32.3-smp #7 SMP PREEMPT Tue Apr 6 19:10:03 CEST 2010 i686
Intel(R) Core(TM)2 Duo CPU T5750 @ 2.00GHz GenuineIntel GNU/Linux
-- xf86-video-intel/xserver/mesa/libdrm version:
xf86-video-intel-2.11.0-i386-1
xorg-server-1.8.0-i386-1
Mesa-7.8.1-i386-1
libdrm-2.4.20-i386-1
-- kernel version: ("uname -r")
2.6.32.3-smp
-- Linux distribution:
Slackware 13.0 initially, but I recompiled many packages from source
-- Machine or mobo model:
Packard Bell BG46 fr
-- Display connector: (e.g. VGA, DVI, HDMI, S-video, ...)
VGA? LCD panel
3) Reproduce steps. Probability if not 100% reproducible.
100% reproducible: when starting Soulstorm, some bitmaps and 3D textures are
corrupted. The same game works flawlessly on another computer with an Nvidia
card.
4) Attachment:
-- Xorg.0.log
-- dmesg output (better with boot option "drm.debug=0x06")
-- xorg.conf (if you changed any default options)
No change there
-- screenshot or photo (optional, a picture is worth a thousand words)
-- output of "xrandr --verbose" for display mode issue
-- intel_reg_dumper output (see the guide) for display issue.
-- for GPU hang, get the last batch buffer (see the guide).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=28841
Summary: Heavy text corruption in virtual consoles using DRI
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: General
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: eblanca76(a)users.sourceforge.net
I have a clean install of latest ubuntu lucid lynx, I added framebuffer support
for g550 (matroxfb) and text in virtual consoles appears corrupted, it is made
of random pixels appearing far away from the expected prompt. I can get back to
clean text if I switch to xorg (ctrl+f7) then back to the virtual console, but
if I type in new text, it appears ugly as usual.
The only workaround for this is to disable DRI, then the text appears perfect
and no switch is needed. Of course, this way the system cannot support any
game.
I attach my actual xorg.conf.
My config: ubuntu 10.04 (Lucid) 2.6.32-22-generic i686 GNU/Linux with
gnome 2.30.2 and xorg X server 1.7.6.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=48215
Bug #: 48215
Summary: [NV11] Display constantly switches on and off roughly
every 10 seconds.
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/other
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: alex.buell(a)munted.org.uk
Display constantly switches on and off roughly every 10 seconds on my NV11
machine. This started happening with 3.2.0.
Checking backwards, 3.1.0 works just fine. I am currently trying a bisect to
find 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.
https://bugs.freedesktop.org/show_bug.cgi?id=52560
Bug #: 52560
Summary: Xorg -configure creats useless xorg.conf for tdfx
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/other
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: tuxracer(a)hispeed.ch
Had want to install my old Voodoo3/2000 PCI that 2 or 3 years ago perfectly
work.
Now on actual xorg-server at least 1.10 1.11 1.12 I really unable to configure
a working 3D. If i use the driver without any xorg.conf I can use at least
Software-Rendering. But if i create a xorg.conf using Xorg -configure it gives
no 3D.
On old xorg-servers the only thing i had to do for 3D on this card was to set
the resolution to 1024x768 at 16bit colordepth and it worked.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.