Back
[00:00:08] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[00:03:54] -!- rob_h has quit [Ping timeout: 276 seconds]
[00:13:05] -!- Loetmichel has quit [Ping timeout: 244 seconds]
[00:19:18] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[00:27:05] -!- kanzure has quit [Ping timeout: 256 seconds]
[01:00:13] -!- mozmck1 has quit [Quit: Leaving.]
[01:01:26] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[01:04:23] -!- amiri_ has quit [Read error: Connection reset by peer]
[01:06:54] -!- asdfasd has quit [Ping timeout: 245 seconds]
[01:16:19] -!- justflew has quit [Ping timeout: 246 seconds]
[01:38:20] -!- wollw has quit [Ping timeout: 256 seconds]
[01:50:14] -!- zzolo has quit [Client Quit]
[01:54:17] -!- sumpfralle has quit [Quit: Leaving.]
[02:26:54] -!- jepler has quit [Ping timeout: 276 seconds]
[02:27:05] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[02:29:13] <jepler> cradek: :-(
[02:33:01] <jepler> pcw_home: yes, the pluto driver has code that intends to set epp mode after uploading firmware, and code that intends to check epp timeout bit once each read function execution
[02:33:29] <jepler> cradek: how did you determine the right ioaddr?
[02:33:48] <jepler> cradek: did you determine ioaddr_hi ?
[02:34:55] <cradek> jepler: lspci showed three io ports, two of them 0x400 apart, so i used the lower of those two for ioaddr
[02:34:56] <jepler> cradek: I could bring a mesa epp card to the office tomorrow if you like; that would help deterine if the port is totally not working
[02:35:15] <cradek> I bet I have one, but thank you
[02:35:26] <jepler> might be worth trying for the diagnostic value
[02:35:47] <jepler> it's a bit surprising if linux didn't detect it as a parallel port, but maybe the pci ids are just too fresh
[02:35:50] <jepler> what's in lspci?
[02:36:11] <cradek> someone else on the forum has failed to use a sun1989, but sun1988 seems to work
[02:36:28] <cradek> http://linuxcnc.org/index.php/english/forum/18-computer/28752-parallel-port-trying-epp-mode-chipset-sun19
[02:36:31] <cradek> 89#54769
[02:36:34] <cradek> oops
[02:36:48] <cradek> one sec, I'll get IDs
[02:38:18] <cradek> er maybe it's 1888 that works
[02:40:14] <cradek> 02:05.0 0701: 1fd4:1999 (prog-if 03 [IEEE1284])
[02:40:23] <cradek> 02:05.0 Parallel controller: SUNIX Co., Ltd. Multiport serial controller (prog-if 03 [IEEE1284])
[02:40:40] <cradek> Subsystem: SUNIX Co., Ltd. Device 0100
[02:41:08] <jepler> cradek: rtai, yes?
[02:41:17] <cradek> Linux sherline 3.4-9-rtai-686-pae #1 SMP PREEMPT Debian 3.4.55-4linuxcnc i686 GNU/Linux
[02:41:24] <jepler> I don't know if pluto's been tried on uspace
[02:41:49] <cradek> yes rtai, linuxcnc package 2.6.7
[02:42:55] <cradek> before I had ioaddr right, I got the "failed to communicate with the pluto after programming"
[02:42:56] <jepler> http://paste.debian.net/169215/ v3.8-rc5-99-gabd7bac
[02:43:18] <jepler> looks like this PCI ID was only added in kernel 3.8, which explains why your kernel wouldn't recognize it as a parport
[02:43:57] <jepler> it's weird that they rely on pci ids when there's a prog-if for IEEE1284
[02:44:10] <jepler> you'd sort of assume the prog-if was intended to be enough for the os to figure out how to use the device
[02:45:02] <cradek> can I fake it out with a modprobe.d alias?
[02:45:29] <jepler> I don't know how that wors
[02:45:31] <jepler> works
[02:45:49] <cradek> or I could just tweak one of the pci ids in the module
[02:46:02] <cradek> do you know what module does that end up in?
[02:46:07] <jepler> modprobe_pc I think
[02:46:19] <cradek> parport_pc?
[02:46:29] <jepler> er yeah
[02:47:12] <jepler> +#define PCI_VENDOR_ID_SUNIX 0x1fd4
[02:47:12] <jepler> +#define PCI_DEVICE_ID_SUNIX_1999 0x1999
[02:47:57] <cradek> can you pastebin the whole patch please?
[02:48:17] <jepler> http://paste.debian.net/169216/
[02:48:23] <jepler> sorry should have done that first time
[02:49:13] <CaptHindsight> any talk of a Linuxcnc fest this summer?
[02:50:31] <jepler> hmm this is worrying
[02:50:32] <jepler> +/* sunix_2s1p */ { 1, { { 3, -1 }, } },
[02:50:43] <jepler> the -1 is
[02:50:44] <jepler> int hi; /* -1 if not there, >6 for offset-method (max
[02:50:44] <jepler> BAR is 6) */
[02:53:30] <cradek> [ 859.823951] parport0: PC-style at 0xe800, irq 0 [PCSPP,TRISTATE,EPP]
[02:53:31] <cradek> [ 859.823965] parport0: irq 0 in use, resorting to polled operation
[02:53:31] <cradek> [ 859.920209] lp0: using parport0 (polling).
[02:53:38] <cradek> wonder if this is enough to make it work
[02:54:48] <cradek> ...nope
[02:56:33] <jepler> boo
[02:56:33] <jepler> 1. Choose your Motherboard or System Carefully.
[02:56:34] <jepler> When you buy a system or a motherboard, NEVER buy one that has less than three ISA slots, (one shared with PCI). Four, (one shared with PCI) is even better.
[02:57:14] <cradek> heh
[02:57:17] <cradek> yeah good advice
[02:57:22] <jepler> . Mice and keyboards could be moved to USB (though this will be slow in coming, if it ever does).
[02:57:51] <jepler> Overcoming Slot Shortages and IRQ Limitations on PCs -- Updated: 1 July 1998
[03:03:37] <cradek> welp looks like I just need to find a different card
[03:03:40] <cradek> thanks for helping
[03:03:58] <jepler> cradek: ineffectually :-/
[03:04:13] -!- AR_ has quit [Ping timeout: 265 seconds]
[03:04:21] <jepler> cradek: want a whole machine? the one I developed uspace on, I know its epp works with mesa. but it's full size.
[03:04:33] <jepler> (pci-e parport card)
[03:05:18] <cradek> thanks, I can just go back to the old machine until I find a proper card, or we have a newer kernel on jessie
[03:05:47] <cradek> the only reason I tried to change machines is the marginal ram on the old one (256 MB max)
[03:06:10] <cradek> but it works
[03:08:06] <cradek> I should rebuild the whole thing based on mesa
[03:08:34] <cradek> I would have a long time ago if not for how it was all pretty, in a finished box, with power supply and motor drivers and pluto all boxed up together
[03:08:52] <cradek> it's a lot to reinvent
[03:10:07] <jepler> I'm not sure if it's going to work without ioaddr_hi
[03:10:37] -!- FreezingCold has quit [Ping timeout: 264 seconds]
[03:11:01] <jepler> so I guess it depends on your willingness to wait vs wanting to not order more junk
[03:11:33] <cradek> what isn't going to work without ioaddr_hi?
[03:11:47] -!- Roguish has quit [Quit: ChatZilla 0.9.91.1 [Firefox 37.0.2/20150415140819]]
[03:11:58] <jepler> ioaddr_hi is how you change from SPP to EPP modes
[03:12:04] -!- furrywolf has quit [Ping timeout: 252 seconds]
[03:12:12] <jepler> if(ioaddr_hi != -1) {
[03:12:12] <jepler> outb(0x80, ioaddr_hi + 0x2); // select EPP mode in ECR
[03:12:33] <jepler> so the code is obviously written as though ioaddr_hi is optional
[03:12:35] <cradek> oh is it not defaulted to +0x400? the manpage says it is
[03:14:02] <jepler> I think it's true if you pass ioaddr > 15 that it uses ioaddr + 0x400 for ioaddr_hi
[03:14:20] <jepler> but if that is not the base of the ECP registers then that outb isn't going to do what is desired
[03:14:45] <jepler> and the kernel patch seems to imply to me that there is not an ioaddr_hi
[03:14:47] <jepler> the -1 in 21:50:32 < jepler> +/* sunix_2s1p */ { 1, { { 3, -1 }, } },
[03:16:18] <jepler> (how irritating that sunix and sunxi are both things)
[03:16:44] <jepler> goodnight
[03:16:44] <cradek> also irritating how all the common-as-dirt moschip boards don't work
[03:16:47] <cradek> goodnight, thanks
[03:17:42] <jepler> peter should make a pci fpga board that implements epp mode properly
[03:17:56] <cradek> a 5i25 firmware!
[03:18:01] <jepler> people could buy it when they wanted to be sure their mesa epp board would work properly
[03:18:18] <jepler> <1/sqrt(2) wink>
[03:26:53] <CaptHindsight> I found some $10 PCIe EPP boards last year
[03:27:34] <CaptHindsight> some new Chinese silicon vendor make the chips
[03:28:26] -!- Computer_Barf has quit [Ping timeout: 272 seconds]
[03:29:05] <cradek> do you remember how they are marked?
[03:29:59] <CaptHindsight> http://www.ebay.com/itm/Parallel-Port-DB25-LPT-Printer-to-PCI-E-PCI-Express-Card-Adapter-Converter-/170992964709
[03:30:07] <CaptHindsight> WCH CH382L Chipset
[03:30:22] <cradek> oh that's -e
[03:30:38] <CaptHindsight> you want PCI for $10?
[03:30:52] <cradek> well I don't care much what it costs
[03:35:04] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[03:35:21] <CaptHindsight> http://www.ebay.com/itm/DB25-Printer-Parallel-Port-LPT-to-PCI-I-O-Card-Adapter-/181127357721 I'll double check these for you
[03:36:10] <cradek> this looks like one our wiki says works:
http://www.ebay.com/itm/StarTech-com-Value-1-Port-PCI-Parallel-Adapter-Card-PCI1P-/231160425282?pt=LH_DefaultDomain_0&hash=item35d23c2b42
[03:36:38] <CaptHindsight> if they have them in stock
[03:36:54] <CaptHindsight> I think they were EOLed last year
[03:37:45] <cradek> thanks, I'll try one of those!
[03:38:55] <CaptHindsight> http://www.startech.com/Cards-Adapters/Parallel/1-Port-PCI-Parallel-Adapter-Card~PCI1P2
[03:39:14] <CaptHindsight> $32 direct from startech.com
[03:39:34] <CaptHindsight> Chipset ID Sunix - SUN1989
[03:42:11] <cradek> argh that's the one that doesn't work
[03:42:23] <cradek> wonder what I just bought
[03:42:24] <cradek> :-P
[03:42:31] <cradek> either way, I should go to bed
[03:43:02] <cradek> thanks CaptHindsight, jepler
[04:23:13] <zeeshan> i have velocity selected under view, but it doesnt show
[04:23:19] <zeeshan> is something wrong with my .ini? :)
[04:23:31] <zeeshan> or am i exploiting a bug
[04:32:27] -!- MrSunshine has quit [Ping timeout: 256 seconds]
[04:39:50] -!- zeeshan-mill has quit [Quit: Leaving]
[04:40:39] -!- FinboySlick has quit [Quit: Leaving.]
[04:56:51] -!- JohnyK [JohnyK!~wity@witypc.ynet.sk] has joined #linuxcnc-devel
[05:38:24] -!- cmorley has quit [Ping timeout: 265 seconds]
[05:43:53] -!- gonzo_ has quit [Read error: Connection reset by peer]
[05:54:50] -!- furrywolf has quit [Ping timeout: 250 seconds]
[06:01:13] -!- kwallace1 [kwallace1!~kwallace@smb-33.sonnet.com] has parted #linuxcnc-devel
[06:09:07] -!- MrSunshine has quit [Ping timeout: 255 seconds]
[06:20:19] -!- JohnyK has quit [Read error: Connection reset by peer]
[06:22:23] -!- ve7it has quit [Remote host closed the connection]
[06:25:39] -!- herron_ has quit [Ping timeout: 245 seconds]
[06:27:55] -!- justflew has quit [Quit: Page closed]
[06:30:39] -!- MrSunshine has quit [Ping timeout: 245 seconds]
[06:36:53] -!- Komzzpa has quit [Ping timeout: 265 seconds]
[06:38:45] -!- JohnyK [JohnyK!~wity@jurajp.ynet.sk] has joined #linuxcnc-devel
[06:50:49] -!- kanzure has quit [Remote host closed the connection]
[06:55:50] -!- Akex_ [Akex_!uid58281@gateway/web/irccloud.com/x-ewnofpnykfjfafah] has joined #linuxcnc-devel
[06:59:49] -!- Connor1 has quit [Ping timeout: 245 seconds]
[07:00:48] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[07:12:38] -!- f1oat4 [f1oat4!~f1oat@AMontsouris-553-1-21-66.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[07:16:01] -!- [cube] has quit [Ping timeout: 264 seconds]
[07:22:29] -!- Connor has quit [Ping timeout: 248 seconds]
[07:23:38] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[07:23:57] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[07:25:17] -!- tjb1 has quit [Ping timeout: 256 seconds]
[07:25:32] -!- rob_h [rob_h!~robh@176.248.182.202] has joined #linuxcnc-devel
[07:43:50] -!- [cube] has quit [Ping timeout: 256 seconds]
[07:45:14] -!- nofxx has quit [Ping timeout: 252 seconds]
[07:47:56] -!- Connor has quit [Ping timeout: 250 seconds]
[07:48:54] -!- Connor [Connor!~Connor@24.214.127.194] has joined #linuxcnc-devel
[08:00:16] -!- firephoto has quit [Ping timeout: 256 seconds]
[08:02:04] -!- eventor [eventor!~eventor@p5B254F2F.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[08:09:20] -!- sliptonic has quit [Ping timeout: 256 seconds]
[08:09:30] -!- sliptonic [sliptonic!sliptonic@2600:3c00::f03c:91ff:fe89:1c2c] has joined #linuxcnc-devel
[08:13:20] ybon1 is now known as ybon
[08:15:39] -!- kriskropd has quit [Ping timeout: 245 seconds]
[08:19:16] icetaaan is now known as icetan
[08:20:49] -!- eventor has quit [Ping timeout: 244 seconds]
[08:30:50] -!- MrSunshine has quit [Ping timeout: 250 seconds]
[08:34:18] -!- Miner_48er has quit [Quit: Leaving]
[08:55:37] -!- MrSunshine has quit [Ping timeout: 264 seconds]
[09:19:09] -!- micges [micges!~micges@dbh33.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[10:28:20] -!- Demiurge has quit [Ping timeout: 272 seconds]
[10:40:42] -!- mahtennek has quit []
[11:01:29] -!- mhaberler has quit [Ping timeout: 245 seconds]
[11:06:16] -!- karavanjo has quit [Ping timeout: 240 seconds]
[11:10:19] -!- eventor [eventor!~eventor@p5B254F2F.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[11:11:57] -!- crazy_imp has quit [Ping timeout: 256 seconds]
[11:27:08] -!- tinkerer has quit [Quit: Leaving.]
[11:35:44] -!- micges has quit [Quit: Ex-Chat]
[12:08:17] -!- Hawku has quit [Quit: reboot]
[12:18:19] <jepler> cradek: too many model numbers, so irritating
[12:19:48] -!- skorasaurus has quit [Ping timeout: 272 seconds]
[12:31:40] spader is now known as terinjokes
[12:46:49] -!- mozmck has quit [Quit: Leaving.]
[13:16:22] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[13:28:34] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[13:29:32] -!- BellinganRoy has quit [Remote host closed the connection]
[13:30:03] -!- BellinganRoy has quit [Client Quit]
[13:36:55] -!- LeelooMinai has quit [Quit: No Ping reply in 180 seconds.]
[13:37:11] -!- LeelooMinai [LeelooMinai!~leeloo@184.175.46.197] has joined #linuxcnc-devel
[13:43:33] -!- aquaWeasel has quit [Ping timeout: 276 seconds]
[13:46:31] -!- aquaWeasel has quit [Max SendQ exceeded]
[13:48:19] -!- aquaWeasel has quit [Max SendQ exceeded]
[13:49:41] -!- aquaWeasel has quit [Max SendQ exceeded]
[13:50:35] -!- BellinganRoy has quit [Remote host closed the connection]
[13:51:04] -!- BellinganRoy has quit [Remote host closed the connection]
[13:52:37] -!- Katharsis has quit [Ping timeout: 255 seconds]
[13:53:24] -!- BellinganRoy has quit [Remote host closed the connection]
[13:56:32] -!- BellinganRoy has quit [Remote host closed the connection]
[13:57:36] -!- Brunetty has quit [Quit: Follow me]
[13:57:39] -!- BellinganRoy has quit [Remote host closed the connection]
[14:02:13] -!- BellinganRoy has quit [Remote host closed the connection]
[14:03:45] HSD_afk is now known as HSD
[14:04:39] <mozmck> seb_kuzminsky: you added mesa-utils as a dependency, but looks like not blt?
[14:05:02] -!- BellinganRoy has quit [Remote host closed the connection]
[14:06:30] -!- BellinganRoy has quit [Remote host closed the connection]
[14:10:48] -!- Tecan has quit [Quit: GREAT SPOCK!]
[14:13:10] <seb_kuzminsky> mozmck: on wheezy, linuxcnc depends on python-tk, which depends on blt
[14:13:33] <mozmck> oh, I see, hmm
[14:13:45] <seb_kuzminsky> an explicit requirement is probably more technically correct, and may be required on some other distros
[14:14:00] <mozmck> I was testing on xubuntu 14.04
[14:14:04] <seb_kuzminsky> aha
[14:14:16] <seb_kuzminsky> yeah, we dont support that one properly yet :-/
[14:14:23] <mozmck> I'm downloaded jessie right now to see what it is like.
[14:14:45] <mozmck> I notice they have mate and cinnamon live images!
[14:17:50] <seb_kuzminsky> we dont support jessie either :-(
[14:22:46] <jepler> uspace builds and now works well non-realtime with jessie
[14:22:54] <jepler> not sure the deps are 100% correct though
[14:26:27] <seb_kuzminsky> nice, that's a big step
[14:26:38] <seb_kuzminsky> now we just need a packaged rt-preempt kernel for folks to install
[14:27:02] <mozmck> I would think jessie would be close to ubuntu 14.04 in package versions?
[14:28:06] <mozmck> I've got some kernel building machines now I can probably use to help with that.
[15:09:15] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[15:21:52] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[15:30:21] -!- Akex_ [Akex_!uid58281@gateway/web/irccloud.com/x-jzbcwpuqxzmgjgaq] has joined #linuxcnc-devel
[15:31:57] -!- R2E4 has quit [Quit: IceChat - Its what Cool People use]
[15:32:50] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:43:16] -!- jepler has quit [Ping timeout: 240 seconds]
[15:44:55] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[15:46:24] -!- podarok has quit [Remote host closed the connection]
[15:53:01] -!- jvrousseau has quit [Ping timeout: 256 seconds]
[15:55:47] -!- quiqua has quit [Quit: quiqua]
[15:59:57] -!- skorasaurus has quit [Ping timeout: 264 seconds]
[16:00:26] -!- patrickarlt has quit [Remote host closed the connection]
[16:05:54] -!- patrickarlt has quit [Ping timeout: 272 seconds]
[16:21:42] -!- Katharsis has quit [Changing host]
[16:33:00] amnesic_away is now known as amnesic
[16:33:51] amnesic is now known as amnesic_away
[16:48:16] -!- skorasaurus has quit [Ping timeout: 252 seconds]
[16:49:44] -!- moorbo has quit [Ping timeout: 244 seconds]
[16:51:57] -!- nofxx has quit [Ping timeout: 250 seconds]
[16:54:49] -!- patrickarlt has quit [Ping timeout: 245 seconds]
[16:55:25] -!- kwallace [kwallace!~kwallace@smb-176.sonnet.com] has joined #linuxcnc-devel
[16:57:53] -!- b_b has quit [Changing host]
[16:59:40] -!- alSMT has quit [Quit: Leaving]
[17:01:10] -!- Simonious has quit [Ping timeout: 255 seconds]
[17:11:13] -!- jepler has quit [Ping timeout: 256 seconds]
[17:13:40] -!- skunksleep has quit [Read error: Connection reset by peer]
[17:16:19] -!- karavanjo1 has quit [Read error: Connection reset by peer]
[17:17:59] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[17:22:37] -!- jepler has quit [Read error: Connection reset by peer]
[17:23:08] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[17:24:13] -!- tocka has quit [Quit: tocka]
[17:25:31] -!- jvrousseau has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[17:26:31] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[17:36:12] -!- skunksleep [skunksleep!~AndChat14@69.4.98.27] has joined #linuxcnc-devel
[17:43:18] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[17:43:36] -!- karavanjo has quit [Ping timeout: 240 seconds]
[17:47:21] <andypugh> Oh this is such fun. I have a comp with modparams that freezes the PC with some combinations of modparams. Luckily it’s a VM or it would be even more frustrating to debug.
[17:49:15] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[17:56:25] -!- patrickarlt has quit [Remote host closed the connection]
[17:58:09] <jepler> andypugh: in uspace you can even attach a debugger to rtapi_app, it's great
[17:58:16] <jepler> and most mesa stuff runs under uspace
[17:58:48] -!- ingsoc has quit [Quit: Leaving.]
[17:58:56] <andypugh> I have only ever worked in kernel space, i don’t even klnow how to use a debugger
[18:01:46] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[18:02:15] -!- mal`` has quit [Ping timeout: 276 seconds]
[18:04:10] -!- mal`` [mal``!~mal``@105.ip-167-114-152.net] has joined #linuxcnc-devel
[18:04:39] <cradek> andypugh: build for uspace, halrun -I, in another shell gdb /path/to/rtapi_app `pidof rtapi_app`, at (gdb) run, in hal make it crash, gdb will tell you it crashed, at (gdb) bt
[18:05:11] <cradek> bt = backtrace, it will show you the line of code that crashed, and the calls it took to get there
[18:05:49] -!- skunkworks has quit [Ping timeout: 264 seconds]
[18:06:18] -!- skunkworks [skunkworks!~chatzilla@69.4.98.27] has joined #linuxcnc-devel
[18:07:55] <jepler> I updated
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?DebuggingRtapi -- the instructions are a bit different if you want to debug uspace with hardware drivers
[18:09:32] andypugh is now known as Zandypugh
[18:09:48] <jepler> Zandypugh: go to the end of the (alphabetical) line
[18:10:08] <cradek> oh right, it's continue, not run
[18:11:01] <Zandypugh> I am beginning to wonder if it is allowable to have two RTAPI_MP_ARRAY_STRING entries
[18:11:56] <Zandypugh> (I am also wondering what the effect is of having a semicolon at the end of the line)
[18:15:18] -!- c_morley has quit [Ping timeout: 265 seconds]
[18:18:53] <jepler> I wrote a component that uses RTAPI_MP_ARRAY_STRING twice
http://pastie.org/10116774 and tested it
http://pastie.org/10116775
[18:18:57] <jepler> it works fine on uspace at some recent ref
[18:20:23] <Zandypugh> OK, must be me then
[18:21:04] -!- MrSunshine has quit [Ping timeout: 245 seconds]
[18:21:24] <Zandypugh> Though I seemed to get afreeze by having the second one and never referring to it. But then I do have a tendency to mak changes then test them without recopmpiling.
[18:22:09] <jepler> when a quick grep showed that, yes, all existing components had at most one I figured it was worth checking
[18:22:16] <jepler> and of course rtai might behave different than uspace
[18:23:05] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[18:25:55] <Zandypugh> Well, the docs say that the macros are not available in USERspace, so some work might have been done in Uspace.
[18:26:20] <Zandypugh> But then you would have probably noticed yourself doing that?
[18:27:19] -!- SpeedEvil has quit [Ping timeout: 245 seconds]
[18:28:24] -!- c_morley has quit [Ping timeout: 250 seconds]
[18:28:30] <jepler> I guess so
[18:29:21] <jepler> calling everything that's not "real time" "userspace" is problematic when one of your realtimes is userspace :-/
[18:29:35] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:32:31] <Zandypugh> And “user_comps” is a really badly-named source directory....
[18:36:34] -!- amiri has quit [Read error: Connection reset by peer]
[18:41:59] <seb_kuzminsky> Zandypugh: i agree
[18:44:38] -!- patrickarlt has quit [Remote host closed the connection]
[18:52:20] -!- Akex_ [Akex_!uid58281@gateway/web/irccloud.com/x-xpbwrnnnqpypbyxm] has joined #linuxcnc-devel
[18:52:27] <jepler> so what should they be called?
[18:52:37] <jepler> free-running components is the best I came up with in my head
[18:59:00] <seb_kuzminsky> i like that better, because it encapsulates the notion that they run in their own threads, not in one of the realtime threads
[19:05:07] -!- theorbtwo has quit [Remote host closed the connection]
[19:16:25] <Zandypugh> I spent a long time thinking that they were a sub-class of components submitted by users rather than developers….
[19:17:20] -!- moorbo has quit [Remote host closed the connection]
[19:17:42] -!- pandeiro has quit [Read error: Connection reset by peer]
[19:18:25] <Zandypugh> Maybe “threadless_comps”?
[19:18:42] <Zandypugh> Too late to bother about it now, though, I think.
[19:18:56] <seb_kuzminsky> never too late to make things better
[19:19:07] <seb_kuzminsky> too late for 2.7, sure ;-)
[19:19:39] <Zandypugh> jepler: Just to check, does the initialisation of a before-the-;; variable in comp run after extra_setup? It seems to…
[19:20:18] <seb_kuzminsky> initialization of global and static variables happens before any code runs
[19:20:32] <Zandypugh> seb_kuzminsky: in halcompile?
[19:20:34] <jepler> seb_kuzminsky: yes but not relevant
[19:20:52] <jepler> this is stuff in the internal struct used by halcompile
[19:21:00] <seb_kuzminsky> oh
[19:21:10] <Zandypugh> I decided I should explicitly initialise some arrays to be sure, and that seems to be undoing my extra_setup :-)
[19:21:15] <jepler> Zandypugh: yes. are you going to need extra-extra-setup?
[19:21:38] <Zandypugh> No, not a problem. I can do the initialisation in extra_setup
[19:21:55] <Zandypugh> Just checking I wasn’t being silly.
[19:22:25] <jepler> with pins and parameters it has to happen in that order, since extra setup can modify personality
[19:22:44] <jepler> with variables, I probably just put it at the end when I added them
[19:25:10] <Zandypugh> It looks that way. There is a loop iterator for each array.
[19:27:04] <jepler> hm, this is not encouraging. A glib client/server benchmark ported to kdbus saw less than a 50% performance increase from kdbus
[19:27:43] -!- patricka_ has quit [Remote host closed the connection]
[19:28:02] <jepler> sync:
https://lkml.org/lkml/2015/4/24/345 async:
https://lkml.org/lkml/2015/4/27/142
[19:28:10] <jepler> er sync is
https://lkml.org/lkml/2015/4/24/315
[19:29:48] <jepler> and the async client throughput was only around 2% higher by my math
[19:29:52] <jepler> (on dbus)
[19:29:59] <jepler> (on kdbus)
[19:31:21] -!- exitcode1 has quit [Quit: quit]
[19:32:58] -!- patrickarlt has quit [Ping timeout: 250 seconds]
[19:35:30] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[19:38:40] -!- theorbtwo has quit [Ping timeout: 255 seconds]
[19:41:10] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[19:42:16] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[19:43:15] -!- patrickarlt has quit [Remote host closed the connection]
[19:45:34] -!- Roguish_ [Roguish_!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[19:47:03] -!- Roguish has quit [Ping timeout: 256 seconds]
[19:47:14] Roguish_ is now known as Roguish
[19:48:34] -!- patrickarlt has quit [Ping timeout: 255 seconds]
[19:50:39] Zandypugh is now known as andypugh
[19:51:58] -!- Flipp_ has quit [Ping timeout: 265 seconds]
[20:00:01] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:01:04] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:01:31] -!- a_morale_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[20:07:31] -!- tocka has quit [Quit: tocka]
[20:22:32] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:25:15] -!- aquaWeasel_ has quit [Ping timeout: 276 seconds]
[20:25:21] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:27:51] -!- aquaWeas- has quit [Ping timeout: 276 seconds]
[20:28:23] -!- patrickarlt has quit [Read error: Connection reset by peer]
[20:33:23] -!- patrickarlt has quit [Ping timeout: 250 seconds]
[20:35:36] -!- patricka_ has quit [Ping timeout: 240 seconds]
[20:38:54] -!- aquaWeas| has quit [Ping timeout: 276 seconds]
[20:49:57] -!- aquaWeasel has quit [Ping timeout: 276 seconds]
[20:50:30] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[20:53:38] -!- PCW has quit [Remote host closed the connection]
[20:53:42] -!- b_b has quit [Remote host closed the connection]
[20:55:09] -!- aquaWeasel_ has quit [Ping timeout: 276 seconds]
[20:55:41] -!- FinboySlick has quit [Quit: Leaving.]
[21:01:54] <jepler> Subject: [PATCHv2 0/3] Enable PREEMPT_RT_FULL on arm64
[21:01:58] <jepler> I really wish I could get my hands on an arm64 board
[21:03:40] -!- micges [micges!~micges@elw73.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[21:15:19] -!- skorasaurus has quit [Quit: WeeChat 1.1.1]
[21:20:40] -!- Deejay has quit [Quit: bye]
[21:38:53] -!- patrickarlt has quit [Remote host closed the connection]
[21:42:19] -!- gene78 has quit [Ping timeout: 245 seconds]
[21:42:57] <seb_kuzminsky> i wish
[21:42:58] <seb_kuzminsky> ~>
[21:43:46] <seb_kuzminsky> i wish so too :-)
[21:44:01] -!- patrickarlt has quit [Ping timeout: 250 seconds]
[21:49:57] <jepler> what pcw said about the intel compute stick makes me wonder, can you use a typical sd card connector as generic spi? or is the thing that's connected to it too special-purpose for that?
[21:55:58] <seb_kuzminsky> huh, looks like 3.3V SPI
[21:56:53] <jepler> http://elm-chan.org/docs/mmc/mmc_e.html
[21:57:03] <seb_kuzminsky> i wonder if the spi device is exposed by itself, or if it's somehow incorporated into the block device stack and not accessible
[21:57:04] <jepler> sounds like there are two modes, with a 4-bit mode being default
[21:57:18] <seb_kuzminsky> please sir, can i have another nibble?
[21:58:21] <jepler> http://stackoverflow.com/questions/19281662/implement-sdio-to-interface-spi-device
[21:58:27] <jepler> inconclusive to negative on stackoverflow
[22:00:57] <jepler> still, with an fpga no reason you couldn't implement the device side of sdio
[22:01:58] -!- Miner_48er has quit [Quit: Leaving]
[22:17:42] -!- adb has quit [Ping timeout: 276 seconds]
[22:23:44] -!- acdha has quit [Ping timeout: 265 seconds]
[22:27:07] -!- Tomashe has quit [Ping timeout: 265 seconds]
[22:30:49] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-60-251.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[22:32:47] -!- syyl has quit [Quit: Verlassend]
[22:40:53] -!- f1oat4 has quit [Ping timeout: 248 seconds]
[22:50:14] HSD is now known as HSD_afk
[22:58:03] -!- Tecan has quit [Changing host]
[22:59:38] <seb_kuzminsky> f9 launch in 4 minutes:
http://www.spacex.com/webcast/
[23:06:31] <andypugh> up-goer f9 is going to space today
[23:06:44] <seb_kuzminsky> huh, i wonder if that part was supposed to fall off
[23:07:11] <andypugh> Nobody said “what the hell was that"
[23:07:12] <seb_kuzminsky> it hasnt blown up, so... probably?
[23:12:30] <mozmck> jepler: Linus seems to agree with your math on the kdbus performance: "So really. The people who talk about how kdbus improves performance are just full of sh*t"
http://linux-kernel.2935.n7.nabble.com/GIT-PULL-kdbus-for-4-1-rc1-td1085510i280.html
[23:14:02] <seb_kuzminsky> those silly people, don't they know they need to build everything from source using gentoo in order to get the best performance
[23:14:35] <seb_kuzminsky> i wanna know when the falcon 9 heavy demo launch will be
[23:14:43] <seb_kuzminsky> i may try to go to florida for that...
[23:16:18] <seb_kuzminsky> in November they said "July 1 or so"
[23:16:34] <mozmck> hmm, might be there a while then :)
[23:16:43] -!- JohnyK has quit [Ping timeout: 244 seconds]
[23:23:51] -!- kwallace has quit [Quit: Leaving.]
[23:24:05] -!- skunksleep has quit [Ping timeout: 256 seconds]
[23:24:45] -!- kwallace [kwallace!~kwallace@smb-176.sonnet.com] has joined #linuxcnc-devel
[23:30:30] -!- eventor has quit [Ping timeout: 276 seconds]
[23:35:31] -!- theorbtwo has quit [Remote host closed the connection]
[23:39:20] -!- kwallace has quit [Quit: Leaving.]
[23:39:40] -!- asdfasd has quit [Ping timeout: 252 seconds]
[23:40:42] -!- kwallace [kwallace!~kwallace@smb-176.sonnet.com] has joined #linuxcnc-devel
[23:42:31] <andypugh> I have (approximately) finished my hal-pin sequencer. Comments and attempts to breal it welcome:
http://www.ebay.com/itm/NEW-FENNER-6202280-TRANTORQUE-KEYLESS-1-1-16IN-BORE-BUSHING-D333866-/231421339593?pt=LH_DefaultDomain_0&hash=item35e1c967c9
[23:42:37] <andypugh> No, not that
[23:43:02] <andypugh> (copy-paste between VM and Mac is sometimes strange)
[23:44:21] <andypugh> Good job I was last looking at something blameless really.
[23:44:38] <andypugh> http://www.linuxcnc.org/index.php/english/forum/27-driver-boards/28765-another-qwhat-do-i-needq-thread-vmc-retrofit?start=90#58177
[23:51:14] <jepler> andypugh:
[23:51:15] <jepler> W or r: Set the timeout value
[23:51:18] <jepler> I suspect should say W or w
[23:51:29] <andypugh> I think you are right.
[23:52:36] <andypugh> Can I blame troff for hiding the r inside a //fBr//fR ?
[23:52:46] -!- FreezingCold has quit [Ping timeout: 264 seconds]
[23:53:28] <jepler> umm if you like
[23:53:29] <jepler> The second
[23:53:29] <jepler> sequence wil use the default 10-second timeout.
[23:53:32] <jepler> "will"
[23:53:56] <andypugh> Maybe I should read the generated manpage :-)
[23:54:41] <jepler> so if I have s0s1 then both the outputs are set within the same period? it's when something else, like a d, f, or t comes into it that there's a delay?
[23:54:47] <jepler> s0d1s1
[23:55:28] <andypugh> The order inside a step is not relevant
[23:56:02] <jepler> oh so whatever d, f, or t is in effect that happens at the :?
[23:56:09] <andypugh> so in that example out-1 and out-2 are set in the same period, then there is a 1 millisecond delay before the next step
[23:56:20] <andypugh> Yes
[23:56:50] <andypugh> (and the manpage says hyphen-delimited when it means colon. I kept changing my mind about which stood out best, spaces being verboten)
[23:56:50] <jepler> is d1000f1 sensible to write?
[23:57:16] <jepler> wait 1 second and then wait for 1 to be false?
[23:57:18] <andypugh> Yes. That step will pause for at least 1 second until in-1 is false
[23:57:39] <jepler> do you know if your users want rising or falling events?
[23:58:03] <andypugh> I don’t know if I even have any users.
[23:58:08] <jepler> ah well
[23:58:25] <jepler> you can't spell up/down or rise/fall with the letters that are left over
[23:58:29] <andypugh> But you can set up a rising event by f0:f1
[23:58:40] <jepler> true
[23:58:51] <andypugh> Well, f0:t0 actually
[23:58:55] <jepler> true
[23:59:58] <jepler> Compiling realtime sequencer.c
[23:59:58] <jepler> sequencer.c:53:5: error: unknown type name ‘u32’
[23:59:58] <jepler> u32 set_pins[32];
[23:59:58] <jepler> ^