headers
Alex Deucher | 1 Jun 2003 01:25
Picon
Favicon

[PATCH] radeon mergedfb support for cvs

The attached patch adds mergedfb support (a single framebuffer with two
viewports looking into it) to the radeon driver.  the options are
consistant with the sis and mga drivers.  I've also replaced the old
clone mode with the clone mode supplied by the mergedfb code.  It's
behavior follows that of the previous previous clone code.  I've tested
it on an a radeon m6.  HW accelerated 3D works on both heads.  Please
consider for inclusion in xfree86 cvs.

Thanks,

Alex

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
Attachment (mergedfb-cvs.diff): application/octet-stream, 57 KiB
Permalink | Reply | 1 comment |
headers
José Fonseca | 1 Jun 2003 01:44

Re: Bin. driver packages

On Sat, May 31, 2003 at 11:43:42PM +0100, José Fonseca wrote:
> On Sat, May 31, 2003 at 04:23:47PM -0500, John Sheu wrote:
> > How are those packages coming?  What was the "build problem" with them?
> 
> Sorry, I didn't do it right away and eventually forgot about it.  I've
> checked the logs and the problems seems to be the same problem reported
> by Adam Kirchoff.  Here is the relevant part of the log:
> 
> jfonseca <at> mefriss1 logs $ grep -B 10 '\*\*\*' HEAD-20030530-linux.i386-build.log
> ../../../../../../config/cf/linux.cf:107: warning: "InstallAppDefFiles" is not defined
> In file included from Imakefile:20,
>                  from ../../../../../../config/cf/Imake.tmpl:2030,
>                  from Imakefile.c:35:
> Imakefile.inc:160: unterminated #ifdef
> In file included from ../../../../../../config/cf/Imake.tmpl:2030,
>                  from Imakefile.c:35:
> Imakefile:21: #endif without #if
> ../../../../../../config/imake/imake: Exit code 1.
>   Stop.
> make[5]: *** [r200/Makefile] Error 1
> --
> cleaning in lib/GL/mesa/src/drv...
> make[4]: Entering directory `/home/jfonseca/projects/dri/cf/HEAD-Linux-i686/build/xc/lib/GL/mesa/src/drv'
> rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a .emacs_* tags TAGS make.log MakeOut  "#"*
> cleaning in lib/GL/mesa/src/drv/common...
> make[5]: Entering directory `/home/jfonseca/projects/dri/cf/HEAD-Linux-i686/build/xc/lib/GL/mesa/src/drv/common'
> rm -f DONE
> rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a .emacs_* tags TAGS make.log MakeOut  "#"*
> make[5]: Leaving directory `/home/jfonseca/projects/dri/cf/HEAD-Linux-i686/build/xc/lib/GL/mesa/src/drv/common'
> cleaning in lib/GL/mesa/src/drv/r200...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tom Vier | 1 Jun 2003 03:10
Picon

2.4.21-rc6: radeon drm4.0: 64bit unclean

radeon_cp.c has TONS of casting bugs.

NOTE: please cc replies to me. i'm not on the list.

radeon_cp.c: In function `RADEON_READ_PLL':
radeon_cp.c:327: warning: cast from pointer to integer of different size
radeon_cp.c:327: warning: cast to pointer from integer of different size
radeon_cp.c:328: warning: cast from pointer to integer of different size
radeon_cp.c:328: warning: cast to pointer from integer of different size
radeon_cp.c: In function `radeon_do_pixcache_flush':
radeon_cp.c:354: warning: cast from pointer to integer of different size
radeon_cp.c:354: warning: cast to pointer from integer of different size
radeon_cp.c:356: warning: cast from pointer to integer of different size
radeon_cp.c:356: warning: cast to pointer from integer of different size
radeon_cp.c:359: warning: cast from pointer to integer of different size
radeon_cp.c:360: warning: cast to pointer from integer of different size
radeon_cp.c: In function `radeon_do_wait_for_fifo':
radeon_cp.c:379: warning: cast from pointer to integer of different size
radeon_cp.c:380: warning: cast to pointer from integer of different size
radeon_cp.c: In function `radeon_do_wait_for_idle':
radeon_cp.c:400: warning: cast from pointer to integer of different size
radeon_cp.c:401: warning: cast to pointer from integer of different size
radeon_cp.c: In function `radeon_cp_load_microcode':
radeon_cp.c:427: warning: cast from pointer to integer of different size
radeon_cp.c:427: warning: cast to pointer from integer of different size
radeon_cp.c:430: warning: cast from pointer to integer of different size
radeon_cp.c:430: warning: cast to pointer from integer of different size
radeon_cp.c:432: warning: cast from pointer to integer of different size
radeon_cp.c:432: warning: cast to pointer from integer of different size
radeon_cp.c: In function `radeon_do_cp_idle':
(Continue reading)

Permalink | Reply | 2 comments |
headers
Linus Torvalds | 1 Jun 2003 04:39

Re: Endless loop in radeon_do_wait_for_idle()


On Fri, 30 May 2003, Linus Torvalds wrote:
> 
> Modulo that, X is happy, with no error messages apart from a mention of
> the irq issue in the logs up until the lockup:
> 
> 	(II) RADEON(0): [drm] failure adding irq handler, there is a device already using that irq
> 	[drm] falling back to irq-free operation
> 	(II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808
> 	(II) RADEON(0): Direct rendering enabled

Forcing fifo debugging makes the thing print out an endless loop of

	[drm:radeon_do_wait_for_idle] *ERROR* failed!
	radeon_status:
	RBBM_STATUS = 0x80010140
	CP_RB_RTPR = 0x00009b6f
	CP_RB_WTPR = 0x00009b6f
	AIC_CNTL = 0x00000000
	AIC_STAT = 0x00000004
	AIC_PT_BASE = 0x00000000
	TLB_ADDR = 0x00000000
	TLB_DATA = 0x00000000

which doesn't tell me anything, but maybe somebody with docs can tell why
it claims to be busy. The ring buffer read and write pointers change every
printout (increment by 6), but the read pointer is always the same as 
the write pointer.

Reading the header files, RBBM_STATUS seems to say that there are 64
(Continue reading)

Permalink | Reply | 3 comments |
headers
Ian Molton | 1 Jun 2003 02:37

Re: [PATCH] radeon mergedfb support for cvs

On Sat, 31 May 2003 16:25:07 -0700 (PDT)
Alex Deucher <agd5f <at> yahoo.com> wrote:

> The attached patch adds mergedfb support 

<cut>

> HW accelerated 3D works on both heads.

w00t.

--

-- 
Spyros lair: http://www.mnementh.co.uk/
Do not meddle in the affairs of Dragons, for you are tasty and good with
ketchup.

Systems programmers keep it up longer.

-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
Permalink | Reply | 0 comments |
headers
bugadmin | 1 Jun 2003 12:25

Your buglist for The XFree86 Project's Bugzilla needs attention.

[This e-mail has been automatically generated.]  

You have one or more bugs assigned to you in the Bugzilla   
bugsystem (http://bugs.xfree86.org/) that require  
attention.  

All of these bugs are in the NEW state, and have not been touched  
in 7 days or more.  You need to take a look at them, and   
decide on an initial action.  

Generally, this means one of three things:  

(1) You decide this bug is really quick to deal with (like, it's INVALID),  
    and so you get rid of it immediately.  
(2) You decide the bug doesn't belong to you, and you reassign it to someone  
    else.  (Hint: if you don't know who to reassign it to, make sure that  
    the Component field seems reasonable, and then use the "Reassign bug to  
    owner of selected component" option.)  
(3) You decide the bug belongs to you, but you can't solve it this moment.  
    Just use the "Accept bug" command.  

To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):  

   
http://bugs.xfree86.org//cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&assigned_to=dri-devel <at> lists.sourceforge.net

  
Or, you can use the general query page, at  
http://bugs.xfree86.org//cgi-bin/bugzilla/query.cgi.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Deucher | 1 Jun 2003 16:41
Picon
Favicon

re: [PATCH] radeon mergedfb support for cvs

BTW, bugzilla reference for this feature is here:
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=276
Please test and post any comments or issues.

Thanks,

Alex

-------------------------------

The attached patch adds mergedfb support (a single framebuffer with two
viewports looking into it) to the radeon driver.  the options are
consistant with the sis and mga drivers.  I've also replaced the old
clone mode with the clone mode supplied by the mergedfb code.  It's
behavior follows that of the previous previous clone code.  I've tested
it on an a radeon m6.  HW accelerated 3D works on both heads.  Please
consider for inclusion in xfree86 cvs.

Thanks,

Alex

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 2 Jun 2003 02:27

[Bug 110] Radeon DRI crashes.

[This e-mail has been automatically generated.] 

Please do not reply to this email. if you want to comment on the bug, go to the 
URL shown below and enter your comments there. 

http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=110     

yellowtiger <at> libero.it changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |blocker
             Status|NEW                         |ASSIGNED
           Priority|P2                          |P1

------- Additional Comments From yellowtiger <at> libero.it  2003-06-01 20:27 -------
It's really a bug!

radeon 9000 pro agp
When 3d acceleration is enabled , my linux kernel 2.4.20 lives 30 minutes only
,then orribly crashes.. (no pingable)
Sometimes to reproduce this bug I run a silly opengl screensaver , sometimes
everything crash just doing nothing ...
I see a symptom of the imminent machine's crash in syslog:
 kernel: [drm:radeon_freelist_get] *ERROR* returning NULL!
 kernel: [drm:radeon_ioremapfree:mappings] *ERROR* Excess frees: 21 frees, 20 allocs
 kernel: [drm:radeon_ioremapfree:mappings] *ERROR* Attempt to free NULL pointer
The problem goes away when I disable 3d acceleration
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michel Dänzer | 2 Jun 2003 11:03

Re: 2.4.21-rc6: radeon drm4.0: 64bit unclean

On Sun, 2003-06-01 at 03:10, Tom Vier wrote: 
> radeon_cp.c has TONS of casting bugs.
> 
> 
> NOTE: please cc replies to me. i'm not on the list.
> 
> 
> radeon_cp.c: In function `RADEON_READ_PLL':
> radeon_cp.c:327: warning: cast from pointer to integer of different size

[...]

> radeon_cp.c:772: error: structure has no member named `agp'

Looks like you'd have to enable CONFIG_AGP to get it to build, but maybe
you don't want that at this point. :)

Is it the same problem with the current DRM? I don't know who's
maintaining the 4.0 DRM.

--

-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \     http://svcs.affero.net/rm.php?r=daenzer

-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
Permalink | Reply | 1 comment |
headers
bugadmin | 2 Jun 2003 12:25

Your buglist for The XFree86 Project's Bugzilla needs attention.

[This e-mail has been automatically generated.]  

You have one or more bugs assigned to you in the Bugzilla   
bugsystem (http://bugs.xfree86.org/) that require  
attention.  

All of these bugs are in the NEW state, and have not been touched  
in 7 days or more.  You need to take a look at them, and   
decide on an initial action.  

Generally, this means one of three things:  

(1) You decide this bug is really quick to deal with (like, it's INVALID),  
    and so you get rid of it immediately.  
(2) You decide the bug doesn't belong to you, and you reassign it to someone  
    else.  (Hint: if you don't know who to reassign it to, make sure that  
    the Component field seems reasonable, and then use the "Reassign bug to  
    owner of selected component" option.)  
(3) You decide the bug belongs to you, but you can't solve it this moment.  
    Just use the "Accept bug" command.  

To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):  

   
http://bugs.xfree86.org//cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&assigned_to=dri-devel <at> lists.sourceforge.net

  
Or, you can use the general query page, at  
http://bugs.xfree86.org//cgi-bin/bugzilla/query.cgi.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane