http://bugs.freedesktop.org/show_bug.cgi?id=14733
Summary: [ARB_fragment_program] Not set ALPHA channel when use
state.depth.range
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=14617
--- Comment #4 from WuNian <[EMAIL PROTECTED]> 2008-02-28 21:03:13 PST ---
Created an attachment (id=14682)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14682)
test case
The case calls first_draw(), otherwise it can not reproduce this
http://bugs.freedesktop.org/show_bug.cgi?id=14617
WuNian <[EMAIL PROTECTED]> changed:
What|Removed |Added
Attachment #14498|0 |1
is obsolete|
http://bugs.freedesktop.org/show_bug.cgi?id=14710
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #
http://bugs.freedesktop.org/show_bug.cgi?id=14344
--- Comment #14 from Zou Nan hai <[EMAIL PROTECTED]> 2008-02-28 19:18:58 PST
---
It is a drm vblank wait issue.
Change the vblank_mode to 0 in drirc will make the problem disappear.
Please change the component of the bug to drm.
I am contin
http://bugs.freedesktop.org/show_bug.cgi?id=14710
haihao <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=14575
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #15 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 17:20:47 PST ---
(In reply to comment #13)
> Created an attachment (id=14639)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14639) [details]
> Fix-check patch
>
> OK, so I've
http://bugs.freedesktop.org/show_bug.cgi?id=14575
Eric Anholt <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
On Thu, Feb 28, 2008 at 5:24 PM, Jerome Glisse <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Feb 2008 12:48:55 -0800
> Jesse Barnes <[EMAIL PROTECTED]> wrote:
>
> > On Thursday, February 28, 2008 5:36 am Jerome Glisse wrote:
> > > Dave there is one things that is needed to be redone: frame buffer
> >
On Fri, Feb 29, 2008 at 8:26 AM, Maarten Maathuis <[EMAIL PROTECTED]> wrote:
>
> On 2/28/08, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > On Thursday, February 28, 2008 11:33 am Dave Airlie wrote:
> > > the current API abstracts connectors from outputs, so in reality it
> > > is encoders with c
On 2/28/08, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, February 28, 2008 11:33 am Dave Airlie wrote:
> > the current API abstracts connectors from outputs, so in reality it
> > is encoders with connector properties at the moment.
> >
> > you define a connector type and a connector i
On Thu, 28 Feb 2008 12:48:55 -0800
Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, February 28, 2008 5:36 am Jerome Glisse wrote:
> > Dave there is one things that is needed to be redone: frame buffer
> > creation & handling. And i would like we not freeze the API until
> > we had some time
On Thu, 28 Feb 2008 19:12:07 +0100
"Jakob Bornecrantz" <[EMAIL PROTECTED]> wrote:
>
> I'm guessing a flag system could be used, sorta like the BO flags.
> There are some things to consider: should we allow driver dependant flags on
> it
> or should those be exposed in a driver specific ioctl.
On 2/28/08, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > Please don't let any api freezing depend on fedora core, at least give
> > external parties time to play with it once it's reasonably stable,
> > this will undoubtely reveal limitations. It should be in mainline drm
> > well before api f
On Thursday, February 28, 2008 11:33 am Dave Airlie wrote:
> the current API abstracts connectors from outputs, so in reality it
> is encoders with connector properties at the moment.
>
> you define a connector type and a connector id for each output and
> can gang them together..
>
> so wrt to the
On Thursday, February 28, 2008 5:36 am Jerome Glisse wrote:
> Dave there is one things that is needed to be redone: frame buffer
> creation & handling. And i would like we not freeze the API until
> we had some time to play with it a bit. So i guess my question is
> does this means modesetting API
On Thu, 2008-02-28 at 10:08 +0100, Thomas Hellström wrote:
> Eric Anholt wrote:
> > On Thu, 2008-02-28 at 06:08 +1000, Dave Airlie wrote:
> >
> >>> I wasn't planning on a Mesa 7.1 (trunk code) release for a while, but I
> >>> could finish up 7.0.3 at any moment. I have to admit that I haven'
> Please don't let any api freezing depend on fedora core, at least give
> external parties time to play with it once it's reasonably stable,
> this will undoubtely reveal limitations. It should be in mainline drm
> well before api freezing it.
>
It's not called Fedora core any more :), but I
On Fri, Feb 29, 2008 at 1:36 AM, Alex Deucher <[EMAIL PROTECTED]> wrote:
>
> On Thu, Feb 28, 2008 at 1:53 AM, Dave Airlie <[EMAIL PROTECTED]> wrote:
> > So just to let people know where kernel modesetting is getting to and
> > what I'm up to with it..
> >
> > So I really want to ship somethin
On Thu, Feb 28, 2008 at 2:36 PM, Jerome Glisse <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Feb 2008 16:53:46 +1000
>
> "Dave Airlie" <[EMAIL PROTECTED]> wrote:
>
>
> > So just to let people know where kernel modesetting is getting to and
> > what I'm up to with it..
> >
> > So I really want
On 2/28/08, Dave Airlie <[EMAIL PROTECTED]> wrote:
> So just to let people know where kernel modesetting is getting to and
> what I'm up to with it..
>
> So I really want to ship something in Fedora 9 with kernel modesetting
> in it, whether this is a default or a special boot option for the use
On Thu, Feb 28, 2008 at 1:53 AM, Dave Airlie <[EMAIL PROTECTED]> wrote:
> So just to let people know where kernel modesetting is getting to and
> what I'm up to with it..
>
> So I really want to ship something in Fedora 9 with kernel modesetting
> in it, whether this is a default or a special bo
http://bugs.freedesktop.org/show_bug.cgi?id=14699
--- Comment #9 from Kristian Høgsberg <[EMAIL PROTECTED]> 2008-02-28 06:38:55
PST ---
(In reply to comment #7)
> Oh, I made a mistake when I'm building it.
> it's already fixed by your commit. thanks
Ah phew :) Good news, thanks for testing
On Thu, 28 Feb 2008 16:53:46 +1000
"Dave Airlie" <[EMAIL PROTECTED]> wrote:
> So just to let people know where kernel modesetting is getting to and
> what I'm up to with it..
>
> So I really want to ship something in Fedora 9 with kernel modesetting
> in it, whether this is a default or a special
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #14 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 05:08:08 PST ---
(In reply to comment #13)
> Created an attachment (id=14639)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14639) [details]
> Fix-check patch
>
> OK, so I've
On 2/28/08, Dave Airlie <[EMAIL PROTECTED]> wrote:
> So just to let people know where kernel modesetting is getting to and
> what I'm up to with it..
>
> So I really want to ship something in Fedora 9 with kernel modesetting
> in it, whether this is a default or a special boot option for the use
http://bugs.freedesktop.org/show_bug.cgi?id=14712
Summary: [TTM] Bound streaming buffer objects are broken.
Product: DRI
Version: DRI CVS
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #13 from Thomas Hellström <[EMAIL PROTECTED]> 2008-02-28 03:25:37
PST ---
Created an attachment (id=14639)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14639)
Fix-check patch
OK, so I've attached a patch that should revert
http://bugs.freedesktop.org/show_bug.cgi?id=13957
Michel Dänzer <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
http://bugs.freedesktop.org/show_bug.cgi?id=14699
--- Comment #8 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 01:34:31 PST ---
verified on both 915 and 965
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
http://bugs.freedesktop.org/show_bug.cgi?id=14699
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=14699
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resoluti
http://bugs.freedesktop.org/show_bug.cgi?id=13957
--- Comment #11 from Arkadiusz Miskiewicz <[EMAIL PROTECTED]> 2008-02-28
01:31:06 PST ---
http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff;h=2407e48f2805e27e76e2e1d7083926c4077d9032;hp=5b91ee27c0f6e6379a9dc0bb41f4aef2f66b6346
appl
http://bugs.freedesktop.org/show_bug.cgi?id=14344
--- Comment #13 from Colin.Joe <[EMAIL PROTECTED]> 2008-02-28 01:17:00 PST ---
no , the mouse also hang .
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
Eric Anholt wrote:
> On Thu, 2008-02-28 at 06:08 +1000, Dave Airlie wrote:
>
>>> I wasn't planning on a Mesa 7.1 (trunk code) release for a while, but I
>>> could finish up 7.0.3 at any moment. I have to admit that I haven't
>>> actually tested Mesa 7.0.3 with current X code in quite a while
http://bugs.freedesktop.org/show_bug.cgi?id=14344
--- Comment #12 from Zou Nan hai <[EMAIL PROTECTED]> 2008-02-28 01:07:39 PST
---
What is soon hang?
Dose the mouse still moving?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #12 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 01:01:30 PST ---
(In reply to comment #10)
> Created an attachment (id=14635)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14635) [details]
> Don't invalidate the presumed_of
http://bugs.freedesktop.org/show_bug.cgi?id=14344
--- Comment #11 from Colin.Joe <[EMAIL PROTECTED]> 2008-02-28 00:58:36 PST ---
if you run quake4 on bl 32bit , it will soon hang when you click right mouse on
the game . X still exist .
--
Configure bugmail: http://bugs.freedesktop.org/use
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #11 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 00:58:23 PST ---
(In reply to comment #9)
> Created an attachment (id=14634)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14634) [details]
> Replace multiple large kmallocs w
http://bugs.freedesktop.org/show_bug.cgi?id=14344
--- Comment #10 from Zou Nan hai <[EMAIL PROTECTED]> 2008-02-28 00:40:31 PST
---
I have just checked,
it is not aborting, system and X and quake are all alive,
however it draw a black screen..., I am checking.
does quake4 work on 32 bit q35
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #10 from Thomas Hellström <[EMAIL PROTECTED]> 2008-02-28 00:32:38
PST ---
Created an attachment (id=14635)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14635)
Don't invalidate the presumed_offset flag if buffer has moved.
http://bugs.freedesktop.org/show_bug.cgi?id=14696
--- Comment #9 from Thomas Hellström <[EMAIL PROTECTED]> 2008-02-28 00:29:54
PST ---
Created an attachment (id=14634)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14634)
Replace multiple large kmallocs with a single vmalloc.
Patch 1
http://bugs.freedesktop.org/show_bug.cgi?id=14710
--- Comment #3 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 00:25:49 PST ---
Created an attachment (id=14632)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14632)
xorg log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.c
http://bugs.freedesktop.org/show_bug.cgi?id=14710
--- Comment #2 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 00:24:57 PST ---
Created an attachment (id=14631)
--> (http://bugs.freedesktop.org/attachment.cgi?id=14631)
xorg conf
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.
http://bugs.freedesktop.org/show_bug.cgi?id=14710
--- Comment #1 from Shuang He <[EMAIL PROTECTED]> 2008-02-28 00:24:15 PST ---
Backtrace:
(gdb) bt
#0 0xe410 in __kernel_vsyscall ()
#1 0x4694c159 in raise () from /lib/libc.so.6
#2 0x4694d6e3 in abort () from /lib/libc.so.6
#3 0x46980
http://bugs.freedesktop.org/show_bug.cgi?id=14710
Summary: glean case api2 abort
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Comp
47 matches
Mail list logo
