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

Back
[00:01:39] <jepler> whee, got the parallela booted again
[00:01:40] <jepler> Linux linaro-nano 3.12.0-g0bc9c3a-dirty #6 SMP PREEMPT Wed Jan 29 10:25:25 CET 2014 armv7l armv7l armv7l GNU/Linux
[00:01:52] <jepler> too bad they didn't see fit to provide a preempt-rt kernel, just a preempt kernel :-P
[00:03:30] <CaptHindsight> jepler: that one of the few ARM boards I didn't get, how well is it made and how is the layout?
[00:03:34] -!- phantoxeD has quit [Ping timeout: 240 seconds]
[00:04:24] <jepler> CaptHindsight: this iteration of the board has a heat problem. the I/O connectors are inconvenient for hobbyists (high-density and on the bottom).
[00:04:38] <andypugh> Night all
[00:04:42] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[00:04:46] -!- andypugh has quit [Quit: andypugh]
[00:04:59] <jepler> CaptHindsight: in the current iteration they say they can cool the board entirely passively, but my board needs a fan
[00:05:18] <jepler> it has ethernet, which is nice, but besides that only two USB "B" connectors and the inconvenient high-density connectors
[00:06:10] <jepler> oh and it has ttl-level serial on standard headers
[00:06:26] <jepler> only micro sdhc, no e-mmc
[00:08:04] <jepler> bbl
[00:11:33] -!- amatecha has quit [Ping timeout: 256 seconds]
[00:20:17] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[00:20:53] -!- h_maximilian1 has quit [Ping timeout: 240 seconds]
[00:23:50] -!- i_tarzan has quit [Ping timeout: 255 seconds]
[00:27:42] -!- kb8wmc has quit [Quit: ChatZilla 0.9.90.1 [Firefox 20.0/20130329043827]]
[00:27:54] <jepler> obviously the gimmick of the 16 CPUs is unique
[00:28:15] -!- dgarr has quit [Ping timeout: 272 seconds]
[00:31:54] <jepler> wow that's terrible
[00:31:58] <jepler> WARNING: The following packages cannot be authenticated!
[00:32:05] <jepler> [list of 101 packages that come from ubuntu.com]
[00:32:08] <jepler> Authentication warning overridden.
[00:32:20] <jepler> ^^^ default behavior of apt on this device with linaro (ubuntu) 14.04
[00:32:36] <Tom_itx> :)
[00:33:12] -!- malcom2073 [malcom2073!~quassel@unaffiliated/malcom2073] has joined #linuxcnc-devel
[00:35:25] <jepler> I should obviously have splurged on a better SD card for this thing, apt-get takes its sweet time installing packages
[00:36:08] <Tom_itx> i got a SD the other day windows wouldn't handle
[00:36:16] <Tom_itx> my android liked it just fine
[00:36:18] <jepler> huh
[00:36:28] <Tom_itx> 64Gb
[00:36:49] <Tom_itx> but i'm still running xp
[00:36:55] <jepler> I don't need huge capacity, but faster write speeds would be nice
[00:37:11] <Tom_itx> it's a fairly quick card
[00:37:11] <jepler> I think it'd be faster if I could just network boot it and run root-on-nfs
[00:37:23] <jepler> I think this one claims "class 4"; I know it goes up to 10
[00:37:35] <jepler> but I don't know how useful that is in, vs just marketing bs
[00:38:33] <micges-dev> skunkworks: when you get a chance try latest jepler/hm2-eth branch, there was few important bugs fixed
[00:38:39] <PCW> one nice thing about the cubie is that is has a sata connector
[00:40:20] -!- sylphiae has quit [Read error: Connection reset by peer]
[00:40:27] <jepler> this thing looked interesting, but you're stuck with e-mmc or micro sd for storage (or usb) http://hardkernel.com/main/products/prdt_info.php
[00:40:48] <jepler> it has only a little I/O, and all at 1.8V, so it doesn't sound convenient to interface to anything (does have SPI, though)
[00:40:52] <Tom_itx> these were class 10 iirc
[00:41:17] <PCW> I haven't seen any odd behaviour with either ubc3-7i80 or uspace-hm2-eth
[00:41:26] -!- i_tarzan has quit [Read error: Connection reset by peer]
[00:43:18] <jepler> PCW: just for grins somebody should dig out a USB ethernet adapter and try using it with 7i80
[00:43:29] <micges-dev> I wonder why wd memory corruption error shows up while using hm2_pci and not while 7i80 testing
[00:43:52] <PCW> I have one on my test machine, just need to swap ports
[00:46:00] <skunkworks> micges-dev: will do
[00:46:17] -!- dgarr [dgarr!~dgarrett@184.101.132.16] has joined #linuxcnc-devel
[00:46:24] <micges-dev> thanks
[00:46:48] <skunkworks> micges-dev: Should I test pci also on that branch?
[00:47:22] <micges-dev> yes
[00:47:34] <micges-dev> what pci cards do you have?
[00:48:39] <PCW> Ha! USB ethernet is working at 1 KHz (not sure for how long)
[00:48:47] <jepler> skunkworks: yes, pci and epp mesa cards (in addition to the ethernet cards) should work with branch origin/jepler/hm2-eth-v2
[00:49:03] <jepler> PCW: shiver me timbers, now linuxcnc works over usb
[00:49:21] <jepler> they asked us for it for years, and we said it wouldn^Wcouldn't be done
[00:50:26] <skunkworks> usb ethernet?
[00:51:58] <jepler> skunkworks: usb anything realtime
[00:52:04] <CaptHindsight> the ubc3-7i80 runs on the cubie2 with debian and preempt_RT, we have to try the new master
[00:52:42] <jepler> CaptHindsight: I'm interested to hear the result
[00:52:47] <CaptHindsight> hm2-eth for the cubie2 might be worth looking at
[00:52:58] <micges-dev> CaptHindsight: what version of preempt-rt kernel ?
[00:53:05] <jepler> origin/jepler/hm2-eth-v2 doesn't include the commits that "port" to arm, so you will want to try that merged with or rebased onto master
[00:53:30] <memfrob> 3.4.94
[00:53:30] <skunkworks> I was wondering what usb ethernet was.. Usb to ethernet adaptor?
[00:53:40] <PCW> yes
[00:54:26] <PCW> still running at 1 KHz (survived unplugging /replugging mouse)
[00:55:17] -!- zzolo has quit [Quit: zzolo]
[00:59:02] <skunkworks> so pcw would have to create some sort of board for the odroid..
[00:59:37] <skunkworks> I suppose the 7i80 would work.. (with a wireless usb nic..)
[01:00:44] <jepler> skunkworks: he has a product that talks SPI .. that plus a level-translator for the odroid's 1.8v I/Os would seem to be the easiest path
[01:00:53] <jepler> (except that you'd need a new hal driver for hm2_spi)
[01:00:56] <PCW> USB/Ethernet works at 2 KHz!
[01:01:04] <jepler> PCW: no f---ing way
[01:01:14] <PCW> way
[01:01:59] <PCW> wonder what the usb adapter does... may lookup the chip
[01:02:32] -!- asdfasd has quit [Ping timeout: 255 seconds]
[01:03:54] <PCW> hm2_spi should be similar to hm2_eth if the interface uses DMA
[01:04:26] <jepler> I only know that SPI is a bullet-point on that particular board
[01:05:37] -!- sylphiae has quit [Read error: Connection reset by peer]
[01:05:53] <PCW> The cubie shoud do 50 mb/s SPI to/from our FPGA card (it can do 100 mb/s but i woudl need to do more work on the FPGA code to get that fast)
[01:07:42] <CaptHindsight> banana pi is supposed to be $30 with the R pi pinout and form factor but uses the A20 like the cubie2
[01:08:37] <CaptHindsight> so far people have been paying $50 to get the first ones
[01:09:33] <CaptHindsight> http://www.bananapi.org/p/product.html SPI is on the GPIO header
[01:10:03] <PCW> still ticking at 2 KHz
[01:10:21] <CaptHindsight> Gigabit Ethernet is on the Die
[01:11:26] <jepler> based on my experience with the arm chromebook, it's clear that arms are plenty powerful enough for everyday computing
[01:11:46] <jepler> but based on my experience with beaglebone, these corner-cutting boards are too slow for anything
[01:11:47] <CaptHindsight> https://www.kickstarter.com/projects/1575992013/logi-fpga-development-board-for-raspberry-pi-beagl might actually be useful soon
[01:11:57] <jepler> I don't know how to square the two, except to assume some form of "you get what you pay for"
[01:13:48] <PCW> 2 Khz still ticking along
[01:14:35] <jepler> I was going to tell how long linuxcnc took to build on the parallela vs the chromebook, except "make -j2" hit the OOM killer on the parallela
[01:14:35] <CaptHindsight> A20 + FPGA should be plenty fast enough for Linuxcnc
[01:14:42] <jepler> .. after 7.5 minutes
[01:15:37] <CaptHindsight> running LXDE with linuxcnc <70MB total memory is used
[01:16:24] <CaptHindsight> sorry ~90MB
[01:16:53] <jepler> some of the invocations of g++ while building linuxcnc seem to take over a half gig of memory
[01:17:02] <jepler> boost::python is a memory-hogging piece of crud at compile-time
[01:19:17] <jepler> chromebook built linuxcnc from clean in 5:34 real, 8:53 user + 47 system
[01:20:07] -!- i_tarzan has quit [Ping timeout: 256 seconds]
[01:20:25] <CaptHindsight> jepler: ARM Chromebook?
[01:20:45] <jepler> CaptHindsight: http://www.chromium.org/chromium-os/developer-information-for-chrome-os-devices/samsung-arm-chromebook
[01:20:51] <jepler> CPU: Samsung Exynos 5 Dual (5250) (Cortex A15; 1.7GHz dual core cpu)
[01:20:57] <jepler> 2GB RAM, etc
[01:20:58] <CaptHindsight> ok, yeah that one :)
[01:22:01] <jepler> It's a great travel machine, even more now that I can develop linuxcnc on it
[01:22:01] <CaptHindsight> Samsung is picky about who they sell those ARM parts to, so no lower cost boards
[01:22:26] <jepler> 6-thread Intel desktop: 2m1s real, 17:51 user + 0:44 system -- but that was building the docs too
[01:23:33] <jepler> wow, real 29s, user 4m38 + sys 16s when not building docs
[01:23:39] <mozmck> jepler: regarding the atomic problem on ARM, MH posted about it on the Xenomai list - did you see that and the response?
[01:23:52] <jepler> mozmck: no, I don't actively follow the xenomai list
[01:24:45] <mozmck> http://www.xenomai.org/pipermail/xenomai/2014-July/031210.html
[01:25:08] <mozmck> Don't know how helpful that is, but thought you might be interested.
[01:26:07] <jepler> It's interesting to see him link to the same stackoverflow I had mentioned on July 2.
[01:26:55] -!- i_tarzan has quit [Ping timeout: 256 seconds]
[01:27:10] <mozmck> His email was a day after yours - so I think someone told him about it.
[01:27:37] <jepler> yeah
[01:28:15] <jepler> if someone comes up with a cool solution for machinkit, I hope they'll mention it to us
[01:31:17] <jepler> so bored waiting for parallela to build linuxcnc
[01:31:45] <PCW> you need parallel parallela's
[01:31:57] <jepler> so far at about 25 minutes CPU time / 20 minutes wall time
[01:32:21] <jepler> including the failed-partway-through build
[01:32:50] <jepler> anyway, if you spend your time building software, this parallela board does not seem like a good one.
[01:34:04] -!- `Nerobro has quit [Ping timeout: 240 seconds]
[01:34:31] -!- ries has quit [Quit: ries]
[01:34:50] <jepler> lots of single files take 1 minute CPU time to compile, the interpreter in particular
[01:35:46] -!- sirdancealot has quit [Ping timeout: 240 seconds]
[01:36:04] -!- sudobangbang has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[01:36:06] <PCW> probably woudl be faster with NFS
[01:36:30] <jepler> this is mostly sitting at 100% CPU
[01:36:48] <jepler> I think that the micro sd was a factor for installing packages, but not at the moment
[01:36:55] <PCW> dual core 666 MHz I think
[01:39:01] <PCW> bbl
[01:39:02] <PCW> USB-->Enet @ 2 KHZ _still_ running!
[01:39:03] <jepler> yeah, but too little ram to actually build in parallel
[01:42:35] -!- micges-dev has quit [Quit: Wychodzi]
[01:44:18] -!- patrickarlt has quit [Quit: Leaving...]
[01:50:23] -!- XXCoder1 has quit [Ping timeout: 264 seconds]
[01:51:55] -!- fenugrec has quit [Quit: Leaving]
[01:52:09] XXCoder2 is now known as XXCoder
[01:53:24] <mozmck> AMD 8-core: real 0m55.608s user 5m33.707s sys 0m47.493s I think that is with docs - I just did make -j9
[01:54:19] <jepler> looks like this'll be north of 50 minutes CPU time
[01:54:32] <jepler> that's assuming it's almost done..
[01:54:50] <mozmck> I'm not sure how to read the "time" output - do you add the 3 together?
[01:54:58] <jepler> mozmck: the first is the wall time
[01:55:08] <mozmck> what is wall time?
[01:55:11] <jepler> mozmck: the second two added together are the CPU time, with the last one being the kernel CPU time
[01:55:21] <jepler> wall time is the time you'd measure on a clock
[01:55:29] <jepler> or a stopwatch
[01:55:36] <jepler> but it's wall time as in wall clock
[01:55:45] <mozmck> Oh, so the actual time the command took.
[01:56:01] <jepler> right
[01:56:13] <jepler> and user+sys are in CPU time
[01:56:13] <mozmck> so what does the CPU time even mean then?
[01:56:45] <jepler> that's amount of time it was actually executing on a CPU
[01:56:52] <jepler> with 8 CPUs it could be up to 8 CPU seconds per wall second
[01:57:21] <mozmck> I see - interesting. Looks like it's pretty fast anyhow.
[01:57:29] <jepler> but it is usually lower than that, for instance because make doesn't always run 8 things at once, because other programs use some of the CPU, and because sometimes a CPU is idle while waiting to read from disk, or whatever
[01:58:00] -!- jfigie has quit [Quit: Ex-Chat]
[01:58:27] <jepler> in this case, your usre+sys CPU time is about 6.9x your wall time, so your average CPU usage was 690% out of a maximum 800%
[01:59:10] -!- diizie has quit [Ping timeout: 246 seconds]
[01:59:32] <mozmck> makes sense - does not sound too bad on the usage. I do have 20Gb ram but I'm running VBox with WinXP and several other programs as well.
[02:02:45] <mozmck> I wonder if it would be faster to set up a cross-compiler for that?
[02:02:51] <jepler> quite possibly
[02:04:32] -!- sureleo has quit [Quit: Leaving.]
[02:07:30] <jepler> 56 minutes wall time to build linuxcnc on the parallela
[02:07:32] -!- alexchally has quit [Ping timeout: 240 seconds]
[02:08:15] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:09:03] <jepler> .. and it doesn't work. hmm, what's up?
[02:09:11] <jepler> it appears the realtime threads did not start
[02:09:56] -!- rob_h has quit [Ping timeout: 250 seconds]
[02:13:38] <jepler> well .. some debugging to do
[02:15:46] -!- malcom2073 has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[02:15:48] <skunkworks> PCW: what kind of read/write times are you getting with the usb?
[02:20:30] -!- terabyte- has quit [Quit: terabyte-]
[02:21:19] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[02:25:23] <pcw_home> 700 max (so about 280 usec) on read
[02:25:45] <pcw_home> not much worse than direct
[02:26:12] <pcw_home> I didn't check write times yet
[02:33:30] -!- zzolo has quit [Quit: zzolo]
[02:35:47] <skunkworks> neat
[02:36:40] <skunkworks> Btw - after doing everthing I could to rsync over ssh - I got a bit over 1GB/min
[02:37:46] -!- AR_ has quit [Ping timeout: 264 seconds]
[02:40:32] -!- sylphiae has quit [Ping timeout: 260 seconds]
[02:45:18] <jepler> 133Mb/s ? could be worse, though it's true you might hope for better if it's GbE
[02:45:27] <jepler> ssh encryption is not free compared to the speed of gigabit nics
[02:47:14] <jepler> ugh, figured out my problem: apparently, if you set a scheduling priority via pthread_attr_setschedparam, every pthread call including pthread_attr_setschedparam and pthread_create return success, but the thread exits without ever calling its function
[02:54:38] -!- kwallace [kwallace!~kwallace@smb-228.sonnet.com] has parted #linuxcnc-devel
[03:01:14] <KGB-linuxcnc> 03Jeff Epler 05master 9007e24 06linuxcnc 10src/rtapi/uspace_rtapi_app.cc uspace: Raise RLIMIT_RTPRIO or fail at hardening * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9007e24
[03:01:14] <KGB-linuxcnc> 03Jeff Epler 05master 30000be 06linuxcnc 10debian/control.in 10scripts/latency-test latency-test: use awk for calculations * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=30000be
[03:03:49] <jepler> now linuxcnc master branch works on two ARM systems
[03:04:20] <jepler> . slowly running the testsuite
[03:07:38] -!- syyl_ has quit [Ping timeout: 255 seconds]
[03:10:49] <skunkworks> well - the sending side was an atom based supermicro motherboard.. Not the most powerful.
[03:10:57] <skunkworks> jepler: neat!
[03:14:52] <jepler> sigh, milltask taking 20% CPU on parallela
[03:20:41] <jepler> anyway, on parallela running linaro 14.01 (which I incorrectly called 14.04 earlier):
[03:20:44] <jepler> Runtest: 142 tests run, 142 successful, 0 failed + 0 expected
[03:22:04] <jepler> but it has about 300ms worth of latency with its "PREEMPT" (not "PREEMPT-RT") kernel
[03:22:37] -!- hm2-buildmaster has quit [Remote host closed the connection]
[03:22:56] <seb_kuzminsky> buildbot maintenance...
[03:23:02] <seb_kuzminsky> out of disk again
[03:27:09] -!- larryone has quit [Remote host closed the connection]
[03:40:49] -!- sureleo has quit [Quit: Leaving.]
[03:45:09] -!- PetefromTn_ has quit [Ping timeout: 250 seconds]
[03:50:21] -!- PetefromTn_ has quit [Ping timeout: 250 seconds]
[03:57:16] -!- Groguard has quit [Ping timeout: 255 seconds]
[04:01:47] -!- dgarr has quit [Quit: Leaving.]
[04:02:47] -!- Groguard has quit [Read error: Connection reset by peer]
[04:06:40] zz_Groguard is now known as Groguard
[04:22:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[04:30:30] -!- sureleo has quit [Quit: Leaving.]
[04:48:50] zz_prtksxna is now known as prtksxna
[05:02:24] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[05:11:24] -!- ve7it has quit [Remote host closed the connection]
[05:11:56] -!- sureleo has quit [Client Quit]
[05:14:04] -!- h_maximilian has quit [Ping timeout: 260 seconds]
[05:20:16] -!- badon has quit [Ping timeout: 240 seconds]
[05:31:01] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:38:36] -!- kwallace3 [kwallace3!~kwallace@smb-228.sonnet.com] has parted #linuxcnc-devel
[05:45:17] -!- PetefromTn_ has quit [Quit: Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day]
[06:04:22] -!- sureleo has quit [Quit: Leaving.]
[06:16:43] -!- larryone has quit [Client Quit]
[06:21:33] -!- zultron has quit [Remote host closed the connection]
[06:21:37] -!- larryone has quit [Client Quit]
[06:22:07] -!- zultron [zultron!~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[06:22:35] -!- zultron has quit [Remote host closed the connection]
[06:23:03] -!- archivist_herron has quit [Ping timeout: 240 seconds]
[06:35:46] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[06:41:40] -!- eeriegeek has quit [Quit: Leaving.]
[06:44:13] -!- Deejay has quit [Changing host]
[06:44:55] -!- skorasaurus has quit [Read error: Connection reset by peer]
[07:00:16] -!- The_Ball has quit [Ping timeout: 240 seconds]
[07:00:29] -!- JT-Shop_ [JT-Shop_!~john@162.72.138.27] has joined #linuxcnc-devel
[07:00:57] -!- JT-Shop has quit [Read error: Connection reset by peer]
[07:03:25] -!- sureleo has quit [Quit: Leaving.]
[07:07:32] -!- alexchally has quit [Ping timeout: 240 seconds]
[07:10:42] -!- WalterN has quit [Ping timeout: 245 seconds]
[07:13:23] -!- theorbtwo has quit [Read error: No route to host]
[07:17:28] -!- zeeshan has quit [Quit: bye]
[07:19:17] -!- rosslyoung has quit [Quit: Leaving]
[07:23:48] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@71-218-150-121.hlrn.qwest.net] has joined #linuxcnc-devel
[07:23:51] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@71-218-150-121.hlrn.qwest.net] has joined #linuxcnc-devel
[07:29:47] -!- WalterN has quit [Ping timeout: 245 seconds]
[07:30:34] <seb_kuzminsky> linuxcnc-build: back so soon?
[07:31:57] -!- rob_h [rob_h!~robh@90.219.183.62] has joined #linuxcnc-devel
[07:33:18] -!- larryone has quit [Quit: This computer has gone to sleep]
[07:41:51] -!- JT-Shop__ [JT-Shop__!~john@162.72.138.27] has joined #linuxcnc-devel
[07:41:52] -!- JT-Shop_ has quit [Read error: Connection reset by peer]
[07:46:16] -!- sureleo has quit [Quit: Leaving.]
[08:05:00] prtksxna is now known as zz_prtksxna
[08:05:51] -!- larryone has quit [Ping timeout: 256 seconds]
[08:12:22] -!- gonzo___ has quit [Quit: Leaving]
[08:15:20] -!- sureleo has quit [Quit: Leaving.]
[08:18:09] zz_prtksxna is now known as prtksxna
[08:22:37] -!- automata has quit [Ping timeout: 272 seconds]
[08:42:53] -!- sureleo has quit [Quit: Leaving.]
[08:51:25] <seb_kuzminsky> jepler: i have the odroid u3 you linked earlier, it's been reliable for me and reasonably fast
[08:51:38] <seb_kuzminsky> had it in the buildbot for a while, sounds like it's time to add it back in again
[08:54:35] -!- dan2k3k4 has quit [Ping timeout: 264 seconds]
[08:57:25] -!- Einar1 has quit [Ping timeout: 256 seconds]
[08:57:28] -!- badon has quit [Read error: Connection reset by peer]
[09:03:45] -!- badon has quit [Excess Flood]
[09:03:58] -!- gambakufu has quit [Read error: Connection reset by peer]
[09:07:27] <seb_kuzminsky> ./configure --with-realtime=uspace --disable-build-documentation; time make -j6
[09:07:40] <seb_kuzminsky> 4 minutes, 45 seconds
[09:17:12] <seb_kuzminsky> Runtest: 142 tests run, 142 successful, 0 failed + 0 expected
[09:36:32] -!- boonkerz has quit [Quit: ZNC - http://znc.in]
[09:41:47] -!- gonzo_ has quit [Ping timeout: 272 seconds]
[09:43:22] -!- sureleo has quit [Quit: Leaving.]
[09:57:30] -!- gonzo_ has quit [Ping timeout: 250 seconds]
[10:05:17] -!- tronwizard has quit [Ping timeout: 240 seconds]
[10:17:58] -!- larryone has quit [Ping timeout: 255 seconds]
[10:21:50] -!- Valen has quit [Quit: Leaving.]
[10:35:37] -!- skunkworks has quit [Ping timeout: 272 seconds]
[10:38:38] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[10:47:14] -!- syyl_ws has quit [Quit: Verlassend]
[11:06:38] -!- ries has quit [Ping timeout: 260 seconds]
[11:12:06] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:29:27] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[11:35:06] -!- sureleo has quit [Quit: Leaving.]
[11:39:49] -!- karavanjo has quit [Remote host closed the connection]
[11:40:42] -!- Tecan has quit [Ping timeout: 260 seconds]
[11:48:33] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[11:49:39] <jepler> seb_kuzminsky: oh hey, that's good to know.
[11:49:52] <jepler> beaglebone black running from sdhc: real 46m42.460s
[11:53:12] -!- mle has quit [Ping timeout: 245 seconds]
[11:54:00] <jepler> milltask takes 25% CPU on bbb
[11:54:33] <jepler> I forget if that something I came up with a patch for when I tinkered with ubc3 last winter, or if I just had some improvements for axis...
[12:04:32] <jepler> Runtest: 142 tests run, 142 successful, 0 failed + 0 expected
[12:10:47] <CaptHindsight> there's also crosstool ng to speed up builds
[12:11:57] -!- sirdancealot has quit [Ping timeout: 245 seconds]
[12:13:50] -!- cv has quit [Client Quit]
[12:15:20] <jepler> Is the performance difference between the slow ARMs I have (AM355x on BBB and Zynq-7000 on Parallela) and the fast ARMs seb and I have (Exynos) really 8-10x?
[12:15:49] <jepler> or is it something about the system beyond the CPU, like RAM?
[12:16:25] <jepler> specifically, performance at building software...
[12:18:09] <CaptHindsight> probably a combination of both, multiple cores with 2-4x the core speed + 1-2GB ram vs 512
[12:18:49] <jepler> the chromebook also is much lower CPU load running linuxcnc
[12:19:02] <jepler> milltask <15%, rtapi_app <10%, axis <5%
[12:19:11] <jepler> vs 20+%, 20+%, 50+% on bbb
[12:20:07] <jepler> I was wondering more about RAM bandwidth and latency than capacity
[12:20:40] <jepler> caches too, gcc speed was known to be heavily dependent on CPU cache size several years ago
[12:20:45] <CaptHindsight> well your chromebook is 1.7GHz dual core A15
[12:21:59] <CaptHindsight> RAM bandwidth as well, I'll have to look back at the docs if you want the numbers
[12:22:19] <jepler> oh I don't need specific numbers
[12:22:56] <CaptHindsight> exynos 32KB (Instruction)/32KB (Data) L1 Cache and 1MB L2 Cache 2-ports 32-bit 800MHz LPDDR3/DDR3 Interfaces
[12:23:14] <jepler> but if you've got 'em :)
[12:25:47] <CaptHindsight> AM335x 32KB of L1 Instruction and 32KB of Data Cache 256KB of L2 Cache 16-bit (LPDDR-400, DDR2-532, DDR3-800)
[12:26:49] <CaptHindsight> so 32b vs 16b RAM interface and much larger L2 cache on the Exynos
[12:27:13] -!- Einar1 has quit [Quit: Leaving.]
[12:28:20] <CaptHindsight> and if the chromebook used both DDR3 ports then it's 4X the bandwidth over the BBB
[12:31:11] <CaptHindsight> 1 GHz single core A8 on the BBB, 1.7GHz dual core A15 on the Exynos
[12:31:21] <jepler> the board shot I have for the chromebook has 8 chips marked elpida j2108edbg
[12:31:43] <jepler> they're x8 chips, so it must use both channels
[12:32:20] <jepler> bbl, need to go to $DAY_JOB
[12:37:30] -!- md-2 has quit [Remote host closed the connection]
[12:40:48] -!- larryone has quit [Quit: This computer has gone to sleep]
[12:42:23] -!- md-2 has quit [Ping timeout: 256 seconds]
[12:51:52] -!- larryone has quit [Ping timeout: 255 seconds]
[12:52:01] -!- balestrino has quit [Ping timeout: 256 seconds]
[12:58:03] JT-Shop__ is now known as JT-Shop
[13:00:32] <skunkworks> logger[psha],
[13:01:07] <KGB-linuxcnc> 03Jeff Epler 05master f32900c 06linuxcnc 10src/configure.in configure: Don't suggest --enable-simulator * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f32900c
[13:01:43] prtksxna is now known as zz_prtksxna
[13:04:31] -!- Einar1 has quit [Quit: Leaving.]
[13:08:00] -!- ttback has quit [Remote host closed the connection]
[13:09:29] zz_prtksxna is now known as prtksxna
[13:09:42] <mozmck> I had to install python-gst0.10 to get gmoccapy to run, but did not see that as a run dependency in control.in
[13:12:20] <jepler> I don't know that norbert reads IRC
[13:12:26] <jepler> I don't know how best to communicate with him
[13:12:52] <mozmck> ok, maybe I'll email him - I didn't know the best place to mention it.
[13:13:00] <jepler> I agree, it appears gmoccapy and gscreen at least optionally require gst
[13:13:31] <jepler> or you can just fix control.in yourself
[13:14:34] <mozmck> ok, I'm not sure it the package name will be the same on other systems? I'm using linuxmint 16
[13:14:43] <jepler> I checked the package name on ubuntu 10.04 and debian 7
[13:14:46] <jepler> it's the same
[13:14:50] <mozmck> ok
[13:14:51] <mozmck> thanks
[13:17:48] -!- malcom2073 [malcom2073!~quassel@unaffiliated/malcom2073] has joined #linuxcnc-devel
[13:19:18] <mozmck> do I need to commit the change first and then use git format-patch?
[13:19:43] <cradek> yes
[13:19:49] <cradek> after committing, git format-patch -1
[13:19:56] <cradek> will do it
[13:26:15] -!- syyl_ has quit [Ping timeout: 250 seconds]
[13:26:27] <mozmck> Should I send it to the dev list?
[13:26:58] <cradek> nah, one of us can just push it for you
[13:27:09] <cradek> I mean, I can
[13:27:21] <mozmck> ok, I'll email it to you.
[13:27:31] <cradek> ok, cool
[13:27:51] <mozmck> seems like I had push access a long time ago, but I'm sure my ssh keys are different now and all.
[13:28:01] <mozmck> not like I've done much either :)
[13:32:52] -!- md-2 has quit [Ping timeout: 250 seconds]
[13:43:38] -!- ttback has quit [Remote host closed the connection]
[13:44:24] -!- sirdancealot has quit [Ping timeout: 255 seconds]
[13:45:51] -!- RyanS has quit [Ping timeout: 256 seconds]
[13:53:43] <mozmck> in master, is robs planner in tp.c? is the old planner still in there as well?
[13:53:52] -!- kwallace [kwallace!~kwallace@smb-56.sonnet.com] has joined #linuxcnc-devel
[13:55:57] <CaptHindsight> how do we test the floating point bug on ARM?
[13:56:17] <CaptHindsight> to best see how it effects motion
[13:58:13] <jepler> CaptHindsight: it's hard to trigger deliberately, from what I can tell
[13:59:44] <cradek> mozmck: I can update your key for you anytime
[13:59:52] <mozmck> heh, you probably have to be several hours into a multi-thousand dollar piece of metal before it will trigger and destroy the work :)
[14:00:01] <jepler> at one point, I wrote a (userspace, pthreads) program which readily showed the problem on i386 linux when not using -Os to ensure it used "fst(p)l" to store doubles http://emergent.unpythonic.net/01189609097
[14:00:06] <jepler> but I can't find the program itself
[14:00:16] <jepler> and I never actually demonstrated a problem while running linuxcnc
[14:03:52] <KGB-linuxcnc> 03Moses McKnight 052.6 c58fad6 06linuxcnc 10debian/control.in New runtime dependency for gmoccapy * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c58fad6
[14:05:22] <cradek> mozmck: thanks for sending that
[14:05:34] <mozmck> no problem.
[14:05:58] <mozmck> did you see my PM?
[14:06:31] <seb_kuzminsky> jepler: running sim/axis from master on my u3, with Axis displaying over X on my crappy home wifi, i get axis taking 20-25% CPU, sshd 10-15%, and milltask 3-5%
[14:06:36] <seb_kuzminsky> that's while running the splash code
[14:07:00] <skunkworks> mozmck, my understaning is that his new tp touches more than just tp.c.. It is a pretty big restructure.
[14:09:17] <mozmck> skunkworks: ok, I was just curious to look at the code and not sure where it is. I see the new blendmath and spherical_arc files.
[14:10:25] <skunkworks> The previous behavior is there (parabolic blending) and you can turn off circular arc blending.. but I think even that was restructured.
[14:10:51] <skunkworks> (and a few slight acceleration violations where fixed)
[14:11:27] <mozmck> ok. Probably don't have time to look at it much now anyhow, thanks.
[14:11:31] <cradek> mozmck: it's true that all the old code/algorithm remains, because the new planner falls back to the old code for the weird/hard cases
[14:13:11] -!- skorasaurus2 has quit [Ping timeout: 255 seconds]
[14:15:27] <skunkworks> mozmck, rob gave a talk on the new TP
[14:15:28] <skunkworks> http://www.youtube.com/watch?v=412N5A-N8Fc
[14:15:48] <jepler> CaptHindsight: http://emergent.unpythonic.net/files/sandbox/atomy.cc illustrates the problem on an intel desktop, but to my surprise not on my chromebook.
[14:19:33] -!- kb8wmc [kb8wmc!~chatzilla@64.25.194.29] has joined #linuxcnc-devel
[14:25:20] -!- thews-work [thews-work!~thews_wor@host-155.ocnjcc.org] has joined #linuxcnc-devel
[14:25:20] <CaptHindsight> jepler: where in linuxcnc did you mentioned the instructions are used/ was it just the trajectory planner ?
[14:25:47] -!- theorbtwo has quit [Ping timeout: 255 seconds]
[14:27:28] -!- a_morale_ has quit [Ping timeout: 250 seconds]
[14:27:28] -!- Nick001 has quit []
[14:29:09] -!- quiqua has quit [Quit: quiqua]
[14:29:53] <jepler> CaptHindsight: anytime a value is stored or written via a hal_float_t (which is a typedef for volatile double)
[14:35:36] <jepler> boy, I need some time to start to grok arm assembly
[14:36:03] <jepler> to someone who is familiar with x86 and knew mips back in the day, this is just moon language: ldmibls r9, {r1, r3, r4, r7, r8, r11, r12, pc}
[14:36:18] <jepler> I am guessing it restores a bunch of registers
[14:38:47] <pcw_home> load mibbles?
[14:39:15] <ssi> I used to do arm assembly many years ago
[14:39:45] <ssi> the arm set may be vastly different now though :/
[14:39:46] <jepler> load multiple "IB" from the address in r9. not sure what IB is
[14:39:48] -!- tjtr33 [tjtr33!~tjtr33@76-216-190-185.lightspeed.cicril.sbcglobal.net] has joined #linuxcnc-devel
[14:40:27] <ssi> I think that's increment before
[14:40:34] <ssi> vs increment after, would be the ldmia instructions
[14:41:00] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:41:04] <jepler> ssi: ah, the stack can flow two ways and can be pre- or post-incremented
[14:41:11] <ssi> so load multiple, increment before, branch if less or same
[14:41:11] <ssi> yea
[14:41:18] <jepler> yes, the cheatsheet I have lists IA/IB/DA/DB but without explanation
[14:42:02] <jepler> maybe that instruction is returning from a function, then, since it is popping the program counter
[14:42:19] <jepler> but r9 is not sp, so maybe not
[14:42:47] <pcw_home> so it has a bitmask of registers to load?
[14:43:04] <jepler> pcw_home: seems like that must be how it's encoded
[14:43:05] <ssi> so I think what should happen is, r1 will get the value of r9 + 4, r3 will get r9 + 8, etch
[14:45:05] <ssi> if you were loading from stack, you'd use ldmfa/fd/ea/ed instead
[14:45:18] <ssi> ldmib loads from the pointer r9 in this case
[14:45:26] <jepler> r9's not otherwise read or written by this whole function
[14:45:49] <jepler> is it a special register?
[14:46:04] <jepler> "the meaning of this register is defined by the platform standard"
[14:46:08] <ssi> haha
[14:46:38] -!- thesuss has quit [Quit: Page closed]
[14:46:44] <jepler> "it may designate it as the thread register (TR) in an environment with thread-local storage"
[14:46:48] <ssi> >From the ABI documentation I've read, register r9 is in some way
[14:46:49] <ssi> reserved for implementation of things like thread local storage.
[14:47:22] <ssi> r9 might be a callee-save register or not (on some variants of AAPCS it is a special register)
[14:47:29] <jepler> CaptHindsight: fwiw I am not surprised atomy.cc doesn't readily trigger on any non-SMP ARM
[14:48:43] <jepler> because the context switch has to happen on exactly the right instruction
[14:49:04] <jepler> or, in the case of ldrd on arm, exactly in the middle of the right instruction
[14:50:14] <jepler> is it possible that the exynos has a stronger atomicity guarantee than the regular arm platform? are the docs which would say so public?
[14:50:33] <CaptHindsight> let me check samsung
[14:54:16] <jepler> here's another interesting wrinkle: in my test program on chromebook, "shared" ended up 16-byte aligned
[14:54:38] <jepler> if I cause it to be 8-byte-aligned or less, it gets a read of a mixed value readily
[14:58:28] -!- mozmck has quit [Quit: Leaving.]
[14:59:10] <jepler> .. if 'shared' is at address 0x10918 or 0x10914 the problem is detected; if it's at 0x10910 the problem's not detected
[14:59:23] <jepler> I assume the platform alignment for doubles is either 4 or 8
[14:59:25] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[15:00:00] -!- kwallace2 [kwallace2!~kwallace@tmb-208.sonnet.com] has joined #linuxcnc-devel
[15:01:16] -!- kwallace has quit [Ping timeout: 250 seconds]
[15:01:52] -!- amiri has quit [Read error: Connection reset by peer]
[15:03:22] <CaptHindsight> Exynos 5 Dual 5250 is ARM Coretx A-15 only, vs also big-little and A7 like the quad and octa cores
[15:06:15] -!- anth0ny_ has quit [Quit: anth0ny_]
[15:09:23] -!- thesuss has quit [Client Quit]
[15:11:02] -!- mle has quit [Ping timeout: 245 seconds]
[15:12:03] <CaptHindsight> http://www.samsung.com/global/business/semiconductor/file/product/Exynos_5_Dual_User_Manaul_Public_REV100-0.pdf the only Public doc I can find for now, it's mostly on hardware registers
[15:12:04] -!- sylphiae has quit [Ping timeout: 240 seconds]
[15:12:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[15:21:00] prtksxna is now known as zz_prtksxna
[15:21:35] -!- dan2k3k4 has quit [Ping timeout: 264 seconds]
[15:29:21] -!- md-2 has quit [Remote host closed the connection]
[15:34:40] -!- tjtr33 [tjtr33!~tjtr33@76-216-190-185.lightspeed.cicril.sbcglobal.net] has parted #linuxcnc-devel
[15:49:11] <seb_kuzminsky> linux 3.10 got big.LITTLE "heterogeneous multi-processing" scheduler support
[15:53:37] <jepler> it's so stupid about ARM that we peons have to resort to bootleg copies of the ARM Architecture Reference Manual (why is that not abbreviated ARM-ARM?)
[15:54:15] <cradek> seb_kuzminsky: I made the same changes in iocontrolv2. I've got that fix and removal of stray execute bits ready, and I don't remember if you said yes for 2.6
[15:57:11] <cradek> http://timeguy.com/gitweb?p=linuxcnc.git;a=log;h=refs/heads/proposed
[15:59:25] <seb_kuzminsky> cradek: i didn't look closely at your perms fix, but i like having correct perms, so pls push that to 2.6
[15:59:41] <seb_kuzminsky> i'll look at the io2 commit
[16:00:28] <seb_kuzminsky> jepler: yeah that's really crazy, it's like they don't want us (well, you) to write software for their hardware
[16:00:32] <cradek> I don't know whether people are using iov2
[16:00:45] <seb_kuzminsky> i think there's some sample config that uses it
[16:00:51] <cradek> but it once I got over my revulsion, it was easy to make the same change
[16:00:56] <cradek> s/it//
[16:02:38] <seb_kuzminsky> sim/axis/orphans...
[16:02:42] <seb_kuzminsky> and sim/axis/iocontrolv2
[16:03:52] <jepler> anyway, I'm going to put aside this ARM atomic double-precision thing again. The status quo, in which there are ALWAYS at least 21 correct bits of mantissa and ALMOST ALWAYS 53 correct bits of mantissa is going to be good enough in practice
[16:04:10] <jepler> compared to ALWAYS 23 correct bits if we went back to hal_float_t being a 32-bit float instead of a 64-bit double
[16:05:27] <jepler> .. though based on my test today, it might be an architectural feature of some CPUs that 16-byte aligned 8-bit stores via STRD are "more atomic" than others; if so, we could arrange for hal to 16-byte align doubles.
[16:05:33] <jepler> at least, doubles that are signals
[16:06:50] zz_prtksxna is now known as prtksxna
[16:13:13] tronwzrd is now known as tronwizard
[16:13:21] <seb_kuzminsky> seems totally reasonable
[16:14:27] <CaptHindsight> https://silver.arm.com/download/download.tm?pv=1603196 ARM Architecture Reference Manual ARMv7-A and ARMv7-R edition
[16:14:34] <CaptHindsight> registration required
[16:17:04] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[16:18:37] <jepler> er, 8-byte stores, of course
[16:35:37] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[16:44:58] -!- jduhls has quit [Ping timeout: 264 seconds]
[16:50:33] -!- alexchally has quit [Ping timeout: 272 seconds]
[16:59:22] -!- k6mle-CNC has quit [Ping timeout: 246 seconds]
[17:10:47] -!- phantoxe has quit []
[17:12:17] -!- rob_h has quit [Ping timeout: 245 seconds]
[17:13:20] -!- ktchk [ktchk!~eddie6929@n219073004025.netvigator.com] has joined #linuxcnc-devel
[17:24:50] <memfrob> http://www.xenomai.org/index.php/Xenomai:Roadmap#Toward_Xenomai_3 that's awesome!
[17:28:07] -!- kwallace [kwallace!~kwallace@tmb-208.sonnet.com] has joined #linuxcnc-devel
[17:35:31] -!- WyrM has quit [Ping timeout: 272 seconds]
[17:37:11] -!- ktchk [ktchk!~eddie6929@n219073004025.netvigator.com] has parted #linuxcnc-devel
[17:38:58] prtksxna is now known as zz_prtksxna
[17:55:33] -!- eFuchs_firefly has quit [Quit: ping timeout]
[17:57:33] -!- pjm_ has quit [Read error: Connection reset by peer]
[17:59:27] -!- PetefromTn_ has quit [Quit: If at first you don't succeed, skydiving is not for you.]
[18:03:07] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[18:04:17] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:12:30] -!- BlaDe^ has quit [Read error: Connection reset by peer]
[18:13:31] <jepler> memfrob: interesting
[18:16:20] <PCW> usb/ether ran for a couple hours at 2 KHz then got a RT error of about 8 ms :-(
[18:16:44] <skunkworks> PCW, you sound suprised... ;)
[18:17:31] <PCW> I was surprised it worked at all above 100 Hz
[18:18:11] <PCW> well maybe 100Hz is about right with random 8 ms delays
[18:19:50] <CaptHindsight> lets turn the tables, make RTAI run as SMI! :p
[18:21:45] <memfrob> jepler, i thought so too :)
[18:24:02] -!- skunkworks has quit [Read error: Connection reset by peer]
[18:24:35] <PCW> hmm cant duplicate forum users issue with hm2-eth
[18:27:41] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:28:33] -!- JT-Shop has quit [Ping timeout: 240 seconds]
[18:29:22] -!- jthornton has quit [Ping timeout: 272 seconds]
[18:29:22] -!- amiri has quit [Quit: leaving]
[18:42:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[18:46:15] -!- zzolo has quit [Quit: zzolo]
[18:46:16] -!- rob_h [rob_h!~robh@90.219.183.62] has joined #linuxcnc-devel
[18:47:05] -!- memleak [memleak!~mem@unaffiliated/memfrob] has joined #linuxcnc-devel
[18:47:44] <memleak> http://dpaste.com/31R3EBX linuxcnc axis will not start, never saw this error before. branch 2.6 btw
[18:47:45] -!- malcom2073 has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[18:48:06] <memleak> do i need tcl3d or something?
[18:48:17] <jepler> when did it last work?
[18:48:36] <memleak> this is a new build that it never ran on before.
[18:49:49] -!- Komzpa has quit [Remote host closed the connection]
[18:50:49] <jepler> memleak: run this interactively:
[18:50:49] <jepler> >>> import _tkinter
[18:50:53] <jepler> >>> app = _tkinter.create()
[18:50:56] <jepler> >>> app.interpaddr
[18:50:59] <jepler> >>> app.interpaddr()
[18:51:04] <jepler> what do the last two statements print?
[18:51:41] <memleak> >>> app.interpaddr
[18:51:41] <memleak> <built-in method interpaddr of tkapp object at 0xb7308bb8>
[18:51:41] <memleak> >>> app.interpaddr()
[18:51:41] <memleak> 3109232312L
[18:51:47] <memleak> tk window shows up btw
[18:52:49] <jepler> OK
[18:52:52] <jepler> I sort of know what's going on
[18:53:11] <memleak> you always do :)
[18:57:05] <jepler> just testing here before I offer you a patch..
[18:57:26] <memleak> i compiled python with some extra security paranoid patches, thats probably the underlying cause.
[18:57:28] <jepler> what OS is this?
[18:57:30] <jepler> ah
[18:57:39] <memleak> its gentoo hardened with some extra security.
[18:57:43] <jepler> apparently nobody else's system is putting a Tcl_Interp * at an address with the top bit set
[19:00:24] <jepler> memleak: please test with http://emergent.unpythonic.net/files/sandbox/0001-axis-get-interpreter-address-the-right-way.patch
[19:01:56] <memleak> heh links was still my default browser.. will do, thanks!
[19:04:58] <memleak> works!
[19:05:02] <memleak> thanks jepler!
[19:08:35] -!- WalterN has quit [Ping timeout: 250 seconds]
[19:09:03] -!- amiri has quit [Quit: Lost terminal]
[19:11:06] -!- JT-Shop [JT-Shop!~john@162.72.138.27] has joined #linuxcnc-devel
[19:11:08] -!- jthornton [jthornton!~john@162.72.138.27] has joined #linuxcnc-devel
[19:11:53] <jepler> > Onboard LEDS show the IP address through Morse code
[19:11:58] <jepler> ooh there's an important feature
[19:12:07] <jepler> memleak: OK, will ping seb to get that included in 2.6.
[19:12:14] <jepler> seb_kuzminsky: ^^^ OK for 2.6? http://emergent.unpythonic.net/files/sandbox/0001-axis-get-interpreter-address-the-right-way.patch
[19:12:22] -!- k6mle-CNC has quit [Ping timeout: 246 seconds]
[19:12:31] <memleak> glad i could help find a bug!
[19:16:17] -!- FreezingCold has quit [Ping timeout: 240 seconds]
[19:16:31] -!- Roguish has quit [Remote host closed the connection]
[19:16:48] <jepler> memleak: I'm glad it turned out to be obvious what was going on
[19:23:24] -!- sylphiae has quit [Ping timeout: 260 seconds]
[19:24:25] <seb_kuzminsky> jepler: yes, that looks good for 2.6. And i'm glad it was obvious to you what it was :-)
[19:26:43] <KGB-linuxcnc> 03Jeff Epler 052.6 cb5c632 06linuxcnc 10src/emc/usr_intf/axis/extensions/_toglmodule.c axis: get interpreter address the right way * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cb5c632
[19:26:59] -!- amiri__ has quit [Quit: Lost terminal]
[19:26:59] -!- amiri_ has quit [Quit: Lost terminal]
[19:27:11] -!- amiri___ has quit [Quit: Lost terminal]
[19:29:01] <seb_kuzminsky> thx
[19:29:19] <jepler> welcome
[19:29:53] <jepler> oh dear, now people are offering me ARM hardware in private e-mail
[19:31:11] <seb_kuzminsky> yay?
[19:31:46] <CaptHindsight> get my ARM board to work
[19:31:47] <jepler> seb_kuzminsky: is there a preempt-rt kernel for the odroid u3?
[19:32:02] <jepler> .. that's the one you said you have, right?
[19:33:30] <CaptHindsight> does backlash compensation work when you are using servos in closed loop? does it just get ignored or?
[19:33:52] <jepler> CaptHindsight: backlash compensation is unrelated to whether there's "real" position feedback
[19:34:07] <jepler> because the backlash could exist after the place in the system where the feedback is taken
[19:34:28] <CaptHindsight> like encoders on the servo with play in couplings
[19:34:29] <jepler> (e.g., with rotary encoders on the motor shaft, the feedback position is clearly not measuring backlash; with linear scales on the ways, probably it is)
[19:34:57] <jepler> CaptHindsight: so backlash comp is applied to commanded position regardless of feedback
[19:35:53] <jepler> down the thread, they were getting <25us latency in cyclictest with preempt-rt http://com.odroid.com/sigong/prev_forum/t1605-exploring-364-kernel-and-the-real-time-rt-patch-on-odroid-x.html
[19:36:14] <jepler> on odroid-x, not u3,
[19:36:43] <jepler> but hopefully it'd be broadly similar
[19:37:35] -!- Komzpa has quit [Remote host closed the connection]
[19:37:55] <seb_kuzminsky> jepler: i dont know of one, unfortunately
[19:41:14] -!- skunkworks_ [skunkworks_!~chatzilla@69-179-14-93.dyn.centurytel.net] has joined #linuxcnc-devel
[19:42:32] -!- skorasaurus2 has quit [Ping timeout: 260 seconds]
[19:44:23] -!- skors has quit [Ping timeout: 240 seconds]
[19:56:49] -!- beawesomeinstead has quit [Quit: Connection closed for inactivity]
[20:03:29] <CaptHindsight> figures, it will probably run best on the ARM boards that are the most difficult to get
[20:08:51] <jepler> yeah, if somebody could tell me which ARM board under $200 also has a good preempt-rt kernel already packaged for debian, I'd probably click "buy it"
[20:09:09] <jepler> but as it is, I don't get any thrill out of buying a $75-$200 board and then trying to build a kernel for it
[20:09:18] <jepler> oh, and it had better build linuxcnc in more like 6 minutes than 60...
[20:09:47] <cradek> jepler: let me know if you need another real computer for $0
[20:09:52] <jepler> cradek: bah
[20:10:11] -!- tjb1 has quit [Ping timeout: 264 seconds]
[20:11:08] <jepler> cradek: a lot of these computers have zero fans, occupy a volume of way under a liter, and take under 10W when idle.
[20:11:13] <jepler> if you're offering that, I'll reconsider
[20:11:48] <cradek> and how long can you power one of these for $75-$200?
[20:12:48] -!- Loetmichel has quit [Ping timeout: 240 seconds]
[20:12:49] <cradek> probably years, but not decades (or months)
[20:13:14] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[20:13:26] <cradek> that reminds me, I bought a kill-a-watt but have never used it
[20:13:56] <jepler> $200 buys you 2000kWh at $.1/kWh. 2000kWh is enough to run a 150W load for a year.
[20:14:00] <jepler> er, 1.5 years
[20:14:55] <cradek> so yeah, years but not decades. wonder what an idle pc consumes...
[20:15:13] <jepler> I think the last time I measured one of my PCs idle, it was more like 75W
[20:15:26] <jepler> take that with a grain of salt
[20:15:36] <cradek> I think our electricity is approximately .065 (winter) to .095 (summer)
[20:15:54] <cradek> I know this because I was just looking at my bill
[20:16:10] <seb_kuzminsky> the new u3 ("version 0.5") has a couple of spi ports on headers
[20:16:13] <CaptHindsight> backing up the finally working again Debian Linuxcnc file system for the cubie2 right now
[20:16:24] <jepler> yes. $0.0995 summer. $0.730 (first 30kWh/day), $0.0573 above 30kWh
[20:17:11] <cradek> so you break even in maybe 5-7 years by buying a low-power computer
[20:17:13] <jepler> seb_kuzminsky: yeah, it has spi now. voltage standard is 1.8v, so you'd need a level translator to talk to the mesa spi cards as far as I could tell
[20:17:20] <jepler> cradek: vs a free PC?
[20:17:24] <cradek> yeah
[20:17:37] <jepler> longer if you practice turning it off when not in use
[20:17:47] <cradek> not considering all the time you spend waiting for it, or shopping for faster SD cards
[20:18:08] <cradek> I can't tell if I'm being snarky. sorry if I am.
[20:18:13] <CaptHindsight> I just need it to fit into a touch screen and not need a ATX power supply
[20:18:50] <CaptHindsight> I wish the mini-itx x86 <20W boards just had +12V in
[20:19:08] <cradek> yeah power supplies are a pain.
[20:19:44] <PCW> Yeah instead of 24 pin ATX +4 pin, yuck
[20:19:47] <jepler> CaptHindsight: have you tried these kind of terrible boards? http://www.ebay.com/itm/200W-DC-12V-Pico-ATX-switch-PSU-Car-Auto-24pin-MINI-ITX-ATX-Power-Supply-FOR-PC-/290939756220?pt=PCA_UPS&hash=item43bd5c5ebc
[20:19:59] <CaptHindsight> 25uS on the Exynos is great, xenomai on the A10 was ~40uS
[20:20:00] -!- fenugrec [fenugrec!~sac@69-165-193-237.cable.teksavvy.com] has joined #linuxcnc-devel
[20:20:15] <cradek> jepler: I have used one of those and it worked
[20:20:30] <jepler> there seem to be a zillion variations, some of them are probably totally as specified and I'm sure others are bad
[20:21:00] <cradek> car power systems are very hostile
[20:21:00] <jepler> you can even run some peripherals on this one http://www.ebay.com/itm/200W-24pin-mini-ITX-DC-ATX-car-power-supply-w-16-24V-DC-wide-range-input-F-pc/301047784739
[20:21:12] <CaptHindsight> jepler: yeah, and not bad for $28
[20:21:14] <jepler> including the standard 3.5" floppy connector, harr
[20:21:36] <PCW> I have a tiny miniITX case at home that uses somthing like that plus an external laptop wall wart
[20:24:18] <CaptHindsight> http://www.ebay.com/itm/New-DC-12V-Pico-ATX-switch-PSU-Car-Auto-MINI-ITX-ATX-Power-Supply-160W-24pin-dth-/310931121059?pt=PCA_UPS&hash=item4864f063a3 $17
[20:26:34] <CaptHindsight> http://www.pcengines.ch/ too old now, but these were all 12V
[20:26:48] <Tom_itx> http://www.mini-box.com/s.nl/it.A/id.417/.f?sc=8&category=13
[20:26:51] <CaptHindsight> used the old Geode x86 SOC's
[20:26:56] <Tom_itx> been using one of those for quite a few years now
[20:27:03] <Tom_itx> on 24/7
[20:27:37] <Tom_itx> they have others
[20:27:44] <CaptHindsight> same here $40
[20:28:47] <Tom_itx> plugged into one of these which is overkill: http://www.mini-box.com/110w-12v-8-5A-AC-DC-Power-Adapter
[20:28:54] -!- Thetawaves has quit [Read error: Connection reset by peer]
[20:30:00] <jepler> I think the seller doesn't have any idea what they're selling here. http://www.ebay.com/itm/-/120817594867
[20:30:06] <jepler> >
[20:30:06] <jepler> Details about New SATA ATA IDE Adapter Connector IDC 50 M/F Terminator Active Male to Female
[20:30:41] <fenugrec> I was wondering, is ClassicLadder developped outside the linuxcnc codebase then merged in ? Suppose I have patch to submit, where should it go ? (not a bug, just a minor addition I'm working on)
[20:30:55] <cradek> jepler: I don't know what that is either...
[20:31:02] <Tom_itx> hdd adapter
[20:31:06] <Tom_itx> for 2.5"
[20:31:21] <cradek> oh ok
[20:31:22] <jepler> that'd be 40 / 44 pins, not 50 pins
[20:31:32] <Tom_itx> i've got a bunch of em
[20:31:36] <jepler> saying 50 pins and "active terminator" says SCSI to me
[20:31:42] <Tom_itx> some come with a separate power connector
[20:31:47] <jepler> there have never been IDE terminators
[20:31:50] <cradek> ACTIVE on it also makes me think scsi terminator, but looks like it's male to female
[20:32:02] <cradek> I'm too tired to count the pins in the photo
[20:32:22] <jepler> 50
[20:32:41] <cradek> then I'm back to not knowing what it is
[20:32:45] <Tom_itx> you need a hdd adapter?
[20:33:01] <jepler> no, I'm actually looking for HD-50 cables for mesa cards
[20:33:24] <Tom_itx> just standard SCSI cables?
[20:33:30] <Tom_itx> flat ribbon?
[20:33:44] <jepler> oh hey, one just got delivered to me from next door
[20:33:51] <jepler> cradek: I thought we'd long since used up the ones at the office
[20:34:02] <cradek> eh there's always more junk
[20:34:04] <Tom_itx> my local guy has the connectors and sells the ribbon bulk
[20:34:23] <cradek> it's over there on the floor
[20:34:59] <cradek> (I probably made that one in 1995)
[20:36:25] <jepler> 10 MEOW
[20:36:27] <jepler> 20 GO TO 10
[20:40:33] -!- md-2 has quit [Remote host closed the connection]
[20:44:30] -!- tjtr33 has quit [Quit: Leaving]
[20:44:38] <jepler> that killed the conversation harder than I expected
[20:45:12] -!- md-2 has quit [Ping timeout: 245 seconds]
[20:45:36] -!- skorasaurus has quit [Ping timeout: 255 seconds]
[20:47:22] -!- skorasaurus2 has quit [Ping timeout: 245 seconds]
[20:50:04] <skunkworks_> playing with the 7i80?
[20:51:36] <jepler> skunkworks_: I have two of the blinkenlights daughtercards but can only find one cable
[20:51:48] -!- skors has quit [Read error: Connection reset by peer]
[20:52:14] -!- Deejay has quit [Quit: bye]
[20:52:35] <skunkworks_> neat
[20:54:23] <skunkworks_> sorry - I never got to testing the 2 new branches...
[20:56:52] <CaptHindsight> http://www.xenomai.org/pipermail/xenomai/2013-March/027974.html [Xenomai] ARM Allwinner A13
[20:57:05] <CaptHindsight> 23uS
[20:57:51] <CaptHindsight> http://www.xenomai.org/pipermail/xenomai/2013-March/027973.html
[21:01:11] <jepler> fenugrec: It's been a long time since we incorporated upstream changes from classicladder
[21:01:29] <jepler> fenugrec: if you have enhancements you'd like to see in linuxcnc in a timely fashion, better to submit them to us
[21:01:49] <fenugrec> jepler: ok. Is a "feature request" on sourceforge OK ?
[21:03:09] <CaptHindsight> http://www.xenomai.org/pipermail/xenomai/2014-March/030484.html interesting thread about Linuxcnc and xenomai on the imx.6
[21:03:33] <jepler> fenugrec: sure.
[21:05:34] <jepler> personally, I've never had to use classicladder so I'm not a good person to evaluate changes to it
[21:06:23] -!- cv has quit [Client Quit]
[21:06:42] <fenugrec> I would just be adding a Parity and Stopbits combo-box to the Modbus config menu. The code can already handle those settings
[21:07:43] <jepler> I see.
[21:07:56] <CaptHindsight> heh the RTAI Paolo also works on xenomai
[21:08:53] <jepler> hm, I see the modbus does permit 8E1 and 8N2 so I guess it is good to offer such an option
[21:09:28] <jepler> (for RTU; 7E1 or 7N2 for ASCII, but does anybody use ASCII?)
[21:10:11] <fenugrec> jepler: yeah, currently one needs to hand-edit their CL file to add the parity setting. Parity is arguably useless since Modbus uses CRC16, but my PLC happens to want 8E1...
[21:11:21] -!- FinboySlick has quit [Quit: Leaving.]
[21:11:40] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[21:11:46] <jepler> 8E1's not the classicladder default?
[21:11:53] <fenugrec> 8N1 is
[21:11:56] <jepler> oh that's just wrong
[21:12:15] <jepler> 8E1 is the mode that is REQUIRED, other modes are optional according to my docs
[21:12:43] <fenugrec> Really !? I hadn't even bothered to check if there was standard. Thought it was all OK
[21:13:12] <fenugrec> You're talking about "official" Modbus docs ?
[21:13:35] <jepler> I'm referring to Modbus_over_serial_line_V1_02.pdf section 2.5.1 which I found from some dodgy site on the internet years ago
[21:13:41] <fenugrec> So, do you want a patch to correct CL's default to 8E1 p-) ?
[21:13:42] <jepler> it's a 2006 document, maybe it's superseded
[21:14:10] <jepler> I dunno, would that break existing configs that work, or only new configs?
[21:14:12] <Tom_itx> <jepler> yeah, if somebody could tell me which ARM board under $200 also has a good preempt-rt kernel already packaged for debian, I'd probably click "buy it"
[21:14:20] <Tom_itx> one possibility: http://www.embeddedarm.com/software/solutions-arm.php#linux-kernel
[21:14:47] <fenugrec> jepler: possibly. I'm really not sure of the implications; I figured the best way to make everyone happy (well me at least) is to make it configurable in the GUI
[21:15:56] <jepler> Tom_itx: that looks real old .. kernel 2.4? debian woody and sarge? wow.
[21:17:18] <jepler> bbl
[21:17:20] <fenugrec> BTW, I want to compliment the linuxCNC team on its docs. They're not absolutely perfect, but jeez they're a bible compared to Mach3 docs.
[21:18:28] <jepler> by "bible" you mean "really long, and at least some people say it's riddled with contradictions"?
[21:18:45] <jepler> I mean, thanks, I know that jthornton works really hard on it
[21:18:54] <jepler> and I did a lot of work on it back in the day...
[21:20:05] <fenugrec> "and requiring some faith", yeah. Hehe, "encyclopedia" would be a better word
[21:20:43] <PCW> I can now flash a 5i25 and reload the config without rebooting
[21:22:28] <fenugrec> Mach3 packages a huge 6kB "help.txt" file with their install
[21:27:15] -!- skorasaurus2 has quit [Ping timeout: 250 seconds]
[21:29:41] -!- micges-dev [micges-dev!~x@euy232.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:32:08] -!- anarchos2 has quit [Read error: Connection reset by peer]
[21:34:33] -!- mle has quit [Remote host closed the connection]
[21:34:48] Cylly is now known as Loetmichel
[21:35:43] -!- anarchos_ has quit [Read error: Connection reset by peer]
[21:40:50] -!- anarchos2 has quit [Ping timeout: 260 seconds]
[21:43:08] -!- radish has quit [Ping timeout: 240 seconds]
[21:44:41] -!- anarchos_ has quit [Read error: Connection reset by peer]
[21:47:23] -!- gonzo_nb has quit [Remote host closed the connection]
[21:49:26] -!- kb8wmc has quit [Quit: ChatZilla 0.9.90.1 [Firefox 20.0/20130329043827]]
[21:52:49] -!- anarchos_ has quit [Read error: Connection reset by peer]
[21:53:02] -!- anarchos has quit [Client Quit]
[22:00:21] -!- md-2 has quit [Quit: Leaving...]
[22:03:38] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:10:54] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:14:22] <CaptHindsight> 3.4.9 rtai + master work ok in Precise, ~13K after plugging in USB devices
[22:16:29] -!- sirdancealot has quit [Ping timeout: 255 seconds]
[22:18:36] <CaptHindsight> I'll swap this drive into several systems tomorrow
[22:19:19] -!- micges-dev has quit [Quit: Wychodzi]
[22:19:27] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:19:43] <CaptHindsight> is everyone leaning towards Wheezy? Anyone interested in feedback for how it works with Mint (debian or ubuntu)?
[22:20:56] -!- Roguish [Roguish!~chatzilla@c-67-188-44-176.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:20:58] -!- sudobangbang has quit [Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140605174243]]
[22:23:43] <Roguish> hey all. I am looking at the 'documentation for the upcoming 2.6' and specifically at the bldc info. the mesanet 7I39 is not included in the table for the 5I20, but it is in the 5i23. an oversight possibly?
[22:24:21] <Roguish> I am setting up a system based on the 5I20 and 5I39s.
[22:24:58] <Roguish> this is the HAL manual.
[22:26:35] -!- micges-dev [micges-dev!~x@euy232.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:28:00] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:29:21] -!- karavanjo has quit [Read error: Connection reset by peer]
[22:36:44] <PCW> Unless theres a space issue or pinout issue , pretty much any daughtercard can work with any of our FPGA cards
[22:37:32] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:43:34] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:43:58] <Roguish> it's also a matter of having the correct bit file in the correct location......
[22:44:27] <PCW> Yep, for example there s 7I77 config for a 5I20
[22:46:02] <Roguish> i can't even find where the bit files are in the 'hybrid iso' install.
[22:46:41] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:46:44] <PCW> not /lib/firmware/hm2/5i20 ?
[22:47:07] <PCW> you may need to install the firmware package
[22:47:23] <seb_kuzminsky> i think cradek said it's on the latest image already
[22:48:26] -!- likevinyl has quit [Ping timeout: 255 seconds]
[22:48:43] -!- syyl_ has quit [Ping timeout: 250 seconds]
[22:48:58] <Roguish> ok, there is a directory /lib/firmware/hm2 but it the icon has a little red thing on it and no files show. hidden? restricted? or me?
[22:49:13] -!- likevinyl has quit [Changing host]
[22:50:27] <Roguish> permission denied!!! what's with that?
[22:50:38] <seb_kuzminsky> insufficient permissions probably. All the hm2 firmware dirs are 0700 on my machine
[22:50:49] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:50:55] <seb_kuzminsky> it's annoying and should be changed, but it shouldn't prevent the firmwares from loading
[22:51:20] <Roguish> ok, i'm not good at linux. how can i fix it to see the files? plesae
[22:52:13] <seb_kuzminsky> i assume you have sudo access? try "sudo ls -la /lib/firmware/hm2
[22:52:15] <seb_kuzminsky> "
[22:53:30] <Roguish> yeah that works in a terminal. how can i change the folder permissions, recursively?
[22:54:36] <Roguish> any clue what root password is on cradek's iso?
[22:54:53] <seb_kuzminsky> sudo chmod -R g+rX,o+rX /lib/firmware/hm2
[22:55:09] <seb_kuzminsky> there probably isnt one, sudo is prefered over root logins
[22:55:13] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:55:40] <seb_kuzminsky> you can run "sudo su -" if you want to be root for a while, but you're probably better off not doing that
[22:56:50] <CaptHindsight> runs about the same in Mint Debian Mate 17K
[22:57:45] -!- anarchos_ has quit [Read error: Connection reset by peer]
[22:58:16] <Roguish> ok,hey, there is a 7i39 bit file!!!! hurray!!! guess it's a doc table thing.
[22:58:37] <Roguish> in the 5i20 subdirectory.
[22:58:38] <CaptHindsight> 3.4.9 rtai + master-rt using the precise repo
[22:59:18] <seb_kuzminsky> CaptHindsight: is that 3.4-9-rtai-686-pae, version 3.4.55-3linuxcnc? that's the one in the precise (and wheezy) deb archive at linuxcnc.org
[22:59:28] <fenugrec> Roguish: my unsafe technique is "sudo passwd" and set the root password to root, then I'm all set to wreck systems :-))
[23:00:07] <Roguish> fenugrec; thanks. i will try it.
[23:01:25] -!- Thetawaves has quit [Client Quit]
[23:01:43] <Roguish> thank you guys. now I can go back to flogging the horse i started on.
[23:02:07] <fenugrec> but seb_kuzminsky is probably right, this can cause more harm than good !
[23:02:11] <CaptHindsight> seb_kuzminsky: yes
[23:03:01] -!- rob_h has quit [Ping timeout: 250 seconds]
[23:04:49] <CaptHindsight> linux-image-3.4-9-rtai-686-pae rtai-modules-3.4-9-rtai-686-pae
[23:05:08] -!- Einar1 has quit [Quit: Leaving.]
[23:05:34] <CaptHindsight> seb_kuzminsky: and whatever is currently in deb http://buildbot.linuxcnc.org precise master-rt
[23:05:45] <CaptHindsight> seb_kuzminsky: should I bump anything up?
[23:05:46] <seb_kuzminsky> great!
[23:05:53] <seb_kuzminsky> no, that's all the latest & greatest
[23:06:54] -!- FreezingCold has quit [Remote host closed the connection]
[23:07:04] -!- toner has quit [Ping timeout: 240 seconds]
[23:07:57] <CaptHindsight> tomorrow I'll try the drive in other machines
[23:08:47] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:09:25] -!- patrickarlt has quit [Remote host closed the connection]
[23:16:18] <jepler> sweet, I'd never tried wake-on-lan before, but it seems to work
[23:17:05] <jepler> now I don't have to leave a certain machine on all the time just in case I want to spend 10 minutes developing linuxcnc during the day
[23:18:14] <jepler> (assuming I am happy with it booted with the default kernel, which is -rt)
[23:19:42] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:20:21] <fenugrec> jepler: I've been wanting to try WOL too; how much trouble was it to set up ?
[23:20:32] <CaptHindsight> if the latency doesn't get better on the A20 I might have to find a backdoor to the Exynos parts
[23:22:28] <CaptHindsight> 4412's I can get
[23:26:52] -!- thomaslindstr_m has quit [Ping timeout: 245 seconds]
[23:27:53] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:31:48] -!- skors has quit [Ping timeout: 240 seconds]
[23:32:43] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[23:36:30] <CaptHindsight> Exynos4412 COM board $30
[23:36:51] -!- terabyte- has quit [Quit: terabyte-]
[23:36:52] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:37:26] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:39:06] -!- thomaslindstr_m has quit [Remote host closed the connection]
[23:46:43] <seb_kuzminsky> cradek: could you add kgb to the hostmot2-firmware repo?
[23:47:58] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:51:46] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[23:56:31] -!- anarchos_ has quit [Read error: Connection reset by peer]
[23:57:27] <jepler> fenugrec: not much. The computer turned out to be already enabled in BIOS. I just needed the client (package wakeonlan in debian), the HW address, and the ethernet broadcast address of my local network
[23:57:38] <jepler> wakeonlan -i 10.255.255.255 00:1c:c0:b1:5e:16
[23:58:00] <jepler> so ^^ that's how I wake that machine, your LAN broadcast address and MAC address will of course vary
[23:58:13] <jepler> about as soon as I hit enter on that command, power lights and fans start