ch about GL at all: please consult the gtk4 source code
for details.
testsuite/gdk/memorytexture is probably a good simple test to work with:
it copies textures to and from (the software emulation of) GPU memory,
and doesn't need many special environment variables set.
Cheers,
Eric
On Tue, Jul 7, 2020 at 6:15 AM Michel Dänzer wrote:
>
> On 2020-07-07 2:45 p.m., Dmitry Baryshkov wrote:
> > Source: libdrm
> > Version: 2.4.102-1
> > Severity: normal
> >
> > libkms is usefull for other packages outside Debian (e.g. for VK-GL-CTS
> > test suite). Could you please reenable it (dis
Package: renderdoc
Version: 1.7+dfsg-2
Severity: wishlist
When I install renderdoc, it pulls in both the QT GUI for renderdoc
and the renderdoccmd and python renderdoc.so modules.
For resource-constrained systems, it would be nice to be able to avoid
the QT frontend for just replay. Ustream Mesa
Thanks, I can confirm that rolling back to xserver-xorg-core 2:1.19.6-1
fixes the problem for me for now.
On Sun, Aug 5, 2018 at 3:55 PM Sven Joachim wrote:
> Control: reassign -1 xserver-xorg-core
> Control: forcemerge 900550 -1
>
> On 2018-08-05 15:43 -0400, Eric Cooper wrote:
&
Package: xserver-xorg-video-nouveau
Version: 1:1.0.15-3
Severity: important
I did an "apt-get upgrade" today that installed new
xserver-xorg-{core,nouveau} packages. Now X does not start on my system.
The same segmentation fault occurs every time I run "startx".
-- Package-specific info:
/etc/X11
Package: libdrm-nouveau2
Version: 2.4.92-1
Severity: important
This has been happening frequently, but not repeatably so far.
It seems to be triggered by something Chromium is doing when I have
lots of browser windows and tabs open.
I've included the portion of syslog when this occurs.
Once it d
On 2/12/18 10:36 AM, Timo Aaltonen wrote:
On 10.02.2018 20:57, Eric Valette wrote:
Package: libgl1-mesa-dri
Version: 18.0.0~rc2-1
Severity: critical
Justification: breaks unrelated software
After sucesfully upgrading this machine with experimental kde; libc6, mesa, I
went down and upgraded
After testing I can confirm the patch I mentioned before has been
applied and the bug fixed in version 2:1.19.5-1
--
Eric
been called. */
--
Eric
Package: libglvnd-dev
Version: 0.2.999+git20170802-5
Followup-For: Bug #876100
I do not understand why it does not install with nvida-driver in experimental.
see below
LANG=C
tri-yann4:/home/valette# apt-get -t experimental install libglvnd-dev
Reading package lists... Done
Building dependency t
Package: xserver-xorg-video-nouveau
Version: 1:1.0.13-3
Severity: normal
If I create an "Android virtual device" with hardware graphics
acceleration (from the Android Studio "AVD Manager"), my desktop locks
up within a few seconds. The following messages appeared in the log
the last two times I t
Package: x11-utils
Version: 7.7+3
Severity: normal
driconf depends on it and fails because ecah time witha nvidia drivers
it return libGL is too old. I have a faily recent nvidia driver 352.79...
xdriinfo -version
libGL is too old.
-- System Information:
Debian Release: stretch/sid
APT prefer
Package: xorg
Version: 1:7.7+13
Severity: important
Hi,
I'm facing an annoying issue on my debian and hope it's the right place to talk
about it: when I lock my screen or when it enters in screensaver mode, few
minutes after I can't get access to my graphic session anymore.
Details on my install
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1+b1
Severity: normal
I get these error messages and then the graphics system is unresponsive:
[287179.390141] nouveau E[ PFIFO][:01:00.0] read fault at 0xe9
[PAGE_NOT_PRESENT] from PCE0/PCOPY0 on channel 0x001fdb2000 [DRM]
[287
Package: libdrm-nouveau2
Version: 2.4.65-3
Severity: normal
My graphics system occasionally locks up, with error messages like the
following in the log:
[163467.868937] nouveau E[ PFIFO][:01:00.0] read fault at 0xe4f000
[PAGE_NOT_PRESENT] from PCE0/PCOPY0 on channel 0x001fdb2000 [DRM]
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1+b1
Severity: normal
When I use chromium as my default browser, my system eventually
freezes, with the error messages listed below. I'm currently using
chromium 44.0.2403.157-1 from sid, but the version from testing causes
the same problem.
Pauli writes:
> Package: libgl1-mesa-dri
> Version: 10.2.4-1
> Severity: normal
> File: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
>
> Dear Maintainer,
>
> google chrome GPU process crashes in glClear when running DRII3 i965 in
> DRI3 mode.
>
> #0 get_stencil_miptree (irb=) at
> ../../../../../.
Anthony F McInerney writes:
> Good Evening,
>
> I was wondering about these 'different intel drivers'.
> https://aur.archlinux.org/packages/intel-dri-i915g/
>
> I have been told that for certain intel cards they are much better than the
> current intel drivers.
i915g is less conformant and way l
ase-/>
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53b92c57.9070...@free.fr
recompiling fixes the problem.
--eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/539c1915.4020...@free.fr
prevent anyone using them on debian without
requiring catalyst drivers. Or is your goal to avoid support of
gallium 3D by forcinf fglrx and then saying ask AMD to fix their
bugs?
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "u
ed to compile with mesa-10.1-rc1 or git if
you want efficient hardware decoding for video.
At the end vdpauinfo did return what was expected and qvdpautest gave
some good numbers.
And yes without this, on radeon 7000+ you get software rendering only!
--eric
--
To UNSUBSCRIBE, email to debian-x
I tried the patch and indeed it works. However, when trying to use XBMC
on top of it, it barks and does not work because the patches mentioned
in the title are not yet in.
So please provide a mesa version that has it (I think both 9.2.4 and
10.0 have it).
-- eric
--
To UNSUBSCRIBE, email
On 09/23/2013 04:01 PM, Eric Valette wrote:
Do not understand. I opened the first bug moths ago while xorg was in
unstable.
I fact I openened it only recently when back at work figuring that since
July the bug han't been fixed in experimental...
No comment on it when just rebuildin
On 09/23/2013 03:43 PM, Cyril Brulebois wrote:
Eric Valette (2013-09-23):
Makes unstable version not installable if no other input is selected.
Welcome to sid. Your pestering in bug reports doesn't help, please stop.
Do not understand. I opened the first bug moths ago while xorg w
Makes unstable version not installable if no other input is selected.
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/523fe5e9.7060...@free.fr
Package: xserver-xorg-input-evdev
Version: 1:2.8.1-1
Severity: wishlist
Works as you can see and is needed to install xorg 1.14 from experimental...
-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Mar 30 20:07 /etc/X11/X -> /usr/bin/Xorg
-rw
On 20/09/2012 20:19, Julien Cristau wrote:
On Thu, Sep 20, 2012 at 18:43:12 +0200, Eric Kom wrote:
Package: xserver-xorg
Version: 1:7.7+1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* Xorg -configure failed to configure
Good day
ckage: xorg-server
>
> --- Please enter the report below this line. ---
> With the updated radeon driver the cairo rendering error is fixed, and this
> bug
> disappeared. Thanks.
I'm using the nouveau driver and the problem is still here.
--
Eric Cooper e c c @ c m u . e d u
On Wed, May 09, 2012 at 09:51:45PM -0400, Eric Cooper wrote:
> This problem has not recurred since I power-cycled my computer.
And now that I've been using it for a day or so, the problem is
back. I guess it required some pattern of resource usage.
--
Eric Cooper e c c @ c m
This problem has not recurred since I power-cycled my computer.
--
Eric Cooper e c c @ c m u . e d u
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.
Please close it.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fa63ba8.80...@free.fr
On 02/23/2012 09:15 PM, Eric Valette wrote:
Because I was wondering why I was unable to correctly watch any video as
the bug is present in experimental version and also that you may update
to 8.0.1. to fix it.
Tested via rebuilding 8.0.1 + debian directory => works fine indeed.
-- e
'm not sure why you feel compelled to tell us about this particular bug report?
Because I was wondering why I was unable to correctly watch any video as
the bug is present in experimental version and also that you may update
to 8.0.1. to fix it.
--eric
--
To UNSUBSCRIBE, em
You can close the bug for now as I dunno what happens since it detect
the mouse but it doesn't work anymore even on windows.
--eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
Package: xserver-xorg-input-evdev
Version: 1:2.6.99.901-1
Severity: normal
It appears both as a "event device" and as a "mouse device" but I cannot use
it whith either X11 input stuff.
-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Oct 3
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da960e4.2070...@free.fr
http://cgit.freedesktop.org/mesa/mesa/commit/?id=13bab58f04c1ec6d0d52760eab490a0997d9abe2
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da9510f.3010...@free.fr
Looking at mesa code I get this:
struct intel_region *region = irb ? irb->region : NULL;
brw_add_validated_bo(brw, region->buffer);
So region may be set to null under cetain condition but is dereferenced
the line after!
--eric
--
To UNSUBSCRIBE, email to debian-
Package: xserver-xorg-video-s3
Version: 1:0.6.3-2
Severity: important
Running a Dell Latitude C610 with onboard ATI Radeon Mobility. When resuming
from sleep mode, the display is completely distorted. I can still enter my
password to unlock the screen and use keyboard shortcuts to shut down, bu
Hi Yavor,
On 2011-03-11, at 12:25 PM, Yavor Doganov wrote:
> Hi Eric,
>
> On Mon, Feb 14, 2011 at 03:05:49PM -0700, Eric Wasylishen wrote:
>> It's caused by the thread-local fast_path_cache variable in pixman.c.
>> If you make that non-thread-local (a normal static
root problem here is interaction between thread local storage and dlopen,
because the gnustep-back bundle, which dynamically links to libpixman, is
dlopened by gnustep-gui. However, I'm not sure how to properly fix it other
than building pixman without TLS.
Cheers,
Eric
--
To UNSUBSCRIBE
.036] (II) NOUVEAU(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440
1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 5790.036] (II) NOUVEAU(0): Modeline "1920x1080"x60.0 172.80 1920 2040 2248
2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz)
[ 9892.867] [mi] EQ overflowing. The server is probably stuck in an infinite
loop.
[ 9892.867]
Backtrace:
[ 9892.907] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4aa9c8]
[ 9892.907] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a6a04]
[ 9892.907] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464c04]
[ 9892.907] 3: /usr/lib/xorg/modules/input/evdev_drv.so
(0x7f2869a24000+0x52fc) [0x7f2869a292fc]
[ 9892.907] 4: /usr/bin/X (0x40+0x76137) [0x476137]
[ 9892.907] 5: /usr/bin/X (0x40+0x11ba93) [0x51ba93]
[ 9892.907] 6: /lib/libpthread.so.0 (0x7f286dd66000+0xef60) [0x7f286dd74f60]
[ 9892.907] 7: /lib/libc.so.6 (ioctl+0x7) [0x7f286cb8be27]
[ 9892.907] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f286af2e838]
[ 9892.907] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f286af2eabb]
[ 9892.907] 10: /usr/lib/libdrm_nouveau.so.1 (0x7f286a8ef000+0x314d)
[0x7f286a8f214d]
[ 9892.907] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf6)
[0x7f286a8f2346]
[ 9892.907] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so
(0x7f286aaf4000+0x708e) [0x7f286aafb08e]
[ 9892.907] 13: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x6357)
[0x7f286a4ba357]
[ 9892.907] 14: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x8a81)
[0x7f286a4bca81]
[ 9892.907] 15: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x9fa5)
[0x7f286a4bdfa5]
[ 9892.907] 16: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0xb2d1)
[0x7f286a4bf2d1]
[ 9892.907] 17: /usr/bin/X (0x40+0xdc17d) [0x4dc17d]
[ 9892.907] 18: /usr/bin/X (0x40+0x174e77) [0x574e77]
[ 9892.907] 19: /usr/bin/X (miCompositeRects+0x7a) [0x574f5a]
[ 9892.908] 20: /usr/bin/X (0x40+0xcf950) [0x4cf950]
[ 9892.908] 21: /usr/bin/X (0x40+0x487a9) [0x4487a9]
[ 9892.908] 22: /usr/bin/X (0x40+0x2573b) [0x42573b]
[ 9892.908] 23: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f286cae2c4d]
[ 9892.908] 24: /usr/bin/X (0x40+0x252c9) [0x4252c9]
--
Eric Marsden
Can be closed.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d2f53ab.9000...@free.fr
vent: time 1294930776.076530, type 1 (Key), code 62 (F4), value 0
Event: time 1294930776.076535, -- Report Sync ----
-- eric
If I hit numlock, after I can have the number also.
Looks like a hardware to logical translation problem.
-- eric
I noticed that hitting the caps lock, when on kdm greeter does light the
led and also makes kdm display the read warning. So keyboard is semi
functionnal. I can just no enter normal keystrocke.
--eric
Package: xserver-xorg-core
Version: 2:1.9.3.901-1
Severity: important
I did not chnage my config. X log shows the USB kerboard but I cannot enter
anything.
I changed the driver to vesa to be sure its not related toNVIDIA, no chnage. I
undocked my laptop and restarted from scratch, no chnage.
KD
On Sat, 11 Dec 2010 18:22:32 +0100, "Raphael Wimmer"
wrote:
> Hi,
>
> it seems that only compiling Mesa without "--enable-glx-tls" fixes the
> problem.
> I have run a Nexuiz demo game as a benchmark for Mesa with/without TLS,
> and the results seem very similar:
>
> Mesa compiled with TLS i
On Fri, Dec 03, 2010 at 04:53:38PM +0100, Cyril Brulebois wrote:
> Eric Pozharski (02/12/2010):
> > CC Cursor.lo
> > In file included from ../../src/Xfixesint.h:34,
> > from ../../src/Cursor.c:48:
> > /usr/include/X11/extensions
On Sat, Dec 04, 2010 at 12:02:01PM +0100, Julien Cristau wrote:
> On Fri, Dec 3, 2010 at 21:48:12 +0200, Eric Pozharski wrote:
> > What surprises me most, is that above mentioned build log (at line
> > 248) shows installation of xtrans-dev_1.2.5-1 and then build fails.
> >
Package: libxfixes
Version: 1:4.0.5-1
Severity: important
Tags: patch
Justification: fails to build from source
I guess some Build-Depends of libxfixes has lost Depends on libxext-dev.
With libxext-dev uninstalled fails with:
[[ buildlog excerpt ]]
config.status: executing depfile
On Wed, 10 Nov 2010 18:57:45 +1100, Christopher James Halse Rogers
wrote:
> Hey all.
>
> There are a couple of things in mesa that we'd like to do for Natty that
> could do with some coördination with Debian-X:
>
> 1) Ship both the classic and gallium versions of r300 & r600, and have
> the DDX
On 28/10/2010 16:45, Cyril Brulebois wrote:
Eric Valette (28/10/2010):
IOW that's what I suspected from your subject: you got it wrong.
OK. Then get me […]
You don't get to give me orders. I'm going to ignore you now.
I do not care. I do care when :
1) you tell me I don&#
On 28/10/2010 12:13, Cyril Brulebois wrote:
Eric Valette (28/10/2010):
When compiling from source libdrm and xf86-video-intel I now get
crashes inside mesa-7.8.2. Compiling mesa is quite difficult as
configuration options have changed.
for ref see<http://intellinuxgraphics.org/2010Q3.h
see <http://intellinuxgraphics.org/2010Q3.html>
--eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4cc93bcd.20...@free.fr
Package: xserver-xorg-video-nouveau
Severity: normal
I'm now seeing the same behavior after switching to the proprietary nvidia
driver, so I don't think I can blame it on nouveau :-). Feel free to
close this.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "uns
Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-5
Severity: important
My X session starts up OK, but after an unpredictable amount of time
(minutes or hours), the left monitor (DVI-I-2) goes black and shows a
message saying:
Out of range signal.
Cannot display th
Yeah, it's not installable. That's experimental for you.
Closing.
X maintainers have the superior right to put things in experimental that are
not installable using unstable + experimental for months?
Strange.
-- eric
reopen 594516
-- eric
reopen #594516
-- eric
Package: xserver-xorg-core
Version: 2:1.7.7-4
Severity: grave
Justification: renders package unusable
apt-get -s -t experimental install xserver-xorg-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Try Installing xserver-xorg-input-all [ i386
apt-get -s -t experimental install xserver-xorg-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Try Installing xserver-xorg-input-all [ i386 ] < none -> 1:7.5+6 > (
x11 ) before changing xserver-xorg:i386
Try Installing xserver-xorg-video-all [ i
*Enable Images to Read*
_
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/210850552/direct/01/
On Mon, 22 Mar 2010 16:43:28 +0100, Fathi Boudra wrote:
> > dmesg shows 7MB stolen ram
> > change this in the bios "under video settings " to at least 32MB
> > Max allowed "shared/stolen ram" is best
> > But I think that 7M is not enough
> > anyway, changing video ram is easy enough to test.
On Sun, 21 Feb 2010 23:20:14 +, Ben Hutchings wrote:
> On Thu, 2010-02-18 at 14:40 -0800, Bryce Harrington wrote:
> [...]
> > From apw's Kernel Summary, about why we are going with 2.6.32:
> >
> > The primary decision for the kernel team at UDS is to choose the base
> > kernel version for
It's unlikely that noise() was your problem, given that no apps use it
since it's useless on most drivers -- we're an exception in trying to
actually implement it instead of returning 0.5. MESA_GLSL=log would
produce log files in cwd you can look through to see if noise() is
present.
pgpvKVKMx4
On 18/12/2009 15:35, Michel Dänzer wrote:
So please provide the log file showing the problem rather than having us
guess more.
Xorg.0.log extract:
(II) RADEON(0): Legacy BIOS detected
drmOpenDevice: node name is /dev/dri/card0
[drm] failed to load kernel module "radeon"
(EE) RADEON(0): [dr
On 18/12/2009 14:36, Michel Dänzer wrote:
You'd need to build an xf86-video-ati Git snapshot against
libdrm_radeon
Thanks for responding. However I'm not sure I understand your reply.
My drm git configure command looks like this: './configure'
'--prefix=/usr' '--enable-udev' '--disable-intel'
On 18/12/2009 15:00, Eric Valette wrote:
On 18/12/2009 14:36, Michel Dänzer wrote:
You'd need to build an xf86-video-ati Git snapshot against
libdrm_radeon
In addition, here is an extract of the configure output
checking whether to include DRI support... yes <==
chec
acceleration at all.
--eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
of course recompile myself but this will not enable to broaden the
testing of experimental features.
-- eric
been committed in mesa
upstream.
109_revert-dma-reuse.patch has not.
I have tested these patches on my own system and can confirm that it
solves the
KDE crashes and graphics corruption issues on my Dell laptop with a
Radeon RS690 GPU.
-- Eric
commit 194ede4bf97547ce8a61587ede0b0a5054955783
7.0
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Julien Cristau wrote:
> On Wed, Sep 30, 2009 at 21:29:22 +0200, Eric Valette wrote:
>
>> OpenGL vendor string: Mesa Project
>>
>> OpenGL renderer string: Software Rasterizer
>>
>> OpenGL version string: 2.1 Mesa 7.7-devel
>>
> Run glxinfo wi
Julien Cristau wrote:
> On Wed, Sep 30, 2009 at 20:22:02 +0200, valette wrote:
>
>> Package: libgl1-mesa-dri
>> Version: 7.6-1
>> Severity: important
>>
>> moving from 7.5 to 7.6 and experimental Xorg, I get no 3D acceleration.
>> 1.6.3.9xx and 7.5 were works fine.
>>
>> Note that cpompiling event
Julien Cristau wrote:
> On Mon, Sep 28, 2009 at 23:19:33 +0200, Eric Valette wrote:
>
>> intel git works
>> radeon git fails
>> Wonder if I shall screw up another PV trying with nouveau ;-)
>
> intel git removed the call to xf86DiDGAInit.
OK. The patch to fix it i
see http://lists.x.org/pipermail/xorg/2009-September/047428.html
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
intel git works
radeon git fails
Wonder if I shall screw up another PV trying with nouveau ;-)
-- eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rd's glut is thoroughly non-DFSG-free. The right thing to do
(to the extent that anything involving glut can be considered "right")
would be to improve freeglut to have that feature that the non-free glut
did.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
-1-686-bigmem 2.6.30-6
=> TREMENDOUSLY slow (X eats almost 100% cpu, keyboard typing is like
2 chars / sec)
Switching back to linux-image-2.6.30-1-686 2.6.30-6
=> perfectly normal and usable
Hope this helps
--
Eric
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subj
X session. That is, after GDM starts, if I try to log in, it will
> usually hang before I even finish typing my password.
Looks like you've got a good collection of software running, so just
open a new bug report with the output of intel_gpu_dump when the GPU is
hun
Could you update to the kernel, xserver, and 2D driver in unstable and
test? We've fixed an large number of these GPU hangs since 2.3.2.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Could you try updating your kernel, xserver, and 2D driver to the
versions from unstable? We've fixed a lot of GPU lockups since 2.3.2.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Could you update to the kernel, xserver, and 2D driver in unstable and
test? The error report shown there looks like a problem fixed a long
time ago, where the X Server would get impatient waiting for some
rendering to complete, and decide that the GPU is locked up and exit
uncleanly.
--
Eric
For both of these problems, we keep waiting for the desktop environments
to step up and make nice tools for configuring this and remembering
people's desires with different monitor layouts, but it hasn't happened
yet.
--
Eric Anholt
e...@anholt.net eric.anh...@intel
Could you try with the kernel, 2D driver, and xserver from unstable?
That should get the same performance as the early 2.x with XAA. With
fixes coming in xserver 1.6.4 we should have better performance than
ever.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
> (II) intel(0): direct rendering: Failed
There's something weird. Do you not have libgl1-mesa-dri installed
maybe?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Could you try with the current packages in unstable? Your corruption
sounds a lot like a collection of bugs we fixed in 2.8.0 of the 2D
driver.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Could you update to the kernel, X Server, and 2D driver in unstable and
re-test? This looks like a bug fixed a long time ago where the X Server
would get impatient waiting for some rendering to complete and exit
uncleanly.
--
Eric Anholt
e...@anholt.net eric.anh
Does this also occur if you run with KMS enabled (i915.modeset=1 from
kernel command line) with the kernel, xserver, and 2D driver from
unstable?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
vious frame and partially the new
frame"?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
On first review, your logs all look good, we just need to figure out why
your GPU hung. Could you attach the output of intel_gpu_dump? And if
you get a chance to ssh in, checking if the CPU's busy might be
relevant.
--
Eric Anholt
e...@anholt.net eric.anh...@inte
tag upstream
done
Currently, logging out of the display manager crashes the X Server,
which leaves the hardware in a variety of bad states. This is being
tracked upstream at https://bugs.freedesktop.org/show_bug.cgi?id=20516
--
Eric Anholt
e...@anholt.net eric.anh
7;s not an already-fixed bug.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
ad happens then you do move windows there?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Could you update to the 2D driver in unstable and re-test? This looks
like an issue that I fixed in 2.8.0.
Note that you'll really want to update your kernel, or X performance
will be terrible.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signatur
rendering
occurring, unless you're using a direct rendering compositing manager.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
3b5782110e
cf820a045f0626718ec147ebb26e31f82ec0b4fb
b2cba25f9eecf2063c3b98d66ade59cd9e50990e
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
Also please include libdrm-radeon to facilitate
> building a KMS enabled radeon X server.
>
> (Discussed with lamby on IRC; Eric added to CC because I believe he's
> interested in the same thing from his posts to debian-x.)
>
> Thanks,
> J.
>
>
Unfortunately, th
1 - 100 of 283 matches
Mail list logo
