Bug#832607: xrandr: crash when trying to desactivate an external screen
Package: x11-xserver-utils Version: 7.7+7 Severity: important Hi, I've a laptop with its LCD driven by an integrated Intel Card and a 4k external screen driven by an NVidia card (managed with the nouveau driver). vdanjean@eyak:~$ xrandr --listproviders Providers: number : 2 Provider 0: id: 0xb0 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 3 associated providers: 1 name:Intel Provider 1: id: 0x66 cap: 0x7, Source Output, Sink Output, Source Offload crtcs: 4 outputs: 3 associated providers: 1 name:nouveau vdanjean@eyak:~$ xrandr --current Screen 0: minimum 8 x 8, current 3840 x 2160, maximum 32767 x 32767 eDP1 connected 1920x1080+3840+1080 (normal left inverted right x axis y axis) 340mm x 190mm 1920x1080 60.02*+ 59.9347.99 [...] 640x360 60.00 VGA1 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) DP-1-1 disconnected (normal left inverted right x axis y axis) DP-1-2 disconnected (normal left inverted right x axis y axis) DP-1-3 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 597mm x 336mm 3840x2160 60.00*+ 29.98 [...] 640x480 (0x88) 25.175MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew0 clock 31.47KHz v: height 480 start 490 end 492 total 525 clock 59.94Hz vdanjean@eyak:~$ uname -a Linux eyak 4.7.0-rc7-amd64 #1 SMP Debian 4.7~rc7-1~exp1 (2016-07-14) x86_64 GNU/Linux vdanjean@eyak:~$ apt-cache policy linux-image-4.7.0-rc7-amd64 linux-image-4.7.0-rc7-amd64: Installed: 4.7~rc7-1~exp1 Candidate: 4.7~rc7-1~exp1 Version table: *** 4.7~rc7-1~exp1 100 1 http://ftp.fr.debian.org/debian experimental/main amd64 Packages 100 /var/lib/dpkg/status Somtimes, when trying to desactivate my external screen, I get a segfault: vdanjean@eyak:~$ xrandr --output VGA1 --off --output VIRTUAL1 --off --output DP-1-1 --off --output DP-1-2 --off --output DP-1-3 --off --output eDP1 --auto --primary Floating point exception (core dumped) I'm not sure the bug comes from xrandr itself. Perhaps it is in an underlining driver, as I get a very suspiscous "resolution" value from xdpyinfo for example: vdanjean@eyak:~$ xdpyinfo | grep -B 100 -A 20 resolution name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:11804000 X.Org version: 1.18.4 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 [...] depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x620211c, revert to Parent number of extensions:29 BIG-REQUESTS [...] XVideo-MotionCompensation default screen number:0 number of screens:1 screen #0: dimensions:3840x2160 pixels (0x0 millimeters) resolution:-2147483648x-2147483648 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x13d depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x8c default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store WHEN MAPPED, save-unders NO largest cursor:256x256 current input event mask:0xfac03f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask KeymapStateMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals:40 default visual id: 0x8a visual: visual id:0x8a class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits [...] Do you have any clue about this behavior? Fill free to reassign to another package if you think the bug come from elsewhere (nouveau/intel xorg driver, kernel module, ...) Regards Vincent -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel, mipsel Kernel: Linux 4.7.0-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages x11-xserver-utils depends on: ii cpp 4:5.3.1-3 ii libc62.23-2 ii libice6 2:1.0.9-1+b1 ii libx11-6
Bug#717500: [Pkg-opencl-devel] Bug#719909: ITP: libclc -- Implementation of OpenCL 1.1
Le 19/08/2013 06:28, Julian Wollrath a écrit : Is this an ICD? An implementation of libOpenCL.so.1? It is the part, that is needed along with mesa to enable OpenCL support on e.g. AMD GPUs, see [0]. It does not deliver a libOpenCL.so.1 The needed libOpenCL.so.1 is provided by mesa, when it is build with OpenCL support. Bug 717500 is a request to add that support to the Debian package of mesa. I did not check at the OpenCL implementation by mesa. But, for the record, if mesa provides an OpenCL implementation, it needs to do it by providing an ICD, and not the libOpenCL.so.1 library. The libOpenCL.so.1 must be a ICD Loader in order to allow the co-installation of several OpenCL implementations. There exists several implementation for the ICD Loader. There even is ocl-icd packaged in main that is a free implementation... Best regards, Vincent Best regards, Julian [0] http://dri.freedesktop.org/wiki/GalliumCompute/ -- Vincent Danjean Adresse: Laboratoire LIG - Bât. INRIA Rhône-Alpes Téléphone: +33 4 76 61 55 10655 avenue de l'Europe Fax:+33 4 76 61 52 52Montbonnot Saint Martin Email: vincent.danj...@imag.fr 38334 Saint-Ismier cedex -- 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/5224fbe6.9060...@free.fr
Re: X.org plans for the squeeze cycle
Bastian Blank wrote: On Wed, Sep 09, 2009 at 11:37:18AM +0200, Julien Cristau wrote: One more thing. Intel plans to deprecate userspace mode setting with their Q4 2009 release (meaning December this year, so probably something we'll want for squeeze, depending on the freeze date you pick). Oh, no. Not again. It does not yet properly work without the new memory manager (#538442). And KMS is completely unusable currently on this kernels. And in 2.6.31-rc6, KMS is not stable enought to be used for my day-to-day work. It even leads to data corruption. See #545517 Since I remove KMS (ie since my bug report), I had no problem at all (with many many suspend-resume cycles) KMS should improve a lot before we use it by default. Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: X.org plans for the squeeze cycle
Julien Cristau wrote: On Thu, Sep 10, 2009 at 09:07:34 +0200, Vincent Danjean wrote: And in 2.6.31-rc6, KMS is not stable enought to be used for my day-to-day work. It even leads to data corruption. See #545517 Since I remove KMS (ie since my bug report), I had no problem at all (with many many suspend-resume cycles) Please file that as a bug on https://bugs.freedesktop.org/enter_bug.cgi?product=DRIcomponent=DRM%2FIntel There's no way it's going to get fixed otherwise. I haven't used suspend to disk in years, eg... See also http://intellinuxgraphics.org/how_to_report_bug.html Done as https://bugs.freedesktop.org/show_bug.cgi?id=23836 However, as explained in the bug report, I do not use KMS anymore and I will not retry it for now because I have not enough time if I need to recover again from data corruption. So my bug report is not as complete as it should (no Xorg.0.log for example) Regards, Vincent Thanks, Julien -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496519: Missing dependency on libcompizconfig0
Package: compiz Version: 0.7.6-7 Followup-For: Bug #496519 I suffered from #496519 I tried to get a backtrace as asked in the bug report. At first, running /usr/bin/compiz.real (with all options and envvar set in /usr/bin/compiz) leads to a full freeze of the machine. Then, I set ulimit -c unlimited and start compiz. I got a core file but nothing really interesting in it: (gdb) info threads * 1 process 4189 0x7f3d816fb630 in ?? () (gdb) bt #0 0x7f3d816fb630 in ?? () #1 0x7f3d84454da8 in __cxa_finalize () from /lib/libc.so.6 #2 0x7f3d823d6da6 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x00c9fcf8 in ?? () #4 0x in ?? () So, I want to report this useless backtrace and see that the 'compiz' package itself was not installed. So I installed it with its suggestion: 'compizconfig-settings-manager'. To be sure, I retried, and this time it was working! I checked that 'compiz' was really only a metapackage (removing it does not change anything). But removing libcompizconfig0 makes /usr/bin/compiz segfault again. And reinstalling it makes it working. So, I think you are missing a dependency on libcompizconfig0 somewhere (compiz-core ?, compiz-plugins ?) Regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: pn compizconfig-settings-manager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390589: x11-common: Add conflicts against old debian packages
Package: x11-common Version: 1:7.0.22 Severity: wishlist Tags: patch I just try to update a (very) old machine. The upgrade fails due to /usr/X11R6/bin not empty. To solve this, I had to run: dpkg --purge xephem communicator-smotif-477 netscape-base-4 \ netscape-base-477 communicator-base-477 communicator I know these are very old packages not present in the distribution since a long time (at least for communicator/netscape packages). However, nothing prevent them to be kept on the computer. And having a major upgrade interrupted is often a real pain. So, it can be usefull to add conflicts against old Debian package. For my situation, a conflict against xephem and netscape-base-4 would have been working. Best regards, Vincent -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: * x11-common/upgrade_issues: x11-common/xwrapper/nice_value: -10 x11-common/x11r6_bin_not_empty: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222804: Symbol mapping for evo (compaq laptop) keyboard
On Fri, Apr 16, 2004 at 10:45:14PM +0200, Denis Barbier wrote: On Wed, Dec 03, 2003 at 02:50:41PM +0100, Vincent Danjean wrote: Package: xlibs-data Version: 4.3.0-0pre1v1 Severity: wishlist Tags: patch Hi, On my compaq evo N800c laptop, there are 6 keys for multimedia purpose. I tried to make an xkb config for these keys. This work for me but this can be interesting for other. Here is a path I have done for the /etc/X11/xkb dir. Feel free to use it as you want. Hi, Upstream committed a slightly different fix, by using the armada model. Denis I try this patch. It works with my evo laptop. As far I'm concerned, you can close the bug when it will be included in the debian package. Vincent
Bug#222804: Symbol mapping for evo (compaq laptop) keyboard
Package: xlibs-data
Version: 4.3.0-0pre1v1
Severity: wishlist
Tags: patch
Hi,
On my compaq evo N800c laptop, there are 6 keys for multimedia
purpose. I tried to make an xkb config for these keys. This work for me
but this can be interesting for other.
Here is a path I have done for the /etc/X11/xkb dir. Feel free to use
it as you want.
Best regards,
Vincent Danjean
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux galadriel 2.4.23-rc5-act #1 Sat Nov 29 19:11:21 CET 2003 i686
Locale: LANG=C, [EMAIL PROTECTED]
-- no debconf information
diff -Naur orig/rules/xfree86 new/rules/xfree86
--- orig/rules/xfree86 2003-12-03 14:41:57.0 +0100
+++ new/rules/xfree86 2003-11-24 10:22:04.0 +0100
@@ -97,7 +97,7 @@
btc5113rf btc5126t btc9000 btc9000a \
cherryblue cherrybluea \
chicony chicony9885 \
- compaqeak8 compaqik7 compaqik13 compaqik18 armada presario ipaq \
+ compaqevo compaqeak8 compaqik7 compaqik13 compaqik18 armada
presario ipaq \
dell inspiron \
dexxa diamond genius \
ennyah_dkb1008 \
diff -Naur orig/symbols/inet new/symbols/inet
--- orig/symbols/inet 2003-12-03 14:42:16.0 +0100
+++ new/symbols/inet2003-12-03 11:53:40.0 +0100
@@ -402,6 +402,18 @@
};
partial alphanumeric_keys
+xkb_symbols compaqevo {
+name[Group1]= Laptop/notebook Compaq (eg. Evo) Laptop Keyboard;
+
+key I23 { [ XF86WWW ] };
+key I1E { [ XF86Mail ] };
+key I1A { [ XF86Search] };
+key I6F { [ XF86AudioMedia] };
+key I2E { [ XF86AudioLowerVolume ] };
+key I30 { [ XF86AudioRaiseVolume ] };
+};
+
+partial alphanumeric_keys
xkb_symbols ipaq {
name[Group1]= Compaq iPaq Keyboard;
diff -Naur orig/symbols.dir new/symbols.dir
--- orig/symbols.dir2003-12-03 14:41:40.0 +0100
+++ new/symbols.dir 2003-11-24 10:21:36.0 +0100
@@ -249,6 +249,7 @@
--p- a--- inet(cherrybluea)
--p- a--- inet(chicony)
--p- a--- inet(chicony9885)
+--p- a--- inet(compaqevo)
--p- a--- inet(compaqeak8)
--p- a--- inet(compaqik7)
--p- a--- inet(compaqik13)
