#linuxcnc-devel | Logs for 2019-04-24

Back
[00:51:57] -!- ve7it has quit [Remote host closed the connection]
[02:17:28] -!- jthornton has quit [Read error: Connection reset by peer]
[02:17:43] -!- JT-Shop2- has quit [Read error: Connection reset by peer]
[02:18:43] -!- JT-Shop has quit [Ping timeout: 276 seconds]
[02:22:11] -!- JT-Shop2 has joined #linuxcnc-devel
[02:22:13] -!- JT-Shop has joined #linuxcnc-devel
[02:22:14] -!- jthornton has joined #linuxcnc-devel
[02:36:55] -!- c-log has quit [Ping timeout: 276 seconds]
[02:38:45] -!- c-log has joined #linuxcnc-devel
[03:20:03] <rmu> Tom_L: ubuntu 14.04: nominal release date in april '14
[03:24:24] -!- c-log has quit [Ping timeout: 258 seconds]
[03:29:11] -!- c-log has joined #linuxcnc-devel
[09:41:27] -!- mozmck has quit [Ping timeout: 252 seconds]
[09:50:20] -!- mozmck has joined #linuxcnc-devel
[12:26:42] -!- c-log has quit [Ping timeout: 250 seconds]
[12:29:21] -!- c-log has joined #linuxcnc-devel
[13:44:05] -!- memfrob has joined #linuxcnc-devel
[13:48:30] -!- andypugh has joined #linuxcnc-devel
[13:49:08] <memfrob> Hi andypugh, I turned off all problematic options I'm aware of that conflict with IPIPE. Posting config shortly.
[13:50:37] <memfrob> You will need an initrd for it btw as ATA/PATA/SATA etc are modules, just like the debian config.
[13:51:04] <memfrob> I took the debian stretch config and modified it for RTAI.
[13:51:33] <memfrob> CPUs that have more than 8 cores are not currently supported by RTAI.
[13:51:52] <andypugh> All sounds good.
[13:54:26] <memfrob> https://pastebin.com http://dpaste.com
[13:56:27] <memfrob> I'm leaving now, that should get you started. early printk, verbose BUG() and KALLSYMS are on, default panic timeout is at 0, so if you get a kernel panic or anything, you'll see why.
[13:57:05] <memfrob> Have earlyprintk=vga enabled on the kernel command line if it doesn't boot, but as this is basically the debian config, all should be fine.
[13:58:12] <memfrob> Hope everything checks out, take care! If you need anything, let Cpt. Hindsight know :)
[14:00:21] <memfrob> I forgot to turn on PANIC_ON_OOPS so set oops=panic on the kernel command line. That's about it.
[14:01:06] -!- memfrob has quit [Quit: Leaving]
[14:29:01] -!- ve7it has joined #linuxcnc-devel
[14:53:50] Connor is now known as connor
[14:57:10] <skunkworks> cradek: you around?
[15:02:40] -!- ve7it has quit [Remote host closed the connection]
[15:03:21] -!- ve7it has joined #linuxcnc-devel
[15:09:46] -!- cradek has quit [Changing host]
[15:09:46] -!- cradek has joined #linuxcnc-devel
[15:09:46] -!- mode/#linuxcnc-devel [+v cradek] by ChanServ
[15:09:52] <cradek> actually yes
[15:10:28] <skunkworks> heh
[15:10:42] <skunkworks> You got the email. So m8 is 68?
[15:11:04] <skunkworks> Dad has no clue - figures it it from grandpa's house
[15:11:10] <cradek> yes
[15:11:38] <skunkworks> when I finally get a battery for mine - I will see if it runs.
[15:11:53] <skunkworks> (Although it probably should be gone through..
[15:11:54] <cradek> nope, don't
[15:12:00] <skunkworks> OK
[15:12:18] <skunkworks> broken stuff if it is dry?
[15:13:13] <cradek> if there's a little corrosion on the pivots (which is very usual if an old battery is found in it) they tend to stick in their jewels, and the "motor" is actually strong to twist them off
[15:13:59] <cradek> even if it doesn't overtly damage anything you don't really want to run it dry and dirty
[15:14:16] <skunkworks> Well - you may be getting a watch soon :)
[15:14:39] <cradek> I have collected some photos of that kind of damage and keep meaning to add them to my "why should I have my accutron serviced" page
[15:14:52] <cradek> yeah I totally know a guy :-)
[15:14:57] <skunkworks> heh
[15:15:18] <cradek> what brand battery was in it?
[15:15:32] <skunkworks> Dad handed me the case - which was some other brand.. When I opened it - I couldn't believe it.
[15:15:51] <skunkworks> I will have to look - give me a second.
[15:18:07] <cradek> what a cool find
[15:19:56] <skunkworks> reyovac rw51
[15:20:08] <skunkworks> rayovac
[15:25:58] <skunkworks> cradek: http://electronicsam.com
[15:27:19] <cradek> interesting I've never seen that one
[15:27:38] <cradek> it's great that it didn't leak
[15:27:44] <skunkworks> Yes!
[15:28:06] <skunkworks> what model is that then?
[15:28:47] <cradek> my very old battery cross reference book says that's a suitable sub for the 214
[15:29:20] <cradek> the movement is 214, the actual sales model I'm not sure, the only way to find out is to dig through old ads
[15:29:31] <skunkworks> ah
[15:52:00] <skunkworks> Could it be a 240?
[15:54:42] <skunkworks> cradek: https://www.ebay.com
[15:54:52] <skunkworks> It has the dots on the face..
[16:00:42] <cradek> oooh https://www.mybulova.com
[16:01:14] <cradek> looks like "model 240" is right
[16:05:52] <cradek> skunkworks: $110 in 1968 is $820 today
[16:18:24] <skunkworks> crzy.. A humming one on ebay when for 250...
[16:18:36] <skunkworks> oh - that was the one I linked
[16:33:14] <andypugh> Hmm, https://www.youtube.com
[16:33:46] <andypugh> RTAI kernel, goes to blank screen and (static) cursor after “started apache htp server” https://www.youtube.com
[16:46:54] -!- JT-Shop has quit [Read error: Connection reset by peer]
[16:46:54] -!- jthornton has quit [Read error: Connection reset by peer]
[16:46:54] -!- JT-Shop2 has quit [Read error: Connection reset by peer]
[16:47:35] -!- jthornton has joined #linuxcnc-devel
[16:47:47] -!- JT-Shop2 has joined #linuxcnc-devel
[16:47:50] -!- JT-Shop has joined #linuxcnc-devel
[17:13:11] -!- JT-Shop2 has quit [Read error: Connection reset by peer]
[17:13:40] -!- JT-Shop2 has joined #linuxcnc-devel
[17:14:09] -!- jthornton has quit [Read error: Connection reset by peer]
[17:14:12] -!- JT-Shop has quit [Read error: Connection reset by peer]
[17:14:34] -!- jthornton has joined #linuxcnc-devel
[17:15:41] -!- JT-Shop has joined #linuxcnc-devel
[17:27:46] <rmu> andypugh: it is probably starting X or something
[17:28:31] <andypugh> Yes, it boots ol in recovery mode
[17:30:45] <rmu> i would try booting to textmode and start X while logged in via ssh
[17:30:54] -!- JT-Shop has quit [Ping timeout: 250 seconds]
[17:31:02] -!- jthornton has quit [Ping timeout: 255 seconds]
[17:31:19] -!- JT-Shop2 has quit [Ping timeout: 276 seconds]
[17:39:21] -!- JT-Shop2 has joined #linuxcnc-devel
[17:40:13] -!- JT-Shop has joined #linuxcnc-devel
[17:40:36] -!- jthornton has joined #linuxcnc-devel
[17:44:31] -!- CaptHindsight has joined #linuxcnc-devel
[17:47:35] -!- memfrob has joined #linuxcnc-devel
[17:47:42] <CaptHindsight> just watched Andy's RTAI boot video
[17:48:34] <memfrob> Hi andypugh, try setting nomodeset on the kernel command line of the RTAI kernel
[17:49:19] <CaptHindsight> andypugh: ^^
[17:50:28] <andypugh> OK, give me a moment
[17:51:13] <rmu> did modesetting exist in kernel 3.16?
[17:52:51] <memfrob> Yes.
[17:53:11] <memfrob> It works on my R9 290X.
[17:53:56] <memfrob> andypugh, what GPU are you using?
[17:54:06] <rmu> hmm. debian wiki say since kernel version 2.6.29...
[17:54:17] <memfrob> That sounds right.
[17:54:26] <rmu> time flies
[17:54:41] <memfrob> I remember having KMS work on my old Radeon 9800 PRO AGP 8X card.
[17:54:56] <memfrob> 2.6.32 roughly.
[17:55:01] <andypugh> is that just grub, “e” then add “nomodeset” at the end of the parameters?
[17:55:21] <memfrob> Yep, you got it!
[17:57:16] <andypugh> “can’t find command “nomodeset”
[17:57:20] <andypugh> Hmm
[17:57:48] <rmu> andypugh: add it on the line with the other kernel parameters not on a separate line
[17:58:05] <memfrob> Yes it has to be tied to the linux /vmlinuz line
[17:58:50] <memfrob> linux /boot/vmlinuz-3.16.52-RTAI ro oops=panic nomodeset (for example)
[18:02:43] <andypugh> And we’re in!
[18:03:06] <andypugh> A funny corrupted graphics screen at first, but then it all seems OK
[18:03:29] <andypugh> So I will make that permanent and get on with RTAI and LinuxCNC
[18:04:40] <jthornton> Yippie!!
[18:05:58] <memfrob> Glad to hear!
[18:20:42] <andypugh> Interesting quirk, possibly in LinuxCNC, the linuxcnc config.h ends up with an unterminated “
[18:20:52] <andypugh> (just hand edited for the moment)
[18:23:19] <andypugh> 201: RTAPI KERNEL VERSION “3.16.52-RTAI
[18:23:31] <memfrob> LinuxCNC's configure is a bit broken, yes. I changed several lines of code into one line of `uname -r` which fixed it.
[18:27:47] <Tom_L> andypugh, hope you took notes...
[18:27:49] <Tom_L> :)
[18:30:57] <jthornton> yea take notes
[18:34:02] <CaptHindsight> if anyone sees Jepler tell him I say "Hello"
[18:35:54] <memfrob> Fix I needed: https://pastebin.com http://dpaste.com
[18:37:14] <memfrob> It works and helps prevent against people building LinuxCNC against kernels they aren't running (by mistake.)
[18:39:23] <Tom_L> This page is no longer available. It has either expired, been removed by its creator, or removed by one of the Pastebin staff.
[18:39:56] <memfrob> I had a feeling someone would have trouble with pastebin and or dpaste which is why I always post both links.
[18:39:59] <Tom_L> oh i had them both together
[18:40:01] <Tom_L> nm
[18:40:03] <memfrob> Heh!
[18:40:20] <Tom_L> been one long day
[18:41:23] <memfrob> I'd submit a PR but this would most likely be rejected.
[18:41:39] <andypugh> Hmm, I can’t help feeling that the complicated version was intended to do something slightly clever
[18:42:14] <memfrob> It probably is there because I'm assuming you can build LinuxCNC against a kernel you're not using.
[18:42:16] <andypugh> (I have no ide what, though)
[18:42:42] <andypugh> Yes, you can configure —with-realtime-….
[18:42:50] <memfrob> So while the code compiles, it will not run until you reboot into the intended kernel.
[18:44:01] <memfrob> 500+ undefined symbols all over the place :P
[18:44:53] <andypugh> Maybe somebody wanted to compile in a super-optimised non-realtime kernel then reboot into the realtime one ;-)
[18:47:10] <memfrob> I'm against that idea as it opens the door for error.
[18:49:01] <memfrob> Since the current logic is broken, then there's already error.
[18:54:06] <andypugh> Indeed.
[18:54:24] <andypugh> So, LinuxCNC compiled, but not running.
[18:55:53] <andypugh> https://pastebin.ubuntu.com
[18:56:20] <andypugh> Looks like the same thing doesn’t it?
[19:00:17] <memfrob> Yeah I don't know how you fixed it but you need to do a fix like the one I posted.
[19:01:33] <memfrob> Modify configure.ac -- make clean && ./autogen.sh && ./configure --your-options-here && make
[19:01:55] <andypugh> I just tried that, but might have the wrong quotes, I think I have ‘ rather than `
[19:02:06] <memfrob> I'd suggest rm -f configure to make sure a new one gets generated.
[19:02:20] <memfrob> Tidle, not quote.
[19:02:29] <memfrob> tilde, however you spell it.
[19:03:38] <memfrob> Wait, not a tilde. That's the wavy line.
[19:03:52] <andypugh> back tick, I think
[19:03:54] <memfrob> The one that comes up when you press tilde without pressing shift.
[19:04:32] <andypugh> Not helped by me haviong a Mac keyboard on the test machine, so I have to hunt for some characters. Including #
[19:04:49] <andypugh> (# is right-alt + £ )
[19:05:01] <memfrob> Oh god
[19:06:39] <andypugh> There is one VM on my actual Mac where I literally have to find a # somewhere else and copy-paste it.
[19:06:56] <andypugh> Makes editing G-code less fun.
[19:11:44] <memfrob> Sounds like a lot of xkbmap hacking :)
[19:11:52] <CaptHindsight> 🍻
[19:11:58] <CaptHindsight> could be worse
[19:26:51] <andypugh> OK, so, LinuxCNC compiled, but both LinuxCNC and latency-test crash quite badly (need to hard-reset the PC)
[19:27:09] <andypugh> I think I need to look at the RTAI compile.
[19:27:49] <memfrob> Can you try the RTAI testsuite?
[19:29:19] <memfrob> As root: bash /usr/realtime/testsuite/run (I believe)
[19:32:32] <memfrob> If that fails, it's either a kernel, BIOS or hardware problem. I didn't test that config myself but just quickly modified it based on the debian config.
[19:35:55] <memfrob> I'll go through the kernel config some more and see if I spot anything.
[19:42:26] <andypugh> literally “bash” as a command?
[19:42:33] <memfrob> Yes.
[19:42:44] <andypugh> OK.
[19:43:05] <andypugh> I just ran it in the terminal without the bash, and results were not great
[19:43:18] <memfrob> High latency?
[19:43:50] <andypugh> (seemed to freeze, I ctrl-C-ed it and the first line of the latency test output then appeared, then the system froze
[19:44:23] <memfrob> Does the system you're running had issues with RTAI in the past? Does the LinuxCNC live cd with RTAI on it work?
[19:46:09] <andypugh> I haven’t tried, this machine has only ever been run with preempt-rt
[19:46:16] <memfrob> Ok, that might be why.
[19:46:29] <andypugh> Worth a try, I guess
[19:46:30] <memfrob> For RTAI, you need a good BIOS.
[19:47:07] <andypugh> (this machine actually gives <6000nS latency with preempt-rt )
[19:47:29] <memfrob> Preempt_rt has also been tested on more x86 hardware than RTAI. Is it intel?
[19:47:53] <andypugh> Yes
[19:49:57] <andypugh> I’ll try running an RTAI LiveCD in live mode tomorrow
[19:50:14] <andypugh> But I think it’s time to stop for tonight.
[19:52:25] <andypugh> latency min -(15 digit number) latency max 8388608
[19:52:26] <memfrob> Ok, if it works on the live cd I'll re-work the config a bit more.
[19:52:40] <memfrob> But I don't think it's config related.
[19:52:56] <andypugh> I suspect I need to take a more careful look at RTAI itself
[19:53:12] <andypugh> Yes, the kernel seems otherwise OK
[19:53:13] <memfrob> For RTAI, the defaults using my tree are fine.
[19:54:06] <memfrob> Unless your CPU has more than 4 cores, then you must change that value.
[19:54:44] <memfrob> I have tested that tree as-is across mulitple Gentoo systems.
[19:54:58] <memfrob> All AMD hardware.
[19:56:49] <memfrob> andypugh, As a test and to debug, you can try loading the rtai modules one by one and look for any stack trace.
[19:57:42] <memfrob> Control+Alt+F2 -> login -> as root: insmod /usr/realtime/modules/rtai_hal.ko && insmod /usr/realtime/modules/rtai_sched.ko
[20:00:12] <memfrob> dmesg should say something
[20:00:48] <andypugh> OK, I will try that tomorrow.
[20:01:05] <memfrob> It might help to add && sleep 1 && dmesg to the end of that
[20:01:18] <memfrob> Sounds good!
[20:04:02] <andypugh> One bot of good news, all this fiddling has made me realise that the buzzing noise from my monitor wasn’t that the backlight inverter was dead, it was that the speaker jack plug from the MB to the (integral) monitor was pulled half out.
[20:04:21] <andypugh> So the machine is now a lot more bearable to work on.
[20:05:32] <andypugh> FWIW, the machine is one of these: https://www.alphr.com
[20:06:48] <andypugh> Bougght as something easy to pick up and put back in the cupboard when not testing hardware. (It currently has onbaord and PCI parports, a Mesa 6i25, Mesa 7i43 and a Mesa 7i80DB connected to it.
[20:07:27] <andypugh> So one of each of the main Mesa interfaces (EPP, PCI and Ethernet. Only SPI missing)
[20:31:53] <Tom_L> does he still sell the 7i43?
[20:32:24] <Tom_L> the 7i90 is a cheaper counterpart iirc
[20:32:48] <Tom_L> (with more IO)
[20:33:16] <andypugh> Yes.
[20:33:51] <Tom_L> when i screwed mine up i replaced it with a 7i90
[20:33:58] <andypugh> I think that the 7i43 might still be better at something. Not sure what. I have a feelign it’s one of the fastest cards
[20:34:09] <Tom_L> really?
[20:34:14] <andypugh> (cpu clock)
[20:34:18] -!- memfrob has quit [Quit: Leaving]
[20:35:28] -!- andypugh has quit [Quit: andypugh]
[22:05:38] -!- c-log has quit [Ping timeout: 250 seconds]
[22:07:39] -!- c-log has joined #linuxcnc-devel
[23:12:44] -!- ve7it has quit [Remote host closed the connection]
[23:13:23] -!- ve7it has joined #linuxcnc-devel
[23:29:24] -!- JT-Shop has quit [Remote host closed the connection]
[23:30:26] -!- JT-Shop has joined #linuxcnc-devel
[23:33:52] <pcw_home> The 7I90 (and all Spartan6 based cards) are faster: 100 MHz ClockLow ( CPUs Stepgens SPI etc ) 200 MHz, ClockHigh ( PWM mostly )