LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 03-24-2018, 03:02 PM   #1
ag33k
Member
 
Registered: Mar 2013
Location: Portugal
Distribution: Slackware
Posts: 95

Rep: Reputation: Disabled
X freezes


From time to time my X freezes.
And I can't even do ctrl + alt + backspace or ctrl + alt +f1 or ctrl + alt + f2, because my keyboard also freezes.
But I still can move the mouse around and I can access the machine by SSH.
Using SSH access, I reboot the machine.
And some times I have to use the power button on it, because rebooting it by SSH won't work.

Until now, I notice this behavior using the following apps:
xine, google-chrome, chromium
I stopped using those apps because of that.
xine and chromium take a while to freeze, but with google-chrome is fast to freeze.

I search for logs on /var/log/ and this is my /var/log/Xorg.0.log.old
I think the .old extension means that was before the reboot.
And also the /var/log/Xorg.0.log not have any errors, only /var/log/Xorg.0.log.old was the lines

Code:
(EE) [mi] EQ overflowing.  Additional events will be discarded until existing events are processed.
I never had to deal with something like this and I can't figure it out.


EDIT: I forgot to mention that I am using nouveau drivers.

Last edited by ag33k; 03-24-2018 at 07:19 PM.
 
Old 03-24-2018, 03:15 PM   #2
hitest
Guru
 
Registered: Mar 2004
Location: Prince Rupert, B.C., Canada
Distribution: Slackware
Posts: 5,539

Rep: Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594
Quote:
Originally Posted by ag33k View Post
xine and chromium take a while to freeze, but with google-chrome is fast to freeze.
Interesting. What type of system specs do you have? I can run google-chrome with KDE and XFCE on Slackware64-current with multiple tabs open. I have not observed freezing....yet. My unit has 8 GB RAM.

Code:
bash-4.4$ uname -rpm
4.14.29 x86_64 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
 
Old 03-24-2018, 03:45 PM   #3
ag33k
Member
 
Registered: Mar 2013
Location: Portugal
Distribution: Slackware
Posts: 95

Original Poster
Rep: Reputation: Disabled
Code:
$ uname -rpm 
4.4.118 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
Code:
$ free -m
              total        used        free      shared  buff/cache   available
Mem:          32089        5068       24412         513        2608       26053
Swap:          8191           0        8191
.
 
Old 03-24-2018, 04:09 PM   #4
hitest
Guru
 
Registered: Mar 2004
Location: Prince Rupert, B.C., Canada
Distribution: Slackware
Posts: 5,539

Rep: Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594Reputation: 1594
Quote:
Originally Posted by ag33k View Post
Code:
$ uname -rpm 
4.4.118 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
Code:
$ free -m
              total        used        free      shared  buff/cache   available
Mem:          32089        5068       24412         513        2608       26053
Swap:          8191           0        8191
Nice unit! You've got a lot of RAM.
Do you have a lot of tabs open in Chrome? Maybe a hardware issue(perhaps run memtest on your RAM)? Bad power supply?
 
Old 03-24-2018, 04:15 PM   #5
RadicalDreamer
Member
 
Registered: Jul 2016
Location: USA
Distribution: Slackware64-Current
Posts: 850

Rep: Reputation: 393Reputation: 393Reputation: 393Reputation: 393
Quote:
Originally Posted by ag33k View Post
Until now, I notice this behavior using the following apps:
xine, google-chrome, chromium
I stopped using those apps because of that.
xine and chromium take a while to freeze, but with google-chrome is fast to freeze.
Dunno if this relates to you but once upon a time I tried various video players with my NVIDIA video card. I would get periodic freezing while watching videos. Firefox worked fine and I'm not a chrome user. I then discovered that QMPlay2 + CUVID = stability. The end.
 
Old 03-24-2018, 04:18 PM   #6
abga
Member
 
Registered: Jul 2017
Location: EU
Distribution: Slackware
Posts: 702

Rep: Reputation: 388Reputation: 388Reputation: 388Reputation: 388
@ag33k
Have you tried what was reported/suggested in this very old thread? According to that Xorg should have been patched already:
https://www.linuxquestions.org/quest...ow-4175486262/

Here another related old (a little more recent) bug report on Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1161953
 
Old 03-24-2018, 08:41 PM   #7
allend
LQ Guru
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 5,002

Rep: Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750Reputation: 1750
According to the Xorg.0.log you are using two monitors. This appears to be confusing the X server. Perhaps you should create a suitable /etc/X11/xorg.conf file. You may find this post helpful.

Last edited by allend; 03-24-2018 at 11:44 PM.
 
Old 03-24-2018, 10:23 PM   #8
ag33k
Member
 
Registered: Mar 2013
Location: Portugal
Distribution: Slackware
Posts: 95

Original Poster
Rep: Reputation: Disabled
/etc/X11/xorg.conf.d/10-monitor.conf

Code:
Section "Monitor"
    Identifier  "HDMI-1"
    Option      "Primary" "true"
EndSection

Section "Monitor"
    Identifier  "DVI-I-1"
    Option      "RightOf" "HDMI-1"
EndSection

#Section "Device"
#    Identifier             "Device0"
#    Driver                 "nouveau"
#    Option "AccelMethod"   "EXA"
#EndSection
The code that is commented is still not tested.
Is something that I am reading in the links provided in here

Quote:
Originally Posted by abga View Post
@ag33k
Have you tried what was reported/suggested in this very old thread? According to that Xorg should have been patched already:
https://www.linuxquestions.org/quest...ow-4175486262/

Here another related old (a little more recent) bug report on Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1161953
 
Old 03-27-2018, 03:43 AM   #9
selfprogrammed
Member
 
Registered: Jan 2010
Location: Minnesota, USA
Distribution: Slackware 13.37, 14.2
Posts: 383

Rep: Reputation: 81
It might help if someone knew what "EQ" was. If it has a queue that is overflowing, that is usually due to
a noisy source. However, the log entry looks to be a configuration error message, not one from
the time that the Xorg server crashed.

Some possible causes for overflow:
hardware that dumps when probed wrong,
wrong hardware for the driver selected,
a software driver that is confused

I have installed nouveau on an 800 MB system, and have not had issues like this (and have run it for a year) so
I must assume that it is not a memory size issue. I also have been running nouveau and it works fine for my
older video card. Nvidia drivers would not install, or would hang when console switching, or power saving
modes would hang it and I often could not restore operation.
The nouveau drivers does all these things without problems.
But I have to use MESA, which has a visible rendering bug for one program that I use.

I installed nearly the same setup to an 2003 era laptop, with 128M. It uses Rage128 drivers instead of nouveau.
But, the X-windows would hang every time. Previously, it had SUSE on it, which worked fine (but I could not maintain it).
I could not create an xorg.conf that worked.
I finally deleted the xorg.conf and let it make its own config.
It now works.
I still have not discovered exactly what it could configure automagically that I failed so badly as configuring manually.
I think it used VESA drivers instead of the Rage driver.

You have a configuration error.
You have inconsistent results, with crashes.
I suggest trying the VESA driver, just to see if it stabilizes somewhat. Such a test
would at least eliminate one source of crashes. Then see if there are any other problems
and eliminate those before going back and fighting with the native driver.
The VESA driver has the advantage of using information provided by the video card itself.
The developers would be able setup up VESA to work, even when other drivers would not work.

You would also want to dial-back some of the hardware speed-ups
because this kind of usage dependent crash of X-windows is symptomatic of a stress related
issue. AGP machines were noted for some hardware combinations have usage related failures
that could be avoided by using a slower AGP setting.
Setting hardware speeds or hardware timings too tight will cause this kind of issue
when certain programs stress the hardware. It usually is because two competing hardware
operations occurring too close to each other in time. There are often unprotected timing
restrictions on hardware usage, and such may be hardware design related.
If your video has some hardware tuning controls, slow things down a little.
 
1 members found this post helpful.
Old 04-14-2018, 01:01 PM   #10
ag33k
Member
 
Registered: Mar 2013
Location: Portugal
Distribution: Slackware
Posts: 95

Original Poster
Rep: Reputation: Disabled
sorry to not posting more about this
but I avoided using software that causes my X to hangs
I added

Code:
Option "AccelMethod"   "EXA"
to my /etc/X11/xorg.conf.d/10-monitor.conf with no success
 
Old 04-18-2018, 02:35 PM   #11
Fat_Elvis
Member
 
Registered: Oct 2016
Distribution: FreeDOS 1.2
Posts: 219

Rep: Reputation: 62
Quote:
Originally Posted by selfprogrammed View Post
It might help if someone knew what "EQ" was.
Event queue would be my guess. This would explain the hung keyboard input.

Maybe a stuck key, or extremely high repeat rate. Or maybe something is wrong with the input drivers. Try unplugging all extraneous peripherals. X can do some really odd stuff with some input devices.

Last edited by Fat_Elvis; 04-18-2018 at 02:38 PM.
 
Old 04-21-2018, 08:09 PM   #12
gus3
Member
 
Registered: Jun 2014
Distribution: Slackware (x86 and ARM)
Posts: 134

Rep: Reputation: Disabled
change 1 character in 1 file, to help diagnose X input issues

Below is my /etc/acpi/acpi_handler.sh, with just 1 changed character:

Code:
#!/bin/sh
# Default acpi script that takes an entry for all actions

IFS=${IFS}/
set $@

case "$1" in
  button)
    case "$2" in
      power) /sbin/init 3
         ;;
      *) logger "ACPI action $2 is not defined"
         ;;
    esac
    ;;
  *)
    logger "ACPI group $1 / action $2 is not defined"
    ;;
esac
Notice the "/sbin/init 3". (It's the only diff in the script; it was originally "init 0".) This means, when the system is in runlevel 4, I can tap the power button, and the X session terminates immediately. It doesn't matter what's on the display, be it a login screen or a user session.

Howto use it:

It's mainly to test X configuration issues relating to input devices (keyboard, mouse, tablet, light pen, touch screen, whatever). Any input device issues arising after "startx" will probably also show up in the login screen in runlevel 4. So, if you're experiencing issues after "startx", try launching X using "telinit 4" instead (as root, of course).

If X isn't handling the mouse and/or keyboard correctly, the power button can still get you out of a jam, using the above script. You can "telinit 4", test X input, then tap the power button, lots and lots of times, without spending extra time in reboots or power-cycles.
 
Old 04-22-2018, 08:38 AM   #13
Fat_Elvis
Member
 
Registered: Oct 2016
Distribution: FreeDOS 1.2
Posts: 219

Rep: Reputation: 62
So it's only the keyboard buffer that's overflowing if the mouse and power buttons work fine. This is a bit odd, because all chassis buttons are grouped under the keyboard device on my machine. Unless the kernel acts on the power buttons independently of X11, of course.

What do you get when you run 'xinput'?

Last edited by Fat_Elvis; 04-22-2018 at 08:42 AM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Ubuntu 13.10 - cursor freezes plus Software Center freezes Vocay2 Ubuntu 6 10-19-2013 11:58 AM
fedora core 2 (FC2) freezes while running. Cannot boot into KDE it freezes mraswan Fedora 0 05-25-2004 07:46 PM
Just freezes up corbintechboy Mandriva 1 09-15-2003 09:26 PM
Rh 9 Freezes Drogo Linux - General 1 06-09-2003 03:45 PM
X freezes gilgo_22 Linux - Newbie 1 03-23-2001 09:17 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 08:02 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration