Bug#571636: Keyboard not working in X after upgrade to 7.5
Hi, But X somehow still gets or uses those settings, no clue if they are default or where they do come from: (Full log attached) That's not enough to remove the values from the udev db, easiest is to reboot. well, that is starting to look like windows then ;-) I guess udevadm trigger would have been enough? Anyways, i had to reboot due to a new kernel and i the problem was solved :-)) Thanks for your patience. Rgds, ariel -- 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/201002281346.25232.gar...@kit.edu
Bug#571636: Keyboard not working in X after upgrade to 7.5
By the way, it would be great if you would add a check for that in the xorg packages postinst scripts... otherwise we risk to have many people with a non-working X when the stable upgrade Lenny-Squeeze comes... :) Regards, Ariel -- 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/201002281401.29184.gar...@kit.edu
Bug#571636: Keyboard not working in X after upgrade to 7.5
Package: xserver-xorg Version: 1:7.5+3 Severity: grave Justification: renders X unusable without extra configuration After the following package upgrades, the keyboard stopped working in X, but still works fine in the console: xserver-common 2:1.6.5-1 -- 2:1.7.4-2 xserver-xorg-core 2:1.6.5-1 -- 2:1.7.4-2 xserver-xorg-input-evdev 1:2.2.5-1 -- 1:2.3.2-3 xserver-xorg 1:7.4+4 -- 1:7.5+3 (the problem still persists after updating to xserver-common 2:1.7.5-1 xserver-xorg-core2:1.7.5-1 ) The problem dissapears if instead of having an empty xorg.conf file, I add the following manual configuration: -- Section ServerLayout Identifier L0 InputDevice k0 EndSection Section InputDevice Identifier k0 Driver evdev Option Device/dev/input/event4 EndSection -- I guess the problem has to do with the change from hal to udev for discovering the input devices... Arch: x86_64 , Kernel 2.6.32.8 #2 SMP PREEMPT ... x86_64 GNU/Linux libc6 2.10.2-2 libc6-i386 2.10.2-2 libudev0 151-2 udev 151-2 libhal1 0.5.14-2 hal 0.5.14-2 Affected system is a Lenovo T400s laptop. -- 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/201002261727.27032.gar...@kit.edu
Bug#567756: xserver-xorg-input-all: keyboard not working after squeeze upgrade
Hi, ok, sorry folks :-) i've submitted another bug as you suggested. I am sure it is a real issue, which could even seriously affect the usability of a fresh installation if that misdetection happens there. It is bug #571636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571636 Best regards, Ariel -- 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/201002261806.08979.gar...@kit.edu
Bug#571636: Keyboard not working in X after upgrade to 7.5
You failed to notice the one important difference, which is that your xkb configuration is screwed up. There's no en layout or qwerty variant. sorry, but you should have read my bug-report also... ;-) I am reporting that X is not able to make the keyboard work WITHOUT any xorg.conf configuration file, ie., there is no layout or variant setting at all, just an empty file!! And the non-working keyboard happens already in the kdm login screen, so no chance for my KDE session to perform any user-configuration steps... So X can't compute the keymap for your keyboard and things don't work. This could be made more obvious, but still, broken config. well, broken update... as already said above, everything was working fine with xserver-xorg 7.4 and an EMPTY config file. Please reopen :-) Best regards, Ariel -- 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/201002261858.59236.gar...@kit.edu
Bug#571636: Keyboard not working in X after upgrade to 7.5
This is configured in /etc/default/keyboard nowadays. Well, nowadays gives the impression i'm using a 5 years old configuration... that laptop was installed from scratch 6 months ago... But no, it still doesn't work: i've now commented out #XKBMODEL=pc105 #XKBLAYOUT=en #XKBVARIANT=qwerty #XKBOPTIONS= in /etc/defaults/keyboard and then restarted hal udev console-setup keyboard-setup and finally kdm, but keyboard is gone again (with an empty xorg.conf) I did also run grep -r qwerty /etc , nothing matches besides the comment in /etc/defaults/keyboard But X somehow still gets or uses those settings, no clue if they are default or where they do come from: (Full log attached) (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) (**) AT Translated Set 2 keyboard: always reports core events (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 (II) AT Translated Set 2 keyboard: Found keys (II) AT Translated Set 2 keyboard: Configuring as keyboard (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) (**) Option xkb_rules evdev (**) Option xkb_model pc105 (**) Option xkb_layout en (**) Option xkb_variant qwerty X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.8-dsa-amd64 x86_64 Debian Current Operating System: Linux aglaia 2.6.32.8 #2 SMP PREEMPT Fri Feb 19 01:00:02 CET 2010 x86_64 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32.8 root=UUID=3eb508e4-4a93-4458-a105-f083323c75b7 ro usbcore.autosuspend=1 resume=/dev/mapper/CryptVG-SwapLV quiet Build Date: 16 February 2010 10:23:38AM xorg-server 2:1.7.5-1 (bui...@brahms.debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Feb 26 19:32:00 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c1e20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf200/4194304, 0xd000/268435456, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:2a43:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf240/1048576 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.5, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.7.5, module version =
xorg 7.4 packages?
Hi all, after updating and completely loosing my keyboard in X (i think bug #567756) i would need to downgrade some X packages to test resp. be able to use my laptop again :-) Where can i find the older 1:7.4 X packages? Older testing packages seem to be deleted from the Debian repos as soon as new ones come in, snapshots.debian.org seems not to be snapshoting anymore, and google didn't help either. I also can't access the svn repo written in the wiki: http://necrotic.deadbeast.net/svn/xfree86/ otherwise i could try building them... Thanks for any suggestion and a lot for your Debian work!! :-) Regards, Ariel Garcia -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567756: xserver-xorg-input-all: keyboard not working after squeeze upgrade
Same issue here, didn't reboot my laptop for 20+ days, but somewhen in between things broke... :-( For sure it is not a firmware issue (same self-compiled kernel since longer). Also udev and libudev are both version 150-2 Keyboard works fine in the console. Arch x86_64 Upgraded packages (relevant ones only) xserver-common 2:1.6.5-1 -- 2:1.7.4-2 xserver-xorg1:7.4+4 -- 1:7.5+3 xserver-xorg-core 2:1.6.5-1 -- 2:1.7.4-2 xserver-xorg-input-evdev 1:2.2.5-1 -- 1:2.3.2-3 Big question: where to find older binary packages, to try a downgrade? ftp.debian.org seems to remove the packages not in a release... :-( Thanks, Ariel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532208: [libgl1-mesa-dri] Missing dependency?
Package: libgl1-mesa-dri Version: 7.4.1-1 Severity: normal --- Please enter the report below this line. --- It seems to me that libgl1-mesa-dri is missing a dependency: After updating the xorg core and server (intel) to unstable, apt-get install -t unstable xserver-xorg-video-intel xserver-xorg-core xserver-xorg xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics the kdm display manager couldn't start X anymore: (EE) AIGLX error: dlopen of /usr/lib/dri/i915_dri.so failed (/usr/lib/dri/i915_dri.so: undefined symbol: _glapi_tls_Context) (EE) AIGLX: reverting to software rendering As /usr/lib/dri/i915_dri.so belongs to libgl1-mesa-dri and that package was already the unstable version 7.4.1-1, while mesa-utils libglu1-mesa were still the old testing version 7.0.3-7, i updated these two last packages to unstable and this solved the problem. Isn't there a missing dependency? ii libgl1-mesa-dri 7.4.1-1 ii libgl1-mesa-glx 7.4.1-1 ii libglu1-mesa 7.4.1-1 ii mesa-utils 7.4.1-1 ii xserver-xorg 1:7.4+1 ii xserver-xorg-core2:1.6.1.901-2 ii xserver-xorg-input-all 1:7.4+1 ii xserver-xorg-input-evdev 1:2.2.2-1 ii xserver-xorg-input-kbd 1:1.3.2-3 ii xserver-xorg-input-mouse 1:1.4.0-2 ii xserver-xorg-input-synaptics 1.1.1~git20090510-1 ii xserver-xorg-input-wacom 0.8.3.2-1 ii xserver-xorg-video-intel 2:2.7.1-1 --- System information. --- Architecture: i386 Kernel: Linux 2.6.29.3 Debian Release: squeeze/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.de.debian.org 950 unstablewww.debian-multimedia.org 800 unstableftp.de.debian.org 700 experimentalftp.de.debian.org 500 stable volatile.debian.org --- Package information. --- Depends (Version) | Installed =-+- libc6 (= 2.7-1) | 2.9-12 libdrm-intel1 (= 2.4.5) | 2.4.9-2 libdrm2(= 2.3.1) | 2.4.9-2 libexpat1 (= 1.95.8) | 2.0.1-4 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== libglide3|
pleace delete my email
pleace delete my email from your list -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
Hi Brice, Just a quick note to say that I didn't forget about this bug. Forwarding it upstream is in my TODO list but I am pretty busy these days so it might not occur before a week or so. thanks a lot caring! Anyway, i was going to post some extra info about 2:2.1.0-1 (Namely: forcing the load of i915tex does not make any difference, and the hang after coming back from suspend is not a hard one (ctrl-alt-F1 + magic-sysreq can reboot the machine) whereas if i run xrandr (for instance xrandr --verbose is enough) and then switch to vt1 the hang is hard.) BUT now since yesterday i have 2:2.1.0-2 and it came back from suspend (once) fine and can switch VTs fine even after xrandr. Can it be or is it just a fluctuation? Did some relevant patch come in ? Oh... i also removed the call to 915resolution which was there since i had to switch back to the i810 driver... Could this be a problem? Best regards, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
Hi again, bad and good news: the bad: 2:2.1.0-1 still has the same problem, switching to console is ok before starting kde, freezes/messes up the screen completely after log in. the good: i now analyzed the kde startup by steps and found the responsible: it is the RANDR extension stuff. Actually, if i move away the xrandr executable (which is called by the kde startup if the apply settings on KDE startup is enabled in the Display configuration) then the switch to console works fine! (still to try suspend to RAM though). The call to xrandr activating the problem is very simple and doesn't do anything strange, just keeps the defaults: xrandr -s 1400x1050 -r 60 -o 0 Should this probably be reported upstream? Do you take care Brice or shall i? where, Xorg or drm? Note: last time i reported that 2:2.0.0-5 seemd to work after just a few vt-switch tries and one susp2ram... but then it hanged in the next suspend, so probably it is always the same problem there + some randomness. In 2.1.0 with randr it was hanging systematically. Currently i am running 2.6.21.6 + the latest (as of today, 7.7.07) drm and i915 modules from the git repository. The i915tex module is NOT being loaded: (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so Cheers, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
Hi, i now reinstalled xserver-xorg-video-intel, but now version 2:2.0.0-5 as you suggested (i've just seen -6 is out...) Good news up to now, it seems to switch fine back and forth between X and console, both with ipw2200 loaded, having run glxgears, or being logged into kde. Suspend to ram also worked fine (once up to now :) (**) intel(0): DPI set to (120, 160) Yes, this is a known problem. this is still the case though, but it is not very dramatic :) (WW) intel(0): Option VBERestore is not used (WW) intel(0): Option DisplayInfo is not used (WW) intel(0): Option MonitorLayout is not used (WW) intel(0): Option Clone is not used (WW) intel(0): Option CloneRefresh is not used All these options seem useless. fine for the first 3, the clone options where needed (ok, with i810, right) to get the dualhead (lcd + external beamer) to work. i now removed VBERestore and DisplayInfo but as the warning tells is not used i hope they are not responsible for the improvement... I will switch to -6 and give it a try Best regards, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
i now reinstalled xserver-xorg-video-intel, but now version 2:2.0.0-5 as you suggested (i've just seen -6 is out...) Good news up to now, it seems to switch fine back and forth between X and console, both with ipw2200 loaded, having run glxgears, or being logged into kde. Suspend to ram also worked fine (once up to now :) i now realized that now it is not loading i915tex_dri anymore by default, but (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so instead so perhaps that is the difference. Before it was running the new textures version. I will try with OptionLegacy3D false to see if i can force it to load and if it still has the same problem. BTW: is setting VideoRam in the config file to some reasonable amount not recommended anymore? Before (with i810) i had VideoRam 45000 (or similar numer) then i had to increase it to 128M because or dri not being activated, and now i removed it completely but it seems to grab much more: (==) intel(0): VideoRam: 262144 KB However free tells me that i still have 906036 of the 1G physical how can it be? (integrated graphics) Cheers, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
IIRC, that you need bleeding-edge DRM modules for i915tex to work. These modules are not even in 2.6.22. Are you sure it worked? yes, i am running the drm module from the git-repository from a month ago approx. These 256MB of VideoRAM are probably related to the AGP aperture (possibly configurable in the BIOS). I guess it's only a maximal amount, not what the driver actually always uses when it needs less. ok, thanks Also, please note that 2:2.1.0-1 has been uploaded to unstable (a little bit more recent than 2:2.0.0-6). :-) will try that one instead Txs, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
Hi Brice, thanks for your answer and sorry for the late reply, i was away. I now tested a bit more systematically and i found that the freeze (*) is not occasional, but it happens only _after_ having logged in in kde. If being in the kdm login window, i can switch back and forth between vt5/1 without any problems (tested around 10 times). Once i log in into kde, switching to vt1 freezes the machine with a black screen and some random gray text-mode character blocks. Do you have any special effects in your KDE? For instance some transparency or funky compiz-like things that may required acceleration and thus use DRI? What if you don't start KDE but start a 3D application instead? well, not compiz but opengl which uses dri. Actually the screensaver is an opengl one, but the hangs happens also if i switch vt's immediately after login. I don't think i have other special effects but i will try starting X and then glxgears. BTW, for me it happens with a _wired_ connection, although the ipw2200 (+ vanilla kernel 2.6.21.* right now) are loaded. I will also try unloading them. But as said previously, it works like a charm with the older i810 package... (**) intel(0): DPI set to (120, 160) Yes, this is a known problem. what to do there, wait for an update or try to compensate in xorg.conf? (WW) intel(0): Option VBERestore is not used (WW) intel(0): Option DisplayInfo is not used (WW) intel(0): Option MonitorLayout is not used (WW) intel(0): Option Clone is not used (WW) intel(0): Option CloneRefresh is not used All these options seem useless. fine for the first 3, the clone options where needed (ok, with i810, right) to get the dualhead (lcd + external beamer) to work. Cheers, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406417: i810: DualHead fails to resume after suspend
Hi,
Does any of you guys still reproduce this problem with a black screen
after suspend/resume with the latest xserver-xorg-video-intel driver in
dual-head? If so, it would be good if all of you could try with the
...
If you still experience a black screen at resume, you should try either
passing acpi_sleep=s3_bios to the kernel, or use vbetool post after
as i am being hit by Bug#427811, i am not really sure if i can post useful
info here. But yes, my suspending uses vbetool already.
Also i suspend by doing essentially:
# fujitsu laptop, so read/restore backlight
#from /proc/acpi/fuj02b1/brightness
save_brightness
save_vbestate
# suspending with:
echo -n mem /sys/power/state
restore_vbestate
restore_brightness
where save/restore_vbestate do:
save_vbestate() {
VBEMODE=`vbetool vbemode get`
CURRENT_VT=`fgconsole`
chvt 1
vbetool vbestate save $VBE_FILE
[ -n $VCSA_RESTORE ] cat /dev/vcsa $VCSA_FILE
}
restore_vbestate() {
VBEMODE_TMP=`vbetool vbemode get`
vbetool post
vbetool vbestate restore $VBE_FILE
[ -n $VCSA_RESTORE ] cat $VCSA_FILE /dev/vcsa
/etc/init.d/915resolution start
vbetool vbemode set $VBEMODE
sleep 1
chvt $CURRENT_VT
rm -f $VBE_FILE
}
Note: 915resolution is now there again because of xorg-video-i810, but at
that time i had disabled it
Cheers, Ariel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406417: Same problem with i915GM after suspending
Package: xserver-xorg-video-intel Version: 2:2.0.0-4 --- Please enter the report below this line. --- My laptop with a i915GM was suspending to ram and to disk fine with the non-modesetting driver (i810), even if i had to use 915resolution to set the modes, vbetool to POST the video, and press the brightness keys for turning the backlight on again. Now with the modesetting driver the machine hangs even switching to the text console (CTRL-ALT-F1), and video doesn't come back after suspending anymore. I also had to increase the amount of videoram in xorg.conf because it was not able to activate DRI (not enough memory). --- System information. --- Architecture: i386 Kernel: Linux 2.6.21.1 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing ftp.de.debian.org 950 unstablewww.debian-multimedia.org 800 unstableftp.de.debian.org 700 experimentalftp.de.debian.org 600 unstablekanotix.com 500 unstablewww.in.fh-merseburg.de --- Package information. --- Depends(Version) | Installed -+-=== libc6 (= 2.5-5) | 2.5-9+b1 libdrm2 (= 2.3.0) | 2.3.0-4 xserver-xorg-core (= 2:1.3.0.0) | 2:1.3.0.0.dfsg-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427811: xserver-xorg-video-intel: Occassional hard freeze switching from graphics to text mode
I can confirm this bug, i915GM with xserver-xorg-video-intel 2:2.0.0-4 Was working fine with the i815 driver. Also suspend to ram/disk doesn't work anymore now :-(( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370067: xserver-xorg-video-via: via driver turns screen white, hsync out of range reported
Brice Goglin wrote: Hi Ariel, About a year ago, you reported a bug to the Debian BTS regarding the screen turning while with out of range hsync on the via driver. Did you reproduce this problem recently? With Xorg/Etch? If not, I will close this bug in the next weeks. Thanks, Brice This bug was corrected in an upstream version of the driver. It's working reasonably well (although 3D is very buggy) in version 1:0.2.1-6 0. Please go ahead and close this bug. Regards, Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315195: xterm: I can confirm that this is still happening
Package: xterm Version: 222-1etch2 Followup-For: Bug #315195 I can confirm that this is still happening. I ran update-alternatives --config x-terminal-emulator to refresh it, and it's fine now. I don't know how it happened though. -Ariel -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xterm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libncurses5 5.5-5Shared libraries for terminal hand ii libsm6 1:1.0.1-3X11 Session Management library ii libx11-62:1.0.3-6X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xbitmaps1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406044: fix for crash confirmed
tags 406044 patch fixed-upstream
severity 406044 serious
thanks
After running for 2 weeks without a single crash I can confirm that this
fix solves the problem.
I think this issue is serious enough to warrant being fixed in etch,
therefor I've increased the severity to serious. (Just google how many
other people report this same crash.)
In particular I'm doing so because it has a very simple and clear patch
that fixes the problem, and because upstream has applied this patch to
7.2.
-Ariel--- xorg-server-1.1.1.orig/hw/xfree86/dri/dri.c
+++ xorg-server-1.1.1/hw/xfree86/dri/dri.c
@@ -1378,7 +1378,8 @@
DRIScreenPrivPtr pDRIPriv = DRI_SCREEN_PRIV(pScreen);
DRILock(pScreen, 0);
-if (pDRIPriv-pDriverInfo-driverSwapMethod == DRI_HIDE_X_CONTEXT) {
+if (pDRIPriv
+ pDRIPriv-pDriverInfo-driverSwapMethod == DRI_HIDE_X_CONTEXT) {
/* hide X context by swapping 2D component here */
(*pDRIPriv-pDriverInfo-SwapContext)(pScreen,
DRI_3D_SYNC,
@@ -1396,6 +1397,8 @@
ScreenPtr pScreen = screenInfo.screens[screenNum];
DRIScreenPrivPtr pDRIPriv = DRI_SCREEN_PRIV(pScreen);
+if (pDRIPriv) {
+
if (pDRIPriv-pDriverInfo-driverSwapMethod == DRI_HIDE_X_CONTEXT) {
/* hide X context by swapping 2D component here */
(*pDRIPriv-pDriverInfo-SwapContext)(pScreen,
@@ -1410,6 +1413,8 @@
DRM_SPINUNLOCK(pDRIPriv-pSAREA-drawable_lock, 1);
pDRIPriv-windowsTouched = FALSE;
+}
+
DRIUnlock(pScreen);
}
Bug#406044: xorg crashes, are these bugs related?
I have a very strong suspicion that bugs #407036, #410768, #405823, and #402563 might all be the same bug as #406044 Bug reporters: Please try this patch: http://bugs.debian.org/cgi-bin/bugreport.cgi/xorg-server.nocrash.patch?bug=406044;msg=45;att=1 And report if it fixes the problem. (It fixed it for me, but I'm not the original reporter of 406044 so the two other reporters in 406044 please also try the patch.) -Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406044: is this the same as this bug
Check if it's the same as this bug: https://bugs.freedesktop.org/show_bug.cgi?id=8537 I'm trying the patch mentioned there (however modify the patch attached there as per the comments). I'm compiling now, if it works, can this patch make it into debian? -Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377328: add truetype and cid fonts
severity 377328 important severity 147716 important severity 197156 important clone 197156 -1 reassign -1 x11-common merge 377328 147716 197156 thanks Now that xfs-xtt is gone, xfs needs to include it's fonts. Additionally dexconf needs to list them in xorg.conf. Note that the patch in 377328 only adds truetype, but I believe CID needs to be added as well. Re the severity: this is a pretty important bug: after upgrading, my KDE desktop was totally blank, missing all icons. They came back after adding the TrueType fonts, also all my fonts were messed up. And then there is the flash player issue. So this is pretty important to be fixed before etch is released. -Ariel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370067: xserver-xorg-video-via: via driver turns screen white, hsync out of range reported
Package: xserver-xorg-video-via Version: 1:0.1.33.2-3 Severity: important Using the via driver causes my screen to turn white and freeze up my system. The xserver log (included below) reports that the hsync is out of range for every resolution and reports a bad mode clock. The log also reports an Unknown Card-Ids error as well. Older versions of the driver (prior to my upgrade to Xorg version 7) have also had this problem. I'm running Debian on an Averatec 3715-EH1 laptop, if that helps. I've also tried booting with both the noapic and acpi=off kernel options, but those have had no effect. 'lspci -v' reports: :00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 0322 Flags: bus master, 66MHz, medium devsel, latency 8 Memory at d000 (32-bit, prefetchable) [size=64M] Capabilities: [80] AGP version 3.0 Capabilities: [50] Power Management version 2 Capabilities: [60] #08 [0060] Capabilities: [58] #08 [8001] :00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge Subsystem: VIA Technologies, Inc. K8M800 Host Bridge Flags: bus master, medium devsel, latency 0 :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: fc20-fe2f Prefetchable memory behind bridge: f210-fa0f Secondary status: SERR Capabilities: [80] Power Management version 2 :00:09.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01) Subsystem: Micro-Star International Co., Ltd.: Unknown device 6833 Flags: bus master, slow devsel, latency 64, IRQ 185 Memory at febfe000 (32-bit, non-prefetchable) [size=8K] Capabilities: [40] Power Management version 2 :00:0a.0 CardBus bridge: O2 Micro, Inc. OZ711MP1/MS1 MemoryCardBus Controller (rev 21) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: bus master, stepping, slow devsel, latency 168, IRQ 169 Memory at 2400 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 2000-21fff000 (prefetchable) Memory window 1: 2200-23fff000 I/O window 0: 1000-10ff I/O window 1: 1400-14ff 16-bit legacy interface ports at 0001 :00:0a.2 0805: O2 Micro, Inc.: Unknown device 7120 (rev 01) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: slow devsel, IRQ 11 Memory at febfdc00 (32-bit, non-prefetchable) [size=256] Capabilities: [a0] Power Management version 2 :00:0a.3 Bridge: O2 Micro, Inc.: Unknown device 7130 (rev 01) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device 061a Flags: slow devsel, IRQ 11 Memory at febfc000 (32-bit, non-prefetchable) [size=4K] Capabilities: [a0] Power Management version 2 :00:0a.4 FireWire (IEEE 1394): O2 Micro, Inc.: Unknown device 00f7 (rev 02) (prog-if 10 [OHCI]) Subsystem: O2 Micro, Inc.: Unknown device 00f7 Flags: bus master, medium devsel, latency 64, IRQ 169 Memory at 24001000 (32-bit, non-prefetchable) [size=4K] Memory at febfd000 (32-bit, non-prefetchable) [size=2K] Capabilities: [60] Power Management version 2 :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device c919 Flags: bus master, medium devsel, latency 64, IRQ 193 I/O ports at ec00 [size=32] Capabilities: [80] Power Management version 2 :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: TWINHEAD INTERNATIONAL Corp: Unknown device c919 Flags: bus master, medium devsel, latency 64, IRQ 193 I/O ports at e800 [size=32] Capabilities: [80] Power Management version 2
Re: Machine hangs/screen hangs with newer kernels + GL screensavers
Hi,
both on my desktop and my laptop i am getting strange hangs
when running XFree packages (both debian testing/unstable,
4.2.1-{12.1,15}) with the newer linux kernels. This happens
for me since one of the 2.5.5* kernels (and it still happens
BTW, it'd be interesting to know which 2.5.x kernel exactly it stopped
working at.
Ok, what i know for sure is that in the stable series it broke in 2.4.23,
2.4.22 was ok. For the 2.5 kernels, 2.5.57 was ok and 2.6.0-test5 was
already broken. More testing would need to wait: away at a conference
until end of next week, sorry.
Sounds like the radeon DRM broke backwards compatibility for XFree86 4.2
and older somewhere along the way. :( Just to be sure, can either of you
please try the DRM from current DRI CVS?
I cannot right now, see abiove ;-)
Ok, you mean the kernel patches, right? I would gladly do that with my
current debian experimental 4.3 XFree packages. Is that what you mean?
Cheers, Ariel
Re: Machine hangs/screen hangs with newer kernels + GL screensavers
Hi Michel,
thanks a lot for your prompt answer :-)
both on my desktop and my laptop i am getting strange hangs when
running XFree packages (both debian testing/unstable, 4.2.1-{12.1,15})
with the newer linux kernels. This happens for me since one of the
2.5.5* kernels (and it still happens with 2.6.0) and now i also
checked the same happens with 4.2.23 (but doesn't happen with 4.2.22).
With the 2.5/2.6 kernels i checked the same happens with acpi
disabled.
Sounds like it's related to the newer DRM.
bingo, yes, i made a test with the newer kernels + the old xfree 4.2 but
disabling dri (taking out the dri module line in the XFree86 config file)
and it worked ok (quite slow of course but that was to be expected ;-)
FWIW, I can run all screensavers from the kscreensaver package from sid
on my TiBook with a Mobility Radeon 9000 running a 2.6 kernel with my
DRI snapshot packages described in
http://dri.sourceforge.net/snapshots/README.Debian without problems. The
XFree86 4.3 packages in experimental may also work better.
I tried your packages but they do not have MIT-AUTH support compiled in
(that is a small (non-free) extra patch if i remember correctly) so i
decided to try first the XFree4.3 debian-experimental packages and they
work flawlessly :-)
(btw, didn't try that before because the experimental area is still
unavailable, now i found a mirror...)
Thanks for your help,
Ariel
Machine hangs/screen hangs with newer kernels + GL screensavers
Hi,
both on my desktop and my laptop i am getting strange hangs when running
XFree packages (both debian testing/unstable, 4.2.1-{12.1,15}) with the
newer linux kernels. This happens for me since one of the 2.5.5* kernels
(and it still happens with 2.6.0) and now i also checked the same happens
with 4.2.23 (but doesn't happen with 4.2.22). With the 2.5/2.6 kernels i
checked the same happens with acpi disabled.
What i did to trigger it: boot with 2.4.23 (config file identical to 2.4.22
one, both compiled with gcc 3.3.x), login in KDE, and activate Lock
Screen. Everything freezes when trying to run the screensaver (Euphoria GL
is my default screensaver. Same freeze happens if you open KDE's control
module for setting the screensaver's properties).
However the mouse and the OS still work, the system is accessible through
ssh. At that point i could kill the keuphoria screen saver, but the screen
was still frozen. So i killed (-9) the Xserver, but at that point the
machine hung completely.
The same also happens if you let the screensaver to kick in.
I couldn't find anything similar in google/debian BTS.
My graphics cards are ATI Radeon (both in laptop and desktop)
Probably unrelated, but in XFree86.0.log I get:
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
Skipping /usr/X11R6/lib/modules/extensions/libGLcore.a:debug_xform.o: No
symbols found
I also get tons of
Not loading .note.GNU-stack
messages in the same XFree server logfile. This seems to be related to the
last line of one of the several files in /usr/lib/ldscripts, for instance:
# tail /usr/lib/ldscripts/elf_i386.x
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/DISCARD/ : { *(.note.GNU-stack) }
}
Anyone?
Thanks in advance (please CC direct to me too),
Ariel
