Re: [Dri-devel] Radeon PCI and CVS
On Sun, Jun 15, 2003 at 03:03:00PM +0200, Dieter Nützel wrote: > Am Samstag, 14. Juni 2003 23:30 schrieb José Fonseca: > > On Sat, Jun 14, 2003 at 10:26:42PM +0200, Dieter Nützel wrote: > > > Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca: > > > > I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP', > > > > causing those errors. This as been fixed in CVS now. > > > > > > Where and _when_. > > > > > > Isn't there. > > > >http://sourceforge.net/mailarchive/forum.php?thread_id=2584981&forum_id=6512 > > Do we _need_ a new DRI CVS home, then? > > I get this over and over again: > > dri-trunk/xc> cvs update > cvs [update aborted]: recv() from server cvs.dri.sourceforge.net: EOF > > Sometimes this: > > cvs update: warning: unrecognized response `' from cvs server > cvs [update aborted]: This server does not support the global -q option. > > Didn't the server support compression? I've seen sometimes the nightly snapshots failing also because of this kind of errors. This and the delays on the anonymous CVS server seriously damage the usefullness of the snapshots. Once I upgrade the XFree86 in the build machine to 4.3.0 (and I no longer need to mix the XFree86 4.3.0 source code with the DRI CVS) I'm thinking of doing incremental updates from the CVS via SSH instead of full checkouts via the anon CVS server as now. José Fonseca --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sun, Jun 15, 2003 at 08:39:55PM +0200, Dieter Nützel wrote: > Am Sonntag, 15. Juni 2003 19:39 schrieb José Fonseca: > > On Sun, Jun 15, 2003 at 06:50:29PM +0200, Dieter Nützel wrote: > > > Am Sonntag, 15. Juni 2003 17:55 schrieb Leif Delgass: > > > > According to the sourceforge website, anonymous (pserver) cvs access > > > > and ViewCVS have been moved to the backup server to reduce the load on > > > > the main (developer) server. The backup server will be around 24 hours > > > > behind the main server. > > > > > > In short: What a _mess_! > > > > Has this been overcomed > > No. > > > or do you want me to produce a patch? > > Yes, please. Attached below. I could have done this sooner but I didn't think of it. Sorry about that. José Fonseca Index: drmP.h === RCS file: /cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h,v retrieving revision 1.74 retrieving revision 1.75 diff -u -r1.74 -r1.75 --- drmP.h 3 Jun 2003 23:27:00 - 1.74 +++ drmP.h 14 Jun 2003 15:18:48 - 1.75 @@ -66,10 +66,6 @@ #ifdef CONFIG_MTRR #include #endif -#if defined(CONFIG_AGP) || defined(CONFIG_AGP_MODULE) -#include -#include -#endif #if LINUX_VERSION_CODE < KERNEL_VERSION(2,5,41) #define HAS_WORKQUEUE 0 #else @@ -90,9 +86,6 @@ /** \name DRM template customization defaults */ /[EMAIL PROTECTED]/ -#ifndef __HAVE_AGP -#define __HAVE_AGP 0 -#endif #ifndef __HAVE_MTRR #define __HAVE_MTRR0 #endif @@ -112,8 +105,6 @@ #define __HAVE_DMA_FREELIST0 #endif -#define __REALLY_HAVE_AGP (__HAVE_AGP && (defined(CONFIG_AGP) || \ - defined(CONFIG_AGP_MODULE))) #define __REALLY_HAVE_MTRR (__HAVE_MTRR && defined(CONFIG_MTRR)) #define __REALLY_HAVE_SG (__HAVE_SG) Index: drm_agp.h === RCS file: /cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- drm_agp.h 7 Jun 2003 12:30:22 - 1.2 +++ drm_agp.h 14 Jun 2003 15:18:49 - 1.3 @@ -34,6 +34,19 @@ #ifndef _DRM_AGP_H_ #define _DRM_AGP_H_ +#ifndef __HAVE_AGP +#define __HAVE_AGP 0 +#endif + +#define __REALLY_HAVE_AGP (__HAVE_AGP && \ + (defined(CONFIG_AGP) || defined(CONFIG_AGP_MODULE))) + +#if __REALLY_HAVE_AGP + + +#include +#include + /** * AGP memory entry. Stored as a doubly linked list. @@ -92,4 +105,7 @@ /[EMAIL PROTECTED]/ -#endif + +#endif /* __REALLY_HAVE_AGP */ + +#endif /* !_DRM_AGP_H_ */
Re: [Dri-devel] Radeon PCI and CVS
Am Sonntag, 15. Juni 2003 19:39 schrieb José Fonseca: > On Sun, Jun 15, 2003 at 06:50:29PM +0200, Dieter Nützel wrote: > > Am Sonntag, 15. Juni 2003 17:55 schrieb Leif Delgass: > > > According to the sourceforge website, anonymous (pserver) cvs access > > > and ViewCVS have been moved to the backup server to reduce the load on > > > the main (developer) server. The backup server will be around 24 hours > > > behind the main server. > > > > In short: What a _mess_! > > Has this been overcomed No. > or do you want me to produce a patch? Yes, please. -Dieter --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sun, Jun 15, 2003 at 06:50:29PM +0200, Dieter Nützel wrote: > Am Sonntag, 15. Juni 2003 17:55 schrieb Leif Delgass: > > According to the sourceforge website, anonymous (pserver) cvs access and > > ViewCVS have been moved to the backup server to reduce the load on the > > main (developer) server. The backup server will be around 24 hours behind > > the main server. > > In short: What a _mess_! Has this been overcomed or do you want me to produce a patch? José Fonseca --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
Am Sonntag, 15. Juni 2003 17:55 schrieb Leif Delgass: > On Sun, 15 Jun 2003, Dieter [iso-8859-15] Nützel wrote: > > Am Samstag, 14. Juni 2003 23:30 schrieb José Fonseca: > > > On Sat, Jun 14, 2003 at 10:26:42PM +0200, Dieter Nützel wrote: > > > > Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca: > > > > > I forgot to guard the DRM AGP structures by '#if > > > > > __REALLY_HAVE_AGP', causing those errors. This as been fixed in CVS > > > > > now. > > > > > > > > Where and _when_. > > > > > > > > Isn't there. > > > > > >http://sourceforge.net/mailarchive/forum.php?thread_id=2584981&forum_id= > > >6512 > > > > Do we _need_ a new DRI CVS home, then? > > > > I get this over and over again: > > > > dri-trunk/xc> cvs update > > cvs [update aborted]: recv() from server cvs.dri.sourceforge.net: EOF > > > > Sometimes this: > > > > cvs update: warning: unrecognized response `' from cvs server > > cvs [update aborted]: This server does not support the global -q option. > > > > Didn't the server support compression? > > > > > Try again from CVS, perhaps the anonymous cvs was outdated (I know this > > > hapens sometimes with SourceForge). > > > > For nearly 24 hours? > > [snip] > > According to the sourceforge website, anonymous (pserver) cvs access and > ViewCVS have been moved to the backup server to reduce the load on the > main (developer) server. The backup server will be around 24 hours behind > the main server. In short: What a _mess_! Thanks, Dieter --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sun, 15 Jun 2003, Dieter [iso-8859-15] Nützel wrote:
> Am Samstag, 14. Juni 2003 23:30 schrieb José Fonseca:
> > On Sat, Jun 14, 2003 at 10:26:42PM +0200, Dieter Nützel wrote:
> > > Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca:
> > > > I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP',
> > > > causing those errors. This as been fixed in CVS now.
> > >
> > > Where and _when_.
> > >
> > > Isn't there.
> >
> >http://sourceforge.net/mailarchive/forum.php?thread_id=2584981&forum_id=6512
>
> Do we _need_ a new DRI CVS home, then?
>
> I get this over and over again:
>
> dri-trunk/xc> cvs update
> cvs [update aborted]: recv() from server cvs.dri.sourceforge.net: EOF
>
> Sometimes this:
>
> cvs update: warning: unrecognized response `' from cvs server
> cvs [update aborted]: This server does not support the global -q option.
>
> Didn't the server support compression?
>
> > > > Once you have it complied tell me if everything runs OK - some people
> > > > are having some problems with the AGP initializition, and this was what
> > > > I was thinking when I replyed this morning.
> > >
> > > I tried to put it in by hand. --- But no luck.
> > >
> > > Before my change I got this:
> > >
> > > Jun 14 14:05:17 SunWave1 kernel: Linux agpgart interface v0.99 (c) Jeff
> > > Hartmann
> > > Jun 14 14:05:17 SunWave1 kernel: agpgart: Maximum main memory to use for
> > > agp memory: 941M
> > > Jun 14 14:05:17 SunWave1 kernel: agpgart: Detected AMD 760MP chipset
> > > Jun 14 14:05:17 SunWave1 kernel: agpgart: AGP aperture is 64M @
> > > 0xe800 Jun 14 14:05:17 SunWave1 kernel: [drm] AGP 0.99 aperture @
> > > 0xe800 64MB Jun 14 14:05:17 SunWave1 kernel: [drm] Initialized radeon
> > > 1.8.0 20020828 on minor 0
> > > Jun 14 14:05:17 SunWave1 kernel: [drm] Loading R200 Microcode
> > > Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_cp_init] *ERROR*
> > > radeon_cp_init called without lock held
> > > Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 3101
> > > using kernel context 0
> > >
> > > Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_cp_init] *ERROR*
> > > radeon_cp_init called without lock held
> > > Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 4007
> > > using kernel context 0
> > >
> > > Argh!
> > > GL_RENDERER: Mesa GLX Indirect
> > >
> > >
> > > Now I get this:
> > > Sometimes with direct rendering, sometimes without.
> > >
> > > The OpenGL windows are empty after running gears for some seconds.
> > >
> > > "ipers" comes up with "help" information ('h' key to toggle this) but
> > > without 'back ground' rendering. The normal desktop is in the 'back'.
> > > After hitting 'h' I get an empty window and during moving the window I
> > > get a smearing desktop in the window. I have to press CTRL+'C' to kill
> > > them.
> >
> > Try again from CVS, perhaps the anonymous cvs was outdated (I know this
> > hapens sometimes with SourceForge).
>
> For nearly 24 hours?
[snip]
According to the sourceforge website, anonymous (pserver) cvs access and
ViewCVS have been moved to the backup server to reduce the load on the
main (developer) server. The backup server will be around 24 hours behind
the main server.
>
> Nothing changed ;-(
>
> Send me a copy of these two files, please.
>
> Regards,
> Dieter
--
Leif Delgass
http://www.retinalburn.net
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
Am Samstag, 14. Juni 2003 23:30 schrieb José Fonseca:
> On Sat, Jun 14, 2003 at 10:26:42PM +0200, Dieter Nützel wrote:
> > Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca:
> > > I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP',
> > > causing those errors. This as been fixed in CVS now.
> >
> > Where and _when_.
> >
> > Isn't there.
>
>http://sourceforge.net/mailarchive/forum.php?thread_id=2584981&forum_id=6512
Do we _need_ a new DRI CVS home, then?
I get this over and over again:
dri-trunk/xc> cvs update
cvs [update aborted]: recv() from server cvs.dri.sourceforge.net: EOF
Sometimes this:
cvs update: warning: unrecognized response `' from cvs server
cvs [update aborted]: This server does not support the global -q option.
Didn't the server support compression?
> > > Once you have it complied tell me if everything runs OK - some people
> > > are having some problems with the AGP initializition, and this was what
> > > I was thinking when I replyed this morning.
> >
> > I tried to put it in by hand. --- But no luck.
> >
> > Before my change I got this:
> >
> > Jun 14 14:05:17 SunWave1 kernel: Linux agpgart interface v0.99 (c) Jeff
> > Hartmann
> > Jun 14 14:05:17 SunWave1 kernel: agpgart: Maximum main memory to use for
> > agp memory: 941M
> > Jun 14 14:05:17 SunWave1 kernel: agpgart: Detected AMD 760MP chipset
> > Jun 14 14:05:17 SunWave1 kernel: agpgart: AGP aperture is 64M @
> > 0xe800 Jun 14 14:05:17 SunWave1 kernel: [drm] AGP 0.99 aperture @
> > 0xe800 64MB Jun 14 14:05:17 SunWave1 kernel: [drm] Initialized radeon
> > 1.8.0 20020828 on minor 0
> > Jun 14 14:05:17 SunWave1 kernel: [drm] Loading R200 Microcode
> > Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_cp_init] *ERROR*
> > radeon_cp_init called without lock held
> > Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 3101
> > using kernel context 0
> >
> > Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_cp_init] *ERROR*
> > radeon_cp_init called without lock held
> > Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 4007
> > using kernel context 0
> >
> > Argh!
> > GL_RENDERER: Mesa GLX Indirect
> >
> >
> > Now I get this:
> > Sometimes with direct rendering, sometimes without.
> >
> > The OpenGL windows are empty after running gears for some seconds.
> >
> > "ipers" comes up with "help" information ('h' key to toggle this) but
> > without 'back ground' rendering. The normal desktop is in the 'back'.
> > After hitting 'h' I get an empty window and during moving the window I
> > get a smearing desktop in the window. I have to press CTRL+'C' to kill
> > them.
>
> Try again from CVS, perhaps the anonymous cvs was outdated (I know this
> hapens sometimes with SourceForge).
For nearly 24 hours?
U xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h
U xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h
dri-trunk/xc> l
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h*
-rw-r--r--1 nuetzel users 30764 Jun 15 14:55
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h
-rw-r--r--1 nuetzel users 30764 Jun 4 21:37
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h.old
dri-trunk/xc> l
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h*
-rw-r--r--1 nuetzel users3837 Jun 15 14:55
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h
-rw-r--r--1 nuetzel users3837 Jun 8 15:58
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h.old
dri-trunk/xc> diff
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drmP.h*
dri-trunk/xc> diff
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_agp.h*
Nothing changed ;-(
Send me a copy of these two files, please.
Regards,
Dieter
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, Jun 14, 2003 at 10:26:42PM +0200, Dieter Nützel wrote:
> Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca:
> > I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP',
> > causing those errors. This as been fixed in CVS now.
>
> Where and _when_.
>
> Isn't there.
http://sourceforge.net/mailarchive/forum.php?thread_id=2584981&forum_id=6512
>
> > Once you have it complied tell me if everything runs OK - some people
> > are having some problems with the AGP initializition, and this was what
> > I was thinking when I replyed this morning.
>
> I tried to put it in by hand. --- But no luck.
>
> Before my change I got this:
>
> Jun 14 14:05:17 SunWave1 kernel: Linux agpgart interface v0.99 (c) Jeff
> Hartmann
> Jun 14 14:05:17 SunWave1 kernel: agpgart: Maximum main memory to use for agp
> memory: 941M
> Jun 14 14:05:17 SunWave1 kernel: agpgart: Detected AMD 760MP chipset
> Jun 14 14:05:17 SunWave1 kernel: agpgart: AGP aperture is 64M @ 0xe800
> Jun 14 14:05:17 SunWave1 kernel: [drm] AGP 0.99 aperture @ 0xe800 64MB
> Jun 14 14:05:17 SunWave1 kernel: [drm] Initialized radeon 1.8.0 20020828 on
> minor 0
> Jun 14 14:05:17 SunWave1 kernel: [drm] Loading R200 Microcode
> Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init
> called without lock held
> Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 3101
> using kernel context 0
>
> Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init
> called without lock held
> Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 4007
> using kernel context 0
>
> Argh!
> GL_RENDERER: Mesa GLX Indirect
>
>
> Now I get this:
> Sometimes with direct rendering, sometimes without.
>
> The OpenGL windows are empty after running gears for some seconds.
>
> "ipers" comes up with "help" information ('h' key to toggle this) but without
> 'back ground' rendering. The normal desktop is in the 'back'. After hitting
> 'h' I get an empty window and during moving the window I get a smearing
> desktop in the window. I have to press CTRL+'C' to kill them.
Try again from CVS, perhaps the anonymous cvs was outdated (I know this
hapens sometimes with SourceForge).
José Fonseca
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
Am Samstag, 14. Juni 2003 17:23 schrieb José Fonseca:
> On Sat, Jun 14, 2003 at 10:46:33PM +1000, Chris wrote:
> > > Yes. Please send me your /var/log/messages and /var/log/XFree86.0.log .
> >
> > um, those won't help considering DRI won't even compile, I'm sure its for
> > DRI you were meaning.
>
> Oops. I shouldn't send emails before a proper breakfast!
>
> >
> > make[11]: Entering directory `/usr/src/linux-2.4.21-rc8'
> >
> > make -C
> > /usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/k
> >ern el
> > CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall
> > -Wstrict-prot otypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-poin ter -pipe -mpreferred-stack-boundary=2 -march=i686
> > -DMODULE"
> > MAKING_MODULES=1 modules
> >
> > make[12]: Entering directory
> > `/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/
> >ker nel'
> >
> > gcc
> > -I/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/dr
> > m/kernel -D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall
> > -Wstrict-pro totypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
> > -fomit-frame-poi nter -pipe -mpreferred-stack-boundary=2 -march=i686
> > -DMODULE -nostdinc -iwit hprefix include -DKBUILD_BASENAME=gamma_drv -c
> > -o gamma_drv.o gamma_drv.c
> >
> > In file included from drmP.h:125,
> >
> > from gamma_drv.c:34:
> >
> > drm_agp.h:43: error: parse error before "agp_memory"
> >
> > drm_agp.h:43: warning: no semicolon at end of struct or union
> >
> > drm_agp.h:48: error: parse error before '}' token
> >
> > drm_agp.h:48: warning: type defaults to `int' in declaration of
> > `drm_agp_mem_t'
> >
> > drm_agp.h:48: warning: data definition has no type or storage class
> >
> > drm_agp.h:56: error: parse error before "agp_kern_info"
> >
> >
>
> I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP',
> causing those errors. This as been fixed in CVS now.
Where and _when_.
Isn't there.
> Once you have it complied tell me if everything runs OK - some people
> are having some problems with the AGP initializition, and this was what
> I was thinking when I replyed this morning.
I tried to put it in by hand. --- But no luck.
Before my change I got this:
Jun 14 14:05:17 SunWave1 kernel: Linux agpgart interface v0.99 (c) Jeff
Hartmann
Jun 14 14:05:17 SunWave1 kernel: agpgart: Maximum main memory to use for agp
memory: 941M
Jun 14 14:05:17 SunWave1 kernel: agpgart: Detected AMD 760MP chipset
Jun 14 14:05:17 SunWave1 kernel: agpgart: AGP aperture is 64M @ 0xe800
Jun 14 14:05:17 SunWave1 kernel: [drm] AGP 0.99 aperture @ 0xe800 64MB
Jun 14 14:05:17 SunWave1 kernel: [drm] Initialized radeon 1.8.0 20020828 on
minor 0
Jun 14 14:05:17 SunWave1 kernel: [drm] Loading R200 Microcode
Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init
called without lock held
Jun 14 14:21:13 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 3101
using kernel context 0
Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init
called without lock held
Jun 14 14:28:02 SunWave1 kernel: [drm:radeon_unlock] *ERROR* Process 4007
using kernel context 0
Argh!
GL_RENDERER: Mesa GLX Indirect
Now I get this:
Sometimes with direct rendering, sometimes without.
The OpenGL windows are empty after running gears for some seconds.
"ipers" comes up with "help" information ('h' key to toggle this) but without
'back ground' rendering. The normal desktop is in the 'back'. After hitting
'h' I get an empty window and during moving the window I get a smearing
desktop in the window. I have to press CTRL+'C' to kill them.
Thanks,
Dieter
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, Jun 14, 2003 at 10:01:50AM -0500, Leif Delgass wrote: > It looks to me like the contents of drm_agp.h need to be protected with: > > #if __REALLY_HAVE_AGP > > /* struct definitions and prototypes */ > > #endif > > This was present in drmP.h before the struct/typedef definitions and > prototypes were split out into drm_agp.h. Yep. That was it. José Fonseca --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, Jun 14, 2003 at 10:46:33PM +1000, Chris wrote: > > > > Yes. Please send me your /var/log/messages and /var/log/XFree86.0.log . > > > > um, those won't help considering DRI won't even compile, I'm sure its for > DRI you were meaning. Oops. I shouldn't send emails before a proper breakfast! > > make[11]: Entering directory `/usr/src/linux-2.4.21-rc8' > > make -C > /usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kern > el > CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-prot > otypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poin > ter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE" > MAKING_MODULES=1 modules > > make[12]: Entering directory > `/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/ker > nel' > > gcc -I/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/dr > m/kernel -D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-pro > totypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poi > nter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -nostdinc -iwit > hprefix include -DKBUILD_BASENAME=gamma_drv -c -o gamma_drv.o gamma_drv.c > > In file included from drmP.h:125, > > from gamma_drv.c:34: > > drm_agp.h:43: error: parse error before "agp_memory" > > drm_agp.h:43: warning: no semicolon at end of struct or union > > drm_agp.h:48: error: parse error before '}' token > > drm_agp.h:48: warning: type defaults to `int' in declaration of > `drm_agp_mem_t' > > drm_agp.h:48: warning: data definition has no type or storage class > > drm_agp.h:56: error: parse error before "agp_kern_info" > > I forgot to guard the DRM AGP structures by '#if __REALLY_HAVE_AGP', causing those errors. This as been fixed in CVS now. Once you have it complied tell me if everything runs OK - some people are having some problems with the AGP initializition, and this was what I was thinking when I replyed this morning. Thanks for the feedback. José Fonseca --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, 14 Jun 2003, Chris wrote: > > > > Yes. Please send me your /var/log/messages and /var/log/XFree86.0.log . > > > > um, those won't help considering DRI won't even compile, I'm sure its for > DRI you were meaning. > > > make[11]: Entering directory `/usr/src/linux-2.4.21-rc8' > > make -C > /usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kern > el > CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-prot > otypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poin > ter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE" > MAKING_MODULES=1 modules > > make[12]: Entering directory > `/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/ker > nel' > > gcc -I/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/dr > m/kernel -D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-pro > totypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poi > nter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -nostdinc -iwit > hprefix include -DKBUILD_BASENAME=gamma_drv -c -o gamma_drv.o gamma_drv.c > > In file included from drmP.h:125, > > from gamma_drv.c:34: > > drm_agp.h:43: error: parse error before "agp_memory" > > drm_agp.h:43: warning: no semicolon at end of struct or union > > drm_agp.h:48: error: parse error before '}' token > > drm_agp.h:48: warning: type defaults to `int' in declaration of > `drm_agp_mem_t' > > drm_agp.h:48: warning: data definition has no type or storage class > > drm_agp.h:56: error: parse error before "agp_kern_info" > > > > > X4.3.99.6 does work however. It looks to me like the contents of drm_agp.h need to be protected with: #if __REALLY_HAVE_AGP /* struct definitions and prototypes */ #endif This was present in drmP.h before the struct/typedef definitions and prototypes were split out into drm_agp.h. -- Leif Delgass http://www.retinalburn.net --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
> > Yes. Please send me your /var/log/messages and /var/log/XFree86.0.log . > um, those won't help considering DRI won't even compile, I'm sure its for DRI you were meaning. make[11]: Entering directory `/usr/src/linux-2.4.21-rc8' make -C /usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kern el CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-prot otypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poin ter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE" MAKING_MODULES=1 modules make[12]: Entering directory `/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/ker nel' gcc -I/usr/src/dri-cvs/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/dr m/kernel -D__KERNEL__ -I/usr/src/linux-2.4.21-rc8/include -Wall -Wstrict-pro totypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-poi nter -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -nostdinc -iwit hprefix include -DKBUILD_BASENAME=gamma_drv -c -o gamma_drv.o gamma_drv.c In file included from drmP.h:125, from gamma_drv.c:34: drm_agp.h:43: error: parse error before "agp_memory" drm_agp.h:43: warning: no semicolon at end of struct or union drm_agp.h:48: error: parse error before '}' token drm_agp.h:48: warning: type defaults to `int' in declaration of `drm_agp_mem_t' drm_agp.h:48: warning: data definition has no type or storage class drm_agp.h:56: error: parse error before "agp_kern_info" X4.3.99.6 does work however. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, Jun 14, 2003 at 11:26:12AM +0200, Michel Dänzer wrote: > On Sat, 2003-06-14 at 03:30, Chris wrote: > > Also note that the FAQ on the website is out of date and the > > instruction for enabling PCIGART for radeons seems no-longer valid. I > > haven't worked out the new way so if someone knows, can you please let > > me know. > > You should no longer need to do anything but to use Option > "ForcePCIMode". The problems you're seeing may be related to a recent > commit of José's. Yes. Please send me your /var/log/messages and /var/log/XFree86.0.log . José Fonseca --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
On Sat, 2003-06-14 at 03:30, Chris wrote: > Also note that the FAQ on the website is out of date and the > instruction for enabling PCIGART for radeons seems no-longer valid. I > haven't worked out the new way so if someone knows, can you please let > me know. You should no longer need to do anything but to use Option "ForcePCIMode". The problems you're seeing may be related to a recent commit of José's. -- 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 Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Radeon PCI and CVS
Also note that the FAQ on the website is out of date and the instruction for enabling PCIGART for radeons seems no-longer valid. I haven't worked out the new way so if someone knows, can you please let me know.
[Dri-devel] Radeon PCI and CVS
I have a radeon 9000 pci, last time I tried it with cvs (6 months ago) it compiled and worked ok (even helkped a little to get it working), I decided to try again to see if the rendering issues were solved as I noticed some improvements on this list (and others mentioning improovements with radeons) only to find that it seems the current CVS doesn't support PCI radeons. (Ignoring case here cause I'm typing this in windows) I have X4.3.99.6, kernel 2.4.21-rc8 I have no AGP support in kernel (the only AGP on the motherboard is for the builtin video which I don't use) host.def has #define HasAgpGart NO the kernel/drm/linux/radeon* that use agp_memory all fail cause of agp_memory not being defined. Further investigation only found it being defined as a void for freebsd and netbsd. There are others aswell, make World spits aout a screen of errors in agp_mem.h.
