Back
[00:00:20] <kwallace> Is there a good way to unlink and link pins in a comp file? I have a handler.py file that unlinks pins using a subprocess.call(['halcmd', 'unlinkp', ... I would like to do the same in C in my comp. Maybe system('halcmd unlinkp ... ? It seems there should be a cleaner way.
[00:00:39] <linuxcnc-build> build #139 of 1102.rip-hardy-amd64 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1102.rip-hardy-amd64/builds/139 blamelist: Chris Radek <chris@timeguy.com>
[00:01:39] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[00:03:44] <linuxcnc-build> build #2354 of 1101.rip-hardy-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1101.rip-hardy-rtai-i386/builds/2354 blamelist: Chris Radek <chris@timeguy.com>
[00:04:16] <linuxcnc-build> build #2349 of 1100.rip-hardy-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1100.rip-hardy-i386/builds/2349 blamelist: Chris Radek <chris@timeguy.com>
[00:07:56] <linuxcnc-build> build #2347 of 1200.rip-lucid-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[00:10:27] -!- sharpen048 has quit [Quit: Page closed]
[00:13:17] -!- asah has quit [Ping timeout: 260 seconds]
[00:23:59] -!- chris33 has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[00:33:18] <linuxcnc-build> build #2347 of 1202.rip-lucid-amd64 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[00:37:23] <linuxcnc-build> build #2347 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2347 blamelist: Chris Radek <chris@timeguy.com>
[00:37:23] <linuxcnc-build> build #2353 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2353 blamelist: Chris Radek <chris@timeguy.com>
[00:37:43] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch 9ba9632 06linuxcnc 10src/configure.in Fail on missing programs, instead of generating bogus scripts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9ba9632
[00:37:43] <KGB-linuxcnc> 03Chris Radek 05v2.5_branch c34d5ac 06linuxcnc 10debian/configure 10debian/control.in Explicitly give the right build dependency for insmod/rmmod/etc * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c34d5ac
[00:49:34] -!- almccon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[00:51:31] -!- PetefromTn_andro has quit [Quit: Bye]
[01:02:14] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[01:12:46] -!- bclinkinbeard has quit []
[01:20:13] -!- sharpen047 has quit [Ping timeout: 246 seconds]
[01:29:01] -!- mhaberler has quit [Quit: mhaberler]
[01:29:40] -!- AR_ has quit [Read error: Connection reset by peer]
[01:38:14] <jepler> kwallace: nope, it's not seen as the job of components to link and unlink things. instead, control how data flows between signals using pins -- like mux, e.g.
[01:39:01] <jepler> kwallace: once you link and unlink things under the control of a component, you have forced the user to make a particular choice about the names of signals
[01:39:14] <jepler> kwallace: and a particular choice about how components may be connected
[01:40:49] -!- sharpen047 has quit [Quit: Page closed]
[01:57:34] -!- asdfasd has quit [Ping timeout: 264 seconds]
[02:01:56] -!- spatialbrew has quit [Ping timeout: 260 seconds]
[02:05:09] <kwallace2> jepler, but I need it.
[02:10:50] -!- anth0ny has quit [Quit: anth0ny]
[02:11:00] <kwallace2> jepler, I looked briefly at the hits for the keywords you gave me for UI testing, but I don't want to test my UI, I want to switch between manually pressing virtual buttons to automatically pressing them in sequence and processing the results. I think I can jury rig something together for now using the handlers.py file to unlink all the button pins, then using a .comp to sequence and record the pin signals.
[02:11:54] <kwallace2> Another option is to haver a different application that only does the automatic board testing.
[02:12:46] <jepler> it sounds like you want to drive one hal pin with either a value from your UI's individual button or from the thing that goes sequentially through the buttons. that's a mux or an or.
[02:13:39] <jepler> or else you need a program which is more sophisticated, and doesn't directly connect ui buttons to hal pins, but uses its own program (python or C or whatever) logic in between
[02:15:13] <kwallace2> Yeah, it does and I almost recall something in the past about sharing physical panel buttons with matching UI signals. Maybe something Anders did.
[02:17:22] -!- DaViruz_ has quit [Ping timeout: 245 seconds]
[02:20:24] -!- syyl_ has quit [Ping timeout: 255 seconds]
[02:22:17] -!- sylphiae has quit [Ping timeout: 245 seconds]
[02:27:35] <kwallace2> By the way, here is a shot of the old test app:
http://wallacecompany.com/tmp/Screenshot_lathe_bd_test.png
[02:28:18] <kwallace2> I made a new version using GladeVCP.
[02:30:29] -!- anarchos has quit [Ping timeout: 260 seconds]
[02:31:36] <jepler> you may be one of the more advanced gladevcp users
[02:31:39] <jepler> I never touch the stuff
[02:36:36] <kwallace2> I tend to just keep banging on something until starts working, nothing really advanced about it. Maybe if I bang away long enough I'll rewrite 'War and Peace'.
[02:39:25] -!- skunkworks has quit [Ping timeout: 255 seconds]
[02:40:50] -!- mhaberler has quit [Quit: mhaberler]
[02:55:59] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[03:05:51] -!- AR_ has quit [Ping timeout: 255 seconds]
[03:11:07] -!- anth0ny has quit [Quit: anth0ny]
[03:33:09] -!- FinboySlick has quit [Quit: Leaving.]
[03:35:35] -!- amiri has quit [Remote host closed the connection]
[03:53:14] -!- anth0ny has quit [Quit: anth0ny]
[04:02:46] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:04:10] -!- zzolo has quit [Quit: zzolo]
[04:24:09] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.6 c11804a 06linuxcnc Merge remote-tracking branch 'origin/v2.5_branch' into 2.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c11804a
[04:25:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 40b9751 06linuxcnc Merge remote-tracking branch 'origin/2.6' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=40b9751
[04:43:57] -!- Roguish has quit [Ping timeout: 245 seconds]
[04:44:42] -!- FreezingCold has quit [Quit: Out]
[04:59:59] -!- kwallace2 [kwallace2!~kwallace@smb-223.sonnet.com] has parted #linuxcnc-devel
[05:01:46] -!- Fox_Muldr has quit [Ping timeout: 250 seconds]
[05:11:22] -!- syyl_ has quit [Ping timeout: 264 seconds]
[05:14:56] -!- FreezingCold has quit [Quit: Out]
[05:40:07] -!- ve7it has quit [Remote host closed the connection]
[06:02:52] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[06:02:52] -!- mozmck has quit [Read error: Connection reset by peer]
[06:03:11] -!- kwallace1 [kwallace1!~kwallace@tmb-214.sonnet.com] has joined #linuxcnc-devel
[06:05:04] -!- kwallace has quit [Ping timeout: 255 seconds]
[06:19:30] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[06:30:24] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[06:32:51] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[06:36:26] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[06:53:15] -!- The_Ball has quit [Remote host closed the connection]
[07:01:08] -!- anarchos2 has quit [Read error: Connection reset by peer]
[07:01:08] -!- anarchos has quit [Read error: Connection reset by peer]
[07:14:28] -!- zeeshan has quit [Ping timeout: 250 seconds]
[07:19:46] -!- Groguard has quit [Ping timeout: 255 seconds]
[07:30:55] -!- asah has quit [Quit: asah]
[07:47:33] -!- rob_h has quit [Quit: Leaving]
[07:49:03] -!- zeeshan|2 has quit [Ping timeout: 240 seconds]
[08:25:27] zz_Groguard is now known as Groguard
[08:30:22] -!- anarchos has quit [Ping timeout: 240 seconds]
[08:31:11] -!- b_b has quit [Changing host]
[08:42:53] -!- JLuc69_ has quit [Ping timeout: 260 seconds]
[08:52:45] -!- Lathe_newbie has quit [Ping timeout: 246 seconds]
[09:36:03] -!- eeriegeek has quit [Quit: Leaving.]
[09:41:50] -!- mhaberler has quit [Quit: mhaberler]
[09:42:18] -!- phantoxe has quit [Remote host closed the connection]
[09:55:06] -!- txp has quit [Remote host closed the connection]
[10:13:40] -!- txp has quit [Quit: Leaving]
[10:19:22] -!- skunkworks has quit [Ping timeout: 240 seconds]
[10:20:37] -!- Lathe_newbie has quit [Ping timeout: 245 seconds]
[10:21:47] -!- Valen has quit [Quit: Leaving.]
[10:23:13] -!- anarchos has quit [Ping timeout: 260 seconds]
[10:32:10] -!- The_Ball has quit [Client Quit]
[10:46:46] -!- karavanjo has quit [Ping timeout: 264 seconds]
[10:48:33] -!- The_Ball has quit [Read error: Connection timed out]
[10:49:08] -!- karavanjo_ has quit [Read error: No route to host]
[10:53:07] -!- karavanjo has quit [Ping timeout: 245 seconds]
[10:59:48] -!- syyl_ has quit [Ping timeout: 246 seconds]
[11:07:36] -!- balestrino has quit [Ping timeout: 250 seconds]
[11:09:08] brad_ is now known as Guest91958
[11:21:51] -!- syyl_ has quit [Ping timeout: 246 seconds]
[11:30:56] -!- brianmorel99 has quit [Quit: Leaving]
[11:35:42] -!- Lathe_newbie has quit [Ping timeout: 245 seconds]
[12:26:37] -!- Guest91958 has quit [Ping timeout: 246 seconds]
[12:30:36] -!- schimmi has quit [Ping timeout: 255 seconds]
[12:31:57] -!- hendrik has quit [Ping timeout: 240 seconds]
[12:31:59] -!- karavanjo_ has quit [Read error: Connection reset by peer]
[12:33:10] hendrik is now known as Guest87452
[12:59:07] -!- b_b has quit [Changing host]
[13:04:38] -!- chd has quit [Quit: Leaving.]
[13:10:12] -!- syyl has quit [Ping timeout: 260 seconds]
[13:10:29] -!- _methods has quit [Quit: leaving]
[13:14:14] -!- mhaberler has quit [Quit: mhaberler]
[13:14:25] -!- CaptHindsight has quit [Quit: gone]
[13:17:06] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[13:46:32] -!- karavanjo_ has quit [Ping timeout: 245 seconds]
[14:03:38] -!- kwallace [kwallace!~kwallace@tmb-214.sonnet.com] has joined #linuxcnc-devel
[14:10:10] -!- SpeedEvil has quit [Ping timeout: 255 seconds]
[14:13:50] -!- karavanjo has quit [Ping timeout: 250 seconds]
[14:20:57] -!- zzolo has quit [Quit: zzolo]
[14:29:39] BitEvil is now known as SpeedEvil
[14:32:20] Guest87452 is now known as hendrik
[14:41:52] -!- mahtennek has quit []
[14:52:40] <memleak> jepler, are you experienced with assembly?
[14:53:58] <memleak> starting with kernel 3.16 they reworked entry_64.S quite a bit and im having trouble merging in the IPIPE code with that file. i dont know any assembly.
[14:54:51] <memleak> dpaste.com/06B36N8
[14:55:11] <memleak> all the rest of the kernel is done except for that file. that file is the patch reject output
[14:55:42] <memleak> upstream file is here:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/arch/x86/kernel/entry_64.S?h=linux-3.16.y
[14:57:41] -!- kwallace3 [kwallace3!~kwallace@smb-41.sonnet.com] has joined #linuxcnc-devel
[14:58:05] -!- sylphiae has quit [Ping timeout: 260 seconds]
[14:58:41] darthrak1 is now known as darthrake
[14:58:50] -!- kwallace4 [kwallace4!~kwallace@smb-41.sonnet.com] has joined #linuxcnc-devel
[14:58:57] -!- darthrake has quit [Changing host]
[14:58:57] -!- darthrake [darthrake!~darthrake@unaffiliated/darthrake] has joined #linuxcnc-devel
[14:58:57] <seb_kuzminsky> 2.5, 2.6, and master all build without lintian errors now, and future lintian errors will fail the build
[14:59:08] <jepler> seb_kuzminsky: cool
[14:59:26] <jepler> so you recovered from your ragequit?
[14:59:28] <memleak> jepler, thanks for the patch set against my RTAI btw!
[14:59:52] -!- kwallace1 has quit [Ping timeout: 245 seconds]
[14:59:55] <jepler> memleak: so you're successfully patching 3.14 but not 3.16?
[15:00:34] -!- kwallace has quit [Ping timeout: 260 seconds]
[15:00:43] <memleak> correct. 3.16 has different macros and a lot of the entries you change for 3.16 are no longer existant
[15:01:10] <memleak> i mean "change for 3.14 are no longer existent"
[15:01:38] <memleak> all of the zeroentry * * * stuff is gone
[15:02:08] <memleak> i.e. zeroentry divide_error do_divide_erro
[15:02:43] <jepler> memleak: I can't look at this at the moment, soonest's likely to be the weekend.
[15:02:51] <jepler> memleak: and even so I don't know if I have the smarts to figure it out
[15:03:17] <memleak> ill give the xenomai IPIPE team a go too
[15:04:30] <jepler> anyway, it looks like three macros were merged into one
[15:04:34] <jepler> - * - errorentry/paranoidentry/zeroentry - Define exception entry points.
[15:04:37] <jepler> + * - idtentry - Define exception entry points.
[15:04:53] <memleak> so its not too complicated?
[15:05:01] <jepler> dunno, it could be easier though
[15:05:05] <memleak> heh..
[15:11:32] -!- asah has quit [Quit: asah]
[15:20:57] -!- IchGuckLive has quit [Client Quit]
[15:42:24] -!- ktchk [ktchk!~eddie6929@n219079226065.netvigator.com] has joined #linuxcnc-devel
[15:44:14] <jepler> everytime I look at a screenshot of the other GUIs, I think: I must really just have no idea how people would prefer their machine control's UI to look
[15:44:22] <jepler> that makes me sad
[15:47:41] -!- ktchk has quit [Ping timeout: 255 seconds]
[15:48:26] -!- mhaberler has quit [Quit: mhaberler]
[15:48:33] <cradek> jepler: the other possibility is everyone but you is just wrong
[15:49:20] <kwallace3> Was that my test UI? It was not meant for general use. BTW I went with your mux hint -- so much easier to do.
[15:52:17] -!- theorbtwo has quit [Ping timeout: 245 seconds]
[15:54:38] <seb_kuzminsky> if axis is wrong, i dont want to be right
[15:57:26] <kwallace3> Oh, I think you mean the 70's look UI.
[15:57:48] <seb_kuzminsky> ugh, sourceforge pages have more ads than content now
[15:58:27] <cradek> kwallace3: it's clearly 90s - don't be hyperbolic
[15:59:21] <cradek> actually it's probably newer than that since we get antialiased fonts now
[15:59:53] -!- mutilator has quit []
[16:00:48] <jepler> some days I want to say we should host our own gitlab ce. It does git, issue tracking, etc, much like github.
[16:00:57] <jepler> it would solve the sf ads problem except for the mailing list
[16:01:23] <jepler> but .. I wouldn't want to administer it
[16:01:31] <cradek> yeah
[16:03:03] <cradek> or bugzilla plus mailman (a new enough version to deal with the brave new world, unlike what sf has)
[16:03:48] <cradek> (I wish I loved github)
[16:04:10] <jepler> I am coming around to the idea of github a little bit
[16:05:50] <jepler> but I haven't really processed it enough to articulate my position well
[16:06:36] -!- BellinganRoy has quit [Ping timeout: 260 seconds]
[16:06:59] <seb_kuzminsky> i wouldnt say i love github, but i like it better than sourceforge
[16:07:13] <jepler> using github doesn't break anybody's ability to use the decentralized workflow, but it enables new workflows which are very popular
[16:07:35] <jepler> I'd rather use the github issue tracker than the sf one
[16:07:49] <jepler> now that I understand I can resolve a pull request *not* in the github web interface, I like pull requests
[16:08:14] -!- mahtennek has quit []
[16:08:39] <seb_kuzminsky> i like the integrated code review/commenting system
[16:08:44] <jepler> we'll never have the linux and git project's dedication to e-mailing patches around until they're right. github pull requests are the next best thing
[16:09:22] <jepler> particularly for attracting one-time and first-time contributors, github is a net positive
[16:10:12] -!- ktchk [ktchk!~eddie6929@n219079180108.netvigator.com] has joined #linuxcnc-devel
[16:10:26] <seb_kuzminsky> because of the single-click clone feature?
[16:10:54] <jepler> because a first-time linuxcnc contributor may already be a github contributor who knows how to do the github thing
[16:11:42] <jepler> and if not, it's still more friendly than "you'd better subscribe to the mailing list and figure out how to mail patches" or "you'd better figure out how to host git" or "you'd better hope somebody sympathetic is on irc and will look at your pastebin" or whatever our so-called workflow is now.
[16:12:21] <jepler> just like in 2002 everyone knew how to get a cvs checkout from sourceforge
[16:12:45] <seb_kuzminsky> seems reasonable
[16:13:16] <jepler> (of course, with cvs they couldn't do anything but mail cvs diffs, but that's beside my point)
[16:14:04] <seb_kuzminsky> one of the options on the table is hosting our own git-webgui-thingy, if we go that way we should get off snotra and onto a sensible host
[16:14:27] -!- mle has quit [Ping timeout: 246 seconds]
[16:14:44] <jepler> now you're making more balls of worms
[16:15:01] <seb_kuzminsky> mmmmaybe
[16:16:53] <jepler> next you'll say "and get rid of joomla"
[16:17:59] <cradek> if not for taking the forum with it, yeah, because it sucks
[16:18:20] <cradek> but these are all huge distractions from doing useful work
[16:19:43] <jepler> hm, unfortunately someone (and github will not show who) has already registered the name "linuxcnc" as an organization.
[16:19:58] <jepler> I don't suppose it's one of you who is squatting it.
[16:20:28] -!- anth0ny has quit [Quit: anth0ny]
[16:20:48] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[16:21:10] <seb_kuzminsky> 'taint me
[16:21:20] <jepler> seb_kuzminsky: you're a taint
[16:22:32] -!- thedonvaughn has quit [Remote host closed the connection]
[16:22:42] <seb_kuzminsky> it was created October 2013, one month after the creation of the "UBC3 LinuxCNC" group
[16:22:48] <cradek> I did it
[16:22:57] <seb_kuzminsky> the truth comes out
[16:22:59] <jepler> cradek: oh that's good!
[16:23:11] * cradek shrugs
[16:23:11] <seb_kuzminsky> that was foresightful of you
[16:23:22] <cradek> I can often predict the future
[16:23:42] <jepler> hah
[16:24:19] <cradek> here I'll do it: in the future github will be as passe and ad-laden as sourceforge
[16:24:34] <jepler> sure, I bet at least half of that prediction is true
[16:24:37] <cradek> also maybe in the future I'll be able to type passe with the right accent and all of you will see it properly
[16:24:43] <jepler> passé
[16:24:48] <jepler> that's been going on for years
[16:25:03] <cradek> heh
[16:25:04] <jepler> cradek: but that doesn't mean we shouldn't adopt it for the next 3-5-8 years
[16:27:16] <jepler> I wonder if we should move the linuxcnc-mirror repository into the LinuxCNC group on github
[16:28:46] <jepler> oh geez, talk about needy users
[16:28:54] <jepler> I use newsblur to read rss
[16:29:03] <jepler> some problem has caused many users feeds to stop updating
[16:29:10] <jepler> this has been going on for *hours*
[16:29:16] <jepler> anyway, now there's a support request with the following title:
[16:29:31] <jepler> Should we call 911? It's been over 24 hours. Really worried about Samuel [site founder].
[16:29:42] <seb_kuzminsky> yes
[16:29:44] <seb_kuzminsky> call 911
[16:31:06] <seb_kuzminsky> i'm guess the linuxcnc-mirror repo would belong better in the linuxcnc group instead of in jepler's personal github space
[16:31:31] <jepler> it's a step towards github that might be controversial to some
[16:32:05] <cradek> yeah...
[16:32:18] <seb_kuzminsky> it's a purely symbolic change, but maybe people care about symbols
[16:32:19] -!- phantoxe has quit []
[16:32:38] <seb_kuzminsky> i guess the main thing we should try to work on is figuring out if we should jump ship from sf, and if so where we should jump to
[16:32:56] <seb_kuzminsky> the outcome of that will inform what (if anything) we change about our github presense
[16:33:06] <cradek> does github host mailing lists?
[16:33:10] <jepler> cradek: no.
[16:33:19] <jepler> they cover git hosting and issue tracking
[16:33:22] <cradek> then we have at least two problems
[16:33:26] <seb_kuzminsky> 2/3
[16:33:27] <seb_kuzminsky> yeah
[16:33:46] <jepler> bbl, time for early lunch here.
[16:33:55] <seb_kuzminsky> seeya
[16:33:59] <seb_kuzminsky> i think i'll get a coffee
[16:34:13] -!- asdfasd has quit [Ping timeout: 260 seconds]
[16:37:34] -!- lair82 has quit [Ping timeout: 246 seconds]
[16:40:32] <mozmck> why would github be controversial to some?
[16:50:35] -!- ktchk has quit [Quit: ktchk]
[16:56:42] -!- lair82 has quit [Quit: Page closed]
[17:15:47] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[17:21:51] <skunkworks> machinekit is using google groups for mail.
[17:22:19] <skunkworks> seems ok.. (our local linux user group also uses it - I should make it to a meeting one of these days)
[17:22:35] <skunkworks> this week they are talking about linuxcnc :(
[17:23:30] <mozmck> bleh, I refuse to have a google account
[17:24:09] <mozmck> although at least some of the google groups allow you to join by email without getting a google account - I don't know if they all do.
[17:26:26] <kwallace3> I seem to recall HAL commands in a .hal file have to be on one line -- if not, how can a command span lines?
[17:29:25] fraesrechner is now known as dieter_fraesrech
[17:36:54] -!- balestrino has quit [Ping timeout: 260 seconds]
[17:38:27] -!- almccon has quit [Ping timeout: 246 seconds]
[17:39:20] <cradek> status: assigned --> wont-fix
[17:39:30] <cradek> http://sourceforge.net/p/forge/site-support/7413/
[17:39:47] <jepler> kwallace3: yes, I'm pretty sure there's no "continuation line" syntax in halcmd
[17:40:47] <jepler> kwallace3: but the limit on line length is 1024 characters. do you really need more than 1024 characters in a halcmd line?
[17:41:48] <seb_kuzminsky> maybe he wants it for legibility?
[17:42:17] <mozmck> cradek: if enough places do that it may force yahoo to change as it looses email users.
[17:42:55] <cradek> mozmck: nah. their change mostly benefits their users, while hurting the rest of email users everywhere
[17:43:31] <kwallace3> I'll have around 30 buttons to mux and the select pin will have all the button pin names.
[17:43:35] <mozmck> how does it benefit their users? It will hurt them if they get bumped off all non-yahoo groups.
[17:44:23] <cradek> when yahoo users post to mailing lists, it doesn't bump them off the lists. it bumps innocent random people off the lists instead.
[17:44:56] <jepler> kwallace3: you can build a net over several lines
[17:45:28] <kwallace3> Dooooh, of course.
[17:46:15] <jepler> cradek: the 'network' graph on github is still pretty useless, even not on mobile
[17:46:52] <cradek> mozmck:
http://article.gmane.org/gmane.linux.distributions.emc.user/50866
[17:47:36] <cradek> if sf said why they decided to do nothing, it would have been nice
[17:47:37] <jepler> Status: wont-fix
[17:47:49] <mozmck> cradek: oh, nasty. I say unsub all yahoo emails.
[17:48:57] <cradek> one of the options in new mailman is to warn and blacklist them
[17:49:31] <cradek> mozmck: I'm sure other providers have followed them by now
[17:49:43] <cradek> mozmck: it's not really just a yahoo problem
[17:50:01] <mozmck> grumble...
[17:51:02] <jepler> yes, it's a problem for any site which adopts DMARC
[17:51:16] <cradek> dmarc with p=reject
[17:54:32] -!- zzolo has quit [Quit: zzolo]
[17:55:09] <jepler> yeah but I don't think you deploy damrc except with the expectation of eventually doing p=reject
[17:55:12] -!- mhaberler has quit [Quit: mhaberler]
[17:55:22] -!- jduhls has quit [Ping timeout: 250 seconds]
[17:56:15] <kwallace3> BTW, this is what I have so far:
http://wallacecompany.com/tmp/auto_test_ui/ . Now I'm off to the shop to try to add hardware.
[18:11:07] -!- SpeedEvil has quit [Ping timeout: 245 seconds]
[18:12:23] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:29:30] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[18:37:45] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:38:36] -!- t___ has quit [Client Quit]
[18:44:10] -!- syyl_ws has quit [Quit: Verlassend]
[18:49:51] -!- ler_hydra has quit [Remote host closed the connection]
[18:50:42] -!- patrickarlt has quit [Remote host closed the connection]
[18:51:36] -!- dzzig_nz has quit [Ping timeout: 256 seconds]
[18:51:57] -!- Loetmichel has quit [Ping timeout: 246 seconds]
[19:06:38] <PCW> jepler: should I flash a SPI config into 1 of the 7I90s config chips?
[19:07:27] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:07:59] <jepler> PCW: yes that would be convenient for me
[19:08:22] <jepler> PCW: I'll potentially want to measflash it over epp though
[19:08:29] <PCW> it avoids dicking around with EPP
[19:08:33] <jepler> yeah
[19:08:36] -!- dzzig_nz|2 has quit [Ping timeout: 256 seconds]
[19:08:47] <jepler> can you put the main configuration as spi and the backup as epp?
[19:09:04] <PCW> primary=SPI (P)
[19:09:44] <PCW> DONOT forget to move the jumper, not sure theres anyway home from SPI/SPI
[19:10:27] <PCW> (I mean other than JTAG)
[19:10:28] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[19:10:44] <jepler> I think I have a jtag dongle somewhere but yeah, that would be a bit of a pain to recover from
[19:11:09] -!- dieter_fraesrech has quit [Quit: ChatZilla 0.9.90.1 [Firefox 20.0/20130329043827]]
[19:11:30] <jepler> PCW: not quite related, but it occurred to me that once you make the d8's code loadable, maybe you want to load the initial code from an unused block of the eeprom
[19:12:12] -!- brianmorel99 [brianmorel99!~brianmore@71-13-81-38.static.bycy.mi.charter.com] has joined #linuxcnc-devel
[19:12:24] <jepler> PCW: when you say "no recovering from spi/spi", do you mean that spi can't write the eeprom, or that it's not written in mesaflash yet?
[19:12:44] <PCW> I dont know actually
[19:12:57] <jepler> if it's the latter, I can put it on the stack of things to look at doing
[19:13:26] <jepler> hm given the pin assignments I don't think you could talk spi at it through an spp parport
[19:13:56] <PCW> you could (very slowly)
[19:14:26] <jepler> won't trouble arise with both the PC and the FPGA trying to drive pin PD6?
[19:14:51] <PCW> but it would have to have clean signals (PP signals at end of cable are not very good)
[19:15:18] <PCW> (you would need a cable adapter)
[19:16:39] <jepler> yeah, if SPIOUT went to one of the parport "in" pins via a modified cable I agree you could do it very slowly if the signal is clean
[19:17:07] <PCW> the lack of standards in host SPI hardware makes the mesaflash issue a bit painful
[19:17:57] <PCW> for now boot as EPP MOVE JUMPER flash SPI half is probably the best
[19:18:40] <PCW> I should figure out how to write protect the secondary EEPROM
[19:21:24] <PCW> its something you need to write to the flash chip to enable the hardware WP input
[19:22:48] <jepler> mesaflash seems to have stubs for spi stuff
[19:23:18] <jepler> why does the same jumper control which EEPROM half gets written and which EEPROM half gets booted?
[19:27:43] <PCW> no real choice, its just a hardware chip1/chip2 selection
[19:30:29] <jepler> oh, I read the section on fallback and dual eeproms again
[19:30:36] <PCW> There may be something clever you could do with a dual boot config where a option selection config boots read some pins, sets up the SPI start address and reboots
[19:30:38] <PCW> but that beyond my ICAP foo
[19:31:34] <PCW> the fallback is a different issue (a bad or corrupted bitfile will cause reboot to fallback in same EEPROM)
[19:32:39] -!- zbychuk has quit [Quit: leaving]
[19:32:49] <PCW> so for example if you start mesaflash writing and pull the plug in the middle, the bitfile in the flash will have a bad CRC so will reboot into the fallback
[19:33:30] -!- MrHindsight has quit [Quit: Leaving]
[19:34:40] <PCW> I just added ICAP support to Ethernet and PCI cards so for example on a 5I25 after flashing a new config you can reload the FPGA and go on without needing a power cycle
[19:35:13] -!- MrHindsight [MrHindsight!~shop@unaffiliated/capthindsight] has joined #linuxcnc-devel
[19:36:13] <PCW> (or a reboot thanks to mesaflash saving the PCI BAR and command regs before reconfig and restarting after)
[19:36:25] -!- sharpen047 has quit [Ping timeout: 246 seconds]
[19:36:37] <PCW> s/restarting/restoring/
[19:38:20] <PCW> the ICAPstuff also allows you to load a FPGA config at a arbitrary flash address
[19:38:52] <PCW> (I will add ICAP support to the 7I90 but its not there yet)
[19:42:21] <jepler> the epp eeprom flashing processes uses 8-bit addresses and data
[19:43:59] -!- asah has quit [Quit: asah]
[19:44:18] <PCW> all low level flashing works this way (even on a 5i25)
[19:44:52] <PCW> Ethernet is a bit different since theres a processor available
[19:45:51] <PCW> low level stuff just has a very simple 8 bit SPI interface (just a shift register really) and a I/O bit for CS control
[19:48:52] <jepler> so is this 8-bit address EPP_SPI_SREG_REG not even part of the regular hostmot2 address space?
[19:49:18] <PCW> it is part of the same space
[19:49:25] <jepler> is it like 007E then?
[19:49:43] <PCW> I think 0x70 and 0x74
[19:50:04] <jepler> in my copy of mesaflash I have
[19:50:04] <jepler> #define EPP_SPI_CS_REG 0x7D
[19:50:04] <jepler> #define EPP_SPI_SREG_REG 0x7E
[19:50:31] <PCW> Hmm maybe
[19:56:50] <PCW> for 7I90 is HM2 address space 0x0070, 0x0074
[19:56:52] <PCW> 7I43 is funny and writing flash is not even supported by hm2 configs
[19:57:39] <PCW> I could be but no one ever asked for it
[19:58:00] <jepler> oh I guess I've only written bitfiles via usb, and only to boot them, not to the eeprom
[19:58:29] <jepler> so what device is this EPP_SPI_CS_REG for?
[19:59:22] <PCW> its for a basic bootstrap confg for the 7I43
[19:59:22] -!- Roguish has quit [Read error: Connection reset by peer]
[19:59:27] <jepler> it matches TopUSBHostMot2.vhd
[19:59:48] <PCW> so you can load the boostrap then flash the eeprom
[19:59:56] -!- sudobangbang has quit [Ping timeout: 260 seconds]
[20:00:33] -!- skunkworks [skunkworks!~chatzilla@174-124-15-91.dyn.centurytel.net] has joined #linuxcnc-devel
[20:00:56] <PCW> yeah if it was an issue I would add the 0x0070 0x0074 SPI stuff to 7i43 hm2 configs
[20:01:36] <PCW> but i dont think anyone uses configs in flash on the 7I43 with linuxcnc
[20:01:47] <jepler> I don't think so either
[20:02:57] <PCW> (I dont think it would even work, it would have the same problem you have with a 7I90 and the 7I43 driver
[20:02:58] <PCW> (it resets the FPGA without checking if theres a config there first)
[20:03:14] <jepler> I'm sure it was just cost-savings on your part but I sort of liked the days that a firmware had to be uploaded first of all
[20:03:24] <jepler> I dunno why, just old fashioned I suppose.
[20:03:29] <jepler> bbiab
[20:03:44] <PCW> Yeah its more bulletproof (but more expensive)
[20:06:36] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[20:12:32] -!- marvi has quit [Ping timeout: 260 seconds]
[20:13:35] -!- travalga has quit [Client Quit]
[20:16:30] -!- giustoXricordarl has quit [Ping timeout: 260 seconds]
[20:19:52] -!- amiri has quit [Ping timeout: 240 seconds]
[20:28:33] Cylly is now known as Loetmichel
[20:30:14] -!- brianmorel99 has quit [Quit: Leaving]
[20:31:59] -!- sylphiae has quit [Read error: Connection reset by peer]
[20:32:34] -!- mhaberler has quit [Quit: mhaberler]
[20:35:58] -!- sirdancealot has quit [Ping timeout: 264 seconds]
[20:52:54] -!- zeeshan has quit [Read error: Connection reset by peer]
[21:00:49] -!- acdha has quit [Ping timeout: 272 seconds]
[21:01:24] -!- FinboySlick has quit [Quit: Leaving.]
[21:02:25] -!- asah has quit [Remote host closed the connection]
[21:02:48] -!- bootnecklad has quit [Quit: BRB WIREWRAPPING]
[21:03:56] -!- zzolo has quit [Quit: zzolo]
[21:07:05] -!- spatialbrew has quit []
[21:19:27] -!- anarchos has quit [Ping timeout: 245 seconds]
[21:19:44] -!- Deejay has quit [Quit: bye]
[21:51:06] <CaptHindsight> how do you save changes to Grub v2 in Wheezy? edit /etc/default/grub, then run update-grub?
[22:02:15] <cradek> yes, same as lucid
[22:02:17] -!- mozmck has quit [Read error: Connection reset by peer]
[22:02:46] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[22:03:46] <CaptHindsight> thanks
[22:05:29] <CaptHindsight> with isolcpus=1 on dual core APU and 3.4-9 pae rtai ~12,000nS, without isolcpus= ~25,000nS
[22:19:59] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[22:20:27] <jepler> yay. level translator board showed up, seems to work
[22:20:42] <jepler> I successfully decoded a transmission with my logic scope from a linux userspace program
[22:21:14] <CaptHindsight> \0/
[22:21:50] <seb_kuzminsky> jepler: great!
[22:22:18] <jepler> http://emergent.unpythonic.net/files/sandbox/odroid-spi-decoded.png
[22:23:01] <jepler> the open logic analyzer calls it "mode 0", 32 bits, MSB first
[22:24:15] <jepler> so the basic problem I was facing last time was exactly what we thought: too much unshielded, unpaired wiring, particularly at 1.8v
[22:25:07] <cradek> cool!
[22:25:27] <cradek> I thought the board was going to be wrong in many ways...?
[22:25:49] <jepler> cradek: yes, it's not perfect
[22:26:52] <jepler> two of the signal pins are reversed .. but the logic analyzer doesn't care
[22:27:46] <jepler> for the actual 7i90 there's a problem with choice of supply voltage (I don't want the voltage provided on the 26-pin header)
[22:28:00] <jepler> and there are some good design suggestions like impedence-matching resistors
[22:28:45] <jepler> but none of the problems bad enough to make the board just junk
[22:29:57] <jepler> the way the OLS shows the |----| part of the signal covered by each spi word is weird
[22:30:10] <jepler> it seems to be implying there's a "stop bit" or something, but I don't think there is
[22:30:40] <jepler> It should be |----|----|, not |---| |---|
[22:31:33] -!- ravenlock has quit [Ping timeout: 240 seconds]
[22:40:59] <skunkworks> cradek: I was goofing around with the emco - I used spindle-postion instead of interpolated - I still get a pause ever so often when I turn the spindle back on while in sync
[22:41:31] <skunkworks> I need to try a pre-new tp version to see if I get the same effect
[22:42:11] <skunkworks> no - That was 2.5.4
[22:42:34] -!- sylphiae has quit [Ping timeout: 250 seconds]
[22:43:51] <PCW> Sort of too bad there's not a start bit defined for SPI
[22:43:53] <PCW> (been messing with BISS and BISS uses the first returned bit to sync the receive clock to remove skew)
[22:56:14] <skunkworks> I should probably scope the encoder signal just to make sure it isn't missing pulses or something
[22:58:33] -!- phantoxeD has quit [Ping timeout: 240 seconds]
[22:58:38] -!- patrickarlt has quit [Remote host closed the connection]
[22:59:20] phantom is now known as Guest67691
[23:02:48] <skunkworks> cnc's are awesome
[23:04:19] -!- tjb1 has quit [Read error: Connection reset by peer]
[23:04:19] -!- arvidkahl has quit [Ping timeout: 272 seconds]
[23:12:47] -!- balestrino has quit [Ping timeout: 245 seconds]
[23:18:26] -!- kfoltman has quit [Quit: Ex-Chat]
[23:40:21] <cradek> skunkworks: if a ground is missing somewhere, it might be ac-coupled
[23:40:36] <cradek> that might explain why it only works once it gets going
[23:42:15] <skunkworks> right - and only some of the time depending on how the ac motor starts.. (not a normal run mode)
[23:57:15] <jepler> AA AA AA AA 00 00 00 00
[23:57:15] <jepler> 00 00 00 00 00 00 00 00
[23:57:15] <jepler> 00 00 00 00 41 53 45 4D
[23:57:15] <jepler> 33 34 49 37 00 00 01 90
[23:57:15] <jepler> 00 00 00 90 00 00 00 02
[23:57:36] <jepler> ASEM34I7
[23:58:32] <jepler> (that's what 41 ... 37 decodes to)
[23:58:47] <jepler> in other words .. we have communication
[23:59:48] -!- toner has quit [Remote host closed the connection]
