#emc-devel | Logs for 2009-05-07

[18:16:18] <ehj666> alex_joni, swpadnos: Would you like to give the 2.3 smp packages a home on linuxcnc.org?
[18:17:51] <alex_joni> we can
[18:18:09] <alex_joni> ehj666: pm me the login info
[18:18:25] <ehj666> Do you remember the login for my ftp site?
[18:18:31] <alex_joni> nope
[18:18:33] <ehj666> k
[18:22:34] <alex_joni> they're up at: http://linuxcnc.org/experimental/hardy/smp/
[18:22:44] <alex_joni> ehj666: feel free to reply to the list with the addy
[18:22:58] <ehj666> k, thanks alex
[18:39:21] <micges> alex_joni: I recive 404 on http://linuxcnc.org/experimental/hardy/smp/
[18:39:59] <alex_joni> micges: odd, it works here
[18:40:15] <micges> I can't download any of those files
[18:40:16] <alex_joni> ah, the folder works, the files don't
[18:40:28] <micges> yes
[18:41:03] <alex_joni> try now ;)
[18:41:15] <micges> woeks
[18:41:26] <micges> works
[19:31:00] <rob> cradek, if ran loadusr halui from the halconfig window would that load halui for the session
[19:31:03] <cradek> I wonder if there's any trouble that would be caused by doubing the hal shmem size (again), or if it could be runtime configurable somehow
[19:31:49] <cradek> I think hm2 has many more pins than all the other drivers, so we're going to see this problem now as more people use it
[19:32:01] <rob> i have two cards also
[19:32:08] <rob> 5i20
[19:32:19] <rob> not just 1 like most
[19:32:21] <cradek> that's the killer, I bet
[19:33:13] <micges> cradek: I must change hal to 160k size since Januray ;)
[19:33:31] <cradek> micges: no problems after doing that?
[19:33:39] <cradek> rob: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_with_EMC2_package_already_installed
[19:33:44] <micges> no problems at all
[19:33:59] <micges> even when size=260000
[19:34:02] <micges> its ok
[19:34:03] <rob> can get cvs ok and complite it no worrys
[19:34:09] <cradek> rob: follow section 2.1.2 and then 2.2 where it says how to get RELEASE_2_3_0
[19:34:53] <cradek> rob: then increase (double?) that memory size, then compile it with --enable-run-in-place, and test for us
[19:35:22] <cradek> I don't think any of the devels have two mesa cards
[19:35:46] <rob> ok sure
[19:36:01] <cradek> perhaps we could double it in 2.3.1 - we will need to experiment and see if anything breaks first.
[19:36:48] <cradek> rob: simple build instructions in section 2.4 of that same page
[19:37:37] <rob> need change both hal_size values?
[19:37:44] <micges> cradek: I have 11 mesa at work and pc with 5 pci slots ;P
[19:38:02] <alex_joni> I thought we increased it for 2.3.0
[19:38:10] <micges> I can run some tests
[19:38:33] <cradek> alex_joni: last time we increased it was 2006/05
[19:38:44] <cradek> way before hm2 :-)
[19:38:45] <alex_joni> yeah, but we talked about it shortly before 2.3.0
[19:38:57] <alex_joni> a user with 2 x 5i20 + halui reported out of memory
[19:39:09] <cradek> heh, sounds very familiar
[19:39:18] <cradek> can it be runtime configurable?
[19:39:31] <alex_joni> dunno.. it's a constant in HAL somewhere
[19:40:09] <cradek> yeah I know
[19:40:13] <cradek> http://cvs.linuxcnc.org/cvs/emc2/src/hal/hal_priv.h.diff?r1=1.15;r2=1.16
[19:40:38] <cradek> maybe jmkasunich will comment later
[19:40:56] <cradek> if someone sends me three 5i20 cards I'll happily test
[19:41:21] <cradek> (I bet 5i22 is much worse, with its third connector)
[19:41:31] <alex_joni> I think the guy with the 2 x 5i20 tested a bigger size without problems
[19:41:46] <alex_joni> the only thing is that we need to bump HAL_VER if we increase the HAL_SIZE
[19:41:56] <cradek> oh, right
[19:42:29] <cradek> #
[19:42:30] <cradek> loadrt hostmot2 debug_idrom=1 debug_module_descriptors=1 debug_pin_descriptors=1 debug_modules=1
[19:42:34] <cradek> ^ from rob's config
[19:42:36] <alex_joni> I think jmk looked into it, and said it's ok, or something like that
[19:42:43] <cradek> does turning off those debugs remove some pins?
[19:42:56] <alex_joni> beats me :)
[19:43:02] <cradek> ha
[19:43:27] <alex_joni> with a pogo stick
[20:18:35] <micges> rob: how it's going ?
[20:19:38] <rob> hi micges i have not yet tryed, ill give it a go early morning i think tomorow
[20:20:31] <micges> ok
[20:20:33] <rob> its only the last define line i have to edit correct? define HAL_SIZE 131000
[20:20:33] <rob> to say, define HAL_SIZE 160000
[20:21:08] <micges> yes
[20:21:39] <micges> set it to 260000
[20:22:28] <rob> ok
[20:23:34] <rob> thx for quick pointers tho micges & cradek
[20:24:27] <micges> sure
[20:52:07] <alex_joni> rob: bump version too
[20:52:15] <alex_joni> HAL_VER should be a couple lines above
[20:52:22] <alex_joni> it's 0x0000000A or something
[20:52:24] <alex_joni> make it B
[20:54:23] <rob> ok alex_joni thx
[22:44:28] <jepler> * jepler finally get around to his wichita fest room reservation
[22:45:45] <jepler> dgarr: it looks like your e-mail client misformatted your patch; it doesn't apply
[22:45:56] <jepler> patch: **** malformed patch at line 28: };
[22:46:14] <jepler> in several places it looks like line wrapping was performed
[22:46:42] <jepler> I think I fixed it up
[22:47:43] <jepler> but maybe you should check your e-mail client settings for the future
[22:47:52] <CIA-67> EMC: 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/emcrsh.cc: -h / --help to show usage (thanks dewey)
[23:07:05] <dgarr> jepler: ok -- thanks ( i pasted into mutt) maybe it's better if i use filebin: http://filebin.ca/daroe/diff.emcrsh.cc
[23:08:27] <dgarr> another patch: for hal_input params-to-pins, cradek suggested holding until after 2.3 so maybe now is ok to consider, i've tested with a joypad only: http://filebin.ca/qugmwy/hal_input.py.diff
[23:28:18] <cradek> dgarr: if using vim with mutt, ":set paste" before pasting helps a lot
[23:30:16] <dgarr> cradek: good to know -- maybe a mutt attachment would be better also
[23:32:40] <dgarr> cradek: any interest in modifications to ttt.c? http://filebin.ca/xxfsov/ttt.c
[23:33:05] <dgarr> i've been using this for a while but not sure if there would be others interested
[23:34:27] <cradek> wow
[23:35:27] <cradek> wild, I noticed that isalnum bug just today!
[23:36:05] <cradek> this looks great - thank you
[23:36:39] <cradek> about ttt - unfortunately I think another package/program is called that already.
[23:36:58] <cradek> that's why truetype-tracer (formerly known as ttt) got its long name.
[23:37:11] <cradek> the rest of it looks great.
[23:39:03] <dgarr> good -- the raw format is purposefully simple to apply in alterate applications that don't want to parse dxf or use gode
[23:41:53] <cradek> that's a good idea.
[23:41:55] <cradek> oop, bbl