Back
[00:00:07] <jepler> huh, I was unaware avr had three different serial programming protocols (assuming you don't count dfu either)
[00:00:16] <Tom_itx> yep
[00:00:20] <Tom_itx> xmegas use PDI
[00:00:26] <Tom_itx> regular ones use ISP
[00:00:44] <Tom_itx> and the attiny 4 5 9 10 and a couple others use TPI
[00:01:12] <jepler> I guess I've only had ISP ones, and ones with bootloader, and dabbled a little bit with the USBs
[00:01:19] <jepler> better never to make any design so big it needs a mega
[00:01:21] <Tom_itx> xmegas are 3.3v parts
[00:01:28] <jepler> much less an xmega
[00:01:47] <Tom_itx> nice thing about them is the code is pretty portable
[00:01:58] <jepler> that's all thanks to avr-gcc
[00:02:15] <Tom_itx> the regs are all quite similar
[00:02:35] <Tom_itx> newer parts add more and rename them but they're backward compatible
[00:03:02] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[00:04:10] <Tom_itx> not alot of use for them in this croud though
[00:04:22] <Tom_itx> sensor adapters maybe
[00:04:28] <jepler> yeah that'd be the primary use
[00:05:00] <jepler> there's even a gpl modbus slave out there that builds for avr .. I've always meant to build it and see if it talks to classicladder or whatever in linux
[00:05:03] <jepler> cnc
[00:05:14] <Tom_itx> their xmegas don't make much sense because arm does more for less
[00:07:09] <jepler> other days I wonder if some of the ARMs that are too small to run linux could run an RTOS + hal, reusing parts of linuxcnc like stepgen, encoder, etc
[00:07:36] <jepler> talking to linuxcnc via some interface that is realtime on the PC end is tougher
[00:07:48] <jepler> ethernet, maybe, in master
[00:07:52] <Tom_itx> well they run the silly repraps on mega2560's
[00:08:21] -!- acdha has quit [Client Quit]
[00:09:01] <jepler> but it seems so unlikely that you could beat fpgas at being step generators or encoder counters, and you can't fit enough of linuxcnc to not need a realtime pc at all, so it's a bit silly
[00:11:55] -!- anarchos2_ has quit [Client Quit]
[00:11:57] -!- sumpfralle1 has quit [Ping timeout: 245 seconds]
[00:13:09] <CaptHindsight> well several of those *duino and reprap devs make $$ on selling their wares, they would have rockstar status (in their circles) and extra income if they just used Linuxcnc
[00:13:25] <CaptHindsight> would/wouldm't
[00:13:27] -!- toner has quit [Read error: Connection reset by peer]
[00:13:57] -!- rob_h has quit [Ping timeout: 255 seconds]
[00:14:13] -!- pjm has quit [Read error: Connection reset by peer]
[00:15:03] -!- shurshur has quit [Ping timeout: 240 seconds]
[00:15:14] <jepler> oh given their constraints their decisions are understandable
[00:15:45] <jepler> need to work with Windows and Mac, hobbyist-friendly parts, low price paramount
[00:16:32] <CaptHindsight> that pick-n-place project also went with *duino and reprap style boards since they claim it saves several $$
[00:18:32] <CaptHindsight> http://delta.firepick.org/
[00:19:00] <CaptHindsight> runs a duino for motion and Rpi for machine vision
[00:19:20] <jepler> and as a challenge, fitting a project into a microcontroller can be rewarding
[00:19:22] -!- alexchally_cnc has quit [Ping timeout: 245 seconds]
[00:19:22] -!- alexchally has quit [Ping timeout: 240 seconds]
[00:19:53] <jepler> compared to writing everything for machines with 8GB RAM and 10+GHz of aggregate CPU preformance
[00:20:49] <Tom_itx> i think fpgas would be fun but i haven't done that much with them
[00:21:10] <CaptHindsight> back in the 80's we'd fight for extra available bits, then the pendulum swung to how to bog down that 10+GHz PC with bloatware
[00:23:03] <jepler> I've been writing this table-driven assembler in Python. The first time it "worked", its runtime was over 4 seconds to process a ~1500 line file, or way way under 1kloc/s
[00:23:21] -!- acdha has quit [Client Quit]
[00:23:21] <jepler> the parser library I'd picked is very naive compared to what the state of the art was in the 90s
[00:25:02] <jepler> but .. most of them are, because for a lot of tasks "GLR" is fast enough and it's easier for someone to write a working parser without knowing the sorts of things one had to know to use lex/yacc
[00:25:13] <jepler> (and I say this all as a huge python advocate; python's almost always fast enough)
[00:38:21] -!- acdha has quit [Client Quit]
[00:47:07] <jepler> Tom_itx: I agree, you should give FPGAs a try. if you want something standalone, there seem to be some interesting projects for this family of products:
http://papilio.cc/
[00:51:32] <jepler> this isn't intended to be a generic device, but it does have a reprogrammable fpga, 16 inputs, and 16 I/Os:
http://www.seeedstudio.com/depot/Open-Workbench-Logic-Sniffer-p-612.html
[00:53:21] -!- acdha has quit [Client Quit]
[00:57:15] -!- Benjamin23 has quit [Remote host closed the connection]
[01:00:25] <CaptHindsight> I think that was based on the SUMP project that use the Xilinx or Altera dev boards
[01:00:48] <CaptHindsight> yeah, "Designed for the SUMP logic analyzer client" JAVA
[01:04:01] -!- klick0 has quit [Ping timeout: 255 seconds]
[01:08:21] -!- acdha has quit [Client Quit]
[01:09:34] <jepler> and of course you could always pick up a spare mesa board, and even start with the hostmot2 firmware.
[01:14:01] -!- anarchos2 has quit [Read error: Connection reset by peer]
[01:23:21] -!- acdha has quit [Client Quit]
[01:29:48] -!- theorbtwo has quit [Ping timeout: 250 seconds]
[01:30:28] -!- amiri has quit [Read error: Connection reset by peer]
[01:32:42] -!- dnaleromj has quit [Ping timeout: 245 seconds]
[01:35:25] -!- dnaleromj [dnaleromj!~dnaleromj@98.124.126.110] has joined #linuxcnc-devel
[01:37:07] -!- EW57_ has quit [Ping timeout: 246 seconds]
[01:38:20] -!- acdha has quit [Client Quit]
[01:42:12] -!- dnaleromj has quit [Ping timeout: 260 seconds]
[01:43:57] -!- Loetmichel has quit [Ping timeout: 255 seconds]
[01:53:21] -!- acdha has quit [Client Quit]
[01:53:43] -!- terabyte- has quit [Quit: terabyte-]
[01:54:56] -!- sudobangbang has quit [Ping timeout: 250 seconds]
[02:02:21] -!- sylphiae has quit [Ping timeout: 240 seconds]
[02:06:33] -!- arturia has quit [Ping timeout: 260 seconds]
[02:08:20] -!- acdha has quit [Client Quit]
[02:23:20] -!- acdha has quit [Client Quit]
[02:38:21] -!- acdha has quit [Client Quit]
[02:39:25] -!- RagingComputer has quit [Ping timeout: 255 seconds]
[02:42:02] -!- Tom_itx has quit [Ping timeout: 246 seconds]
[02:43:56] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[02:51:33] -!- PetefromTn_andro has quit [Quit: Bye]
[02:53:20] -!- acdha has quit [Client Quit]
[03:01:22] -!- bLu_ has quit [Client Quit]
[03:06:52] -!- syyl has quit [Ping timeout: 245 seconds]
[03:08:20] -!- acdha has quit [Client Quit]
[03:10:20] -!- anth0ny has quit [Ping timeout: 240 seconds]
[03:10:21] anth0ny_ is now known as anth0ny
[03:23:20] -!- acdha has quit [Client Quit]
[03:28:11] -!- Benjamin23 has quit [Remote host closed the connection]
[03:34:17] -!- zzolo has quit [Ping timeout: 260 seconds]
[03:38:21] -!- acdha has quit [Client Quit]
[03:42:05] -!- Benjamin23 has quit [Read error: Connection reset by peer]
[03:49:20] -!- Benjamin24 has quit [Remote host closed the connection]
[03:53:21] -!- acdha has quit [Client Quit]
[03:55:28] -!- FinboySlick has quit [Quit: Leaving.]
[04:03:03] -!- knownasilya has quit [Quit: Connection closed for inactivity]
[04:03:07] -!- Benjamin23 has quit [Remote host closed the connection]
[04:03:22] -!- sylphiae has quit [Ping timeout: 260 seconds]
[04:08:20] -!- acdha has quit [Client Quit]
[04:15:23] -!- anth0ny has quit [Ping timeout: 272 seconds]
[04:18:44] -!- sudobangbang has quit [Ping timeout: 240 seconds]
[04:23:21] -!- acdha has quit [Client Quit]
[04:23:37] -!- Tecan has quit [Ping timeout: 245 seconds]
[04:26:17] -!- zzolo has quit [Quit: zzolo]
[04:27:57] -!- Benjamin23 has quit [Remote host closed the connection]
[04:35:56] -!- ve7it has quit [Quit: Leaving]
[04:38:06] -!- kwallace2 [kwallace2!~kwallace@smb-26.sonnet.com] has parted #linuxcnc-devel
[04:38:21] -!- acdha has quit [Client Quit]
[04:53:21] -!- acdha has quit [Client Quit]
[05:02:22] -!- Fox_Muldr has quit [Ping timeout: 245 seconds]
[05:04:00] -!- tjtr33 has quit [Quit: Leaving]
[05:08:20] -!- acdha has quit [Client Quit]
[05:23:21] -!- acdha has quit [Client Quit]
[05:33:34] -!- Cylly has quit [Ping timeout: 255 seconds]
[05:38:20] -!- acdha has quit [Client Quit]
[05:47:32] -!- GJdan has quit [Quit: WeeChat 1.0-dev]
[05:50:12] -!- anth0ny has quit [Ping timeout: 272 seconds]
[05:53:22] -!- acdha has quit [Client Quit]
[06:08:21] -!- acdha has quit [Client Quit]
[06:11:22] -!- anth0ny has quit [Ping timeout: 240 seconds]
[06:12:06] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[06:23:21] -!- acdha has quit [Client Quit]
[06:23:33] -!- anth0ny has quit [Ping timeout: 240 seconds]
[06:33:45] -!- dan2k3k4 has quit [Ping timeout: 255 seconds]
[06:36:01] -!- Oo_bigeye has quit [Ping timeout: 246 seconds]
[06:38:20] -!- acdha has quit [Client Quit]
[06:40:10] -!- anth0ny has quit [Quit: anth0ny]
[06:46:06] -!- automata has quit [Quit: Leaving]
[06:53:21] -!- acdha has quit [Client Quit]
[06:53:31] -!- The_Ball has quit [Remote host closed the connection]
[06:54:00] <cmorley> jepler: in your added file multifilebuilder.py in the method add_from_file() there is a line:
[06:54:22] <cmorley> if self.domain is not None: builder.set_translation_domain(domain)
[06:55:22] <cmorley> I think the last 'domain' should be self.domain otherwise i get in error if self.domain is not none. Can you confirm?
[07:02:14] <cmorley> I pushed the change to new_pncconf ....
[07:02:55] <KGB-linuxcnc> 03Chris Morley 05new_pncconf bb145c4 06linuxcnc 203 commits pushed, 10355 files changed, 0319057(+), 0420099(-)
[07:05:08] <cmorley> ttyl
[07:08:20] -!- acdha has quit [Client Quit]
[07:23:21] -!- acdha has quit [Client Quit]
[07:23:50] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[07:25:44] -!- mhaberler has quit [Quit: mhaberler]
[07:29:23] -!- LeelooMinai has quit [Quit: No Ping reply in 180 seconds.]
[07:29:36] -!- LeelooMinai [LeelooMinai!~leeloo@184.175.46.197] has joined #linuxcnc-devel
[07:38:20] -!- acdha has quit [Client Quit]
[07:51:01] -!- md-2 has quit [Remote host closed the connection]
[07:53:20] -!- acdha has quit [Client Quit]
[08:02:42] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[08:08:21] -!- acdha has quit [Client Quit]
[08:15:34] -!- Groguard has quit [Ping timeout: 255 seconds]
[08:16:04] zz_Groguard is now known as Groguard
[08:19:26] -!- The_Ball has quit [Read error: Connection timed out]
[08:23:20] -!- acdha has quit [Client Quit]
[08:33:27] -!- b_b has quit [Changing host]
[08:38:20] -!- acdha has quit [Client Quit]
[08:44:15] -!- summatusmentis has quit [Ping timeout: 255 seconds]
[08:47:50] -!- sumpfralle has quit [Quit: Leaving.]
[08:53:20] -!- acdha has quit [Client Quit]
[09:03:33] -!- eeriegeek has quit [Quit: Leaving.]
[09:08:20] -!- acdha has quit [Client Quit]
[09:15:18] -!- sumpfralle1 has quit [Read error: Connection reset by peer]
[09:23:20] -!- acdha has quit [Client Quit]
[09:32:41] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[09:38:19] -!- acdha has quit [Client Quit]
[09:51:09] -!- asah has quit [Quit: asah]
[09:53:21] -!- acdha has quit [Client Quit]
[09:59:02] Guest94282 is now known as Klaus-Krefeld
[10:00:08] -!- likevinyl has quit [*.net *.split]
[10:11:07] -!- aude has quit [Remote host closed the connection]
[10:21:22] -!- rotkelch has quit [Quit: Page closed]
[10:22:04] -!- syyl has quit [Ping timeout: 260 seconds]
[10:23:59] -!- likevinyl has quit [*.net *.split]
[10:24:34] -!- skunkworks_ has quit [Ping timeout: 264 seconds]
[10:38:24] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[10:42:30] -!- Tom_shop [Tom_shop!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[10:43:10] -!- andreas_ has quit [Ping timeout: 255 seconds]
[10:43:32] -!- Tom_itx has quit [Ping timeout: 245 seconds]
[10:44:11] -!- JLuc69 has quit [Quit: Quitte]
[10:52:05] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:08:22] -!- acdha has quit [Client Quit]
[11:16:22] -!- automata has quit [Ping timeout: 272 seconds]
[11:21:25] -!- syyl has quit [Ping timeout: 260 seconds]
[11:21:34] -!- syyl_ws has quit [Ping timeout: 264 seconds]
[11:23:01] -!- MC500 has quit [Ping timeout: 246 seconds]
[11:23:20] -!- acdha has quit [Client Quit]
[11:38:20] -!- acdha has quit [Client Quit]
[11:41:41] <jepler> cmorley: quite possibly. I neglected to test multifilebuilder with non-english language.
[11:48:22] <jepler> yes, I believe that's the correct correction
[11:50:23] -!- Valen has quit [Quit: Leaving.]
[11:53:20] -!- acdha has quit [Client Quit]
[11:54:54] <skunkworks> This is wierd..
http://linuxcnc.org/index.php/english/forum/10-advanced-configuration/27368-new-trajectory-planner-testersprograms-wanted/49800
[11:54:58] -!- theorbtwo has quit [Remote host closed the connection]
[11:55:54] <skunkworks> I got a notifacation that someone has posted in 'New Trajectory Planner - Testers/programs wanted' but it actually goes to 'cambam problems'
[12:02:22] <jepler> skunkworks: I have a feeling that a moderator moved the post to a new topic
[12:02:32] <skunkworks> ah
[12:02:35] <jepler> probably jt
[12:09:52] -!- rob_h has quit [Ping timeout: 245 seconds]
[12:10:23] <jepler> cmorley: but either there's still something wrong with the way set_translation_domain works in MultiFileBuilder, or something wrong with the way stepconf calls it
[12:11:11] <jepler> cmorley: because stepconf calls it after all files have been added. if that has an effect on widgets previously added, then the right fix involves calling it on all builders in set_translation_domain -- I think
[12:11:21] -!- thomaslindstr_m has quit [Ping timeout: 260 seconds]
[12:15:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/2.6/proposed d6bf74d 06linuxcnc 10debian/configure packaging: Debian testing requires use of tcl/tk 8.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d6bf74d
[12:15:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/2.6/proposed 67eb4d2 06linuxcnc 10lib/python/multifilebuilder.py python: fix exception in set_translation_domain * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=67eb4d2
[12:15:38] <jepler> seb_kuzminsky: some proposed patches for 2.6 ^^
[12:21:13] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[12:22:00] -!- theorbtwo has quit [Remote host closed the connection]
[12:22:22] -!- balestrino has quit [Ping timeout: 240 seconds]
[12:28:15] -!- md-2 has quit [Remote host closed the connection]
[12:28:47] -!- ries has quit [Ping timeout: 264 seconds]
[12:29:44] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[12:33:19] -!- tinkerer has quit [Remote host closed the connection]
[12:34:13] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[12:41:25] -!- howzus has quit [Client Quit]
[12:48:38] -!- micges [micges!~captain_p@aeit124.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[12:50:56] <skunkworks> seb_kuzminsky, what is the minimum I need (there are a lot of debs in that directory)
[13:00:22] -!- md-2 has quit [Read error: No route to host]
[13:05:18] -!- md-2 has quit [Ping timeout: 244 seconds]
[13:05:33] -!- prtksxna has quit [Excess Flood]
[13:08:12] -!- EW57 has quit [Quit: Page closed]
[13:10:11] -!- aude has quit [Client Quit]
[13:10:44] <cradek> if you add it as a source and run apt-get dist-upgrade I think it'll give you the right ones
[13:11:22] <skunkworks> what is it?
[13:11:22] <cradek> but I think the very minimum you need to boot is linux-image-3.4-10-rtai-686-pae_3.4.102-0linuxcnc_i386.deb
[13:11:32] <skunkworks> ok
[13:11:45] <cradek> deb
http://highlab.com/~seb/linuxcnc/rtai-debs wheezy main
[13:11:52] <skunkworks> ah
[13:12:07] -!- thomaslindstr_m has quit [Ping timeout: 255 seconds]
[13:12:12] amnesic_away is now known as amnesic
[13:18:12] aude is now known as Guest77207
[13:29:53] <CaptHindsight> ok, another fix for AMD APU's is the bassakwards isolcpus= parameter, for a 4 core APU isolcpus=0,1,2 is the fix to keep latency the lowest along with radeon.modeset=0
[13:32:35] <CaptHindsight> wheezy with 3.4.9 (pae) rtai is ~7100nS (25uS base) with the llvmpipe driver on a 4 core, down from ~50K
[13:33:49] -!- kwallace [kwallace!~kwallace@smb-10.sonnet.com] has joined #linuxcnc-devel
[13:39:42] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[13:48:06] -!- syyl_ has quit [Ping timeout: 250 seconds]
[13:54:54] -!- SquirrelCZECH has quit [Ping timeout: 244 seconds]
[13:56:42] -!- anth0ny has quit [Quit: anth0ny]
[13:58:24] -!- likevinyl has quit [Ping timeout: 246 seconds]
[14:00:46] -!- Klaus-Krefeld has quit [Remote host closed the connection]
[14:04:40] -!- SquirrelCZECH has quit [Ping timeout: 260 seconds]
[14:05:14] -!- phantomD has quit [Ping timeout: 244 seconds]
[14:05:50] <jepler> is there any such thing as "runtime isolcpus"?
[14:06:07] <jepler> .. so that linuxcnc could set isolcpus=1,2,3 at startup and reset it at exit
[14:10:22] <memleak> there should be a way to write to the IPIPE interface via /proc
[14:12:49] <memleak> well.. you can disable a CPU entirely using /proc via echo 0 > /sys/devices/system/cpuX/online
[14:12:58] <memleak> err.. /sys sorry :/
[14:17:10] Guest77207 is now known as aude
[14:17:40] aude is now known as Guest76376
[14:19:21] Guest76376 is now known as aude
[14:19:37] <memleak> i do not see a way to modify isolcpus though on the fly, only CPU hotplug.
[14:19:42] -!- txp has quit [Ping timeout: 244 seconds]
[14:27:50] <jepler> http://elinux.org/CPU_Shielding_capability
[14:28:22] <jepler> for me as a developer, I would want to build on all my CPUs but get the benefits of isolcpus while actually running realtime code
[14:32:52] -!- Valen has quit [Quit: Leaving.]
[14:34:21] <memleak> i understand but there are limitations in the IPIPE interface. gotta work with what you get.. or write your own interface to talk to isolcpus on the fly
[14:36:34] -!- Klaus-Krefeld has quit [Remote host closed the connection]
[14:42:39] <jepler> I guess all you have to do is run taskset -c 0-31 make -j32
[14:44:41] <jepler> after booting with isolcpus= to isolate either the highest CPU (or highest two CPUs in the case of HT on Intel?)
[14:45:48] <CaptHindsight> you need somebody with Intel hardware to test and find out
[14:46:56] <jepler> actually I think it depends on linux kernel and/or specific CPU
[14:48:02] <CaptHindsight> with RTAI 3.4.9
[14:48:15] <jepler> on i7-4930k with kernel 3.2.0, processors X and X+6 share the same core id, so they're HT siblings
[14:49:16] <jepler> on i5-3320M with linux 3.14, processors X and X+1 share the same core ID
[14:50:05] <jepler> there's a library for determining this kind of thing at runtime (I just grepped /proc) but the user would have to write the proper isolcpus= into the grub config :-/
[14:51:47] <jepler> which is fine if it's a technique an advanced user would want to use to get a few more us performance
[14:51:53] <jepler> .. but terrible if it's something all users would have to do
[14:52:13] <jepler> just default to isolcpus=1-31 and leave them only one thread for userspace by default, I guess
[14:52:44] -!- sudobangbang has quit [Ping timeout: 240 seconds]
[14:56:02] <jepler> CaptHindsight: aha, cradek's git for building live images is
http://timeguy.com/gitweb?p=live-images.git;a=summary / git://timeguy.com/live-images.git
[14:57:58] <memleak> taskset -c 0-31 make -j32 that's hilarious xD
[14:59:31] <jepler> OK, so in my fantasy world I have a nicer machine than I really do
[14:59:39] <jepler> but saying taskset -c 0-1 make -j2 just makes me seem sad
[15:04:02] <skunkworks> seb_kuzminsky, sorry - this was after plugging in a mouse
http://pastebin.com/B3bqfD7d
[15:04:59] <jepler> [ 18.872416] usb 1-1: device not accepting address 2, error -110
[15:05:02] <jepler> no change
[15:05:05] <skunkworks> right
[15:05:23] <jepler> bummer
[15:05:23] <skunkworks> and again - the debian -rt kernel works
[15:05:33] <skunkworks> odd
[15:05:57] -!- terabyte- has quit [Quit: terabyte-]
[15:08:49] -!- Simooon has quit [Quit: Leaving]
[15:14:32] <cradek> seb_kuzminsky: Failed to fetch
http://linuxcnc.org/dists/wheezy/base/binary-i386/mesaflash_3.0.0_i386.deb Size mismatch
[15:14:47] <cradek> did you replace it without changing the version number?
[15:17:28] -!- almccon_ has quit [Read error: Connection reset by peer]
[15:19:22] -!- almccon has quit [Ping timeout: 245 seconds]
[15:19:44] <seb_kuzminsky> skunkworks: bummer... thanks for testing :-/
[15:19:49] <seb_kuzminsky> cradek: mmmmmmmaybe
[15:20:07] <cradek> seb_kuzminsky: if so you're a bad person
[15:21:28] -!- dan2k3k4 has quit [Ping timeout: 272 seconds]
[15:23:28] <seb_kuzminsky> yeah i see the same thing here
[15:23:40] <seb_kuzminsky> i know! let me consult my git log to see what i changed! ahah
[15:27:02] <cradek> jepler: do you guys want something changed in the image? I didn't succeed in reading back to find what you were talking about.
[15:41:15] <seb_kuzminsky> cradek: i did the same to truetype-tracer
[15:42:14] <seb_kuzminsky> luckily i can just git checkout the version that's right and rsync it to wlo
[15:42:17] <seb_kuzminsky> done
[15:42:17] <seb_kuzminsky> :-P
[15:42:27] <seb_kuzminsky> i should learn to be more careful about that kind of thing
[15:42:59] <cradek> that fixed it, thanks
[15:43:35] <seb_kuzminsky> i wonder if there's a lint for debian archives
[15:43:57] -!- almccon_ has quit [Ping timeout: 245 seconds]
[15:44:12] <CaptHindsight> with isolcpus=0,1,2 in wheezy it looks like RTAI tasks run on the isolated 4th core, but in Precise everything is running on the 4th core :/
[15:45:16] <CaptHindsight> both distros are using 3.4.9 pae RTAI
[15:46:30] <CaptHindsight> how I can I really tell in Wheezy what core real time tasks are being on?
[15:46:58] <CaptHindsight> being on/being run on
[15:47:07] <seb_kuzminsky> the precise ones were accidentally overwritten too, i just fixed them
[15:50:16] -!- amiri has quit [Read error: Connection reset by peer]
[15:53:23] -!- txp has quit [Ping timeout: 264 seconds]
[15:54:00] -!- mle has quit [Ping timeout: 255 seconds]
[15:58:42] <cradek> CaptHindsight: I think there's a summary in dmesg after you stop realtime
[15:59:56] -!- SquirrelCZECH has quit [Ping timeout: 260 seconds]
[16:00:20] -!- SkramX__ has quit [Read error: Connection reset by peer]
[16:03:14] -!- almccon has quit [Read error: Connection reset by peer]
[16:05:06] <jepler> cradek: yesterday, CaptHindsight was talking about making images with linuxcnc based on mint linux. he linked to a "howto" that uses the "copy existing CD to hard drive, modify image, turn back to ISO" workflow. I said that with debian, one can do better
[16:05:14] <jepler> cradek: and I was looking for your packaging to make the point
[16:05:18] <cradek> oh ok
[16:05:27] <cradek> yeah, that's the ubuntu way and it sucks
[16:05:52] -!- zzolo has quit [Quit: zzolo]
[16:10:19] <cradek> CaptHindsight:
[16:10:20] <cradek> [ 76.045511] CPU USE SUMMARY
[16:10:20] <cradek> [ 76.045513] # 0 -> 0
[16:10:20] <cradek> [ 76.045515] # 1 -> 23652
[16:10:48] <cradek> in dmesg, after running the kern/latency testsuite test
[16:12:27] <jepler> don't you want isolcpus=3 ?
[16:13:16] <jepler> (if so, I said a wrong isolcpus= earlier)
[16:13:55] <jepler> running in qemu -smp 4, isolcpus=3, taskset -pc $$ gives an affinity list of 0-2
[16:14:36] -!- md-2 has quit [Quit: Leaving...]
[16:22:53] -!- larryone has quit [Ping timeout: 260 seconds]
[16:29:29] -!- almccon_ has quit [Read error: Connection reset by peer]
[16:31:42] -!- andreas_ has quit [Ping timeout: 246 seconds]
[16:32:03] -!- PetefromTn_ has quit [Ping timeout: 246 seconds]
[16:36:33] -!- larryone1 has quit [Ping timeout: 240 seconds]
[16:43:20] -!- rob_h has quit [Ping timeout: 260 seconds]
[16:43:59] <jepler> CaptHindsight: AMD bulldozer+ have a HT-like design, don't they?
[16:44:09] <CaptHindsight> jepler: but RTAI's scheduler is broken so you have to do the opposite with isolcpus=
[16:44:26] <memleak> jepler, if you mean 4 cores disguised as 8 cores, no.
[16:44:36] <CaptHindsight> that is still the "fix"
[16:44:49] <seb_kuzminsky> the jessie installer was just released
[16:45:20] <jepler> memleak: I was just reading
http://en.wikipedia.org/wiki/Bulldozer_%28microarchitecture%29#Bulldozer_core
[16:45:21] <CaptHindsight> I just tried isolcpus=3 and latency is back to being bad again
[16:45:47] <jepler> > The processing core shares the early pipeline stages (e.g. L1i, fetch, decode), the FPUs, and the L2 cache
[16:45:54] <CaptHindsight> bulldozer does have virtualization but it's off in BIOS
[16:46:49] <jepler> so it feels like you'd want to mask stuff off the other "core" in the same "module", so that you don't accrue latency due to competing for instruction fetch/decode bandwidth
[16:47:44] <CaptHindsight> yes
[16:49:02] <seb_kuzminsky> looks like it's shipping with linux 3.14, which is an LTS kernel, and which is supported by ipipe, but unfortunately not by rtai
[16:50:37] <memleak> seb_kuzminsky, it wouldnt require much work to get it working with RTAI though
[16:51:10] <CaptHindsight> if everything goes well :p
[16:51:22] <seb_kuzminsky> heh yeah
[16:51:23] <memleak> you'd basically need to add 20 lines of EXPORT_SYMBOL to the kernel .patch file
[16:51:37] <jepler> CaptHindsight: It looks like the kernl/latency test in rtai binds to CPU 1, while linuxcnc binds to CPU 3 (binary.hybrid.iso running in qemu with -smp 4)
[16:51:59] <memleak> thats all new kernels from IPIPE ever need, ive bumped major kernel releases before many times.
[16:52:11] <seb_kuzminsky> it was a lot of work trying to get 3.4.87 and 3.4.96 to work, and in the end they didnt work and we gave up
[16:52:24] <memleak> 3.4.96 works here.
[16:52:27] <CaptHindsight> give me 1's and 0's and a soldering iron :)
[16:52:52] <memleak> skunkworks just has USB issues with every kernel pretty much that isnt 3.4.55
[16:52:53] <seb_kuzminsky> here too, but it crashes other testers' machines
[16:52:57] <jepler> and taskset -pc $$ prints 0-2
[16:53:07] <seb_kuzminsky> bbl
[16:53:12] <memleak> oh it did..
[16:53:13] <cradek> /* on SMP machines, we want to put RT code on the last CPU */
[16:53:25] <cradek> rtapi does this on purpose - it could just do something else if it would help
[16:53:33] <jepler> CaptHindsight: was the test which had bad latency with 4 threads and isolcpus=3 for you the rtai latency test?
[16:53:49] <jepler> cradek: I think choosing 1 is a bad idea, it's likely to be HT with 0 on Intel
[16:54:14] <CaptHindsight> jepler: running it now, bad latency with 4 threads and isolcpus=3
[16:55:27] <jepler> CaptHindsight: what linuxcnc latency do you get?
[16:55:50] <jepler> with isolcpus=3
[16:56:08] -!- likevinyl has quit [Quit: likevinyl]
[16:56:33] <jepler> CaptHindsight: also, cat /proc/rtai/scheduler while rtai kern/latency or linuxcnc are running, you'll see they have different CPU values
[16:56:57] <jepler> e.g., 3:8 (CPU list : bitmask) for linuxcnc and 1:2 for kern/latency
[16:57:31] <CaptHindsight> 1ms thread 260K, 25us thread ~40K
[16:57:33] <jepler> perhaps for linuxcnc.org we should change the rtai latency test to use the same algorithm to choose the core to bind to
[16:58:28] <CaptHindsight> with isolcpus=0,1,2 the 25uS thread is 7K
[17:00:25] <jepler> kern/latency calls rt_set_runnable_on_cpus with the argument 3 if SMP
[17:00:31] <jepler> the comment claims this means that it is runnable on all CPUs
[17:02:28] <jepler> CaptHindsight: are you running the wheezy kernel from linuxcnc.org or something else?
[17:04:11] <CaptHindsight> jepler: yes it's the wheezy from linuxcnc.org
[17:04:53] <CaptHindsight> now we are going to try isolcpus=1,2,3 since that what memleak said worked for him :/
[17:09:36] <CaptHindsight> works great as well isolcpus=1,2,3 is about the same as isolcpus=0.1.2
[17:11:17] <CaptHindsight> isolcpus=1,2,3 25us thread 5342, 1ms thread 10788
[17:12:57] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:13:02] <jepler> what about isolcpus=2,3 ?
[17:13:13] <CaptHindsight> lets try
[17:13:15] -!- ve7it has quit [Read error: Connection reset by peer]
[17:14:56] <jepler> afk
[17:15:09] -!- anth0ny has quit [Client Quit]
[17:18:06] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[17:18:14] -!- ve7it has quit [Remote host closed the connection]
[17:19:53] <CaptHindsight> jepler: nearly identical latency results with isolcpus=2,3 25us thread 4556, 1ms thread 10551
[17:21:18] -!- prtksxna has quit [Excess Flood]
[17:24:20] -!- prtksxna has quit [Excess Flood]
[17:25:38] -!- prtksxna has quit [Excess Flood]
[17:25:44] -!- prtksxna has quit [Excess Flood]
[17:26:37] -!- prtksxna has quit [Excess Flood]
[17:33:14] -!- almccon has quit [Read error: Connection reset by peer]
[17:41:58] -!- Smidge204_ has quit [Read error: Connection reset by peer]
[17:47:18] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[17:49:06] -!- amiri has quit [Quit: Lost terminal]
[17:49:06] -!- amiri_ has quit [Client Quit]
[17:54:52] -!- jduhls has quit [Ping timeout: 245 seconds]
[17:55:05] -!- amiri has quit [Quit: Lost terminal]
[17:58:42] -!- Benjamin23 has quit [Remote host closed the connection]
[17:59:22] -!- sudobangbang has quit [Ping timeout: 240 seconds]
[18:02:45] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[18:10:24] -!- txp has quit [Quit: Leaving]
[18:12:32] -!- skunkworks has quit [Ping timeout: 250 seconds]
[18:17:56] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[18:32:39] -!- jthornton_ [jthornton_!~john@172.243.165.194] has joined #linuxcnc-devel
[18:36:26] <cradek> not sure how I feel about
http://linuxcnc.org/index.php/english/forum/9-installing-linuxcnc/28216
[18:36:28] <jepler> (0,1,2), (1,2,3) and (2,3) give broadly similar favorable results? I am having trouble fitting this into any sensible explanation
[18:37:49] <jepler> cradek: I don't want the linuxcnc forum moderators to be in the business of moderating people's opinions
[18:38:03] <cradek> yeah - I wasn't considering that
[18:38:07] -!- grummund has quit [Ping timeout: 245 seconds]
[18:38:31] <cradek> I wish he had said what software they are distributing and what problems he has with it
[18:38:54] <cradek> it could still be emc1 running mini. who knows.
[18:39:44] <cradek> and they may still be using non-chopping unipolar stepper drivers
[18:40:18] <cradek> ah heck, I didn't know joe died
[18:40:55] <jepler> :-/
[18:41:30] -!- terabyte- has quit [*.net *.split]
[18:41:31] -!- kwallace has quit [*.net *.split]
[18:41:34] -!- Loetmichel has quit [*.net *.split]
[18:41:35] -!- jthornton has quit [*.net *.split]
[18:41:37] -!- MattyMatt has quit [*.net *.split]
[18:41:38] -!- SpeedEvil has quit [*.net *.split]
[18:41:54] -!- Vq has quit [*.net *.split]
[18:41:54] -!- liedman has quit [*.net *.split]
[18:41:55] terabyte-_ is now known as terabyte-
[18:42:14] <jepler> it looks like in 2011 they started shipping Hardy; the UI they show is Mini.
http://www.sherline.com/CNCinstructions.htm http://www.sherline.com/CNCinst6.0.htm
[18:42:29] <cradek> their instructions say "EMC2 v6.00" which isn't a think I'm aware of existing
[18:42:46] <jepler> a screenshot down the second page has a bird on an orange background
[18:44:12] amnesic is now known as amnesic_away
[18:44:46] <cradek> if you turn the handwheels faster than 1 rotation per second you'll burn out their driver board
[18:45:55] <cradek> NOTE: Do not enter a value higher than 100 for the Feed Override, as the program will stop and you will get the error message "axis 0* following error."
[18:46:04] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[18:46:06] <cradek> so it's very old and was always misconfigured
[18:46:11] <cradek> that's sad
[18:47:40] <CaptHindsight> jepler: so isolcpus=3 or no setting has poor latency
[18:50:02] -!- kwallace [kwallace!~kwallace@smb-10.sonnet.com] has joined #linuxcnc-devel
[18:50:17] <jepler> CaptHindsight: and in each configuration where you get good behavior, you get good behavior from the linuxcnc latency-test *and* the rtai kern/latency test? Or are you only testing one or the other?
[18:51:12] <CaptHindsight> so far I have only tested with the linuxcnc latency-test
[18:51:26] Spyou` is now known as Spyou
[18:51:27] <CaptHindsight> I'll can try the other next
[18:53:37] <CaptHindsight> also Wheezy LXDE needs radeon.modeset=0 or you'll never get a login screen, it doesn't hard lock you just junk on the screen, it never syncs
[18:58:33] <jepler> CaptHindsight: Do you mean the desktop that is on the linuxcnc.org iso? If so, that's xfce.
[19:01:59] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:02:06] <CaptHindsight> jepler: no, I installed linuxcnc after installing wheezy from the LXDE ISO
[19:02:13] <jepler> skunkworks_: is your refrigerator running?
[19:03:08] <CaptHindsight> rtai kern/latency test with isolcpus=2,3 latency is ~32K
[19:03:13] -!- likevinyl has quit [Quit: likevinyl]
[19:04:31] jthornton_ is now known as jthornton
[19:05:13] -!- skunkworks has quit [Ping timeout: 272 seconds]
[19:06:28] <jepler> CaptHindsight: and with isolcpus=0,1 ?
[19:07:35] <jepler> I want some rule that makes sense, in the case that it turns out linuxcnc latency-test is running on core 3 and rtai kern/latency is running on core 1
[19:07:46] BitEvil is now known as SpeedEvil
[19:08:29] <jepler> except isolcpus=0,1,2 giving good results with linuxcnc latency-test doesn't fit into any pattern I can fathom
[19:08:40] <jepler> except that "2" was common to all of them
[19:09:50] <jepler> so maybe try linuxcnc latency-test with isolcpus=2 too
[19:12:58] <CaptHindsight> jepler: isolcpus=0,1 is the same as isolcpus=2,3
[19:14:00] <CaptHindsight> memleak just left but RTAI did break how it interprets isolcpus=
[19:14:01] <jepler> CaptHindsight: can you install package hwloc-nox, run hwloc-ls, and pastebin the result?
[19:14:15] <CaptHindsight> sure
[19:15:14] <jepler> CaptHindsight: so for isolcpus=0,1 and isolcpus=2,3, rtai kern/latency test is FAIL ?
[19:22:44] <skunkworks_> jepler, heh - yes. It was a few that failed.. (didn't blow - acutally opened up on one end of the fuse)
[19:23:32] <CaptHindsight> jepler:
http://pastebin.com/sEKxA1dH
[19:24:00] <CaptHindsight> jepler: isolcpus=0,1 and isolcpus=2,3, rtai kern/latency test is ~32K
[19:25:16] -!- b_b has quit [Changing host]
[19:28:37] -!- zzolo has quit [Quit: zzolo]
[19:33:36] -!- sumpfralle1 has quit [Ping timeout: 255 seconds]
[19:33:51] <CaptHindsight> with isolcpus=1,2,3 that had the best linuxcnc latency-test results, rtai kern/latency test is also ~32K
[19:33:51] <jepler> so hwloc knows that the cores are associated in pairs with modules, similar to how on a HT system it knows that threads are associated with cores
http://pastie.org/9471002
[19:34:10] -!- sumpfralle has quit [Ping timeout: 255 seconds]
[19:34:29] <jepler> CaptHindsight: so all the rtai kern/latency results you've seen so far are markedly worse than the best linuxcnc latency-test results?
[19:37:06] <CaptHindsight> jepler: linuxcnc latency-test with the best isolcpus= settings are ~7K base thread and ~32K with rtai kern/latency
[19:41:47] <skunkworks_> *fuse
[19:49:01] -!- automata has quit [Ping timeout: 255 seconds]
[19:55:49] <seb_kuzminsky> Schooner requested i enable the RTAI serial driver, so there's a new rtai-modules package if anyone wants to test it before i push it to wlo:
[19:55:52] <seb_kuzminsky> deb
http://highlab.com/~seb/linuxcnc/rtai-debs wheezy main
[19:56:05] <CaptHindsight> hmm with isolcpus=3 it's the same ~32K with rtai kern/latency as all the other settings but linuxcnc latency-test is also ~32K base but really bad for the 1ms thread ~160K
[19:56:21] <seb_kuzminsky> 3.9.265.gd99something
[19:58:14] <CaptHindsight> jepler: so in summary rtai kern/latency is ~32K no matter what isolcpus setting tried
[19:59:35] <CaptHindsight> jepler: the linuxcnc latency-test is best with isolcpus=0,1,2 or 1,2,3 or 1,2 and worst with no setting or isolcpus=3
[19:59:53] <jepler> CaptHindsight: try linuxcnc latency-test with isolcpus=2
[20:00:42] <CaptHindsight> isolcpus=3 also has the worst 300K 1ms thread latency
[20:06:07] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[20:07:21] <CaptHindsight> jepler: isolcpus=2 linuxcnc latency-test ~7k base, 13k servo, rtai kern/latency is ~32K
[20:09:19] <jepler> CaptHindsight: so for linuxcnc, isolcpus=<set including 2> gives best performance?
[20:10:23] <CaptHindsight> isolcpus=0,1 also was good
[20:10:24] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:11:07] <CaptHindsight> isolcpus=3 and no settings are the worst
[20:11:30] <CaptHindsight> worst for the linuxcnc latency-test
[20:12:26] <CaptHindsight> rtai kern/latency test always is ~32K no matter what isolcpus= is set to
[20:13:50] <jepler> boy, I can't make sense of all the data you gathered
[20:15:14] <CaptHindsight> does the linuxcnc latency-test have a different affinity than RTAI?
[20:15:23] <jepler> yes
[20:15:56] <jepler> linuxcnc tries to bind all RT tasks to the highest cpuid
[20:16:27] <jepler> n = NR_CPUS-1;
[20:16:27] <jepler> while ( ! cpu_online(n) ) {
[20:16:27] <jepler> n--;
[20:16:27] <jepler> }
[20:16:27] <jepler> rtapi_data->rt_cpu = n;
[20:16:30] <jepler> ...
[20:16:35] <jepler> retval = rt_task_init_cpuid(ostask_array[task_id], wrapper, task_id,
[20:16:35] <jepler> stacksize, prio, uses_fp, 0 /* signal */, rtapi_data->rt_cpu );
[20:17:08] <jepler> so I assume that in your case, NR_CPUS is 4 so n starts with 3, and cpu_online(3) is true, so rtapi_data->rt_cpu gets 3
[20:18:45] <jepler> I was entertaining the idea that maybe rtai counts CPUs as 1-based, so that isolcpus #3 would be rtai cpuid 2
[20:18:48] <jepler> or vice versa
[20:19:15] <jepler> anyway, rtai kern/latency has
[20:19:20] <jepler> #define RUNNABLE_ON_CPUS 3 // 1: on cpu 0 only, 2: on cpu 1 only, 3: on any;
[20:19:24] <jepler> #define RUN_ON_CPUS (num_online_cpus() > 1 ? RUNNABLE_ON_CPUS : 1)
[20:19:31] <jepler> ...
[20:19:32] <jepler> rt_set_runnable_on_cpus( /* select on which CPUs the task is */
[20:19:35] <jepler> &thread, /* allowed to run */
[20:19:38] <jepler> RUN_ON_CPUS
[20:19:40] <jepler> );
[20:20:11] <jepler> the comment aside, I think 3 actually means CPU 0 or 1 (_cpus is a bitmask, _cpuid is a number)
[20:20:42] <CaptHindsight> I'll have to ask memleak again how exactly the scheduler in RTAI is broken since what should be isolcpus=3 for a 4 core cpu is now wrong, somehow things got inverted
[20:21:05] <jepler> it can't simply be inverted, because some of the sets that worked best *included* 3
[20:21:42] <CaptHindsight> yeah, thats where I'm not clear, i just recall that somebody got it backwards in some way
[20:22:00] <jepler> anyway, rt_set_runnable_on_cpus is a bit confusing to me:
[20:22:02] -!- syyl_ws_ has quit [Quit: Verlassend]
[20:22:06] <jepler> cpuid = get_min_tasks_cpuid();
[20:22:06] <jepler> if (!test_bit(cpuid, &run_on_cpus)) {
[20:22:06] <jepler> cpuid = ffnz(run_on_cpus);
[20:22:06] <jepler> }
[20:22:06] <jepler> rt_set_runnable_on_cpuid(task, cpuid);
[20:22:16] <jepler> but as you can see, it delegates to the _cpuid version of the function
[20:22:26] <CaptHindsight> whats the command to mark this in the logs?
[20:22:51] <jepler> I think it says: find the cpuid with the fewest tasks. if that's in the set of CPUs, use that cpuid. Otherwise, find the first nonzero bit in run_on_cpus and use that
[20:23:13] <jepler> in any case, you can see that the CPU selection algorithm is *different* :-P
[20:24:04] <jepler> while actually running kern/latency and looking at /proc/rtai/scheduler, the CPU column is reported as 1:2
[20:24:29] <jepler> while actually running linuxcnc latency-test and looking at /proc/rtai/scheduler, the CPU column is reported as 3:8
[20:24:51] <jepler> I believe this is indicating in the case of kern/latency that it's running on (zero-based) CPU #1, AKA mask 0x2
[20:25:02] <jepler> and linuxcnc is running on (zero-based) CPU #3, AKA mask 0x8
[20:25:47] <jepler> so to that extent, it seems like both sets of code are having the effect I think they do
[20:26:11] <jepler> this is with the CD image booted in qemu -smp 4, commandline isolcpus=3
[20:26:53] <jepler> (of course, all the latency results are *bad*, it's a VM)
[20:28:25] <jepler> the /proc values come from
[20:28:25] <jepler> task->runnable_on_cpus, // cpuid,
[20:28:25] <jepler> task->lnxtsk ? CPUMASK((task->lnxtsk)->cpus_allowed) : (1 << task->runnable_on_cpus),
[20:30:29] -!- kfoltman has quit [Quit: Ex-Chat]
[20:30:43] -!- terabyte- has quit [Quit: terabyte-]
[20:42:58] <CaptHindsight> isolcpus=1 linuxcnc latency-test base 52K, servo 98K, rtai kern/latency is ~32K
[20:43:17] -!- automata_ has quit [Ping timeout: 260 seconds]
[20:44:41] -!- zeeshan has quit [Ping timeout: 260 seconds]
[20:45:09] -!- rob_h has quit [Ping timeout: 260 seconds]
[20:45:23] -!- rob_h [rob_h!~robh@2.124.121.72] has joined #linuxcnc-devel
[20:49:22] -!- automata__ has quit [Ping timeout: 245 seconds]
[20:50:32] -!- sumpfralle1 has quit [Quit: Leaving.]
[20:52:21] <CaptHindsight> isolcpus=0 linuxcnc latency-test base 30K, servo 75K, rtai kern/latency is 4300, !? why does this isolcpus=0 make the only difference and lower the rtai kern/latency to only `4K from ~32K?
[20:53:38] <CaptHindsight> jepler: isolcpus=0 has made the only difference to rtai kern/latency and has lowered it to 4K from 32K compared to all the other tests
[20:54:29] <CaptHindsight> at the same time linuxcnc latency-test is worse. Up to 30K for the base from 7K
[20:56:46] <jepler> but review above, where I show that they are trying to run on different CPUs
[20:57:14] <jepler> it's no surprise to me that they behave best for different isolcpus settings
[20:57:26] <jepler> but the specific settings that make them behave best still baffle me
[20:59:33] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[20:59:43] <CaptHindsight> me to
[21:01:01] -!- FinboySlick has quit [Quit: Leaving.]
[21:02:46] -!- Deejay has quit [Quit: bye]
[21:07:20] <jepler> that 0,1 and 2,3 both give good results for linuxcnc kills every theory I have imagined
[21:12:25] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:12:46] -!- kwallace has quit [Ping timeout: 260 seconds]
[21:12:48] -!- SkramX__ has quit [Ping timeout: 260 seconds]
[21:12:54] -!- tinkerer has quit [Ping timeout: 260 seconds]
[21:13:02] -!- kwallace2 [kwallace2!~kwallace@smb-10.sonnet.com] has joined #linuxcnc-devel
[21:13:15] -!- LeelooMinai has quit [Ping timeout: 260 seconds]
[21:13:35] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[21:13:37] -!- sirdancealot has quit [Ping timeout: 260 seconds]
[21:13:37] -!- archivist has quit [Ping timeout: 260 seconds]
[21:14:13] <CaptHindsight> that's it for todays latency vs isolcpus settings tests
[21:14:26] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[21:14:46] -!- LeelooMinai [LeelooMinai!~leeloo@184-175-46-197.cable.teksavvy.com] has joined #linuxcnc-devel
[21:15:19] <jepler> CaptHindsight: thanks for all your testing
[21:15:33] <CaptHindsight> I have to go mix some chemicals or something else non-software :)
[21:15:38] <jepler> my last suggestion would be to toss up a page on the wiki with your findings, because they're scattered all through three+ hours of conversation
[21:15:50] <jepler> chemical mixture suggestion: bourbon; vermouth; bitters
[21:16:21] <CaptHindsight> I like islays neat splash of water
[21:17:04] <jepler> they don't pay me enough to afford a quality whisky, so I have to have mixed drinks
[21:17:07] <CaptHindsight> my logs and scroll back should have it, and somebody has a logger
[21:17:57] <CaptHindsight> but Manhattans are my holiday season favorite
[21:18:07] -!- balestrino has quit [Ping timeout: 255 seconds]
[21:19:01] <jepler> ah well sometime when it's cold I'll channel my mixologist friend and we can argue over the ratio of bourbon to vermouth
[21:27:48] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:28:40] <andypugh> Someone on the forum has just poiinted out that the new LiveDVD isn’t particularly easy to find.
[21:28:58] <Tom_shop> i had no problems finding it
[21:29:06] <andypugh> It’s about 3 long pages and clicking just the right links, including a trip to Gmane to get it.
[21:29:36] <andypugh> Tom_shop: Try finding it from the “Download” link on the web site.
[21:29:46] Tom_shop is now known as Tom_itx
[21:30:09] <Tom_itx> oh i bet i now why it was so easy...
[21:30:22] <Tom_itx> jepler pointed me to the 'special' page :)
[21:31:40] <Tom_itx> it says it's a 'temporary' address
[21:32:08] <Tom_itx> andypugh, just post this link there:
http://article.gmane.org/gmane.linux.distributions.emc.user/52401
[21:32:43] <andypugh> The Download page says “nstructions to get the 2.6 LiveCD are here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Hybrid_Iso” but that simply isn’t true.
[21:33:21] <andypugh> Yeah, I gave the guy the link. The point is that you can’t get there from the “Download” page by the obvious route
[21:33:41] <seb_kuzminsky> the www.linuxcnc.org webpage should make it super easy, i agree
[21:33:43] <Tom_itx> true, those are the 'turn n burn' links
[21:34:28] <seb_kuzminsky> i just got write access to wlo, i'll try to figure out how to update it to make it easier to find the live+install cd
[21:34:32] <andypugh> You actually have to go to the “Upgrade” page, read half way down, follow a link to Gmane, then from there get directed back to LinuxCNC.org
[21:36:00] -!- sheppard has quit [Ping timeout: 255 seconds]
[21:39:35] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[21:41:58] -!- Benjamin23 has quit [Ping timeout: 255 seconds]
[21:51:30] -!- tinkerer has quit [Remote host closed the connection]
[21:59:32] -!- rob_h has quit [Ping timeout: 240 seconds]
[22:01:15] <seb_kuzminsky> cradek: do you think the live+install cd is ready to graduate from its "experimental" status to the recommended best way to make fresh 2.6 installs?
[22:13:14] -!- gambakufu has quit [Read error: Connection reset by peer]
[22:16:29] -!- zzolo has quit [Quit: zzolo]
[22:19:10] -!- automata has quit [Ping timeout: 264 seconds]
[22:26:27] <cradek> sure
[22:26:55] -!- gonzo_nb has quit [Remote host closed the connection]
[22:27:00] <cradek> other than the kernel problem with skunkworks's usb I don't know of anything weird. even with that, it's probably the best option we currently have.
[22:40:25] <seb_kuzminsky> John Bradshaw reports that 3.4-9-rtai-686-pae crashes his machine that ran fine with lucid's rtai kernel (dgarr has a machine like that too) (bug #388)
[22:40:40] <seb_kuzminsky> but even so, i agree this is our best option at the moment
[22:41:39] -!- theorbtwo has quit [Read error: No route to host]
[22:42:33] <cradek> well that sucks
[22:42:45] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[22:43:44] <cradek> python: swrast/s_renderbuffer.c:588: map_attachment: Assertion `srb->Map' failed.
[22:43:47] <cradek> /usr/bin/linuxcnc: line 766: 12668 Aborted (core dumped) $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
[22:43:57] <cradek> this has nothing to do with rtai or dgarr's problem
[22:44:06] <cradek> it's probably just bogus opengl
[22:44:20] <cradek> [ 295.500017] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
[22:44:23] <cradek> [ 295.500030] [drm] capturing error event; look for more information in /debug/dri/0/i915_error_state
[22:45:02] <cradek> trying to overwrite '/etc/udev/rules.d/99-rtai.rules', which is also in package rtai-modules-2.6.32-122-rtai 3.8.1-linuxcnc1
[22:45:19] <cradek> looks like he tried to upgrade the OS instead of reinstalling
[22:45:38] <cradek> to say the least, I don't recommend doing that
[22:46:46] <cradek> #6 0xb55b3e04 in _swrast_map_renderbuffers () from /usr/lib/i386-linux-gnu/dri/libdricore.so
[22:47:31] <seb_kuzminsky> i have a machine that gets 915 warnings in dmesg but otherwise works
[22:47:49] <cradek> I don't see where that wiki page recommends upgrading the os like that
[22:48:05] <seb_kuzminsky> it doesnt
[22:48:12] <seb_kuzminsky> but i dont see why it shouldnt work
[22:48:26] * cradek shrugs
[22:48:43] <cradek> looks like it gives a system with broken opengl
[22:48:56] <seb_kuzminsky> i tried it in a VM and it worked, except the rtai-modules collision, which i fixed in the 3.9.265 version i built out earlier today
[22:48:59] <cradek> considering unity compositing etc that's no big surprise
[22:49:50] <cradek> that's cool if you made the upgrade work, though
[22:50:35] <seb_kuzminsky> it already nearly worked
[22:50:44] <seb_kuzminsky> it was easy to fix the last tiny bit
[22:51:05] <cradek> neato
[22:59:33] -!- asah has quit [Ping timeout: 272 seconds]
[23:01:19] -!- kfoltman has quit [Quit: Ex-Chat]
[23:05:48] -!- uwe_ has quit [Ping timeout: 250 seconds]
[23:12:09] -!- SquirrelCZECH has quit [Ping timeout: 260 seconds]
[23:17:44] -!- micges has quit [Quit: Leaving]
[23:31:25] <CaptHindsight> jepler:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Isolcpus_Boot_Parameter_And_GRUB2 bottom of page, now I'm seeing a pattern
[23:32:20] -!- automata_ has quit [Ping timeout: 240 seconds]
[23:34:34] <skunkworks> http://linuxcnc.org/index.php/english/forum/9-installing-linuxcnc/28164-unable-to-find-a-live-file-system-gigabyte-j1800?limitstart=0
[23:35:06] <skunkworks> same motherboard same problem.. (isn't just me :) )
[23:36:08] <KGB-linuxcnc> 03Jeff Epler 052.6 6cd5eac 06linuxcnc 10debian/configure packaging: Debian testing requires use of tcl/tk 8.6 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6cd5eac
[23:36:08] <KGB-linuxcnc> 03Jeff Epler 052.6 4d120e8 06linuxcnc 10lib/python/multifilebuilder.py python: fix exception in set_translation_domain * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4d120e8
[23:36:20] <seb_kuzminsky> jepler: thanks, merged
[23:37:48] <seb_kuzminsky> CaptHindsight: i've seen you refer to the new rtai kernel as "3.4.9" a couple of times, but that's not accurate
[23:38:27] <seb_kuzminsky> unfortunately the correct moniker is a bit of a mouthfull: 3.4-9-rtai-686-pae, version 3.4.55-3linuxcnc
[23:38:47] <seb_kuzminsky> just trying to minimize future confusion
[23:38:52] <CaptHindsight> close enough
[23:39:19] <seb_kuzminsky> if you insist on abbreviating it, please at least call it 3.4-9 instead of 3.4.9
[23:39:23] <CaptHindsight> ok, I'll change to that moniker
[23:39:30] <seb_kuzminsky> the 9 is not the same kind of thing as the 3.4
[23:39:34] <seb_kuzminsky> thanks!
[23:39:39] <CaptHindsight> no problem
[23:40:51] <CaptHindsight> seb_kuzminsky:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Isolcpus_Boot_Parameter_And_GRUB2
[23:41:53] <seb_kuzminsky> now it's too long, can you shorten it?
[23:41:55] <seb_kuzminsky> j/k
[23:41:57] <seb_kuzminsky> thanks
[23:43:27] <CaptHindsight> heh, one more reboot and I'm done :)
[23:43:39] <CaptHindsight> 10 hours testing
[23:44:07] <seb_kuzminsky> One. One reboot.... Ah, ah, ah!
[23:44:45] -!- andreas_ has quit [Ping timeout: 240 seconds]
[23:49:51] <CaptHindsight> now you can see how the different latency tests handle the change to isolcpus
[23:51:41] <CaptHindsight> I have to do isolcpus=2 over, seem to have lost my results
[23:52:00] <seb_kuzminsky> nice, that table makes it easy to see the data
[23:52:04] <seb_kuzminsky> bbl
[23:52:27] <seb_kuzminsky> guess 0 is the magic number
[23:53:17] <andypugh> Isn’t it Karmic Koala? (The Wiki page says Karmic Karma)