http://bugs.freedesktop.org/show_bug.cgi?id=21586
--- Comment #1 from liuhaien 2009-05-05 23:57:02 PST ---
Created an attachment (id=25534)
--> (http://bugs.freedesktop.org/attachment.cgi?id=25534)
xorg conf file
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
-
http://bugs.freedesktop.org/show_bug.cgi?id=21586
Summary: [Glean]segfault in glean cases pbo and texCube on mesa
7_5 branch
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
On Wed, 2009-05-06 at 03:12 +0100, Dave Airlie wrote:
> Well if you just call the get_edid and ignore all the setscl crap that
> this code does, then you should be able to just implement a new i2c algo,
> and have it all just work.
Not completely; the rest of the DDC stack assumes that the unde
On Wed, 2009-05-06 at 02:17 +0800, Ian Romanick wrote:
> -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
> > ---
> > drivers/
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
> >
> > 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
On Wed, 2009-05-06 at 09:03 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> 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;
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This is just a bunch of minor fixes and cleanups from F11 development and
that area.
I'm off on holidays to Ireland until the start of June, so I'm sorta
hoping the
From: Dave Airlie
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
---
drivers/gpu/drm/drm_edid.c |8 +++-
1 files changed, 7 insertions(+
http://bugs.freedesktop.org/show_bug.cgi?id=21582
Tormod Volden changed:
What|Removed |Added
Summary|crashes server through |[radeon-rewrite] crashes
http://bugs.freedesktop.org/show_bug.cgi?id=21582
--- Comment #1 from Tormod Volden 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/userprefs.
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: me
http://bugzilla.kernel.org/show_bug.cgi?id=13249
--- Comment #2 from Werner Lemberg 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: ---
You a
http://bugzilla.kernel.org/show_bug.cgi?id=13249
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #21 from Stefan Dösinger 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")
--
Configure bugmail: ht
http://bugzilla.kernel.org/show_bug.cgi?id=13249
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Assigne
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #20 from Stefan Dösinger 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
in a few minutes.
--
http://bugs.freedesktop.org/show_bug.cgi?id=21565
Stefan Dösinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, 05 May 2009 13:50:57 -0500
Robert Noland wrote:
> On Tue, 2009-05-05 at 10:44 -0700, Jesse Barnes wrote:
> > On Sat, 02 May 2009 11:32:02 -0500
> > Robert Noland wrote:
> >
> > > On Fri, 2009-02-06 at 10:22 -0800, Jesse Barnes wrote:
> > > > As discussed in the long thread about vblank
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #3 from Roland Scheidegger
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: http://bugs.freedesktop.org/userpre
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #19 from Maciej Cencora 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.freede
On Tue, 2009-05-05 at 10:44 -0700, Jesse Barnes wrote:
> On Sat, 02 May 2009 11:32:02 -0500
> Robert Noland 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 re
On Tue, 05 May 2009 11:24:29 -0700
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
> > On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes
> > wrote:
> >> On Mon, 04 May 2009 19:14:29 -0700
> >> Ian Romanick wrote:
> >>
> >>> Having this ability wou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
> On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes
> wrote:
>> On Mon, 04 May 2009 19:14:29 -0700
>> Ian Romanick wrote:
>>
>>> Having this ability would allow us to advertise some fbconfigs with
>>> GLX_SWAP_METHOD_OML = GLX_S
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #18 from Stefan Dösinger 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 even written with a worki
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #16 from Stefan Dösinger 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
produces a little debug out
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #17 from Stefan Dösinger 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/userprefs.cgi?tab=
-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
> ---
> drivers/gpu/drm/drm_modes.c | 210
>
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #15 from Stefan Dösinger 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 &&
defined(RADEON_COMMON_FOR_R300))
--
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #14 from Maciej Cencora 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
--- You are receivin
On Sat, 02 May 2009 11:32:02 -0500
Robert Noland 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 for them,
On Tue, May 5, 2009 at 12:20 PM, Jesse Barnes wrote:
> On Mon, 04 May 2009 19:14:29 -0700
> Ian Romanick wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Jesse Barnes wrote:
>> > On Mon, 04 May 2009 14:45:07 -0700
>> > Ian Romanick wrote:
>> >
>> >> There's a problem in dri2Swa
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
http://bugs.freedesktop.org/show_bug.cgi?id=8635
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #2 from Stefan Dösinger 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 crash):
$ etracer
Extreme Tu
http://bugs.freedesktop.org/show_bug.cgi?id=3868
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 04 May 2009 19:14:29 -0700
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jesse Barnes wrote:
> > On Mon, 04 May 2009 14:45:07 -0700
> > Ian Romanick wrote:
> >
> >> There's a problem in dri2SwapBuffers. If a new libGL is used with
> >> an old driver, psc->d
http://bugs.freedesktop.org/show_bug.cgi?id=21565
--- Comment #1 from Roland Scheidegger
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 to be
true).
I don't think th
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
h
http://bugs.freedesktop.org/show_bug.cgi?id=21513
--- Comment #13 from Stefan Dösinger 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 prevent
this bug from gett
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: me
http://bugs.freedesktop.org/show_bug.cgi?id=17041
--- Comment #5 from Michel Dänzer 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/userprefs.cgi?tab=email
--
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #11 from Michel Dänzer 2009-05-05 04:55:45
PST ---
(In reply to comment #7)
> *WARN_ONCE*
> File r300_mem.c function r300_mem_alloc line 225
> Ran out of GART memory
http://bugs.freedesktop.org/show_bug.cgi?id=21537
Michel Dänzer changed:
What|Removed |Added
Attachment #25424|text/x-log |text/plain
mime type|
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
--- Comment #12 from Pauli 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 for opengl apps to c
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 tran
Add the CVT algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off-by: Zhao Yakui
---
drivers/gpu/drm/drm_modes.c | 210
include/drm/drm_crtc.h |3
2 files changed, 213 insertions(+)
Index:
Add the GTF algorithm in kernel space. And this function can be called to
generate the required modeline.
Signed-off-by: Zhao Yakui
---
drivers/gpu/drm/drm_modes.c | 188
include/drm/drm_crtc.h |3
2 files changed, 191 insertions(+)
Index:
49 matches
Mail list logo
