#linuxcnc-devel | Logs for 2014-07-02

Back
[00:04:05] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]]
[00:08:48] -!- acdha has quit [Client Quit]
[00:10:51] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[00:10:58] -!- kwallace4 [kwallace4!~kwallace@smb-214.sonnet.com] has parted #linuxcnc-devel
[00:14:19] -!- acdha has quit [Client Quit]
[00:17:10] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[00:25:47] <skunkworks> logger[psha]_:
[00:31:59] -!- andypugh has quit [Quit: andypugh]
[00:32:55] -!- WyrM has quit [Ping timeout: 272 seconds]
[00:37:45] -!- WyrM has quit [Changing host]
[00:37:55] -!- acdha has quit [Client Quit]
[00:43:47] -!- amiri has quit [Ping timeout: 252 seconds]
[00:53:48] -!- acdha has quit [Client Quit]
[01:03:50] -!- zeitue has quit [Quit: Leaving]
[01:03:52] -!- tris has quit [Quit: Leaving]
[01:06:01] -!- tjb1 has quit [Read error: Connection reset by peer]
[01:08:47] -!- acdha has quit [Client Quit]
[01:14:18] -!- tjb1 has quit [Read error: Connection reset by peer]
[01:16:35] -!- tjb1 has quit [Client Quit]
[01:19:09] -!- anth0ny has quit [Quit: anth0ny]
[01:22:55] -!- tchaddad has quit [Remote host closed the connection]
[01:23:49] -!- acdha has quit [Client Quit]
[01:23:49] -!- K6MLE has quit [Ping timeout: 246 seconds]
[01:26:00] -!- dybskiy has quit [Remote host closed the connection]
[01:29:28] -!- tchaddad has quit [Remote host closed the connection]
[01:29:49] -!- zeitue has quit [Quit: Leaving]
[01:36:09] -!- tchaddad has quit [Remote host closed the connection]
[01:37:51] -!- anth0ny has quit [Quit: anth0ny]
[01:38:48] -!- acdha has quit [Client Quit]
[01:43:44] -!- sudobangbang has quit [Ping timeout: 252 seconds]
[01:49:14] -!- sylphiae has quit [Ping timeout: 252 seconds]
[01:54:01] -!- acdha has quit [Client Quit]
[01:54:14] <jepler> maybe if you defined the units with the widget
[01:54:41] <jepler> there are at least two units packages in python
[01:55:38] <jepler> python-quantities - Library for computation of physical quantities with units
[01:55:53] <jepler> only one I see packaged in debian, and if it's "based on numpy" it may be heavyweight
[02:01:53] -!- Tom_itx has quit [Ping timeout: 252 seconds]
[02:08:49] -!- acdha has quit [Client Quit]
[02:21:30] <skunkworks> jepler: the wine is gone too. It was pleasant. - little dry but totally drinkable plane
[02:21:51] <skunkworks> (never tried it with 7-up)
[02:23:48] -!- acdha has quit [Client Quit]
[02:24:55] -!- dybskiy has quit [Ping timeout: 248 seconds]
[02:28:08] <skunkworks> heh
[02:28:10] <skunkworks> plain.
[02:34:01] <jepler> skunkworks: glad you enjoyed it
[02:38:47] -!- acdha has quit [Client Quit]
[02:52:03] -!- dybskiy has quit [Ping timeout: 240 seconds]
[02:53:49] -!- acdha has quit [Client Quit]
[02:57:16] <cradek> I'm rebuilding with deb-src fixed, and all firmwares included (manually, since hostmot2-firmware-all doesn't quite work yet)
[02:57:34] <cradek> won't fix dewey's or sam's problems, though
[03:00:53] -!- tchaddad has quit [Remote host closed the connection]
[03:02:23] -!- AR__ has quit [Ping timeout: 272 seconds]
[03:03:53] <skunkworks> which problem?
[03:03:59] <skunkworks> the usb issue?
[03:04:11] <skunkworks> I can try the stock (non rt) kernel tomorrow.
[03:04:15] <skunkworks> I didn't catch taht
[03:04:17] <skunkworks> that
[03:04:41] <skunkworks> there was an issue with deb-src?
[03:08:48] -!- acdha has quit [Client Quit]
[03:13:19] -!- Komzpa has quit [Read error: Connection reset by peer]
[03:19:00] <cradek> it was missing - you had to add it
[03:19:18] <cradek> yeah it won't fix your usb thing because we didn't change anything
[03:19:29] <cradek> but I can still fiddle with the other details
[03:20:01] <skunkworks> ok - but the issue with me installing the dependancies? is that still something I am doing wrong?
[03:20:23] <cradek> the python thing? I'm not sure, but it's not a cd issue, it may be in our linuxcnc package
[03:20:55] <skunkworks> ok
[03:21:00] <skunkworks> I can play some more tomorrow
[03:22:46] <skunkworks> it was this http://pastebin.com/uTmtR12q
[03:22:57] <skunkworks> I started going down the rabbit hole
[03:23:48] -!- acdha has quit [Client Quit]
[03:24:30] -!- theorbtwo has quit [Remote host closed the connection]
[03:24:33] <cradek> Installed: 2.7.3-6+deb7u2
[03:24:38] <cradek> Version table:
[03:24:38] <cradek> *** 2.7.3-6+deb7u2 0
[03:24:38] <cradek> 500 http://http.debian.net/debian/ wheezy/main i386 Packages
[03:25:03] <cradek> it's in main. not sure why you didn't get it...
[03:25:10] <cradek> oh libssl-dev
[03:25:23] <cradek> wonder if I'm missing some security updates source for main
[03:25:55] <cradek> we'll be able to figure it out tomorrow I bet
[03:38:49] -!- acdha has quit [Client Quit]
[03:45:13] -!- zeitue has quit [Quit: Leaving]
[03:48:43] -!- theorbtwo has quit [Client Quit]
[03:52:23] -!- dybskiy has quit [Ping timeout: 248 seconds]
[03:53:44] -!- PetefromTn_ has quit [Ping timeout: 244 seconds]
[03:53:48] -!- acdha has quit [Client Quit]
[04:00:58] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:06:17] -!- gimps has quit [Quit: leaving]
[04:06:55] zz_prtksxna is now known as prtksxna
[04:16:54] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[04:23:48] -!- acdha has quit [Client Quit]
[04:30:57] prtksxna is now known as zz_prtksxna
[04:38:17] -!- tchaddad has quit []
[04:38:47] -!- acdha has quit [Client Quit]
[04:44:00] zz_prtksxna is now known as prtksxna
[04:49:01] -!- aniM has quit [Ping timeout: 244 seconds]
[04:52:07] -!- dybskiy has quit [Ping timeout: 248 seconds]
[04:53:47] -!- acdha has quit [Client Quit]
[04:57:55] -!- Tecan has quit [Changing host]
[05:02:46] -!- Fox_Muldr has quit [Ping timeout: 264 seconds]
[05:03:25] <seb_kuzminsky> the silly deb archive structure at wlo requires me to put a copy of the hm2 firmware in each dist (hardy, lucid, precise, wheezy)
[05:03:47] <seb_kuzminsky> or i could create a horrible symlink farm
[05:03:59] <seb_kuzminsky> uh oh, skunkworks is gonna call me out for talking to myself again
[05:04:03] * seb_kuzminsky shuts up
[05:08:48] -!- acdha has quit [Client Quit]
[05:16:39] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[05:21:09] -!- kwallace3 [kwallace3!~kwallace@smb-214.sonnet.com] has parted #linuxcnc-devel
[05:23:49] -!- acdha has quit [Client Quit]
[05:27:03] -!- lexano has quit [Ping timeout: 240 seconds]
[05:27:18] -!- ve7it has quit [Remote host closed the connection]
[05:39:00] -!- acdha has quit [Client Quit]
[05:43:19] -!- ravenlock has quit [Ping timeout: 248 seconds]
[05:50:13] -!- ChuangTzu_ has quit [Ping timeout: 272 seconds]
[05:53:47] -!- acdha has quit [Client Quit]
[05:57:48] <seb_kuzminsky> whoa!
[05:57:54] <seb_kuzminsky> i must be in the future:
[05:57:56] <seb_kuzminsky> [Connecting to us.archive.ubuntu.com (2001:67c:1562::15)]
[06:08:50] -!- acdha has quit [Client Quit]
[06:10:52] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[06:23:48] -!- acdha has quit [Client Quit]
[06:38:48] -!- acdha has quit [Client Quit]
[06:44:33] -!- arturia has quit [Ping timeout: 240 seconds]
[07:02:44] -!- sirdancealot has quit [Ping timeout: 252 seconds]
[07:08:49] -!- acdha has quit [Client Quit]
[07:09:51] -!- Oo_BIGeye has quit []
[07:18:42] -!- Valen has quit [Remote host closed the connection]
[07:19:54] -!- rob_h [rob_h!~robh@176.248.180.75] has joined #linuxcnc-devel
[07:23:47] -!- acdha has quit [Client Quit]
[07:25:31] -!- jduhls has quit [Quit: Leaving]
[07:33:31] -!- The_Ball has quit [Remote host closed the connection]
[07:36:56] -!- zeitue has quit [Ping timeout: 244 seconds]
[07:38:47] -!- acdha has quit [Client Quit]
[07:42:05] <seb_kuzminsky> cradek: i just pushed hostmot2-firmware 0.8.10 (with the -all Depends fix) to wlo
[07:42:45] -!- karavanjo has quit [Read error: Connection reset by peer]
[07:43:17] <seb_kuzminsky> i monkeyed around a bunch with the binary-all component, until i noticed this debian bug:
[07:43:20] <seb_kuzminsky> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264952
[07:44:09] <seb_kuzminsky> the hm2 debs now live in binary-all, where apt-ftparchive can't see them, and they're symlinked to the real arches that apt-ftparchive *can* see
[07:44:21] <seb_kuzminsky> well, it works for me, hope i didnt break it for anyone else
[07:51:37] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[07:53:48] -!- acdha has quit [Client Quit]
[07:54:20] <seb_kuzminsky> for your amusement, my soundtrack tonight has been the brett domino trio: https://www.youtube.com/watch?v=Lsm3hoWEM14
[08:01:40] -!- Einar1 has quit [Quit: Leaving.]
[08:08:47] -!- acdha has quit [Client Quit]
[08:23:47] -!- acdha has quit [Client Quit]
[08:30:22] -!- gonzo__ has quit [Ping timeout: 264 seconds]
[08:31:43] prtksxna is now known as zz_prtksxna
[08:37:58] -!- acdha has quit [Client Quit]
[08:53:47] -!- acdha has quit [Client Quit]
[09:08:06] zz_prtksxna is now known as prtksxna
[09:08:47] -!- acdha has quit [Client Quit]
[09:14:09] -!- larryone has quit [Quit: This computer has gone to sleep]
[09:23:48] -!- acdha has quit [Client Quit]
[09:35:07] -!- larryone has quit [Client Quit]
[09:46:03] -!- Lathe_newbie has quit [Ping timeout: 240 seconds]
[09:50:43] -!- b_b has quit [Changing host]
[09:53:33] -!- acdha has quit [Client Quit]
[10:08:48] -!- acdha has quit [Client Quit]
[10:11:03] -!- larryone has quit [Ping timeout: 248 seconds]
[10:16:34] -!- larryone1 has quit [Ping timeout: 264 seconds]
[10:21:54] -!- larryone has quit [Ping timeout: 255 seconds]
[10:23:48] -!- acdha has quit [Client Quit]
[10:29:47] -!- Valen has quit [Quit: Leaving.]
[10:31:37] -!- md-2 has quit [Remote host closed the connection]
[10:38:48] -!- acdha has quit [Client Quit]
[10:40:48] -!- karavanjo has quit [Ping timeout: 255 seconds]
[10:42:11] -!- skunkworks has quit [Ping timeout: 252 seconds]
[10:50:25] -!- dnaleromj [dnaleromj!~dnaleromj@98.124.126.110] has joined #linuxcnc-devel
[10:53:48] -!- acdha has quit [Client Quit]
[10:56:02] amnesic is now known as amnesic_away
[11:04:47] prtksxna is now known as zz_prtksxna
[11:08:48] -!- acdha has quit [Client Quit]
[11:11:32] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:12:41] -!- ktchk [ktchk!~eddie6929@n219078190149.netvigator.com] has joined #linuxcnc-devel
[11:13:43] zz_prtksxna is now known as prtksxna
[11:15:28] Patang is now known as nilsht
[11:17:36] -!- ktchk [ktchk!~eddie6929@n219078190149.netvigator.com] has parted #linuxcnc-devel
[11:20:09] -!- Einar1 has quit [Quit: Leaving.]
[11:21:15] -!- dnaleromj has quit []
[11:21:30] -!- MrSunshine has quit [Quit: Leaving]
[11:23:21] amnesic_away is now known as amnesic
[11:23:48] -!- acdha has quit [Client Quit]
[11:24:13] amnesic is now known as amnesic_away
[11:25:31] amnesic_away is now known as amnesic
[11:28:22] amnesic is now known as amnesic_away
[11:33:31] prtksxna is now known as zz_prtksxna
[11:38:54] -!- acdha has quit [Client Quit]
[11:52:11] zz_prtksxna is now known as prtksxna
[12:08:11] -!- acdha has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
[12:16:28] <jepler> seb_kuzminsky: sounds like a lot of work
[12:16:50] <jepler> seb_kuzminsky: if it was just a matter of space on www.l.o, I don't think we care (copies of hm2)
[12:35:55] -!- md-2 has quit [Remote host closed the connection]
[12:40:44] -!- md-2 has quit [Ping timeout: 244 seconds]
[12:44:17] -!- alexchally has quit [Read error: Connection reset by peer]
[12:46:32] arturia is now known as sylphiae
[12:53:53] -!- Einar1 has quit [Quit: Leaving.]
[12:56:53] -!- witnit has quit [Remote host closed the connection]
[13:11:13] -!- md-2 has quit [Ping timeout: 244 seconds]
[13:19:29] -!- gimps has quit [Ping timeout: 252 seconds]
[13:22:48] -!- aniM has quit [Ping timeout: 255 seconds]
[13:27:41] <KGB-linuxcnc> 03John Thornton 05v2.5_branch 963a047 06linuxcnc 10docs/src/hal/basic_hal.txt Docs: fix float value with old data * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=963a047
[13:37:45] -!- gimps has quit [Changing host]
[13:38:31] -!- Simooon has quit [Quit: Leaving]
[13:39:35] <KGB-linuxcnc> 03John Thornton 05v2.5_branch 80efa5f 06linuxcnc 10docs/man/man9/debounce.9 Docs: try to word synopsis to be a bit clearer in the description * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=80efa5f
[13:43:32] <skunkworks> this is what is in the linuxcnc sources and the sources.. http://pastebin.com/SZ5rPJH2
[13:45:27] -!- Lathe_newbie has quit [Ping timeout: 248 seconds]
[13:46:38] <seb_kuzminsky> jepler: it was a hassle to figure out, but all the work is done by bash now so i dont care
[13:47:12] <seb_kuzminsky> keeping the the symlinks up to date is automatic
[13:48:14] <seb_kuzminsky> jthornton: the new debounce docs are better, thanks
[13:54:22] -!- theorbtwo has quit [Remote host closed the connection]
[14:02:57] -!- acdha has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
[14:04:54] <linuxcnc-build> build #2210 of 1100.rip-hardy-i386 is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1100.rip-hardy-i386/builds/2210 blamelist: John Thornton <jthornton@gnipsel.com>
[14:13:42] <JT-Shop> seb_kuzminsky, thanks
[14:14:11] <JT-Shop> looks like we have a new proof reader YEA!
[14:14:46] <jepler> well as I had long suspected, accesses to hal_float_t are not atomic on arm
[14:15:05] <jepler> mailing list message with more infos
[14:15:08] <cradek> oh dear
[14:15:11] <cradek> that ain't good
[14:15:18] <jepler> .. cancel my interest in ARM ports
[14:16:16] <cradek> yeah that's one sacrifice too many
[14:19:20] <linuxcnc-build> build #2212 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2212 blamelist: John Thornton <jthornton@gnipsel.com>
[14:20:34] <jepler> there are bound to be atomic 64-bit instructions on arm, so "all" you have to do is decree that all hal components are C++ programs, and make hal_double_t a class with operator= and operator double methods that do the necessary atomic access, as I proposed a thousand years ago. http://media.unpythonic.net/emergent-files/01189609097/atomic64.h
[14:21:32] <jepler> but any way you slice it, you're likely to have to make a new, source-code-breaking requirement
[14:23:19] <cradek> you'd use c++ just so you could continue to use the = operator?
[14:24:21] <jepler> it's likely to need fewer source-level changes
[14:24:40] <cradek> sure
[14:24:59] <cradek> but you could do it in C just fine too, but with different syntax?
[14:25:17] <jepler> yeah, at every location where you read or write a hal_float_t
[14:25:36] <cradek> I bet that wouldn't be a bad thing
[14:26:00] <cradek> we've often fixed things where the component unwittingly read the pin several times, expecting it to have not changed
[14:26:21] <cradek> an explicit hal read would make that problem less easy to write
[14:26:36] <jepler> that's an interesting point
[14:26:43] <jepler> so you think it could be good for whatever type it is
[14:27:27] <cradek> it would be a pain to change (and yeah you break everyone else's code too) but when done, things would be better in several ways
[14:27:41] <jepler> we could probably find a way to make it optional at first
[14:27:49] <jepler> activate it only if something is defined when rtapi.h is included
[14:28:04] <jepler> now I'm envisoning how comp components would change
[14:28:23] <jepler> I think there we could do something much cooler actually
[14:28:34] <jepler> change function x; to function x reads in writes out;
[14:29:10] <jepler> then behind the scenes, comp ensures that all the "reads" values are read into locals and at exit all "writes" are written
[14:29:22] <jepler> and now you can document what each thread reads and writes, which is cool too
[14:33:02] <jepler> the downside would arise for, say, mux: imagine you write a mux4096 in comp. the "old way", you read one value and write one value every time. the new way, it would have to read 4096 values every time...
[14:33:37] <jepler> (ok, it has to read the 12 mux bits or one mux control u32, but either way the number of reads is greatly inflated by code which would read all the inputs at the top)
[14:34:35] <seb_kuzminsky> jepler: i like it
[14:35:35] <jepler> seb_kuzminsky: which "it"?
[14:42:09] -!- sylphiae has quit [Ping timeout: 244 seconds]
[14:43:34] -!- automata has quit [Ping timeout: 264 seconds]
[14:43:38] <cradek> seb_kuzminsky: thanks for fixing the firmwares! I got updates this morning when booting last night's new cd image
[14:47:43] prtksxna is now known as omnom_prtksxna
[14:48:13] -!- thesuss has quit [Quit: Page closed]
[14:48:23] -!- micges-dev has quit [Ping timeout: 248 seconds]
[14:48:47] <cradek> skunkworks: on this morning's install, apt-get build-dep linuxcnc works fine for me with no screwing around
[14:50:28] <cradek> skunkworks: http://linuxcnc.org/binary.hybrid.iso ec2e8151b617426df30d384440656ada
[14:51:35] <skunkworks> same thing here.. Wonder what I screwed up. I just picked the defaults going through the text installer
[14:51:49] <cradek> huh
[14:52:06] <cradek> I think the graphical and text installers should be exactly the same, but I should try both. I used the text, too
[14:52:34] <skunkworks> I will try agian for grins.
[14:55:03] <jepler> mmm did someone say grits?
[14:55:19] <cradek> I installed this time with full disk encryption on lvm for kicks, and it works fine
[15:01:17] -!- skorasaurus has quit [Remote host closed the connection]
[15:01:19] -!- micges-dev [micges-dev!~x@deh88.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[15:03:32] <seb_kuzminsky> cradek: did i tell you have had trouble with, errr, one of the install images? the 'live' option at the grub menu worked fine, but both the install options had messed-up unreadable vga consoles
[15:03:44] <seb_kuzminsky> removing the "vga=788" from the kernel command line fixed it and let me install
[15:03:58] <seb_kuzminsky> it's the old dell that runs my bridgeport
[15:04:15] <cradek> hmmm
[15:04:37] <cradek> so I guess real X (live) works but not the framebuffer console
[15:04:47] <seb_kuzminsky> jepler: i like the idea of a more rigid hal api that enforces read and write atomicity
[15:05:29] <cradek> after removing vga=, you used the text mode installer successfully?
[15:05:35] -!- skorasaurus has quit [Remote host closed the connection]
[15:05:54] <seb_kuzminsky> yes, i think it was text-mode that i used
[15:06:20] <seb_kuzminsky> i tried booting both text-mode installer and graphical installer with vga=788 removed, and both worked, whereas with vga= they both didn't work
[15:06:43] <cradek> what happened when it didn't work?
[15:06:50] <seb_kuzminsky> i think i took a picture, hold on
[15:07:31] <cradek> I guess 788 is 800x600x16
[15:07:35] <cradek> you'd think that would work on everything
[15:09:35] amnesic_away is now known as amnesic
[15:09:51] <jepler> cradek: sounds pretty lowest-common-denominator, that's for sure
[15:10:02] <seb_kuzminsky> my denominator is lower
[15:10:04] <seb_kuzminsky> http://highlab.com/~seb/linuxcnc/0630140014.jpg
[15:10:37] <seb_kuzminsky> the colorful confetti at top flickers as if it was writing to video memory but ithe bytes were getting misinterpreted
[15:11:03] <cradek> :-/
[15:11:15] <seb_kuzminsky> that's the grub splash in the background obviously
[15:11:28] <seb_kuzminsky> might be my kernel is lacking some video driver
[15:14:14] <cradek> the installer runs the debian kernel
[15:14:22] <cradek> er, both installers
[15:14:31] <seb_kuzminsky> oh
[15:14:35] <seb_kuzminsky> why?
[15:14:43] <cradek> happy accident?
[15:14:51] <seb_kuzminsky> it's always been strange to me that the debian install cds use a different kernel than the one they install for you
[15:14:56] <cradek> I have no idea but I decided it wasn't a thing to worry about fixing
[15:15:02] <cradek> yeah
[15:15:49] <seb_kuzminsky> i was bit and/or saved by that feature(?) a few years ago on some benighted early netbook
[15:16:19] <seb_kuzminsky> jepler: it's great that you figured out the arm atomicity thing before it bit any users
[15:17:22] <jepler> seb_kuzminsky: and all it took was a little googling
[15:17:37] <jepler> for UP systems, you're unlikely to ever notice a problem
[15:17:50] <jepler> for SMP systems it's not hard to notice the problem if you write software to look for it
[15:18:32] -!- skorasaurus has quit [Remote host closed the connection]
[15:19:03] <seb_kuzminsky> bbl
[15:24:31] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[15:24:55] <cradek> huh, someone tried to put spam on the wiki (but failed)
[15:24:58] <cradek> the front page is not loading
[15:25:41] -!- skorasaurus has quit [Remote host closed the connection]
[15:25:49] -!- quiqua has quit [Quit: quiqua]
[15:26:40] <linuxcnc-build> build #1416 of 4000.deb-hardy-rtai-i386 is complete: Failure [4failed apt-get-update shell_1] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/4000.deb-hardy-rtai-i386/builds/1416 blamelist: John Thornton <jthornton@gnipsel.com>
[15:27:54] * jthornton runs and hides
[15:28:08] -!- skorasaurus has quit [Remote host closed the connection]
[15:29:54] <cradek> studying it before I just clean it up
[15:29:57] <cradek> please nobody touch
[15:32:03] -!- skorasaurus has quit [Remote host closed the connection]
[15:35:37] -!- skorasaurus2 has quit [Remote host closed the connection]
[15:35:51] -!- RyanS has quit [Ping timeout: 248 seconds]
[15:37:26] -!- sudobangbang has quit [Ping timeout: 244 seconds]
[15:38:31] <seb_kuzminsky> jthornton: that one's not your fault, it's something in the buildbot
[15:38:38] <seb_kuzminsky> i dont know why the previous one failed though
[15:38:51] <seb_kuzminsky> but that one also doesn't look like yours
[15:40:58] <seb_kuzminsky> hmm, that deb-hardy-rtai-i386 failure is a race condition in the new repo management code :-/
[15:41:47] <seb_kuzminsky> one buildslave puts new packages in the repo and asks the buildmaster to regenerate the index file (Release, Packages, etc), and while those files are being written another buildslave runs 'apt-get update' and get an inconsistent view of the archive
[15:42:10] <seb_kuzminsky> linuxcnc-build: force build --branch=v2.5_branch 0000.checkin
[15:42:13] <linuxcnc-build> build forced [ETA 1h11m13s]
[15:42:13] <linuxcnc-build> I'll give a shout when the build finishes
[15:42:17] <seb_kuzminsky> i wonder how to fix that
[15:42:29] -!- skorasaurus2 has quit [Ping timeout: 252 seconds]
[15:42:57] putnik_ is now known as putnik
[15:43:07] <seb_kuzminsky> i wonder if i could have apt-ftparchive generate the new index files into a temporary directory and mv them into place, that would at least make the window smaller
[15:43:56] -!- skors has quit [Remote host closed the connection]
[15:47:16] -!- skorasaurus has quit [Remote host closed the connection]
[15:54:01] -!- skorasaurus has quit [Remote host closed the connection]
[15:56:41] <jepler> now's the perfect time to stop what you're doing and develop on apt-ftparchive. shaved yaks for all.
[15:59:21] <seb_kuzminsky> it's the unix way
[15:59:39] -!- skorasaurus2 has quit [Remote host closed the connection]
[16:00:04] <seb_kuzminsky> i tried to shave a yak, but there was a hairy yak in the way
[16:04:40] -!- acdha has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
[16:08:03] -!- skors has quit [Ping timeout: 240 seconds]
[16:09:27] -!- skorasaurus has quit [Remote host closed the connection]
[16:12:00] -!- Tecan has quit [Ping timeout: 255 seconds]
[16:16:33] -!- skorasaurus2 has quit [Remote host closed the connection]
[16:17:41] -!- jduhls has quit [Ping timeout: 252 seconds]
[16:21:01] -!- syyl has quit [Ping timeout: 272 seconds]
[16:21:52] -!- witnit has quit [Ping timeout: 260 seconds]
[16:22:11] -!- sheppard has quit [Quit: Ex-Chat]
[16:22:54] -!- syyl_ has quit [Ping timeout: 244 seconds]
[16:26:05] -!- amiri_ has quit [Ping timeout: 272 seconds]
[16:27:37] <skunkworks> cradek, the new image install - seems to be working
[16:27:48] <skunkworks> it is currently installing all the dependanices
[16:28:01] <cradek> but it didn't fix your usb thing, right?
[16:28:08] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[16:28:12] <skunkworks> I have not tried it in that motherboard yet
[16:28:18] <cradek> ok thanks
[16:28:23] <cradek> (surely it still won't work)
[16:28:45] <skunkworks> It also pulled the mesa firmware when I did the update/upgrade
[16:28:58] <cradek> I booted the newest one live, installed git and build-deps and was able to build packages
[16:29:15] <cradek> yay, that's a good thing :-)
[16:29:19] <skunkworks> :)
[16:29:22] <seb_kuzminsky> oh good :-)
[16:29:49] <cradek> seb_kuzminsky: I listed all of them instead of using -all. should I change it back?
[16:30:14] <skunkworks> now lets see if I can get the 7i80 working with rt-preemt and jepler ethernet branch
[16:31:06] -!- larryone has quit [Quit: This computer has gone to sleep]
[16:31:30] <cradek> fun!
[16:31:54] <pcw_home> I was about to try that but not sure what rt option config needs
[16:32:33] <skunkworks> I just did a search in synaptic and installed the -rt kernel. some something pae something...
[16:33:00] <seb_kuzminsky> heh, sounds like a kernel version number...
[16:33:06] omnom_prtksxna is now known as zz_prtksxna
[16:33:07] <skunkworks> it seemed to install it. it deosn't set it as the default kernel - but that isn't hard to do/
[16:33:09] <seb_kuzminsky> cradek: yes, i think you should change it back to -all now
[16:33:22] <jepler> pcw_home: I have been building and doing a limited amount of testing on debian 7 amd64 with linux-image-3.2.0-rt-amd64. On 32-bit systems, linux-image-3.2.0-rt-i686-pae sounds like the right alternative
[16:33:22] -!- rob_h has quit [Ping timeout: 264 seconds]
[16:33:29] <cradek> seb_kuzminsky: ok
[16:33:47] <seb_kuzminsky> skunkworks: the -rt kernel form debian is in the 3.2 series, grub wil prefer the rtai kernel from linuxcnc.org because it's 3.4.something thus obviously much better
[16:34:03] <skunkworks> ah
[16:34:16] <seb_kuzminsky> wow my typing is getting bad
[16:34:17] <skunkworks> I assume I can force it in grub..
[16:34:21] <seb_kuzminsky> skunkworks: sure
[16:34:24] <jepler> as for build requirements, if you can build regular linuxcnc I think you need one additional package, libudev-dev
[16:35:22] <jepler> pcw_home: weird thing happened to me recently: the 5i20 I have had for years spontaneously lost its eeprom settings and wouldn't work with linuxcnc. I reprogrammed it with that DOS utility you've recommended on the forum, and it works again.
[16:35:41] <jepler> I'm not sure I'd used that 5i20 for 2 years, and I also transferred it between systems at least twice since the last time I'm certain it worked
[16:36:35] <seb_kuzminsky> jepler: next time try micges-dev 's mesaflash, it runs in linux and i think there might even be debs somewhere
[16:36:52] <jepler> seb_kuzminsky: if there's a next time, I'll look
[16:36:57] <pcw_home> we have occasionally have had bad EEPROM lots (leaky)
[16:36:59] <pcw_home> its something that cannot really be tested :-)
[16:37:03] <jepler> this is not the FPGA bitstream eeprom, it's a eeprom for configuring the PCI bridge
[16:37:08] <cradek> we need to get mesaflash in our repo
[16:37:10] <seb_kuzminsky> i mean, unless you *want* to boot fmor a freedos floppy
[16:37:12] <jepler> so I dunno if mesaflash handles that
[16:37:16] <jepler> seb_kuzminsky: it boots from USB!
[16:37:54] <jepler> (I used http://chtaube.eu/computers/freedos/bootable-usb/ )
[16:38:22] <cradek> that's pretty amazing
[16:38:27] <pcw_home> I think Michael G was considering adding EEPROM support
[16:39:13] <pcw_home> the batch files could be munged into scripts easily
[16:39:58] <jepler> yes, if it had been harder to get freedos going, I'd probably have tried my hand at that
[16:40:03] <skunkworks> I don't know what I did wrong the first time.. I did have some network issues when I initially installed the live cd to the hd..
[16:40:27] <jepler> I should port rtapi to freedos
[16:40:33] <jepler> yeah, that's it
[16:40:48] <cradek> skunkworks: I've done some work to make things right, in the situation where you install without network but then later plug it in to the network. if you're really bold that's a thing it would be useful to test too :-)
[16:41:08] <skunkworks> ok :)
[16:41:10] <pcw_home> I think Ive only seen the leaky EEPROMs on older 5I20s so I'm hoping that issue is solved
[16:41:11] <pcw_home> (we will fix the card if you like)
[16:41:42] <skunkworks> does it just stop working after a long time?
[16:41:51] <pcw_home> Yep
[16:41:55] <cradek> eek
[16:42:12] <jepler> pcw_home: I figured you'd exchange it since there are no big scorch marks on it, but I was glad to be able to fix it myself
[16:42:56] <pcw_home> it will eventually go bad again...
[16:43:15] <skunkworks> about the same amount of time?
[16:43:21] <jepler> pcw_home: before or after I run out of systems with PCI slots?
[16:43:27] <skunkworks> heh
[16:43:50] <cradek> you plan to run out?
[16:43:59] <cradek> guess you need a bigger basement
[16:44:19] <pcw_home> maybe (though there are new MBs with PCI now)
[16:44:54] <jepler> cradek: I think my oldest desktop was purchased new in 2005, so under ten years old
[16:45:10] <jepler> who would want a computer over ten years old?
[16:45:29] <cradek> ask again in 10 years
[16:47:01] <jepler> cradek: do you know about when those core2 desktops would have been purchased?
[16:47:24] <cradek> sorry, no
[16:47:31] <pcw_home> jepler: I'm still not clear on the configure option I need for preemt-rt
[16:47:49] <jepler> pcw_home: oh, when invoking configure? --enable-realtime=uspace, though --enable-simulator is accepted and now means the same thing
[16:47:58] <jepler> er, is it --with-realtime=uspace ?
[16:48:05] <seb_kuzminsky> all this talk of preempt-rt reminds me that i told jepler i'd review his branch last night
[16:48:10] <pcw_home> OK will try that
[16:48:18] <seb_kuzminsky> instead i worked on hm2 debs
[16:48:29] <seb_kuzminsky> i'll try to review it soon jeff
[16:48:45] <jepler> seb_kuzminsky: you were up until the AMs anyway, no hard feelings
[16:48:53] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[16:49:28] <seb_kuzminsky> oh good
[16:50:52] <jepler> cradek: well, the specific CPU in mine was released in 2008, but I don't recall whether when we got them they were hot s--- or old and budget CPUs
[16:51:08] <jepler> seems like they were good desktop CPUs for the day, so maybe the machines are from 2008/2009 era
[16:51:42] -!- patrickarlt has quit [Remote host closed the connection]
[16:52:27] <jepler> OK, added improve configure --help / document how to build / kernel requirements to my list of TODOs for the next (and last?) time I rebase that branch
[16:53:25] <seb_kuzminsky> we need to figure out what this branch means for our packaging
[16:53:41] <jepler> seb_kuzminsky: yes
[16:53:42] <seb_kuzminsky> we currently build linuxcnc (rtai) and linuxcnc-sim (non-realtime)
[16:53:51] <jepler> I think that I successfully made dpkg build linuxcnc-uspace instead
[16:53:58] <jepler> it's supposed to conflict with linuxcnc-sim
[16:53:58] <seb_kuzminsky> this sort of replaces -sim
[16:54:06] <seb_kuzminsky> ... oh you did! sweet
[16:54:07] <jepler> and, yes, it would replace -sim
[16:55:27] <jepler> there's not a linux-image-rt metapackage, so I don't think there's an obvious way to recommend an appropriate -rt kernel
[16:55:43] <seb_kuzminsky> there's linux-image-rt-amd64 (on my amd64 wheezy machine)
[16:55:50] <jepler> though I could look at the dpkg architecture and either recommend linux-image-rt-amd64 or linux-image-rt-i686-pae
[16:55:55] <seb_kuzminsky> yeah
[16:57:00] -!- patrickarlt has quit [Ping timeout: 255 seconds]
[16:58:37] <jepler> in fact, I think I can just write that statically in control.in
[16:58:53] <jepler> no, because I don't want that for the regular, rtai version
[16:59:21] -!- exco has quit [Remote host closed the connection]
[17:01:10] <jepler> Package: linuxcnc-uspace
[17:01:14] <jepler> Recommends: linuxcnc-doc-en | linuxcnc-doc, hostmot2-firmware, linux-image-rt-amd64 [linux-amd64], linux-image-rt-686-pae [linux-i386]
[17:01:18] <jepler> I hope that's the right spelling
[17:07:20] <seb_kuzminsky> i think the linux- part of linux-{amd64,i386} is optional?
[17:07:30] <seb_kuzminsky> but otherwise it looks right
[17:14:30] -!- gonzo___ has quit [Read error: Connection reset by peer]
[17:15:00] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[17:23:00] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[17:25:06] -!- zzolo has quit [Quit: zzolo]
[17:31:12] -!- md-2 has quit [Quit: Leaving...]
[17:32:39] <linuxcnc-build> Hey! build 0000.checkin #2214 is complete: Success [3build successful]
[17:32:39] <linuxcnc-build> Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2214
[17:35:51] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[17:37:56] -!- patricka_ has quit [Ping timeout: 260 seconds]
[17:39:57] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[17:40:11] -!- MacGalempsy has quit [Remote host closed the connection]
[17:41:02] <skunkworks> master builds
[17:42:39] <memfrob> seb_kuzminsky, i heard people were having seg faults with 3.4.XX-4 RTAI kernel patches?
[17:50:45] <seb_kuzminsky> hi memfrob
[17:51:28] <seb_kuzminsky> i've built 3.4.87 with the rtai patch called hal-linux-3.4.87-x86-4.patch (md5sum b4755f26cdd06bda1e576e05b40c0713) from the tip of shabby's master (it's also the tip of his dev branch)
[17:51:53] -!- rob_h [rob_h!~robh@176.248.180.75] has joined #linuxcnc-devel
[17:52:29] <seb_kuzminsky> i'm using the rtai userspace from before, old-master commit a0dc5355ee
[17:52:50] <memfrob> yes userspace is not made for -4 IPIPE releases
[17:52:50] <seb_kuzminsky> with this combo we've found two machines that panic reliably, one is dgarr's and one is mine
[17:53:21] <memfrob> for you i'm working on bumping the -1 kernel patch to 3.4.96 that should remove all problems
[17:53:45] <memfrob> userspace is hard-coded to specific IPIPE kernel releases, -1, -2, -3, etc.
[17:53:52] <memfrob> if you change one thing, you have to change another.
[17:53:52] <seb_kuzminsky> here's dgarr's info: http://psha.org.ru/irc/%23linuxcnc-devel/2014-06-29.html#23:04:25
[17:54:09] <seb_kuzminsky> hmm, most machines run just fine with this userspace/kernel split
[17:54:22] <memfrob> not meant to though
[17:54:29] <seb_kuzminsky> ok, i guess that makes sense
[17:54:53] <memfrob> i will post kernel patch to the linuxcnc-old branch on github
[17:55:19] <seb_kuzminsky> i haven't looked at the linuxcnc-old branch at all yet
[17:56:16] <memfrob> dont worry about the branch, just the patch :)
[17:56:26] <seb_kuzminsky> back in the way back when, the 3.4.55 patch and the userspace in a0dc5355ee seemed to work well for everyone, so i think i'm going to build packages for that and worry about updating rtai versions later
[17:56:51] <seb_kuzminsky> does the kernel patch live in a secret git repo somewhere?
[17:57:11] <memfrob> dont update rtai userspace, its a big mess, kernel bumps though should not be a problem if they're done right
[17:57:11] <seb_kuzminsky> where does the adeos patch come from?
[17:57:21] <memfrob> those dont work with RTAI
[17:57:34] <memfrob> they need to be modified to handle the RTAI code
[17:57:35] <seb_kuzminsky> isn't rtai based on adeos? (for some value of "based on")
[17:57:44] <memfrob> yes but the stock patches do not work
[17:57:53] <seb_kuzminsky> ok
[17:58:22] <memfrob> http://download.gna.org/adeos/patches/
[17:59:06] <memfrob> if you use those you'll get a bunch of undefined symbols and such
[17:59:19] -!- skors has quit [Ping timeout: 248 seconds]
[17:59:22] <skunkworks> jepler, so ./configure --enable-run-in-place --with-realtime=uspace
[17:59:25] <memfrob> i have however been able to modify those patches myself to work with RTAI but it takes a few hours.
[17:59:36] <skunkworks> (I am paraphrasing run in place
[17:59:54] <seb_kuzminsky> memfrob: thanks for the link
[18:00:04] <memfrob> ill post a kernel bump for you seb_kuzminsky really quick
[18:00:17] <memfrob> if you make a .deb with that i am almost certain it will work fine
[18:00:30] <seb_kuzminsky> ok
[18:00:32] <seb_kuzminsky> thanks
[18:02:14] <seb_kuzminsky> memfrob: here's jepler's debugging of the problem dgarr had: http://psha.org.ru/irc/%23linuxcnc-devel/2014-06-30.html#11:47:26
[18:03:05] <memfrob> jepler is way ahead of me
[18:04:11] amnesic is now known as amnesic_away
[18:04:18] <memfrob> so seb_kuzminsky i assume you've given up with getting RTAI master working with linuxcnc?
[18:05:41] <seb_kuzminsky> i wouldn't say given up... but it's on hold for now
[18:06:20] <seb_kuzminsky> i'm going back to a0dc5355ee for now, i might try to tackle something newer later, after linuxcnc 2.6 is finally released
[18:06:56] <seb_kuzminsky> if you make a kernel patch that'll work with a newer 3.4 kernel and the a0dc5355ee rtai userspace i'll give that a try
[18:07:34] <seb_kuzminsky> i send shabby some bug reports about his master branch, he said he'd try to fix it
[18:07:44] <memfrob> sounds great thanks!
[18:08:03] <seb_kuzminsky> :-)
[18:09:06] <memfrob> wow! that issue report list is building!
[18:09:13] <memfrob> last i checked it had about 4'
[18:09:27] <seb_kuzminsky> shabby's rtai issue tracker?
[18:09:30] <memfrob> yes
[18:09:34] -!- _javisantana has quit [Remote host closed the connection]
[18:09:43] <memfrob> all those closed ones...
[18:10:03] <memfrob> you guys have been busy
[18:10:03] <skunkworks> so - is shabby taking over for pavel?
[18:10:07] <seb_kuzminsky> yeah, it's great to see that it's getting attention
[18:10:14] <memfrob> pavel?
[18:10:20] <seb_kuzminsky> i dont know pavel... paolo?
[18:10:29] <skunkworks> yes - paolo
[18:10:37] <seb_kuzminsky> not that i know of
[18:10:44] <seb_kuzminsky> seems more like a fork than a hand-over
[18:10:49] <skunkworks> ah
[18:10:51] <memfrob> ^exactly
[18:11:56] <seb_kuzminsky> i'm really not sure how the rtai situation will play out
[18:12:07] <memfrob> none of us do :)
[18:12:32] <seb_kuzminsky> memfrob: how do you work with the kernel patch? do you have a git tree somewhere that you rebase?
[18:12:32] -!- skorasaurus2 has quit [Remote host closed the connection]
[18:12:32] <memfrob> shabby and i just hack on it occasionally (more him now than me. used to be vice versa)
[18:13:29] <memfrob> how do i make kernel patches you mean?
[18:13:33] <seb_kuzminsky> yeah
[18:14:05] -!- lyzidiamond has quit [Remote host closed the connection]
[18:14:20] -!- skorasaurus has quit [Ping timeout: 260 seconds]
[18:16:02] <memfrob> cd kernel-source && patch -p1 --fuzz=0 < ../hal-linux-XYZ-X.patch (fix conflicts) && git add -A && git diff HEAD &> new-hal-linux.patch
[18:16:21] <seb_kuzminsky> oh wow
[18:16:43] <memfrob> what?
[18:17:16] <seb_kuzminsky> i had thought it was a linux git repo with a branch of rtai commits on top, that got exported to a single patch file for inclusion in the rtai repo
[18:17:25] <memfrob> heh no
[18:17:47] <memfrob> i wish it was that easy.
[18:17:57] <seb_kuzminsky> you and me both pal ;-)
[18:18:00] -!- skorasaurus2 has quit [Ping timeout: 255 seconds]
[18:18:07] -!- zzolo has quit [Quit: zzolo]
[18:18:36] <memfrob> im used to it though. i've bumped major kernel releases before without any problems
[18:18:51] -!- Tecan has quit [Remote host closed the connection]
[18:19:04] <memfrob> the 3.8 patch was me. i took it from the 3.5.7 patch
[18:19:42] <memfrob> speaking of which, the 3.8.13-1 patch should work fine.
[18:20:07] <memfrob> so should any kernel release before 3.12 while keeping IPIPE release ver the same
[18:20:47] <memfrob> the issues are in newer IPIPE code, not newer upstream kernel code. you keep IPIPE the same but bump the kernel code, its pretty safe.
[18:20:59] <skunkworks> jepler, http://electronicsam.com/images/KandT/testing/posix.png
[18:21:10] <memfrob> not 3.12.. 3.10 i meant
[18:21:22] <seb_kuzminsky> memfrob: because the rtai patch doesn't interact much with the linux kernel, it's mostly with the adeos patch?
[18:21:41] <seb_kuzminsky> skunkworks: neat!
[18:21:53] <memfrob> mostly yeah.
[18:22:03] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[18:22:11] -!- gimps has quit [Remote host closed the connection]
[18:22:19] <memfrob> rtai patch affects adeos patch at its core a little bit but most of the heavily lifting is done in adeos which then breaks things.
[18:22:34] -!- gonzo___ has quit [Ping timeout: 264 seconds]
[18:22:39] <skunkworks> as good or better latency than the ubc rt-preempt I have played with
[18:22:48] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:23:04] <seb_kuzminsky> it should be the same (on the same hardware)
[18:23:42] <jepler> I think ubc was missing one element of hardening (/dev/cpu_dma_latency=0)
[18:23:43] -!- skors has quit [Remote host closed the connection]
[18:23:44] <memfrob> a lot of what RTAI does to the adeos patch is adding in a lot of EXPORT_SYMBOL lines how bugs are logged and some extra oops functions and a few extra lines that consist of declarations, definitions, and things like that
[18:24:15] <memfrob> the scheduler isnt touched, and if it is, its pretty minor stuff
[18:24:56] <seb_kuzminsky> bbl
[18:25:01] <skunkworks> now lets see if I can talk to the mesa 7i80 card. That was pretty painless to get this far..
[18:25:19] <jepler> skunkworks, pcw_home: so at origin/jepler/rtos-uspace-apis, PCI mesa hardware should work, and I've tested it with 5i20 enough to generate some pwm. At origin/jepler/rtos-uspace-hm2-eth, functionality should be similar to the ubc-7i80 branch from micges (pci cards not working)
[18:26:01] <skunkworks> I remember ubc and mah's kernel being around 80us.. (on this hardware)
[18:27:44] -!- kfoltman has quit [Quit: Ex-Chat]
[18:28:37] <pcw_home> unlike RTAI, preemt-rt kernels are easy to build so you have the option to to make your own up-to-date kernel
[18:35:49] -!- skors has quit [Remote host closed the connection]
[18:38:15] -!- patrickarlt has quit [Ping timeout: 255 seconds]
[18:39:23] -!- lyzidiamond has quit [Remote host closed the connection]
[18:40:47] -!- CaptHindsight has quit [Ping timeout: 252 seconds]
[18:40:47] -!- MrHindsight has quit [Ping timeout: 252 seconds]
[18:41:10] -!- memfrob has quit [Ping timeout: 264 seconds]
[18:42:43] -!- skors has quit [Remote host closed the connection]
[18:44:35] Cylly is now known as Loetmichel
[18:47:24] -!- lyzidiamond has quit [Remote host closed the connection]
[18:47:56] -!- jduhls has quit [Quit: Leaving]
[18:48:48] -!- skorasaurus has quit [Remote host closed the connection]
[18:52:44] -!- sylphiae has quit [Ping timeout: 244 seconds]
[18:54:44] <skunkworks> jepler, pcw_home, http://electronicsam.com/images/KandT/testing/mesaeth.png
[18:54:46] <skunkworks> and
[18:54:59] <skunkworks> http://electronicsam.com/images/KandT/testing/mesaethrun.png
[18:55:24] <skunkworks> I don't remember this harware working very well before..
[18:56:06] <skunkworks> amd system - onboard nic is hooked to the internet/network - pro/100 pci board hooked to the mesa card.
[18:56:26] <cradek> mmmmm
[18:56:45] <skunkworks> mmmmm?
[18:56:53] -!- skorasaurus has quit [Remote host closed the connection]
[18:57:19] <jepler> skunkworks: it works ??!
[18:57:31] <skunkworks> jepler, unless it is smoke and mirrors...
[18:57:34] <jepler> holy cow
[18:57:35] <skunkworks> Great work!
[18:58:01] <jepler> micges-dev: ^^^ I imagine you're also excited to hear it. it's your code!
[18:59:57] <skunkworks> that is using the rt kernel from the synaptic package manager.
[19:00:00] <skunkworks> pretty painlese
[19:00:33] <micges-dev> uber cool!
[19:00:36] <mozmck> rt kernel from synaptic - built by who? debian?
[19:00:36] -!- skorasaurus2 has quit [Remote host closed the connection]
[19:00:57] -!- gazprom has quit [Remote host closed the connection]
[19:01:11] <cradek> yeah it's a debian kernel
[19:01:32] <mozmck> that is very neat!
[19:01:46] <cradek> absolutely terrific
[19:03:50] <skunkworks> I could see 2 livecd... 1 with rt_preempt and one with rtai...
[19:04:23] <cradek> I can see not making stupid cds anymore
[19:04:43] <cradek> (although people really seem to love them, no matter how silly I think it is)
[19:06:23] -!- skorasaurus2 has quit [Remote host closed the connection]
[19:07:15] <skunkworks> *images..
[19:07:25] <cradek> yeah whatever they're called nowadays
[19:09:06] <skunkworks> *I meant images - not cd's
[19:09:10] <skunkworks> iso or whatever
[19:09:21] <skunkworks> people can do what they want with them
[19:10:22] <micges-dev> cradek: test mesaflash 3.0 deb: http://filebin.ca/1Rxhp8K6nTT4/mesaflash_3.0.0_i386.deb
[19:10:42] -!- skorasaurus2 has quit [Remote host closed the connection]
[19:10:51] <micges-dev> seb_kuzminsky: ^^
[19:16:50] <skunkworks> cradek, or are you saying - install the rtai debs - then add linuxcnc.org to your sources and get linuxcnc that way?
[19:17:22] -!- skorasaurus2 has quit [Remote host closed the connection]
[19:23:01] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[19:23:10] amnesic_away is now known as amnesic
[19:23:12] <cradek> if we run against a debian kernel maybe we can just get linuxcnc into debian
[19:23:36] <skunkworks> well - that would be super awesome
[19:24:54] <CaptHindsight> ATT knocked out our power trenching, memfrob will try that again later
[19:31:52] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[19:32:16] <memfrob> power went out. testing 3.4.96 RTAI kernel, will post patch if it goes ok
[19:33:49] -!- skors has quit [Read error: Connection reset by peer]
[19:34:00] <skunkworks> no realtime delays - running for a good hour or more
[19:34:33] <jepler> skunkworks: I think the realtime delay detection may be disabled
[19:34:36] <skunkworks> I will let it run overnight - I should make the program loop
[19:34:38] * jepler puts a TODO item on his list
[19:34:47] <skunkworks> oh...
[19:35:33] <skunkworks> well - I will run the program over and over at max velocity.. following error would let me know if there was a major isse.
[19:35:36] <skunkworks> issue
[19:35:44] <jepler> that seems truthy
[19:38:12] -!- skors has quit [Ping timeout: 244 seconds]
[19:38:20] -!- patrickarlt has quit [Ping timeout: 260 seconds]
[19:38:33] <seb_kuzminsky> omg you guys
[19:38:46] <jepler> hi seb
[19:38:58] -!- gkamysz has quit [Quit: Page closed]
[19:39:05] <seb_kuzminsky> nice work on the rt-preempt/7i80 stuff y'all
[19:44:52] <memfrob> is there anything bad about building a kernel in /home instead of /usr/src?
[19:45:26] -!- witnit has quit [Remote host closed the connection]
[19:46:20] <seb_kuzminsky> nope, it's fine
[19:46:23] <memfrob> ah kernel is done building, will reboot. if no crashes, seb_kuzminsky patch is yours
[19:46:31] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:46:32] -!- memfrob has quit [Quit: New kernel probably]
[19:46:35] <seb_kuzminsky> ok thanks!
[19:46:40] <seb_kuzminsky> he rebooted
[19:49:20] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[19:49:25] <memfrob> looks good!
[19:49:35] <jepler> "if it boots, ship it"
[19:50:19] * memfrob recompiles linuxcnc against new kernel
[19:50:58] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[19:52:33] <memfrob> good thinkin jepler ;)
[19:52:34] -!- skorasaurus has quit [Ping timeout: 264 seconds]
[19:56:23] <memfrob> would it be possible in theory to have latency results similar to rtai or xenomai while keeping everything strictly to kernel hacks like preempt-rt?
[19:57:58] <jepler> memfrob: there's a question above my pay grade if ever there was one
[20:00:24] <memfrob> brb again
[20:00:28] -!- memfrob has quit [Remote host closed the connection]
[20:10:03] -!- rob_h has quit [Ping timeout: 240 seconds]
[20:10:21] -!- rob_h [rob_h!~robh@94.10.122.187] has joined #linuxcnc-devel
[20:10:31] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[20:11:04] -!- automata has quit [Quit: Leaving]
[20:12:09] -!- mozmck has quit [Read error: Connection reset by peer]
[20:13:25] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:16:11] -!- bedah has quit [Remote host closed the connection]
[20:16:12] -!- skunkworks_ has quit [Client Quit]
[20:16:28] -!- skunkworks_ [skunkworks_!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:19:24] -!- memfrob has quit [Read error: Connection reset by peer]
[20:19:54] <skunkworks_> after a few runs it threw a following error.. I will look at it closer tomorrow. (I might move it to the system that I know worked well before)
[20:20:01] -!- quiqua has quit [Quit: quiqua]
[20:20:05] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[20:20:11] <memfrob> all is good!
[20:20:47] <skunkworks_> It looked like the read times where causing following errors (just a few jogs - the pid error was into the .001)
[20:21:28] <skunkworks_> I might also swap the nics too - I think on the other system I was using the internal one to connect to the 7i80
[20:24:28] <skunkworks_> (and the spikes in pid error corresponded to the read times)
[20:24:37] <seb_kuzminsky> memfrob: yay!
[20:24:50] <skunkworks_> logger[psha]_:
[20:27:13] -!- mozmck [mozmck!~moses@67.210.159.129] has joined #linuxcnc-devel
[20:33:24] -!- balestrino has quit [Ping timeout: 260 seconds]
[20:34:31] <seb_kuzminsky> memfrob: the last commit in the ipipe.git 3.4 branch was in 2013, how can the adeos patch be changing between shabby's old-master and master? i must be missing something here
[20:34:44] <seb_kuzminsky> http://git.xenomai.org/ipipe.git/log/?h=stable/ipipe-3.4.6
[20:34:59] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[20:35:56] <memfrob> i dont contribute to upstream ipipe only githib
[20:35:58] <memfrob> *github
[20:36:05] <memfrob> im responsible for those changes
[20:36:47] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[20:38:12] <memfrob> https://github.com/ShabbyX/RTAI/tree/linuxcnc-old/base/arch/x86/patches
[20:38:16] <memfrob> patch is up
[20:38:57] <memfrob> i used to hack at adeos ipipe a lot
[20:42:57] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[20:43:31] <seb_kuzminsky> thanks memfrob, i'll take it for a spin
[20:46:31] -!- spatialbrew has quit []
[20:50:33] -!- skorasaurus has quit [Ping timeout: 255 seconds]
[20:50:35] -!- gazprom has quit [Quit: leaving]
[20:52:00] -!- larryone has quit [Quit: This computer has gone to sleep]
[20:54:37] * jepler groans at the \n;;\n thread
[20:54:50] <jepler> I want to say: I'd accept a patch which looked for \r in the source, and berated the user for it
[20:55:17] <jepler> but not one that patches it up for the user and continues on, because the user should be punshed
[21:00:22] -!- patrickarlt has quit [Ping timeout: 264 seconds]
[21:02:08] <memfrob> is this about rtai?
[21:02:50] <memfrob> some whitespace might have been added in the patch, i apologize.
[21:03:20] <memfrob> shabby and i tried to talk to paolo about the excessive whitespace in the tree but he denied.
[21:04:00] <jepler> memfrob: no, it's about the utility called "comp" in 2.6.
[21:04:18] -!- quiqua has quit [Quit: quiqua]
[21:04:23] -!- The_Ball has quit [Ping timeout: 248 seconds]
[21:04:35] <memfrob> OHH
[21:04:55] <jepler> if you feed it a file with DOS line endings it just squints at you
[21:05:03] <jepler> which is the just and right thing to do
[21:07:12] -!- Lathe_newbie has quit [Remote host closed the connection]
[21:07:12] -!- lyzidiamond has quit [Remote host closed the connection]
[21:09:07] <PCW> jepler: rtos-uspace-hm2-eth seems to work fine here (running 7I76E at 2 KHz)
[21:11:57] <PCW> (preemt rt 3.12.16 kernel on Celeron J1800 dual core 2.4 GHz RTK 8111 Ethernet)
[21:21:13] -!- amiri has quit [Remote host closed the connection]
[21:24:07] -!- Connor has quit [Ping timeout: 248 seconds]
[21:26:09] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[21:28:22] -!- sudobangbang has quit [Read error: No route to host]
[21:32:47] <jepler> PCW: good. did you see skunkworks_ eventually got a following error, though? http://psha.org.ru/irc/%23linuxcnc-devel/2014-07-02.html#19:35:33
[21:33:48] <PCW> You will have to widen your following error limits a bit due to the higher sampling jitter
[21:35:24] <PCW> I can fix this in hardware by sampling the stepgen feedback with the DPLL but thats for another day
[21:36:22] <jepler> I sort of want one of the ethernet cards, but I don't have any project on tap that would actually need one
[21:36:25] <jepler> oh well
[21:37:22] <PCW> i can send you a proto/blem, got a bunch around
[21:38:35] <seb_kuzminsky> jepler: you could rototill the controller for your 3d printer just because
[21:38:53] <jepler> PCW: that'd be great of you to do
[21:39:00] <jepler> seb_kuzminsky: that assumes I'll ever get back to that project
[21:39:56] <PCW> 50 pin header or DB25 type?
[21:41:01] <jepler> PCW: I guess with the 50 pin I can plug it into my old blinkenlights daughterboard
[21:44:59] <jepler> since the hm2-eth code is incompatible with the pci cards, this'll allow me to test both while I try to get it working
[21:45:06] <jepler> .. if micges doesn't beat me to it
[21:46:18] <jepler> and I have a hopefully-compatible PCI-E parport card coming tomorrow, so I can test 7i43 too
[21:46:34] <cradek> darn, I forgot to look for one for you
[21:46:35] <cradek> sorry
[21:46:39] <jepler> cradek: eh, it's OK
[21:59:51] -!- theorbtwo has quit [Ping timeout: 272 seconds]
[22:04:46] -!- Deejay has quit [Quit: bye]
[22:05:02] -!- micges-dev has quit [Quit: Wychodzi]
[22:08:59] -!- micges-dev [micges-dev!~x@deh88.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:10:28] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[22:17:10] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[22:30:39] -!- memfrob has quit [Quit: New kernel probably]
[22:35:53] -!- memfrob [memfrob!~memfrob@unaffiliated/memfrob] has joined #linuxcnc-devel
[22:39:20] <andypugh> Did my recent post to emc-dev about spinbutton get through? Gmail hides one’s own responses, and I used to that, but I don’t see it in gmane either
[22:39:55] <andypugh> Sorry, now I do.
[22:40:11] <andypugh> Some sort of archiving lag
[22:42:33] -!- i_tarzan has quit [Ping timeout: 240 seconds]
[22:43:49] -!- FinboySlick1 has quit [Client Quit]
[22:44:14] -!- FinboySlick has quit [Quit: Leaving.]
[22:52:49] -!- bertrik has quit [Read error: Connection reset by peer]
[23:02:04] -!- memfrob has quit [Remote host closed the connection]
[23:04:55] -!- MrHindsight [MrHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[23:06:20] -!- i_tarzan has quit [Ping timeout: 252 seconds]
[23:08:09] <seb_kuzminsky> andypugh: try running rt-preempt on your mail server
[23:08:17] <andypugh> :-)
[23:09:21] <mozmck> just kick archivist
[23:09:44] <andypugh> Though, that does remind me of a serious question. I see no plan for Xenomai, and that means no 7i80. Any ideas?
[23:10:25] <PCW> 7I80 runs fine on Preemt-RT
[23:10:26] <seb_kuzminsky> i think it's supported on rt-preempt in jepler's latest branch
[23:10:32] <seb_kuzminsky> what he said
[23:10:50] <andypugh> I think he said it _could_ be, with a driver re-write.
[23:11:06] <seb_kuzminsky> sam and peter have both already got it up and running
[23:11:29] <PCW> Just had it running 70 days 24/7 2KHz with UBC3-7I80
[23:11:53] <seb_kuzminsky> andypugh: 12:54 < skunkworks> jepler, pcw_home, http://electronicsam.com/images/KandT/testing/mesaeth.png
[23:12:03] <seb_kuzminsky> that's earlier today ^^^
[23:12:28] <PCW> and dual core baytrail MB (J1800 about 2-3x Atom speed, same power)
[23:12:56] -!- i_tarzan has quit [Ping timeout: 252 seconds]
[23:13:11] <andypugh> PCW: I fear UBC3 is dead in the water
[23:13:15] <PCW> now running the same with jeplers uspace
[23:13:39] <seb_kuzminsky> i'm so glad for jepler's and micges' work on that
[23:14:44] <seb_kuzminsky> andypugh: check out the branch called jepler/rtos-uspace-hm2-eth on glo
[23:15:20] <andypugh> Sorry, my psychic skills were turned off
[23:16:49] <seb_kuzminsky> it would be cool to have xenomai support, but i think we're in pretty good shape without it, once that branch gets merged
[23:17:03] <seb_kuzminsky> and it'll be very easy to review & merge, compared to ubc3-7i80
[23:17:04] zz_prtksxna is now known as prtksxna
[23:18:33] -!- aniM has quit [Ping timeout: 240 seconds]
[23:22:57] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[23:26:41] -!- syyl_ has quit [Ping timeout: 252 seconds]
[23:27:05] -!- rob_h has quit [Ping timeout: 244 seconds]
[23:29:48] -!- i_tarzan has quit [Ping timeout: 260 seconds]
[23:47:03] -!- lyzidiamond has quit [Remote host closed the connection]
[23:54:32] <cradek> - "" | y | ye | yes | n | no)
[23:54:33] <cradek> + ("" | y | ye | yes | n | no)
[23:54:54] <cradek> jepler: are these changes on purpose? they seem to still work, but I've never seen a case written with the (
[23:56:39] -!- kfoltman has quit [Quit: Ex-Chat]