OpenGL axis error on Compaq Evo N610c
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
I know it has been covered at least twice before, and I have seen the two workarounds , I am still experiencing problems getting LinuxCNC to start.
The terminal output:
joel@konor ~> timer /usr/bin/linuxcnc '/home/joel/Build/linuxcnc/configs/sim.axis/axis.ini'
LINUXCNC - 2.7.11
Machine configuration directory is '/home/joel/Build/linuxcnc/configs/sim.axis'
Machine configuration file is 'axis.ini'
Starting LinuxCNC...
Found file(lib): /usr/share/linuxcnc/hallib/core_sim.hal
Note: Using POSIX realtime
Found file(lib): /usr/share/linuxcnc/hallib/sim_spindle_encoder.hal
Found file(lib): /usr/share/linuxcnc/hallib/axis_manualtoolchange.hal
Found file(lib): /usr/share/linuxcnc/hallib/simulated_home.hal
Found file(REL): ./check_constraints.hal
task: main loop took 0.010301 seconds
Traceback (most recent call last):
File "/usr/bin/axis", line 3141, in <module>
o = MyOpengl(widgets.preview_frame, width=400, height=300, double=1, depth=1)
File "/usr/bin/axis", line 353, in __init__
Opengl.__init__(self, *args, **kw)
File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 164, in __init__
apply(RawOpengl.__init__, (self, master, cnf), kw)
File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 112, in __init__
Togl.__init__(self, master, cnf, **kw)
File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 38, in __init__
Widget.__init__(self, master, 'togl', cnf, kw)
File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 2099, in __init__
(widgetName, self._w) + extra + self._options(cnf))
_tkinter.TclError: NULL main window
Shutting down and cleaning up LinuxCNC...
task: 3721 cycles, min=0.000045, max=0.010301, avg=0.001195, 1 latency excursions (> 10x expected cycle time of 0.001000s)
Note: Using POSIX realtime
LinuxCNC terminated with an error. You can find more information in the log:
/home/joel/linuxcnc_debug.txt
and
/home/joel/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
Command exited with non-zero status 1
Ran for 0:09.97 min:sec
joel@konor ~>
So the two workarounds I tried was:
- the libgl1-mesa-swx11 package in place of libgl1-mesa-glx. This change cased the following bootup error, dibabling hardware acceleration (assuming it was in fact working in some fashion before):
[drm:r100_ring_test [radeon]] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)
[drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't working (-22).
radeon 0000:01:00.0: failed initializing CP (-22).
radeon 0000:01:00.0: Disabling GPU acceleration
[drm:r100_cp_fini [radeon]] *ERROR* Wait for CP idle timeout, shutting down CP. - using the vesa driver for xorg. This prevented X from starting up altogether:
vesa: Ignoring device with a bound kernel driver
(WW) Falling back to old probe method for vesa
(EE) Screen 0 deleted because of no matching config section.
(II) UnloadModule: "vesa"
(EE) Device(s) detected, but none match those in the config file.
(EE)
Fatal server error: (EE) no screens found(EE)
Attached (hopefully) is my full X log and conf file. Once again, this is a Compaq Evo N610c laptop (I realize the latency will very likely be a future issue - I plan to sim with it - although I do have access to a physical router if I ever want to do a real life trial) with a R100 radeon graphics card (Mobility Radeon 7500). As for software, I am running Debian Stretch with the Jessie and Wheezy repos pinned to allow for installation, and whatever is current on the LinuxCNC 2.7 apt stream (Wheezy).
Any pointers to get either scenario above to fruition would be most appreciated. Thank you.
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
I also set:
Option "MigrationHeuristic" "greedy"But I still get the same error running LinuxCNC. I am wondering if I am missing some random OpenGL stuff.
More info added below. Thank you.
Please Log in or Create an account to join the conversation.
Maybe sim/touchy ? or sim/tklinuxcnc
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
Can you try one of the low-graphics configs, see how that goes?
Maybe sim/touchy ? or sim/tklinuxcnc
Turns out Touchy and TkLinuxCNC worked.
I attached the Touchy log for reference, and turned on debug for Axis (also attached), if it helps.
Thank you for the help thus far.
Please Log in or Create an account to join the conversation.
Have you tried software OpenGL but with the non-vesa graphics driver?
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
I am using the radeon driver with EXA acceleration in my X config (because when I chose vesa as the driver, X would not start - I suppose due to not finding any screens).
I suppose this is not what you had meant though - unless the goal would be to comment out any acceleration lines I have for radeon since software OpenGL is taking that over now.
Please Log in or Create an account to join the conversation.
I wonder if the softwareGL drivers are actually compatible with the OS you are running?
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
It's possible there is compatibility issues...that particular package skips over stretch - without pinning I would not have access to it - but the same can be said of many LinuxCNC dependencies. Then again, it is in unstable packaged as the same version as oldstable (jessie) so if it does not work for stretch, I suppose it would not work for unstable either (thus pending package cleanup).
Is there a good test to find out? I tried glxgears before and got 150FPS (but I am not sure if it was lying or not), nor did I know its method of render (except that CPU spiked during the process).
Package libgl1-mesa-swx11
wheezy (oldoldstable) (libs): free implementation of the OpenGL API -- runtime
8.0.5-4+deb7u2: amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc
jessie (oldstable) (libs): free implementation of the OpenGL API -- runtime
10.3.2-1+deb8u1: amd64 arm64 armel armhf i386 mips mipsel powerpc ppc64el s390x
sid (unstable) (libs): free implementation of the OpenGL API -- runtime
10.3.2-1 [debports]: arm64
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
I tried a couple other GUIs with success, and also some python OpenGL tests were successful. Seems like mixing those two with Tkinter is making the issue.
I found an example outside of LinuxCNC but needed Python 3. I will keep looking.
UPDATE:
So, based on the Linux Mint install post and pulling all my apt-selections, I am still missing these packages:
texlive-font-utils libxaw7-dev libncurses-dev libreadline-gplv2-dev dblatex groff python-dev libglu1-mesa-dev libgtk2.0-dev libboost-python-dev texlive-lang-cyrillic texlive-lang-french texlive-lang-spanish texlive-lang-german libmodbus-dev dvipng libusb-1.0-0-dev inkscape
I foresee dependency issues, but I will install them, even if it has to be one by one.
EDIT 2:
Adding the packages above did not seem to help the cause.
I did find this unanswered thread that contains the same error message, down to the "_tkinter.TclError: NULL main window" which isn't common to see. The other situation I saw it was a StackExchange question that was about errorenous coding for python3. So that does not help.
Please Log in or Create an account to join the conversation.
- joel.maxuel
- Offline
- New Member
-
- Posts: 9
- Thank you received: 0
Looks like I had to compile from source, and I followed the attachment from the admin's Mint post .
It downgrades the kernel (and I have not yet rebooted since the compile), but all looks well thus far, especially under hw acceleration.
Cheers.
Please Log in or Create an account to join the conversation.