#linuxcnc-devel | Logs for 2013-03-16

Back
[00:21:39] -!- Keknom has quit [Quit: Leaving.]
[00:25:02] -!- mhaberler has quit [Quit: mhaberler]
[00:30:28] -!- erictheise has quit [Quit: erictheise]
[00:36:46] -!- V0idExp has quit [Quit: Leaving.]
[00:37:36] -!- PCW has quit [Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931]]
[00:59:47] -!- bpuk has quit []
[01:08:09] -!- skorasaurus has quit [Quit: left the building.]
[01:12:02] -!- Valen has quit [Quit: Leaving.]
[01:14:08] <andypugh> seb_kuzminsky: Is this related to your MDI fixes, or a wierdness all of its own? http://www.linuxcnc.org/index.php/english/forum/40-subroutines-and-ngcgui/26290-subroutine-stops-without-warning#31457
[01:17:21] -!- gambakufu has quit []
[01:18:37] <cradek> do you know what he means by an mdi button?
[01:19:33] <andypugh> I am guessing (and I stress the guess part) that he has a PyVCP button linked to an MDI_COMMAND
[01:20:11] <cradek> so maybe he's talking about a problem with halui's mdi, that AXIS's mdi doesn't have
[01:20:45] -!- adb has quit [Ping timeout: 276 seconds]
[01:21:14] <andypugh> Indeed. Which is why I am trying to spread the report wider. I have absolutely no idea what the problem is, but it sounds like buggy behaviour to me.
[01:21:57] <cradek> halui contains evil magic to switch the mode when the mdi finishes. my wildassguess is that there is a problem with halui mdi commands that take "too long" to complete.
[01:22:27] <cradek> oh and his followup kinda confirms it
[01:22:48] <andypugh> I can see how a probe routine could take non-finite time to complete
[01:22:52] <cradek> but yeah, it's surely a bug
[01:23:11] <cradek> it'd be interesting to know how long it runs before it fails
[01:23:20] <cradek> nml and task have various timeouts :-/
[01:24:09] <andypugh> NML and Task are rather clever, and rather rubbish.
[01:24:11] <cradek> unfortunately he doesn't say what version he's using
[01:24:32] <andypugh> Any reason to believe it matters?
[01:24:55] <andypugh> It's nice to know, of course.
[01:24:58] <cradek> certainly
[01:25:09] <cradek> 2.4 and 2.5 and master are all totally different in very relevant ways
[01:25:37] <andypugh> cf my current problem that can't make unconnected sserial ports return an unknown device error...
[01:29:00] -!- RangerRick has quit [Ping timeout: 256 seconds]
[01:55:51] -!- rob_h has quit [Ping timeout: 245 seconds]
[02:18:46] -!- fomox_ has quit [Ping timeout: 245 seconds]
[02:18:55] -!- syyl_ has quit [Read error: Connection reset by peer]
[02:20:04] -!- tjb1 has quit [Ping timeout: 252 seconds]
[02:20:05] tjb1_ is now known as tjb1
[03:00:02] -!- RangerRick has quit [Remote host closed the connection]
[03:04:54] -!- fomox has quit [Ping timeout: 264 seconds]
[03:11:14] <andypugh> Now that some Mesa cards don't need firmware, I am conisdering just deleting the "hm2: no firmware specified in config modparam! the board had better have firmware configured already, or this won't work" message. I agree with the sentiment, but I am not sure how much help it has ever given.
[03:15:49] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[03:25:16] -!- Keknom has quit [Quit: Leaving.]
[03:30:55] <seb_kuzminsky> andypugh: i see your point
[03:32:03] <andypugh> A generic way to check that a particular card needs firmware would be nice.
[03:32:13] <seb_kuzminsky> yeah
[03:32:18] <andypugh> or we could tone-down the message
[03:32:41] <seb_kuzminsky> maybe add a flag to the hm2_llio_t or whatever it's called, and let the llio driver set it if it thinks its card needs firmware from outside
[03:33:07] <andypugh> "No firmware specified, if you did that already, or have a 5i25 6i25 or whatever, ignore this"
[03:33:11] <seb_kuzminsky> hm2_lowlevel_io_t
[03:33:47] <seb_kuzminsky> it'd be like the 'threadsafe' flag in that struct
[03:34:31] <andypugh> That might be the way, but even the conventoinal cards only need programming once.
[03:36:16] <andypugh> There again, the type of user who loads a firmware once, then exits HAL, re-enters, then does a loadrt_pci with no firmware knowing that the firmware is still loaded probably knows to ignore the message.
[03:38:07] <seb_kuzminsky> i like the idea of the llio turning off the warning for missing firmware if it knows that the card doesnt need it
[03:38:31] <seb_kuzminsky> also: did you see the halui jog test i wrote? i bet you could adapt that to test for this new halui mdi bug
[03:38:40] <seb_kuzminsky> you know, if you wanted to ;-)
[03:39:05] <seb_kuzminsky> i'm off to bed! good night!
[03:43:25] -!- toastydeath has quit [Read error: Connection reset by peer]
[03:44:38] <andypugh> Oh, I want to, but I need to sleep, eat, and make a living too
[03:52:41] -!- tjb1 has quit [Quit: tjb1]
[04:03:36] -!- ve7it has quit [Remote host closed the connection]
[04:20:03] -!- nephfl has quit [Ping timeout: 245 seconds]
[04:30:04] Tom_sbc is now known as Tom_itx
[04:41:15] -!- andypugh has quit [Quit: andypugh]
[05:18:15] -!- AR_ has quit [Ping timeout: 252 seconds]
[05:24:32] -!- FinboySlick has quit [Quit: Leaving.]
[05:29:11] -!- jfire has quit [Quit: Leaving.]
[05:29:47] -!- joe9 has quit [Read error: Connection reset by peer]
[05:39:41] -!- dhoovie has quit [Ping timeout: 246 seconds]
[05:40:56] -!- kwallace [kwallace!~kwallace@tmb-238.sonnet.com] has parted #linuxcnc-devel
[05:45:09] -!- krusty_ar has quit [Read error: Connection reset by peer]
[05:45:24] -!- markvandenborre has quit [Ping timeout: 258 seconds]
[05:46:10] -!- Spida has quit [Ping timeout: 258 seconds]
[05:46:10] -!- jst has quit [Ping timeout: 258 seconds]
[05:46:10] -!- hewball_ has quit [Ping timeout: 258 seconds]
[05:52:54] -!- tandoori has quit [Ping timeout: 264 seconds]
[06:01:44] -!- Fox_Muldr has quit [Ping timeout: 246 seconds]
[06:01:49] -!- uw has quit [Quit: Leaving]
[06:06:38] -!- mhaberler [mhaberler!~mhaberler@extern-180.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[06:14:26] -!- Turkishviking has quit [Ping timeout: 240 seconds]
[06:41:17] -!- WalterN has quit [Ping timeout: 255 seconds]
[06:47:38] <KGB-linuxcnc> 03chrisinnanaimo 05master 1821023 06linuxcnc 10configs/sim/gscreen_custom/industrial.glade * gscreen config -fix homing indicator and order of axis displayed
[06:47:38] <KGB-linuxcnc> 03chrisinnanaimo 05master f0009cf 06linuxcnc 10configs/sim/gscreen_custom/industrial_handler.py * gscreen config -fix industrial to change all of the display to metric
[07:15:31] -!- Tecan has quit [Quit: Ex-Chat]
[07:18:59] -!- krusty_ar has quit [Ping timeout: 256 seconds]
[07:48:40] -!- jp has quit [Ping timeout: 256 seconds]
[08:24:42] -!- micges [micges!~micges@dcd107.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[08:24:43] <KGB-linuxcnc> 03git 05rtos-integration-preview3 c6cde64 06linuxcnc 10src/rtapi/rtapi.h * rtapi.h: include stdint.h conditionally
[08:48:40] -!- mhaberler has quit [Quit: mhaberler]
[08:51:37] -!- racycle has quit [Quit: racycle]
[09:02:53] -!- mhaberler [mhaberler!~mhaberler@extern-180.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[09:11:30] -!- Gene345 has quit [Remote host closed the connection]
[09:31:20] <linuxcnc-build> build #841 of hardy-amd64-sim is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/841 blamelist: Michael Haberler <git@mah.priv.at>
[09:43:06] <linuxcnc-build> build #838 of hardy-amd64-realtime-rip is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-realtime-rip/builds/838 blamelist: Michael Haberler <git@mah.priv.at>
[10:17:58] <linuxcnc-build> build #837 of checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/837 blamelist: Michael Haberler <git@mah.priv.at>
[10:29:15] -!- rob_h [rob_h!~rob_h@027c16a0.bb.sky.com] has joined #linuxcnc-devel
[10:31:00] <KGB-linuxcnc> 03git 05rtos-integration-preview3 2be7854 06linuxcnc 10src/rtapi/rtapi.h * rtapi.h: make inclusion condition catch hardy linux/types.h
[10:31:01] <KGB-linuxcnc> 03git 05rtos-integration-preview3 7cf7fd2 06linuxcnc 10src/hal/drivers/ 10hal_speaker.c 10mesa-hostmot2/bitfile.c 10mesa-hostmot2/hm2_7i43.c 10mesa-hostmot2/hostmot2.c * rtapi: use __u<size> instead of uint<size>_t
[10:31:05] <KGB-linuxcnc> 03git 05rtos-integration-preview3 4126c4c 06linuxcnc 10src/Makefile * build: dont build xeno_math.ko unless threadstyle is xenomai-kernel
[10:45:15] <linuxcnc-build> build #842 of hardy-amd64-sim is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/842 blamelist: Michael Haberler <git@mah.priv.at>
[10:45:34] <linuxcnc-build> build #839 of hardy-amd64-realtime-rip is complete: Failure [4failed compile] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-realtime-rip/builds/839 blamelist: Michael Haberler <git@mah.priv.at>
[10:51:20] -!- b_b has quit [Changing host]
[10:59:11] Cylly is now known as Loetmichel
[11:14:12] -!- V0idExp has quit [Ping timeout: 276 seconds]
[11:26:36] <linuxcnc-build> build #838 of checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/838 blamelist: Michael Haberler <git@mah.priv.at>
[11:32:14] -!- micges has quit [Quit: Leaving]
[11:38:30] -!- mhaberler has quit [Ping timeout: 264 seconds]
[11:48:55] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[11:49:05] -!- mk0 has quit [Ping timeout: 252 seconds]
[11:51:42] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[11:52:21] <mhaberler> is there a way to do an amd64 (x86_64) install from a hardy CD?
[11:56:52] -!- mk0 has quit [Quit: Leaving]
[12:13:28] -!- gasbakid has quit [Ping timeout: 245 seconds]
[12:18:43] -!- V0idExp has quit [Read error: Operation timed out]
[12:49:54] -!- fomox_ has quit [Ping timeout: 264 seconds]
[12:56:27] -!- dhoovie|2 has quit [Read error: Connection reset by peer]
[13:05:56] -!- syyl has quit [Ping timeout: 248 seconds]
[13:06:59] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[13:15:51] -!- fomox_ has quit [Ping timeout: 260 seconds]
[13:30:37] -!- mourner has quit [Quit: mourner]
[13:47:08] -!- b_b has quit [Changing host]
[13:52:18] -!- mourner has quit [Quit: mourner]
[13:53:58] -!- tomate_ [tomate_!~quassel@2a01:e34:ee61:a5f0:7112:c83c:6585:ebf8] has joined #linuxcnc-devel
[14:06:28] -!- b_b has quit [Changing host]
[14:14:18] -!- Tecan has quit [Changing host]
[14:28:49] -!- jthornton has quit [Read error: Connection reset by peer]
[14:28:49] -!- JT-Shop has quit [Read error: Connection reset by peer]
[14:29:16] -!- jthornton [jthornton!~john@162.72.171.228] has joined #linuxcnc-devel
[14:29:18] -!- JT-Shop [JT-Shop!~John@162.72.171.228] has joined #linuxcnc-devel
[14:35:31] -!- mourner has quit [Quit: mourner]
[15:01:42] -!- kwallace [kwallace!~kwallace@smb-99.sonnet.com] has joined #linuxcnc-devel
[15:26:07] -!- tomate_ has quit [Remote host closed the connection]
[15:31:36] -!- ravenlock has quit [Quit: Leaving]
[15:33:53] -!- ink has quit [Disconnected by services]
[15:34:15] -!- V0idExp has quit [Ping timeout: 256 seconds]
[15:42:10] <cradek> mhaberler: yes there's an amd64 hardy: http://releases.ubuntu.com/8.04/
[15:42:54] <kwallace> How do the .so files, such as minigl.so, in .../lib get made, or rather where are the source files for these? Thanks.
[15:43:45] <mhaberler> background: I have a buildbot error in amd64 hardy RT, so I'm trying to reproduce locally which would imply an x86_64 rtai kernel which works with hardy
[15:43:57] <cradek> kwallace: a really easy way to find the answer to that kind of question is `git grep minigl.so'
[15:44:06] <cradek> kwallace: that points me to emc/usr_intf/axis/Submakefile
[15:44:10] <mhaberler> the amd64 sim build is fine, some weird include issue
[15:45:01] -!- cncinator has quit [Ping timeout: 256 seconds]
[15:45:49] <cradek> mhaberler: I assume it's this kernel then: http://linuxcnc.org/dists/hardy/base/binary-amd64/
[15:46:15] <mhaberler> ah ok, thanks - that should work
[15:46:30] <cradek> mhaberler: welcome - I don't think we ever rolled a cd with that combination
[15:46:54] <mhaberler> yeah, I was wondering; a bit exotic I guess
[15:47:33] <kwallace> Thank you. I tried that with gcode.so (grep gcode) and got a few hundred hits and gave up. I should have realized minigl would have been a better keyword. Thanks.
[15:48:20] <cradek> git grep gcode.so (not git grep gcode) works well too
[15:49:11] <cradek> mhaberler: in '08 amd64 excluded a lot of machines - back then i386 was the clear choice if you wanted to make on cd - not sure anymore today what the clear choice is
[15:49:20] <cradek> make one cd
[16:11:32] -!- uminded [uminded!~uminded@68-69-211-233.sktn.hsdb.sasknet.sk.ca] has joined #linuxcnc-devel
[16:12:16] -!- fomox_ has quit [Ping timeout: 252 seconds]
[16:13:58] -!- syyl_ws has quit [Quit: Verlassend]
[16:14:06] <uminded> I wrote a HAL driver and loadrt says "Waiting for component to become ready..." and spits out dots forever
[16:20:52] -!- joe9 [joe9!~user@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[16:23:37] <seb_kuzminsky> uminded: does your driver call hal_ready()?
[16:26:19] <uminded> seb_kuzminsky: Yes, right before returning from rtapi_app_main()
[16:27:35] <seb_kuzminsky> uminded: and you pass hal_ready() the component id you got from hal_init() earlier?
[16:29:05] <uminded> seb_kuzminsky: Yes. I have rtapi_print_msg(RTAPI_MSG_INFO,...) lines all over that are not being displayed, I think its hanging before even doing anything
[16:30:57] -!- gasbakid_ has quit [Read error: Connection reset by peer]
[16:34:37] -!- hjhart has quit [Ping timeout: 245 seconds]
[16:40:46] <seb_kuzminsky> you think it's hanging before calling hal_ready()?
[16:42:53] <uminded> I have rtapi_print_msg() as the first line after rtapi_app_main() and it is not displayed
[16:57:17] <andypugh> uminded: What logging level are you at? You might not see INFO messages. Try a plain rtapi_print(
[17:00:24] <andypugh> uminded: To set logging level: echo 5 > /proc/rtapi/debug (though you need rtapi loaded for that to work)
[17:01:07] <uminded> I just changed the printf's
[17:02:03] <uminded> andypugh: In the first line of rtapi_app_main() I pint the comp_id and it comes out as 0. How does HAL pass the driver its ID?
[17:11:41] <uminded> andypugh: ok I get comp_id=6, and my driver makes it all the way to hal_ready(comp_id) before give the waiting.....
[17:14:58] -!- joe9 has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
[17:16:48] -!- cncinator has quit [Ping timeout: 245 seconds]
[17:18:59] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[17:21:39] -!- joe9 [joe9!~user@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[17:26:35] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[17:29:55] -!- cncinator has quit [Client Quit]
[17:33:10] tandoori_ is now known as tandoori
[17:33:21] -!- tandoori has quit [Changing host]
[17:36:06] <uminded> theirs nothing on google about loadrt drivers hanging
[17:43:32] -!- joe9 has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
[17:45:13] <andypugh> So, it cets to comp_ready then hangs?
[17:45:39] <andypugh> Or does it just exit and wait or you to add it to a thread?
[17:46:49] -!- joe9 [joe9!~user@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[17:47:52] <uminded> I enter "loadrt sun5i_gpio" and it gives the "waiting...." so I can not enter anything else
[17:48:17] <uminded> And all of rtapi_app_main() runs without issues
[18:12:00] -!- fomox_ has quit [Ping timeout: 256 seconds]
[18:21:32] <uminded> Ok I have it loading and can get my write function called based off the thead but now I have a value passing problem
[18:22:06] -!- fomox_ has quit [Ping timeout: 252 seconds]
[18:22:22] <uminded> "hal_pin_bit_newf(HAL_IN, &port_data[9], comp_id, "sun5i_gpio.pin-%02d-out", 9)" The value in port_data[9] never changes when I do setp sun5i_gpio.pin-09-out TRUE or FALSE
[18:22:52] <uminded> and I had run start so the threads where running
[18:23:54] -!- ler_hydra has quit [Remote host closed the connection]
[18:37:40] <andypugh> does that & belong there? (
[18:41:34] <andypugh> (I think it probably does)
[18:59:31] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 18.0/20130108033621]]
[19:01:32] -!- pjm has quit [Ping timeout: 255 seconds]
[19:10:21] -!- mourner has quit [Quit: mourner]
[19:15:25] <uminded> hal_bit_t **port_data; and hal_pin_bit_newf() wants a pointer. Its like this is other examples.
[19:16:22] <uminded> does setp actually send any value to port_data? OR do I need to connect it to a signal to get that port_data changed?
[19:18:28] -!- vladimirek has quit [Ping timeout: 245 seconds]
[19:42:52] <andypugh> It should set the data
[19:52:39] -!- jfire has quit [Quit: Leaving.]
[19:55:33] -!- fomox__ has quit [Ping timeout: 245 seconds]
[20:05:08] -!- fomox_ has quit [Ping timeout: 248 seconds]
[20:37:50] -!- fomox_ has quit [Ping timeout: 255 seconds]
[20:43:05] -!- micges [micges!~micges@dcd107.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[20:47:27] -!- cncinator has quit [Quit: Verlassend]
[20:48:27] -!- Thetawaves_ has quit [Client Quit]
[21:04:37] -!- adb has quit [Ping timeout: 256 seconds]
[21:08:57] -!- fomox_ has quit [Ping timeout: 276 seconds]
[21:15:10] -!- joe9 has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
[21:16:19] -!- joe9 [joe9!~user@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[21:22:56] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[21:24:06] -!- fomox has quit [Ping timeout: 264 seconds]
[21:24:40] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[21:52:08] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc-devel
[21:56:50] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[22:08:19] -!- Loetmichel has quit [Ping timeout: 264 seconds]
[22:13:31] -!- chillly has quit [Quit: Leaving]
[22:17:54] -!- Santolina has quit [Quit: Page closed]
[22:18:09] -!- FinboySlick has quit [Quit: Leaving.]
[22:24:37] -!- nunya has quit [Quit: Leaving]
[22:26:02] <seb_kuzminsky> andypugh: about the need to eat, sleep, & work: i totally relate to that
[22:26:23] <seb_kuzminsky> thanks for relaying the bug here
[22:36:27] -!- DJ9DJ has quit [Quit: bye]
[22:38:42] -!- V0idExp has quit [Quit: Leaving.]
[22:44:36] -!- Nick001-Shop has quit [Ping timeout: 264 seconds]
[23:04:57] -!- Tecan has quit [Remote host closed the connection]
[23:19:07] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[23:46:28] -!- Tecan has quit [Changing host]
[23:47:54] <andypugh> I am squashing a smart-serial buglet at the moment.
[23:48:05] <andypugh> (just got in from the workshop)
[23:54:03] -!- adb has quit [Ping timeout: 256 seconds]