[Oberon] Booters for ETH-Oberon ?
easlab at absamail.co.za
Sat Mar 8 12:25:52 MET 2008
Sven Stauber wrote:
> The boot loader is located in the partition where the file
> system is located (not in the MBR!). The assembler source
> code of the Oberon Bootloader is contained in the release
> (BBL.Asm). Also, the sources of MBR (OBEMBR4.ASM) and the
> boot manager (BootManager.Asm) are available.
Have you seen these ?
Where can I get them ?
Peter E. wrote:-
> The Toshiba T2100 laptop boots from the CF card.
> The modifications are described in detail.
> Open my shop page. http://carnot.yi.org/
> At the bottom of the page open Example computer
> systems. Scroll down to T2100.
Yes I had read your CF installation, but I was so overwhelmed by the
amount of mechanical-engineering that you had to do to fit it that I
didn't realise that you actually booted from the CF.
Bootloaders are complex/problematic:
* you often need to work at asm-level.
N-O's Decoder.Mod is not perfect & was removed from the packages ?
* there are possiblilities of inconsistencies at several stages:
the IDE's C,H,S, the BIOS, lilo/Grub..etc. M$loth wants to kill any
co-resident foreigners ...etc.
I've only ever had one ETH-Oberon that didn't need a fd0 to boot.
I'm also interested in soid-state-disks in connection with the OLPC
[one laptop per child] project, which I've been following.
My initial criticism seems flawed since even if the x86 CPU uses much
more power than an ARM, the 0.8Watts used is a small part of the
power needed by *any* significant LCD-display. And the OLPC has
got a specially power-economic display.
The OLPC takes 2 minutes to boot linux.
How long does your CF take to boot ETH-Oberon ?
I guess ETH-Oberon would not shine on the OLPC because OLPC is
not conveniently mouse-chordable -- AFIAK ?
I'm including the extract below from OLPC, because it's the first
confirmation of a principle which is central to me, that I've seen:
identifying entities by their 'recentcy' is more usefull than eg.
alphabetically by name [and is handled nicely by mc, which I
That's why stacks are usefull.
Perhaps different users have different thinking methods ?
Evidently many people prefer to search alphabetically for
ThatFunnyNamed873File than 'the one I used yesterday' ?
> then another thing that we're doing, is we have this concept of a
> journal. Now when you had asked about GTK and the file menu,
> hierarchical file systems are great-- nothing wrong with it-- but it's
> not the only way to do things, and we think that for young children,
> there's a lot of cognitive studies about this [...] used to be a work
> with Seymour Papert and Piaget. They studied this in great detail.
> We decided that the primary mechanism by which the children will
> interact with their work, will interact with their computer, is
> through a temporal interface rather than a hierarchical interface.
> So what we do is we maintain a journal or a diary of all the
> interactions with a laptop. And so the laptop automatically
> accumulates a portfolio of their work. And they use that diary to go
> back to return to something they were doing, so in this case this is
> an entry. These are the people they were drawing with. Here's some
> comments in the diary. You can go to the previous entries. You can use
> this diary entry to re-engage, to re-launch the activity. It sort of
> adds a sense of persistence from day to day. If you've got to recall a
> project, you don't have to reassemble everything. You click it on the
> diary and all the pieces come back together.
== Chris Glur.
More information about the Oberon