On 01/05/2014 07:50 PM, Charles Steinkuehler wrote:
> Off-list it was mentioned that Touchy runs on GTK, and GTK can be built
> to run natively on a Linux frame-buffer, which means no X required. I
> want to use a 7" or 10" (multi-)touch display, with the BeagleBone, so
> this could work out well.
On 01/05/2014 06:06 PM, EBo wrote:
> No, for a real answer take a look at NanoX/Microwindows (I have not
> used it, only read about it).
Well, maybe.
About 3 years ago, with a lot more futzing around than I thought the
project deserved, I managed to get Nano-X [1] working on a primitive
ARM-ba
Sorry, Marius. I have to run.
You're in good hands with Seb. He's got a system more like yours and
he's two hours behind me so
Regards,
Kent
--
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid ap
On 12/4/2013 4:10 PM, Marius Alksnys wrote:
>> dpkg-architecture
> DEB_BUILD_ARCH=i386
> DEB_BUILD_ARCH_OS=linux
> DEB_BUILD_ARCH_CPU=i386
> DEB_BUILD_ARCH_BITS=32
> DEB_BUILD_ARCH_ENDIAN=little
> DEB_BUILD_GNU_CPU=i486
> DEB_BUILD_GNU_SYSTEM=linux-gnu
> DEB_BUILD_GNU_TYPE=i486-linux-gnu
> DEB_HOST
On 12/4/2013 3:27 PM, Marius Alksnys wrote:
> I tried it this way (from the root of the git checkout):
> git checkout master
> git pull
> cd src
> ./autogen.sh
> ./configure --enable-run-in-place
>
> Same results
>
>
> On 12/04/2013 09:57 PM, Kent A. Reed wrote:
On 12/4/2013 3:03 PM, Marius Alksnys wrote:
> On 12/04/2013 09:27 PM, Sebastian Kuzminsky wrote:
>> the output of the commands in part 2.4 of the document i
>> linked you:
>>
cd debian ./configure -a (if installing simulator use "./configure
sim" instead) cd .. dpkg-checkbuilddeps
>> That
On 12/4/2013 2:26 PM, Marius Alksnys wrote:
> This does not help either.
>
> On 12/04/2013 05:53 PM, MichaĆ Geszkiewicz wrote:
>> sudo apt-get install automake python-dev libglu1-mesa-dev
>> libgl1-mesa-dev libtool libglu1-mesa-dev libglu1-mesa-dev
>> libglu1-mesa-dev tk8.5-dev tcl8.5-dev bwidget p
On 12/2/2013 8:27 PM, andy pugh wrote:
> A very simple (too trivial, in some ways) demo I saw recently was a
> levitating ball bearing. Basically a prox in the base, and an
> electromagnet above, with the prox distance feeding into a PID driving
> the coil current. This particular demo was by Vecto
On 11/30/2013 10:00 AM, Michael Haberler wrote:
> Am 30.11.2013 um 15:14 schrieb Charles Steinkuehler
> :
>
>> On 11/30/2013 7:28 AM, Michael Haberler wrote:
>>> Charles,
>>>
>>> Am 30.11.2013 um 13:12 schrieb Charles Steinkuehler
>>> :
>>>
I'm not sure the Balanduino will be available in tim
s set up you have to make sure that the "from"
> address is one that it recognizes. Since my default is a different
> address, I often have things bounce. Could it be something like that?
>
>
> On Nov 6 2013 9:35 AM, Kent A. Reed wrote:
>> Sorry for the noise,
Sorry for the noise, but I just noticed that two messages I sent
regarding Gene's kvetch about Rockhopper never showed up on the list (as
determined by looking at the Gmane archive) even though my mail client
claims they were sent. Later messages to the thread by Andy and John
have already show
On 11/4/2013 10:30 AM, EBo wrote:
> What hard real-time ARM kernels have been found suitable for LinuxCNC?
> Sorry to hear about RT-PREEMPT ARM support...
"Hard real-time", like beauty, is in the mind of the beholder.
Michael named the three "real-time" kernels the
unified-build-candidate-3 branc
On 10/31/2013 5:21 PM, Michael Haberler wrote:
> Am 31.10.2013 um 21:58 schrieb Kent Reed :
>
>> Point of information:
>>
>> Issue #2---review and merge new RTOS branch
>>
>> Which branch on the repository is the new RTOS branch?
> the reference tree and bug tracker is at
> https://github.com/mhab
On 10/28/2013 8:40 AM, Jeff Epler wrote:
> On Sun, Oct 27, 2013 at 03:21:15PM -0500, Jeff Epler wrote:
>> It looks like the :ascii-ids: clears up most of the stuff that the
>> nbsp-killing didn't. There were a few more wrinkles, but now buildbot
>> is chewing on the branch jepler-jessie-doc-build
On 10/27/2013 3:47 PM, Jeff Epler wrote:
> Yes, the last time I looked at this all non-ASCII characters caused this
> problem, including characters required to write proper French and
> Spanish docs, as well as other characters like the trademark and
> copyright symbols.
My personal recommendation
Gentle persons:
Roughly two months ago, there was a brief spat of email traffic about
LinuxCNC documentation not building on stable Debian.
Since the horrific events in my life earlier this year I've lost my zeal
for editing LinuxCNC documentation. On the other hand, I have been
building Linux
On 10/24/2013 3:19 PM, Robert Ellenberg wrote:
> That's a good point about the out-of-tree users, though I wonder if it
> would be better for them to use a standalone libnml version. If there's a
> lot of pushback from other users, I can make the few call-by-reference
> changes I need under a diffe
On 10/24/2013 1:23 PM, Robert Ellenberg wrote:
> Hi All,
>
> Many posemath functions (like pmCartCartDot, for example) pass compound
> data types like PmCartesion and PmPose by value. Is there a specific reason
> for this design choice?
>
>
Robert:
The posemath library predates LinuxCNC by a numb
On 9/10/2013 11:19 PM, Jeff Epler wrote:
> ---
> I do reproduce this on my Debian machine when building the PDF
> documentation. As Michael says after double-checking it's indepdent of
> whether using build parallelism.
>
> <...>
This episode illustrates the hole in our ability to track issues.
On 8/29/2013 2:34 AM, Anders Wallin wrote:
> How difficult would it be to automatically gather information about the
> system (rt-patch, versions, etc.) along with the jitter values and format
> them into a standard message (email, whatever).
> The website could then have a database which is auto-u
On 8/11/2013 9:46 AM, Michael Haberler wrote:
> Am 11.08.2013 um 15:19 schrieb Charles Steinkuehler
> :
>
>> On 8/5/2013 11:29 AM, Charles Steinkuehler wrote:
>>> How does LinuxCNC behave under heavy CPU load?
>>>
>>> <...>
>> I am revisiting this issue after experimenting with some alternate user
On 7/30/2013 5:38 PM, Michael Haberler wrote:
> Am 30.07.2013 um 21:34 schrieb Tom Easterday :
>
>> I did the install and rebooted (no RealTek ethernet) but it comes up with a
>> login prompt, no GUI. I put the output of dmesg here:
>> http://pastebin.com/GzQHt4L5
>>
>> Is there something here t
On 7/21/2013 2:32 AM, Michael Haberler wrote:
> interesting idea : http://devicejs.org/
>
>
The phrase "smoke and mirrors" came to mind as I looked at this site,
but the information on their WigWag Kickstarter site was actually
encouraging.
Having lived through successive generations of automat
On 7/16/2013 4:56 AM, Michael Haberler wrote:
> Kent - some improvements for RT-PREEMPT:
>
> Am 14.07.2013 um 15:19 schrieb Kent A. Reed :
>
>> Gentle persons:
>>
>> Do Xenomai and RT-preempt have the same effect as RTAI does on the usual
>> Linux instrumentatio
On 7/15/2013 10:28 AM, John Kasunich wrote:
>
> On Mon, Jul 15, 2013, at 03:31 AM, Michael Haberler wrote:
>> Am 15.07.2013 um 05:57 schrieb Chris Morley :
>>
>>> What if we got rid of 'modes' and relied on interpreter signals to decide
>>> if controls work or not.
>>> eg. if the interpreter is 'id
Gentle persons:
Do Xenomai and RT-preempt have the same effect as RTAI does on the usual
Linux instrumentation? "top" for example is blind to the RTAI threads.
I know Xenomai places useful data in /proc/xenomai/stat. Do "top" and
"ps" ignore it? Are there customized versions of these commands w
On 6/9/2013 10:13 AM, Kenneth Lerman wrote:
> 4 -- Do you come to it as a free and excellent body of code available
> for your own use or do you see it as part of what provides their livelihood?
>
> 5 -- Should it be protected by strong licensing from those who might
> attempt to use it without con
On 6/7/2013 8:00 PM, Gene Heskett wrote:
> I have used it several times, and I love the concept. My main problem is
> that the .svg output, when viewed on a firefox screen has a non adjustable
> scale that is wy too small to be readable.
Actually, SVG has no intrinsic scale. "Scalable Vector
On 6/7/2013 5:38 PM, Kent A. Reed wrote:
> Obviously one doesn't need to use fully qualified file and directory
> names but I wanted to be error on the side of being pedantic rather
> than cryptic. Obviously, all this could be turned into a self
> contained, do-all scri
On 6/7/2013 3:37 PM, Peter Jensen wrote:
> As mentioned, Rockhopper also has a HAL graph visualizer. It would
> be simple enough to divorce this from the web server, but right now
> I'll leave that as an exercise for the reader;-)
Since Peter's Python coding style is so much better th
On 6/7/2013 4:09 AM, Gene Heskett wrote:
> On Friday 07 June 2013 02:10:00 Kent Reed did opine:
>
>> On Thu, Jun 6, 2013 at 5:01 PM, Gene Heskett wrote:
>>> Greetings Guys;
>>>
>>> Someone mentioned that rockhopper can make .pdf
>>> s somehow, and those of coarse can be scaled.
>>>
>>> Since I now
On 6/6/2013 5:15 PM, Michael Haberler wrote:
> very interesting writeup! very much in line with my observations
>
> I have so far run with a remote X display directly (i.e. without ssh
> tunneling) by setting DISPLAY on the bb and enabling connect on the X server,
> so no sshd overhead but more
On 6/6/2013 3:24 PM, Sebastian Kuzminsky wrote:
> On 6/6/13 13:19 , Kent A. Reed wrote:
>> My interest has been tweaked by several remarks made about performance
>> on the BeagleBone Black. I've started a page
>> (https://sites.google.com/site/manisbutareed/beaglebone
Gentle persons:
My interest has been tweaked by several remarks made about performance
on the BeagleBone Black. I've started a page
(https://sites.google.com/site/manisbutareed/beaglebone-black-linuxcnc)
and to kick it off posted some gross characterizations of the burden
imposed by various Li
On 6/5/2013 6:50 AM, John Thornton wrote:
> Well the 3rd possibility and the preferred way (short of you getting
> commit rights) so you get proper credit/blame is for you to prepare a
> git patch and e-mail it to me.
And that works too, at least in the short term. I think John Morris'
musing des
Ok, so Michael has thrown down the gauntlet: "Now please stop the damn
'thank you' thing, and contribute something."
Circumstances prevent me from contributing much in the way of code but
y'all know I have a passion for decent documentation. I have made a
number of contributions to the Wiki and
On 5/31/2013 11:29 AM, Sebastian Kuzminsky wrote:
> On 5/31/13 09:02 , andy pugh wrote:
>> On 31 May 2013 15:54, Sebastian Kuzminsky wrote:
>>
>>>If you follow the link you'll see a list of the steps the
>>> builder did,
>> Actually, what I see in my lunch break is:
>>
>> "Based on your corpor
On 5/31/2013 9:29 AM, andy pugh wrote:
> On 31 May 2013 13:38, Kent A. Reed wrote:
>
>> tests/mux failed with the usual "test run exited with 1".
>>
>> Maybe I'll get a little time later to see what's happening internally.
> if you look in the tes
On 5/31/2013 5:49 AM, andy pugh wrote:
> On 31 May 2013 01:52, andy pugh wrote:
>
>> So I disabled it.
>>
>> Is there any way to see what the problem was?
> Now that it isn't 2am:
>
> Can anyone else with a recent pull of master re-enable that test and
> see if it passes for them? I am a bit stump
On 5/24/2013 12:46 PM, Sebastian Kuzminsky wrote:
> I've certainly been assuming that we'll stay with Ubuntu, and that we'll
> target basically what we're currently building on the buildbot: Hardy sim &
> rtai, Lucid sim & rtai, Precise sim, plus any new rtos options we merge.
Since Lucid Deskt
On 5/20/2013 10:20 PM, Sebastian Kuzminsky wrote:
> On 05/20/2013 07:50 PM, Curtis Dutton wrote:
>> Ok I have the driver pretty much completed and it has been working well for
>> a week now. It can now take command line arguments to control the modbus
>> serial connection parameters.
> Great!
>
>
>
A modest suggestion:
There are lots of governance models out there. Rather than try to invent
one, choose an open source project (or more than one if you have several
in mind) which best matches your vision for the size, scope, and impact
of our LinuxCNC project and see how its governance model
On 5/17/2013 2:05 PM, Michael Haberler wrote:
> that said, what I am convinced is needed is proper design work on a
> relational_model_ for the tool miniworld (tools, offsets, spindles,
> magazines, wear, holders and whatever came up over the years)
>
> <...>
>
> As for an OODB approach - I nev
On 5/17/2013 1:46 PM, EBo wrote:
> Glad I could give you a gafaugh (or how ever it is spell it). I meant
> g-code -> STEP-NC. Since there is source for a demonstration parser
> using ISO 14649, that might be a fruitful path and what I had in mind
> when I made my comment. I just do not know enou
On 5/17/2013 12:51 PM, EBo wrote:
> On May 17 2013 10:47 AM, andy pugh wrote:
>> On 17 May 2013 17:27, Kent A. Reed wrote:
>>
>>> If a relational database approach isn't acceptable, how about an
>>> object-oriented database approach instead?
>> Why woul
On 5/17/2013 12:45 PM, EBo wrote:
> Is STEP-NC a strict superset of RS274D (or one-to-one translation from
> g-code to STEP-NC)? If so, maybe we could look at implementing STEP-NC
> in LinuxCNC-[3,4].
Good one, EBo. Made me laugh
...strict..one-to-one Almost nothing in
STEP is one-to-on
On 5/17/2013 10:20 AM, andy pugh wrote:
> On 17 May 2013 08:05, Chris Morley wrote:
>
>> If I was doing a clean sheet Gcode dialect I think I would choose multiple
>> geometry and wear offsets
>> per tool, but that gets to be a lot of entries in the tool table.
>> 100 tools x 10 geo offsets + 100
On 5/16/2013 7:13 PM, Chris Morley wrote:
> Filters and remapping are not reasonable alternatives.
Chris, I apologize for muddying the water. I threw out those notions
based on a misunderstanding of one of Andy's messages (UK and USA---two
countries separated by a common language).
> Part of th
On 5/16/2013 9:00 AM, andy pugh wrote:
> On 16 May 2013 13:37, Kent A. Reed wrote:
>
>> Out of ignorance, I ask - what existing G-code? Are we talking about
> I meant G-code as understood by LinuxCNC today. ie, where a tool
> change is M6 T3 G43 H4 not T0304.
>
Ah, yes. I
On 5/16/2013 7:15 AM, andy pugh wrote:
> It seems a little more readily walkable to/from MPM than does the Candlewood.
> (Though I understand that being a pedestrian is illegal in the US:-)
It might seem like that but some of us stubbornly walk as much as we
can. I purposely chose a townhouse clo
On 5/16/2013 1:08 AM, Chris Morley wrote:
> At this point I really start to wonder how often G10 L10 P10001 is used in
> current
> lathe Gcode and start to consider other alternatives such as P01 for
> geometry, P0101 for wear
> etc. - It really makes it easier if the geometry offsets are under t
Gentle persons:
Don't know why I missed it before, but I just stumbled across the
barebox project (www.barebox.org). It claims to combine the best of
U-Boot with the Tao of Linux.
"barebox is a bootloader that initializes hardware and boots Linux and
perhaps other operating systems or bare met
On 5/8/2013 10:34 AM, Ian McMahon wrote:
> I started with Michaels's BBW work here:
>
> http://static.mah.priv.at/public/beaglebone/
>
> The BBW 3.2 kernel won't work on the BBB, so I had to build a kernel. Here's
> a working 3.8.10 kernel for BBB:
>
> kernel-3.8.10-vanilla.tgz
>
> It's a vanilla
On 5/7/2013 12:23 PM, Jon Elson wrote:
> I have a VAGUE recollection that Mariss Freimanis may have written
> about this in his whitepapers about stepper performance. It might be
> worth a quick search on his website at Geckodrives. He has certainly
> done a LOT of testing of steppers.
>
>
Jon, t
On 5/7/2013 5:53 AM, andy pugh wrote:
> This models a linear dependency of delta-torque to delta-time, which
> seems like it should break down at some point.
Absolutely, just as the small-angle analysis of a pendulum begins to
break down as the angle increases beyond 30deg-45deg, say. Fred and Wil
On 5/6/2013 5:00 PM, EBo wrote:
> does anyone remember the paper that was posted to the group that
> measured the loss in torque as a function of speed and jitter? That
> might give us a more principled start to develop guidelines. As a note,
> when you get anywhere close to the jitter threshold
On 5/6/2013 9:16 AM, Lars Segerlund wrote:
> check the data on osadl.org ... with RT-Preempt you should be able to
> get worstcase jitters of less than 50 us ... or you have a 'bad'
> system / bad drivers.
>
> With a 'good' RT-Preempt system you get < 20 us as worstcase.
>
> osadl is good s
On 5/6/2013 8:13 AM, Charles Steinkuehler wrote:
> Yes, but if you've got a Mesa card, you don't gain that much on an x86
> platform. Unless you're really pushing your servo rate, rtai and
> xenomai are IMHO really only necessary on x86 if you're trying to do
> software stepgen. But make sure you
On 5/5/2013 3:09 PM, David Bagby wrote:
> Wow, That was all nicely formatted and readable, then I pasted into
> Thunderbird and hit send
Funny, David, I found your message so readable I didn't even notice the
reformatting---or maybe I'm just desensitized to the problem because
it's so common
On 5/5/2013 10:04 AM, Gene Heskett wrote:
> Guys & Gals;
>
> There was a post that made it to one of the lkml related lists I am on this
> morning that I would liken to calling Linus out for a duel. Calling
> specific attention to his knowledge of x86 stuff being a huge hindrance in
> the arm worl
It is taking the Wiki a v-e-r-y long time to return pages at the moment.
Response time for the Forum seems a tad long; the website, almost normal.
Regards,
Kent
--
Get 100% visibility into Java/.NET code with AppDynam
On 5/2/2013 6:21 PM, Ian McMahon wrote:
> Hi folks,
>
> I've been talking with Michael Haberler on IRC about getting involved with
> hal development for BeagleBoard Black, and I wanted to quickly introduce
> myself.
>
> I've been working with linuxcnc as a user for about four years now; just
> c
On 4/28/2013 8:26 AM, Charles Steinkuehler wrote:
> On 4/27/2013 7:23 PM, David Bagby wrote:
>
> I think you're trying to make things too complicated. I'm 99% sure the
> existing BBW SD image will run as-is on the BBB, 3.2 kernel and all, it
> just won't know about the new hardware (like the HDMI
On 4/17/2013 12:37 PM, Michael Haberler wrote:
> <...>
> I stumbled over this: http://info.iet.unipi.it/~luigi/netmap/
>
> this is suggested reading for anybody interested in the field; if the
> performance and ease of build (some drivers) hold up to the promise, this
> could potentially do away
On 4/12/2013 8:48 AM, Kent A. Reed wrote:
> On 4/12/2013 8:22 AM, andy pugh wrote:
>> Someone on the forum seems to have spotted something odd in
>> pmMatRpyConvert
>> http://www.linuxcnc.org/index.php/english/forum/30-cnc-machines/26392-the-study-of-arithmetic#32609
>&g
On 4/12/2013 8:22 AM, andy pugh wrote:
> Someone on the forum seems to have spotted something odd in pmMatRpyConvert
> http://www.linuxcnc.org/index.php/english/forum/30-cnc-machines/26392-the-study-of-arithmetic#32609
> At best it seems like there is redundant code.
>
Don't have my fingers on the
On 4/9/2013 3:12 AM, Michael Haberler wrote:
> The new RTOS builds are close to producing packages as Seb has thankfully
> updated the buildbot to run RT-PREEMPT and Xenomai kernels, so it is time to
> turn what's coming next building on this work, and that is the unified binary
> build. The cod
On 4/5/2013 3:44 PM, Matt Shaver wrote:
> Will this cause us any problems? Everything I read about this is long
> on "announcement" and short on "details I can use". :)
>
> Thanks,
> Matt
>
Reading over the Allura features list,
http://sourceforge.net/p/allura/wiki/Features/, I don't see signific
On 3/27/2013 2:52 AM, Michael Haberler wrote:
> I'm entertaining ideas here - it would not be good if the price for using
> such devices would be a collection of special-purpose hacks per-platform and
> per-device.
But of course that is just what the pick-an-IP-from-column-A and one
from column
On 3/17/2013 10:08 AM, Charles Steinkuehler wrote:
> For those following along on LinuxCNC ARM development, there's a new
> version of the BeagleBone coming out soon:
>
> http://beagleboard.org/unzipped
>
> More and faster memory, on-board flash, built-in HDMI, and a lower (but
> not yet announced)
Gentle persons:
I've spent every waking moment of the last two weeks by my wife's side
after a massive infection put her into septic shock. Those of you who
know me know this isn't a play for sympathy (and please, please, please,
let's not fill this channel with responses to the news) but an
e
On 2/28/2013 4:54 AM, Michael Haberler wrote:
> Hi GP, Sergey -
>
> I've tried it out on Lucid - I am impressed!
>
> Since you're wildly productive with integration, please fill me in on the
> bigger picture: how does this relate to your other projects?
>
> - Raspberry http://wiki.linuxcnc.org/cgi
On 3/3/2013 2:56 PM, Tom Easterday wrote:
> On Mar 3, 2013, at 1:40 PM, Kent A. Reed wrote:
>> It seems to me things are stabilizing to the point where the Xenomai
>> builds need no longer be considered experimental. IMHO, we should
>> consider posting Xenomai metrics t
On 3/3/2013 12:44 PM, Dan Falck wrote:
> Michael Haberler has guided me through installing xenomai on a computer I
> have here and I wanted to post my results from the latency-test.
>
> Intel Desktop Board D94GCLF2D (purchased from Newegg several years ago).
>
>
Dan:
I also have this Intel board
On 2/26/2013 5:00 PM, Chris Radek wrote:
> I guess I just want us to consider what problem we are solving for
> the user before we decide on an architecture. I saw a lot of
> "obviously syslog!" and I didn't understand why we were jumping
> right to there, because it didn't seem to me that it solv
On 2/19/2013 11:05 AM, Gene Heskett wrote:
> Greetings;
>
> I was advised that John Morris's new stuff was running on a 12.04 LTS
> install, where as a test install on 10.04-4 on my lappy wouldn't boot, the
> new kernel panic's about .6 seconds in, "can't mount sda1 as /boot (or
> root, I didn't ta
On 2/19/2013 1:35 AM, GP Orcullo wrote:
> Hi,
>
> I created a wiki entry describing the steps I took to run the miniEMC2 web
> interface on a Raspberry Pi. I have also tested this on an x86 lcnc
> installation.
>
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Miniemc2webinterface
>
> This is just a h
On 2/13/2013 10:28 PM, Tom Easterday wrote:
> I spent the day playing with this on the Intel Atom D2700MUD. I rebuilt the
> system using the rtos-integration-preview3-merged-into-master
> branch. I rebuilt it for another reason (stupid graphics fubar) and figured
> I would try this branch for t
On 2/13/2013 6:08 AM, Michael Haberler wrote:
> Am 13.02.2013 um 11:37 schrieb andy pugh:
>
>> On 13 February 2013 10:15, Michael Haberler wrote:
>>
>>> http://www.xenomai.org/pipermail/xenomai/2013-February/027675.html
>> This sounds familiar, there is a similar situation with RTAI:
>> http://wik
On 2/12/2013 11:20 AM, Tom Easterday wrote:
> On Feb 12, 2013, at 8:35 AM, Tom Easterday wrote:
>> I assume it is still recommended that one turn off hyperthreading and/or add
>> isolcpus to the kernel?
>
> My latency numbers (Intel Atom D2700MUD) are horrible (Base thread 119,168
> ns) without
On 2/6/2013 6:25 AM, John Morris wrote:
> On 02/04/2013 08:43 AM, Michael Haberler wrote:
>> <...>well in fact that's what John is doing for RTAPI, with the
>> intent to arrive at a universal build that supports RTAI, Xenomai,
>> RT_PREEMPT and sim 'automagically'; that's not part of the current
Gentle persons:
I started to read an EDM discussion and discovered a future-directions
discussion of LinuxCNC development hiding inside:-)
The discussion is lovely and I hope it will grow. I just wish it had a
better thread name so others would recognize it for what it is, hence
the change in
Gentle persons:
I won't repeat here Bas's analysis of the problem we're having with the
BeagleBone/Ubuntu system.
Here is my minimalist solution which requires no new programming, just a
change in several configuration parameters. Please bear with the longish
message. Because of an abrupt turn
On 1/22/2013 9:01 AM, Charles Steinkuehler wrote:
> On 1/22/2013 6:06 AM, Bas Laarhoven wrote:
>> A final solution hasn't been found yet: I prefer a workaround
>> without changing the dhclient or some other standard program. I
>> think it would suffice to acquire a new lease right after the
>> time
On 1/21/2013 6:18 AM, Bas Laarhoven wrote:
> <...>
>
> This is not the definite solution of course, but if confirmed we can
> work on a better fix (and don't forget to put the ntpdate file back
> where it was).
>
Bas:
From the dhclient man page:
> The DHCP client will normally run in the foregr
On 1/21/2013 6:18 AM, Bas Laarhoven wrote:
> On 20-1-2013 18:31, Charles Steinkuehler wrote:
>> On 1/19/2013 8:57 AM, Charles Steinkuehler wrote:
>>> I've setup Michael Haberler's network booting of my BeagleBone, and
>>> I seem to be having the same network crashing on DHCP lease
>>> renewal issue
On 1/21/2013 9:28 AM, Kent A. Reed wrote:
> On 1/21/2013 12:11 AM, EBo wrote:
>> It sounds like this condition should be checked for in the scripts
>> and/or code -- there are a number of conditions where stale files can be
>> left around (although one would hope that this w
On 1/21/2013 12:11 AM, EBo wrote:
> It sounds like this condition should be checked for in the scripts
> and/or code -- there are a number of conditions where stale files can be
> left around (although one would hope that this would be taken care of on
> bootup).
Ebo:
I added stanzas to /etc/rc.l
On 1/20/2013 6:21 PM, Charles Steinkuehler wrote:
> <...>
> I was able to get a working system by deleting all existing lease
> files in /var/lib/dhcp/ and by forcing broadcast responses from the
> dhcp server (put "always-broadcast on;" in the BeagleBone host
> declaration).
>
> Further testing s
On 1/20/2013 12:31 PM, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/19/2013 8:57 AM, Charles Steinkuehler wrote:
>> I've setup Michael Haberler's network booting of my BeagleBone, and
>> I seem to be having the same network crashing on DHCP lease
>> renewal
On 1/19/2013 2:46 PM, Kent A. Reed wrote:
> On 1/19/2013 9:57 AM, Charles Steinkuehler wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I've setup Michael Haberler's network booting of my BeagleBone, and I
>> seem to be having the
On 1/19/2013 9:57 AM, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've setup Michael Haberler's network booting of my BeagleBone, and I
> seem to be having the same network crashing on DHCP lease renewal
> issue others have seen.
>
> Has anyone identified and r
On 1/17/2013 2:59 AM, Bas Laarhoven wrote:
> I think that running linuxcnc is mandatory for the lockup. After a dozen
> runs, it looks like I can reproduce the lockup with 100% certainty
> within one hour.
> Using the JTAG interface to attach a debugger to the Bone, I've found
> that once stalled t
On 1/16/2013 9:15 AM, Michael Haberler wrote:
> a short update:
There's a lot of really good news here, folks. My thanks and a tip of
the hat to Michael, John, Charles, and everyone else who has
contributed. I doubt most of us can appreciate how much work has been
done to get us to this point.
On 1/4/2013 9:33 AM, sam sokolik wrote:
> I will say this - I have install the xenomai debs on atleast 4 different
> computers now. Even on an older intel atom board. All these machines
> ran rtai with steady latencys (<20us (one less than 30us - newer amd
> system)). The xenomai latencys have s
On 1/3/2013 8:30 PM, Yishin Li wrote:
> I don't have the 5 minutes crash cycle here. I use dnsmasq as the DHCP
> server.
> Have you see anything odd about NFS/TFTP from your server's /var/run/syslog?
Hi, Yishin.
Given the preponderance of Ubuntu 10.04LTS users in LinuxCNC-land I
tested Michael'
[Oops - I responded to Joachim and forgot about the list. This is a resend.]
On 1/3/2013 3:42 PM, Joachim Franek wrote:
>> I have also observed the crashes after about 5min.
>> But after several reboots I was able to run
>> the cnc demo programm from sim/axis/axis_mm.
Hi, Joachim. I'm the KAR. I'
On 1/3/2013 3:42 PM, Joachim Franek wrote:
> I have also observed the crashes after about 5min.
> But after several reboots I was able to run
> the cnc demo programm from sim/axis/axis_mm.
Hi, Joachim. I'm the KAR. I've traced my crashes to the way my
BeagleBone and DHCP server are interacting. I
On 12/25/2012 8:14 PM, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Happy Holidays!
>
> Now that the hm2_pci driver works in user-space, and the Christmas
> turkey is cooked (and eaten!), I've managed to absorb enough details
> to write some code for the BeagleB
Gentle persons:
Now that we have survived the great non-event of 2012, the end of the
Mayan Calendar (something the descendents of the Mayans claim is totally
misrepresented by us European descendents) and see the sun still comes up...
Now that we have once again survived the Winter Solstice an
1 - 100 of 412 matches
Mail list logo