Add the GTF algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
drivers/gpu/drm/drm_modes.c | 188
include/drm/drm_crtc.h |3
2 files changed, 191
Add the CVT algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
drivers/gpu/drm/drm_modes.c | 210
include/drm/drm_crtc.h |3
2 files changed, 213
Hi, All
This is the patch set to add the CVT/GTF algorithm in kernel space.
They are based on
the CVT/GTF function in xserver. But the CVT/GTF algorithm in xserver is
realized by using float-point
calculation. And the float-point calculation had better be avoided in kernel
space. I
http://bugs.freedesktop.org/show_bug.cgi?id=21537
--- Comment #12 from Pauli suok...@gmail.com 2009-05-05 02:01:47 PST ---
Now I just looked more to kern.log and output looks very bad to me. Seems like
there is buffer overflow or stack overflow that affects debug output. So is it
possible
http://bugs.freedesktop.org/show_bug.cgi?id=21559
Summary: [radeon-rewrite] various lockups
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #25424|text/x-log |text/plain
http://bugs.freedesktop.org/show_bug.cgi?id=17041
--- Comment #5 from Michel Dänzer mic...@daenzer.net 2009-05-05 05:08:17 PST
---
If you're still using XAA, does it also happen with EXA or with Option
XaaNoOffscreenPixmaps?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21565
Summary: radeon-rewrite r200: Error messages during rendering
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #13 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
06:01:29 PST ---
The extensions are back now, but the glDrawArrays crash is still there. There
are issues with the extensions, but I'll file separate bugs for them to
There are a number of small form factor desktop systems with Intel mobile
graphics chips that lie and say they have an LVDS. With kernel mode-setting,
this becomes a problem, and makes native resolution boot go haywire -- for
example, my Dell Studio Hybrid, hooked to a 1920x1080 display claims to
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #1 from Roland Scheidegger srol...@tungstengraphics.com
2009-05-05 08:48:18 PST ---
I've pushed a (totally untested) fix for the section size mismatch (though
maybe should get rid of the conditional there since it's always going
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
On Mon, 04 May 2009 14:45:07 -0700
Ian Romanick i...@freedesktop.org wrote:
There's a problem in dri2SwapBuffers. If a new libGL is used
http://bugs.freedesktop.org/show_bug.cgi?id=3868
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #2 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
10:11:18 PST ---
Works for glxgears(no more errors), but in other apps there are still similar
complains:
This is etracer(in the main menu, before the glDrawArrays
http://bugs.freedesktop.org/show_bug.cgi?id=8635
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=21569
Summary: radeon-rewrite r200: Incorrect clear color
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
On Mon, 04 May 2009 14:45:07 -0700
Ian Romanick
On Sat, 02 May 2009 11:32:02 -0500
Robert Noland rnol...@2hip.net wrote:
On Fri, 2009-02-06 at 10:22 -0800, Jesse Barnes wrote:
As discussed in the long thread about vblank related timeouts, it
turns out GM45 has different frame count registers than previous
chips. This patch adds support
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #14 from Maciej Cencora m.cenc...@gmail.com 2009-05-05 10:57:03
PST ---
Could you run the failing app with RADEON_DEBUG=allmsg and post the output?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #15 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
11:15:43 PST ---
This does not produce any output. It seems that the debug block in
radeon_screen.c only applies to the r300 driver(#elif RADEON_COMMON
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yakui_zhao wrote:
Add the CVT algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
drivers/gpu/drm/drm_modes.c | 210
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #17 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
11:21:19 PST ---
Created an attachment (id=25475)
-- (http://bugs.freedesktop.org/attachment.cgi?id=25475)
debug output
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #16 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
11:20:46 PST ---
ok, I copied the debug declarations into the r200 ifdef block and un-ifdefed
the initialization of the debug stuff in the screen init function. This
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #18 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
11:22:07 PST ---
Note that the
%%% etracer warning: Attempt to bind to Texture unloaded texture:
`b-herring_run_icon'
Is written before the main menu shows up and is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes jbar...@virtuousgeek.org
wrote:
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick i...@freedesktop.org wrote:
Having this ability would allow us to advertise some fbconfigs
On Tue, 05 May 2009 11:24:29 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes
jbar...@virtuousgeek.org wrote:
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick
On Tue, 2009-05-05 at 10:44 -0700, Jesse Barnes wrote:
On Sat, 02 May 2009 11:32:02 -0500
Robert Noland rnol...@2hip.net wrote:
On Fri, 2009-02-06 at 10:22 -0800, Jesse Barnes wrote:
As discussed in the long thread about vblank related timeouts, it
turns out GM45 has different frame
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #19 from Maciej Cencora m.cenc...@gmail.com 2009-05-05 12:00:42
PST ---
Created an attachment (id=25479)
-- (http://bugs.freedesktop.org/attachment.cgi?id=25479)
proposed patch
Could you try this patch?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #3 from Roland Scheidegger srol...@tungstengraphics.com
2009-05-05 12:07:20 PST ---
I've pushed a fix for another section size mismatch, I think that should be the
last one at least in that area...
--
Configure bugmail:
On Tue, 05 May 2009 13:50:57 -0500
Robert Noland rnol...@2hip.net wrote:
On Tue, 2009-05-05 at 10:44 -0700, Jesse Barnes wrote:
On Sat, 02 May 2009 11:32:02 -0500
Robert Noland rnol...@2hip.net wrote:
On Fri, 2009-02-06 at 10:22 -0800, Jesse Barnes wrote:
As discussed in the long
http://bugs.freedesktop.org/show_bug.cgi?id=21565
Stefan Dösinger stefandoesin...@gmx.at changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #20 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
14:14:38 PST ---
No, it makes the issue worse unfortunately: Now every app seems to crash,
including glxgears. I am currently recompiling Mesa, I'll get you a backtrace
http://bugzilla.kernel.org/show_bug.cgi?id=13249
Andrew Morton a...@linux-foundation.org changed:
What|Removed |Added
CC|
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #21 from Stefan Dösinger stefandoesin...@gmx.at 2009-05-05
14:29:11 PST ---
Created an attachment (id=25514)
-- (http://bugs.freedesktop.org/attachment.cgi?id=25514)
Backtrace of glxgears with patch 25479(proposed patch)
--
http://bugzilla.kernel.org/show_bug.cgi?id=13249
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
Status|NEW |NEEDINFO
http://bugzilla.kernel.org/show_bug.cgi?id=13249
--- Comment #2 from Werner Lemberg w...@gnu.org 2009-05-05 21:56:47 ---
I don't know. I've never tried the 2.6.29 series.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=21582
Summary: crashes server through radeonRefillCurrentDmaRegion
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=21582
--- Comment #1 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-05
15:23:50 PST ---
Created an attachment (id=25524)
-- (http://bugs.freedesktop.org/attachment.cgi?id=25524)
Xorg log with backtrace
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=21582
Tormod Volden bugzi07.fdo.tor...@xoxy.net changed:
What|Removed |Added
Summary|crashes server through
From: Dave Airlie airl...@redhat.com
This just tries EDID detection, then falls back to the slow path code.
I think this is should detect most monitors currently available.
based on Arjan's speed-up patch.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_edid.c |8
On Wed, 2009-05-06 at 09:03 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This just tries EDID detection, then falls back to the slow path code.
I think this is should detect most monitors currently available.
I need to rework the I2C stuff so that it doesn't require the
This just tries EDID detection, then falls back to the slow path code.
I think this is should detect most monitors currently available.
I need to rework the I2C stuff so that it doesn't require the bit-bang
i2c algo; Display Port needs a custom i2c algo. As such, it seems like
the
On Wed, 2009-05-06 at 03:12 +0100, Dave Airlie wrote:
This just tries EDID detection, then falls back to the slow path code.
I think this is should detect most monitors currently available.
I need to rework the I2C stuff so that it doesn't require the bit-bang
i2c algo; Display
43 matches
Mail list logo