headers
Hansjoerg Lipp | 1 Apr 2005 13:51
Picon

[PATCH] r128_state.c (Linux 2.6): break missing in switch statement

Hi,

in drivers/char/drm/r128_state.c (linux-2.6.12-rc1-bk3),
r128_cce_depth(), some breaks seem to be missing in the switch
statement. See trivial fix below.

Regards, Hansjoerg

Signed-off-by: Hansjoerg Lipp <hjlipp <at> web.de>

--- linux-2.6.12-rc1-bk3/drivers/char/drm/r128_state.c.orig	2005-04-01 10:24:15.000000000 +0200
+++ linux-2.6.12-rc1-bk3/drivers/char/drm/r128_state.c	2005-04-01 10:43:45.000000000 +0200
 <at>  <at>  -1549,12 +1549,16  <at>  <at>  static int r128_cce_depth( DRM_IOCTL_ARG
 	switch ( depth.func ) {
 	case R128_WRITE_SPAN:
 		ret = r128_cce_dispatch_write_span( dev, &depth );
+		break;
 	case R128_WRITE_PIXELS:
 		ret = r128_cce_dispatch_write_pixels( dev, &depth );
+		break;
 	case R128_READ_SPAN:
 		ret = r128_cce_dispatch_read_span( dev, &depth );
+		break;
 	case R128_READ_PIXELS:
 		ret = r128_cce_dispatch_read_pixels( dev, &depth );
+		break;
 	}

 	COMMIT_RING();
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Hellström | 1 Apr 2005 15:01

Unichrome: Borrowing a texture unit.

Hi!

If one were to consider "borrowing" a Unichrome texture unit for Xv, is 
there some sort of locking mechanism or is the texture source address 
and stride accompanied with each command buffer it is used?

Regards
Thomas

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
--
Permalink | Reply | 3 comments |
headers
bugzilla-daemon | 1 Apr 2005 22:54

[Bug 2797] DRI with r300 doesn't work with Crystal Space

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2797          

glasse <at> rpi.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |NOTABUG

------- Additional Comments From glasse <at> rpi.edu  2005-04-01 12:54 -------
OK, great. Thanks for the workaround!           

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
--
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 2 Apr 2005 00:05

[Bug 2881] New: Readiness of DRM for 2 radeons

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2881          

           Summary: Readiness of DRM for 2 radeons
           Product: DRI
           Version: XOrg CVS
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: DRM modules
        AssignedTo: dri-devel <at> lists.sourceforge.net
        ReportedBy: anverx <at> gmail.com

I have two radeon (r200) cards, AGP and PCI.  DRI works on AGP but not on PCI,
although Xorg.1.log as well as glxgears report DRI being enbaled and fine.  
Glxgears runs at ~300 fps (on AGP head it runs at 1500 fps and it's a
slower/older card).

Here is relevant part of dmesg:

ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI interrupt 0000:01:08.0[A] -> GSI 18 (level, high) -> IRQ 18
[drm] Initialized radeon 1.15.0 20050208 on minor 0: ATI Technologies Inc RV280
[Radeon 9200 SE]
ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 2 Apr 2005 00:12

[Bug 2881] Readiness of DRM for 2 radeons

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2881          

------- Additional Comments From anverx <at> gmail.com  2005-04-01 14:12 -------
Created an attachment (id=2288)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=2288&action=view)
Xorg.1.log

This log contains no indication of the problem with DRI, it only show failure
to detect secondary monitor (that would be second monitor on the second
device).          

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
--
Permalink | Reply | 0 comments |
headers
Vladimir Dergachev | 2 Apr 2005 17:08
Picon

Re: Unichrome: Borrowing a texture unit.


On Fri, 1 Apr 2005, [ISO-8859-1] Thomas Hellström wrote:

> Hi!
>
> If one were to consider "borrowing" a Unichrome texture unit for Xv, is there 
> some sort of locking mechanism or is the texture source address and stride 
> accompanied with each command buffer it is used?

My understanding is that Xserver already obtains a hardware lock, so 
nothing special in Xv code is required - at least this is how (AFAIK) it 
works with Radeons.

                       best

                         Vladimir Dergachev

>
> Regards
> Thomas
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by Demarc:
> A global provider of Threat Management Solutions.
> Download our HomeAdmin security software for free today!
> http://www.demarc.com/info/Sentarus/hamr30
> --
(Continue reading)

Permalink | Reply | 0 comments |
headers
Keith Whitwell | 2 Apr 2005 17:28

Re: Unichrome: Borrowing a texture unit.

Thomas Hellström wrote:
> Hi!
> 
> If one were to consider "borrowing" a Unichrome texture unit for Xv, is 
> there some sort of locking mechanism or is the texture source address 
> and stride accompanied with each command buffer it is used?

Just check/set the ctxOwner value in the sarea when X touches the 3d 
hardware.  If the value is unchanged since you set it last time, the 
hardware is still yours, otherwise you need to restore all state except 
texture images.  Have a look in via_context.c at viaGetLock().  Note 
this is only called on contended locks.

Keith

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
--
Permalink | Reply | 1 comment |
headers
Aapo Tahkola | 2 Apr 2005 19:42

Linux port of 3dprof

I rolled up a (very) quick Linux port of 3dprof's 3DProfSource/radeon_setclk/r6clock-dll/radcard.cpp .
By default reference_divider is decreased always when this program is run.
This will cause memory clocks to increase too much and memory corruption to occur. Modifying
mem_feedback_divider and/or vpu_feedback_divider doesnt currently work or the values are incorrect.

To get this program to run you need to change some constants at top of main.c and in init_bioshdr().
Needless to say that im not responsible for any damages caused by this program.
If someone wants to turn this into a usable program, feel free to do so, just dont claim I wrote any portions of
it :)

--

-- 
Aapo Tahkola
Attachment (3dprof-linux.tar.bz2): application/octet-stream, 21 KiB
Permalink | Reply | 0 comments |
headers
Thomas Hellstrom | 2 Apr 2005 18:49

Re: Unichrome: Borrowing a texture unit.

Keith Whitwell wrote:

> Thomas Hellström wrote:
>
>> Hi!
>>
>> If one were to consider "borrowing" a Unichrome texture unit for Xv, 
>> is there some sort of locking mechanism or is the texture source 
>> address and stride accompanied with each command buffer it is used?
>
>
> Just check/set the ctxOwner value in the sarea when X touches the 3d 
> hardware.  If the value is unchanged since you set it last time, the 
> hardware is still yours, otherwise you need to restore all state 
> except texture images.  Have a look in via_context.c at viaGetLock().  
> Note this is only called on contended locks.

Ah, thanks. The new Unichrome Pros have two nice fast video processors 
that can color transform and scale to some degree as part of a blitting 
stage. For step-less down-scaling it might need some help.

/Thomas

>
> Keith
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 2 Apr 2005 20:49

[Bug 2881] Readiness of DRM for 2 radeons

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2881          

agd5f <at> yahoo.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |agd5f <at> yahoo.com

------- Additional Comments From agd5f <at> yahoo.com  2005-04-02 10:49 -------
do you have the busids specified properly for each device section in your
config?  Also, FWIW, I don't think anyone has gotten the DRI working with two or
more cards.          

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
--
(Continue reading)

Permalink | Reply | 0 comments |

Gmane