Re: [ANNOUNCE] xf86-video-intel 2.6.3

2009-03-04 Thread Jacek Luczak
Eric Anholt pisze:
 This is an easy one: two bugfixes for regressions in the last release.
 One broke initialization with UXA and DRI1, and the other made pixmap
 allocation on i915 take insane amounts of memory.

Hi Eric,

unfortunately [1] is still present in that release. I will fill bug report, but
in meanwhile I'm providing Xorg log [2].

-Jacek

---
[1] http://lists.freedesktop.org/archives/xorg/2009-March/044162.html
[2] http://pin.if.uz.zgora.pl/~difrost/download/Xorg.0.log
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] xf86-video-intel 2.6.2

2009-03-02 Thread Jacek Luczak
Eric Anholt pisze:
 On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote:
 Eric Anholt wrote:
 On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
 this release is totally unusable while running in UXA. System eats lot of
 memory, including swapping. Is this that, reported earlier, ,,memory 
 leak''? As
 a result X are really slow and lot of lockups occur (everything freeze for 
 a few
 seconds). At the end I can't even switch to text console, but system 
 reacts on
 power button and it goes down successfully. With EXA there's no such issue:
 total system memory usage around 40%, no lockups.

 If it's not know issue I will try to bisect it down.

 -Jacek

 --
 Details:
1. X.Org X Server 1.5.99.903 (1.6.0 RC 3)
2. Linux Kernel 2.6.29-rc6
 Can you give me exact steps to reproduce this leak?
 Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2,
 Mesa 7.3 on
 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated
 Graphics Controller [8086:27a2] (rev 03)

 Nothing specific needed to reproduce the problem, just use X :)
 As soon as I start a big application such as firefox ou thunderbird,
 my 1GB RAM is entirely used after a couple seconds and the system
 becomes vey slow.

 Only downgrade intel to 2.6.1 = 200MB used, no problem.
 
 I think the problem here was the DRI2 tiling fix, which was great for
 the 915-class 3D performance regression but bad for 915-class 2D.  I've
 pushed a fix to master that should help.  If it does, I'll try to get a
 2.6.3 out soon.
 
 commit 5bfd73cd31ba197a62f549cdbad1a1270b571027
 Author: Eric Anholt e...@anholt.net
 Date:   Fri Feb 27 19:09:49 2009 -0800
 
 Only allocate pixmaps aligned for tiling when requested by DRI2 
 GetBuffers.
 
 This saves massive quantities of memory on pre-965 since the DRI2 tiling
 enable caused the minimum size of any pixmap to be 1MB.
 

This fixes memory leak, but ... another problem occurs. Just launch glxgears (in
UXA) and leave it for a few minutes. Glxgears stops (I mean gears stops:D) and
screen is broken. I will try to grab screen.

-Jacek
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] xf86-video-intel 2.6.2

2009-03-02 Thread Jacek Luczak
Jacek Luczak pisze:
 Eric Anholt pisze:
 On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote:
 Eric Anholt wrote:
 On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
 this release is totally unusable while running in UXA. System eats lot of
 memory, including swapping. Is this that, reported earlier, ,,memory 
 leak''? As
 a result X are really slow and lot of lockups occur (everything freeze 
 for a few
 seconds). At the end I can't even switch to text console, but system 
 reacts on
 power button and it goes down successfully. With EXA there's no such 
 issue:
 total system memory usage around 40%, no lockups.

 If it's not know issue I will try to bisect it down.

 -Jacek

 --
 Details:
   1. X.Org X Server 1.5.99.903 (1.6.0 RC 3)
   2. Linux Kernel 2.6.29-rc6
 Can you give me exact steps to reproduce this leak?
 Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2,
 Mesa 7.3 on
 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated
 Graphics Controller [8086:27a2] (rev 03)

 Nothing specific needed to reproduce the problem, just use X :)
 As soon as I start a big application such as firefox ou thunderbird,
 my 1GB RAM is entirely used after a couple seconds and the system
 becomes vey slow.

 Only downgrade intel to 2.6.1 = 200MB used, no problem.
 I think the problem here was the DRI2 tiling fix, which was great for
 the 915-class 3D performance regression but bad for 915-class 2D.  I've
 pushed a fix to master that should help.  If it does, I'll try to get a
 2.6.3 out soon.

 commit 5bfd73cd31ba197a62f549cdbad1a1270b571027
 Author: Eric Anholt e...@anholt.net
 Date:   Fri Feb 27 19:09:49 2009 -0800

 Only allocate pixmaps aligned for tiling when requested by DRI2 
 GetBuffers.
 
 This saves massive quantities of memory on pre-965 since the DRI2 tiling
 enable caused the minimum size of any pixmap to be 1MB.

 
 This fixes memory leak, but ... another problem occurs. Just launch glxgears 
 (in
 UXA) and leave it for a few minutes. Glxgears stops (I mean gears stops:D) and
 screen is broken. I will try to grab screen.
 
 -Jacek
 

I've got more info. As I've wrote, screen locks and ugly stuff shows up [1].
I was trying to grab screen with XV, as a result properly looking screen was
grabbed (I mean without those strange artifacts). When I'm switching to text
mode (with VESA fb) and back to X screen is ,,refreshed'' and gears are spinning
 (all values which were not displayed previously are now visible) and no
artifacts on the screen. When I leave it for a while gears stops again.

This issue exists in UXA (btw: glxgears shows ~400FPS) and not in EXA (glxgears
shows 56FPS and one can see ,,frame-by-frame'' display effect).

My hardware is:
VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML
Express Integrated Graphics Controller (rev 03)

Kernel: vanilla Linux Kernel 2.6.29-rc6

Xorg: xorg-server 1.6 with all latest libs, etc. installed.

-Jacek


[1] Screen: http://pin.if.uz.zgora.pl/~difrost/download/02032009.jpg

___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] xf86-video-intel 2.6.2

2009-02-25 Thread Jacek Luczak
Eric Anholt pisze:
 Here comes a pretty significant bugfix release for the 2.6 2D series.
 The goal of this release is to get out the major fixes for GEM and KMS
 that we think we've pounded on enough to be stable -- certainly more
 stable than previously.  Notable fixes include a significant BO memory
 usage reduction (which many have suffered from with compositing),
 textured XV suppor twith KMS, and rotation support with KMS.  Some
 infrequent failure to render/xv with GEM on 965 (dmesg warnings about
 being unable to bind objects) should also be fixed. 
 
 But perhaps the exciting thing for most people will be the dynamic front
 buffer allocation.  We nearly slipped this into 2.6.0, but decided that
 it was just a little too new.  Well, turns out it was actually in good
 shape, and it's time to get it out there.  You'll need UXA to do this.

Hi Eric,

this release is totally unusable while running in UXA. System eats lot of
memory, including swapping. Is this that, reported earlier, ,,memory leak''? As
a result X are really slow and lot of lockups occur (everything freeze for a few
seconds). At the end I can't even switch to text console, but system reacts on
power button and it goes down successfully. With EXA there's no such issue:
total system memory usage around 40%, no lockups.

If it's not know issue I will try to bisect it down.

-Jacek

--
Details:
1. X.Org X Server 1.5.99.903 (1.6.0 RC 3)
2. Linux Kernel 2.6.29-rc6
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [ANNOUNCE] xf86-video-intel 2.6.2

2009-02-25 Thread Jacek Luczak
Vasily Khoruzhick pisze:
 On Wednesday 25 February 2009 15:10:47 Jacek Luczak wrote:
 Hi Eric,

 this release is totally unusable while running in UXA. System eats lot of
 memory, including swapping. Is this that, reported earlier, ,,memory
 leak''? As a result X are really slow and lot of lockups occur (everything
 freeze for a few seconds). At the end I can't even switch to text console,
 but system reacts on power button and it goes down successfully. With EXA
 there's no such issue: total system memory usage around 40%, no lockups.

 If it's not know issue I will try to bisect it down.

 -Jacek
 
 According to libdrm git-log, you should update libdrm to latest version (not 
 only xf86-video-intel) to get rid of this bug
 

Thanks Vasily, but this won't help as I've got latest libdrm version. AFAIK
there's no possibility to build 2.6.2 without libdrm 2.4.5.

-Jacek
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Where is xkeyboard-config in the X tree

2009-02-17 Thread Jacek Luczak
Alex Bennee pisze:
 Hi,
 
 I'm trying to get an build of X from source to run independently from
 my system X. I've been using the instructions on the wiki but I keep
 running into problems. I discovered I had to manually build mesa but
 I'm still failing to run:

If you have one working X installation, you should also have xkeyboard-config
already installed. This is most probably [1] bug. You need to find that stuff
(depend on distro you are using), try searching in /etc/X11/xkb, than create a
lint pointing to that directory in prefix/share/X11 (where prefix is your
installation prefix).

-Jacek

--
[1] http://lists.freedesktop.org/archives/xorg/2009-February/043635.html
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: XKB - xkbcomp can't find keycode includes (Bug?)

2009-02-12 Thread Jacek Luczak
Peter Hutterer pisze:
 On Wed, Feb 11, 2009 at 10:52:21AM +0100, Jacek Luczak wrote:
 Hi All,

 xkbcomp fail with message:
 The XKEYBOARD keymap compiler (xkbcomp) reports:
 Error:Can't find file xfree86 for keycodes include
   Exiting
   Abandoning keycodes file default
 Errors from xkbcomp are not fatal to the X server
 (EE) Error compiling keymap (server-0)
 (EE) XKB: Couldn't compile keymap

 The question is, does it look for those includes in directory specified with
 --with-xkb-path?
 
 check include/xkb-config.h. does it say the right path there?
 does config.log show your settings?

Hmm.. It's all OK:
/* Path to XKB definitions. */
#define XKB_BASE_DIRECTORY /etc/X11/xkb

/* Path to xkbcomp. */
#define XKB_BIN_DIRECTORY /usr/bin

/* XKB output dir for compiled keymaps. */
#define XKM_OUTPUT_DIR /var/lib/xkb/


 I've got xkeyboard-config (ver. 1.5) build with --with-xkb-base set to
 /etc/X11/xkb and --with-xkb-path (Xorg-server 1.5.99.902) also set to same
 directory. I was trying to use setxkbmap (build with
 --with-xkb-config-root=/etc/X11/xkb) but this didn't work. Finally I've 
 managed
 to fix (or workaround) that issue by creating symlink /usr/share/X11/xkb -
 /etc/X11/xkb - {datadir}/X11/xkb is mentioned as default for --with-xkb-patch
 xorg-server configure option. So does this option work? Maybe it's 
 responsible
 for sth different or this is a bug.
 
 --with-xkb-patch or with-xkb-path (just making sure there's no typo)

No typo here [1].

I can easily reproduce it by removing given link:
$ readlink xkb
/etc/X11/xkb
$ rm xkb
$ setxkbmap -rules xorg -model pc105 -layout pl -v 10
Setting verbose level to 10
locale is C
Warning! Multiple definitions of rules file
 Using command line, ignoring X server
Warning! Multiple definitions of keyboard model
 Using command line, ignoring X server
Warning! Multiple definitions of keyboard layout
 Using command line, ignoring X server
Applied rules from xorg:
model:  pc105
layout: pl
Trying to build keymap using the following components:
keycodes:   xfree86+aliases(qwerty)
types:  complete
compat: complete
symbols:pc+pl
geometry:   pc(pc105)
Error loading new keyboard description
$ ln -sf /etc/X11/xkb xkb
$ setxkbmap -rules xorg -model pc105 -layout pl -v 10
Setting verbose level to 10
locale is C
Warning! Multiple definitions of rules file
 Using command line, ignoring X server
Warning! Multiple definitions of keyboard model
 Using command line, ignoring X server
Warning! Multiple definitions of keyboard layout
 Using command line, ignoring X server
Applied rules from xorg:
model:  pc105
layout: pl
Trying to build keymap using the following components:
keycodes:   xfree86+aliases(qwerty)
types:  complete
compat: complete
symbols:pc+pl
geometry:   pc(pc105)
$ echo $?
0


Any idea how to track down that issue?

-Jacek

--
[1] Xorg-server configure:
configure --prefix=/usr \
--sysconfdir=/etc \
--localstatedir=/var \
--infodir=/usr/info \
--mandir=/usr/man \
--disable-ipv6 \
--enable-dri \
--disable-dmx \
--enable-composite \
--enable-xcsecurity \
--enable-xorg \
--enable-xtrap \
--enable-glx-tls \
--enable-xorgcfg \
--enable-install-setuid \
--enable-config-hal \
--enable-config-dbus \
--enable-dri2 \
--disable-xsdl \
--disable-kdrive-vesa \
--disable-xprint \
--disable-static \
--disable-xvfb \
--disable-xnest \
--disable-xquartz \
--with-pic \
--with-int10=x86emu \

--with-default-font-path=/usr/share/fonts/TTF,/usr/share/fonts/Type1,/usr/share/fonts/misc,/usr/share/fonts/75dpi/:unscaled
\
--with-module-dir=/usr/lib/xorg/modules \
--with-dri-driver-path=/usr/lib/xorg/modules/dri \
--with-os-name=Slackware 12.1 \
--with-os-vendor=Beton Project for Slackware Linux Project \
--with-xkb-path=/etc/X11/xkb \
--with-xkb-output=/var/lib/xkb \
--disable-builtin-fonts \
--build=$TARGET
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: XKB - xkbcomp can't find keycode includes (Bug?)

2009-02-12 Thread Jacek Luczak
2009/2/12 mailingli...@openelec.tv

 can you try build xkeyboard-config with --with-xkb-rules-symlink=xorg

 i had the same problem and this works now.

This is more or less required but didn't helped in my case. I've got
--with-xkb-rules-symlink=xorg,xfree86 and only creating symlink in
/usr/share/X11 helps. So Zitat try to create such link pointing to
same dirctory specified in --with-xkb-base.

-Jacek
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


XKB - xkbcomp can't find keycode includes (Bug?)

2009-02-11 Thread Jacek Luczak

Hi All,

xkbcomp fail with message:
The XKEYBOARD keymap compiler (xkbcomp) reports:
 Error:Can't find file xfree86 for keycodes include
   Exiting
   Abandoning keycodes file default
Errors from xkbcomp are not fatal to the X server
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap

The question is, does it look for those includes in directory specified with
--with-xkb-path?

I've got xkeyboard-config (ver. 1.5) build with --with-xkb-base set to
/etc/X11/xkb and --with-xkb-path (Xorg-server 1.5.99.902) also set to same
directory. I was trying to use setxkbmap (build with
--with-xkb-config-root=/etc/X11/xkb) but this didn't work. Finally I've managed
to fix (or workaround) that issue by creating symlink /usr/share/X11/xkb -
/etc/X11/xkb - {datadir}/X11/xkb is mentioned as default for --with-xkb-patch
xorg-server configure option. So does this option work? Maybe it's responsible
for sth different or this is a bug.

-Jacek
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: question about building mesa with the two scripts from Xorg wikis

2009-02-03 Thread Jacek Luczak
Hi

Joe Smith pisze:
 Hi,
 
 So the questions are: 
 1) Does mesa need to be built separately, as demonstrated in the second link? 
  If so, why is it commented out in build.sh?

Yep, it does.

 2) Should the --with-mesa-source parameter always be used, and if so, why is 
 it not used in the second link?

This is not needed any more, see commit 
64f924fbf513b5f91b3f2bcf5767f6fe927d3f7a:

Kill off --with-mesa-source completely
There were a few spots left in the source that were using the --with-mesa-source
defined headers or the now removed $(top_srcdir)/GL directory. These aren't
needed anymore as all the necessary source for GLX is in $(top_srcdir)/glx.

Signed-off-by: Dan Nicholson dbn.li...@gmail.com

Link:
http://cgit.freedesktop.org/xorg/xserver/commit/?id=64f924fbf513b5f91b3f2bcf5767f6fe927d3f7a

-Jacek
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Missing freetype module

2009-01-28 Thread Jacek Luczak

Hi All,

I'm now running xorg-server 1.5.99.901 and it lacks of freetype module:
(II) LoadModule: freetype
(WW) Warning, couldn't open module freetype
(II) UnloadModule: freetype
(EE) Failed to load module freetype (module does not exist, 0)

I know that Type1 module has been removed and freetype taking it's
responsibilities, so I believe it's still present, or at least should be.
xlsfonts returns only fixed ones:
-misc-fixed-medium-r-semicondensed--0-0-75-75-c-0-iso8859-1
-misc-fixed-medium-r-semicondensed--13-100-100-100-c-60-iso8859-1
-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
6x13
cursor
fixed

Regards,
-Jacek

Details:

FreeType version: 2.3.8

Xserver configure:
./configure --prefix=/usr \
--sysconfdir=/etc \
--localstatedir=/var \
--infodir=/usr/info \
--mandir=/usr/man \
--disable-ipv6 \
--enable-dri \
--disable-dmx \
--enable-composite \
--enable-xcsecurity \
--enable-xorg \
--enable-xtrap \
--enable-glx-tls \
--enable-xorgcfg \
--enable-kdrive \
--enable-install-setuid \
--enable-config-hal \
--enable-config-dbus \
--enable-dri2 \
--disable-xsdl \
--disable-kdrive-vesa \
--disable-xprint \
--disable-static \

--with-default-font-path=/usr/share/fonts/TTF,/usr/share/fonts/OTF,/usr/share/fonts/Type1,/usr/share/fonts/misc,/usr/share/fonts/75dpi/:unscaled
\
--with-module-dir=/usr/lib/xorg/modules \
--with-dri-driver-path=/usr/lib/xorg/modules/dri \
--with-os-name=Slackware 12.1 \
--with-os-vendor=Beton Project for Slackware Linux Project \
--with-xkb-path=/etc/X11/xkb \
--with-xkb-output=/var/lib/xkb





___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg