#emc | Logs for 2006-08-24

[00:02:26] <jepler> nice
[00:07:14] <CIA-8> 03jepler 07HEAD * 10emc2/docs/src/l2hprep.sed: missing part to build html docs
[00:20:19] <CIA-8> 03jepler 07HEAD * 10emc2/docs/src/Submakefile: fix moving html docs into place
[00:24:32] <jepler> there may be some downtime on cvs.linuxcnc.org later this evening. It should be short.
[01:36:07] <dmess> si
[01:46:53] <A-L-P-H-A> ?
[02:14:52] <dmess> hello
[02:49:47] <jepler_> jepler_ is now known as jepler
[03:31:25] <Jymmm> jepler: Guess what???
[05:24:26] <A-L-P-H-A> is that the real robin_sz?
[05:24:30] <A-L-P-H-A> no meep, so guess no
[06:16:22] <robin_sz> meep?
[06:47:01] <alex_joni> morning
[06:51:06] <pier> moning alex_joni
[07:28:43] <pier> hi everyone
[07:29:51] <pier> could anyone please address me to some place where making axis to work is explained?
[07:30:40] <pier> command does not exist in bin so I am supposed to compile again emc2
[07:32:10] <pier> but I am not able to find the axis source to put in emc2/src
[07:41:19] <alex_joni> pier: for emc2.0.3 you need to get axis from an external source
[07:41:27] <alex_joni> axis.unpy.net, I'll get you a link in a second
[07:41:30] <pier> already done
[07:41:43] <alex_joni> in the mean time (after 2.0.3) axis is integrated in emc2, and will be released with 2.1.x
[07:41:44] <pier> but I get a message
[07:42:01] <alex_joni> did you get the source package?
[07:42:08] <alex_joni> did you put it in emc2/src/ ?
[07:42:13] <pier> yes and got it installed
[07:42:19] <alex_joni> did you reconfigure emc2? ./configure ?
[07:42:27] <alex_joni> did you recompile emc2? make ?
[07:42:33] <pier> ok
[07:42:39] <pier> no I didn't do that
[07:42:44] <pier> thanks
[07:42:45] <alex_joni> the configure process should print "Building AXIS from ..)
[07:42:59] <pier> yes... I am absent minded :(
[07:44:13] <alex_joni> pier: no problem.. we're here to help ;)
[07:45:11] <pier> checking for AXIS source... will build axis from axis-1.1.3
[07:45:18] <pier> is that correct?
[07:49:51] <pier> always getting the same error message
[07:50:59] <pier> http://pastebin.ca/147254
[07:56:21] <alex_joni> you should get a newer axis
[07:56:24] <alex_joni> 1.1.3 is ancient
[07:56:44] <alex_joni> http://axis.unpy.net/files/downloads/01145931630/axis-1.3a2.tar.bz2
[07:58:32] <pier> ok
[08:02:49] <pier> thanks alex_joni!!
[08:02:56] <alex_joni> pier: working?
[08:04:03] <pier> yes
[08:04:48] <pier> now going to the garage to get the machine working :)
[08:04:55] <pier> thanks
[08:04:56] <alex_joni> ok
[09:43:41] <pier_gar> does Axis need some 3d acceleration graphics?
[09:44:35] <pier_gar> it returns a Failure to allocate Z buffer
[09:45:24] <pier_gar> in [sis_alloc.c:154
[09:49:40] <alex_joni> it should have some
[09:49:53] <alex_joni> but I think I heard about that before.. not sure what to do about it..
[09:49:58] <alex_joni> does it crash completely?
[09:50:23] <pier_gar> just shutdown and cleaning
[09:52:26] <alex_joni> pier_gar: try running glxgears
[09:52:29] <alex_joni> and see if that works
[09:53:14] <pier_gar> it returns the same message...
[09:53:24] <pier_gar> weird
[09:53:30] <pier_gar> it used to run
[09:53:33] <alex_joni> pier_gar: it seems it's a bug with the video driver
[09:53:41] <alex_joni> check what video driver was detected
[09:53:56] <alex_joni> from googling around I see that it might be "SGI"
[09:54:15] <alex_joni> switching to "vesa" should make it work
[09:55:04] <pier_gar> very odd... glxinfo says direct rendering is enabled
[09:55:09] <alex_joni> pier_gar: hope my google skills are OK
[09:55:22] <pier_gar> I never managed to get that enabled before
[09:55:28] <alex_joni> pier_gar: yeah, but that means probably that it is enabled, and the driver doesn't support it
[09:55:32] <alex_joni> so it crashes
[09:55:36] <pier_gar> ok
[09:55:58] <alex_joni> try switching to vesa, or maybe disable direct rendering (although I have no idea what that is :D)
[09:56:05] <pier_gar> sorry alex_joni
[09:56:33] <pier_gar> how do I switch to vesa? xorgconfig?
[09:56:49] <alex_joni> I think so..
[09:57:02] <alex_joni> I usually look at /etc/X11/xorg.conf
[09:57:02] <pier_gar> thanks
[09:57:08] <alex_joni> but make a backup of that file
[09:57:09] <pier_gar> doing
[09:57:14] <pier_gar> ;)
[10:02:27] <alex_joni> pier_gar: any better?
[10:02:37] <pier_gar> yes... thanks alex_joni
[10:02:50] <pier_gar> yet it is as slow as a slug >(
[10:03:19] <pier_gar> fumbling xorg.conf to see if any speed can be gained
[10:03:54] <alex_joni> with vesa you won't have hardware accel
[10:03:58] <alex_joni> but it will be working
[10:04:04] <alex_joni> not sure what to do to make it faster
[10:04:09] <pier_gar> yes
[10:04:28] <alex_joni> usually hardware accel is not quite compatible with RT (at least the nvidia and ati fglxr drivers aren't)
[10:04:40] <pier_gar> ok
[10:36:55] <pier_gar> alex_joni: setup the shared video memory in xorg.con solved
[10:37:03] <pier_gar> thanks for your help
[10:38:13] <pier_gar> I think I'll jot down some notes for slack users as soon as I setup the pin-out properly
[10:50:18] <alex_joni> pier_gar: great
[12:55:24] <alex_joni> bbl
[14:10:11] <jepler> * jepler waits for jymmm to show up
[14:10:19] <jepler> I think I have a solution to his problem
[14:10:28] <SWPadnos> could be a little while. he's on the west coast
[14:11:39] <jepler> I don't follow all the comments, but having a binary protocol and forgetting to assign exactly one number for a protocol item seems like a problem. https://bugs.freedesktop.org/show_bug.cgi?id=5002
[14:15:57] <SWPadnos> so Jymmm is using the xforward protocol - is that just X over SSH, or is it something different?
[14:24:13] <jepler> I tested using 'ssh -X' but I think he is using "xhost" on the display to allow tcp connections, and explicitly setting DISPLAY on the remote system.
[14:24:59] <cradek> Running an app that uses glDrawArrays() from a machine without graphics to a
[14:25:00] <cradek> machine with an NVidia card with NVidia's driver, produces a blank window.
[14:25:08] <cradek> ... but I do this all the time I think
[14:31:33] <SWPadnos> ho-lee crap - I just saw this on the DeskCNC site: "Requires same Screw Pitch on X and Y Axis for Circular Interpolation"
[14:31:42] <SWPadnos> wow
[14:35:10] <jepler> haha
[14:38:38] <cradek> woo
[14:39:00] <cradek> so you can cut ellipses by changing a leadscrew: it's a feature
[14:39:21] <SWPadnos> wheee
[15:51:01] <pier_gar> could someone please give me a hand with machine configuration?
[15:51:37] <pier_gar> cannot figure out where I am making mistakes
[16:06:47] <cradek> I'll try, what's wrong?
[16:08:44] <pier_gar> I put the pinout in the standard_pinout.hal
[16:08:54] <pier_gar> example
[16:09:24] <pier_gar> linksp Xstep parport.0.pin-02-out
[16:09:24] <pier_gar> linksp Xdir parport.0.pin-03-out
[16:09:24] <pier_gar> linksp Xen parport.0.pin-16-out
[16:10:43] <pier_gar> but now I am stuck with it
[16:11:13] <pier_gar> browsed the manual and compared the difference with
[16:11:33] <pier_gar> the config working file I have with a BDI distro
[16:12:09] <pier_gar> but the axis won't move
[16:12:34] <cradek> I don't see Xen in standard_pinout, did you add that?
[16:12:42] <pier_gar> yes
[16:12:51] <cradek> ok
[16:12:55] <pier_gar> according to the mnual
[16:13:20] <cradek> so your X driver need a high on pin 16 to enable?
[16:13:26] <pier_gar> my boards need
[16:13:36] <pier_gar> high voltage
[16:13:39] <pier_gar> 5v
[16:13:57] <cradek> ok
[16:14:04] <cradek> what version of emc is this?
[16:14:20] <pier_gar> the last.. 2.0.3
[16:14:38] <cradek> on what OS?
[16:14:59] <SWPLinux> slackware ...
[16:15:01] <pier_gar> linux ker rtai 3.3
[16:15:04] <pier_gar> yes
[16:15:27] <pier_gar> I am running it in place
[16:15:29] <cradek> ok so emc starts and runs fine but there's no output?
[16:15:47] <pier_gar> apparently not
[16:16:06] <pier_gar> steppers are humming and still
[16:16:10] <cradek> what kind of processor and speed? I wonder if you have a plug-and-play parport that's not getting initialized
[16:16:23] <SWPLinux> like me ...
[16:16:31] <pier_gar> I rmmod lp, parport_pc
[16:16:41] <cradek> ok
[16:16:54] <cradek> what processor and speed is it?
[16:17:05] <pier_gar> 1.3Ghz
[16:17:10] <pier_gar> celeron
[16:18:31] <pier_gar> as soon as I quit emc2 I must immediately tur off the board
[16:18:41] <cradek> why?
[16:18:45] <pier_gar> otherwise axis begin to move
[16:19:05] <cradek> ???
[16:19:14] <pier_gar> weird isnt'it?
[16:19:18] <cradek> very
[16:19:52] <pier_gar> the same applies to bdi as well
[16:20:07] <pier_gar> not to dos cnc sw though
[16:20:34] <cradek> SWPLinux: any idea?
[16:20:49] <cradek> that baffles me...
[16:20:56] <pier_gar> me too :)
[16:21:17] <SWPLinux> one sec
[16:22:03] <SWPLinux> I had thought that pin 16 might be high by default, but that isn't the case here
[16:22:08] <jepler> pier_gar: what other pin is hooked to the Xen signal?
[16:22:30] <pier_gar> pin 16
[16:22:37] <SWPLinux> pier_gar: what happens when you first turn the computer on? do the motors move?
[16:22:47] <pier_gar> always
[16:22:48] <cradek> jepler: it's machine-on (comes from core_stepper)
[16:22:54] <jepler> cradek: oh ok
[16:23:21] <cradek> pier_gar: you should figure out what does that and fix it, it sounds dangerous
[16:24:13] <pier_gar> that only happens with linux and not under dos
[16:25:03] <cradek> that's not enough information for us to guess the cause
[16:25:26] <SWPLinux> pier_gar: you mean that the motors move when you boot Linux, but not DOS?
[16:25:34] <pier_gar> yes
[16:25:45] <jepler> except when he runs emc2, then they don't move at all
[16:25:55] <jepler> my advice: run emc2 when you don't want the motors to move, and exit it when you're ready to mill something
[16:26:05] <pier_gar> steppers are enabled but locked
[16:26:30] <pier_gar> jepler: yes that wouldn't be a problem
[16:26:48] <pier_gar> if I only could make those steppers to move
[16:30:13] <pier_gar> under BDI TASK is minimilltask
[16:30:27] <SWPLinux> pier_gar: do you have access to an oscilloscope?
[16:30:35] <pier_gar> EMCMOT quickstep
[16:30:40] <jepler> have you used a scope or meter to find out what voltage you get on the pins -- for instance, is Xstep or Xen just floating when emc2 is not running?
[16:30:42] <SWPLinux> ah - so on BDI you can get it to work?
[16:30:45] <pier_gar> alas no
[16:30:53] <pier_gar> SWPadnos: yes
[16:31:02] <SWPLinux> ok - no scope, BDI works
[16:31:04] <SWPLinux> ?
[16:31:47] <pier_gar> with a simple tester I noticed some "noise" out from some pins
[16:32:21] <pier_gar> with a simple c program I am able to enable and disable steppers
[16:32:46] <SWPLinux> then you're one step ahead of me, because I can't even get a pin to change on my port ;)
[16:32:48] <pier_gar> but there is always a noise on the step and dir pins...
[16:33:17] <SWPLinux> without a scope, how are you telling that there's noise?
[16:33:28] <pier_gar> so I am not able to increase/decrease the frequency
[16:34:22] <pier_gar> I know it is a crap method but there is some kind of signal that can be revealed by means of a tester with frequancy-meter
[16:35:50] <SWPLinux> what frequency do you get?
[16:36:03] <pier_gar> hundreds Hz
[16:36:28] <pier_gar> and the steppers obviously move
[16:36:41] <jepler> when running slackware with realtime kernel, but not under dos?
[16:36:42] <pier_gar> then run emc2
[16:37:01] <pier_gar> jepler: yes
[16:37:15] <jepler> does your system require use of 'probe_parport'?
[16:37:31] <pier_gar> as a metter of fact with and without rt kernel
[16:37:44] <jepler> before you unload 'parport_pc' is the noise present?
[16:37:49] <pier_gar> with and without parport module
[16:37:59] <pier_gar> I am getting mad
[16:38:46] <jepler> have you tried adding pull-up resistors (e.g., 4.7k on each line)?
[16:39:22] <pier_gar> no.. as I don't have such problems wunder dos
[16:39:40] <pier_gar> perhaps a TTL too
[16:40:03] <pier_gar> odd thing is that bdi works
[16:40:29] <pier_gar> and now I was positive it would have worked with emc2
[16:40:55] <jepler> pin 16 in particular can be totem-pole or open collector in different parport modes
[16:41:23] <SWPLinux> it works under DOS and BDI, so I suspect something in Ububtu is done differently
[16:41:32] <jepler> SWPLinux: it's not ubuntu, it's slackware
[16:41:45] <SWPLinux> err - that's what I meant ;)
[16:41:59] <SWPLinux> I'd suspect EMC2, except that there are issues before it's started
[16:42:31] <pier_gar> perhaps you could hav a look at my lsmod output
[16:44:10] <SWPLinux> pier_gar: can you try booting with an Ubuntu/emc liveCD, and see if the problems still exist before you run EMC2?
[16:44:28] <pier_gar> yes
[16:45:02] <pier_gar> I switched again to slack because I wasn't able to get axis move with ubuntu too
[16:45:05] <pier_gar> ok
[16:45:09] <pier_gar> I'll reboot
[16:45:14] <SWPLinux> ah - didn't realize that
[16:45:32] <SWPLinux> have you tried emc2 on BDI?
[16:45:46] <pier_gar> yes too
[16:45:58] <pier_gar> but there was a problem with the headers
[16:46:13] <SWPLinux> do you have the problems with motors moving before EMC2 is started?
[16:46:14] <pier_gar> someone in the list told me
[16:46:38] <SWPLinux> probably jepler or cradek - they really know about that stuff
[16:47:01] <pier_gar> yes... if I switch on the board now (emc not running) the steppers move (the three of them)
[16:47:18] <SWPLinux> this is booted into BDI?
[16:47:37] <pier_gar> no.. I am under slack now
[16:47:47] <pier_gar> but I can reboot
[16:47:59] <pier_gar> under ubuntu
[16:48:03] <pier_gar> be back
[16:48:07] <SWPLinux> ok
[16:55:37] <pier_garage_ubun> board is on and the stepper X locked, Y Z free
[16:56:21] <SWPadnos> ok, so on ubuntu, the port seems to act the same as DOS, before running EMC2
[16:56:59] <pier_garage_ubun> no really... the steppers stopped after loading stepper_mm from the main menu
[16:57:40] <pier_garage_ubun> then I quit EMC and the steppers remained still
[16:57:57] <pier_garage_ubun> now I am looking for the configuration file
[16:59:20] <pier_garage_ubun> the board is on but the steppers still
[17:01:19] <SWPadnos> one sec - I'm on the phone
[17:02:40] <pier_garage_ubun> ok thanks
[17:14:25] <pier_garage_ubun> SWPadnos: it's gas!
[17:14:31] <pier_garage_ubun> :)
[17:18:36] <SWPLinux> ok. off the phone now
[17:18:45] <SWPLinux> it's gas? does that mean it works? :)
[17:19:01] <pier_garage_ubun> yes...
[17:19:06] <SWPLinux> great!
[17:19:08] <pier_garage_ubun> under ubuntu
[17:19:16] <SWPLinux> hmmm. I have a suggestion ... ;)
[17:19:22] <pier_garage_ubun> I'll try and copy the config files
[17:19:27] <pier_garage_ubun> shoot
[17:19:41] <SWPLinux> what about the motors moving before you start EMC2?
[17:19:53] <SWPLinux> does that happen on ubuntu as well>?
[17:20:03] <pier_garage_ubun> yes
[17:20:08] <pier_garage_ubun> at the baginning
[17:20:19] <pier_garage_ubun> then after loading stepper_mm
[17:20:24] <pier_garage_ubun> they stopped
[17:20:41] <pier_garage_ubun> and remained still after leaving emc too
[17:20:51] <SWPLinux> ok
[17:21:01] <SWPLinux> can you cange the parallel port pin that's used for enable?
[17:21:03] <SWPLinux> change
[17:22:29] <pier_garage_ubun> mmm that would require a bit of rummaging with wires but it might be possible
[17:22:37] <SWPLinux> ok
[17:23:10] <pier_garage_ubun> perhaps there is some process accessing parport under slack
[17:23:11] <SWPLinux> I guess if you can prevent the "normal" parallel port drivers from loading, there may not be a startup problem
[17:23:29] <pier_garage_ubun> I'll have a go
[17:23:29] <SWPLinux> probably some combination of CUPS and the 3 kernel parport drivers
[17:23:42] <SWPLinux> (lp, ppdev, parport_pc, I think)
[17:23:47] <SWPLinux> ok. good luck
[17:23:59] <pier_garage_ubun> thank you very much
[17:24:10] <SWPLinux> you're welcome. (did I help? :) )
[17:25:01] <pier_garage_ubun> speaking of problems always helps to pinpoint the possible solutions
[17:25:09] <SWPLinux> true enough
[17:26:21] <pier_garage_ubun> in any case looking at the steppers moves did really give me a bit of hope... now it is almost a question of honor :)
[17:26:38] <pier_garage_ubun> a duell with this disto
[17:26:49] <pier_garage_ubun> slack I mean
[17:27:10] <pier_garage_ubun> ok thank i am going to reboot
[18:37:35] <pier> ...a difference I noticed between ubuntu installation and slack in rtai modules is that the first loads adeos... could that be a clue?
[18:38:32] <jepler> depends how you built your kernel -- adeos can be a module or it can be built-in
[18:57:48] <lerman_> lerman_ is now known as lerman
[18:59:05] <jepler> ooh, here's a DIY project for you: http://blog.modernmechanix.com/2006/08/24/build-a-fan-motor-television-receiver/
[19:00:05] <jepler> (it appears that you keep the picture in synch by constantly adjusting the fan speed with a rheostat )
[19:02:35] <jepler> ... you will find plenty of amusement and a chance to do a bit of experimenting to further the cause of television, which is bound to improve with time.
[19:05:06] <cradek> that's a clever way of making the scanning disk
[19:05:24] <jepler> the wire spiral? yeah, agreed
[21:06:30] <alex_joni> hello
[21:06:35] <alex_joni> anyone still around?
[21:06:42] <ValarQ> * ValarQ is
[21:06:46] <SWPadnos> no
[21:06:57] <alex_joni> hi all (and the ones not here)
[21:07:03] <ValarQ> hello you
[21:07:13] <SWPadnos> hi
[21:07:15] <ValarQ> * ValarQ goes to bed
[21:07:30] <alex_joni> yeah, I plan that too in a minute or 10
[21:07:52] <alex_joni> had an financial audit today :/
[21:07:57] <SWPadnos> that sucks
[21:08:11] <alex_joni> SWPadnos: greatly, got home at 2130
[21:08:25] <SWPadnos> personal or at the business?
[21:08:33] <alex_joni> business, for some EU project
[21:08:38] <SWPadnos> ah
[21:08:51] <alex_joni> not even big money :)
[21:09:06] <SWPadnos> takes longer - they actually look at the decimal point ;)
[21:14:26] <giacus> hey!
[21:14:31] <giacus> :-)
[21:14:47] <jepler> hi giacus
[21:14:56] <giacus> hi jepler !
[21:15:20] <alex_joni> hey giacus
[21:15:24] <alex_joni> long time no see
[21:15:27] <giacus> hello alex_joni
[21:15:36] <alex_joni> you've been missed (oddly)
[21:15:36] <giacus> long holidays :P
[21:15:42] <giacus> how are you ?
[21:15:49] <alex_joni> nice :)
[21:16:02] <giacus> the holyday in it ?
[21:16:06] <giacus> all ok ?
[21:16:39] <giacus> I'm in naples again now
[21:16:56] <giacus> travelling from a point to another ..
[21:17:57] <alex_joni> heh.. nice, siracuse was great
[21:18:10] <giacus> cool
[21:18:31] <alex_joni> the highwat from Regio to Naples not that great :D
[21:18:36] <alex_joni> highway even
[21:18:46] <giacus> how I sayd .. :(
[21:18:58] <giacus> I know
[21:19:38] <alex_joni> but not that bad.. only slow
[21:19:41] <giacus> got some photo from there ?
[21:19:51] <giacus> yeah, slow ..
[21:20:04] <giacus> there are work on progress there
[21:20:49] <giacus> oh. emc 2.0.3 is out, great :P
[21:24:24] <giacus> I'm from laptop, but the damn m$ sharing connection system work bad from k4ts pc .. :(
[21:24:53] <giacus> losting the wi-fi connection very often
[21:25:59] <alex_joni> giacus: on my site (http://dsplabs.cs.utt.ro/~juve/blog/ )
[21:26:23] <giacus> K
[21:27:22] <giacus> hahaha
[21:27:23] <giacus> wow
[21:27:27] <giacus> cool :D
[21:31:36] <pier> hi giacus
[21:31:40] <giacus> cool photos
[21:31:46] <giacus> hello pier !
[21:32:01] <pier> holydays over :(
[21:32:18] <giacus> yeah.. few days yet for me :-)
[21:32:25] <pier> me too
[21:32:37] <giacus> how is emc going there now ?
[21:33:02] <giacus> found the way ? ;P
[21:33:10] <pier> banging my head against walls
[21:33:16] <giacus> hahaha
[21:33:23] <pier> guys in the list helped a lot
[21:33:27] <giacus> slack ?
[21:33:34] <pier> e.03 is running
[21:33:39] <giacus> slackware ?
[21:33:42] <pier> yet not working
[21:33:45] <pier> yes
[21:33:54] <giacus> :-)
[21:33:59] <pier> discovered something weird
[21:34:16] <pier> I compiled the kernel without the adeos support
[21:34:48] <pier> and with parport whic seem to hassle emc2
[21:35:06] <giacus> :D
[21:35:12] <pier> so I decided to compile for the tenth time
[21:35:20] <pier> but guess....
[21:35:41] <pier> not able to find adeos support in menuconfi option
[21:35:51] <alex_joni> pier: what kernel?
[21:35:58] <pier>
[21:36:09] <alex_joni> you won't find adeos
[21:36:14] <alex_joni> it's called IPIPE now
[21:36:19] <pier> ahrg!!
[21:36:33] <pier> o god... I think I am going to faint
[21:36:47] <alex_joni> pier: this happens to people who want to do it themselves :D
[21:36:55] <pier> I am telneting to the garage to save my marriage
[21:36:57] <alex_joni> * alex_joni is kidding
[21:37:05] <alex_joni> no ssh?
[21:37:15] <pier> internal
[21:37:30] <alex_joni> I know.. but you can do more over ssh
[21:37:40] <pier> really?
[21:38:56] <pier> patched once more rtai
[21:39:13] <pier> running make gconfig
[21:41:34] <pier> alex_joni: I think that we all people here like to do things otherwise we would all end up using wingate
[21:41:41] <pier> :)
[21:43:22] <pier> alex_joni: IPIPE ought to be enabled?
[21:43:27] <alex_joni> pier: yes
[21:43:45] <alex_joni> I can send you a 2.6.15 config if you like (to look at, not use)
[21:43:49] <pier> is it related to adeos?
[21:44:06] <alex_joni> I think it got renamed
[21:44:07] <pier> nice very kind of you
[21:45:00] <alex_joni> http://wiki.linuxcnc.org/uploads/config-2.6.15-magma
[21:45:11] <SWPadnos> out of curiosity, are you using the ADEOS patches from the RTAI patchset, or from the Adeos site?
[21:45:30] <alex_joni> RTAI is what I used
[21:45:36] <giacus> bye all :)
[21:45:51] <pier> nite giacus
[21:46:02] <giacus> G night
[21:46:27] <SWPadnos> right - I remember when I was trying an upgrade on my Gentoo box that there was some concern about using the RTAI patches instead of the ADEOS ones - that's why I asked
[21:46:36] <pier> I have been browsing to find out if applying adeos patch would be advisable
[21:46:41] <alex_joni> SWPadnos: but the ones from ADEOS are equally good I think
[21:46:48] <SWPadnos> I should have worded that the other way - ADEOS = bad, RTAI = good
[21:46:55] <SWPadnos> no - there were some differences
[21:47:04] <alex_joni> SWPadnos: hmm.. I remember it the other way around
[21:47:07] <pier> but I eventualy back up to plain rtai 3.3
[21:47:16] <alex_joni> get rtai, get patch from gna.org/adeos
[21:47:31] <SWPadnos> heh - well - I suspect you know more about it than I do, so I'd go your way on this :)
[21:47:51] <SWPadnos> but I think it was the other way - that the ADEOS patches with RTAI were the ones to use
[21:47:54] <pier> read about not applying adeos patch
[21:48:23] <alex_joni> SWPadnos: either way, the patch failed for me :D
[21:48:35] <alex_joni> had to bend and twist it a bit by hand
[21:49:03] <SWPadnos> heh - from RtaiSteps: "On no account use any patches from www.adeos.org - The RTAI team modify the adeos patches and have introduced some Incompatibilities."
[21:49:09] <SWPadnos> (on the emc wiki)
[21:49:32] <SWPadnos> maybe that was the problem :)
[21:49:47] <pier> SWPadnos: That's what I bumped into!
[21:49:59] <SWPadnos> ok - so my memory isn't as bad as I remember ;)
[21:50:17] <pier> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?RtaiSteps
[21:50:28] <SWPadnos> that's the page
[21:50:55] <SWPadnos> hmmm - alex, do you know if the ARM port has support for the AT91SAM7x?
[21:52:24] <alex_joni> don't think so
[21:52:31] <alex_joni> I mostly have seen ARM7 support
[21:52:37] <SWPadnos> bummer. I'd hate to have to add it :)
[21:52:53] <SWPadnos> those ARM chips don't have MMUs do they?
[21:52:59] <SWPadnos> (the ARM7)
[21:53:09] <alex_joni> nommu
[21:53:12] <SWPadnos> ok
[21:53:28] <alex_joni> * alex_joni goes to bed
[21:53:32] <SWPadnos> hey - maybe we can take a look at RTAI-Lab, and make a HAL configurator ...
[21:53:44] <alex_joni> * alex_joni runs to bed
[21:53:50] <SWPadnos> oh- nevermind. it uses Scilab.
[21:53:52] <SWPadnos> night Ales
[21:53:53] <alex_joni> * alex_joni hides under the bed
[21:53:54] <SWPadnos> Alex
[21:53:56] <SWPadnos> heh
[21:54:06] <SWPadnos> at least it's not LabView (hate)
[21:54:07] <alex_joni> I'm not here anymore
[21:54:17] <alex_joni> SWPadnos: still hate labview?
[21:54:27] <SWPadnos> why yes, yes I do hate labView
[21:54:41] <alex_joni> that even caused a netsplit
[21:54:53] <alex_joni> * alex_joni seriously goes to bed
[21:54:55] <SWPadnos> only Dan Falck was dropped here
[21:54:55] <alex_joni> night all
[21:54:57] <SWPadnos> night
[21:55:18] <pier> nite alex_joni
[21:55:34] <alex_joni> night all
[21:56:46] <jepler> night alex_joni
[21:57:38] <SWPadnos> well this sucks. my nice new PC Power & Cooling power supply ( http://www.pcpowercooling.com/products/viewproduct.php?show=S61EPS&view=techspecs ) won't power up my H8DCE motherboard.
[21:58:09] <jepler> SWPadnos: poop
[21:58:23] <SWPadnos> indeed
[21:58:36] <SWPadnos> I know the 750W version works, because I have a friend with two like that
[21:59:07] <SWPadnos> and the only difference I see is the 12V rail has an extra 11A drive. but both of these models are higher current on 12A than the original in my case
[22:00:35] <jepler> geez 12V 49A .. and that's not the high-power one?
[22:00:47] <SWPadnos> heh - nope :)
[22:01:27] <jepler> all to draw a few polygons?
[22:01:29] <SWPadnos> the real beast: http://www.pcpowercooling.com/products/viewproduct.php?show=TC1KW4E&view=techspecs
[22:02:06] <jepler> 70A peak
[22:02:48] <jepler> what the hell do you do with all that power? Draw a few triangles and perform a few floating-point divisions?
[22:02:53] <SWPadnos> their supplies are excellent as well - they'll do those power numbers over the full temperature range
[22:03:25] <SWPadnos> well, I don't use most of it. I bought that supply because it has the correct connectors for my motherboard, and is about 100 times quieter than the original
[22:03:56] <SWPadnos> the whole machine takes ~350W, including the two Dell monitors, running continuous compiles and GLXGears
[22:04:12] <SWPadnos> (not that GLXGears is a real strain on the GPU)
[22:05:45] <jepler> I am also becoming more interested in quiet computers
[22:06:09] <jepler> performance is lower on the list
[22:07:39] <SWPadnos> yeah - the slowest computer you can reasonably buy these days is about 5x the speed of the one I use daily
[22:07:44] <SWPadnos> but mine is 5x as loud :)
[22:08:12] <SWPadnos> I can't even hear the doorbell half the time, and I'm right at the bottom of the stairs, with my office door open
[22:08:39] <SWPadnos> it's not quite as bad as cradek's big box though
[22:26:26] <dmess> hi all..
[22:26:54] <dmess> ALPHA.. you done those parts yet...???
[22:27:59] <dmess> 12 hrs wrk 12 week turnaround sounds like the landing gear buisness....LOL
[23:27:31] <robin_sz> meep?
[23:34:54] <pier> night all
[23:52:34] <jepler> send jymmm I think I may have found a workaround for your glx error. Try this in the terminal where you are about to start emc2: export LIBGL_NO_DRAWARRAYS=1
[23:52:40] <jepler> oops
[23:53:00] <jepler> * jepler tries again, talking to memoserv this time