Hi,
Please see bug #900840: https://bugs.debian.org/900840
---
thunderbird cannot be started anymore and breaks X. X does not update
the screen anymore, the cursor can still be moved and shows on the
screen while nothing can be clicked on or interacted with. Application
which e.g. play sound
, 2015 at 3:22 PM, Erich Schubert er...@debian.org wrote:
tag 764528 + patch jessie
tag 763155 + patch jessie
thanks
There appears to be a rather easy patch available:
http://patchwork.freedesktop.org/patch/38659/
Quietly reject attempts to create non-pagealigned stolen objects
Judging from
(apparently, it
depends on the bios and CPU), and the patch is quite simple, it should
be considered for jessie, even if the patch isn't the long-term
solution yet. Thank you.
Regards,
Erich
On Sun, Nov 30, 2014 at 10:59 PM, Erich Schubert er...@debian.org wrote:
https://bugs.freedesktop.org/show_bug.cgi
severity 764528 important
tag 764528 +jessie +sid +experimental
tag 771227 +jessie +sid +experimental
block 764528 763155
block 771227 763155
merge 764528 771227
thanks
All of these are probably the same bug, rendering current kernels
(jessie onward) unusable on EEEpc with older (?) Atom CPUs.
https://bugs.freedesktop.org/show_bug.cgi?id=86883
Not sure if kernel bugzilla wouldn't have been the better address,
given that the BUG_ON clearly is in kernel code. But I guess it's the
same developers anyway.
Regards,
Erich
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with
Package: libgl1-mesa-dri
Version: 10.3.0~rc3-1
Severity: minor
Any application using libGL will report the following errors to stderr:
libGL error: Version 4 or later of flush extension not found
libGL error: failed to load driver: i915
The reason is that the i915 driver does not support DRI3
Every now and then (e.g. when upgrading the nvidia driver), some
application (e.g. chrome browser) starts misbehaving.
And yes, of course that is the individual applications fault.
However, applications have bugs.
And any such bug - e.g. one that causes a web browser to log a warning
to stderr -
Control: severity 690081 grave
No, this bug is in no way grave.
Sure it is, by definition of grave:
http://www.debian.org/Bugs/Developer#severities
grave
makes the package in question unusable or mostly so [...]
The package is *unusable* (as in: *uninstallable*) on multiarch.
This
Hi,
Wayland is blocking cairo from experimental from multiarch i386/amd64
installation.
Via the libegl dependency of cairo.
So it's GTK - Cairo - EGL - Wayland.
Regards,
Erich
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
notfound 656365 1.6.0-1
fixed 656365 1.6.0-1
thanks
One of the recent xorg updates in experimental (multitouch? or just the git
pull)? messed up the pressureMotion and/or coasting fuctionality.
From a quick test after my latest reboot the touchpad is working good again.
And since upstream
Hi,
forwarded 656365 https://bugs.freedesktop.org/show_bug.cgi?id=46330
A fix has been committed upstream for synclient.
Also a fix was committed for https://bugs.freedesktop.org/show_bug.cgi?id=45278
which also seems to be related (pointer keeps moving is my actual issue)
Regards,
Erich
--
tag 656365 upstream
forwarded 656365 https://bugs.freedesktop.org/show_bug.cgi?id=46330
thanks
Hi,
Followup: apparently a new type of properties was introduced, called cardinals.
These do not (yet) seem to be supported by synclient and xinput.
See this patch proposed in June:
Package: xkb-data
Version: 2.3-2
Severity: wishlist
Tags: upstream
CAPS (Caps lock) can be remapped to various things: Super_L, Hyper_L,
VoidSymbol etc. - but there is an obvious option missing: Shift_L.
That is: a non-locking shift, exactly like Shift_L.
Maybe also add a plain Control_L, and
Followup:
This also affected Chromium; which was not just updated and worked before.
After a reboot, the given page works again in Chromium.
So the Backtrace may be triggered by a separate cause:
[ 7207.128086] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
elapsed... GPU hung
[
Package: xserver-xorg-video-intel
Version: 2:2.13.0-1
Severity: normal
Hi,
Today, Google Chrome started frequently killing Xorg altogether with a
segfault. Apparently, intel DRM is to blame.
Note that I'm running tons of stuff from experimental, so this might not yet
affect the next release.
Hi,
another followup: I went to a YouTube video in HTML5 mode with latest dev
Google Chrome:
[18075.056020] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
elapsed... GPU hung
[18075.057702] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request
returns -5 (awaiting 682206 at 682205)
Hello Julien,
hrm, I think I'd blame gnome for this, I don't think the driver (either
on the kernel side or on the X side) does any reconfiguration without
being prodded by userspace.
Downgrading the kernel to 2.6.32 makes the problem disappear. But I'm
not yet willing to blame the kernel:
Hi,
hrm, I think I'd blame gnome for this, I don't think the driver (either
on the kernel side or on the X side) does any reconfiguration without
being prodded by userspace.
Actually it seems the kernel is to blame.
I'm now running 2.6.32-5-686
and at least on the screen power save mode it
Package: xserver-xorg-video-intel
Version: 2:2.13.0-1
Severity: normal
Tags: experimental, upstream
(Most likely, this is an upstream issue. Therefore I added the upstream tag)
Since either the upgrade to 2.6.36rcX (I did not get around to testing 2.6.35
again, sorry) or xserver-xorg-video-intel
Hi,
It looks like there is an important bugfix in the 2.6.35 kernel for
issues involving intel GPUs, in particular the i945. Since the upgrade,
I have not had these issues anymore, however, I also have not been using
that computer a lot.
Anyway, here's the relevant change from 2.6.35-rc6:
---
Hi Julien,
This is most probably not a libdrm bug. Why are you filing it here?
It used to work (before the latest intel driver upgrades, 2.7.x), so
it's either libdrm-intel1 or xserver-xorg-video-intel.
Since it only applies to OpenGL apps (other screensavers work fine),
I assumed that libdrm
Package: libdrm-intel1
Version: 2.4.11+git+20090519+f355ad8-1
Severity: important
OpenGL applications freeze after suspend (taking 100% CPU), in particular
OpenGL screensavers. I then have to switch to the console and kill the affected
application to be able to log in again in Xorg.
-- System
system
is not a plain sid.
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
You know we all became mathematicians for the same reason: //\
we were lazy. --- Max Rosenlicht V_/_
Die Mathematik muss
Package: compiz
Version: 0.7.6-7
Severity: normal
Hi,
Note that this is probably caused by versions of GNOME from experimental.
Compiz shows incomplete decorations for me; the application icon and menu
button is there, but the other buttons (minimize, maximize, close) on the right
hand side
. I'm not sure which upgrade fixed it, since
hibernate, uswsusp and the intel driver were all upgraded. I didn't need
enable the new workaround in hibernate though (switch to text mode after
resume that is). Thanks for the good work!
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org
. ---
Depends (Version) | Installed
===-+-==
libc6 (= 2.3.6-6) | 2.3.6.ds1-13
libdrm2 (= 2.3.0) | 2.3.0-1
xserver-xorg-core (= 2:1.2.99.903) | 2:1.2.99.905-1
best regards,
Erich Schubert
to the
console and back to the xserver, the screen is black, just as with the
new driver. The new driver does two mode switches when starting. So it
might actually be a bug somewhere else.
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_
of
I9XX_P2_LVDS_SLOW_LIMIT to 9 helped. The recompiled driver now
works. I have however no idea what this value does. :-)
or what effect it might have on other machines.
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
There was never a good war or a bad
Package: compiz
Version: 0.2.0-1
Severity: normal
RandR works fine for me (on i945; well, except for the applet thinking
im in inverted mode all the time), unless I start compiz. Then neither
the randr applnet not gnome settings will change resolution anymore.
-- System Information:
Debian
Package: xserver-xorg
Version: 6.9.0.dfsg.1-4
Severity: normal
Hi,
I recently enabled the Composite extension in my Xserver.
While the system ran mostly okay, some applications crashed that worked
just fine before, namely qiv and the mozilla flash plugin.
Both report some X error, the mozilla
, although mostly suspend cycles.
I just did a successful suspend by disabling xscreensaver locking and
switching to text mode before suspend. Note that hibernate will switch
to text mode anyway with my configuration... But I'm going to do some
more tests.
best regards,
Erich Schubert
--
erich
the impression that it is maybe related to the xscreensaver or
opengl.
But that might be just a timing coincidence.
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
There was never a good war or a bad peace. - Benjamin Franklin//\
Wenn
, doesn't accept my emails. Without pointing
me to a reason why he does so. But I checked 35 dnsbl, and I'm listed in
none of them (and there better shouldn't be a reason to list me...)
best regards,
Erich Schubert
--
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
if they will read any such notice...
Maybe there is already one, i havn't checked ;)
Greetings,
Erich
- Forwarded message from Tiarnan O Corrain tiarnan.o'[EMAIL PROTECTED]
-
To: Erich Schubert [EMAIL PROTECTED]
Cc: debian-laptop@lists.debian.org
Subject: Re: Blurry screen with X 4.2.0
From
34 matches
Mail list logo