Bug#622894: xserver-xorg: VT switching does not work.
rununtil you get it sorted out why... there are program(s) to refresh vga text mode / save restore vesa. run it and you'll have your text terminal. note because VT depends on kernel etc you problem might depend on how you start x, not just X drivers or a flaky video card Enno Deimel wrote: Package: xserver-xorg Version: 1:7.6+6 Severity: important VT switching (via Ctrl-Alt-F[1-6]) does not work. When trying to switch, X seems to freeze: no response to kbd, mouse pointer disappears, xclock stops dead. But, in fact the VT has switched, it is just not reflected on video: Can type commands, restart xdm and suchlike, when typing blind. And, when switching "back" to VT7 (via Alt+F7) everything pops back into life. This is the very behaviour I reported before for xserver-xorg 7.3+20 (i386). On some occasions though I couldn't get back to VT7, only solution left was magic sysrq -- or power button. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 5 18:38 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1783236 Mar 26 08:55 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 2581 Apr 15 18:26 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section "ServerLayout" Identifier"Layout" Screen"Screen" InputDevice "Keyboard" InputDevice "Mouse" EndSection Section "ServerFlags" #Option "AllowMouseOpenFail" "on" # default: no # try on w/ 2.6.32 nightmare, makes no diff at all! Option "DontVTSwitch" "no" # from daemonforums.org, for X without hal: Option "AllowEmptyInput" "no" # default: on, off for 2.6.32 Option "AutoAddDevices" "no" # default: on, off for 2.6.32 # further: Option "AutoEnableDevices" "on" EndSection Section "Files" EndSection Section "InputDevice" Identifier "Keyboard" Driver "evdev" Option "CoreKeyboard" # deprecated, use SendCoreEvents (def: on) # c'd out for 2.6.32 Option "Device" "/dev/input/event0" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" EndSection Section "InputDevice" Identifier "Mouse" Driver "synaptics" Option "GrabDevice" "true" Option "Device" "/dev/input/event6" # c'd IN for 2.6.32 # synaptics(4) options: Option "Protocol" "auto-dev" # can be "event" for 2.6.32 Option "TapButton1" "1" Option "TapButton2" "2" Option "VertTwoFingerScroll" "on" EndSection Section "Monitor" #DisplaySize 330 210 # mm Identifier "Monitor" #VendorName "QDS" # optional #ModelName"46" # optional Option "DPMS" "on" EndSection Section "Device" # first: generic options # Option "ModeDebug" "true" Identifier "GraphChip" Driver "intel" # Driver "vesa" # WORKS! # Driver "fbdev" BusID "PCI:0:2:0" Screen 0 # Most drivers require that the primary screen (0) be present. # VendorName "Intel Corporation" # optional # then: intel options # Option "FallbackDebug" "true" # this produces about 21MB of blah # Option "XvMC" "true" # driver disables this # try without # final: undocumented: # BoardName "Mobile 915GM/GMS/910GML Express Graphics Controller" EndSection #Section "Device" # this works, with quirks # Identifier "GraphChip" # Driver "fbdev" # Option "AccelMethod" "XAA" # BusID "PCI:0:2:0" #EndSection Section "Screen" Identifier "Screen" Device "GraphChip" Monitor"Monitor" Option "Accel" # Try to setup XAA (seemed to work with last driver) SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" # this is default as per fbdev Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 2.6.30.bootlogd (2.6.30) (root@mash) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 Fri Sep 3 18:13:12 CEST 2010 Xorg X server log
Bug#615975: Bug 615975
diagnosis by deletion ?? "it seemed to work after deletion". that's crazy - simply crazy. an it should be there if the wrong thing is on 7100 of course of course. people manage that themselves if the new XML font junk fails to - delete it it will be back in Stuart Scharf wrote: I also hit this bug on Testing after the upgrade. The suggestion to remove the FontPath "unix/:7100" line from xorg.conf seems to be successful Stuart -- 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/4da744f8.9020...@cox.net
Bug#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.
I use xmodmap. No way is it obsolete. It's who's job? To break unix software by making time honored standards "obsolete" a little at a time? - John jida...@jidanni.org wrote: OK, setxkbmap -option caps:none worked. Thanks! "CB" == Cyril Brulebois writes: CB> Well, nobody bothered to send a patch. Feel free to. Just add '*** xmodmap is obsolete, try setxkbmap instead ***' somewhere on the xmodmap manpage. That would help #584502 sufferers too. -- 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/4da195a6.8020...@cox.net
Bug#619033: xserver-xorg-video-intel: External screen shakes
but you can set the sync modes before X startup or after - so saying it is UBUNTU's error is wrong. it is Ubuntu's correctness to use the better frequencies maybe VERY NORMAL. I have used vga extended cables or switchbox, but not with that exact card - and using them reduces quality video stability IS very picky / requires a ton of fidelity and bandwidth. thus network cables can't carry video. stability also depends on the monitor's electronics / abilities. (btw I know nothing of LED monitor pinouts / signals) Takaya Yamashita wrote: Package: xserver-xorg-video-intel Version: 2:2.14.0-4 Severity: normal My external screen shakes when I connect it over VGA. The machine is a Thinkpad T410s with an i915 Intel controller. Of course, Windows works fine VGA output. Is is not individual problem, the other displays are similar, too. This problem seems to happen in Ubuntu[1]. [1] External monitor using VGA has sync issues with KMS https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/671921 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.23-3 Userspace interface to intel-speci ii libdrm22.4.23-3 Userspace interface to kernel DRM ii libpciaccess0 0.12.1-1 Generic PCI access library for X ii libudev0 166-1 libudev shared library ii libx11-6 2:1.4.1-5 X11 client-side library ii libx11-xcb12:1.4.1-5 Xlib/XCB interface library ii libxcb-aux00.3.6-1 utility libraries for X C Binding ii libxcb-dri2-0 1.7-2 X C Binding, dri2 extension ii libxcb11.7-2 X C Binding ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxv1 2:1.0.6-1 X11 Video extension library ii libxvmc1 2:1.0.6-1 X11 Video extension library ii xserver-xorg-core [xorg-vi 2:1.9.4.901-1 Xorg X server - core server xserver-xorg-video-intel recommends no packages. xserver-xorg-video-intel suggests no packages. -- no debconf information -- 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/4d86b706.9010...@cox.net
Bug#618622: crash when resizing screen while running a fullscreen application
Why blame X ? many desktops / window managers will send X a HUP signal on exit. a bad application might even do it. First show was closed by UNIX or X itself decided to exit. Michal Suchanek wrote: Package: xserver-xorg-core Version: 2:1.9.99.903-1 Followup-For: Bug #618622 Still a problem with current X. -- 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/4d83d6f9.3030...@cox.net
Bug#617969: xserver-xorg-core: Weird behavior/crash with specific usage
You said radeon right? I don't have that but here's some tips. /usr/X11R7/bin/Xorg (that's the name of your "real X server") automatically makes a config (example /etc/X11/Xorg-config-4). What you want is to run Xorg with option to save the config. Editing that config you'll see mouse, keyboard, video card, fonts, etc that X will try to use upon startup. You have to tell Xorg to use the config on startup (because it will try to do it automatic as usual). You'd like to look at someone else's config. You might see 1) your loading modules you might not need 2) your loading modules you don't have 3) how to run in a more basic / stable mode until you get things figured out. You'll have to ask someone else how exactly not to load 3D because I don't use Xorg and I don't have a radeon chipset video card. You might also try: xserver-xorg-video-radeon. And there's also the Debian Alioth website if you haven't found it yet. hammered hammered wrote: >one more thing to try is startup without 3D support (agp / vga only) How do I do that? -- 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/4d7fbd5e.3070...@cox.net
Bug#616010: xserver-xorg: dexconf fails to generate xorg.conf file
stupid but I must say... the video triangle (chip interfaces, documentation, sheer number of "new plans" and lack of drivers) is worse than the bermuda triangle ! Julien Viard de Galbert wrote: CCing the bug Back, I guess your point of view might be shared by other users. On Mon, Mar 14, 2011 at 01:04:48AM -0700, Ian Zimmerman wrote: Ian> The desktops have their GUI tools to configure that, but guess Ian> what? None of the desktops goes beyond the most trivial settings, Ian> in the case of Gnome I think it's just left-handed vs right-handed Ian> and that's it. So, still unusable without manual configuration. Ian> And what if I don't use a desktop? Julien> That's probably a regression in GNOME, as last year, upstream Julien> was blogging about GNOME configuration [1], and it was exposing Julien> most of the features. Judging by the direction of Gnome for the past few years, this "regeression" won't be fixed. In any case, see the last sentence ... That's unfortunate, and opposed to X input maintainer's wishes, see the one before last paragraph of: http://who-t.blogspot.com/2010/06/keyboard-configuration-its-complicated.html Ian> And I'm leaving out the keyboard which has similar issues, and also Ian> similar nonsolutions. Julien> FWIW both keyboard and mouse configuration is explained in X Julien> Strike Force's documentation [2], and you don't need an Julien> xorg.conf, but only some snippets. I had tried keyboard-configuration. Again, it doesn't get close to the level of flexibility I want. How do I set the Pause key as Compose? I keep doing that with an Xmodmap file, and praying that my way will continue to work. I'm sorry I didn't study that much about keyboard yet, I think setxkbmap is the preferred tool now, but I don't know much about it. At least not more than Xmodmap that I don't use ;) Ian> Go ahead and remove dexconf, better no tool than a totally broken Ian> one, but please consider adding a flexible, transparent and Ian> desktop-independent tool to configure the above. Julien> Doesn't your-favorite-editor and /etc/X11/xorg.conf.d/ fill that Julien> gap ? First, there is no such directory on my system. I see that it is mentioned in the manpage, but without it being created by the package (even if empty) I simply didn't know a split configuration was possible for the X server. It certainly wasn't so in XFree86. I think that's a point, this directory should probably be created. Second, yes, in general and for a random package, I am quite capable of writing a configuration file by hand. The X server is different. Why? Because the hierarchical, bottom-up format of the file forces me to write the entire configuration, reproducing all the defaults even in the parts totally unrelated to what I'm trying to customize. For instance, to modify the synaptics behavior, I cannot simply write a Pointer section and be done. To get it used, I have to have a ServerLayout section, therefore I also need a Screen section, and once I have one I better get all the most obscure settings there right. Well basically this is not true anymore, you can write 'just' the synaptics configuration, as explained in the doc I pointed to you earlier. And even without /etc/X11/xorg.conf.d/ you can write partial xorg.conf now, with just your synaptics configuration in it for instance. But I guess this need a little more advertising ;) This is the only reason I am begging for a tool to generate the configuration. The availability of xorg.conf.d doesn't seem to change this; correct me if I'm wrong. Julien> My two cents, Thanks for an informative, snark-less reply. Basically there are still more than 500 bugs to triage, so I guess spending time on video drivers bugs is more important than spending time on user missconfiguration... Especially when the time has been spent to write the doc already. But the doc might need some improvements, as always, patches are welcome ;) Hope this helps, -- 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/4d7df2b1.6020...@cox.net
Bug#617969: xserver-xorg-core: Weird behavior/crash with specific usage
my experience with that is you *might* have a memory problem with your video card with the lockup statement included that adds to the possibility that might be so on the other hand I can't see it so you might just need graphics libs needing to be re-installed Best is if you can try a "known good" video card in or with the same system. Alternatively if you can't try a different card maybe you can try known good graphics apps that use the same ammount of video memory and see if there are problems. But that is mostly the same as re-installing. Your not "over clocking" your card are you? That can cause permanent damage. tools that change clock speed have been known to damage and be a pile of bull when it comes to real performance that the card (properly set) did not already have. hammered999 wrote: Package: xserver-xorg-core Version: 2:1.9.4.901-1 Severity: important First of all, I am not really sure if this is the package that causes the problems described below. I have no other clue on which package is resposible. Secondly, maybe this should be characterized as 'grave'. Furthermore, my problem can manifest in 2 ways, which seem to be random: 1. A vertical strip of the screen(possibly arround 200pixels wide) from the leftmost part of the screen gets mirrored/painted on the rightmost part of the screen. If I just drag my mouse on the rightmost part of the desktop creating a 'selection-rectangle' that portion of the screen gets repainted correctly. This is the less annoying side-effect. The most annoying is this: If this happens under GNOME2.x(from unstable) the ENTIRE system lockups. I cannot even ctrl+alt+f1 to a console. The only thing working is the mouse pointer but I cannot 'click' anything on screen. My only way to reboot is by alt+sysrq+r+s+u+b which sucks. If this happens while using Xfce4.8(from experimental) funnily enough the system doesn't lockup. Everything "works" up until I close the offending window/program(see below on how to reproduce). But (in xfce) if I do ctrl+alt+f1-> "sudo /etc/init.d/gdm3 restart" nothing happens. If after that I do a ctrl+alt+f7 the system lockups again. 2. X.org gets automatically restarted and I get presented with a GDM login screen. Needless to say everything that was opened on the desktop is lost. How to reproduce: 1. Use any Gtk program that has a treeview widget with a treestore(eg. exaile, reportbug, dfeet, emesene) or compile an example gtk-treeview(I did to confirm) program. Try to approach the mouse pointer to the "arrow" of the treeview that expands/collapses the rows. The instant the mouse goes over it, one of the above will happen. 2. Launch xterm. It only paints the window and then one of the above happens. 3. Open LibreOffice Writer and go "Help->About". When the new window opens, one of the above happens. The same happens when LibreOffice Writer presents you with a dialog. eg "save/cancel/ignore", "recovering lost work". This may happen with all LibreOffice products. I haven't tested that. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 20 15:35 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1926304 Mar 7 17:48 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc R520 [Radeon X1800] [1002:7109] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.37-2-amd64 (Debian 2.6.37-2) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-12) ) #1 SMP Sun Feb 27 10:12:22 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 49785 Mar 1 16:40 /var/log/Xorg.2.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.3.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.4.log -rw-r--r-- 1 root root 49785 Mar 1 16:41 /var/log/Xorg.5.log -rw-r--r-- 1 root root 49849 Mar 5 23:19 /var/log/Xorg.1.log -rw-r--r-- 1 root root 39058 Mar 13 00:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [34.997] X.Org X Server 1.9.4.901 (1.9.5 RC 1) Release Date: 2011-03-04 [35.222] X Protocol Version 11, Revision 0 [35.222] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [35.222] Current Operating System: Linux debian 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64 [35.222] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-2-amd64 root=UUID=99550570-5f64-4a63-b79a-36f90e667d09 ro quiet [35.222] Build Date: 07 March 2011 03:32:09PM [35.222] xorg-server 2:1.9.4.901-1 (Cyril Brulebois ) [35.222] C
Bug#617208: never mind
OH DANG it! I didn't see your doing this from a gdm desktop. NEVER MIND. Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. -- 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/4d76889e.5010...@cox.net
Bug#617208: Fails if started by init
hi I wrote www.sourceforge.net/projects/xdm-options/ one reason I've used xdm for so long is that having my environment in xterm was more important to me than how X got started I think the C-coded display managers out there don't bother with /etc/profile or ~/.profile like a login should - but I don't know. by the way XAUTHORITY may not be an export when you think it is - and maybe it shouldn't be (reasons omitted) you can use xauth it is simple to use Vincent Lefevre wrote: On 2011-03-08 11:31:00 +0100, Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. Actually, not just XAUTHORITY, as $PATH was affected too ("xterm -e some_command" started by fvwm output an error message saying that some_command couldn't be found), and I suspect that the whole environment was removed or something similar. -- 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/4d7687fc.5040...@cox.net
Bug#617208: Fails if started by init
if you don't mind my butting in I notice when I start gdm xdm has *no* environment. I have no comment on whether this or that app uses that particular env. var. though. Vincent Lefevre wrote: On 2011-03-08 11:31:00 +0100, Vincent Lefevre wrote: [adding Thomas to Cc, as this concerns xterm] FYI, libxt/1:1.1.0-1 also breaks xterm: XAUTHORITY is removed from the environment, meaning that I can no longer start X applications from xterm when gdm3 is used. As libxt/1:1.1.0-2 fixes the problem (which appeared with the upgrade to libxt/1:1.1.0-1) and other terminals didn't have any problem, I assume this is the same bug. Actually, not just XAUTHORITY, as $PATH was affected too ("xterm -e some_command" started by fvwm output an error message saying that some_command couldn't be found), and I suspect that the whole environment was removed or something similar. -- 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/4d768381.5090...@cox.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
of course if you ask and have that command. just ask I'm actually not planning on being in the channel long. someone might find me! he he. Question. can I ask what top-post is? I will look it up too. debian rules are getting rather long to even have heard about even having read a good part of them once. Ben Hutchings wrote: On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell wrote: I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Of course. This is why the kernel driver filters the commands going to the GPU - the commands come from unprivileged applications (the Mesa driver is just a shared library) and should not be trusted. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: [...] Don't top-post. Ben. -- 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/4d743e8a.5080...@cox.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under "Linux kernel bugs" (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? Ben. -- 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/4d742b93.9050...@cox.net
Bug#616511: xserver-xorg-video-vesa: Blank screen on ATI R580
I'll restate the obvious. note I'm not part of xserver-xorg-video-vesa team - so look for more answers. make sure your linux kernel has radeon support. make sure X loads the modules. make sure X.org supports the chipset that is actually on the card. -- 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/4d71cdce.5030...@cox.net
Bug#615959: happens more often
Johannes could you please tell me if you see this? I'm unsure if my mail is working. I had the problems you speak of at one time. I had *thought* my gnome were installed but infact the libs were not all installed correctly. Was it an installer problem? I don't remember - but the problem had too many details to see in a glance. I would guess someone already asked you to recheck libs. John Hendrickson Johannes Berg wrote: It seems that this problem isn't just confined to libreoffice. I've also had it happen with abiword and gimp now, with no particular special documents/images. -- 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/4d71ba4c.8060...@cox.net