 | | | | | | |
| |
|
[...]
> Hi Stephen, 2*Michael and others,
> I've (finally) started playing around with brickOS again. My RCX and
> almost all of my Lego is in storage a long long way from here, but
> that may actually be a good thing in this context.
>
> I've applied Jochen's patches and Rodolphe Pineau's OS X patch, fixed
> a few warnings with gcc 4.4, updated the doxygen stuff and added some
> code to count edges in the signals detected by sensors (useful for
> counting the number of times a touch sensor was pressed, even at tens
> of hertz or more - I used it to accurately measure the position along
> a long gear rack). I've gathered the patches at http://carl.troein.com/
>
> The documentation is in need of some loving care, but there's some
> other stuff I'd also like to play around with. We'll see how it goes.
That's great news so far :-) Some time ago, however, I've tried to get brickOS
to run on those old h8300 bricks, but it only seemed to work when using an old
tool-chain (which is also the reason why the related packages never got upgraded
to newer versions in Debian).
Unfortunately, I also don't have any access to bricks at the moment, so if
someone still has access to those bricks, it would be great if you could try out
Carl's patched packages. If it works out, I'd happily upgrade the Debian
tool-chain to newer versions!
Thanks for your efforts,
Michael
| | | | | | | | | | | | | | | |
| |
|
Michael, Carl,
In lugnet.robotics.rcx.legos, Michael Tautschnig wrote:
>
> That's great news so far :-) Some time ago, however, I've tried to get brickOS
> to run on those old h8300 bricks, but it only seemed to work when using an old
> tool-chain (which is also the reason why the related packages never got upgraded
> to newer versions in Debian).
>
> Unfortunately, I also don't have any access to bricks at the moment, so if
> someone still has access to those bricks, it would be great if you could try out
> Carl's patched packages. If it works out, I'd happily upgrade the Debian
> tool-chain to newer versions!
I'm encouraged by your efforts Carl and I don't have time to do the gcc work so
Michael, I'd like to take you up on your offer. I do have two of the RCX bricks
and a number of USB/IR towers and Linux machines. Carl, I've limited time so
rather than applying the patches one by one to replicate the code base your
using (which we _will_ have to do eventually) can you offer a ready to build
code set? I'm only asking this to get a first test so we can prove/disprove
that Michael does have something to work towards. That is that it does run so
he can work on updating the toolset. What do you think? Other ideas welcome,
too. I'm trying to enable us to get working without a larger time commitment
for the time being...
Sound reasonable?
Again, I really appreciate the time both of you are (or will be ;-) spending!
Best Regards,
Stephen
--
| | | | | | | | | | | | | | | | | |
| |
|
Stephen M Moraco wrote:
> In lugnet.robotics.rcx.legos, Michael Tautschnig wrote:
> > That's great news so far :-) Some time ago, however, I've tried to get brickOS
> > to run on those old h8300 bricks, but it only seemed to work when using an old
> > tool-chain (which is also the reason why the related packages never got upgraded
> > to newer versions in Debian).
> >
> > Unfortunately, I also don't have any access to bricks at the moment, so if
> > someone still has access to those bricks, it would be great if you could try out
> > Carl's patched packages. If it works out, I'd happily upgrade the Debian
> > tool-chain to newer versions!
From what I can tell, support for h8300-hitachi-hms(/coff) was dropped
from binutils after 2.16.1. I have no real idea how much work it would
take to port brickOS (plus brickemu, preferably) over to elf, but I
suspect that it'd be a lot. Still, I'll have a look at it to try to
at least figure out how long it might take me if I were to try. It'll
have to wait a bit though, because I have a major grant application due
in a few days, followed by a week-long visit by my mother.
> I'm encouraged by your efforts Carl and I don't have time to do the gcc work so
> Michael, I'd like to take you up on your offer. I do have two of the RCX bricks
> and a number of USB/IR towers and Linux machines. Carl, I've limited time so
> rather than applying the patches one by one to replicate the code base your
> using (which we _will_ have to do eventually) can you offer a ready to build
> code set? I'm only asking this to get a first test so we can prove/disprove
> that Michael does have something to work towards. That is that it does run so
> he can work on updating the toolset. What do you think? Other ideas welcome,
> too. I'm trying to enable us to get working without a larger time commitment
> for the time being...
>
> Sound reasonable?
It does indeed. The code with the 9 patches applied is now a tarball at
http://carl.troein.com/res/brickos_patches/brickos-carl-p09.tar.gz
> Again, I really appreciate the time both of you are (or will be ;-) spending!
And I appreciate the encouragement from both of you. :-)
Oh, and I had a look on eBay and found a complete RIS 2.0 that I'll place
a bid on. Mightn't be very expensive, and it can't hurt to have two sets
(especially when one of them resides in a box in a country far away)...
Cheers,
//Carl
| | | | | | | | | | | | | | | | |
Hi all,
This is great to see there's still some interest. I may not have
opportunity to post over the next couple days, but I have created some
patches against the latest Sourceforge CVS (as I believe there are a few
differences between the CVS and the last release). I have an Open Document
Spreadsheet detailing the patch changes (source, reason, etc.). When I get
back, I'll try to upload the files somewhere.
I had also been in the process of gathering and/or creating some patches
against other BrickOS versions--there was an lnp_printf, lnp_reliable, some
task-related (priority inheritance, scheduling, resources), realloc....
After Bibo was released, I didn't pursue these as aggressively.
I've been working with binutils 2.16.1 and gcc 3.4.6--I noticed the same
disappearance in 2.17.
Cheers,
Matthew
| | | | | | | | | | | | | | | | | |
| |
|
> Hi all,
>
> This is great to see there's still some interest. I may not have
> opportunity to post over the next couple days, but I have created some
> patches against the latest Sourceforge CVS (as I believe there are a few
> differences between the CVS and the last release). I have an Open Document
> Spreadsheet detailing the patch changes (source, reason, etc.). When I get
> back, I'll try to upload the files somewhere.
>
> I had also been in the process of gathering and/or creating some patches
> against other BrickOS versions--there was an lnp_printf, lnp_reliable, some
> task-related (priority inheritance, scheduling, resources), realloc....
> After Bibo was released, I didn't pursue these as aggressively.
>
> I've been working with binutils 2.16.1 and gcc 3.4.6--I noticed the same
> disappearance in 2.17.
I think we need to stick with 2.16.1, I don't know whether porting brickos to
elf is really worth the trouble.
Newer gcc versions would be nice, indeed, and brickos also builds fine with
(some of?) these, but I never actually got it to run on the bricks when building
with anything newer than what we currently ship in Debian. If you gather some
patches and Stephen could try them out and gets it to work, I'd happily package
newer gcc versions. I think the problem always was some issue about BSS size - I
had fixed the ld script, but it didn't work anyway. Still, I might just have
been missing the proper patches.
Best,
Michael
| | | | | | |
