Re: [ANNOUNCE] xf86-video-intel 2.6.3
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
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 >> 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
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 > 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
Eric Anholt pisze: > On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: >> 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 > > Can you give me exact steps to reproduce this leak? Launch X and any application. Thunderbird is really fast in killing it. I will do some debug and provide more info on the weekend. -Jacek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
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: [ANNOUNCE] xf86-video-intel 2.6.2
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: Where is xkeyboard-config in the X tree
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 /share/X11 (where 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/2/12 > > 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
Re: XKB - xkbcomp can't find keycode includes (Bug?)
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
XKB - xkbcomp can't find keycode includes (Bug?)
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
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 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
Re: Missing freetype module
Alan Coopersmith pisze: > Rebuild with ./configure --disable-builtin-fonts > > Jacek Luczak wrote: >> 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) Thanks Alan. Now It's working: $ xlsfonts | wc -l 2196 -Jacek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Missing freetype module
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