People,
In F10, if I log in to KDE, switch to a text console (CTRL+ALT+F2) and then back to KDE, the system switches to graphic mode and freezes. The screen stays black and the graphical mouse pointer is shown. Sometimes the pointer freezes too, sometimes not. In either case, I have to reset the computer. It's not even possible to switch back to a text terminal. This do not happen if I switch to a text terminal from the gdm login screen or from a gnome session. However, the system freezes 100% of the times I do this when logged in to KDE. Any one else has this problem? For which component should I file a bug in bugzilla?
[]'s Marcelo
Marcelo Magno T. Sales wrote:
In F10, if I log in to KDE, switch to a text console (CTRL+ALT+F2) and then back to KDE, the system switches to graphic mode and freezes. The screen stays black and the graphical mouse pointer is shown. Sometimes the pointer freezes too, sometimes not. In either case, I have to reset the computer. It's not even possible to switch back to a text terminal. This do not happen if I switch to a text terminal from the gdm login screen or from a gnome session. However, the system freezes 100% of the times I do this when logged in to KDE. Any one else has this problem? For which component should I file a bug in bugzilla?
Issues with VT switching usually involve X driver bugs.
-- Rex
Em Dom 30 Nov 2008, Rex Dieter escreveu:
Marcelo Magno T. Sales wrote:
In F10, if I log in to KDE, switch to a text console (CTRL+ALT+F2) and then back to KDE, the system switches to graphic mode and freezes. The screen stays black and the graphical mouse pointer is shown. Sometimes the pointer freezes too, sometimes not. In either case, I have to reset the computer. It's not even possible to switch back to a text terminal. This do not happen if I switch to a text terminal from the gdm login screen or from a gnome session. However, the system freezes 100% of the times I do this when logged in to KDE. Any one else has this problem? For which component should I file a bug in bugzilla?
Issues with VT switching usually involve X driver bugs.
I will file a bug on intel driver, then. Just curious on why it happens only if KDE is running.
Thanks,
Marcelo
I'm having a similar problem, the kde is freezing ( example: when using the akregator ) and i don't got any more reply from keyboard.
the only solution is reset the computer :(
Regards,
--------------------------------------------- iarly Selbir ( Ski0s )
On Mon, Dec 1, 2008 at 3:26 PM, Marcelo Magno T. Sales mmtsales@gmail.comwrote:
Em Dom 30 Nov 2008, Rex Dieter escreveu:
Marcelo Magno T. Sales wrote:
In F10, if I log in to KDE, switch to a text console (CTRL+ALT+F2) and then back to KDE, the system switches to graphic mode and freezes. The screen stays black and the graphical mouse pointer is shown. Sometimes the pointer freezes too, sometimes not. In either case, I have to reset the computer. It's not even possible to switch back to a text terminal. This do not happen if I switch to a text terminal from the gdm login screen or from a gnome session. However, the system freezes 100% of the times I do this when logged in to KDE. Any one else has this problem? For which component should I file a bug in bugzilla?
Issues with VT switching usually involve X driver bugs.
I will file a bug on intel driver, then. Just curious on why it happens only if KDE is running.
Thanks,
Marcelo
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
On Mon, 01 Dec 2008 16:27:45 -0300, iarly selbir wrote:
I'm having a similar problem, the kde is freezing ( example: when using the akregator ) and i don't got any more reply from keyboard.
the only solution is reset the computer :(
've seen this problem as well on an older machine running F10 and KDE.
I'm running an old (5700) NVidia card which has a lot of issues.
First of all, I have to use a beta driver to have it compile against the current kernel (using the proprietary blob driver). An NVidia forum post for that can be found here:
http://www.nvnews.net/vbulletin/showthread.php? t=122606&highlight=173.14.15
Second, there apparently an issue with backing store. I had to enter the following line in the xorg.conf Screen section to fix it.
Option "BackingStore" "false"
If I didn't do the above two things, the following would happen.
1. Could not compile the driver (173.14.12 does not work with the new kernel) 2. Right-mouse click to open a konsole (with the 173.14.15 driver) would crash X 100% of the time.
Hopefully the above information is of some use.
/mde/
iarly selbir wrote:
I'm having a similar problem, the kde is freezing ( example: when using the akregator ) and i don't got any more reply from keyboard.
the only solution is reset the computer :(
I have the same thing. Using F10 KDE x64 with ATI x800 GT. There's a on-mobo nVidia card, but it's disabled as far as I know. Not using proprietary blobs of any kind, yet.
On Mon, 01 Dec 2008 22:35:32 +0100, Kevin Kofler wrote:
Why don't you use the packages from RPM Fusion? They have packaged that beta version already.
Kevin Kofler
Nice to know that the RPM has the current required beta. I did a yum info on xorg-x11-drv-nvidia-173xx, which shows it to be 173.14.15. I'll have to try that the next time there is a kernel update.
I don't mind building the driver for a single machine. I install enough non-rpm software so that it's not a problem. If I maintained 50-100 machines, then I would certainly use the RPM (and consider building RPMs for the other tools I use).
Thanks for the info.
/mde/
Konstantin Svist wrote:
iarly selbir wrote:
I'm having a similar problem, the kde is freezing ( example: when using the akregator ) and i don't got any more reply from keyboard.
the only solution is reset the computer :(
I have the same thing. Using F10 KDE x64 with ATI x800 GT. There's a on-mobo nVidia card, but it's disabled as far as I know. Not using proprietary blobs of any kind, yet.
It's the ati driver likely. My box @ home does the same thing. Wanna race to bugzilla? :)
-- Rex
Hello!
Same here.
Running KDE and switching to a text console and then back produces a black screen showing only the mouse cursor. But you cant move it.
The Computer is still ok, it is possible to login via ssh.
I figured out that if i wait until the screen blanks (suspend mode for monitor) and then move the mouse the screen gets OK!
I also got some nice logs in Xorg.0.log: [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812bc5b] 1: /usr/bin/Xorg(mieqEnqueue+0x289) [0x810b379] 2: /usr/bin/Xorg(xf86PostKeyboardEvent+0xa7) [0x80d3dd7] 3: /usr/lib/xorg/modules/input//evdev_drv.so [0x1f9ae0] 4: /usr/bin/Xorg [0x80bcdb7] 5: /usr/bin/Xorg [0x80ac91e] 6: [0x110400] 7: [0x110416] 8: /lib/libc.so.6(ioctl+0x19) [0xb29949] 9: /usr/lib/libdrm.so.2 [0x45276cf] 10: /usr/lib/libdrm.so.2(drmWaitVBlank+0x28) [0x4527e08] 11: /usr/lib/dri/i915_dri.so [! 0x60f9dc] 12: /usr/lib/dri/i915_dri.so(driWaitForVBlank+0xd8) [0x60fbfc] 13: /usr/lib/dri/i915_dri.so(intelSwapBuffers+0x262) [0x61f19c] 14: /usr/lib/dri/i915_dri.so [0x60fd76] 15: /usr/lib/xorg/modules/extensions//libglx.so [0x182504] 16: /usr/lib/xorg/modules/extensions//libglx.so [0x174cfe] 17: /usr/lib/xorg/modules/extensions//libglx.so [0x17863a] 18: /usr/bin/Xorg(Dispatch+0x34f) [0x8085e9f] 19: /usr/bin/Xorg(main+0x47d) [0x806b71d] 20: /lib/libc.so.6(__libc_start_main+0xe5) [0xa646d5] 21: /usr/bin/Xorg [0x806ab01] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
So, i think it has something todo with the input devices (mouse/keyboard).
My hardware: Video: Intel GMA 950 (Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)) Motherboard: D945GCLF (Intel Website (Hardware Specs) [1])
Regards Peter
Links: ------ [1] http://www.intel.com/products/desktop/motherboards/D945GCLF/D945GCLF-overvie...
Em Seg 08 Dez 2008, dreamfire escreveu:
Hello!
Same here.
Running KDE and switching to a text console and then back produces a black screen showing only the mouse cursor. But you cant move it.
The Computer is still ok, it is possible to login via ssh.
I figured out that if i wait until the screen blanks (suspend mode for monitor) and then move the mouse the screen gets OK!
I also got some nice logs in Xorg.0.log: [mi] EQ overflowing. The server is probably stuck in an infinite loop.
Backtrace:0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812bc5b] 1: /usr/bin/Xorg(mieqEnqueue+0x289) [0x810b379] 2: /usr/bin/Xorg(xf86PostKeyboardEvent+0xa7) [0x80d3dd7] 3: /usr/lib/xorg/modules/input//evdev_drv.so [0x1f9ae0] 4: /usr/bin/Xorg [0x80bcdb7] 5: /usr/bin/Xorg [0x80ac91e] 6: [0x110400] 7: [0x110416] 8: /lib/libc.so.6(ioctl+0x19) [0xb29949] 9: /usr/lib/libdrm.so.2 [0x45276cf] 10: /usr/lib/libdrm.so.2(drmWaitVBlank+0x28) [0x4527e08] 11: /usr/lib/dri/i915_dri.so [! 0x60f9dc] 12: /usr/lib/dri/i915_dri.so(driWaitForVBlank+0xd8) [0x60fbfc] 13: /usr/lib/dri/i915_dri.so(intelSwapBuffers+0x262) [0x61f19c] 14: /usr/lib/dri/i915_dri.so [0x60fd76] 15: /usr/lib/xorg/modules/extensions//libglx.so [0x182504] 16: /usr/lib/xorg/modules/extensions//libglx.so [0x174cfe] 17: /usr/lib/xorg/modules/extensions//libglx.so [0x17863a] 18: /usr/bin/Xorg(Dispatch+0x34f) [0x8085e9f] 19: /usr/bin/Xorg(main+0x47d) [0x806b71d] 20: /lib/libc.so.6(__libc_start_main+0xe5) [0xa646d5] 21: /usr/bin/Xorg [0x806ab01] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
So, i think it has something todo with the input devices (mouse/keyboard).
My hardware: Video: Intel GMA 950 (Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)) Motherboard: D945GCLF (Intel Website (Hardware Specs) [1])
Regards Peter
Could you please file a bug with this info and tell us its number?
Thanks,
Marcelo
Hi Marcelo!
Sorry but I can't reproduce it anymore. Yesterday some updates had been installed to the system. Now I doesn't get any backtrace in Xorg.log.
The "Problem" has also changed a little bit. If I switch to the Console and then back, it takes about 1 minute and the screen gets back. (thats better than before :-D )
I also noticed that if I disable the "Desktop Effects" in System Settings the Problem disappears completely.
Peter
But the problem is on Kde or other fedora component??
Anybody know?
Regards,
--------------------------------------------- iarly selbir ( Ski0s )
On Tue, Dec 9, 2008 at 3:06 AM, dreamfire no-reply-gw@fcp.surfsite.orgwrote:
Hi Marcelo!
Sorry but I can't reproduce it anymore. Yesterday some updates had been installed to the system. Now I doesn't get any backtrace in Xorg.log.
The "Problem" has also changed a little bit. If I switch to the Console and then back, it takes about 1 minute and the screen gets back. (thats better than before :-D )
I also noticed that if I disable the "Desktop Effects" in System Settings the Problem disappears completely.
Peter
-- This is an email sent via The Fedora Community Portal https://fcp.surfsite.org
https://fcp.surfsite.org/modules/newbb/viewtopic.php?post_id=309991&topi... If you think, this is spam, please report this to webmaster@fcp.surfsite.org and/or blame dreamfire@gmx.at.
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
My card driver is intel:
# lspci -v
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog- if 00 [VGA controller]) Subsystem: COMPAL Electronics Inc Device 0024 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f8000000 (64-bit, non-prefetchable) [size=1M] Memory at d0000000 (64-bit, prefetchable) [size=256M] I/O ports at 1800 [size=8] Capabilities: <access denied> Kernel modules: intelfb
Regards,
--------------------------------------------- iarly selbir ( Ski0s )
On Tue, Dec 9, 2008 at 11:11 AM, Rex Dieter rdieter@math.unl.edu wrote:
iarly selbir wrote:
But the problem is on Kde or other fedora component??
Anybody know?
95% odds are that it's your X video driver at issue (esp if using compositing or desktop effects).
-- Rex
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines