anything after that did not have working direct rendering. But since the
snaps are generated from the head... I've seen this error posted here
before but I haven't seen a resolution, maybe I missed it.
Ian, does this look at all like it could be related to your libGL, etc.
changes?
yup
ajax wrote:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 144 (XFree86-DRI)
Minor opcode of failed request: 5 ()
Value in failed request: 0x1e2
Serial number of failed request: 30
Current serial number in
ajax wrote:
... The i810 error is not a build failure but a
runtime failure with glxgears:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 144 (XFree86-DRI)
Minor opcode of failed request: 5 ()
Value in failed
This was installed from a snapshot. Snapshots up to March 2 worked,
anything after that did not have working direct rendering. But since the
snaps are generated from the head... I've seen this error posted here
before but I haven't seen a resolution, maybe I missed it.
Ian, does this
On Wednesday 17 March 2004 14:06, ajax wrote:
No problem. I split the branches into current, sleeping, merged, and
obsolete, and added a note about the DRM changes. I'll be adding more to
that list shortly.
Added a few to the list, mostly things I've had trouble with while getting
tdfx to
ajax wrote:
On Wednesday 17 March 2004 14:06, ajax wrote:
No problem. I split the branches into current, sleeping, merged, and
obsolete, and added a note about the DRM changes. I'll be adding more to
that list shortly.
Added a few to the list, mostly things I've had trouble with while
ajax wrote:
On Wednesday 17 March 2004 14:06, ajax wrote:
No problem. I split the branches into current, sleeping, merged, and
obsolete, and added a note about the DRM changes. I'll be adding more to
that list shortly.
Added a few to the list, mostly things I've had trouble with while
On Friday 19 March 2004 12:26, Brian Paul wrote:
I figured people doing driver development would prefer to work on a
stable Mesa branch, but it hasn't panned out that way. I guess I
don't feel too strongly either way.
I don't think anyone's checked in any DRI driver changes to the stable
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be edited to point to your copy of the
drm tree
You will also need to fix
On Wed, Mar 17, 2004 at 09:14:52AM +, Keith Whitwell wrote:
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be
I mostly kept out of this discussion, so I may not quite be up-to-speed.
Feel free to ignore my comments.
On Tue, 16 Mar 2004 20:06:32 -0800 (PST)
Jon Smirl [EMAIL PROTECTED] wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new
Michel Dnzer wrote:
On Wed, 2004-03-17 at 10:14, Keith Whitwell wrote:
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be
On Wed, 2004-03-17 at 10:14, Keith Whitwell wrote:
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be edited to
On Wed, 2004-03-17 at 13:23, Keith Whitwell wrote:
Michel Dnzer wrote:
On Wed, 2004-03-17 at 10:14, Keith Whitwell wrote:
Jon Smirl wrote:
After the switch I can remove these directories from dri:
/xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel
--- Michel Dänzer [EMAIL PROTECTED] wrote:
On Wed, 2004-03-17 at 13:23, Keith Whitwell wrote:
Michel Dänzer wrote:
On Wed, 2004-03-17 at 10:14, Keith Whitwell wrote:
Jon Smirl wrote:
After the switch I can remove these directories from dri:
On Wed, Mar 17, 2004 at 09:07:12AM -0800, Jon Smirl wrote:
--- Alan Hourihane [EMAIL PROTECTED] wrote:
I'd also like to mention that the Imakefile's or Makefile.linux/bsd will
still need to be in some form in these three directories.
I think I've fixed all the directory permissions now. Give it try and let me
know.
=
Jon Smirl
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com
Michel Dnzer wrote:
Jon Smirl wrote:
dri branches will also need to apply this patch
Why? What happens on the trunk shouldn't affect them. That's the point
of a branch. :)
I believe the intention is to *move* the ,v files. If that happens, the
files will disappear from all branches. That said,
On Wednesday 17 March 2004 05:12, Felix Kühling wrote:
dri branches will also need to apply this patch
I don't like that. Can branches still keep their own copy of the old
DRM? I'm particulary thinking of the s3virge branch which is
unmaintained at the moment. I'm not sure if it even
ajax wrote:
On Wednesday 17 March 2004 05:12, Felix Kühling wrote:
dri branches will also need to apply this patch
I don't like that. Can branches still keep their own copy of the old
DRM? I'm particulary thinking of the s3virge branch which is
unmaintained at the moment. I'm not sure if it even
On Wed, 17 Mar 2004 09:46:30 -0800 (PST)
Jon Smirl [EMAIL PROTECTED] wrote:
I am copying the v files. The branches get impact via single file symlinks as I
explained in
other mail.
Only branches which use the external DRM. Branches that still have their
own internal one should not be
On Wednesday 17 March 2004 13:03, Keith Whitwell wrote:
I think CVSBranches on the wiki needs to be reorganized into several
sections (current, sleeping, and obsolete) to reflect this; current would
stay about the same, sleeping would be things like savage and s3virge,
and obsolete would
On Wed, 17 Mar 2004 12:21:36 -0600
ajax [EMAIL PROTECTED] wrote:
On Wednesday 17 March 2004 05:12, Felix Kühling wrote:
dri branches will also need to apply this patch
I don't like that. Can branches still keep their own copy of the old
DRM? I'm particulary thinking of the s3virge
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be edited to point to your copy of the
drm tree
Should the user-space
The solo version of this is in Mesa/src/glx/mini. It will need to be adjusted to
track whereever the X version ends up. It might even be possible to eliminate
the solo version.
--- Ian Romanick [EMAIL PROTECTED] wrote:
Jon Smirl wrote:
This patch switches the dri build over to use the new
I think I've fixed all the directory permissions now. Give it try and let me
know.
--- Keith Whitwell [EMAIL PROTECTED] wrote:
cvs checkout: Updating drm/bsd/drm
cvs checkout: failed to create lock directory for `/cvs/dri/drm/bsd/drm'
(/cvs/dri/drm/bsd/drm/#cvs.lock): Permission denied
cvs
I am copying the v files. The branches get impact via single file symlinks as I
explained in
other mail.
After the switch I will use cvs rm on them.
--- Ian Romanick [EMAIL PROTECTED] wrote:
Michel Dänzer wrote:
Jon Smirl wrote:
dri branches will also need to apply this patch
Why?
Have every one tried the patch I sent out for switching the dri tree over to the
new drm?
Are there objections to doing the switch over later tonight?
=
Jon Smirl
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
--- Alan Hourihane [EMAIL PROTECTED] wrote:
May I suggest you provide an Imakefile that does what your suggesting ?
Already did. The patch I sent out works that way for drm.
Alan.
=
Jon Smirl
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Mail - More
--- Alan Hourihane [EMAIL PROTECTED] wrote:
I'd also like to mention that the Imakefile's or Makefile.linux/bsd will
still need to be in some form in these three directories.
xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be edited to point to your copy of the
drm tree
You will also need to fix MesaSrcDir
make
31 matches
Mail list logo