Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>
>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.

This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.

However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)

Best regards,

Gus

--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986

PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>
>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.

This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.

However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)

Best regards,

Gus

--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986

PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
> Undefined symbol "dixRequestPrivate"

I am at work right now but from a quick look dixRequestPrivate seems
to be removed from xserver somewhere between 1.8 and 1.9 branch.
It was defined at include/xorg/privates.h and this function gets
called from src/i830_exa.c:1038
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/src/i830_exa.c?h=2.7

There seems to be some info about the dixRequestPrivate replacement here
http://lists.x.org/archives/xorg-devel/2010-April/007892.html
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>
>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.

This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.

However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)

Best regards,

Gus

--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986

PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
> Undefined symbol "dixRequestPrivate"

I am at work right now but from a quick look dixRequestPrivate seems
to be removed from xserver somewhere between 1.8 and 1.9 branch.
It was defined at include/xorg/privates.h and this function gets
called from src/i830_exa.c:1038
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/src/i830_exa.c?h=2.7

There seems to be some info about the dixRequestPrivate replacement here
http://lists.x.org/archives/xorg-devel/2010-April/007892.html
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 12:06, Kostik Belousov пишет:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>>
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>

Yes, you are right. But i thought it worth mentioned.

>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

Seems so.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>
>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.

This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.

However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)

Best regards,

Gus

--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986

PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
> Undefined symbol "dixRequestPrivate"

I am at work right now but from a quick look dixRequestPrivate seems
to be removed from xserver somewhere between 1.8 and 1.9 branch.
It was defined at include/xorg/privates.h and this function gets
called from src/i830_exa.c:1038
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/src/i830_exa.c?h=2.7

There seems to be some info about the dixRequestPrivate replacement here
http://lists.x.org/archives/xorg-devel/2010-April/007892.html
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 12:06, Kostik Belousov пишет:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>>
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>

Yes, you are right. But i thought it worth mentioned.

>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

Seems so.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Martin Wilke FreeBSD.org> writes:

> Please report any problems and issues to x11 (at) FreeBSD.org.

`X -configure` creates xorg.conf.new with unsubstituted ${prefix}/... in
FontPath lines. Adding --with-fontrootdir=${LOCALBASE}/lib/X11/fonts to
CONFIGURE_ARGS seems to solve the issue.


HTH,
Yuri

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.

Hi,

First of all, note that *this is very experimental, so you really have to
know what
you’re doing.* We managed to get drm/dri with the newer xorg-server to work,
and we have removed the support for WITHOUT_NOUVEAU.

We have just updated the xorg-dev repo:

– libdrm -> 2.4.24
– libGL to 7.10.1
– libGLU to 7.10.1
– libGLUw to 7.10.1
– libglut to 7.10.1
– xproto to 7.0.17
– libXaw to 1.0.9
– libXt to 1.1.0
– libX11 to 1.4.1
– xorg-server to 1.9.4

After installing these, you will have to rebuild the following ports:

– your graphic driver
– keybord driver
– mouse/synaptics driver

Upon rebuilt, restart them.
So to get the xorg stuff you will need to:
run

svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev

A small merge script to merge the svn checkout into the real portstree can
be found here:

http://people.freebsd.org/~miwi/xorg/xorgmerge

The script is a modified version of the kdemerge script. Please set the
KDEDIR
variable to the path of your X.org ports.

After merging, run one of the following command, depending on which tool you
use
to manage your installed packages.

portupgrade -af \*
portmaster -af

Please report any problems and issues to x11 (at) FreeBSD.org.

*Again, please be aware that this is very experimental*, and
I personally haven’t tested any 3D things yet, but we want
to share our work and start testing to get early feedback
for improvements. We plan to update Xorg fully to 7.6 after
we get some feedback for update part 1. It will be much easier
for us to figure out what the problems are with the updates
being separated in 3 parts. Please make sure you know what
you’re doing.

Thanks to Piter (gahr@) for helping me to get it compiled with our
base gcc version.

- Martin

PS: ECFT -> Experimental Call for Testing [image: :P]
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:

> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>
> portupgrade -af \*

Is this step really necessary? This will rebuild every single installed
port, which for me is, currently, like close to 1000. This probably
wasn't intended.

Also, -a stands for "*", so one of them is superfluous in any case.

m.



--
Michal Varga,
Stonehenge (Gmail account)


_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, 11 Mar 2011 19:37:59 +0800
Martin Wilke <> wrote:

Here my experience with the update.

> After installing these, you will have to rebuild the following ports:
>
> -- your graphic driver

The ati driver no longer compiles because it wants dri2.h which isn't
installed by the new xorg-server. I had to install readonhd instead.

> -- keybord driver
> -- mouse/synaptics driver
>

Worked.

> portupgrade -af \*
> portmaster -af
>

I don't use these utitlities. I did everything by hand.

> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Here's a list of problems which I encountered:
0) had to remove WITHOUT_NOUVEAU from /etc/make.conf as the first step
1) had to install xproto first because dri depends on it
2) python26 core dumped in MesaLib. I had to install python27 and then
install py27-libxml2 as a result.
3) The base compiler complained bitterly about weird code in the intel
drivers under MesaLib. I had to remove -pedantic in all the config
files and reconfigure the port before I could compile MesaLib.
4) A mach64 header file under MesaLib wanted to include byteswap.h,
which isn't present in FreeBSD. I had to edit the file and use
sys/endian.h instead.

Generally, a normal user would have thrown up his hands and given up
after step 0 above. Definitely not ready for prime-time.

So far everything seems to be working.

--
Gary Jennejohn
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
On Fri, Mar 11, 2011 at 1:52 PM, Michal Varga <> wrote:
> On Fri, 2011-03-11 at 19:37 +0800, Martin Wilke wrote:
>
>> After merging, run one of the following command, depending on which
>> tool you use to manage your installed packages.
>>
>> portupgrade -af \*
>
> Is this step really necessary? This will rebuild every single installed
> port, which for me is, currently, like close to 1000. This probably
> wasn't intended.
>
> Also, -a stands for "*", so one of them is superfluous in any case.
>
> m.
>
>
>
> --
> Michal Varga,
> Stonehenge (Gmail account)
>
>
> _______________________________________________
> freebsd- mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-"
>

Ok, i finished compiling and some quick testing with radeon and wow
everything works!

My xorg log: http://pastebin.com/Pv15YA8m

Two issues with the compiling, textproc/py-libxml2 is missing as a
dependency and we need to apply graphics/dri/files/patch-configure to
remove -pedantic from the CXXFLAGS.

I compiled mesa-demos without issue too but the port needs to be
updated, mesa-demos now live in a different directory
[ftp://ftp.freedesktop.org/pub/mesa/demos/8.0.1/] and does not have
the same version as mesa. It also depends on glew.

Off to test intel...
_______________________________________________
freebsd- mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "freebsd-x11-"
)
I compiled the intel driver with the following patch:

--- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
+++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
@@ -2164,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = pScreen->root->drawable.id;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2176,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

It works but it doesn't support dri1,
http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95

Log: http://pastebin.com/W1iiDvWX
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));

Reports :

0.- For all the tests I made, I only recompiled xf86-{video|input}-*
and nvidia-driver.

1.- I did the same patch, and it kinda works with an Intel Q965,
however I did not know about dri. I had to disable AIGLX in the
ServerLayout section or the screen gets corrupted.

2.- I did a similar patch for xf86-video-intel29, but I have a
problem when starting xorg. It segfaults with something related to a
registered private key unknown. In the patch, the original code used

"dixRequestPrivate"

but I found somewhere that now the appropriate routine is

"dixRegisterPrivateKey"

however it fails. If you want, I can send the patches to the list.

3.- With an nvidia card (NVS135) it works fine.

Best regards,

Gustau



PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 2011/3/13 Gustau Pérez i Querol <>

> Al 12/03/2011 17:21, En/na George Liaskos ha escrit:
>
> I compiled the intel driver with the following patch:
>>
>> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
>> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
>> @@ -2164,7 +2164,7 @@
>> static void
>> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
>> {
>> - DrawablePtr root =&WindowTable[pScreen->myNum]->drawable;
>> + DrawablePtr root = pScreen->root->drawable.id;
>> XID pval[2];
>> BoxPtr pbox = REGION_RECTS(clipboxes);
>> int i, nbox = REGION_NUM_RECTS(clipboxes);
>> @@ -2176,7 +2176,7 @@
>> gc = GetScratchGC(root->depth, pScreen);
>> pval[0] = key;
>> pval[1] = IncludeInferiors;
>> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
>> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
>> ValidateGC(root, gc);
>>
>> rects = xalloc (nbox * sizeof(xRectangle));
>>
>
> Reports :
>
> 0.- For all the tests I made, I only recompiled xf86-{video|input}-* and
> nvidia-driver.
>
> 1.- I did the same patch, and it kinda works with an Intel Q965, however I
> did not know about dri. I had to disable AIGLX in the ServerLayout section
> or the screen gets corrupted.
>
> 2.- I did a similar patch for xf86-video-intel29, but I have a problem
> when starting xorg. It segfaults with something related to a registered
> private key unknown. In the patch, the original code used
>
> "dixRequestPrivate"
>
> but I found somewhere that now the appropriate routine is
>
> "dixRegisterPrivateKey"
>
> however it fails. If you want, I can send the patches to the list.
>
> 3.- With an nvidia card (NVS135) it works fine.
>
> Best regards,
>
> Gustau
>
>
yes patches always welcome.

thanks all for your feedback, looking forward to get more feedback
from intel users.


>
>
> PGP KEY : http://www-entel.upc.edu/gus/gus.asc
> Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
> http://en.wikipedia.org/wiki/Posting_style
>
>
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Hi List,

I can confirm that the patch fixes compilation.

The server starts up, but after the KDE4 splashscreen it segfaults.

I tried removing the dri modules from my config, but it does not work.


I tried to start with an autogenerated config, but the autogenerated
config doesn't work either (on Ctrl+C the Server aborts).


On Mar 12, 2011, at 17:21 , George Liaskos wrote:

> I compiled the intel driver with the following patch:
>
> --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> @@ -2164,7 +2164,7 @@
> static void
> i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> {
> - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> + DrawablePtr root = pScreen->root->drawable.id;
> XID pval[2];
> BoxPtr pbox = REGION_RECTS(clipboxes);
> int i, nbox = REGION_NUM_RECTS(clipboxes);
> @@ -2176,7 +2176,7 @@
> gc = GetScratchGC(root->depth, pScreen);
> pval[0] = key;
> pval[1] = IncludeInferiors;
> - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> ValidateGC(root, gc);
>
> rects = xalloc (nbox * sizeof(xRectangle));
>
> It works but it doesn't support dri1,
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
>
> Log: http://pastebin.com/W1iiDvWX
> _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 1:20 AM, Tilman Keskinöz <> wrote:

> Hi List,
>
> I can confirm that the patch fixes compilation.
>
> The server starts up, but after the KDE4 splashscreen it segfaults.
>
> I tried removing the dri modules from my config, but it does not work.
>
>
> I tried to start with an autogenerated config, but the autogenerated
> config doesn't work either (on Ctrl+C the Server aborts).
>
>
ok this is with intel ?


>
> On Mar 12, 2011, at 17:21 , George Liaskos wrote:
>
> > I compiled the intel driver with the following patch:
> >
> > --- src/i830_video.c.orig 2011-03-12 18:00:01.000000000 +0200
> > +++ src/i830_video.c 2011-03-12 17:59:08.000000000 +0200
> > @@ -2164,7 +2164,7 @@
> > static void
> > i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
> > {
> > - DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
> > + DrawablePtr root = pScreen->root->drawable.id;
> > XID pval[2];
> > BoxPtr pbox = REGION_RECTS(clipboxes);
> > int i, nbox = REGION_NUM_RECTS(clipboxes);
> > @@ -2176,7 +2176,7 @@
> > gc = GetScratchGC(root->depth, pScreen);
> > pval[0] = key;
> > pval[1] = IncludeInferiors;
> > - (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
> > + dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode, NULL);
> > ValidateGC(root, gc);
> >
> > rects = xalloc (nbox * sizeof(xRectangle));
> >
> > It works but it doesn't support dri1,
> >
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=48c0ff14240044935049a1114edfc69bc6682b95
> >
> > Log: http://pastebin.com/W1iiDvWX
> > _______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
>
>> Hi List,
>>
>> I can confirm that the patch fixes compilation.
>>
>> The server starts up, but after the KDE4 splashscreen it segfaults.
>>
>> I tried removing the dri modules from my config, but it does not work.
>>
>>
>> I tried to start with an autogenerated config, but the autogenerated
>> config doesn't work either (on Ctrl+C the Server aborts).
>>
>>
> ok this is with intel ?

Yes, with Intel. The card is an Intel G33.
The crash is probably happening the first time something tries to access
dri, libdrm.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Mon, Mar 14, 2011 at 2:04 AM, Tilman Keskinöz <> wrote:

>
> On Mar 13, 2011, at 18:40 , Martin Wilke wrote:
> >
> >> Hi List,
> >>
> >> I can confirm that the patch fixes compilation.
> >>
> >> The server starts up, but after the KDE4 splashscreen it segfaults.
> >>
> >> I tried removing the dri modules from my config, but it does not work.
> >>
> >>
> >> I tried to start with an autogenerated config, but the autogenerated
> >> config doesn't work either (on Ctrl+C the Server aborts).
> >>
> >>
> > ok this is with intel ?
>
> Yes, with Intel. The card is an Intel G33.
> The crash is probably happening the first time something tries to access
> dri, libdrm.
>


ok gives any logs?
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > The crash is probably happening the first time something tries to access
> dri, libdrm.

I believe that kwin tries to use desktop effects by default. Better
try a simple xinit for start to see how it goes and post the log.

Ok, after some research about the patch i believe that this how it should be :

--- src/i830_video.c.orig 2009-05-13 03:12:11.000000000 +0300
+++ src/i830_video.c 2011-03-13 21:39:08.000000000 +0200
@@ -57,7 +57,6 @@

#include "xf86.h"
#include "xf86_OSproc.h"
-#include "xf86Resources.h"
#include "compiler.h"
#include "xf86PciInfo.h"
#include "xf86Pci.h"
@@ -2165,7 +2164,7 @@
static void
i830_fill_colorkey (ScreenPtr pScreen, uint32_t key, RegionPtr clipboxes)
{
- DrawablePtr root = &WindowTable[pScreen->myNum]->drawable;
+ DrawablePtr root = &pScreen->root->drawable;
XID pval[2];
BoxPtr pbox = REGION_RECTS(clipboxes);
int i, nbox = REGION_NUM_RECTS(clipboxes);
@@ -2177,7 +2176,7 @@
gc = GetScratchGC(root->depth, pScreen);
pval[0] = key;
pval[1] = IncludeInferiors;
- (void) ChangeGC(gc, GCForeground|GCSubwindowMode, pval);
+ (void) dixChangeGC(NullClient, gc, GCForeground|GCSubwindowMode,
pval, NULL);
ValidateGC(root, gc);

rects = xalloc (nbox * sizeof(xRectangle));

This patch replaces xf86-video-intel/files/patch-src_i830_video.c
It works for me without AIGLX, tried dwm/awesome/xfce4. I will build kde next.
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 00:03, George Liaskos пишет:
>> The crash is probably happening the first time something tries to access
>> dri, libdrm.
>
> I believe that kwin tries to use desktop effects by default. Better
> try a simple xinit for start to see how it goes and post the log.
>
> Ok, after some research about the patch i believe that this how it should be :
>

Tried both this patch and previous one. It compiles fine, but still doesn't
working. There is the messages:

Xorg.0.log:
[ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
[ 22.760] drmOpenDevice: node name is /dev/dri/card0
[ 22.761] Failed to change owner or group for file /dev/dri! 2: No such file
or directory
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No such
file or directory
[ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
[ 22.761] drmOpenDevice: Open failed

gdm/:0.log
/libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
Undefined symbol "dixRequestPrivate"

gdm/:0-greeter.log
polkit-gnome-authentication-agent-1: Fatal IO error 35 (Resource temporarily
unavailable) on X server :0.0.
polkit-gnome-authentication-agent-1: Fatal IO error 2 (No such file or
directory) on X server :0.0.

The screen is just blinks couple of times and then just stay black.
I've tried this on 8-stable i386 with gnome, x11-drivers/xf86-video-intel.
My card is Mobile 945GM/GU Express Integrated Graphics Controller.

Since this is my working system, i had to revert to old versions from ports.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>
>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

I made a simple patch which uses dixRegisterPrivateKey in place of
dixRequestPrivate (i found somewhere the dixRequestPrivate got
deprecated). It made it compile and X tries to start. The problem then
is that X sigfaults because an assertion failed.

This evening (UTC+1) it will the full log, because I think the
assertion occurs because the way it reserves the private key is incorrect.

However, seeing the amount of changes with xf86-video-intel (because
of changes with xorg-server), I think it would be very difficult to get
a working version of the old xf86-video-intel{27|29} drivers. I think it
would be better to wait until gem/kms works (by the way, can we help
with its development ?)

Best regards,

Gus

--
Gustau Pérez i Querol
Tècnic de sistemes.
Departament d'Enginyeria Telemàtica
Universitat Polítècnica de Catalunya
(34) 934 010 986

PGP KEY : http://www-entel.upc.edu/gus/gus.asc
Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting
http://en.wikipedia.org/wiki/Posting_style

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. > /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
> Undefined symbol "dixRequestPrivate"

I am at work right now but from a quick look dixRequestPrivate seems
to be removed from xserver somewhere between 1.8 and 1.9 branch.
It was defined at include/xorg/privates.h and this function gets
called from src/i830_exa.c:1038
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tree/src/i830_exa.c?h=2.7

There seems to be some info about the dixRequestPrivate replacement here
http://lists.x.org/archives/xorg-devel/2010-April/007892.html
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. 14.03.2011 12:06, Kostik Belousov пишет:
> On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote:
>> 14.03.2011 00:03, George Liaskos пишет:
>>>> The crash is probably happening the first time something tries to access
>>>> dri, libdrm.
>>>
>>> I believe that kwin tries to use desktop effects by default. Better
>>> try a simple xinit for start to see how it goes and post the log.
>>>
>>> Ok, after some research about the patch i believe that this how it should
>>> be :
>>>
>>
>> Tried both this patch and previous one. It compiles fine, but still doesn't
>> working. There is the messages:
>>
>> Xorg.0.log:
>> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available
>> [ 22.760] drmOpenDevice: node name is /dev/dri/card0
>> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such
>> file or directory
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No
>> such file or directory
>> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory)
>> [ 22.761] drmOpenDevice: Open failed
> This is only an excerpt from the full log, and it is due to slightly weird
> open procedure for drm node. Either post the whole log, or look at
> the log down, where driver should say that drm opened and dri initialized.
>

Yes, you are right. But i thought it worth mentioned.

>> gdm/:0.log
>> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so:
>> Undefined symbol "dixRequestPrivate"
> This looks more serious and might be the actual cause of failed startup.

Seems so.

--
Regards,
Ruslan
_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. Martin Wilke FreeBSD.org> writes:

> Please report any problems and issues to x11 (at) FreeBSD.org.

`X -configure` creates xorg.conf.new with unsubstituted ${prefix}/... in
FontPath lines. Adding --with-fontrootdir=${LOCALBASE}/lib/X11/fonts to
CONFIGURE_ARGS seems to solve the issue.


HTH,
Yuri

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe. On Fri 11 March 2011 at 07:37:59PM +0800, Martin Wilke wrote:
> Please report any problems and issues to x11 (at) FreeBSD.org.
>

Works fine here with a GeForce Go 7300 (xf86-intel-2.7)

I have problems with an ATI R710, Xorg randomly crash within 5 to 10
minutes (sigbus) with KDE4 and desktop effects enabled.
I've tried Xorg 1.9.3 but to not avail (againg sigbus). I've reverted
Xorg to 1.7.7 and I can use my desktop more than 10 minutes...
If I disable desktop effect, Xorg 1.9.4 runs happily with no crash.
I've recompiled xorg-server, libX11, libGL etc with debug flags but I
can't get a useful backtrace.
I've just seen [1], I'll try to get more info later today and will post
my findings.

[1] http://www.x.org/wiki/Development/Documentation/ServerDebugging

_______________________________________________
___________________________________________________

Posted on the Freebsd-x11 mailing list. Go to http://lists.freebsd.org/mailman/listinfo/freebsd-x11 to subscribe.