Back
[00:06:15] <cradek> aaiieeeee
[00:06:33] -!- Nick001-shop has quit [Ping timeout: 256 seconds]
[00:08:08] <cradek> 2.6 smells more and more ready...
[00:08:21] <jepler> yeah, especially since he wouldn't let me push uspace to it
[00:10:38] <jepler> seb_kuzminsky: do you want me to do something like this, so package building can skip checking for runtime-only dependencies?
http://emergent.unpythonic.net/files/sandbox/0001-configure-optionally-skip-checks-for-runtime-depende.patch
[00:10:44] <jepler> default remains to check for runtime dependencies
[00:11:53] -!- Flipp has quit [Remote host closed the connection]
[00:14:11] -!- eFuchs_mobil has quit [Client Quit]
[00:19:24] -!- lucashodge has quit [Client Quit]
[00:23:42] <andypugh> Darn it! I thought I had a really neat way for a Python M101 command to return a value ( linuxcnc.command().mdi(“#<retval> = 3”) but MDI can’t be used when G-code is running.
[00:29:09] -!- PCW has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[00:33:13] <andypugh> Is there any other way to this?
[00:33:45] <andypugh> (sees the time, going to bed, will read back tomorrow)
[00:35:09] <cradek> all I can think of is to set a hal pin and then read it back in the gcode
[00:39:36] <jepler> huh, in autoconf you're not supposed to use shell "if" or "case"; instead, use M4 macros AS_IF and AS_CASE. because reasons.
https://www.gnu.org/software/autoconf/manual/autoconf-2.68/html_node/Common-Shell-Constructs.html
[00:47:42] -!- rob_h has quit [Ping timeout: 245 seconds]
[00:48:13] -!- PetefromTn_ has quit [Quit: Man who run behind car get exhausted]
[00:59:39] -!- tjb1 has quit [Ping timeout: 250 seconds]
[01:00:11] tjb11 is now known as tjb1
[01:00:12] -!- skorasaurus has quit [Ping timeout: 250 seconds]
[01:07:22] -!- tinkerer has quit [Quit: Leaving.]
[01:25:55] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[01:30:08] -!- jfigie has quit [Quit: Ex-Chat]
[01:30:53] -!- jfigie has quit [Client Quit]
[01:42:30] -!- h_maximilian has quit [Quit: Leaving.]
[01:55:07] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.26.1/20140612173529]]
[02:00:48] -!- jfigie has quit [Quit: Ex-Chat]
[02:13:22] <KGB-linuxcnc> 03Jeff Epler 05master b34c2ee 06linuxcnc 10src/rtapi/uspace_common.h uspace: use rtapi_get_time to implement rtapi_get_clocks if necessary * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b34c2ee
[02:13:23] <KGB-linuxcnc> 03Jeff Epler 05master 37bc194 06linuxcnc 10src/rtapi/rtapi_bitops.h rtapi_bitops: fall back to implementation based on gcc intrinsics * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=37bc194
[02:13:23] <KGB-linuxcnc> 03Jeff Epler 05master 7e58eae 06linuxcnc 10src/rtapi/vsnprintf.h rtapi_vsnprintf: Fix float formatting for !IS_IEEE754 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7e58eae
[02:13:24] <KGB-linuxcnc> 03Jeff Epler 05master fa59679 06linuxcnc 10src/rtapi/vsnprintf.h rtapi_vsnprintf: arm IS_IEEE754 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fa59679
[02:19:05] <jepler> so that ^^^ basicall ports to arm with rt-preempt, except for the concerns about the lack of atomic storage to values of type 'double'
[02:30:29] -!- XXCoder has quit [Ping timeout: 256 seconds]
[02:39:14] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[02:51:03] -!- asdfasd has quit [Ping timeout: 240 seconds]
[03:01:21] <KGB-linuxcnc> 03Jeff Epler 05master c3588ae 06linuxcnc 10src/hal/hal.h hal: explain why the enums all have distinct values * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c3588ae
[03:01:21] <KGB-linuxcnc> 03Jeff Epler 05master 9c3578b 06linuxcnc 10src/hal/hal.h hal: use rtapi_bool.h for the type underlying hal_bit_t * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9c3578b
[03:01:21] <KGB-linuxcnc> 03Jeff Epler 05master d862c1b 06linuxcnc 10src/hal/hal.h hal: use rtapi_stdint for the types underlying hal types * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d862c1b
[03:03:57] -!- AR_ has quit [Ping timeout: 245 seconds]
[03:10:09] -!- Flipp_ has quit [Remote host closed the connection]
[03:16:31] -!- Roguish has quit [Remote host closed the connection]
[03:32:44] -!- PetefromTn_ has quit [Quit: Hello, 911? Yeah, it's caught in the window this time.]
[03:34:04] -!- zzolo has quit [Ping timeout: 260 seconds]
[03:37:18] -!- w32stuxnet has quit [Quit: w32stuxnet]
[03:47:28] -!- phantoxeD has quit [Ping timeout: 250 seconds]
[03:59:26] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[04:01:23] -!- sureleo has quit [Quit: Leaving.]
[04:01:58] -!- anth0ny has quit [Quit: anth0ny]
[04:14:27] -!- sureleo has quit [Quit: Leaving.]
[04:19:27] -!- w32stuxnet has quit [Quit: w32stuxnet]
[05:01:23] -!- Fox_Muldr has quit [Ping timeout: 240 seconds]
[05:10:41] -!- linuxcnc-build has quit [Remote host closed the connection]
[05:12:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[05:13:00] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[05:24:30] -!- kwallace4 [kwallace4!~kwallace@smb-217.sonnet.com] has parted #linuxcnc-devel
[05:42:33] -!- IvelfanFr_ has quit [Ping timeout: 240 seconds]
[05:48:47] -!- sureleo has quit [Quit: Leaving.]
[05:52:10] -!- Gulpi has quit [Ping timeout: 264 seconds]
[05:58:36] prtksxna is now known as zz_prtksxna
[05:59:33] -!- Tecan has quit [Ping timeout: 255 seconds]
[06:02:59] -!- sylphiae has quit [Ping timeout: 256 seconds]
[06:03:42] -!- kwallace1 [kwallace1!~kwallace@tmb-231.sonnet.com] has joined #linuxcnc-devel
[06:05:53] -!- kwallace3 has quit [Ping timeout: 240 seconds]
[06:16:18] -!- kwallace1 [kwallace1!~kwallace@tmb-231.sonnet.com] has parted #linuxcnc-devel
[06:33:25] -!- ries has quit [Quit: ries]
[06:46:11] -!- archivist_herron has quit [Ping timeout: 264 seconds]
[06:48:11] -!- anth0ny has quit [Quit: anth0ny]
[06:51:56] -!- alexchally has quit [Ping timeout: 240 seconds]
[07:14:22] -!- larryone has quit [Ping timeout: 245 seconds]
[07:29:38] -!- The_Ball has quit [Remote host closed the connection]
[07:41:54] -!- mle has quit [Read error: Connection reset by peer]
[07:46:11] -!- badon has quit [Ping timeout: 264 seconds]
[07:52:17] -!- rob_h [rob_h!~robh@176.250.56.144] has joined #linuxcnc-devel
[07:52:46] -!- micges-dev [micges-dev!~x@dhe113.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[08:25:42] -!- micges-dev has quit [Quit: Wychodzi]
[08:29:25] <seb_kuzminsky> the buildbot debs are signed by the buildmaster now, i added a blurb about it to
http://buildbot.linuxcnc.org/
[08:42:48] zz_prtksxna is now known as prtksxna
[08:45:09] -!- micges-dev [micges-dev!~x@dhe113.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[08:55:02] md2 is now known as Guest62392
[08:57:37] -!- md-2 has quit [Ping timeout: 250 seconds]
[09:13:18] -!- larryone has quit [Client Quit]
[09:17:27] -!- syyl_ws has quit [Quit: Verlassend]
[09:25:48] -!- sureleo has quit [Quit: Leaving.]
[09:36:26] -!- tronwizard has quit [Ping timeout: 255 seconds]
[09:45:30] -!- Guest62392 has quit [Remote host closed the connection]
[09:50:17] -!- md-2 has quit [Ping timeout: 245 seconds]
[09:54:25] -!- w32stuxnet has quit [Quit: w32stuxnet]
[09:54:47] -!- Smidge204__ has quit [*.net *.split]
[09:54:48] -!- GJdan has quit [*.net *.split]
[09:54:48] -!- jymmm has quit [*.net *.split]
[09:54:48] -!- Demiurge has quit [*.net *.split]
[09:54:48] -!- tumdedum has quit [*.net *.split]
[09:54:48] -!- jdh has quit [*.net *.split]
[09:54:49] -!- aude has quit [*.net *.split]
[09:54:49] -!- marvi has quit [*.net *.split]
[09:54:49] -!- humble_sea_bass has quit [*.net *.split]
[10:00:44] -!- asdfasd has quit [Ping timeout: 240 seconds]
[10:22:46] -!- skunkworks has quit [Ping timeout: 264 seconds]
[10:26:29] -!- skorasaurus has quit [Ping timeout: 256 seconds]
[10:34:24] -!- Deejay has quit [Quit: bbl]
[10:35:15] -!- w32stuxnet has quit [Quit: w32stuxnet]
[10:42:56] -!- MacGalempsy has quit [Remote host closed the connection]
[10:54:19] md2 is now known as Guest64317
[10:57:53] -!- md-2 has quit [Ping timeout: 240 seconds]
[10:58:48] -!- archivist_herron has quit [Ping timeout: 260 seconds]
[11:11:45] -!- thomaslindstr_m has quit [Quit: Leaving...]
[11:15:00] -!- theorbtwo has quit [Ping timeout: 255 seconds]
[11:15:39] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:32:09] -!- sureleo has quit [Quit: Leaving.]
[11:32:14] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[11:42:17] -!- Lathe_newbie has quit [Ping timeout: 250 seconds]
[11:42:30] <jepler> seb_kuzminsky: yay, signed repository
[11:47:43] -!- Tecan has quit [Client Quit]
[11:52:59] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[12:14:17] -!- automata_ has quit [Read error: Connection reset by peer]
[12:18:12] -!- automata__ has quit [Read error: Connection reset by peer]
[12:32:08] -!- Valen has quit [Quit: Leaving.]
[12:36:34] -!- syyl has quit [Ping timeout: 240 seconds]
[12:39:21] <micges-dev> jepler: can you make small test with your 5i20 under hm2_eth uspace branch?
[12:40:30] -!- Guest64317 has quit [Remote host closed the connection]
[12:40:41] <micges-dev> jepler: test with this patch:
http://pastebin.com/xkmKcsmd
[12:40:53] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:48:28] -!- rosslyoung has quit [Ping timeout: 260 seconds]
[12:49:13] -!- thesuss has quit [Ping timeout: 246 seconds]
[12:49:21] thesuss_ is now known as thesuss
[12:50:45] <jepler> micges-dev: will do
[12:50:47] <jepler> .. building now
[12:50:51] <jepler> patch applied by hand
[12:52:23] -!- larryone has quit [Ping timeout: 240 seconds]
[12:52:57] <jepler> micges-dev: 5i20 does load, makes nasty crash at unload
[12:54:27] <micges-dev> yes, hm2->watchdog.status_reg is overwritten, can you narrow it down? my gdb is too slow
[12:55:47] <micges-dev> hm2->watchdog.status_reg is malloced and after pointer is trashed
[12:56:30] <jepler> I can't do much right now. I'll look at it tonight, my time.
[12:56:48] -!- pingufan has quit [Quit: Konversation terminated!]
[12:57:22] -!- b_b has quit [Changing host]
[12:58:37] <jepler> (remote machine was booted in rtai, so now it's looking pretty wedged; can't do anything more until I go home and reboot it)
[12:58:40] -!- ravenlock has quit [Remote host closed the connection]
[12:59:27] <micges-dev> oh I see
[12:59:50] <micges-dev> jepler: thanks!
[13:01:32] -!- balestrino has quit [Ping timeout: 245 seconds]
[13:05:51] -!- howzus has quit [Client Quit]
[13:11:03] <jepler> (what a luxury to be able to run a debugger on "realtime" code)
[13:23:29] <jepler> micges-dev: I have some useful debugging information from valgrind
[13:24:03] <jepler> http://pastebin.com/311e3GSp
[13:25:55] <jepler> but perhaps this only confirms what you said already: that status_reg is "overwritten"
[13:27:35] <jepler> micges-dev: OK, I can tell you sort of what's going on...
[13:27:38] <jepler> in watchdog.c, we have:
[13:27:42] <jepler> r = hm2_register_tram_read_region(hm2, hm2->watchdog.status_addr, (hm2->watchdog.num_instances * sizeof(rtapi_u32)), &hm2->watchdog.status_reg);
[13:27:45] <jepler> ...
[13:27:48] <jepler> hm2->watchdog.status_reg = (rtapi_u32 *)rtapi_kmalloc(hm2->watchdog.num_instances * sizeof(rtapi_u32), RTAPI_GFP_KERNEL);
[13:28:34] <jepler> hm2_register_tram_read_region stores &hm2->watchdog.status_reg and later when hm2_allocate_tram_regions is called it writes hm2->watchdog.status_reg, overwriting the kmalloc'd pointer
[13:33:53] <jepler> so you need to fix the memory allocation of status_reg and figure out a correct way to get it its initial value of "0"
[13:34:43] <jepler> .. it's uninitialized, as shown by this valgrind diagnostic:
[13:34:44] <jepler> ==32730== Thread 2:
[13:34:44] <jepler> ==32730== Conditional jump or move depends on uninitialised value(s)
[13:34:44] <jepler> ==32730== at 0x67AAE4C: hm2_watchdog_process_tram_read (watchdog.c:105)
[13:34:47] <jepler> bbl
[13:53:09] zz_Groguard is now known as Groguard
[13:53:17] <seb_kuzminsky> cradek: thanks for the updated live/install image
[13:56:31] prtksxna is now known as zz_prtksxna
[13:58:15] -!- c-bob|| has quit [Ping timeout: 240 seconds]
[14:02:01] <micges-dev> jepler: thanks I fixed it
[14:07:04] zz_prtksxna is now known as prtksxna
[14:07:10] <seb_kuzminsky> i wonder what Churms, Cecil was really asking...
[14:11:44] <cradek> hm, there's already a new ubuntu lts after precise
[14:12:08] <cradek> I would rather see people use wheezy than precise
[14:12:27] <cradek> I wonder if anyone cares about my feelings
[14:13:16] <archivist> I hate names because there is no relation to version number
[14:15:15] <jepler> I, too, would rather see people using Debian
[14:15:31] <jepler> they'll be at least 2 years behind Ubuntu in switching away from X, for example
[14:17:26] <cradek> while booted live, I added the checkmarks in front of the buildbot-rt sources in synaptic, poked upgrade, and 2.7.0~whatever installs and runs
[14:17:45] <jepler> cradek: oh, there's a way to ship sources.list entries "turned off"?
[14:17:57] <jepler> "#deb" or is it something more sophisticated?
[14:18:05] <jepler> .. you'll include the buildbot's key on the media too?
[14:18:06] <cradek> yes, and I have both 2.6 and master from buildbot in there, that way
[14:18:11] <cradek> yes the keys are all there
[14:18:18] <jepler> that's all awesome
[14:18:19] <cradek> it's exactly #deb
[14:18:23] <cradek> yeah
[14:18:59] <cradek> should we boldly recommend wheezy on the
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinuxCNC_On_Ubuntu_Precise page that a lot of folks seem to be using?
[14:22:42] <jepler> fine by me
[14:24:07] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth f396a90 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: Allow debugging rtapi_app as root * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f396a90
[14:24:41] <jepler> cradek, seb_kuzminsky: remote: git_buildbot: ERROR: Could not connect to buildbot.linuxcnc.org:5133: Connection was refused by other side: 61: Connection refused.
[14:25:47] -!- dan2k3k4 has quit [Ping timeout: 264 seconds]
[14:27:12] <jepler> What other libraries deserve a mention here? gtk?
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?MinimumSoftwareVersions
[14:27:14] <cradek> jepler: that's one for seb
[14:28:54] -!- sumpfralle has quit [Quit: Leaving.]
[14:30:18] prtksxna is now known as zz_prtksxna
[14:35:39] -!- kwallace [kwallace!~kwallace@smb-107.sonnet.com] has joined #linuxcnc-devel
[14:37:37] zz_prtksxna is now known as prtksxna
[14:38:51] -!- thesuss has quit [Quit: Page closed]
[14:39:50] <micges-dev> jepler: this bug I introduced with watchdog changes in hm2_eth, I wonder why noone hit it while using 7i80...
[14:43:09] tronwzrd is now known as tronwizard
[14:44:22] <jepler> oops, I pushed that last thing to a wrong branch anyway
[14:44:48] <KGB-linuxcnc> 03Jeff Epler 05master 59f18d0 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: Allow debugging rtapi_app as root * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=59f18d0
[14:49:13] prtksxna is now known as zz_prtksxna
[14:55:02] zz_prtksxna is now known as prtksxna
[14:57:44] -!- toner has quit [Ping timeout: 255 seconds]
[14:58:09] -!- kwallace3 [kwallace3!~kwallace@smb-228.sonnet.com] has joined #linuxcnc-devel
[14:58:21] -!- kwallace has quit [Read error: No route to host]
[14:59:23] -!- anth0ny has quit [Quit: anth0ny]
[15:01:10] -!- k6mle-CNC has quit [Ping timeout: 246 seconds]
[15:04:30] <jepler> oh it's been nice to get back to developing on linuxcnc
[15:10:55] -!- bertrik has quit [Ping timeout: 272 seconds]
[15:11:52] <cradek> me too
[15:12:22] <cradek> I'm doing metawork, but it feels important and useful
[15:12:42] -!- jduhls has quit [Ping timeout: 245 seconds]
[15:14:25] prtksxna is now known as zz_prtksxna
[15:20:55] -!- FinboySlick has quit [Quit: Leaving.]
[15:22:07] zz_prtksxna is now known as prtksxna
[15:25:08] -!- quiqua has quit [Quit: quiqua]
[15:29:01] -!- skorasaurus has quit [Remote host closed the connection]
[15:29:14] -!- automata_ has quit [Ping timeout: 255 seconds]
[15:30:28] <jepler> you're making it so regular people can install the software
[15:30:34] <jepler> for certain definitions of regular
[15:32:17] <seb_kuzminsky> jepler: that's probably the super flaky internet at my house :-(
[15:32:59] <Roguish> cradek: fyi. yesterday i attempted the 'wheezy' install you referenced a bit ago. hm2_pci is broken. i tried all three branches. same results.
[15:34:00] -!- skors has quit [Remote host closed the connection]
[15:34:04] <Roguish> i would like to do it again if possible. i see you guys are making progress leaps and bounds. thanks!!!
[15:34:29] <seb_kuzminsky> Roguish: how did hm2_pci fail for you?
[15:35:05] -!- skorasaurus has quit [Ping timeout: 255 seconds]
[15:35:13] <Roguish> if i recall correctly, the .....ko was not found or something to that affect.
[15:35:27] <seb_kuzminsky> hrm
[15:35:40] <Roguish> sorry i do not recall more.
[15:35:42] <cradek> Roguish: it would be great if you could try again, and share what you typed and what you saw
[15:36:02] <seb_kuzminsky> i run hm2_pci (5i22) on a wheezy install off an older version of cradek's image
[15:36:07] <seb_kuzminsky> works for me ;-)
[15:36:15] <cradek> I also use it with my 5i25
[15:36:22] <jepler> I used an older version of the image with a 5i20
[15:36:30] <Roguish> ok. i would like to help.
[15:36:42] <Roguish> i too use a 5i20
[15:36:51] -!- Connor [Connor!~Connor@24.214.127.194] has parted #linuxcnc-devel
[15:36:51] <jepler> I didn't run a mill, just a .hal script that did a basic "load and look if pins exist"
[15:37:04] <seb_kuzminsky> i bet we can make that work, and maybe discover where things went wrong for you so we can fix it for everyone in the future
[15:37:10] -!- skorasaurus2 has quit [Ping timeout: 260 seconds]
[15:37:11] -!- dan2k3k4 has quit [Ping timeout: 264 seconds]
[15:37:24] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[15:39:17] <jepler> though .. I'm not 100% sure I did it with the packaged version of 2.6
[15:40:09] <seb_kuzminsky> the packaged versions were incompatible with the installer image for a while, when i was trying to get the rtai kernel under control
[15:40:15] <seb_kuzminsky> should be good now though
[15:40:56] <Roguish> right now i am in the middle of the 'Debian Wheezy Linux-RT compile LinuxCNC'. when i do the 'dpkg-checkbuilddeps' i get 'error: cannot read debian/control: No such file or directory'
[15:41:17] <seb_kuzminsky> linux-image-3.4-9-rtai-686-pae version 3.4.55-3linuxcnc for the win (despite the ridiculous mouthful of a specifier)
[15:41:30] <seb_kuzminsky> Roguish: you skipped a step i think
[15:41:35] <seb_kuzminsky> cd debian; ./configure -a
[15:41:36] <cradek> Roguish: so you're not using the new image?
[15:41:37] <Roguish> ??
[15:41:50] <cradek> Roguish: if you're following some instructions, link us to them
[15:41:50] <jepler> these instructions are out of date and should be deleted.
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC
[15:42:09] <Roguish> DOH !!!
[15:42:28] <jepler> it's not your fault
[15:42:48] <seb_kuzminsky> heh: (a different 'I' from the 'I' in the main text)
[15:42:58] <Roguish> jepler cited the instruction i am trying.
[15:43:11] <jepler> Roguish: you should install from one of cradek's "hybrid.iso" images. it includes a (we think) working linuxcnc preinstalled.
[15:43:22] <seb_kuzminsky> probably a bunch of the wiki needs to be re-evaluated... :-/
[15:43:33] -!- w32stuxnet has quit [Quit: w32stuxnet]
[15:43:36] <Roguish> point me to them and I will give it a shot.
[15:43:45] -!- skors has quit [Remote host closed the connection]
[15:43:49] <cradek> Roguish: this morning's announcement on emc-users:
http://article.gmane.org/gmane.linux.distributions.emc.user/52401
[15:44:06] <Roguish> will check email and read it.
[15:44:15] <cradek> Roguish: thanks!
[15:44:20] <archivist> how about move stuff from wiki to the docs while fixing
[15:44:27] <seb_kuzminsky> archivist: +1
[15:44:53] <seb_kuzminsky> some stuff should move to the git docs, some should stay on the wiki, and some should be deleted
[15:44:54] <archivist> wikis get stale I think
[15:45:00] <cradek> we will have to update
http://linuxcnc.org/index.php/english/download
[15:45:05] <cradek> soon, but probably not today
[15:46:02] <Roguish> it will take a bit, but i will get to it today. juggling a lot right now. installing SolidEdge for a possible job at Stanford Linear Accelerator (SLAC) on their new FEL project.
[15:46:44] -!- Connor has quit [Read error: No route to host]
[15:46:44] <seb_kuzminsky> i used to live near slac, but i never visited
[15:46:49] <seb_kuzminsky> seems like a neat facility
[15:47:59] <cradek> I deleted that wiki page. it didn't have any instructions that should be followed today.
[15:48:11] <seb_kuzminsky> thanks
[15:48:15] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[15:48:49] <Roguish> i'm up in Walnut Creek, so the commute will be hell. but the job is really cool.
[15:49:00] <seb_kuzminsky> wow cradek, zsync is cool
[15:49:10] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[15:49:43] <cradek> seb_kuzminsky: yeah, it's pretty magical
[15:50:26] <cradek> even for the first download it's nice, because it makes sure you get the file correctly
[15:50:27] -!- amiri_ has quit [Read error: Connection reset by peer]
[15:51:32] <jepler> OK, I basically deleted
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Debian_Wheezy_Linux-Rt_Compile_LinuxCNC and started over
[15:51:57] <cradek> thanks
[15:52:03] <cradek> that's better than my outright deletion
[15:52:21] <cradek> your last link didn't link
[15:52:25] <jepler> oops
[15:53:00] <cradek> there are no links to that page, so we could rename it to be more appropriate
[15:53:08] <jepler> what should it be called?
[15:53:20] <jepler> I have published some links to it in e-mail though
[15:53:23] <cradek> it could be DebianWheezy
[15:53:24] <cradek> oh ok
[15:53:42] <cradek> the _ are disturbing
[15:53:56] <jepler> Someone_else's_Style
[15:54:05] <jepler> OffendedByWikiNames
[15:54:12] <jepler> of course, "Uspace" isn't a very good WikiName either
[15:54:22] <cradek> WikiNamesWereNIH
[15:55:12] -!- FinboySlick has quit [Quit: Leaving.]
[15:56:25] prtksxna is now known as zz_prtksxna
[15:57:59] -!- skors has quit [Ping timeout: 256 seconds]
[15:59:34] -!- skorasaurus has quit [Ping timeout: 260 seconds]
[15:59:43] <cradek> there
[15:59:49] <cradek> I renamed it and made a redirect from the old name
[16:00:00] <jepler> OK, thanks
[16:01:22] <jepler> cradek: OH, I see you were renaming the long page name
[16:01:28] <jepler> I though you were talking about "Uspace"
[16:01:32] <seb_kuzminsky> i'm unconvinced that wheezy > precise for most users
[16:01:59] <jepler> I'm unconvinced precise > win8 for most users
[16:02:05] <seb_kuzminsky> well yeah
[16:02:14] <cradek> I'm unconvinced you're both not trolling
[16:02:17] <seb_kuzminsky> heh
[16:02:25] <seb_kuzminsky> i'm serious
[16:02:44] <cradek> do you mean aside from wheezy being easire to install right now, or even including that?
[16:02:48] <cradek> easier
[16:03:29] <cradek> I have to admit I haven't used precise much
[16:03:51] <jepler> I get a rash when I look at the precise default desktop environment
[16:03:57] <Connor> You all thinking of doing a image of Debian Wheezy vs Ubuntu ?
[16:03:58] <jepler> I also become prone to exaggerating
[16:04:01] <cradek> I don't have any interest in ubuntu anymore, because I'm tired of undoing their breakage
[16:04:14] <cradek> Connor:
http://article.gmane.org/gmane.linux.distributions.emc.user/52401
[16:04:17] <jepler> Connor: there are current images of Wheezy (cradek's put a great deal of work in)
[16:04:18] <mozmck> the name "wheezy" certainly sounds worse than "precise" for machining...
[16:04:45] <jepler> We should take care to call it Debian 7.5 then.
[16:05:05] <cradek> but 7.5 < 10.04
[16:05:11] <cradek> sorry, now I'm doing it
[16:05:21] <Connor> Cool
[16:05:25] <jepler> it's hard to do this conversation without hyperbole
[16:07:12] <Connor> It's SO hard to keep up these days...
[16:07:28] <cradek> 100% seriously now, I don't pretend to be able to guess what's best for "most" users, or for even any user other than me, but I think wheezy is among the good choices and that's where I chose to put in the work to make it as easy as possible for folks.
[16:08:40] <cradek> some of the things where I think ubuntu made a better choice for our users than debian by default (nonfree firmwares, sudo from the primary installed user, update manager that pops up) I retrofitted those choices into my cd
[16:08:47] <Connor> I don't see anything wrong with it.. your basically just going 1 level up on the distribution chain.. since Ubuntu is built on-top of Debian..
[16:10:06] <cradek> if there are more of those concrete things, let me know what you think they are
[16:10:46] -!- alexchally has quit [Ping timeout: 260 seconds]
[16:11:03] -!- rob_h has quit [Ping timeout: 240 seconds]
[16:11:52] -!- K6MLE has quit [Ping timeout: 246 seconds]
[16:12:38] <micges-dev> jepler: can I apply fix on top of jepler/hm2_eth branch?
[16:12:46] <jepler> micges-dev: yes
[16:13:19] <jepler> micges-dev: I can test on 7i43 and 5i20 later, with your fix
[16:13:31] <micges-dev> ok
[16:13:42] <jepler> seb_kuzminsky: I assume you'll want a change to review hm2_eth before it's pushed...
[16:14:08] <micges-dev> jepler: I tested it with 5i25, works ok
[16:14:51] <seb_kuzminsky> cradek: i like that you retrofitted those good things onto you wheezy image. it's working really well for me
[16:19:39] <jepler> I feel like I don't think about my linux like "typical users" do, so it's a hard question to try to answer
[16:20:07] <jepler> For example, I'd rather my desktop looked something like Linux circa 2002 than like an ipad
[16:20:28] <jepler> argh I couldn't even stop that coming out without sarcasm
[16:21:47] <seb_kuzminsky> haha
[16:21:57] -!- Komzpa has quit [Ping timeout: 245 seconds]
[16:24:27] <jepler> cradek: does hybrid.iso prompt the user before using proprietary drivers or firmware?
[16:25:37] <seb_kuzminsky> i dont remember getting prompted, but the one i tried was many days ago
[16:25:59] <cradek> jepler: nope
[16:26:15] <jepler> cradek: that's a pity
[16:26:47] <jepler> I badmouthed ubuntu about that back in 2010 (when they'd put nvidia behind a "non-free driver" icon, but not [yet?] firmwares)
[16:27:33] <cradek> jepler: :-/ it makes my wifi work.
[16:28:50] <jepler> cradek: I know; I use a laptop that requires non-free firmware
[16:29:47] <cradek> it won't do nvidia or other lkms things, but does have the linux-firmwares-all (however it's spelled) from non-free
[16:32:47] <Roguish> ok. made the boot usb drive with the hybrid. ready to rebuild.
[16:34:31] <Roguish> opinion on Ubuntu, et.al.. Ubuntu is too bloated. I much prefer a simple, stripped down OS for running machines. I do not see the need for all the office type stuff, games, and media junk. KISS please. just my opine.
[16:35:36] <Roguish> signing off to reboot and rebuild. back in a while.................
[16:35:44] -!- Roguish has quit [Remote host closed the connection]
[16:42:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[16:49:58] <KGB-linuxcnc> 03Michael Geszkiewicz 05jepler/hm2-eth ae7166a 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_pci.c hm2_pci: fix pci driver after tram changes that allows send/receive ethernet data in one packet * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae7166a
[16:49:58] <KGB-linuxcnc> 03Michael Geszkiewicz 05jepler/hm2-eth 800a4b6 06linuxcnc 10src/hal/drivers/mesa-hostmot2/watchdog.c hostomot2: fix memory corruption in watchdog introduced in 2a4997813d6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=800a4b6
[16:50:21] <cradek> yay!
[16:53:11] -!- skorasaurus has quit [Remote host closed the connection]
[16:53:12] -!- ler_hydra has quit [Remote host closed the connection]
[16:53:25] <seb_kuzminsky> awesome
[16:53:33] <seb_kuzminsky> the 2.7 features are piling up, better get 2.6 out!
[16:53:52] <cradek> you know it's time
[16:54:02] <seb_kuzminsky> yeah
[16:54:14] <seb_kuzminsky> getting the rtai kernel sorted out was the last blocker on my list
[16:54:29] <cradek> is it suitably sorted?
[16:54:37] <seb_kuzminsky> if the kernel switch for pre5 works i think it's done
[16:54:38] -!- zeitue has quit [Remote host closed the connection]
[16:54:49] <seb_kuzminsky> i wonder how that will go for people
[16:54:50] <cradek> well it works
[16:55:11] <seb_kuzminsky> i think i'll have some time this weekend
[16:55:12] -!- sirdancealot has quit [Ping timeout: 255 seconds]
[16:55:17] <seb_kuzminsky> to make the 2.6.0 release
[16:55:27] <jepler> micges-dev: how do you feel if I use rebase to make the history pretty?
[16:56:05] <jepler> (of hm2-eth)
[16:56:27] <jepler> so far I worked to preserve your history and then make fixes on top of it, but it'd be nicer to merge a branch with no "introduce bug, then fix bug" history..
[16:57:35] <micges-dev> sure, just leave note about wd buffers
[16:58:40] -!- skorasaurus has quit [Read error: Connection reset by peer]
[16:59:23] <jepler> It looks like changes are needed in 7i43 and 7i90 drivers too
[16:59:36] <jepler> I can test 7i43
[16:59:46] <micges-dev> right I forgot
[16:59:53] <micges-dev> I can test 7i90
[16:59:55] <jepler> OK
[17:00:45] <jepler> hmm
[17:01:39] <jepler> so basically, queue_write is the same as write, except if the size is -1?
[17:01:49] <jepler> and the same for read?
[17:01:50] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[17:02:04] <micges-dev> yes
[17:02:20] <jepler> and anybody who doesn't care about queueing can just return when size is -1
[17:02:44] <micges-dev> yes
[17:07:51] <jepler> then what about this?
http://emergent.unpythonic.net/files/sandbox/0001-hostmot2-Provide-implementation-of-queue_-read-write.patch
[17:08:05] <jepler> now _pci, _7i43 and _7i90 shouldn't require any changes
[17:09:11] <seb_kuzminsky> looks good to me
[17:09:53] -!- skorasaurus has quit [Ping timeout: 240 seconds]
[17:10:00] <jepler> the watchdog change is an incompatible change, right?
[17:10:23] <jepler> (it removes a hal function)
[17:11:09] <micges-dev> ahh clever
[17:11:31] -!- patrickarlt has quit [Ping timeout: 255 seconds]
[17:11:42] <jepler> I can't tell you how pleased I am when someone calls me clever.
[17:12:52] <seb_kuzminsky> deleting thousands of lines of cruft: also clever ;-)
[17:13:03] <micges-dev> :
[17:13:04] <micges-dev> :)\
[17:13:19] <seb_kuzminsky> it's a mutant smiley
[17:13:33] <micges-dev> wd change doesn't remove hal function
[17:13:58] <jepler> I am confused, then
[17:14:02] <jepler> but that's OK
[17:14:04] <jepler> bbl, lunchtime
[17:18:42] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:19:23] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[17:19:49] <micges-dev> it just reads wd status along with tram read, not directly from board, so if tram is one eth packet and wd read was another eth packet then we reduce reading from board to one packet per servo cycle
[17:19:56] -!- karavanjo_ has quit [Remote host closed the connection]
[17:20:44] <Roguish> ok, back. now running on an installed hybrid iso
[17:21:13] <seb_kuzminsky> sweet
[17:21:19] <Roguish> ran ok on the live version. tried the 5i20 and it started up without errror.
[17:21:25] <seb_kuzminsky> aww yiss
[17:21:39] <seb_kuzminsky> great, thanks for trying that
[17:22:00] <Roguish> restarted and did the graphical install. tried the 5i20 again and started up without error. yeah baby !!!!!
[17:25:39] <Roguish> oh, yeah. it's on a new intel D2500HN with 4 gig ram and a 128 gig SSD.
[17:26:16] <seb_kuzminsky> how's your latency?
[17:26:52] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[17:39:02] -!- skorasaurus has quit [Ping timeout: 250 seconds]
[17:49:12] -!- zzolo has quit [Quit: zzolo]
[17:49:45] -!- rosslyoung has quit [Ping timeout: 250 seconds]
[17:51:20] <cradek> andypugh: about the tool table: I think you're conflating two things. the packing lets you have arbitrary P numbers. the prepped-pocket hal pin should show that arbitrary P number.
[17:51:56] -!- micges-dev1 [micges-dev1!~x@ddn127.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[17:55:16] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-eth 93fc025 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_pci.c 10src/hal/drivers/mesa-hostmot2/hostmot2.c hostmot2: Provide implementation of queue_{read,write} * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=93fc025
[17:55:23] -!- micges-dev has quit [Ping timeout: 250 seconds]
[17:55:48] <andypugh> cradek:
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/rs274ngc/interp_find.cc;hb=59f18d06ac980b906c9dd786fa3f387b88bc41eb#l708
[17:56:00] <andypugh> It returns the index in the array where the tool number is found
[17:58:01] -!- phantoxe has quit []
[17:58:01] <cradek> yeah ... that's how it knows which index to load. but that's not really related to what I'm saying. I think the bug is that the hal pin, and only the hal pin, should show the P number from the tool table when you prep a tool. there is nothing wrong with anything else, even though the array indexes are called "pockets" in the code
[17:58:19] <andypugh> http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/rs274ngc/tool_parse.cc;hb=59f18d06ac980b906c9dd786fa3f387b88bc41eb#l95
[17:58:29] <cradek> those internal indexes are only sometimes really pockets, and who cares about that
[17:58:32] <andypugh> The tool array does not actually contain the P-numbe
[17:58:42] <cradek> no, but the fms array does
[17:59:07] <cradek> nothing needs it but iocontrol, so it's fine that it's only in there
[17:59:52] <cradek> without looking at the code, can you describe the bug you see externally? is it that the hal prep pin shows the wrong pocket number?
[18:00:26] <cradek> (if nonrandom)
[18:00:42] <andypugh> iocontrol.0.tool-prep-pocket always shows the tool number if nonrandom, not the pocket number.
[18:01:05] <cradek> actually I think it shows the internal index
[18:01:24] <cradek> but ok, then I think I'm thinking about it the right way
[18:01:35] <cradek> if nonrandom, it should just look it up in fms
[18:03:16] <andypugh> fms?
[18:03:34] <cradek> fms is an array in iocontrol that remembers the P number from the tool table if nonrandom
[18:03:48] <cradek> it is packed the same way the tool array is
[18:04:19] <andypugh> I have a tool table with 5 tools. Tool 1 has 11 in the pocket column, and so on. If I set “random” then I get 11 on the HAL pin for T1. If random_toolchanger isn’t set, then I get 1.
[18:05:53] <andypugh> fms is only consulted for random
[18:06:25] <cradek> fms is used when nonrandom
[18:06:33] <andypugh> Sorry, reading the code wrong
[18:07:58] <cradek> *(iocontrol_data->tool_prep_pocket) = p;
[18:08:09] -!- mozmck has quit [Quit: Leaving.]
[18:08:11] <cradek> unless I'm missing something, I think you get the internal index number, not the T number
[18:08:30] <cradek> so if T1 is your first line you'd get 1, but if it's the third line you'd get 3
[18:08:38] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[18:08:46] -!- tjtr33 has quit [Read error: No route to host]
[18:09:32] <cradek> the only trick to fixing it (making it not a one line change) is how we read it back in from the hal pin: emcioStatus.tool.pocketPrepped = *(iocontrol_data->tool_prep_pocket);
[18:09:35] <andypugh> Yes, I guess that fits observations. It certainly isn’t the “pocket” column entry
[18:09:59] <cradek> ok cool
[18:10:16] <cradek> return 11; //change finished
[18:10:19] <cradek> oh this code
[18:10:24] <andypugh> Not that cool, it _should_ be the pocket column, shouldn’t it?
[18:10:43] -!- b_b has quit [Changing host]
[18:10:56] <cradek> (cool = oh good I think I understand the problem) yes, I think it should be the P number from the tool table
[18:11:44] <cradek> adding to iocontrol_data a (non hal pin) tool_prep_index and then manipulating it alongside tool_prep_pocket seems like an easy fix
[18:12:09] <andypugh> I only noticed because I started to create a remapped code (initially M10) to return the posket number, then fond that even calling the tool_get_pocket code returned the Tool Number.
[18:12:46] <andypugh> (I didnt
[18:13:17] <andypugh> I didn’t notice that it actually returned the table row, I did notice that it wasn’t the pocket number.
[18:14:08] <andypugh> Arguably this indicates that nobody has ever needed nonrandom pockets, or it would have been mentioned.
[18:14:19] <cradek> I bet you are right about that
[18:14:38] <cradek> but that would also mean we can fix it and nobody will complain
[18:14:55] <cradek> those internal index numbers can't have been useful to anyone
[18:15:49] <cradek> ffffff we have two copies of iocontrol.cc
[18:16:17] -!- rob_h [rob_h!~robh@176.250.56.144] has joined #linuxcnc-devel
[18:18:03] <andypugh> Adding an index to iocontrol might not fix
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/rs274ngc/interp_find.cc;hb=59f18d06ac980b906c9dd786fa3f387b88bc41eb#l708
[18:18:52] <cradek> that means find the internal index that contains that requested T number
[18:19:06] <cradek> it will still work the same
[18:19:38] <andypugh> I think that is what is called by the python interface, which certainly looks like it would want to return an actual pocket.
[18:20:03] <cradek> ok the bug report just got bigger :-/
[18:21:12] <cradek> I'm working on fixing the hal pin thing
[18:21:13] <cradek> fwiw
[18:22:13] <andypugh> Packing the tools tightly means that we allow arbitrarily large pocket numbers, I guess. But then we don’t seem to be making the number available anywhere, so it seems moot.
[18:22:41] <cradek> well that's the bug, IMO
[18:23:46] <andypugh> I found this initially with the G43.2 remap example, I spent ages trying to figure out why I couldn’t set a pocket number from the remap, then realised that it was just the same without the remap.
[18:27:48] -!- md-2 has quit [Remote host closed the connection]
[18:28:28] <cradek> http://pastie.org/9412832
[18:28:40] -!- ler_hydra has quit [Remote host closed the connection]
[18:28:49] -!- tmcw has quit [Remote host closed the connection]
[18:29:35] * cradek cringes and starts the runtests
[18:29:44] -!- md-2 has quit [Read error: No route to host]
[18:30:52] <andypugh> I will try to give it a run-through after dark, bit at the moment I have old motorbikes to rebuild :-)
[18:31:09] <cradek> that sounds like a lot more fun
[18:31:21] <cradek> I did test it in sim/axis...
[18:31:58] <cradek> but you'll still get internal pockets inside the interpreter remap stuff -- not sure what can be done about that
[18:32:13] <cradek> add the fms entries to the array, I guess, but ick
[18:32:39] <cradek> but I think this incomplete fix is worthwhile either way
[18:32:44] <andypugh> If I ever shift tool data out of NML and into something sensible, then this can all be tidied up
[18:33:00] <cradek> yes I'd love it if you could nuke this garbage
[18:33:09] <andypugh> You don’t need data for anything but the currently loaded tool in realtime....
[18:33:31] <andypugh> (for values of “currently loaded” that may include readahead)
[18:34:30] <andypugh> It does feel like one approach might be to delete the tool array then see what breaks.
[18:35:57] <andypugh> Right! to the Bat Cave!
[18:39:18] -!- mozmck has quit [Quit: Leaving.]
[18:39:47] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[18:39:55] -!- larryone has quit [Ping timeout: 272 seconds]
[18:41:25] -!- mozmck has quit [Client Quit]
[18:43:57] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:46:05] <skunkworks_> http://www.youtube.com/watch?v=VSaDPc1Cs5U
[18:48:35] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[18:50:17] <Tom_itx> andypugh, what about prefetch changers?
[18:51:19] -!- md-2 has quit [Remote host closed the connection]
[18:56:40] -!- md-2 has quit [Ping timeout: 260 seconds]
[18:59:26] <cradek> seb_kuzminsky: 2.6?
http://pastie.org/9412832 Runtest: 141 tests run, 141 successful, 0 failed + 0 expected
[19:00:26] -!- kwallace [kwallace!~kwallace@smb-228.sonnet.com] has joined #linuxcnc-devel
[19:00:37] -!- theorbtwo has quit [Ping timeout: 245 seconds]
[19:20:07] -!- PetefromTn_ has quit [Quit: It's a dud! It's a dud! It's a du...]
[19:24:08] -!- mozmck has quit [Quit: Leaving.]
[19:24:25] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[19:24:38] -!- tmcw has quit []
[19:27:22] -!- Roguish has quit [Ping timeout: 245 seconds]
[19:28:38] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[19:32:39] -!- eFuchs_firefly has quit [Quit: ping timeout]
[19:33:07] -!- mozmck has quit [Quit: Leaving.]
[19:33:24] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[19:44:11] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[19:46:03] micges-dev1 is now known as micges-dev
[19:47:29] <micges-dev> jepler: 7i90 works
[19:47:57] <jepler> micges-dev: good
[19:48:04] <jepler> with my most recent push?
[19:48:12] <micges-dev> yes
[19:52:54] -!- skunkworks has quit [Ping timeout: 260 seconds]
[19:55:09] -!- md-2 has quit [Quit: Leaving...]
[19:56:34] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:04:10] phantom is now known as phantoxeD
[20:06:58] -!- mozmck has quit [Read error: Connection reset by peer]
[20:07:50] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[20:08:59] <seb_kuzminsky> cradek: i thought params were out of fashion?
[20:10:46] <seb_kuzminsky> i think i'll skip the oportunity to chat with steve blackmore about how i'm wasting everyone's time
[20:13:55] <cradek> seb_kuzminsky: well it's no use to the user, but it was nice to see for my testing. it wouldn't have to be a param at all, except I wanted it in a structure that's all hal stuff. I'm actually a bit ashamed.
[20:14:06] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[20:14:59] -!- sumpfralle has quit [Ping timeout: 255 seconds]
[20:15:21] -!- Komzpa has quit [Ping timeout: 250 seconds]
[20:15:36] -!- ashcan__ has quit [Remote host closed the connection]
[20:18:17] -!- toastydeath has quit [Read error: Connection reset by peer]
[20:19:10] -!- automata has quit [Ping timeout: 255 seconds]
[20:24:03] -!- larryone has quit [Quit: This computer has gone to sleep]
[20:26:42] -!- mozmck has quit [Quit: Leaving.]
[20:26:58] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[20:34:27] <seb_kuzminsky> cradek, andypugh: we have two version of io now for some reason, this ontroduces (another?) incompatibility between them
[20:35:14] <seb_kuzminsky> this does make io behave like io.1 says it should, so that's good
[20:35:52] -!- EW57 has quit [Quit: Page closed]
[20:36:05] <seb_kuzminsky> if andypugh approves, push to 2.6 please
[20:36:37] <jepler> seb_kuzminsky: "iocontrol-v2" was a mah
[20:37:07] <jepler> assuming that's what you are referring to
[20:37:25] <seb_kuzminsky> yeah
[20:37:32] <cradek> yeah I know we have two. I don't know what to do about it.
[20:37:43] <seb_kuzminsky> jepler: while you have your flensing knife out...
[20:39:13] <jepler> does v2 actually fix some bug?
[20:40:17] <seb_kuzminsky> it implements part of a new tool change protocol
[20:40:20] <seb_kuzminsky> i think
[20:40:28] <memfrob> whats the linuxcnc branch to use for best preempt_rt performance?
[20:40:47] <seb_kuzminsky> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ToolchangerProtocolProposal
[20:40:50] <seb_kuzminsky> memfrob: master
[20:40:58] <jepler> rt-preempt support is fully merged into master branch.
[20:41:30] <jepler> there's still a "2.6-ish" version of the branch, rat/jepler/rtos-uspace-for-2.6
[20:41:37] <jepler> err that's not right
[20:41:43] <memfrob> will use master thanks
[20:42:22] <jepler> origin/jepler/rtos-uspace-for-2.6
[20:42:39] <jepler> and if you're a hm2-eth early-adoper you need origin/jepler/hm2-eth or origin/jepler/hm2-eth-for-2.6.
[20:42:47] <jepler> but all the 2.6-ish branches are not anticipated to be updated further
[20:44:34] <memfrob> how stable is 3.4.55 kernel with that old RTAI checkout? are there any actual bugs?
[20:45:31] <seb_kuzminsky> there are zero stability bugs that i know about
[20:45:56] <seb_kuzminsky> there's an issue with some usb controllers refusing to initialize
[20:46:25] <jepler> there's at least one computer that rtai 3.4.55 refuses to run on, citing some erratum on the timer chip; where rtai 3.3 worked.
[20:47:28] <seb_kuzminsky> oh, is this dgarr's machine?
[20:47:31] <jepler> yeah
[20:47:37] <seb_kuzminsky> crap, i forgot about that one
[20:48:34] <seb_kuzminsky> my notes say dgarr's machine failed with 3.4.87 but worked with 3.4.55
[20:48:43] <seb_kuzminsky> did i understand wrong? or write it down wrong?
[20:49:47] * cradek is not as smart as seb
[20:49:58] <jepler> seb_kuzminsky: I'm not sure
[20:50:20] <jepler> seb_kuzminsky: I thought that dgarr was trying out uspace in master branch because his new computer still didn't work
[20:50:37] <jepler> dgarr: if you read this, let us know what the score is
[20:50:46] <seb_kuzminsky> i thought he was doing that because he's a badass early adopter developer
[20:51:17] <cradek> adopteveloper
[20:51:35] <jepler> develadopter
[20:51:38] <jepler> devdopter
[20:52:00] <cradek> velocidopter
[20:52:01] * seb_kuzminsky is a helicopter
[20:52:56] sudobangbang is now known as register
[20:53:26] register is now known as Guest23906
[20:54:00] Guest23906 is now known as sudobangbang
[20:55:00] <jepler> an interesting item that was in ubc3 was a pair of rtapi calls to get the nominal time this thread invocation was supposed to start, and to get the actual time it started
[20:55:12] -!- FinboySlick has quit [Quit: Leaving.]
[20:55:26] <jepler> thinking about adding that, but I'm not sure how to do it in rtai (I haven't peeked to see whether they have an implementation)
[20:56:37] <jepler> origin/jepler/rtos-master-v0-linux_rt:src/rtapi/rtapi.h: extern long long int rtapi_get_nominal_time(void);
[20:56:44] <jepler> hmm either this was my addition, or it went by the wayside
[20:56:58] <jepler> either way, there was no rtai implementation
[20:57:47] <jepler> oh, yeah, that was my own addition. heh.
[20:58:06] <seb_kuzminsky> would you use it to keep track of jitter during runtime?
[20:59:10] -!- spatialbrew has quit []
[21:01:32] <jepler> It's probably a better way of tracking jitter than subtracting 'last time' from 'now'
[21:01:45] -!- rob_h has quit [Ping timeout: 240 seconds]
[21:02:04] <jepler> for instance, if you ask for 1ms and get 1ms + 10us consistently, you'll think your max latency is really 10us
[21:02:09] -!- rob_h [rob_h!~robh@90.219.183.62] has joined #linuxcnc-devel
[21:02:13] <jepler> but .. it's unbounded, because each invocation becomes later-er
[21:03:33] Cylly is now known as Loetmichel
[21:06:00] <jepler> how confusing, RTAI uses the typedef RTIME for both timer tick counts and for nanoseconds
[21:09:13] <PCW> Yeah the lateness (relative to the minimum or perhaps average) is what I think of as latency
[21:09:15] <PCW> (so the mirror image histogram looks wrong to me)
[21:10:02] <jepler> yup
[21:13:49] <PCW> you should never have an early thread activation
[21:13:56] <jepler> yup again
[21:14:56] <jepler> though the mirror-image graphs do mean something
[21:15:21] <jepler> if you generate a square wave and plot its "time high" as a histogram, that's what you'd se
[21:15:24] <jepler> e
[21:15:25] <jepler> isn't it?
[21:16:23] -!- automata_ has quit [Ping timeout: 240 seconds]
[21:16:28] <PCW> Yes
[21:17:12] -!- Deejay has quit [Quit: bye]
[21:17:49] <jepler> bbl
[21:26:28] -!- alexchally has quit [Ping timeout: 260 seconds]
[21:28:49] -!- larryone has quit [Quit: This computer has gone to sleep]
[21:31:45] -!- theorbtwo has quit [Ping timeout: 240 seconds]
[21:37:09] -!- dgarr [dgarr!~dgarrett@184.101.132.16] has joined #linuxcnc-devel
[21:37:32] <dgarr> seb_kuzminsky: i never got the amd machine ro run rtai3.4.55 so i have retired that machine. last tests:
http://www.panix.com/~dgarrett/stuff/09jul14_a.txt
[21:37:40] <dgarr> i got an hp machine on ebay that will run rtai3.4.55 but runs as well or better with rt-preempt
[21:38:05] <dgarr> the amd machine has run rtai 2.6.122 for years
[21:39:02] -!- fenugrec has quit [Quit: Leaving]
[21:41:45] -!- larryone has quit [Ping timeout: 240 seconds]
[21:41:50] -!- pjm_ has quit [Read error: Connection reset by peer]
[21:44:41] <seb_kuzminsky> dgarr: thanks for that report
[21:47:19] <seb_kuzminsky> oh yeah, that's right - it would hang strangely at certain times
[21:48:20] <memfrob> in short, how does the preempt_rt code in ubc3 differ from master?
[21:52:53] <memfrob> also that kernel doesnt look like 3.4.55.. 3.4-9-rtai-686-pae in kern.log
[21:53:39] <seb_kuzminsky> memfrob: that's how the debian kernel packaging infrastructure (that i'm using now) names packages
[21:54:11] <seb_kuzminsky> the "3.4" means it's a 3.4.x kernel, then the "-9" means it's version 9 of the abi for the 3.4 kernels
[21:54:21] <memfrob> oh..
[21:54:28] <memfrob> well thats confusing
[21:54:37] <seb_kuzminsky> (the abi changes when you got to a new 3.4.x version, or when you change config variables that monkey with internal apis)
[21:55:09] <seb_kuzminsky> then the "-rtai" specifies the featureset (think "out-of-tree feature patch")
[21:55:26] <seb_kuzminsky> then the "-686-pae" specifies the config (pretty much)
[21:55:48] <seb_kuzminsky> then you have to look at the version of the .deb, which in this case is "3.4.55-3linuxcnc", which might be the info you're looking for ;-)
[21:57:06] <memfrob> i guess `uname -r` output in dmesg wasn't cute enough for the debian devs
[21:58:26] -!- bedah has quit [Quit: Ex-Chat]
[22:14:28] -!- Baltzar has quit [Ping timeout: 246 seconds]
[22:19:15] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[22:20:48] -!- zzolo has quit [Quit: zzolo]
[22:23:04] <jepler> memfrob: the new "uspace" code for RT-PREEMPT kernels is a new implementation, but I made it while reading the "ubc3" code.
[22:23:47] <jepler> memfrob: I didn't really keep track of specific ways it differs, but for instance I had no interest in supporting additional userspace RTOSes like xenomai or lxrt (rtai)
[22:23:53] -!- uwe_ has quit [Ping timeout: 256 seconds]
[22:24:21] <jepler> memfrob: I also took the approach that (A) I didn't want to introduce ifdefs into components where I could avoid it and (B) I wanted all new identifiers to be prefixed by rtapi_
[22:26:33] -!- alexchally has quit [Ping timeout: 240 seconds]
[22:29:47] <KGB-linuxcnc> 03Michael Geszkiewicz 05jepler/hm2-eth-v2 bf7c06b 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hostmot2-lowlevel.h 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/tram.c hostmot2: Introduce queue_{read,write} methods * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bf7c06b
[22:29:48] <KGB-linuxcnc> 03Michael Geszkiewicz 05jepler/hm2-eth-v2 f415df4 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hostmot2.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/watchdog.c hostmot2: move watchdog I/O to the read function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f415df4
[22:29:48] <KGB-linuxcnc> 03Michael Geszkiewicz 05jepler/hm2-eth-v2 d95d654 06linuxcnc 10(5 files in 3 dirs) hm2_eth: New driver for Mesa 7I80 ethernet cards * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d95d654
[22:30:28] <jepler> micges-dev, seb_kuzminsky, PCW: I've rebased the history of the hm2_eth driver, preserving the old branch in case you want to look at what I changed
[22:31:15] <jepler> .. I did change a few things: changed some error returns from -1 to -errno; deleted some unused code; reverted the no longer needed hm2_test changes
[22:31:34] <jepler> at each ref, 7i43 and 5i20 pass a basic "does it load" test, and at the tip, 7i80 works too
[22:31:42] <jepler> and the idrom tests also still pass at each step
[22:31:45] <seb_kuzminsky> sweet
[22:33:06] <jepler> I think I got just about the right split of functionality; the last commit is the biggest, but it's not very splittable: you either have a working driver or you don't.
[22:33:57] <jepler> oh and there's a lost change to uspace_rtapi_app.cc; I had mistakenly pushed that change to jepler/hm2-eth. so I just dropped it in the rebase.
[22:34:20] <jepler> before merging to master I'll rebase it onto the tip of master to avoid a conflict in src/Makefile
[22:36:48] <jepler> seb_kuzminsky: how much review do you want to do before this is pushed to master? those first two commits potentially affect all hm2 hardware.
[22:38:12] -!- tjtr33 has quit [Ping timeout: 245 seconds]
[22:39:02] <micges-dev> jepler: great
[22:41:07] <PCW> Thats wonderful
[22:42:10] <jepler> PCW: after you sent me a card I had to take an active interest!
[22:42:34] <PCW> its a trick...
[22:42:44] <jepler> I know
[22:42:58] -!- The_Ball has quit [Remote host closed the connection]
[22:44:39] <PCW> dont you have a parallela card? now linuxcnc should run on it ( well +- )
[22:45:05] <jepler> I do own two
[22:45:19] <jepler> should get one back out
[22:45:34] <jepler> and then check if the fpga is big enough to hold hm2 :-P
[22:45:44] <PCW> its huge
[22:47:08] <PCW> and just think its got 16X 1GHz PRUs with FP
[22:47:53] <jepler> that's gotta be good for something
[22:48:19] <jepler> hm, three problems. I stole the power supply for the beaglebone that is my mp3 player; I stole the ethernet cable for my 7i80; and now the board itself has wandered off
[22:48:34] -!- syyl has quit [Ping timeout: 255 seconds]
[22:48:49] -!- tjb1 has quit [Ping timeout: 256 seconds]
[22:49:14] <jepler> but good news! I found a 20GB, 2.5", PATA hard disk and a Windows XP Pro install media + product key
[22:50:09] <PCW> Ethernet cables are like pens you need enough to saturate space
[22:51:04] <jepler> time to drink a homebrew then think about dinner
[22:51:13] <jepler> if you were here I'd share, promise.
[22:53:32] <PCW> You say that...
[22:55:27] tjb11 is now known as tjb1
[23:00:13] -!- Einar1 has quit [Quit: Leaving.]
[23:04:47] -!- tomp3 has quit [Ping timeout: 250 seconds]
[23:05:16] -!- Roguish has quit [Remote host closed the connection]
[23:13:13] <andypugh> I think that mah might have decided that iocontrolV2 was a dead end. Perhaps I could ask him.
[23:13:28] <andypugh> There is also a demo that does all of iocontrol in HAL.
[23:13:39] <andypugh> (which isn’t at all a bad idea)
[23:24:28] -!- thomaslindstr_m has quit [Quit: Leaving...]
[23:30:34] <seb_kuzminsky> andypugh: yeah, io's not that useful probably
[23:31:05] <seb_kuzminsky> jepler: i'll read through it tonight and get back to you
[23:31:10] <seb_kuzminsky> thanks for all that work, it's really great
[23:31:59] <andypugh> It hard-codes a lot of stuff that might be better configurable. If you could loadusr a suitable tool-handler for your application that things would be rather neater. And the other stuff in there is even more basic. The missing link is HAL components being able to field NML messages.
[23:32:57] <PCW> the same thing could probably be said for motion
[23:33:01] -!- PetefromTn_ has quit [Ping timeout: 256 seconds]
[23:33:21] -!- malcom2073 has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[23:36:13] <seb_kuzminsky> i think we're talking about different things
[23:36:33] <seb_kuzminsky> i think the hal pins that io has are useful for connecting to hal components that move tools around in the real world
[23:36:45] <seb_kuzminsky> i dont think it's useful for io to be a separate thread from task
[23:37:10] -!- sirdancealot has quit [Ping timeout: 264 seconds]
[23:37:21] <seb_kuzminsky> but i bet andypugh has thought about this much more deeply than i, so i'm ready to be convinced i'm wrong
[23:38:34] <andypugh> Are we talking about the things that iocontrol.cc does, or have I got the wrong end of the stick?
[23:40:31] <seb_kuzminsky> that's what i think we're talking about
[23:41:12] <seb_kuzminsky> io (iocontrol.cc) gets nml messages from task, and turns those nml messages into hal-pin state machine transitions
[23:41:45] <seb_kuzminsky> the hal-pin state transitions talk to a part of the machine that changes which tool is where (in the real world)
[23:42:10] <seb_kuzminsky> some hal pin state transitions cause io to send nml messages back to task
[23:42:36] <seb_kuzminsky> all that software is good and useful, but it'd be simpler (and not less useful) if it just lived inside task, i think
[23:43:07] <andypugh> I think it would be useful to consider allowing alternative code to handle the tool requests. Maybe a scheme like the kins modules.
[23:44:19] <andypugh> coolant-mist and coolant flood certainly could be handled by task. There really is no debate about what those G-codes do.
[23:44:20] <seb_kuzminsky> the part of the tool request that io does just manipulates linuxcnc data structures, all the interesting hardware-dependent parts are done on the other side of a well-defined "hal pin interface"
[23:44:40] <seb_kuzminsky> what functionality am i not thinking about?
[23:44:47] <seb_kuzminsky> (err, bus change, bbl)
[23:44:54] <seb_kuzminsky> i'll read back
[23:46:21] <andypugh> The data structure itself is a bit limiting. Motion needs certain information, and that is well-defined, but there are many other things that a tool table might want to hold, and many things that a tool-handler might want to do with the data.
[23:53:38] -!- patricka_ has quit [Remote host closed the connection]
[23:56:50] -!- i_tarzan has quit [Read error: Connection reset by peer]
[23:58:57] -!- XXCoder has quit [Ping timeout: 250 seconds]