Back
[00:00:01] <jepler> OK, with only a few conflicts, the commits in the range origin/unified-build-candidate-3..origin/ubc3-7i80 cherry-pick to rtos-uspace-apis. If it builds, I'll push it in since it sounds like skunkworks dreams of testing it
[00:00:30] <jepler> .. what better to do on a sunday evening anyway
[00:00:30] <skunkworks> sure - I can test that.
[00:00:34] <skunkworks> heh
[00:04:29] -!- JT-Shop__ [JT-Shop__!~john@162.72.138.27] has joined #linuxcnc-devel
[00:04:29] -!- jthornton has quit [Read error: Connection reset by peer]
[00:04:34] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[00:04:51] -!- jthornton [jthornton!~john@162.72.138.27] has joined #linuxcnc-devel
[00:04:52] <jepler> halcmd: loadrt hm2_eth
[00:04:52] <jepler> hm2_eth: loading Mesa AnyIO HostMot2 ethernet driver version 0.2
[00:04:52] <jepler> <stdin>:2: /home/jepler/src/linuxcnc/bin/rtapi_app exited without becoming ready
[00:04:58] <jepler> I think this is about as far as I'll get without hardware.
[00:06:11] <skunkworks> nice!
[00:06:31] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]]
[00:07:03] george2 is now known as george2_
[00:07:06] george2_ is now known as george2
[00:07:43] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth bd3f91c 06linuxcnc 10(6 files in 2 dirs) Add support for mesanet ethernet UDP boards 7i80 and 7i76E * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bd3f91c
[00:07:43] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth f3a7eac 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add more data to debug output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f3a7eac
[00:07:43] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 2740694 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add retry with timeout to enqueue_read() to make sure that all requested data will be readed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2740694
[00:07:47] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth e531abf 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/watchdog.c hm2: read watchdog with same packet like rest of data from board * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e531abf
[00:07:52] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth aa00c55 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: enable debug logging in enqueue_write function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa00c55
[00:07:56] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth e977d6c 06linuxcnc 10(6 files in 2 dirs) stuff that should be squashed into earlier commits. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e977d6c
[00:08:00] <jepler> ^^^ this is rough and is not likely to be merge-quality stuff.
[00:08:02] <jepler> afk
[00:08:19] -!- asdfasd1 has quit [Ping timeout: 240 seconds]
[00:10:02] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[00:20:53] -!- syyl has quit [Ping timeout: 252 seconds]
[00:22:03] -!- jduhls has quit [Quit: Leaving]
[00:22:56] -!- sumpfralle has quit [Quit: Leaving.]
[00:27:21] -!- jthornton has quit [Read error: Connection reset by peer]
[00:27:22] -!- jthornton_ [jthornton_!~john@162.72.138.27] has joined #linuxcnc-devel
[00:30:15] -!- anth0ny has quit [Quit: anth0ny]
[00:32:14] -!- PetefromTn_ has quit [Quit: IceChat - Its what Cool People use]
[00:39:04] -!- micges-dev has quit [Quit: Wychodzi]
[00:39:19] -!- jthornton__ [jthornton__!~john@162.72.138.27] has joined #linuxcnc-devel
[00:39:25] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[00:39:26] -!- jthornton_ has quit [Read error: Connection reset by peer]
[00:39:27] -!- JT-Shop__ has quit [Read error: Connection reset by peer]
[01:03:52] -!- Connor has quit [Ping timeout: 248 seconds]
[01:08:32] -!- Lathe_newbie| has quit [Remote host closed the connection]
[01:09:45] -!- sirdancealot has quit [Ping timeout: 252 seconds]
[01:11:30] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[01:11:44] <cradek> dgarr: gcc: gcc (Debian 4.7.2-5) 4.7.2
[01:11:53] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[01:13:06] <cradek> dgarr: this version of gcc is buggy building with some compiler flags. I think 2.6.0~pre4 does NOT have the fix
[01:13:20] <cradek> let me figure out where the fix is...
[01:13:56] <cradek> yep it's right after 2.6.0~pre4, ref of the fix is 5bbab25f8
[01:14:10] <cradek> dgarr: it would be great if you would pull in that fix and test
[01:15:44] <cradek> jepler: let me know if I can help with hardware. I have various parport stuff but no hm2_eth type hardware.
[01:16:54] <cradek> dgarr: scripts/linuxcnc_info is awesome for this, and I didn't know about it
[01:17:04] <dgarr> cradek: thanks i will test later this evening and report back
[01:17:45] <dgarr> scripts/linuxcnc_info is accessible from pickconfig under configs/apps/
[01:18:55] <cradek> slick
[01:20:56] -!- ink has quit [Ping timeout: 248 seconds]
[01:22:28] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[01:22:55] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[01:28:35] -!- aniM has quit [Ping timeout: 264 seconds]
[01:40:32] -!- francischan has quit [Ping timeout: 244 seconds]
[01:44:29] <jepler> cradek: from the dmesg, I don't think dgarr's machine even got to the point of running the linuxcnc code that had that problem
[01:44:32] -!- anth0ny has quit [Quit: anth0ny]
[01:45:08] <cradek> I was running master, and he's running 2.6, so I thought maybe the symptoms could be different?
[01:45:13] <jepler> dgarr: is it a machine that needs "lapic" on the kernel commandline? some googling I did indicated that not running with APIC could be related
[01:46:22] <jepler> cradek: none of the stack frames are linuxcnc. it's possible that rtai itself is affected, though I thought having floating-point function parameters was related, and those stack frames don'e look like they would have
[01:46:50] <jepler> in fact no linuxcnc kernel module is loaded yet
[01:47:12] <jepler> cradek: if you have a parport pci card, I'd borrow it.
[01:48:21] <dgarr> my test just finished using commit 5bbab25f8, same Oops result
[01:48:53] <dgarr> on same machine, with lucid, rtai i never used lapic option that i know of
[01:48:59] <cradek> dgarr: are you running the 486 or the 686-pae version?
[01:49:05] <dgarr> 686
[01:49:38] <cradek> hmm, not good. darnit.
[01:50:48] <jepler> dgarr: does the same problem occur with the rtai latency test?
[01:54:21] <dgarr> # rmmod rtai_hal
[01:54:21] <dgarr> Error: Module rtai_hal is in use
[01:55:00] <dgarr> i have to reboot i guess --- rtai latency test that is part of rtai? do you know the name
[01:55:07] <jepler> jas
[01:55:24] <jepler> I think it's somewhere under /usr/realtime
[01:55:32] -!- jfigie has quit [Quit: Ex-Chat]
[01:55:50] <jepler> /usr/realtime-3.4-9-rtai-686-pae/testsuite/kern/latency/
[01:56:02] <jepler> I think the incantation is cd there; sudo ./run
[01:57:23] <jepler> and my guess is that it won't work and you'll have a similar or identical dmesg
[01:58:25] -!- JT-Shop__ [JT-Shop__!~john@162.72.138.27] has joined #linuxcnc-devel
[02:00:58] <dgarr> identical oops with kern/latency/run (I-pipe: could not find timer for cpu #0)
[02:02:11] -!- JT-Shop_ has quit [Ping timeout: 264 seconds]
[02:02:49] <jepler> dgarr: Any messages about apic at boot? dmesg | grep -i apic or so
[02:04:17] -!- sumpfralle1 has quit [Ping timeout: 252 seconds]
[02:05:34] <dgarr> dmesg|grep -i apic appended to www.panix.com/~dgarrett/stuff/3.4-9-rtai.txt
[02:05:42] <jepler> I *believe* that the real problem is: I-pipe: could not find timer for cpu #0
[02:05:59] <jepler> the crash in ipipe_timers_release is because they made a mistake in timer cleanup when no timer was found
[02:06:13] <jepler> .. so while it would be nice if it didn't Oops in that case, it's not the real problem
[02:07:23] <jepler> in their kernel patch, the fix for the subsequent crash might be along the lines of
[02:07:26] <jepler> [3$ +static void ipipe_timer_release_sync(void)
[02:07:29] <jepler> +{
[02:07:31] <jepler> + struct ipipe_timer *timer = __ipipe_this_cpu_read(percpu_timer);
[02:07:34] <jepler> +
[02:07:37] <jepler> ++ if(timer)
[02:07:39] <jepler> + timer->release(timer);
[02:07:57] <jepler> i.e., check timer is non-NULL before calling its ->release method
[02:09:12] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[02:09:28] <jepler> might try booting with the lapic flag in case it changes anything
[02:09:56] -!- aniM has quit [Ping timeout: 260 seconds]
[02:10:45] <dgarr> i'll try lapic flag now, i wonder if there are any apic options that would help find the timer?
[02:17:17] <dgarr> same Oops with lapic (BOOT_IMAGE=/vmlinuz-3.4-9-rtai-686-pae root=UUID=fc07f0a1-747e-4827-902c-317ed03ca4cf lapic ro)
[02:17:18] -!- JT-Shop__ has quit [Read error: Connection reset by peer]
[02:17:29] -!- JT-Shop__ [JT-Shop__!~john@162.72.138.27] has joined #linuxcnc-devel
[02:18:24] <jepler> dgarr: hmph, OK
[02:19:29] <dgarr> what compiler version was used for vmlinuz-3.4-9-rtai-686-pae stuff i wonder if that could matter?
[02:22:22] <jepler> I assume the same gcc 4.7
[02:23:03] -!- anth0ny has quit [Quit: anth0ny]
[02:24:27] <jepler> can you pastebin /proc/timer_list ?
[02:24:31] <jepler> .. booted in that kernel
[02:28:09] <jepler> now reading rtai source for where this comes from [ 0.172013] I-pipe: cannot use LAPIC on cpu #0 as a tick device
[02:29:32] <dgarr> /proc/timer_list appended to
http://www.panix.com/~dgarrett/stuff/3.4-9-rtai.txt
[02:31:15] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26.1/20140612173529]]
[02:31:46] <jepler> + if (!(lapic_clockevent.features & CLOCK_EVT_FEAT_DUMMY))
[02:31:46] <jepler> + levt->ipipe_timer = &__get_cpu_var(lapic_itimer);
[02:31:48] <jepler> + else {
[02:31:51] <jepler> + printk(KERN_INFO
[02:31:51] <jepler> + "I-pipe: cannot use LAPIC as a tick device\n");
[02:32:25] <jepler> so the kernel has apparently marked your lapic as a "dummy"
[02:33:03] <jepler> the internet says:
[02:33:03] <jepler> > >>> Xenomai sends this message if C1E option is enabled in a BIOS. To fix
[02:33:06] <jepler> > >>> this issue please disable C1E support in the BIOS. In some Award BIOS
[02:33:09] <jepler> > >>> this option is located in the +Advanced BIOS Features->+ menu (+AMD
[02:33:12] <jepler> > >>> C1E Support+).
[02:33:14] <jepler> I suspect that this check didn't exist in old rtai
[02:34:18] <dgarr> i will go look at bios
[02:35:38] <jepler> kernel parameter apic=debug may provide additional information in dmesg
[02:38:14] amnesic is now known as amnesic_away
[02:39:09] -!- jthornton_ [jthornton_!~john@162.72.138.27] has joined #linuxcnc-devel
[02:41:54] <linuxcnc-build> build #2203 forced
[02:41:54] <linuxcnc-build> I'll give a shout when the build finishes
[02:42:32] -!- jthornton__ has quit [Ping timeout: 248 seconds]
[02:49:09] <dgarr> bios: Phoenix Award WorkstationBIOS v6.00PG -- i found no C1E references but toggle ACPI function (dis->en) same Oops, restored, then toggled IOAPIC (en->dis) same Oops will dry apic=debug next
[02:58:31] -!- anth0ny has quit [Quit: anth0ny]
[02:59:41] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 18ba83f 06linuxcnc 10(6 files in 2 dirs) Add support for mesanet ethernet UDP boards 7i80 and 7i76E * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=18ba83f
[02:59:41] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 51d31d0 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add more data to debug output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=51d31d0
[02:59:41] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 516ae81 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add retry with timeout to enqueue_read() to make sure that all requested data will be readed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=516ae81
[02:59:45] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 576c331 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/watchdog.c hm2: read watchdog with same packet like rest of data from board * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=576c331
[02:59:50] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 59fde40 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: enable debug logging in enqueue_write function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=59fde40
[02:59:54] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth f4c3079 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: fix 64-bit build error * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f4c3079
[03:00:12] <jepler> (just about the same as last time, but I squashed the last commit into the earlier commits where it belonged, and fixed a 64-bit printf bug)
[03:00:32] <jepler> dgarr: I'm heading out for the night. thanks for spending time trying to troubleshoot that computer..
[03:01:07] -!- Jymmm has quit [Remote host closed the connection]
[03:02:04] <jepler> dgarr: give me a poke if I don't mention looking at the dmesg with apci=debug
[03:05:26] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[03:05:27] -!- JT-Shop__ has quit [Read error: Connection reset by peer]
[03:05:28] -!- skorasaurus has quit [Ping timeout: 248 seconds]
[03:06:18] -!- AR__ has quit [Read error: Connection reset by peer]
[03:09:02] -!- francischan has quit [Read error: Connection reset by peer]
[03:11:58] -!- aniM has quit [Ping timeout: 240 seconds]
[03:32:23] -!- AR__ has quit [Ping timeout: 272 seconds]
[03:34:28] <skunkworks> robs talk was pretty cool - the video is up.
https://www.youtube.com/watch?v=412N5A-N8Fc
[03:34:43] <cradek> skunkworks: did you get to go to the thing?
[03:35:01] <skunkworks> yes - it was nice. tormachs facility is pretty neat
[03:35:16] <cradek> cool!
[03:36:05] <skunkworks> rob had a neat way to figure out the blend arc for arc-arc (and a lesser extent line-arc) transitions that didn't require solving quadratic equations.
[03:36:37] <cradek> the blend arc between helixes seems pretty darn hard to me
[03:36:45] <cradek> he must be awfully clever
[03:36:55] <skunkworks> I don't think he does helixes yet..
[03:37:00] <skunkworks> (I don'
[03:37:08] <skunkworks> (atleast I don't think..)
[03:37:23] <skunkworks> wait - what do you mean by helixes?
[03:37:55] <cradek> arcs with added motion perpendicular to the plane
[03:38:07] <cradek> like thread milling
[03:38:31] <skunkworks> ah - I think that falls back to parabolic blending
[03:39:17] <cradek> ahh
[03:39:28] <cradek> I bet contouring speed doesn't really ever matter for helixes
[03:39:57] <skunkworks> got to meet len shelton from probix - also the guy who designed the beaglebone was there.
[03:40:33] -!- thealch3m1st has quit [Remote host closed the connection]
[03:40:39] <skunkworks> god - I have to go to bed.
[03:41:04] -!- thealch3m1st [thealch3m1st!~thealch3m@cpe-76-172-31-62.socal.res.rr.com] has joined #linuxcnc-devel
[03:43:34] george2 is now known as george2_
[03:43:35] george2_ is now known as george2
[03:44:56] -!- thealch3m1st has quit [Read error: Connection reset by peer]
[03:45:06] -!- thealch3_ [thealch3_!~thealch3m@cpe-76-172-31-62.socal.res.rr.com] has joined #linuxcnc-devel
[03:45:42] <linuxcnc-build> Hey! build 0000.checkin #2203 is complete: Success [3build successful]
[03:45:42] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2203
[03:45:43] -!- thealch3_ has quit [Read error: Connection reset by peer]
[03:46:09] -!- thealch3m1st [thealch3m1st!~thealch3m@cpe-76-172-31-62.socal.res.rr.com] has joined #linuxcnc-devel
[03:46:19] -!- skunkworks has quit [Ping timeout: 252 seconds]
[03:53:32] -!- FreezingCold has quit [Ping timeout: 260 seconds]
[03:53:47] -!- francischan has quit [Ping timeout: 264 seconds]
[04:05:39] -!- MacGalempsy has quit [Remote host closed the connection]
[04:13:32] -!- anth0ny has quit [Quit: anth0ny]
[04:19:27] <dgarr> jepler: thanks for your help,
http://www.panix.com/~dgarrett/stuff/3.4-9-rtai_kern.log_apic=debug
[04:21:29] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[04:32:41] -!- Tecan has quit [Changing host]
[04:35:44] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[04:35:45] -!- jthornton_ has quit [Read error: Connection reset by peer]
[04:35:59] -!- JT-Shop [JT-Shop!~john@162.72.138.27] has joined #linuxcnc-devel
[04:36:01] -!- jthornton [jthornton!~john@162.72.138.27] has joined #linuxcnc-devel
[04:37:00] -!- jduhls has quit [Read error: Connection reset by peer]
[04:42:55] -!- dgarr has quit [Quit: Leaving.]
[04:43:16] <cradek> seb_kuzminsky: I think I have everything worked out: the lapic thing, and correct sources.list even if network is not available at install time (so we can still give the advice: go plug in a wire somewhere, and you'll get the updates)
[04:43:55] <cradek> so I think as soon as you get me a wheezy 2.6.something deb in l.o I'll be done
[04:44:18] <cradek> well it would be nice to figure out dewey's problem... I have not seen any problem on the hardware I've tested but obviously there's some regression somewhere.
[04:45:03] -!- PetefromTn has quit [Quit: Bye]
[04:45:06] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[04:47:52] -!- thealch3m1st has quit [Read error: Connection reset by peer]
[04:47:58] -!- thealch3_ [thealch3_!~thealch3m@cpe-76-172-31-62.socal.res.rr.com] has joined #linuxcnc-devel
[04:50:57] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:54:59] -!- FinboySlick has quit [Quit: Leaving.]
[05:00:13] <seb_kuzminsky> cradek: did you run rtai on all those machines?
[05:00:19] <seb_kuzminsky> were any of them single-processor?
[05:00:22] <cradek> yes
[05:00:30] <seb_kuzminsky> ah, ok
[05:00:32] <cradek> certainly the P3-700 was single processor
[05:00:33] <seb_kuzminsky> well that's good
[05:00:41] -!- anth0ny has quit [Quit: anth0ny]
[05:00:51] <cradek> I bet the dell laptops were both single processor too
[05:01:09] <cradek> I think they are pentium M, and P4 something
[05:01:55] -!- Fox_Muldr has quit [Ping timeout: 240 seconds]
[05:02:19] <cradek> I should try it on my dual P3-1000 which was historically kind of a pain
[05:06:44] <seb_kuzminsky> oh, the 2.6.0~pre4 debs built for wheezy-rtai-i386, but they didnt show up in release/ because i forgot to install the 2.6 tag-signing key on that buildslave, so it thought the release was bogus
[05:06:56] <cradek> oop
[05:06:57] <seb_kuzminsky> fetching deb from the normal non-release dists now...
[05:09:05] <seb_kuzminsky> keys installed...
[05:11:52] -!- aniM has quit [Ping timeout: 248 seconds]
[05:14:41] <seb_kuzminsky> rsyncing the updated deb archive to wlo now
[05:16:30] <seb_kuzminsky> ok, it's there!
[05:17:29] <cradek> yay!
[05:19:50] <seb_kuzminsky> oh man, jeplers work lately makes me all kinds of giddy
[05:20:55] <cradek> any last requests for packages on the live cd?
[05:21:30] <seb_kuzminsky> erm
[05:21:40] <seb_kuzminsky> none of the ones i want belong on the cd
[05:21:57] <seb_kuzminsky> tig, screen, vim
[05:22:18] <cradek> emacs and magit!
[05:22:23] <cradek> nah, you're right
[05:22:31] <seb_kuzminsky> hm, the upgrade from 3.4.55-rtai to 3.4-9-rtai-686-pae is not painless
[05:22:38] <seb_kuzminsky> the rtai-modules packages clash :-/
[05:23:23] <seb_kuzminsky> you can manually remove the old rtai-modules, then manually install the new one
[05:25:17] <cradek> Get:2
http://linuxcnc.org/ wheezy/2.6 linuxcnc i386 1:2.6.0~pre4 [12.8 MB]
[05:25:20] <cradek> whee
[05:25:58] <seb_kuzminsky> wow, it even worked? i'm flabbergasted
[05:26:06] <seb_kuzminsky> well, it *fetched* at least
[05:27:19] -!- kwallace2 [kwallace2!~kwallace@smb-151.sonnet.com] has parted #linuxcnc-devel
[05:29:02] <cradek> it worked very easily, since I already had the key
[05:29:05] <cradek> for 'base'
[05:29:26] <cradek> I think this one will be good enough to share widely
[05:31:13] <seb_kuzminsky> sweet
[05:32:00] -!- ve7it has quit [Remote host closed the connection]
[05:33:56] <linuxcnc-build> build #2201 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2201 blamelist: Jeff Epler <jepler@unpythonic.net>, dummy, Michael Geszkiewicz <micges@wp.pl>
[05:39:49] <seb_kuzminsky> well, i have a computer here that works fine with 3.4.55-rtai, but that i can reliably crash with 3.4-9-rtai-686-pae by plugging in a little wifi usb dongle
[05:45:17] <cradek> well that's irritating
[05:47:55] <seb_kuzminsky> http://highlab.com/~seb/linuxcnc/rtai-oops.jpg
[05:48:11] <linuxcnc-build> build #13 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/13 blamelist: Jeff Epler <jepler@unpythonic.net>, dummy, Michael Geszkiewicz <micges@wp.pl>
[05:48:23] <seb_kuzminsky> that's a 2 vCPU machine
[05:49:35] -!- Tecan has quit [Ping timeout: 264 seconds]
[05:51:31] <linuxcnc-build> build #1405 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1405 blamelist: Jeff Epler <jepler@unpythonic.net>, dummy, Michael Geszkiewicz <micges@wp.pl>
[05:53:19] <seb_kuzminsky> otoh, 3.4-9-rtai-686-pae just drove my bridgeport around (precise userspace)
[06:05:18] -!- aniM has quit [Ping timeout: 240 seconds]
[06:08:01] <linuxcnc-build> build #2204 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2204 blamelist: Jeff Epler <jepler@unpythonic.net>, dummy, Michael Geszkiewicz <micges@wp.pl>
[06:20:36] <seb_kuzminsky> cradek: my other computer here boots to the Live environment fine, but fails both Install and Graphical Install
[06:20:50] <seb_kuzminsky> i get a garbled unreadable screen
[06:21:09] <seb_kuzminsky> if i remove the vga=788 from the grub command line it works fine in Install mode (haven't tried Graphical Install)
[06:24:14] <seb_kuzminsky> it's been stuck at "Starting the Partitioner" for a good long while now (minutes and minutes)
[06:31:50] <linuxcnc-build> build #2205 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2205 blamelist: Jeff Epler <jepler@unpythonic.net>, dummy, Michael Geszkiewicz <micges@wp.pl>
[06:31:57] -!- ink has quit [Ping timeout: 255 seconds]
[06:36:22] amnesic_away is now known as amnesic
[06:44:51] -!- aniM has quit [Ping timeout: 244 seconds]
[06:46:19] -!- dybskiy has quit [Ping timeout: 240 seconds]
[06:52:35] <seb_kuzminsky> cradek: the hostmot2 firmwares are not on the livecd i have
[06:53:02] <seb_kuzminsky> (the one from june 27 with md5sum 552e0dade48ab33e61a79f51f268a7f3)
[06:53:54] <seb_kuzminsky> also, it's got a buildbot.list apt source, was that intentional?
[06:55:53] <seb_kuzminsky> the user should probably be added to the dialout group (so modbus works)
[07:00:16] -!- The_Ball has quit [Remote host closed the connection]
[07:00:23] <seb_kuzminsky> maybe lp too? i dont know if we use /dev/lp...
[07:01:10] <seb_kuzminsky> anyway, after adding the right hostmot2-firmware and group memberships, i could drive the bridgeport around using a wheezy-rtai-i386 machine installed from cradek's livecd from a couple of days ago
[07:01:17] <seb_kuzminsky> so: woohoooo!
[07:01:20] <seb_kuzminsky> and good night!
[07:10:52] -!- Komzpa has quit [Ping timeout: 240 seconds]
[07:21:49] amnesic is now known as amnesic_away
[07:31:17] -!- Thetawaves_ has quit [Client Quit]
[07:41:17] -!- skroon has quit [Ping timeout: 272 seconds]
[07:41:18] -!- amiri has quit [Ping timeout: 240 seconds]
[07:42:41] -!- rob_h [rob_h!~robh@176.248.180.75] has joined #linuxcnc-devel
[08:18:39] -!- larryone has quit [Ping timeout: 272 seconds]
[08:20:20] -!- Jymmm has quit [Ping timeout: 240 seconds]
[08:28:22] -!- karavanjo_ has quit [Ping timeout: 240 seconds]
[08:41:52] -!- archivist_herron has quit [Ping timeout: 240 seconds]
[08:59:24] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[09:23:58] -!- balestrino has quit [Ping timeout: 240 seconds]
[09:32:18] -!- karavanjo has quit [Remote host closed the connection]
[09:33:24] -!- dybskiy_ has quit [Remote host closed the connection]
[10:08:56] -!- dybskiy has quit [Ping timeout: 244 seconds]
[10:17:31] -!- dybskiy has quit [Ping timeout: 240 seconds]
[10:20:42] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[10:23:28] -!- thealch3_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[10:25:37] -!- stephan48 has quit [Ping timeout: 252 seconds]
[10:29:15] SpeedEvil is now known as Guest89800
[10:29:47] -!- Guest89800 has quit [Ping timeout: 264 seconds]
[10:32:29] -!- skunkworks_ has quit [Ping timeout: 252 seconds]
[10:36:23] -!- archivist_herron has quit [Ping timeout: 264 seconds]
[10:37:27] -!- gazprom has quit [Ping timeout: 264 seconds]
[10:45:36] -!- i_tarzan has quit [Ping timeout: 260 seconds]
[10:46:45] amnesic_away is now known as amnesic
[10:53:53] -!- i_tarzan has quit [Ping timeout: 244 seconds]
[10:59:12] amnesic is now known as amnesic_away
[11:10:54] -!- Tecan has quit [Changing host]
[11:16:45] -!- beawesomeinstead has quit [Quit: Connection closed for inactivity]
[11:23:18] amnesic_away is now known as amnesic
[11:29:03] amnesic is now known as amnesic_away
[11:45:52] <jepler> weird, I remain puzzled by dgarr's computer that doesn't work
[11:46:20] <jepler> kernel should leave the "dummy" flag on the api turned off if it prints "jiffies result ok", as it did in dgarr's log
[11:46:23] <jepler> /* Check, if the jiffies result is consistent */
[11:46:25] -!- jthornton_ [jthornton_!~john@162.72.138.27] has joined #linuxcnc-devel
[11:46:25] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[11:46:25] -!- jthornton has quit [Read error: Connection reset by peer]
[11:46:26] <jepler> if (deltaj >= LAPIC_CAL_LOOPS-2 && deltaj <= LAPIC_CAL_LOOPS+2)
[11:46:29] <jepler> apic_printk(APIC_VERBOSE, "... jiffies result ok\n");
[11:46:32] <jepler> else
[11:46:33] -!- JT-Shop has quit [Read error: Connection reset by peer]
[11:46:34] <jepler> levt->features |= CLOCK_EVT_FEAT_DUMMY;
[11:47:26] <jepler> oh, hm, in this version of the patch we have:
[11:47:26] <jepler> +#ifdef CONFIG_IPIPE
[11:47:26] <jepler> + if (!(lapic_clockevent.features & CLOCK_EVT_FEAT_DUMMY)
[11:47:26] <jepler> + && !cpu_has_amd_erratum(amd_erratum_400))
[11:47:26] <jepler> + levt->ipipe_timer = &__get_cpu_var(lapic_itimer);
[11:47:38] <jepler> I wonder what amd erratum 400 is
[11:48:11] <jepler> oh it's that C1E thing
[11:50:04] <jepler> except dewey has no bios option
[11:52:11] <jepler> it's tempting to delete the check from rtai, since dgarr's machine worked in the past
[11:57:15] -!- thomaslindstr_m has quit [Client Quit]
[12:02:37] <jepler> something like this (not even compile-testd):
http://emergent.unpythonic.net/files/sandbox/c1e-nonfatal.patch
[12:05:22] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 052bf26 06linuxcnc 10(6 files in 2 dirs) Add support for mesanet ethernet UDP boards 7i80 and 7i76E * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=052bf26
[12:05:22] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 58958a9 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add more data to debug output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=58958a9
[12:05:23] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth fa692d3 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add retry with timeout to enqueue_read() to make sure that all requested data will be readed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fa692d3
[12:05:26] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 0016028 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/watchdog.c hm2: read watchdog with same packet like rest of data from board * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0016028
[12:05:31] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 0867ecc 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: enable debug logging in enqueue_write function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0867ecc
[12:05:35] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth 913bd32 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: fix 64-bit build error * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=913bd32
[12:09:11] amnesic_away is now known as amnesic
[12:20:32] <linuxcnc-build> build #14 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/14 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>, Michael Geszkiewicz <micges@wp.pl>
[12:29:54] jthornton_ is now known as jthornton
[12:33:29] <linuxcnc-build> build #1406 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/1406 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>, Michael Geszkiewicz <micges@wp.pl>
[12:37:43] <linuxcnc-build> build #2205 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2205 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>, Michael Geszkiewicz <micges@wp.pl>
[12:40:20] <linuxcnc-build> build #2206 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2206 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>, Michael Geszkiewicz <micges@wp.pl>
[12:41:07] -!- skorasaurus has quit [Ping timeout: 240 seconds]
[12:44:17] -!- somenewguy has quit [Quit: WeeChat 0.4.3]
[12:46:21] -!- phragment has quit []
[12:46:42] <jepler> micges: at least as rebased against my uspace tree, the changes for hm2_eth make the realtime tests for hostmot2 (hm2_test) fail... :(
[12:46:45] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:47:08] -!- MrSunshine has quit [Quit: Leaving]
[12:47:11] -!- Komzpa has quit [Ping timeout: 264 seconds]
[12:47:18] <jepler> hi skunkworks
[12:48:23] <skunkworks> Good morning
[12:51:59] <jepler> skunkworks: what do you use for power on your 7i80? I see it says 5V/5A in the manual, though 4A of that is for the I/O connectors if I understand right
[13:01:41] <skunkworks> jepler, I am using a linksys 5v 2a for the bare 7i80
[13:02:19] <skunkworks> wall wart
[13:02:22] -!- ravenlock has quit [Quit: Leaving]
[13:02:44] <skunkworks> (I have the HD version - 3 50 pin connectors)
[13:03:06] <skunkworks> nothing plugged into it
[13:07:42] -!- b_b has quit [Changing host]
[13:08:52] <jepler> yeah
[13:09:16] <jepler> I probably shouldn't buy one, I have no use for it
[13:25:55] -!- kwallace [kwallace!~kwallace@smb-179.sonnet.com] has joined #linuxcnc-devel
[13:34:06] Jymmmm is now known as Jymmm
[13:37:48] -!- i_tarzan has quit [Ping timeout: 260 seconds]
[13:49:21] -!- aniM has quit [Ping timeout: 255 seconds]
[13:54:49] BitEvil is now known as SpeedEvil
[14:11:21] -!- pcw_home has quit [Read error: Connection reset by peer]
[14:11:28] pcw_home_ is now known as pcw_home
[14:17:58] -!- dimas has quit [Ping timeout: 244 seconds]
[14:19:20] -!- jduhls has quit [Ping timeout: 260 seconds]
[14:20:04] -!- dgarr [dgarr!~dgarrett@174-26-224-178.phnx.qwest.net] has joined #linuxcnc-devel
[14:21:11] <dgarr> rtai2.6 reports a amd bios timer bug and works around it, rtai3.4 does not?
http://www.panix.com/~dgarrett/stuff/compare_rtai_logs.txt
[14:21:48] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth 9fd527a 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_test.c hm2_test: Don't crash on test case 12 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9fd527a
[14:30:33] <seb_kuzminsky> dgarr: by "rtai2.6", do you mean the 3.4.55-rtai-2 kernel? and by "rtai3.4", do you mean the 3.4-9-rtai-686-pae kernel?
[14:30:34] -!- likevinyl has quit [Quit: likevinyl]
[14:30:50] <seb_kuzminsky> if so, that might be because they use different rtai kernel patch versions...
[14:32:13] <dgarr> i mean rtai2.6 == 2.6.32-122-rtai and rtai3.4 == 3.4-9-rtai-686-pae
[14:33:52] <dgarr> eg rtai2.6 lucid running on same motherboard for years, rtai3.4 == latest available (i think)
[14:36:07] -!- aniM has quit [Ping timeout: 272 seconds]
[14:36:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis dcb4d84 06linuxcnc 10src/Makefile rtapi-uspace: Ask gcc for the semantics we want * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=dcb4d84
[14:36:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis f4d9ef5 06linuxcnc 10src/Makefile 03src/rtapi/rtapi_io.h rtapi: provide rtapi_io.h * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f4d9ef5
[14:36:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis bc3686e 06linuxcnc 10src/rtapi/rtapi.h rtapi: provide (non-functional) request/release region for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bc3686e
[14:36:46] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 962d342 06linuxcnc 10src/rtapi/rtapi.h rtapi: import EXPORT_SYMBOL_GPL for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=962d342
[14:36:50] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis fc8a424 06linuxcnc 10src/hal/drivers/serport.comp serport: use <rtapi_io.h> * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fc8a424
[14:36:54] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 4a4091b 06linuxcnc 10src/hal/components/Submakefile serport: build for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4a4091b
[14:36:58] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 000a60c 06linuxcnc 10(9 files in 2 dirs) rtapi: provide additional portability headers * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=000a60c
[14:37:02] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis f870499 06linuxcnc 10src/rtapi/uspace_common.h rtapi-uspace: implement rtapi_delay * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f870499
[14:37:06] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 7390d0c 06linuxcnc 10(27 files in 2 dirs) hostmot2: build hostmot2 and hm2_test for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7390d0c
[14:37:09] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 8652528 06linuxcnc 03tests/hm2-idrom/.gitignore 10tests/hm2-idrom/check-dmesg 04tests/hm2-idrom/skip 10tests/hm2-idrom/test.sh hm2-idrom: Let test succeed in uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8652528
[14:37:14] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 49868d8 06linuxcnc 10(8 files) rtapi: document new headers * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=49868d8
[14:37:18] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 6df86dd 06linuxcnc 10debian/configure 10src/Makefile.inc.in 10src/configure.in build: we'll require libudev from now on * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6df86dd
[14:37:22] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis ed77f61 06linuxcnc 10src/Makefile 10src/rtapi/Submakefile 03src/rtapi/rtapi_pci.cc 03src/rtapi/rtapi_pci.h uspace: implementation of PCI APIs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ed77f61
[14:37:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 3eaa0c7 06linuxcnc 10src/Makefile 10src/hal/drivers/mesa-hostmot2/hm2_pci.c 10src/hal/drivers/mesa-hostmot2/hm2_pci.h hm2_pci: rtapi-prefix APIs and enable for uspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3eaa0c7
[14:37:31] <KGB-linuxcnc> 03Jeff Epler 05jepler/rtos-uspace-apis 7161b97 06linuxcnc 03docs/man/man3/rtapi_pci.3rtapi rtapi: document new header * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7161b97
[14:37:35] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 90dc1b7 06linuxcnc 10(6 files in 2 dirs) Add support for mesanet ethernet UDP boards 7i80 and 7i76E * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=90dc1b7
[14:37:39] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth 80e3418 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_test.c hm2_test: Don't crash on test case 12 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=80e3418
[14:37:43] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 4cc929c 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add more data to debug output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4cc929c
[14:37:47] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 470a6a7 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: add retry with timeout to enqueue_read() to make sure that all requested data will be readed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=470a6a7
[14:37:52] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 5cd840e 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/watchdog.c hm2: read watchdog with same packet like rest of data from board * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5cd840e
[14:37:57] <KGB-linuxcnc> 03Michael Geszkiewicz 05origin/jepler/rtos-uspace-hm2-eth 6824352 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: enable debug logging in enqueue_write function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6824352
[14:38:02] <KGB-linuxcnc> 03Jeff Epler 05origin/jepler/rtos-uspace-hm2-eth 2b89b5e 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c hm2_eth: fix 64-bit build error * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2b89b5e
[14:42:40] <jepler> dgarr: all I can see from here is that the 2.6.32-122-rtai code about this AMD erratum is quite different than in 3.4-9-rtapi
[14:43:04] -!- McUles has quit [Ping timeout: 246 seconds]
[14:43:11] <jepler> dgarr: I don't think any kernel commandline flag is going to fix it
[14:43:32] <dgarr> i imagine you are correct
[14:44:56] LeelooMinai_ is now known as LeelooMinai
[14:47:10] -!- Valen has quit [Quit: Leaving.]
[14:49:27] -!- MrSunshine has quit [Remote host closed the connection]
[14:58:27] -!- kwallace2 [kwallace2!~kwallace@smb-133.sonnet.com] has joined #linuxcnc-devel
[14:59:56] -!- kwallace has quit [Ping timeout: 240 seconds]
[15:19:13] -!- quiqua has quit [Quit: quiqua]
[15:22:02] -!- skorasaurus has quit [Ping timeout: 244 seconds]
[15:28:37] -!- MrSunshine has quit [Remote host closed the connection]
[15:28:38] <seb_kuzminsky> dgarr: do you know if the earlier 3.4 rtai kernel i made works on that machine? ie, 3.4.55-rtai-2
[15:28:53] <seb_kuzminsky> i have a computer here that works fine with 3.4.55-rtai-2, but panics with 3.4-9-rtai-686-pae
[15:29:41] <seb_kuzminsky> those two rtai packages differ in the version of the linux kernel and rtai patch they use
[15:30:02] <dgarr> i tried the 3.4.55-rtai-2 kernel on that machine and the mouse wouldn't work (sigh)
[15:30:20] <seb_kuzminsky> i'm second-guessing now my decision to try to update the rtai/kernel version at the same time i updated the packaging stuff....
[15:30:34] <seb_kuzminsky> hmm, no mouse, maybe i forgot to add a driver for it? what kind of mouse is it?
[15:31:19] <seb_kuzminsky> i've used a couple of usb mice with that kernel without problem, is yours ps/2 maybe?
[15:32:18] <dgarr> ps/2 i think, working Xorg.0.log report is Adding input device ImPS/2 Logitech Wheel Mouse (/dev/input/event1)
[15:32:21] -!- jduhls has quit [Read error: Connection reset by peer]
[15:35:08] <seb_kuzminsky> right
[15:35:45] <seb_kuzminsky> i'm looking up my old kernel config now...
[15:38:54] <seb_kuzminsky> no, the ps2 mouse driver is enabled
[15:40:30] <seb_kuzminsky> strange
[15:40:36] <seb_kuzminsky> then i dont know why the mouse didnt work for you
[15:41:16] <jepler> seb_kuzminsky: 2.6 or master?
http://emergent.unpythonic.net/files/sandbox/arm-patches.mbox.txt It makes linuxcnc build and pass tests on my arm chromebook running debian 7 in crouton, and only touch code paths not touched by our "real" builds
[15:42:11] <seb_kuzminsky> looking
[15:42:47] <seb_kuzminsky> wow, 2bcbdd5 is surprising to me
[15:42:51] <seb_kuzminsky> thanks for getting the actual numbers
[15:44:07] <jepler> for tsc on arm, none of the options seem great. but the perf interface, used by machinekit, seems to be the worst
[15:44:37] <seb_kuzminsky> haha, rtapi_bitops has support for powerpc
[15:44:57] <seb_kuzminsky> 1995 called, they want their alternative architectures back
[15:45:08] <jepler> yeah, I forget who authored that, but cradek actually developed linuxcnc on an old ppc macbook running linux for awhile
[15:45:19] <jepler> candy colored
[15:45:40] -!- Komzpa has quit [Ping timeout: 260 seconds]
[15:47:08] <seb_kuzminsky> is this him?
http://www.penny-arcade.com/comic/1999/04/28
[15:48:01] <jepler> nah, cradek's not much of a player of games.
[15:48:15] <seb_kuzminsky> but he has cats...
[15:48:19] -!- skorasaurus has quit [Ping timeout: 240 seconds]
[15:48:46] <seb_kuzminsky> your patchset looks safe, except i dont understand c5b6eaba, but it's not used anyway because 4efcbfa0, right?
[15:49:16] <seb_kuzminsky> i think adding arm support isn't helpful unless we also add uspace, and that should go in master instead of 2.6, so i think this patchset belongs in master too
[15:49:29] <jepler> OK, I think you're probably right but I still wanted to ask
[15:49:39] <seb_kuzminsky> yep, thanks
[15:49:46] <seb_kuzminsky> bbl
[15:49:47] <jepler> thanks for taking the time to look
[15:49:51] <jepler> me too
[15:56:07] <kwallace2> I'm having a issue with Glade deleting a sourceview feature whenever I save a file. Has anyone else seen this?
[16:01:51] <seb_kuzminsky> kwallace2: i never use glade, so i've never seen that
[16:05:06] <kwallace2> seb_kuzminsky, thank you. It looks like it maybe checks for deprecated bits and chucks 'em. The 10.04 Glade is way old.
[16:17:04] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[16:17:19] <seb_kuzminsky> jepler: looks like you pushed a branch named "origin/jepler/rtos-uspace-hm2-eth", i think the 'origin/' doesnt belong in the branch name
[16:18:10] <skunkworks> logger[psha],
[16:18:38] -!- Connor has quit [Ping timeout: 240 seconds]
[16:19:54] -!- syyl has quit [Ping timeout: 244 seconds]
[16:21:00] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[16:22:32] -!- amiri has quit [Ping timeout: 260 seconds]
[16:23:15] <jepler> seb_kuzminsky: if so, oops
[16:23:24] -!- larryone has quit [Quit: This computer has gone to sleep]
[16:24:52] <KGB-linuxcnc> 05jepler/rtos-uspace-hm2-eth 2b89b5e 06linuxcnc branch created * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2b89b5e
[16:25:18] <KGB-linuxcnc> 05origin/jepler/rtos-uspace-hm2-eth 2b89b5e 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2b89b5e
[16:26:32] -!- patrickarlt has quit [Remote host closed the connection]
[16:26:47] -!- ReadError has quit [Read error: Connection reset by peer]
[16:27:09] -!- GlennS has quit [Quit: No Ping reply in 180 seconds.]
[16:31:25] <seb_kuzminsky> i like how you keep both the rtos-uspace and rtos-uspace-hm2-eth branch pointers up to date through rebases - makes it easy to follow
[16:31:57] -!- patrickarlt has quit [Remote host closed the connection]
[16:36:18] -!- fogl2 has quit [Ping timeout: 240 seconds]
[16:39:00] -!- karavanjo has quit [Ping timeout: 255 seconds]
[16:41:12] -!- Komzpa has quit [Ping timeout: 260 seconds]
[16:44:19] -!- anth0ny has quit [Quit: anth0ny]
[16:49:01] -!- anth0ny has quit [Client Quit]
[16:49:37] <jepler> seb_kuzminsky: aside from te chatter it creates on kgb // -commit, it's great.
[16:50:10] <jepler> seb_kuzminsky: wondering how long I should wait before merging any of this to master. thoughts?
[16:50:52] <jepler> cradek: for that matter I'd like your thoughts
[16:52:42] <jepler> rtos-uspace and rtos-uspace-apis, that is.
[16:53:04] <jepler> it'd be micges's show to decide on the rebased hm2-eth
[16:53:25] <jepler> and I think that branchh may break hm2-pci, not sure.
[16:54:25] <jepler> .. should I do epp apis before I merge? should I convert drivers I can't test?
[16:56:51] <CaptHindsight> what is next after rtos-uspace and rtos-uspace-apis and micges's rebased hm2-eth?
[16:57:32] <CaptHindsight> Is there anything else from machinekit that there is an interest in merging into master?
[16:58:11] <linuxcnc-build> build #2209 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2209 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Jeff Epler <jepler@unpythonic.net>
[16:59:27] -!- acdha has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
[17:01:35] -!- balestrino has quit [Ping timeout: 264 seconds]
[17:01:44] -!- JesusAlos has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[17:02:44] <seb_kuzminsky> jepler: i have the beginnings of a reusable epp driver in the branch called hm2-epp
[17:03:19] <seb_kuzminsky> i think i'm going to be up to my neck trying to un-hork our rtai packages for a little while yet, or i'd offer to do the uspace epp work :-/
[17:04:07] <seb_kuzminsky> i haven't read your branches yet, so i dont have a good opinion...
[17:04:15] -!- dgarr has quit [Remote host closed the connection]
[17:04:42] <seb_kuzminsky> it goes rtos-uspace, rtos-uspace-apis, rtos-uspace-hm2-eth, is that right?
[17:05:41] <jepler> CaptHindsight: I don't have anything in mind after this.
[17:05:46] <jepler> seb_kuzminsky: right.
[17:06:24] <seb_kuzminsky> you think the rtos-uspace-hm2-eth branch breaks hm2-pci? but rtos-uspace{-apis} is merge-ready?
[17:06:39] <jepler> seb_kuzminsky: I'll look at that epp branch.
[17:07:02] <jepler> seb_kuzminsky: pretty sure about the first.
[17:07:47] <CaptHindsight> jepler: I ask since memleak was working on the diffs from UBC and separating out the features
[17:08:08] <CaptHindsight> is there anything else that he can do?
[17:08:36] <jepler> seb_kuzminsky: I am sure that you will find minor problems in the other two branches if you look. there is some kernel modparam business that I need to cure of ifdefness, and I need to guard all new headers with RTAPI_BEGIN/END_DECLS
[17:08:59] <seb_kuzminsky> jepler: i'll try to read it all on tuesday night
[17:09:47] <seb_kuzminsky> CaptHindsight: i dont think there's any need for heroic rebasing of ubc, but there's plenty of other work in linuxcnc that would really benefit from memleak's skills
[17:10:04] <jepler> CaptHindsight: if there are specific things that he wants in linuxnc, he could rebase them onto rtos-uspace-apis if he wants to try.
[17:10:20] <jepler> it's safe to say I am not aware of all that is in there...
[17:10:52] <jepler> (there=ubc/machinekit)
[17:11:29] <CaptHindsight> he's waiting for Paolo to fix the scheduler in RTAI then he'll work the newer kernels
[17:12:10] <seb_kuzminsky> we're having trouble with the 3.4.87 patch in rtai, both dgarr and i are getting repeatable kernel panics
[17:12:17] <seb_kuzminsky> (in case he's itching to get back to rtai ;-)
[17:13:11] <CaptHindsight> I'll see what he thinks about that panic issue
[17:14:21] <seb_kuzminsky> great, thanks!
[17:14:31] <seb_kuzminsky> he knows more about rtai than anyone else here
[17:14:31] -!- Loetmichel has quit [Ping timeout: 248 seconds]
[17:14:40] Cylly is now known as Loetmichel
[17:14:47] -!- micges-dev [micges-dev!~x@djh44.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[17:15:54] <micges-dev> logger[mah]: hi
[17:15:54] <logger[mah]> micges-dev: Log stored at
http://linuxcnc.mah.priv.at/irc/%23linuxcnc-devel/2014-06-30.html
[17:17:32] -!- skroon has quit [Ping timeout: 240 seconds]
[17:20:46] <micges-dev> jepler: yes hm2-eth will break hm2_pci becouse of tram.c modifications, I didn't figure out clean solution for this
[17:34:37] <jepler> micges-dev: OK
[17:35:16] amnesic is now known as amnesic_away
[17:35:20] <jepler> micges-dev: there must be some solution, but I'm not familiar enough with the code to propose one
[17:35:23] -!- anth0ny has quit [Quit: anth0ny]
[17:35:35] <jepler> for hm2_test, I made the new functions equal to the old functions, and also checked if the buffer was not NULL before using it
[17:35:50] <jepler> you can test whether a device has the new functions, just use the function pointer in a boolean context
[17:37:56] <jepler> if(hm2->llio->queue_read) { do what devices that support queue_read need } else { do what old devices like hm2_pci need }
[17:39:11] <micges-dev> yeah seems simple
[17:41:02] amnesic_away is now known as amnesic
[17:42:25] <jepler> if only everything could be simple
[17:42:50] <jepler> you know what would be cool: build the hostmot2 vhdl as a userspace app, and have it talk udp to hm2_eth
[17:42:58] <jepler> then you could test the whole hostmot2 in software
[17:43:49] <jepler> you'd want the hostmot2 vhdl to also be a hal component, so you could run it as a hal "fast thread"
[17:44:16] <jepler> I wonder if hostmot2 works right if you say its basic clock is .04MHz
[17:45:45] <micges-dev> nice idea
[17:46:20] <seb_kuzminsky> maybe the xilinx webpack stuff has an emulator?
[17:47:10] <jepler> I used ghdl to build a program that incorporated vhdl source code into a linux executable
[17:47:29] <jepler> it was only on a small fraction of the total hostmot2, though -- just the PIN file and a bit more
[17:48:00] <jepler> pinxml.py in the source of hostmot2-firmware, it's how I made the .xml description of the firmware's capabilities
[17:49:41] <jepler> I suspect it's more than a weekend project though
[17:50:15] <micges-dev> On the other way I'm extracting sserial code and encoder code into library which can be used from user space for one small project
[17:50:33] <jepler> neat!
[17:50:58] <micges-dev> I think it would be easier to make some automatic sort of tests of lib code with some boards
[17:52:47] <seb_kuzminsky> i didn't know about ghdl, looks neat
[17:53:35] <jepler> yes, a testing program that wasn't hostmot2's vhdl would also be useful
[17:53:41] <jepler> if your goal is to test the driver
[17:54:35] <seb_kuzminsky> it'd be good to test the vhdl too
[17:54:44] <jepler> I imagine tests for the velocity estimation, encoder rollovers, and those kinds of things: difficult to set up on real hardware, and probably buggy until tested to death
[17:55:03] <seb_kuzminsky> yeah, right
[17:55:17] <seb_kuzminsky> augh, stop thinking of awesome things i'll never get around to doing
[17:55:21] <jepler> hah
[17:55:32] <jepler> perhaps when you learn to fork and *not* exec, then you'll be able to get twice as much done
[17:55:43] <seb_kuzminsky> heh
[17:56:24] <seb_kuzminsky> i want brain uploading and editing, so i can treat my consciousness the wame way i treat my virtual machines
[17:56:30] <jepler> I don't need a new project either, this past week seems like more substantial linuxcnc work than I've done in recent memory
[17:56:47] <seb_kuzminsky> yeah, that's a good chunk of work for sure
[17:56:53] <seb_kuzminsky> hope to get it merged soon!
[17:57:26] -!- Tecan has quit [Ping timeout: 252 seconds]
[17:58:54] <jepler> seb_kuzminsky: if you have some review items on tuesday, I'll add them to my todo list
[17:59:05] <seb_kuzminsky> aight
[17:59:10] <jepler> maybe after one more rebase I'll feel like it's ready
[17:59:38] <jepler> that reminds me, I am concerned about something I saw while looking at the arm port
[17:59:49] <jepler> we use <asm/bitops.h> in __KERNEL__
[18:00:06] <seb_kuzminsky> oh, the broken perf thing in glo's ubc is my fault, not the mk folks, they took it out and replaced it with something better that i dont know about
[18:00:12] <jepler> but other times we use the lock prefix, which is what <asm/sync_bitops.h> implement
[18:01:30] <jepler> seb_kuzminsky: oh, I'll take a look in machinekit and see what they came up with. Do you know, is it the performance counter that has to be enabled via a kernel module?
[18:01:54] <skunkworks> cradek, I cannot for the life of me get the usb image to boot on this GA-j1800n mother board (atom like) it end at the command line with 'unable to find media containing live file system'
[18:01:55] <jepler> .. that solution doesn't work for my chromebook, I can't figure out how/where to get module headers
[18:02:18] <seb_kuzminsky> i'm not sure what they ended up going with
[18:02:28] <skunkworks> The internet says swiching from 3.0 to 2.0 usb, boot order, legacy whatever... So far nothing is working.
[18:02:43] <skunkworks> hmm - I should see if it boots my 14.04 usb image
[18:03:46] <seb_kuzminsky> skunkworks: strange
[18:03:56] <seb_kuzminsky> the image booted fine in the one computer i tried it on
[18:04:08] <seb_kuzminsky> i just dd'ed the .iso to /dev/sdc (my usb stick)
[18:04:16] <skunkworks> 14.04 boots from usb
[18:04:22] <seb_kuzminsky> ruh roh
[18:04:51] <skunkworks> I should make sure my laptop still boots the weezey image.. (incase it is just borked)
[18:05:13] <skunkworks> seb_kuzminsky, that is exactly how I made the image.. (it booted on 2 other machines)
[18:06:23] <jepler> seb_kuzminsky: their rt-preempt.c _rtapi_get_clocks_hook seems to use CLOCK_MONOTONIC just like me
[18:07:25] <jepler> there's this thing which looks interesting but didn't work on my arm device:
http://neocontra.blogspot.com/2013/05/user-mode-performance-counters-for.html
[18:07:34] <jepler> probably would work on bb / rpi where you can build kernel modules though
[18:08:57] nerdos is now known as likevinyl
[18:09:33] -!- ravenlock has quit [Ping timeout: 272 seconds]
[18:10:41] JT-Shop_ is now known as JT-Shop
[18:11:32] <jepler> .. and maybe I could craft compatible-enough kernel headers myself. I should try it.
http://neocontra.blogspot.com/2013/05/user-mode-performance-counters-for.html
[18:11:36] <jepler> oops
[18:11:36] <jepler> https://github.com/dnschneid/crouton/wiki/Build-kernel-headers-and-install-Virtualbox-(x86)
[18:15:08] -!- gazprom_ has quit [Quit: leaving]
[18:15:38] -!- McUles_ has quit [Quit: Page closed]
[18:17:29] <skunkworks> jepler, from reading back - there isn't a working -rt kernel for 14.04?
[18:23:24] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:27:20] <jepler> skunkworks: possibly not.
[18:30:36] <jepler> skunkworks: there's linux-image-lowlatency, but no -rt or -realtime apparently
[18:30:47] <skunkworks> ok
[18:30:49] <jepler> >>>
[18:30:50] <jepler> -lowlatency kernel - very similar to the -preempt kernel and based on the -generic kernel source tree, but uses a more aggressive configuration to further reduce latency. Also know as a soft real-time kernel.
[18:30:54] <jepler> -realtime kernel - is based on the vanilla kernel source tree with Ingo Molnar maintained PREEMPT_RT patch applied to it. Also know as a hard real-time kernel.
[18:31:08] <skunkworks> so I need to get wheezy booting
[18:31:12] <skunkworks> :)
[18:32:29] <jepler> you could try lowlatency and see what results you get
[18:32:49] <jepler> .. if only so we know not to bother trying any harder
[18:33:34] <jepler> according to the very outdated ubuntu wiki pages I've found, -lowlatency was giving latencies in the 3-4ms range, not particularly good for linuxcnc.
[18:33:37] <jepler> ms, not us
[18:36:31] -!- patrickarlt has quit [Remote host closed the connection]
[18:41:50] -!- Deejay has quit [Read error: Connection reset by peer]
[18:42:11] Deejay__ is now known as Deejay
[18:42:14] -!- Deejay has quit [Changing host]
[18:42:41] amnesic is now known as amnesic_away
[18:43:49] <CaptHindsight> http://pastebin.com/S2dN6VVg What is the "regular acceleration limit MAX_ACCELERATION"? And how does this relate to the values in the trajectory section for DEFAULT_ACCELERATION and MAX_ACCELERATION?
[18:44:40] -!- micges-dev1 [micges-dev1!~x@djg148.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:45:40] <CaptHindsight> what if you want one axis to have a far lower accel than whats in the Trajectory section of the .INI?
[18:45:54] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:46:18] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:48:11] <skunkworks> the axis takes precident.. So if You have the axis acc set to 1 - that is as fast as that axis will accelerate
[18:48:37] <skunkworks> jepler, thanks
[18:48:49] -!- micges-dev has quit [Ping timeout: 272 seconds]
[18:48:52] <skunkworks> The wheezy image boots off the cd
[18:48:58] <skunkworks> *dvd
[18:50:18] <skunkworks> Hmm - I think the issue is that wheezy doesn't see the usb subsystem... (mouse and keyboard don't work)
[18:51:17] <CaptHindsight> skunkworks: but does that note mean that STEPGEN_MAXACCEL to a few percent higher than the regular acceleration limit MAX_ACCELERATION of that same AXIS or of the trajectory planner?
[18:52:04] <jepler> skunkworks: is that with cradek's image, or with an official wheezy image?
[18:53:47] -!- sirdancealot has quit [Ping timeout: 264 seconds]
[18:59:10] -!- PetefromTn_ has quit [Quit: Always try to be modest, and be proud about it!]
[19:05:27] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[19:08:40] -!- Lathe_newbie has quit [Ping timeout: 260 seconds]
[19:09:35] -!- linuxcnc-build has quit [Remote host closed the connection]
[19:10:54] -!- zeeshan-laptop has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[19:15:53] micges-dev1 is now known as micges
[19:16:52] <skunkworks> jepler, cradeks image
[19:24:52] -!- sylphiae has quit [Ping timeout: 244 seconds]
[19:26:52] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[19:28:12] <skunkworks> jepler, I vaugly rememeber one of the older ubuntu livecd's having the same problem
[19:28:14] <skunkworks> maybe
[19:28:35] -!- thealch3m1st [thealch3m1st!~thealch3m@cpe-76-172-31-62.socal.res.rr.com] has joined #linuxcnc-devel
[19:46:03] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[19:46:06] -!- MrSunshine has quit [Quit: Leaving]
[20:03:37] -!- JesusAlos has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[20:14:16] -!- skunkworks has quit [Read error: Connection reset by peer]
[20:18:18] -!- skunkworks_ has quit [Ping timeout: 240 seconds]
[20:18:50] amnesic_away is now known as amnesic
[20:30:58] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[20:33:39] -!- MrSunshine has quit [Quit: Leaving]
[20:44:28] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:44:44] -!- Lathe_newbie has quit [Remote host closed the connection]
[20:45:57] amnesic is now known as amnesic_away
[20:49:05] -!- jduhls has quit [Quit: Leaving]
[20:52:38] -!- patrickarlt has quit [Ping timeout: 240 seconds]
[20:54:20] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[21:08:47] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[21:13:30] -!- skorasaurus has quit [Ping timeout: 255 seconds]
[21:15:54] amnesic_away is now known as amnesic
[21:16:37] -!- Deejay has quit [Quit: bye]
[21:23:24] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[21:27:58] -!- Tom_itx has quit [Ping timeout: 240 seconds]
[21:27:58] -!- logger[psha] has quit [Ping timeout: 240 seconds]
[21:29:11] -!- logger[psha]_ [logger[psha]_!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[21:31:17] -!- jepler_ [jepler_!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[21:34:32] -!- Tom_itx has quit [Ping timeout: 240 seconds]
[21:34:46] -!- logger[psha] has quit [Ping timeout: 240 seconds]
[21:34:55] -!- asdfasd has quit [Ping timeout: 240 seconds]
[21:34:58] -!- cpresser has quit [Ping timeout: 240 seconds]
[21:35:56] -!- jp_mill_ has quit [Ping timeout: 240 seconds]
[21:35:56] -!- Patang has quit [Ping timeout: 240 seconds]
[21:35:57] -!- stephan48 has quit [Ping timeout: 240 seconds]
[21:35:57] -!- theorb has quit [Ping timeout: 240 seconds]
[21:35:58] -!- marvi has quit [Ping timeout: 240 seconds]
[21:35:59] -!- arekm has quit [Ping timeout: 240 seconds]
[21:35:59] -!- jepler has quit [Ping timeout: 240 seconds]
[21:36:15] -!- eFuchs has quit [Quit: ping timeout]
[21:36:36] -!- lacs has quit [Quit: Page closed]
[21:38:33] -!- bertrik has quit [Remote host closed the connection]
[21:51:04] -!- acdha has quit [Ping timeout: 260 seconds]
[21:53:20] jepler_ is now known as jepler
[21:57:56] -!- erictheise has quit [Quit: erictheise]
[22:00:55] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[22:01:00] -!- chillly has quit [Quit: Leaving]
[22:04:39] -!- sheppard has quit [Ping timeout: 248 seconds]
[22:05:03] <cradek> [answering way back in time] yes that was on purpose at the time, because that's where I got the linuxcnc package. it should be no longer. added dialout to the initial groups (weird that they have both dip and dialout). what firware package(s) should I add? I wasn't sure they were up to date enough to bother...?
[22:14:00] <cradek> skunkworks_: for my very old machine with broken usb booting, I used "plop":
http://www.plop.at/en/bootmanager/download.html
[22:14:19] <cradek> you put it on a cd, and then when you boot it, you can pick "usb" to boot the stick
[22:14:59] <cradek> I wonder if some bioses fail to boot images more than a cd's size or something
[22:15:57] <cradek> fwiw, I put the latest at www.linuxcnc.org/binary.hybrid.iso - md5sum 730f13ef0292712f599bd458276f5f10
[22:16:14] <cradek> bbl
[22:25:41] <seb_kuzminsky> cradek: i think you should include hostmot2-firmware-all on the iso
[22:26:03] <seb_kuzminsky> if you're short on space you could exclude the 4i6* and 3i20 packages
[22:28:26] Tom_garage is now known as Tom_itx
[22:40:53] <cradek> there is no space limitation
[22:41:32] -!- zlog_ has quit [Remote host closed the connection]
[22:41:35] -!- Tom_itx has quit []
[22:43:40] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[22:43:49] -!- zlog [zlog!~zlog@ip68-102-196-57.ks.ok.cox.net] has joined #linuxcnc-devel
[22:45:40] -!- balestrino has quit [Ping timeout: 260 seconds]
[22:47:13] amnesic is now known as amnesic_away
[22:48:35] <skunkworks_> cradek: this was a very new machine....
[23:01:40] -!- patricka_ has quit [Remote host closed the connection]
[23:02:11] -!- KimK has quit [Ping timeout: 264 seconds]
[23:02:40] -!- KimK [KimK!~Kim__@ip68-102-30-143.ks.ok.cox.net] has joined #linuxcnc-devel
[23:07:24] -!- The_Ball has quit [Remote host closed the connection]
[23:12:03] -!- anth0ny has quit [Quit: anth0ny]
[23:12:51] <JT-Shop> I can't understand why Marius uses the requested velocity in the thcud calculation for correction amount
[23:13:23] <JT-Shop> to me it seems like each period you move some amount if correction is needed
[23:16:33] <JT-Shop> if I understand what is going on each period you could have a step, so in the comp you can't go more than one step each time
[23:17:05] <JT-Shop> because your not commanding Z to move while you cut you can hyjack the position by the max of one step per period
[23:17:13] <JT-Shop> I think this is correct
[23:17:53] <cradek> skunkworks_: well crap, I don't know what to suggest
[23:18:19] <JT-Shop> I think a problem happens when the comp removes the offset... in one direction it just changes the number but in the other direction it might try and step twice per period
[23:18:36] <cradek> I wonder if there are usb settings wrong, or we have usb drivers wrong in the kernel
[23:19:10] <cradek> skunkworks_: you might also try adding rootdelay=10 to the kernel command line
[23:19:31] <cradek> I had to do that for my machine that boots lvm from CF
[23:19:52] <cradek> if you find that fixes it, I bet I can add it by default and it'll only cost a few seconds.
[23:22:51] <skunkworks_> cradek: I will try it tomorrow
[23:23:15] <skunkworks_> it seemed to be something to do with usb - it seemed like it could not find the live partions
[23:24:39] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[23:27:26] -!- KimK has quit [Ping timeout: 252 seconds]
[23:32:20] -!- Einar1 has quit [Quit: Leaving.]
[23:33:50] <skunkworks_> cradek: this is a GB-j1800n-d2h
[23:33:53] <skunkworks_> google isn'
[23:34:02] <skunkworks_> isn't saying anything
[23:39:23] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[23:48:18] -!- spatialbrew has quit [Remote host closed the connection]
[23:55:36] -!- syyl_ has quit [Ping timeout: 244 seconds]
[23:59:02] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]]
