headers
Vladimir Dergachev | 1 Feb 2005 06:56
Picon

Re: [R300] jump_and_click snapshot


On Mon, 31 Jan 2005, Rune Petersen wrote:

> Vladimir Dergachev wrote:
>>> 
>>> I can confirm this problem with Q3, but I can only play a map if I disable 
>>> multi texturing (r_ext_multitexture).
>>> If I don't I get this:
>>>     r300_check_render: fallback:ctx->Texture.Unit[i].Enabled
>>>     Received Signal 11 exiting...
>>>     Destroying context !
>> 
>> 
>> It used to be that this fallbacks worked fine, but these kind of problems 
>> happen more often now.
>> 
>> If you want to play with multitexturing you could increase the index from 1 
>> to 2 in the check_render() function (r300_render.c file).
>> 
>> It won't produce correct rendering, of course, but it would be interesting 
>> to know whether we get a lockup.
>
> It does lockup, and the log gives no hints.

I see. It could be that there are issues from legacy Radeon operations - 
those we assumed worked the same on R300, but, apparently, they can cause 
lockups.

I just fixed HOSTDATA_BLT, chances are that page swap needs fixing too.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Keith Whitwell | 1 Feb 2005 09:21

Re: Dying X server / Apps with linux-core.

Dave Airlie wrote:
>>>>The thing is that I don't see this with the old drm (Running for a
>>>>reasonable amount of time), but on the other hand I can't see what in drm
>>>>CVS could be causing this.
>>>>
> 
> 
> As anyone seen this in non via drivers? core has been in -mm and is now in
> bk and I've gotten no problems from anyone like this...
> 
> I do notice the irq handlers for via non core and core are different code,
> perhaps something is different in there?

Good point.  That's my change in non-core which hasn't been propogated 
to core.  It's just a cleanup & I wouldn't have expected either version 
to be crash-prone.

I don't think the irq handler gets much of a workout unless you 
sync-to-vblank at the moment.

Keith

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 4 comments |
headers
Dave Airlie | 1 Feb 2005 10:37
Picon
Favicon

Re: Dying X server / Apps with linux-core.

>
> Good point.  That's my change in non-core which hasn't been propogated to
> core.  It's just a cleanup & I wouldn't have expected either version to be
> crash-prone.
>
> I don't think the irq handler gets much of a workout unless you sync-to-vblank
> at the moment.

it may not be that.. but I wonder is there anything else different..
via_irq was the first file I opened :-), I think linux-core may have bugs
but I think we'll never find them until it is out in the kernel.. which it
is now ...

Dave.

--

-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 3 comments |
headers
Dave Airlie | 1 Feb 2005 11:16
Picon
Gravatar

Re: [2.6 patch] DRM: misc cleanup

On Mon, 31 Jan 2005 01:36:50 +0100, Adrian Bunk <bunk <at> stusta.de> wrote:
> This patch contains the following cleanups:
> - make needlessly global functions static
> - remove the following unused global functions:
>   - drm_fops.c: drm_read
>   - i810_dma.c: i810_do_cleanup_pageflip
>   - i830_dma.c: i830_do_cleanup_pageflip
>   - i915_dma.c: i915_do_cleanup_pageflip
>   - mga_dma.c: mga_do_dma_idle
>   - mga_dma.c: mga_do_engine_reset
>   - radeon_irq.c: radeon_emit_and_wait_irq
>   - sis_ds.c: mmAddRange
>   - sis_ds.c: mmReserveMem
>   - sis_ds.c: mmFreeReserved
>   - sis_ds.c: mmDestroy
>   - via_ds.c: via_mmDumpMemInfo
>   - via_ds.c: via_mmAddRange
>   - via_ds.c: via_mmReserveMem
>   - via_ds.c: via_mmFreeReserved
>   - via_ds.c: via_mmDestroy
> - remove the followig unused global variable:
>   - via_mm.c: VIA_DEBUG

I'll nack this patch for now Adrian, but I'm going to bring all these
changes into the DRM tree as soon as I can.. one of the functions you
removed pointed out a bug in the i810/i830/i915 drivers (granted
no-one uses pageflip in those drivers but still should fix it..), I'm
going to put the through drm CVS first...

Thanks,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Felix Kühling | 1 Feb 2005 11:33
Picon
Picon

Re: Dying X server / Apps with linux-core.

Am Dienstag, den 01.02.2005, 09:37 +0000 schrieb Dave Airlie:
> >
> > Good point.  That's my change in non-core which hasn't been propogated to
> > core.  It's just a cleanup & I wouldn't have expected either version to be
> > crash-prone.
> >
> > I don't think the irq handler gets much of a workout unless you sync-to-vblank
> > at the moment.
> 
> it may not be that.. but I wonder is there anything else different..
> via_irq was the first file I opened :-), I think linux-core may have bugs
> but I think we'll never find them until it is out in the kernel.. which it
> is now ...

Cool. Is the savage driver included?

> 
> Dave.
> 

--

-- 
| Felix Kühling <fxkuehl <at> gmx.de>                     http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dave Airlie | 1 Feb 2005 12:17
Picon
Favicon

Re: Dying X server / Apps with linux-core.


> Cool. Is the savage driver included?

I'll push it in the next while .. I'm trying to stabilise core in kernel
first..

Dave.

--

-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
pam_smb / Linux DECstation / Linux VAX / ILUG person

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 0 comments |
headers
Felix Kühling | 1 Feb 2005 16:42
Picon
Picon

Re: New snapshots

Am Montag, den 31.01.2005, 14:04 +0100 schrieb Felix Kühling:
> Hi all,
> 
> I just uploaded a new set of experimental snapshots built on our new
> snapshot build host kindly sponsored by Eric Anholt. They can be found
> on http://dri.freedesktop.org/~fxkuehl/snapshots for now. Once the daily
> build is up and running again they will be available from the usual
> place http://dri.freedesktop.org/snapshots.

A new snapshot (*-20050131-linux.i386.tar.bz2) with the linux-2.6
installation problem fixed is now available at
http://dri.freedesktop.org/snapshots. I also uploaded a new Xserver
binary and modules to http://dri.freedesktop.org/snapshots/extras. This
one was built with the normal ProjectRoot.

> 
[snip]

--

-- 
| Felix Kühling <fxkuehl <at> gmx.de>                     http://fxk.de.vu |
| PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 0 comments |
headers
Vladimir Dergachev | 1 Feb 2005 16:52
Picon

[R300] jump_and_click retagged.


Turns out small modification of single texture pixel shader was all 
required to get alpha channel working in textures.

I retagged jump_and_click, q3demo is now definitely playable, albeit
burn marks are screwed up for some reason - possibly because we do not 
handle Polygon.OffsetFill ?

Also, there is some sort of weird bug where textures with alpha are 
checkered - there are rectangles missing in a checkered pattern, which is 
most visible on large letters.

                        best

                            Vladimir Dergachev

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 48 comments |
headers
Keith Whitwell | 1 Feb 2005 17:08

Re: [R300] jump_and_click retagged.

Vladimir Dergachev wrote:
> 
> Turns out small modification of single texture pixel shader was all 
> required to get alpha channel working in textures.
> 
> I retagged jump_and_click, q3demo is now definitely playable, albeit
> burn marks are screwed up for some reason - possibly because we do not 
> handle Polygon.OffsetFill ?

That would do it.  You are probably seeing some wierd diagonal stripy 
patterns in the burn marks, or maybe they vanish altogether sometimes?

If so, that's polygon offset.

> Also, there is some sort of weird bug where textures with alpha are 
> checkered - there are rectangles missing in a checkered pattern, which 
> is most visible on large letters.

Can't help you with that one.

Keith

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
--
Permalink | Reply | 3 comments |
headers
Daniel Sperka | 1 Feb 2005 18:23
Picon

Need buffer swap counts

I am using mesa-solo in an application that attempts to generate simple 
3d scenes at the full frame rate of the video card. I use an /etc/drirc 
file with the following option for my app:

<option name="vblank_mode" value="3"/>

this option is supposed to synchronize the swap to the VBLANK period. 
Based on my reading of the code, and based on actual measurements this 
works as advertised, and quite well.

I want to KNOW FOR CERTAIN that the swap occurred for a given frame, and 
that it didn't skip a frame or two in the process. When that happens, I 
need to know how many frames were missed.  In some instances we use 
/dev/rtc for an independent measurement, but we cannot always rely on 
that solution.

Under ordinary X, there is GLX_OML_sync_control, which provides methods 
to determine whether frame(s) were missed.

In the miniglx interface this extension doesn't exist, and the various 
methods - like queryFrameTracking -- which would answer my questions are 
all hidden in opaque structs (opaque to a client app, at least). In 
particular, 'queryFrameTracking' is a member of 'DRIdrawable', but that 
struct is opaque to a glX client application like mine (it is defined in 
miniglxP.h).

Can anyone tell me if

a) I am wrong, i.e. "...nope, just call 'thisMethod' from your app, dummy"
(Continue reading)

Permalink | Reply | 4 comments |

Gmane