(another) Intel driver change needs testing.

classic Classic list List threaded Threaded
32 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Ted Roby
On Tue, May 18, 2010 at 5:45 PM, Owain Ainsworth <[hidden email]>wrote:

>
> Can you please use cvs to bisect which commit caused the problem? (it is
> only three commits, will not take long). It may help me fix it to know
> what caused it.
>
>
Sorry for the late reply.

I can confirm the following:

The problem does not exist with April 24 Snapshot, and
i915_drv.c version:
1.71
1.72
1.73
1.74

The problem does exist with May 22 snapshot and i915_drv.c version 1.75

Sorry for the different builds, but version 1.74 fails on May 22 snapshot
and version 1.75 fails on April 24 snapshot.

I cannot confirm that the problem does not exist with newer Xenocara
and older i915_drv.c version lower than 1.75.

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Owain Ainsworth-2
On Sun, May 23, 2010 at 09:09:56AM -0600, Ted Roby wrote:

> On Tue, May 18, 2010 at 5:45 PM, Owain Ainsworth <[hidden email]>wrote:
>
> >
> > Can you please use cvs to bisect which commit caused the problem? (it is
> > only three commits, will not take long). It may help me fix it to know
> > what caused it.
> >
> >
> Sorry for the late reply.
>
> I can confirm the following:
>
> The problem does not exist with April 24 Snapshot, and
> i915_drv.c version:
> 1.71
> 1.72
> 1.73
> 1.74
>
> The problem does exist with May 22 snapshot and i915_drv.c version 1.75
>
> Sorry for the different builds, but version 1.74 fails on May 22 snapshot
> and version 1.75 fails on April 24 snapshot.

You mean that the build failed? or that the corruption happened?

With two variables in play that doesn't tell me anywhere near as much as
I would need...

-0-
--
The two most common things in the universe are hydrogen and stupidity.
                -- Harlan Ellison

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Ted Roby
On Sun, May 23, 2010 at 9:55 AM, Owain Ainsworth <[hidden email]>wrote:

>
>
>
> You mean that the build failed? or that the corruption happened?
>
>
I mean the Xenocara and kernel builds fail, depending.
I have used 'log' to replace i915_drv.h when it was changed as well.

I got lucky catching the April 24 snapshot, and
having the new May 22 snapshot posted.

With all the lib changes I have had troubles doing unsupported things
like downgrades, or make builds from my own cvs copy.





> With two variables in play that doesn't tell me anywhere near as much as
> I would need...
>
>

Please advise if I'm missing some other way to get a
Xenocara  build from May 9, 10 and 11.

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Owain Ainsworth-2
On Sun, May 23, 2010 at 10:15:21AM -0600, Ted Roby wrote:

> On Sun, May 23, 2010 at 9:55 AM, Owain Ainsworth <[hidden email]>wrote:
>
> >
> >
> >
> > You mean that the build failed? or that the corruption happened?
> >
> >
> I mean the Xenocara and kernel builds fail, depending.
> I have used 'log' to replace i915_drv.h when it was changed as well.

to my knowledge the kernel should always have build during that range.
This means that you have done something wrong.

cvs up -D "<date before/after commit>" in sys/dev/pci/drm should be
sufficient.

> I got lucky catching the April 24 snapshot, and
> having the new May 22 snapshot posted.
>
> With all the lib changes I have had troubles doing unsupported things
> like downgrades, or make builds from my own cvs copy.
>
>
>
>
>
> > With two variables in play that doesn't tell me anywhere near as much as
> > I would need...
> >
> >
>
> Please advise if I'm missing some other way to get a
> Xenocara  build from May 9, 10 and 11.

cd /usr/xenocara
cvs up -D "2010/05/9 <your time here>"
make bootstrap
make obj
make build


-0-
--
We wish you a Hare Krishna
We wish you a Hare Krishna
We wish you a Hare Krishna
And a Sun Myung Moon!
                -- Maxwell Smart

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

J.C. Roberts-3
On Sun, 23 May 2010 17:19:03 +0100 Owain Ainsworth
<[hidden email]> wrote:

> On Sun, May 23, 2010 at 10:15:21AM -0600, Ted Roby wrote:
> > On Sun, May 23, 2010 at 9:55 AM, Owain Ainsworth
> > <[hidden email]>wrote:
> >
> > >
> > >
> > >
> > > You mean that the build failed? or that the corruption happened?
> > >
> > >
> > I mean the Xenocara and kernel builds fail, depending.
> > I have used 'log' to replace i915_drv.h when it was changed as well.
>
> to my knowledge the kernel should always have build during that range.
> This means that you have done something wrong.
>
> cvs up -D "<date before/after commit>" in sys/dev/pci/drm should be
> sufficient.
>

Unfortunately, by default `cvs up` will try to merge local changes with
whatever it gets from the repository. Since the '-C' flag is broken on
all mirrors running opencvs (see bug user/6363), trying to use '-C' to
abandon/overwrite local changes will not always work. You have to find
a mirror running gnucvs like [hidden email]:/cvs for the '-C'
flag to work as expected.

Additionally, the '-D <date_spec>' flag is sticky, so if you ever used
it before, it will make a real mess unless cleared with the '-A' flag.
You'd want something like this:

        # cd /usr
        # cvs -d$CVSROOT up -ACPd -D "2010-04-24 23:59 UTC" xenocara

But, even the above may not do what you want (see below)

> > I got lucky catching the April 24 snapshot, and
> > having the new May 22 snapshot posted.
> >
> > With all the lib changes I have had troubles doing unsupported
> > things like downgrades, or make builds from my own cvs copy.
> >
> > > With two variables in play that doesn't tell me anywhere near as
> > > much as I would need...
> > >
> >
> > Please advise if I'm missing some other way to get a
> > Xenocara  build from May 9, 10 and 11.
>
> cd /usr/xenocara
> cvs up -D "2010/05/9 <your time here>"
> make bootstrap
> make obj
> make build
>

There is something wonky with the CVS, tested with mirrors running both
opencvs and the one I know is running gnucvs. I'm still trying to
figure out the cause....

Given a fresh install of Apr 15 snapshot, followed by updating kernel
and userland to Apr 25 via src, the following fails:

        # rm -rf /usr/xobj/*
        # rm -fr /usr/xenocara/*
        # cd /usr
        # cvs -d$CVSROOT co -D "2010-04-18 23:59 UTC" xenocara
        # cd /usr/xenocara
        # make bootstrap && make obj && make build

It should work but it doesn't. The build dies due to incorrect headers
and/or defines in:
        /usr/xenocara/lib/libX11/modules/im/ximcp/imLcFlt.c
or
        /usr/xenocara/lib/libX11/modules/im/ximcp/imLcLkup.c

If I manually fix the missing `#define XK_BRAILLE` the build just dies
elsewhere. As for the potential of having bad stuff installed
in /usr/X11R6/, I checked it, but I also untarred the snapshot x*.tgz
files to be sure and a second attempted build (with clean xobj) also
failed.

The problem is the source that's getting checked out is wrong.

According to the description of the date_spec in cvs(1), I've got the
ISO date format right, but in trying to debug this I've even tried "GMT"
rather than "UTC" and it still fails.

Either with either the above cvs checkout command, or with the above cvs
update command (-ACPd -D <date_spec>), I've tested the following dates
of xenocara and they all fail to build.
        2010-04-17 23:59 UTC
        2010-04-18 23:59 UTC
        2010-04-19 23:59 UTC
        2010-04-20 23:59 UTC
        2010-04-21 23:59 UTC
        2010-04-22 23:59 GMT
        2010-04-23 23:59 UTC
        2010-04-24 23:59 UTC
        2010-04-25 23:59 UTC

I've tried three different mirrors.
        [hidden email]:/cvs (gnucvs)
        [hidden email]:/cvs (opencvs)
        [hidden email]:/cvs (opencvs)

On the other hand, if I extract my personal backup archive of xenocara
as updated on Apr 18th, it builds perfectly. My personal backup archive
of xenocara updated on the 25th also builds correctly.

The only way I'll be able to pick up my "Not Me" flag and wave it with
pure confidence is if I did another fresh install of the Apr 15 snap,
and repeat the cvs checkout of Apr 18 xenocara as above. If that
doesn't build, then I can be certain the '-D' flag is busted, but at
the moment, it seems the '-D' flag being broken is highly likely.

Since it seems I'm the first to find a problem with the '-D' flag, I'm
testing to see if it is being caused by my using the ISO date_spec
format by doing a similar checkout with the "Internet" date_spec
format. i.e.

        # rm -rf /usr/xobj/*
        # rm -fr /usr/xenocara/*
        # cd /usr
        # cvs -d$CVSROOT co -D'18 Apr 2010 10:30 GMT' xenocara

If the above works, then there's a problem in parsing the ISO date_spec
as stated in the cvs(8) man page.

        jcr

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

J.C. Roberts-3
On Sun, 23 May 2010 15:53:57 -0700 "J.C. Roberts"
<[hidden email]> wrote:

> Since it seems I'm the first to find a problem with the '-D' flag, I'm
> testing to see if it is being caused by my using the ISO date_spec
> format by doing a similar checkout with the "Internet" date_spec
> format. i.e.
>
> # rm -rf /usr/xobj/*
> # rm -fr /usr/xenocara/*
> # cd /usr
> # cvs -d$CVSROOT co -D'18 Apr 2010 10:30 GMT' xenocara
>
> If the above works, then there's a problem in parsing the ISO
> date_spec as stated in the cvs(8) man page.


I found the problem. The 'xorg' vendor branch was treated as 'HEAD'
for a while, but subsequently moving 'HEAD' back over to the 'MAIN'
branch has broken date limited checkouts of 'HEAD'. Instead of
getting what was HEAD at the specified time (i.e. the 'xorg' vendor
branch), you get HEAD of the MAIN branch at the specified time, which
results in about 200 ancient files, and of course, a xenocara checkout
that wont build.

I've got no clue why the cvs server once considered the 'xorg' branch
as HEAD, but when asked for HEAD with a date_sepc defined, it fails
to remember 'xorg' was HEAD at that time and mistakenly gives you what
was in the 'MAIN' branch at the specified time. Either cvs itself is
hosed (not figuring out what branch was head at a specific time), or
the branching commit was done wrong and needs to be fixed.

None of the following successfully clean up the hosed checkout:

        cvs -d$CVSROOT up -ACd -jxorg -D'18 Apr 2010 10:30 GMT'
        cvs -d$CVSROOT up -ACd -jxorg:'18 Apr 2010 10:30 GMT'
        cvs -d$CVSROOT up -ACd -rxorg -D'18 Apr 2010 10:30 GMT'

My cvs-fu is to weak to work around this easily. You might be able to
work around it on a directory by directory basis (picking the correct
branch for each directory), but it would be far better to fix the
branches/tags in the repositories.

Since deleting or renaming branches is bad juju, I think the answer
might be to add 'MAIN' as a tag to all the stuff in the 'xorg' branch.
I've never hit this problem before, so I'm not really sure.

Until this gets fixed, there is no way to bisect cvs in the xenocara
tree. Even if the intel driver directory was not hosed, you cannot
test against other changes in the xenocara tree at a particular point
in time.

The "+++" is from the checkout above in my previous mail, and the "---" is
from my archive of an update actually done at the given time. Just by the
dates you can see that the 'MAIN' branch was checked out instead of
the 'xorg' branch which *was* HEAD at the specified time, and the file
contents confirm this.

--- xenoarch/dist/Mesa/Makefile.mgw Sun Apr 18 00:38:47 2010
+++ xenocara/dist/Mesa/Makefile.mgw Sat Nov 25 10:49:18 2006
--- xenoarch/dist/Mesa/descrip.mms Sun Apr 18 00:38:49 2010
+++ xenocara/dist/Mesa/descrip.mms Sat Nov 25 10:49:18 2006
--- xenoarch/dist/Mesa/docs/MiniGLX.html Sun Apr 18 00:39:11 2010
+++ xenocara/dist/Mesa/docs/MiniGLX.html Sat Nov 25 10:49:21 2006
--- xenoarch/dist/Mesa/docs/README.directfb Sun Apr 18 00:39:13 2010
+++ xenocara/dist/Mesa/docs/README.directfb Sat Nov 25 10:49:26 2006
--- xenoarch/dist/Mesa/include/GL/glx_mangle.h Sun Apr 18 00:41:23 2010
+++ xenocara/dist/Mesa/include/GL/glx_mangle.h Sat Nov 25 10:49:37 2006
--- xenoarch/dist/Mesa/include/GL/mesa_wgl.h Sun Apr 18 00:41:24 2010
+++ xenocara/dist/Mesa/include/GL/mesa_wgl.h Sat Nov 25 10:49:37 2006
--- xenoarch/dist/Mesa/progs/demos/arbfplight.c Sun Apr 18 00:41:40 2010
+++ xenocara/dist/Mesa/progs/demos/arbfplight.c Sat Nov 25 10:57:02 2006
--- xenoarch/dist/Mesa/progs/demos/arbfslight.c Sun Apr 18 00:41:40 2010
+++ xenocara/dist/Mesa/progs/demos/arbfslight.c Sat Nov 25 10:57:02 2006
--- xenoarch/dist/Mesa/progs/demos/fogcoord.c Sun Apr 18 00:41:47 2010
+++ xenocara/dist/Mesa/progs/demos/fogcoord.c Sat Nov 25 10:57:03 2006
--- xenoarch/dist/Mesa/progs/demos/fplight.c Sun Apr 18 00:41:47 2010
+++ xenocara/dist/Mesa/progs/demos/fplight.c Sat Nov 25 10:57:03 2006
--- xenoarch/dist/Mesa/progs/demos/fslight.c Sun Apr 18 00:41:49 2010
+++ xenocara/dist/Mesa/progs/demos/fslight.c Sat Mar  3 03:59:28 2007
--- xenoarch/dist/Mesa/progs/demos/geartrain.c Sun Apr 18 00:41:53 2010
+++ xenocara/dist/Mesa/progs/demos/geartrain.c Sat Nov 25 10:57:04 2006
--- xenoarch/dist/Mesa/progs/demos/gltestperf.c Sun Apr 18 00:42:00 2010
+++ xenocara/dist/Mesa/progs/demos/gltestperf.c Sat Nov 25 10:57:05 2006
--- xenoarch/dist/Mesa/progs/demos/isosurf.c Sun Apr 18 00:42:03 2010
+++ xenocara/dist/Mesa/progs/demos/isosurf.c Sat Nov 25 10:57:05 2006
--- xenoarch/dist/Mesa/progs/demos/morph3d.c Sun Apr 18 00:42:47 2010
+++ xenocara/dist/Mesa/progs/demos/morph3d.c Sat Nov 25 10:57:06 2006
--- xenoarch/dist/Mesa/progs/demos/readpix.c Sun Apr 18 00:42:51 2010
+++ xenocara/dist/Mesa/progs/demos/readpix.c Sat Nov 25 10:57:07 2006
--- xenoarch/dist/Mesa/progs/demos/tessdemo.c Sun Apr 18 00:43:09 2010
+++ xenocara/dist/Mesa/progs/demos/tessdemo.c Sat Nov 25 10:57:09 2006
--- xenoarch/dist/Mesa/progs/demos/texdown.c Sun Apr 18 00:43:09 2010
+++ xenocara/dist/Mesa/progs/demos/texdown.c Sat Nov 25 10:57:10 2006
--- xenoarch/dist/Mesa/progs/demos/winpos.c Sun Apr 18 00:43:22 2010
+++ xenocara/dist/Mesa/progs/demos/winpos.c Sat Nov 25 10:57:11 2006
--- xenoarch/dist/Mesa/progs/xdemos/glxgears_fbconfig.c Sun Apr 18 00:49:23 2010
+++ xenocara/dist/Mesa/progs/xdemos/glxgears_fbconfig.c Sat Nov 25 10:57:20 2006
--- xenoarch/dist/Mesa/progs/xdemos/glxheads.c Sun Apr 18 00:49:23 2010
+++ xenocara/dist/Mesa/progs/xdemos/glxheads.c Sat Nov 25 10:57:20 2006
--- xenoarch/dist/Mesa/progs/xdemos/opencloseopen.c Sun Apr 18 00:49:34 2010
+++ xenocara/dist/Mesa/progs/xdemos/opencloseopen.c Sat Nov 25 10:57:22 2006
--- xenoarch/dist/Mesa/progs/xdemos/pbdemo.c Sun Apr 18 00:49:36 2010
+++ xenocara/dist/Mesa/progs/xdemos/pbdemo.c Sat Nov 25 10:57:22 2006
--- xenoarch/dist/Mesa/progs/xdemos/pbinfo.c Sun Apr 18 00:49:36 2010
+++ xenocara/dist/Mesa/progs/xdemos/pbinfo.c Sat Nov 25 10:57:22 2006
--- xenoarch/dist/Mesa/src/glx/x11/indirect_size.c Sun Apr 18 00:54:01 2010
+++ xenocara/dist/Mesa/src/glx/x11/indirect_size.c Sat Nov 25 10:54:42 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/beos/GLView.cpp Sun Apr 18 00:54:30 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/beos/GLView.cpp Sat Nov 25 10:51:40 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/common/xmlpool/options.h Sun Apr 18 00:55:53 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/common/xmlpool/options.h Sat Nov 25 10:52:13 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/common/xmlpool/t_options.h Sun Apr 18 00:55:58 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/common/xmlpool/t_options.h Sat Nov 25 10:52:13 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/ffb/ffb_clear.h Sun Apr 18 00:56:00 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/ffb/ffb_clear.h Sat Nov 25 10:52:15 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/r200/Makefile Sun Apr 18 01:02:05 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/r200/Makefile Sat Nov 25 10:53:25 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/r300/radeon_state.h Sun Apr 18 01:04:20 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/r300/radeon_state.h Sat Nov 25 10:53:34 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/radeon/Makefile Sun Apr 18 01:04:20 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/radeon/Makefile Sat Nov 25 10:53:44 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/radeon/radeon_lock.h Sun Apr 18 01:04:33 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/radeon/radeon_lock.h Sat Nov 25 10:53:37 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/dri/radeon/radeon_span.h Sun Apr 18 01:04:42 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/dri/radeon/radeon_span.h Sat Nov 25 10:53:39 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/osmesa/osmesa.def Sun Apr 18 01:09:12 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/osmesa/osmesa.def Sat Nov 25 10:51:51 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/windows/gdi/wmesadef.h Sun Apr 18 01:09:32 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/windows/gdi/wmesadef.h Sat Nov 25 10:51:54 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/windows/gldirect/dglcontext.c Sun Apr 18 01:09:34 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/windows/gldirect/dglcontext.c Sat Nov 25 10:51:56 2006
--- xenoarch/dist/Mesa/src/mesa/drivers/windows/icd/mesa.def Sun Apr 18 01:10:56 2010
+++ xenocara/dist/Mesa/src/mesa/drivers/windows/icd/mesa.def Sat Nov 25 10:51:59 2006
--- xenoarch/dist/Mesa/src/mesa/main/accum.c Sun Apr 18 01:13:59 2010
+++ xenocara/dist/Mesa/src/mesa/main/accum.c Sat Nov 25 10:49:40 2006
--- xenoarch/dist/Mesa/src/mesa/main/api_arrayelt.h Sun Apr 18 01:14:04 2010
+++ xenocara/dist/Mesa/src/mesa/main/api_arrayelt.h Sat Nov 25 10:49:40 2006
--- xenoarch/dist/Mesa/src/mesa/main/blend.h Sun Apr 18 01:14:20 2010
+++ xenocara/dist/Mesa/src/mesa/main/blend.h Sat Nov 25 10:49:44 2006
--- xenoarch/dist/Mesa/src/mesa/main/colortab.h Sun Apr 18 01:14:24 2010
+++ xenocara/dist/Mesa/src/mesa/main/colortab.h Sat Nov 25 10:49:46 2006
--- xenoarch/dist/Mesa/src/mesa/main/convolve.c Sun Apr 18 01:14:33 2010
+++ xenocara/dist/Mesa/src/mesa/main/convolve.c Sat Nov 25 10:49:49 2006
--- xenoarch/dist/Mesa/src/mesa/main/light.h Sun Apr 18 01:16:32 2010
+++ xenocara/dist/Mesa/src/mesa/main/light.h Sat Nov 25 10:50:10 2006
--- xenoarch/dist/Mesa/src/mesa/main/matrix.c Sun Apr 18 01:16:39 2010
+++ xenocara/dist/Mesa/src/mesa/main/matrix.c Sat Nov 25 10:50:11 2006
--- xenoarch/dist/Mesa/src/mesa/main/rbadaptors.c Sun Apr 18 01:17:01 2010
+++ xenocara/dist/Mesa/src/mesa/main/rbadaptors.c Sat Nov 25 10:50:16 2006
--- xenoarch/dist/Mesa/src/mesa/main/renderbuffer.h Sun Apr 18 01:17:09 2010
+++ xenocara/dist/Mesa/src/mesa/main/renderbuffer.h Sat Nov 25 10:50:17 2006
--- xenoarch/dist/Mesa/src/mesa/shader/grammar/grammar.c Sun Apr 18 01:19:54 2010
+++ xenocara/dist/Mesa/src/mesa/shader/grammar/grammar.c Sat Nov 25 10:51:04 2006
--- xenoarch/dist/Mesa/src/mesa/shader/slang/library/gc_to_bin.c Sun Apr 18 01:20:40 2010
+++ xenocara/dist/Mesa/src/mesa/shader/slang/library/gc_to_bin.c Sat Nov 25 10:51:11 2006
--- xenoarch/dist/Mesa/src/mesa/shader/slang/slang_utility.h Sun Apr 18 01:20:39 2010
+++ xenocara/dist/Mesa/src/mesa/shader/slang/slang_utility.h Sat Nov 25 10:51:11 2006
--- xenoarch/dist/Mesa/src/mesa/tnl/t_vb_cliptmp.h Sun Apr 18 01:23:03 2010
+++ xenocara/dist/Mesa/src/mesa/tnl/t_vb_cliptmp.h Sat Nov 25 10:51:32 2006
--- xenoarch/dist/Mesa/src/mesa/tnl/t_vb_rendertmp.h Sun Apr 18 01:23:08 2010
+++ xenocara/dist/Mesa/src/mesa/tnl/t_vb_rendertmp.h Sat Nov 25 10:51:33 2006
--- xenoarch/driver/xf86-video-intel/src/i810_accel.c Sun Apr 18 03:27:27 2010
+++ xenocara/driver/xf86-video-intel/src/i810_accel.c Sun Nov 26 12:06:36 2006
--- xenoarch/driver/xf86-video-intel/src/i810_dri.c Sun Apr 18 03:27:34 2010
+++ xenocara/driver/xf86-video-intel/src/i810_dri.c Sun Nov 26 12:06:45 2006
--- xenoarch/driver/xf86-video-intel/src/i810_dri.h Sun Apr 18 03:27:34 2010
+++ xenocara/driver/xf86-video-intel/src/i810_dri.h Sun Nov 26 12:06:45 2006
--- xenoarch/driver/xf86-video-intel/src/i810_wmark.c Sun Apr 18 03:27:49 2010
+++ xenocara/driver/xf86-video-intel/src/i810_wmark.c Sun Nov 26 12:06:43 2006
--- xenoarch/driver/xf86-video-intel/src/i830_reg.h Sun Apr 18 03:28:44 2010
+++ xenocara/driver/xf86-video-intel/src/i830_reg.h Sun Nov 26 12:06:47 2006
--- xenoarch/driver/xf86-video-intel/src/packed_yuv_sf.g4a Sun Apr 18 03:29:32 2010
+++ xenocara/driver/xf86-video-intel/src/packed_yuv_sf.g4a Sun Nov 26 12:06:46 2006
--- xenoarch/driver/xf86-video-intel/src/xvmc/I810XvMC.h Sun Apr 18 03:30:02 2010
+++ xenocara/driver/xf86-video-intel/src/xvmc/I810XvMC.h Sun Nov 26 12:06:52 2006
--- xenoarch/lib/libX11/man/Makefile.am Sun Apr 18 07:37:27 2010
+++ xenocara/lib/libX11/man/Makefile.am Sat Nov 25 08:38:41 2006
--- xenoarch/lib/libX11/man/XListFonts.man Sun Apr 18 07:37:58 2010
+++ xenocara/lib/libX11/man/XListFonts.man Sat Nov 25 08:38:51 2006
--- xenoarch/lib/libX11/man/XRecolorCursor.man Sun Apr 18 07:38:11 2010
+++ xenocara/lib/libX11/man/XRecolorCursor.man Sat Nov 25 08:38:54 2006
--- xenoarch/lib/libX11/man/XSetCommand.man Sun Apr 18 07:38:22 2010
+++ xenocara/lib/libX11/man/XSetCommand.man Sat Nov 25 08:38:55 2006
--- xenoarch/lib/libX11/src/AllCells.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/AllCells.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/AllowEv.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/AllowEv.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/AutoRep.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/AutoRep.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/Backgnd.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/Backgnd.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/BdrWidth.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/BdrWidth.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/Bell.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/Bell.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/Border.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/Border.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChAccCon.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/ChAccCon.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChActPGb.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/ChActPGb.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChCmap.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/ChCmap.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChGC.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/ChGC.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChPntCon.c Sun Apr 18 07:46:43 2010
+++ xenocara/lib/libX11/src/ChPntCon.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChSaveSet.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/ChSaveSet.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChWAttrs.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/ChWAttrs.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ChWindow.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/ChWindow.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/CirWin.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/CirWin.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/CirWinDn.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/CirWinDn.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/CirWinUp.c Sun Apr 18 07:46:44 2010
+++ xenocara/lib/libX11/src/CirWinUp.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/Clear.c Sun Apr 18 07:46:46 2010
+++ xenocara/lib/libX11/src/Clear.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/ConfWind.c Sun Apr 18 07:46:46 2010
+++ xenocara/lib/libX11/src/ConfWind.c Sat Nov 25 08:37:14 2006
--- xenoarch/lib/libX11/src/CrPixmap.c Sun Apr 18 07:46:52 2010
+++ xenocara/lib/libX11/src/CrPixmap.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DefCursor.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DefCursor.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DelProp.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DelProp.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DestSubs.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DestSubs.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DestWind.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DestWind.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DrArcs.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DrArcs.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DrLines.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DrLines.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DrPoint.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DrPoint.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DrPoints.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DrPoints.c Sat Nov 25 08:37:15 2006
--- xenoarch/lib/libX11/src/DrRects.c Sun Apr 18 07:46:54 2010
+++ xenocara/lib/libX11/src/DrRects.c Sat Nov 25 08:37:16 2006
--- xenoarch/lib/libX11/src/DrSegs.c Sun Apr 18 07:47:00 2010
+++ xenocara/lib/libX11/src/DrSegs.c Sat Nov 25 08:37:16 2006
--- xenoarch/lib/libX11/src/FSSaver.c Sun Apr 18 07:47:00 2010
+++ xenocara/lib/libX11/src/FSSaver.c Sat Nov 25 08:37:17 2006
--- xenoarch/lib/libX11/src/FillArc.c Sun Apr 18 07:47:02 2010
+++ xenocara/lib/libX11/src/FillArc.c Sat Nov 25 08:37:16 2006
--- xenoarch/lib/libX11/src/FillArcs.c Sun Apr 18 07:47:02 2010
+++ xenocara/lib/libX11/src/FillArcs.c Sat Nov 25 08:37:16 2006
--- xenoarch/lib/libX11/src/Flush.c Sun Apr 18 07:47:02 2010
+++ xenocara/lib/libX11/src/Flush.c Sat Nov 25 08:37:16 2006
--- xenoarch/lib/libX11/src/FreeCols.c Sun Apr 18 07:47:06 2010
+++ xenocara/lib/libX11/src/FreeCols.c Sat Nov 25 08:37:17 2006
--- xenoarch/lib/libX11/src/FreeCurs.c Sun Apr 18 07:47:06 2010
+++ xenocara/lib/libX11/src/FreeCurs.c Sat Nov 25 08:37:17 2006
--- xenoarch/lib/libX11/src/GCMisc.c Sun Apr 18 07:47:09 2010
+++ xenocara/lib/libX11/src/GCMisc.c Sat Nov 25 08:37:17 2006
--- xenoarch/lib/libX11/src/GetFPath.c Sun Apr 18 07:47:09 2010
+++ xenocara/lib/libX11/src/GetFPath.c Sat Nov 25 08:37:17 2006
--- xenoarch/lib/libX11/src/GetGCVals.c Sun Apr 18 07:47:10 2010
+++ xenocara/lib/libX11/src/GetGCVals.c Sat Nov 25 08:37:18 2006
--- xenoarch/lib/libX11/src/GetHColor.c Sun Apr 18 07:47:10 2010
+++ xenocara/lib/libX11/src/GetHColor.c Sat Nov 25 08:37:18 2006
--- xenoarch/lib/libX11/src/GetSOwner.c Sun Apr 18 07:47:13 2010
+++ xenocara/lib/libX11/src/GetSOwner.c Sat Nov 25 08:37:18 2006
--- xenoarch/lib/libX11/src/GrServer.c Sun Apr 18 07:47:17 2010
+++ xenocara/lib/libX11/src/GrServer.c Sat Nov 25 08:37:19 2006
--- xenoarch/lib/libX11/src/InsCmap.c Sun Apr 18 07:47:22 2010
+++ xenocara/lib/libX11/src/InsCmap.c Sat Nov 25 08:37:19 2006
--- xenoarch/lib/libX11/src/KillCl.c Sun Apr 18 07:47:26 2010
+++ xenocara/lib/libX11/src/KillCl.c Sat Nov 25 08:37:20 2006
--- xenoarch/lib/libX11/src/LiProps.c Sun Apr 18 07:47:33 2010
+++ xenocara/lib/libX11/src/LiProps.c Sat Nov 25 08:37:20 2006
--- xenoarch/lib/libX11/src/ListExt.c Sun Apr 18 07:47:33 2010
+++ xenocara/lib/libX11/src/ListExt.c Sat Nov 25 08:37:20 2006
--- xenoarch/lib/libX11/src/LowerWin.c Sun Apr 18 07:47:33 2010
+++ xenocara/lib/libX11/src/LowerWin.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/MapRaised.c Sun Apr 18 07:47:38 2010
+++ xenocara/lib/libX11/src/MapRaised.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/MapSubs.c Sun Apr 18 07:47:38 2010
+++ xenocara/lib/libX11/src/MapSubs.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/MapWindow.c Sun Apr 18 07:47:38 2010
+++ xenocara/lib/libX11/src/MapWindow.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/Misc.c Sun Apr 18 07:47:38 2010
+++ xenocara/lib/libX11/src/Misc.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/OCWrap.c Sun Apr 18 07:47:40 2010
+++ xenocara/lib/libX11/src/OCWrap.c Sat Nov 25 08:37:21 2006
--- xenoarch/lib/libX11/src/PeekIfEv.c Sun Apr 18 07:47:45 2010
+++ xenocara/lib/libX11/src/PeekIfEv.c Sat Nov 25 08:37:22 2006
--- xenoarch/lib/libX11/src/Pending.c Sun Apr 18 07:47:45 2010
+++ xenocara/lib/libX11/src/Pending.c Sat Nov 25 08:37:22 2006
--- xenoarch/lib/libX11/src/PixFormats.c Sun Apr 18 07:47:47 2010
+++ xenocara/lib/libX11/src/PixFormats.c Sat Nov 25 08:37:22 2006
--- xenoarch/lib/libX11/src/PmapBgnd.c Sun Apr 18 07:47:47 2010
+++ xenocara/lib/libX11/src/PmapBgnd.c Sat Nov 25 08:37:22 2006
--- xenoarch/lib/libX11/src/PmapBord.c Sun Apr 18 07:47:47 2010
+++ xenocara/lib/libX11/src/PmapBord.c Sat Nov 25 08:37:22 2006
--- xenoarch/lib/libX11/src/QuColor.c Sun Apr 18 07:47:52 2010
+++ xenocara/lib/libX11/src/QuColor.c Sat Nov 25 08:37:23 2006
--- xenoarch/lib/libX11/src/QuColors.c Sun Apr 18 07:47:52 2010
+++ xenocara/lib/libX11/src/QuColors.c Sat Nov 25 08:37:23 2006
--- xenoarch/lib/libX11/src/RaiseWin.c Sun Apr 18 07:47:55 2010
+++ xenocara/lib/libX11/src/RaiseWin.c Sat Nov 25 08:37:23 2006
--- xenoarch/lib/libX11/src/ReconfWM.c Sun Apr 18 07:47:55 2010
+++ xenocara/lib/libX11/src/ReconfWM.c Sat Nov 25 08:37:24 2006
--- xenoarch/lib/libX11/src/ScrResStr.c Sun Apr 18 07:47:57 2010
+++ xenocara/lib/libX11/src/ScrResStr.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SelInput.c Sun Apr 18 07:47:57 2010
+++ xenocara/lib/libX11/src/SelInput.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SendEvent.c Sun Apr 18 07:47:57 2010
+++ xenocara/lib/libX11/src/SendEvent.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetBack.c Sun Apr 18 07:47:57 2010
+++ xenocara/lib/libX11/src/SetBack.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetClMask.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetClMask.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetFPath.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetFPath.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetFont.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetFont.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetFore.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetFore.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetFunc.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetFunc.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetLStyle.c Sun Apr 18 07:48:01 2010
+++ xenocara/lib/libX11/src/SetLStyle.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetSOwner.c Sun Apr 18 07:48:03 2010
+++ xenocara/lib/libX11/src/SetSOwner.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetState.c Sun Apr 18 07:48:03 2010
+++ xenocara/lib/libX11/src/SetState.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetStip.c Sun Apr 18 07:48:03 2010
+++ xenocara/lib/libX11/src/SetStip.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetTSOrig.c Sun Apr 18 07:48:03 2010
+++ xenocara/lib/libX11/src/SetTSOrig.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/SetTile.c Sun Apr 18 07:48:03 2010
+++ xenocara/lib/libX11/src/SetTile.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/StColor.c Sun Apr 18 07:48:05 2010
+++ xenocara/lib/libX11/src/StColor.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/StrKeysym.c Sun Apr 18 07:48:05 2010
+++ xenocara/lib/libX11/src/StrKeysym.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/Sync.c Sun Apr 18 07:48:05 2010
+++ xenocara/lib/libX11/src/Sync.c Sat Nov 25 08:37:25 2006
--- xenoarch/lib/libX11/src/UndefCurs.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UndefCurs.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UngrabBut.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UngrabBut.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UngrabKbd.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UngrabKbd.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UngrabKey.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UngrabKey.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UngrabPtr.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UngrabPtr.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UngrabSvr.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UngrabSvr.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UninsCmap.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UninsCmap.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UnmapSubs.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UnmapSubs.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/UnmapWin.c Sun Apr 18 07:48:07 2010
+++ xenocara/lib/libX11/src/UnmapWin.c Sat Nov 25 08:37:26 2006
--- xenoarch/lib/libX11/src/xlibi18n/XimTrInt.h Sun Apr 18 07:50:19 2010
+++ xenocara/lib/libX11/src/xlibi18n/XimTrInt.h Sat Nov 25 08:37:49 2006
--- xenoarch/lib/libXaw/COPYING Sun Apr 18 07:58:42 2010
+++ xenocara/lib/libXaw/COPYING Sat Nov 25 08:55:49 2006
--- xenoarch/lib/libXaw/ChangeLog Sun Apr 18 07:58:42 2010
+++ xenocara/lib/libXaw/ChangeLog Sat Nov 25 08:55:53 2006
--- xenoarch/lib/libXaw/man/Xaw.man Sun Apr 18 08:00:57 2010
+++ xenocara/lib/libXaw/man/Xaw.man Sat Nov 25 08:56:16 2006
--- xenoarch/lib/libXaw/src/XawI18n.h Sun Apr 18 08:02:26 2010
+++ xenocara/lib/libXaw/src/XawI18n.h Sat Nov 25 08:56:29 2006
--- xenoarch/lib/libXext/man/Makefile.am Sun Apr 18 08:14:16 2010
+++ xenocara/lib/libXext/man/Makefile.am Sat Nov 25 09:09:47 2006
--- xenoarch/lib/libXi/Makefile.am Sun Apr 18 08:23:48 2010
+++ xenocara/lib/libXi/Makefile.am Sat Nov 25 09:22:44 2006
--- xenoarch/lib/libXi/man/XAllowDeviceEvents.man Sun Apr 18 08:25:51 2010
+++ xenocara/lib/libXi/man/XAllowDeviceEvents.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XChangeDeviceDontPropagateList.man Sun Apr 18 08:25:51 2010
+++ xenocara/lib/libXi/man/XChangeDeviceDontPropagateList.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XChangeKeyboardDevice.man Sun Apr 18 08:25:51 2010
+++ xenocara/lib/libXi/man/XChangeKeyboardDevice.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XChangePointerDevice.man Sun Apr 18 08:25:51 2010
+++ xenocara/lib/libXi/man/XChangePointerDevice.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XDeviceBell.man Sun Apr 18 08:25:51 2010
+++ xenocara/lib/libXi/man/XDeviceBell.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGetDeviceControl.man Sun Apr 18 08:25:56 2010
+++ xenocara/lib/libXi/man/XGetDeviceControl.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGetDeviceKeyMapping.man Sun Apr 18 08:25:56 2010
+++ xenocara/lib/libXi/man/XGetDeviceKeyMapping.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGetDeviceModifierMapping.man Sun Apr 18 08:25:56 2010
+++ xenocara/lib/libXi/man/XGetDeviceModifierMapping.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGetDeviceMotionEvents.man Sun Apr 18 08:25:56 2010
+++ xenocara/lib/libXi/man/XGetDeviceMotionEvents.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGetFeedbackControl.man Sun Apr 18 08:25:58 2010
+++ xenocara/lib/libXi/man/XGetFeedbackControl.man Sat Nov 25 09:23:04 2006
--- xenoarch/lib/libXi/man/XGrabDevice.man Sun Apr 18 08:25:58 2010
+++ xenocara/lib/libXi/man/XGrabDevice.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XGrabDeviceButton.man Sun Apr 18 08:25:58 2010
+++ xenocara/lib/libXi/man/XGrabDeviceButton.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XGrabDeviceKey.man Sun Apr 18 08:25:58 2010
+++ xenocara/lib/libXi/man/XGrabDeviceKey.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XOpenDevice.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XOpenDevice.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XQueryDeviceState.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XQueryDeviceState.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSelectExtensionEvent.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XSelectExtensionEvent.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSendExtensionEvent.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XSendExtensionEvent.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSetDeviceButtonMapping.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XSetDeviceButtonMapping.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSetDeviceFocus.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XSetDeviceFocus.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSetDeviceMode.man Sun Apr 18 08:25:59 2010
+++ xenocara/lib/libXi/man/XSetDeviceMode.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/man/XSetDeviceValuators.man Sun Apr 18 08:26:02 2010
+++ xenocara/lib/libXi/man/XSetDeviceValuators.man Sat Nov 25 09:23:05 2006
--- xenoarch/lib/libXi/src/XChgDCtl.c Sun Apr 18 08:26:03 2010
+++ xenocara/lib/libXi/src/XChgDCtl.c Sat Nov 25 09:23:00 2006
--- xenoarch/lib/libXi/src/XGetVers.c Sun Apr 18 08:26:08 2010
+++ xenocara/lib/libXi/src/XGetVers.c Sat Nov 25 09:23:01 2006
--- xenoarch/lib/libXi/src/XGtSelect.c Sun Apr 18 08:26:10 2010
+++ xenocara/lib/libXi/src/XGtSelect.c Sat Nov 25 09:23:01 2006
--- xenoarch/lib/libXi/src/XIint.h Sun Apr 18 08:26:10 2010
+++ xenocara/lib/libXi/src/XIint.h Sat Nov 25 09:23:03 2006
--- xenoarch/lib/libXi/src/XStFocus.c Sun Apr 18 08:26:11 2010
+++ xenocara/lib/libXi/src/XStFocus.c Sat Nov 25 09:23:02 2006
--- xenoarch/lib/libXinerama/src/Makefile.am Sun Apr 18 08:27:47 2010
+++ xenocara/lib/libXinerama/src/Makefile.am Sat Nov 25 09:27:10 2006
--- xenoarch/lib/libXtst/ChangeLog Sun Apr 18 08:48:26 2010
+++ xenocara/lib/libXtst/ChangeLog Sat Nov 25 10:03:50 2006
--- xenoarch/lib/libXtst/Makefile.am Sun Apr 18 08:48:26 2010
+++ xenocara/lib/libXtst/Makefile.am Sat Nov 25 10:03:50 2006
--- xenoarch/lib/libXtst/src/Makefile.am Sun Apr 18 08:50:06 2010
+++ xenocara/lib/libXtst/src/Makefile.am Sat Nov 25 10:04:03 2006
--- xenoarch/lib/libXtst/src/XRecord.c Sun Apr 18 08:50:09 2010
+++ xenocara/lib/libXtst/src/XRecord.c Sat Nov 25 10:04:04 2006
--- xenoarch/lib/libXtst/src/XTest.c Sun Apr 18 08:50:09 2010
+++ xenocara/lib/libXtst/src/XTest.c Sat Nov 25 10:04:04 2006
--- xenoarch/lib/libXxf86dga/configure.ac Sun Apr 18 08:55:37 2010
+++ xenocara/lib/libXxf86dga/configure.ac Sat Nov 25 10:06:46 2006
--- xenoarch/lib/libXxf86dga/src/XF86DGA.c Sun Apr 18 08:56:05 2010
+++ xenocara/lib/libXxf86dga/src/XF86DGA.c Sat Nov 25 10:07:00 2006
--- xenoarch/proto/compositeproto/ChangeLog Sun Apr 18 09:24:42 2010
+++ xenocara/proto/compositeproto/ChangeLog Sat Nov 25 07:43:20 2006
--- xenoarch/proto/compositeproto/Makefile.am Sun Apr 18 09:24:42 2010
+++ xenocara/proto/compositeproto/Makefile.am Sat Nov 25 07:43:20 2006
--- xenoarch/proto/compositeproto/compositeproto.h Sun Apr 18 09:24:47 2010
+++ xenocara/proto/compositeproto/compositeproto.h Sat Nov 25 07:43:20 2006
--- xenoarch/proto/compositeproto/configure.ac Sun Apr 18 09:24:51 2010
+++ xenocara/proto/compositeproto/configure.ac Sat Nov 25 07:43:20 2006
--- xenoarch/proto/damageproto/ChangeLog Sun Apr 18 09:24:53 2010
+++ xenocara/proto/damageproto/ChangeLog Sat Nov 25 07:44:45 2006
--- xenoarch/proto/damageproto/Makefile.am Sun Apr 18 09:24:53 2010
+++ xenocara/proto/damageproto/Makefile.am Sat Nov 25 07:44:45 2006
--- xenoarch/proto/damageproto/configure.ac Sun Apr 18 09:24:59 2010
+++ xenocara/proto/damageproto/configure.ac Sat Nov 25 07:44:47 2006
--- xenoarch/proto/damageproto/damageproto.h Sun Apr 18 09:24:59 2010
+++ xenocara/proto/damageproto/damageproto.h Sat Nov 25 07:44:45 2006
--- xenoarch/proto/damageproto/damagewire.h Sun Apr 18 09:24:59 2010
+++ xenocara/proto/damageproto/damagewire.h Sat Nov 25 07:44:45 2006
--- xenoarch/proto/fixesproto/COPYING Sun Apr 18 09:25:32 2010
+++ xenocara/proto/fixesproto/COPYING Sat Nov 25 07:49:37 2006
--- xenoarch/proto/glproto/ChangeLog Sun Apr 18 09:26:13 2010
+++ xenocara/proto/glproto/ChangeLog Sat Nov 25 07:52:03 2006
--- xenoarch/proto/glproto/glxmd.h Sun Apr 18 09:26:28 2010
+++ xenocara/proto/glproto/glxmd.h Sat Nov 25 07:52:01 2006
--- xenoarch/proto/renderproto/Makefile.am Sun Apr 18 09:28:25 2010
+++ xenocara/proto/renderproto/Makefile.am Sat Nov 25 07:57:23 2006
--- xenoarch/proto/x11proto/Xmd.h Sun Apr 18 09:29:44 2010
+++ xenocara/proto/x11proto/Xmd.h Sat Nov 25 08:01:26 2006
--- xenoarch/proto/x11proto/keysym.h Sun Apr 18 09:30:15 2010
+++ xenocara/proto/x11proto/keysym.h Sat Nov 25 08:01:20 2006
--- xenoarch/proto/xf86dgaproto/configure.ac Sun Apr 18 09:31:57 2010
+++ xenocara/proto/xf86dgaproto/configure.ac Sat Nov 25 08:04:53 2006
--- xenoarch/proto/xf86dgaproto/xf86dga1.h Sun Apr 18 09:31:59 2010
+++ xenocara/proto/xf86dgaproto/xf86dga1.h Sat Nov 25 08:04:53 2006


--
The OpenBSD Journal - http://www.undeadly.org

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Philip Guenther-2
On Sun, May 23, 2010 at 10:57 PM, J.C. Roberts <[hidden email]>
wrote:
...
> I found the problem. The 'xorg' vendor branch was treated as 'HEAD'
> for a while, but subsequently moving 'HEAD' back over to the 'MAIN'
> branch has broken date limited checkouts of 'HEAD'.  Instead of
> getting what was HEAD at the specified time (i.e. the 'xorg' vendor
> branch), you get HEAD of the MAIN branch at the specified time, which
> results in about 200 ancient files, and of course, a xenocara checkout
> that wont build.

I've read that three times now and I can't figure out what you're trying to
say.
1) I don't see an 'xorg'  branch at all in the xenocara/dist/Mesa/ subdirs
2) 'HEAD' is a magic word to cvs that many people misuse to mean the trunk
   (aka, what you get when you do "cvs up -A"), but it does *NOT* mean that
   when given to cvs's -r option...but it doesn't sound like you're
using it here
   with either definition
3) 'MAIN'?  Is that another name for the trunk?


> I've got no clue why the cvs server once considered the 'xorg' branch
> as HEAD, but when asked for HEAD with a date_sepc defined, it fails
> to remember 'xorg' was HEAD at that time and mistakenly gives you what
> was in the 'MAIN' branch at the specified time.

Oh, I think I see what you're trying to say.  Yes, asking for a
version from a specific time from before a given file was locally
modified results in the 'wrong' version being checked out.  This is
because vendor branch support is a kludge in cvs.  In this case, it's
the fact that it doesn't treat all the revisions on the 1.1.1 branch
with timestamps before 1.2 as occuring "between" 1.1 and 1.2.  You can
see the same effect with 'annotate'.


> Either cvs itself is
> hosed (not figuring out what branch was head at a specific time), or
> the branching commit was done wrong and needs to be fixed.

It's the former.  Note that the problem is not solvable without
additional metadata, in part because cvs thinks that it supports
multiple vendor branches.


> None of the following successfully clean up the hosed checkout:
>
>        cvs -d$CVSROOT up -ACd -jxorg -D'18 Apr 2010 10:30 GMT'
>        cvs -d$CVSROOT up -ACd -jxorg:'18 Apr 2010 10:30 GMT'
>        cvs -d$CVSROOT up -ACd -rxorg -D'18 Apr 2010 10:30 GMT'

The first of those check out the trunk on the specified date and then
merge all the changes from the xorg branch onto that.  I think there's
a bug in the opencvs server that makes it barf on that, though you can
get that effect with two commands.

The second should check out the tip of the trunk and then merge into
it the changes from the xorg branch that were made before the
specified date.  Again, I think bugs keep that from working in one
fell swoop though two commands should be doable.

The third of those 'should be' a usage error, but just results in the
-D option being ignored.


I believe there's no way to do what you want with cvs and I would be
shocked to be shown otherwise.


> My cvs-fu is to weak to work around this easily. You might be able to
> work around it on a directory by directory basis (picking the correct
> branch for each directory), but it would be far better to fix the
> branches/tags in the repositories.

The repository is fine; it's a design limitation of cvs's vendor branches.


> Since deleting or renaming branches is bad juju, I think the answer
> might be to add 'MAIN' as a tag to all the stuff in the 'xorg' branch.
> I've never hit this problem before, so I'm not really sure.

What is "MAIN"?  Where is it documented?


Philip Guenther

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

J.C. Roberts-3
On Tue, 25 May 2010 21:21:49 -0700 Philip Guenther <[hidden email]>
wrote:

>
> On Sun, May 23, 2010 at 10:57 PM, J.C. Roberts
> <[hidden email]> wrote: ...
> > I found the problem. The 'xorg' vendor branch was treated as 'HEAD'
> > for a while, but subsequently moving 'HEAD' back over to the 'MAIN'
> > branch has broken date limited checkouts of 'HEAD'.  Instead of
> > getting what was HEAD at the specified time (i.e. the 'xorg' vendor
> > branch), you get HEAD of the MAIN branch at the specified time,
> > which results in about 200 ancient files, and of course, a xenocara
> > checkout that wont build.
>
> I've read that three times now and I can't figure out what you're
> trying to say.
> 1) I don't see an 'xorg'  branch at all in the xenocara/dist/Mesa/
> subdirs
> 2) 'HEAD' is a magic word to cvs that many people misuse to mean the
> trunk (aka, what you get when you do "cvs up -A"), but it does *NOT*
> mean that when given to cvs's -r option...but it doesn't sound like
> you're using it here
>    with either definition
> 3) 'MAIN'?  Is that another name for the trunk?
>
>
> > I've got no clue why the cvs server once considered the 'xorg'
> > branch as HEAD, but when asked for HEAD with a date_sepc defined,
> > it fails to remember 'xorg' was HEAD at that time and mistakenly
> > gives you what was in the 'MAIN' branch at the specified time.
>
> Oh, I think I see what you're trying to say.  Yes, asking for a
> version from a specific time from before a given file was locally
> modified results in the 'wrong' version being checked out.  This is
> because vendor branch support is a kludge in cvs.  In this case, it's
> the fact that it doesn't treat all the revisions on the 1.1.1 branch
> with timestamps before 1.2 as occuring "between" 1.1 and 1.2.  You can
> see the same effect with 'annotate'.
>
>
> > Either cvs itself is
> > hosed (not figuring out what branch was head at a specific time), or
> > the branching commit was done wrong and needs to be fixed.
>
> It's the former.  Note that the problem is not solvable without
> additional metadata, in part because cvs thinks that it supports
> multiple vendor branches.
>
>
> > None of the following successfully clean up the hosed checkout:
> >
> > __ __ __ __cvs -d$CVSROOT up -ACd -jxorg -D'18 Apr 2010 10:30 GMT'
> > __ __ __ __cvs -d$CVSROOT up -ACd -jxorg:'18 Apr 2010 10:30 GMT'
> > __ __ __ __cvs -d$CVSROOT up -ACd -rxorg -D'18 Apr 2010 10:30 GMT'
>
> The first of those check out the trunk on the specified date and then
> merge all the changes from the xorg branch onto that.  I think there's
> a bug in the opencvs server that makes it barf on that, though you can
> get that effect with two commands.
>
> The second should check out the tip of the trunk and then merge into
> it the changes from the xorg branch that were made before the
> specified date.  Again, I think bugs keep that from working in one
> fell swoop though two commands should be doable.
>
> The third of those 'should be' a usage error, but just results in the
> -D option being ignored.
>
>
> I believe there's no way to do what you want with cvs and I would be
> shocked to be shown otherwise.
>
>
> > My cvs-fu is to weak to work around this easily. You might be able
> > to work around it on a directory by directory basis (picking the
> > correct branch for each directory), but it would be far better to
> > fix the branches/tags in the repositories.
>
> The repository is fine; it's a design limitation of cvs's vendor
> branches.
>
>
> > Since deleting or renaming branches is bad juju, I think the answer
> > might be to add 'MAIN' as a tag to all the stuff in the 'xorg'
> > branch. I've never hit this problem before, so I'm not really sure.
>
> What is "MAIN"?  Where is it documented?
>

Here:
http://www.openbsd.org/cgi-bin/cvsweb/xenocara/proto/x11proto/keysym.h

I don't know where the documentation for the "MAIN" branch exists,
assuming it does exist.

Sorry for the quick mail, but I'm falling asleep as I type.
I'll reread your message again in the proverbial morning.

        jcr

--
The OpenBSD Journal - http://www.undeadly.org

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Philip Guenther-2
On Wed, May 26, 2010 at 3:04 PM, J.C. Roberts <[hidden email]>
wrote:
> On Tue, 25 May 2010 21:21:49 -0700 Philip Guenther <[hidden email]>
> wrote:
...
>> What is "MAIN"?  Where is it documented?
>
> Here:
> http://www.openbsd.org/cgi-bin/cvsweb/xenocara/proto/x11proto/keysym.h
>
> I don't know where the documentation for the "MAIN" branch exists,
> assuming it does exist.

Ah, I see.  That's something specific to cvsweb.  I would call it a
bug in cvsweb, as there's nothing in cvs itself to keep you from
naming a *real* branch "MAIN".  I wonder how badly that would confuse
cvsweb: would it show your MAIN but give you the trunk when you ask
for it, hide yours, show you both but only give you one, or something
weirder...

...and not, I don't think tagging the vendor branch with 'MAIN' will
make cvsweb do what you want as far as backing up from the trunk onto
the vendor branch...


Philip Guenther

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Stuart Henderson
In reply to this post by J.C. Roberts-3
On 2010/05/26 15:04, J.C. Roberts wrote:

> On Tue, 25 May 2010 21:21:49 -0700 Philip Guenther <[hidden email]>
> wrote:
> >
> > On Sun, May 23, 2010 at 10:57 PM, J.C. Roberts
> > <[hidden email]> wrote: ...
> > > I found the problem. The 'xorg' vendor branch was treated as 'HEAD'
> > > for a while, but subsequently moving 'HEAD' back over to the 'MAIN'
> > > branch has broken date limited checkouts of 'HEAD'.  Instead of
> > > getting what was HEAD at the specified time (i.e. the 'xorg' vendor
> > > branch), you get HEAD of the MAIN branch at the specified time,
> > > which results in about 200 ancient files, and of course, a xenocara
> > > checkout that wont build.
> >
> > I've read that three times now and I can't figure out what you're
> > trying to say.
> > 1) I don't see an 'xorg'  branch at all in the xenocara/dist/Mesa/
> > subdirs
> > 2) 'HEAD' is a magic word to cvs that many people misuse to mean the
> > trunk (aka, what you get when you do "cvs up -A"), but it does *NOT*
> > mean that when given to cvs's -r option...but it doesn't sound like
> > you're using it here
> >    with either definition
> > 3) 'MAIN'?  Is that another name for the trunk?
> >
> >
> > > I've got no clue why the cvs server once considered the 'xorg'
> > > branch as HEAD, but when asked for HEAD with a date_sepc defined,
> > > it fails to remember 'xorg' was HEAD at that time and mistakenly
> > > gives you what was in the 'MAIN' branch at the specified time.
> >
> > Oh, I think I see what you're trying to say.  Yes, asking for a
> > version from a specific time from before a given file was locally
> > modified results in the 'wrong' version being checked out.  This is
> > because vendor branch support is a kludge in cvs.  In this case, it's
> > the fact that it doesn't treat all the revisions on the 1.1.1 branch
> > with timestamps before 1.2 as occuring "between" 1.1 and 1.2.  You can
> > see the same effect with 'annotate'.
> >
> >
> > > Either cvs itself is
> > > hosed (not figuring out what branch was head at a specific time), or
> > > the branching commit was done wrong and needs to be fixed.
> >
> > It's the former.  Note that the problem is not solvable without
> > additional metadata, in part because cvs thinks that it supports
> > multiple vendor branches.
> >
> >
> > > None of the following successfully clean up the hosed checkout:
> > >
> > > __ __ __ __cvs -d$CVSROOT up -ACd -jxorg -D'18 Apr 2010 10:30 GMT'
> > > __ __ __ __cvs -d$CVSROOT up -ACd -jxorg:'18 Apr 2010 10:30 GMT'
> > > __ __ __ __cvs -d$CVSROOT up -ACd -rxorg -D'18 Apr 2010 10:30 GMT'
> >
> > The first of those check out the trunk on the specified date and then
> > merge all the changes from the xorg branch onto that.  I think there's
> > a bug in the opencvs server that makes it barf on that, though you can
> > get that effect with two commands.
> >
> > The second should check out the tip of the trunk and then merge into
> > it the changes from the xorg branch that were made before the
> > specified date.  Again, I think bugs keep that from working in one
> > fell swoop though two commands should be doable.
> >
> > The third of those 'should be' a usage error, but just results in the
> > -D option being ignored.
> >
> >
> > I believe there's no way to do what you want with cvs and I would be
> > shocked to be shown otherwise.
> >
> >
> > > My cvs-fu is to weak to work around this easily. You might be able
> > > to work around it on a directory by directory basis (picking the
> > > correct branch for each directory), but it would be far better to
> > > fix the branches/tags in the repositories.
> >
> > The repository is fine; it's a design limitation of cvs's vendor
> > branches.
> >
> >
> > > Since deleting or renaming branches is bad juju, I think the answer
> > > might be to add 'MAIN' as a tag to all the stuff in the 'xorg'
> > > branch. I've never hit this problem before, so I'm not really sure.
> >
> > What is "MAIN"?  Where is it documented?
> >
>
> Here:
> http://www.openbsd.org/cgi-bin/cvsweb/xenocara/proto/x11proto/keysym.h

that is a cvsweb fabrication.

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Ted Roby
In reply to this post by Ted Roby
On Tue, May 18, 2010 at 11:01 AM, Ted Roby <[hidden email]> wrote:



> I can re-create this artifact by alt-tabbing between another
> non-fullscreen window, and the pidgin IM (message) window.
> Tabbing between fullscreen mozilla-firefox and then pidgin IM
> window clears the bug. Tabbing between non-fullscreen
> mozilla-firefox and the pidgin IM window recreates the artifact
> as expected. I have full window compositing turned on, and
> semi-transparency set for all windows not in primary focus.
>
> Here's a screenshot:
> http://devio.us/~roby/images/artifact001.jpg<http://devio.us/%7Eroby/images/artifact001.jpg>
>
>
The artifact is still present in -current.
However, it occurs much less frequently.

In fact, there is now a chance it will correct itself
by alt-tabbing back and forth from fullscreen ports/mozilla-firefox.

Previously, I had to close the window in order to cause it to disappear.
Perhaps this was because the anomaly immediately re-appeared whereas
now it may not.

I am no longer getting the anomaly around the history pane of the URL
bar on mozilla-firefox, either. It may return, but previously it existed
every single time.

To reiterate: Its occurrence has greatly diminished, and has a chance
of going away without having to close the pidgin IM window.

The area around the window when the artifact is not present, is made
up of composite shading of this pidgin IM window.


Here's Xorg.0.log:

(--) checkDevMem: using aperture driver /dev/xf86
(--) Using wscons driver on /dev/ttyC4 in pcvt compatibility mode (version
3.32)

X.Org X Server 1.6.5
Release Date: 2009-10-11
X Protocol Version 11, Revision 0
Build Operating System: OpenBSD 4.7 i386
Current Operating System: OpenBSD kramer.my.domain 4.7 bsd.build#0 i386
Build Date: 28 May 2010  08:11:27AM

    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri May 28 09:34:09 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Not automatically adding devices
(==) Not automatically enabling devices
(**) FontPath set to:
    /usr/X11R6/lib/X11/fonts/misc/,
    /usr/X11R6/lib/X11/fonts/TTF/,
    /usr/X11R6/lib/X11/fonts/OTF,
    /usr/X11R6/lib/X11/fonts/Type1/,
    /usr/X11R6/lib/X11/fonts/100dpi/,
    /usr/X11R6/lib/X11/fonts/75dpi/,
    /usr/X11R6/lib/X11/fonts/misc/,
    /usr/X11R6/lib/X11/fonts/TTF/,
    /usr/X11R6/lib/X11/fonts/OTF,
    /usr/X11R6/lib/X11/fonts/Type1/,
    /usr/X11R6/lib/X11/fonts/100dpi/,
    /usr/X11R6/lib/X11/fonts/75dpi/
(**) ModulePath set to "/usr/X11R6/lib/modules"
(II) Loader magic: 0x7ec0
(II) Module ABI versions:
    X.Org ANSI C Emulation: 0.4
    X.Org Video Driver: 5.0
    X.Org XInput driver : 4.0
    X.Org Server Extension : 2.0
(II) Loader running on openbsd
(--) PCI:*(0:0:2:0) 8086:2a02:106b:00a1 Intel GM965 Video rev 3, Mem @
0xd0100000/1048576, 0xc0000000/268435456, I/O @ 0x00003110/8
(--) PCI: (0:0:2:1) 8086:2a03:106b:00a1 Intel GM965 Video rev 3, Mem @
0xd0200000/1048576
(II) System resource ranges:
    [0] -1    0    0x000f0000 - 0x000fffff (0x10000) MX[B]
    [1] -1    0    0x000c0000 - 0x000effff (0x30000) MX[B]
    [2] -1    0    0x00000000 - 0x0009ffff (0xa0000) MX[B]
    [3] -1    0    0x0000ffff - 0x0000ffff (0x1) IX[B]
    [4] -1    0    0x00000000 - 0x000000ff (0x100) IX[B]
(II) "extmod" will be loaded. This was enabled by default and also specified
in the config file.
(II) "dbe" will be loaded. This was enabled by default and also specified in
the config file.
(II) "glx" will be loaded. This was enabled by default and also specified in
the config file.
(II) "dri" will be loaded. This was enabled by default and also specified in
the config file.
(II) "dri2" will be loaded. This was enabled by default and also specified
in the config file.
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/X11R6/lib/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.0.0
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/X11R6/lib/modules/extensions//libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.1.0
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.0.0
    ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "intel"
(II) Loading /usr/X11R6/lib/modules/drivers//intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 2.9.1
    Module class: X.Org Video Driver
    ABI class: X.Org Video Driver, version 5.0
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.4.0
    Module class: X.Org XInput Driver
    ABI class: X.Org XInput driver, version 4.0
(II) LoadModule: "kbd"
(II) Loading /usr/X11R6/lib/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.3.2
    Module class: X.Org XInput Driver
    ABI class: X.Org XInput driver, version 4.0
(II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
    i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G,
    E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G,
    965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45,
    4 Series, G45/G43, Q45/Q43, G41, B43, Clarkdale, Arrandale
(II) Primary Device is: PCI 00@00:02:0
(II) resource ranges after probing:
    [0] -1    0    0x000f0000 - 0x000fffff (0x10000) MX[B]
    [1] -1    0    0x000c0000 - 0x000effff (0x30000) MX[B]
    [2] -1    0    0x00000000 - 0x0009ffff (0xa0000) MX[B]
    [3] -1    0    0x0000ffff - 0x0000ffff (0x1) IX[B]
    [4] -1    0    0x00000000 - 0x000000ff (0x100) IX[B]
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 0.1.0
    ABI class: X.Org Video Driver, version 5.0
(II) Loading sub module "ramdac"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
drmOpenDevice: node name is /dev/drm0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: Searching for BusID pci:0000:00:02.0
drmOpenDevice: node name is /dev/drm0
drmOpenDevice: open result is 10, (OK)
drmOpenByBusid: drmOpenMinor returns 10
drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0
(==) intel(0): Depth 24, (--) framebuffer bpp 32
(==) intel(0): RGB weight 888
(==) intel(0): Default visual is TrueColor
(II) intel(0): Integrated Graphics Chipset: Intel(R) 965GM
(--) intel(0): Chipset: "965GM"
(--) intel(0): Linear framebuffer at 0xC0000000
(--) intel(0): IO registers at addr 0xD0100000 size 1048576
(WW) intel(0): libpciaccess reported 0 rom size, guessing 64kB
(II) intel(0): the SDVO device with slave addr 70 is found on DVO 1 port
(II) intel(0): 2 display pipes available.
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"
(II) Module "i2c" already built-in
(II) intel(0): Output VGA using monitor section Monitor0
(II) intel(0): Output LVDS has no monitor section
(II) intel(0): I2C bus "LVDSDDC_C" initialized.
(II) intel(0): Attempting to determine panel fixed mode.
(II) intel(0): I2C device "LVDSDDC_C:E-EDID segment register" registered at
address 0x60.
(II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0.
(II) intel(0): EDID vendor "APP", prod id 40028
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized.
(II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B"
registered at address 0x70.
(II) intel(0): I2C bus "SDVOB DDC Bus" initialized.
(II) intel(0): Output TMDS-1 has no monitor section
(II) intel(0): SDVOB: device VID/DID: 04:AA.03, clock range 25.0MHz -
165.0MHz
(II) intel(0): SDVOB: 1 input channel
(II) intel(0): SDVOB: TMDS0 output reported
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized.
(II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C"
registered at address 0x72.
(II) intel(0): No SDVO device found on SDVOC
(II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" removed.
(II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed.
(II) intel(0): Output TV has no monitor section
(II) intel(0): Current clock rate multiplier: 1
(==) intel(0): Write-combining range (0xa0000,0x10000) was already clear
(II) intel(0): EDID vendor "APP", prod id 40028
(II) intel(0): Output VGA disconnected
(II) intel(0): Output LVDS connected
(II) intel(0): Output TMDS-1 disconnected
(II) intel(0): Output TV disconnected
(II) intel(0): Using exact sizes for initial modes
(II) intel(0): Output LVDS using initial mode 1280x800
(==) intel(0): Write-combining range (0xa0000,0x10000) was already clear
(II) intel(0): detected 512 kB GTT.
(II) intel(0): detected 15868 kB stolen memory.
(==) intel(0): video overlay key set to 0x101fe
(==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
(==) intel(0): DPI set to (96, 96)
(II) Loading sub module "fb"
(II) LoadModule: "fb"
(II) Loading /usr/X11R6/lib/modules//libfb.so
(II) Module fb: vendor="X.Org Foundation"
    compiled for 1.6.5, module version = 1.0.0
    ABI class: X.Org ANSI C Emulation, version 0.4
(==) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.
(II) resource ranges after preInit:
    [0] -1    0    0x000f0000 - 0x000fffff (0x10000) MX[B]
    [1] -1    0    0x000c0000 - 0x000effff (0x30000) MX[B]
    [2] -1    0    0x00000000 - 0x0009ffff (0xa0000) MX[B]
    [3] -1    0    0x0000ffff - 0x0000ffff (0x1) IX[B]
    [4] -1    0    0x00000000 - 0x000000ff (0x100) IX[B]
(II) intel(0): Kernel reported 1006592 total, 0 used
(II) intel(0): I830CheckAvailableMemory: 4026368 kB available
(II) intel(0): [DRI2] Setup complete
(**) intel(0): Framebuffer compression disabled
(**) intel(0): Tiling enabled
(**) intel(0): SwapBuffers wait enabled
(==) intel(0): VideoRam: 262144 KB
(II) intel(0): Attempting memory allocation with tiled buffers.
(II) intel(0): Tiled allocation successful.
(II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is
0x0000
(==) intel(0): Write-combining range (0xa0000,0x10000) was already clear
(II) UXA(0): Driver registered support for the following operations:
(II)         solid
(II)         copy
(II)         composite (RENDER acceleration)
(II)         put_image
(==) intel(0): Backing store disabled
(==) intel(0): Silken mouse enabled
(II) intel(0): Initializing HW Cursor
(II) intel(0): Current clock rate multiplier: 1
(II) intel(0): Fixed memory allocation layout:
(II) intel(0): 0x00000000-0x00000fff: power context (4 kB)
(II) intel(0): 0x00f7f000:            end of stolen memory
(II) intel(0): 0x00f7f000-0x0fffffff: DRI memory manager (246276 kB)
(II) intel(0): 0x10000000:            end of aperture
(II) intel(0): BO memory allocation layout:
(II) intel(0): 0x00f7f000:            start of memory manager
(II) intel(0): 0x00f9f000-0x01386fff: front buffer (4000 kB) X tiled
(II) intel(0): 0x0139f000-0x0139ffff: overlay registers (4 kB)
(II) intel(0): 0x013a0000-0x013a9fff: HW cursors (40 kB)
(II) intel(0): 0x10000000:            end of memory manager
(II) intel(0): Selecting standard 18 bit TMDS pixel format.
(II) intel(0): Output configuration:
(II) intel(0):   Pipe A is off
(II) intel(0):   Display plane A is now disabled and connected to pipe A.
(II) intel(0):   Pipe B is on
(II) intel(0):   Display plane B is now enabled and connected to pipe B.
(II) intel(0):   Output VGA is connected to pipe none
(II) intel(0):   Output LVDS is connected to pipe B
(II) intel(0):   Output TMDS-1 is connected to pipe none
(II) intel(0):   Output TV is connected to pipe none
(II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled
message.
(II) intel(0): DPMS enabled
(==) intel(0): Intel XvMC decoder enabled
(II) intel(0): Set up textured video
(II) intel(0): Set up overlay video
(II) intel(0): [XvMC] i965_xvmc driver initialized.
(II) intel(0): direct rendering: DRI2 Enabled
(--) RandR disabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized /usr/X11R6/lib/modules/dri/i965_dri.so
(II) GLX: Initialized DRI2 GL provider for screen 0
(II) intel(0): Setting screen physical size to 286 x 179
(**) Option "Protocol" "wsmouse"
(**) Mouse0: Protocol: wsmouse
(**) Option "CorePointer"
(**) Mouse0: always reports core events
(**) Option "Device" "/dev/wsmouse"
(==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
(**) Option "ZAxisMapping" "4 5 6 7"
(**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7
(**) Mouse0: Buttons: 11
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(**) Mouse0: (accel) keeping acceleration scheme 1
(**) Mouse0: (accel) filter chain progression: 2.00
(**) Mouse0: (accel) filter stage 0: 20.00 ms
(**) Mouse0: (accel) set acceleration profile 0
(**) Option "CoreKeyboard"
(**) Keyboard0: always reports core events
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(--) Keyboard0: using wscons layout us
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Keyboard0: XkbModel: "pc105"
(**) Option "XkbLayout" "us"
(**) Keyboard0: XkbLayout: "us"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)

Reply | Threaded
Open this post in threaded view
|

Re: (another) Intel driver change needs testing.

Ted Roby
On Fri, May 28, 2010 at 9:47 AM, Ted Roby <[hidden email]> wrote:
>
>
> On Tue, May 18, 2010 at 11:01 AM, Ted Roby <[hidden email]> wrote:
>

>> Here's a screenshot:
>> http://devio.us/~roby/images/artifact001.jpg
>>
>
> The artifact is still present in -current.
> However, it occurs much less frequently.
>


This artifact no longer exists using 7 july amd64 snapshot
with 05 july xenocara snapshot.

It disappeared somewhere between 3 July and 7 July.

Thanks for all the work!

12