root-be-0.03.tar.gz

root-be-0.03.tar.gz

[Alex deVries]

I've uploaded root-be-0.03.tar.gz to the GettingStarted directory, and I
cleared the GettingStarted directory of older versions of root-be-0.02 and
00 (they're in the ../old directory).

This contains:
- fdisk
- mke2fs, swapon, swapoff, mkswap
- ld.so
- rpm version 2.4.12

This does not contain:
- gcc, binutils
- a lot of other stuff

I can already see some things that should go into 0.04..

Some things to work on:
- get a more modern version of vmlinux with efs for both scache'd and
  non-scache'd machines
- make Linux-installer-0.1c with root-be-0.03.tar.gz (with Mike's
  permission)
- document all this (damn, I wish I had another SCSI disk to practice
  installs)

- Alex

-- 
      Alex deVries          Run Linux on everything,
  System Administrator      run everything on Linux.
   The EngSoc Project       Send spam to spam@engsoc.carleton.ca.

Re: root-be-0.03.tar.gz

[Mike Shaver]

Alex deVries wrote:
> I can already see some things that should go into 0.04..

It would be nice if there was a really minimal root-be with just enough
to get a network configured and then start pulling stuff down via RPM. 
That was my goal with the Linux-installer, although we could have two
versions, too.
 
> Some things to work on:
> - get a more modern version of vmlinux with efs for both scache'd and
>   non-scache'd machines

I _must_ start working on EFS again.  I assume I've missed the 2.2
freeze, but I could still help a lot of people by getting off my a** and
finishing it.  My apologies to those who are waiting on it.

> - make Linux-installer-0.1c with root-be-0.03.tar.gz (with Mike's
>   permission)

Sold!
Note that you'll have to make a cpio of it, because that's all the
installer understands.  Also, if you talk to Alan about how to fix the
installer to do devices correctly, things will get a little simpler.

> - document all this (damn, I wish I had another SCSI disk to practice
>   installs)

I have one, and the work Indy survived the layoffs (woohoo!), so I'll be
back to work on that stuff shortly (cross your fingers =) ).

Mike

-- 
509756.92 504401.08

Re: root-be-0.03.tar.gz

[Alan Cox]

> I _must_ start working on EFS again.  I assume I've missed the 2.2
> freeze, but I could still help a lot of people by getting off my a** and
> finishing it.  My apologies to those who are waiting on it.

You've not missed it providing your code doesnt have to touch the fs
layer as well as fs/efs. Certainly el penguino took the ADFS patch for
2.1.80

Alan

Re: root-be-0.03.tar.gz

[Alan Cox]

> I _must_ start working on EFS again.  I assume I've missed the 2.2
> freeze, but I could still help a lot of people by getting off my a** and
> finishing it.  My apologies to those who are waiting on it.

You've not missed it providing your code doesnt have to touch the fs
layer as well as fs/efs. Certainly el penguino took the ADFS patch for
2.1.80

Alan

Re: root-be-0.03.tar.gz

[Alex deVries]

On Wed, 21 Jan 1998, Mike Shaver wrote:
> Alex deVries wrote:
> > I can already see some things that should go into 0.04..
> It would be nice if there was a really minimal root-be with just enough
> to get a network configured and then start pulling stuff down via RPM. 
> That was my goal with the Linux-installer, although we could have two
> versions, too.

I really need a minimalist version of it, too, for the RH-like installer.
I'm working on it.

> I _must_ start working on EFS again.  I assume I've missed the 2.2
> freeze, but I could still help a lot of people by getting off my a** and
> finishing it.  My apologies to those who are waiting on it.

Let me know if I can help.

Here's a question:  is it possible to boot off of the local disk without
the image being on an EFS partition? Will I ever be able to have my
machine have no EFS partition? How will ARC find the image?

> > - make Linux-installer-0.1c with root-be-0.03.tar.gz (with Mike's
> >   permission)
> Sold!

Tomorrow..  I promise.

> > - document all this (damn, I wish I had another SCSI disk to practice
> >   installs)

I'm bidding right now on another SCSI disk, so I should be setup for it
soon.

- Alex

Re: root-be-0.03.tar.gz

[Mike Shaver]

Alex deVries wrote:
> Here's a question:  is it possible to boot off of the local disk without
> the image being on an EFS partition? Will I ever be able to have my
> machine have no EFS partition? How will ARC find the image?

Could we not modify sash to know about ext2?
I thought I read somewhere that we could get sash sources/info, which
would help a lot.

Mike

-- 
548137.65 541127.34

Re: root-be-0.03.tar.gz

[Alan Cox]

> Here's a question:  is it possible to boot off of the local disk without
> the image being on an EFS partition? Will I ever be able to have my
> machine have no EFS partition? How will ARC find the image?

Using the Linux initrd stuff. To get the ARC loader to load it all you
end up doing

char __initdata initrd_block[]={
#include "bootdisk.hex.h"
};

8)

Re: root-be-0.03.tar.gz

[Alan Cox]

> Here's a question:  is it possible to boot off of the local disk without
> the image being on an EFS partition? Will I ever be able to have my
> machine have no EFS partition? How will ARC find the image?

Using the Linux initrd stuff. To get the ARC loader to load it all you
end up doing

char __initdata initrd_block[]={
#include "bootdisk.hex.h"
};

8)

Re: root-be-0.03.tar.gz

[Oliver Frommel]

> 
> Could we not modify sash to know about ext2?
> I thought I read somewhere that we could get sash sources/info, which
> would help a lot.
> 

sash is located in the volumen header afaik(?)
wouldn't it be possible to replace sash by another (possibly free) bootloader?

o.

Re: root-be-0.03.tar.gz

[William J. Earl]

Oliver Frommel writes:
 > > 
 > > Could we not modify sash to know about ext2?
 > > I thought I read somewhere that we could get sash sources/info, which
 > > would help a lot.
 > > 
 > 
 > sash is located in the volumen header afaik(?)
 > wouldn't it be possible to replace sash by another (possibly free) bootloader?

     Yes, you can easily replace sash, and the replacement need not even
be called sash, since you can 

	setenv -p OSLoader xyz

to change the name the PROM will use for the boot loader to "xyz".  The
IRIX tool for updating the volume header is dvhtool.

Re: root-be-0.03.tar.gz

[Alistair Lambie]

Alex deVries wrote:
> 
> On Wed, 21 Jan 1998, Mike Shaver wrote:
> > Alex deVries wrote:
> > I _must_ start working on EFS again.  I assume I've missed the 2.2
> > freeze, but I could still help a lot of people by getting off my a** and
> > finishing it.  My apologies to those who are waiting on it.
> 
> Let me know if I can help.
> 
> Here's a question:  is it possible to boot off of the local disk without
> the image being on an EFS partition? Will I ever be able to have my
> machine have no EFS partition? How will ARC find the image?
> 
Couldn't we just put the vmlinux in the volume header and load it from
there....in fact you probably wouldn't even need sash.  Use dvhtool under irix
to add the image.  You may need to make a bigger volume header to fit it.  I'm
not 100% sure if this will work, but it's worth a try.

Cheers, Alistair

-- 
Alistair Lambie                         alambie@wellington.sgi.com
Silicon Graphics New Zealand                SGI Voicemail: 2431455
Level 5, Cigna House,                           Ph: +64-4-494 6325
40 Mercer St, Wellington, NZ                   Fax: +64-4-494 6321

Re: root-be-0.03.tar.gz

[William J. Earl]

Alistair Lambie writes:
 > Alex deVries wrote:
 > > 
 > > On Wed, 21 Jan 1998, Mike Shaver wrote:
 > > > Alex deVries wrote:
 > > > I _must_ start working on EFS again.  I assume I've missed the 2.2
 > > > freeze, but I could still help a lot of people by getting off my a** and
 > > > finishing it.  My apologies to those who are waiting on it.
 > > 
 > > Let me know if I can help.
 > > 
 > > Here's a question:  is it possible to boot off of the local disk without
 > > the image being on an EFS partition? Will I ever be able to have my
 > > machine have no EFS partition? How will ARC find the image?
 > > 
 > Couldn't we just put the vmlinux in the volume header and load it from
 > there....in fact you probably wouldn't even need sash.  Use dvhtool under irix
 > to add the image.  You may need to make a bigger volume header to fit it.  I'm
 > not 100% sure if this will work, but it's worth a try.
...

       vmlinux probably will not fit without repartitioning.  Also, except
for early development, that is pretty tedious.  I would assume that production
Indy linux systems would have just the volume header and linux partitions,
with no IRIX.  

Re: root-be-0.03.tar.gz

[Alistair Lambie]

William J. Earl wrote:
> 
> Alistair Lambie writes:
>  > Alex deVries wrote:
>  > >
>  > > On Wed, 21 Jan 1998, Mike Shaver wrote:
>  > > > Alex deVries wrote:
>  > > > I _must_ start working on EFS again.  I assume I've missed the 2.2
>  > > > freeze, but I could still help a lot of people by getting off my a** and
>  > > > finishing it.  My apologies to those who are waiting on it.
>  > >
>  > > Let me know if I can help.
>  > >
>  > > Here's a question:  is it possible to boot off of the local disk without
>  > > the image being on an EFS partition? Will I ever be able to have my
>  > > machine have no EFS partition? How will ARC find the image?
>  > >
>  > Couldn't we just put the vmlinux in the volume header and load it from
>  > there....in fact you probably wouldn't even need sash.  Use dvhtool under irix
>  > to add the image.  You may need to make a bigger volume header to fit it.  I'm
>  > not 100% sure if this will work, but it's worth a try.
> ...
> 
>        vmlinux probably will not fit without repartitioning.  Also, except
> for early development, that is pretty tedious.  I would assume that production
> Indy linux systems would have just the volume header and linux partitions,
> with no IRIX.

Pro's and Con's:

1. You don't need any boot loader...no sash etc, just use the PROM to load
direct from the volume header.

2. You need to repartition....is that a big problem (and I'm not sure you would
need to repartition if you strip the other stuff out of the vh).

3. We need to 'clone' dvhtool for linux...only needs the ability to move the
vmlinux image to the vh.  Would this be hard?

My assumptions are that you can actually load the kernel from PROM (?) and that
it wouldn't be too hard to clone dvhtool.  

Cheers, Alistair

-- 
Alistair Lambie                         alambie@wellington.sgi.com
Silicon Graphics New Zealand                SGI Voicemail: 2431455
Level 5, Cigna House,                           Ph: +64-4-494 6325
40 Mercer St, Wellington, NZ                   Fax: +64-4-494 6321

Re: root-be-0.03.tar.gz

[ralf]

On Thu, Jan 22, 1998 at 01:04:30PM +0100, Oliver Frommel wrote:

> > Could we not modify sash to know about ext2?
> > I thought I read somewhere that we could get sash sources/info, which
> > would help a lot.
> > 
> 
> sash is located in the volumen header afaik(?)
> wouldn't it be possible to replace sash by another (possibly free) bootloader?

Basically we could Milo for the Indy also.  Milo even has the required
features to be built as ECOFF executable thus supporting old machines
where the ARC proms can't load ELF.

Q: What filesystem types are supported directly by the ARC firmware in the
ROMs?

  Ralf

Re: root-be-0.03.tar.gz

[William J. Earl]

ralf@uni-koblenz.de writes:
 > On Thu, Jan 22, 1998 at 01:04:30PM +0100, Oliver Frommel wrote:
 > 
 > > > Could we not modify sash to know about ext2?
 > > > I thought I read somewhere that we could get sash sources/info, which
 > > > would help a lot.
 > > > 
 > > 
 > > sash is located in the volumen header afaik(?)
 > > wouldn't it be possible to replace sash by another (possibly free) bootloader?
 > 
 > Basically we could Milo for the Indy also.  Milo even has the required
 > features to be built as ECOFF executable thus supporting old machines
 > where the ARC proms can't load ELF.
 > 
 > Q: What filesystem types are supported directly by the ARC firmware in the
 > ROMs?

      In general, just bootp over Ethernet, tape files, and the volume header.
Some machines support floppy (DOS?) and CDROM (iso9660).  

Re: root-be-0.03.tar.gz

[Thomas Bogendoerfer]

On Fri, Jan 23, 1998 at 04:57:25AM +0100, ralf@uni-koblenz.de wrote:
> Q: What filesystem types are supported directly by the ARC firmware in the
> ROMs?

is there a way to do a raw disk access via ARC firmware ? Mabye we could
use some bits from SILO (Sparc Linux Loader) and get ext2fs access this
way. 

Thomas.

-- 
See, you not only have to be a good coder to create a system like Linux,
you have to be a sneaky bastard too ;-)
                   [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>]

Re: root-be-0.03.tar.gz

[ralf]

On Fri, Jan 23, 1998 at 11:24:20PM +0100, Thomas Bogendoerfer wrote:

> On Fri, Jan 23, 1998 at 04:57:25AM +0100, ralf@uni-koblenz.de wrote:
> > Q: What filesystem types are supported directly by the ARC firmware in the
> > ROMs?
> 
> is there a way to do a raw disk access via ARC firmware ? Mabye we could
> use some bits from SILO (Sparc Linux Loader) and get ext2fs access this
> way. 

That´s one way.  Another would be to do it like the Alpha Milo.

Raw access should work by accessing something like
scsi(0)disk(0)rdisk(1)partition(0) or so.  Milo should actually already
provide all the framework required for easy implementation of ext2fs
access.

   Ralf

Re: root-be-0.03.tar.gz

[Thomas Bogendoerfer]

> > is there a way to do a raw disk access via ARC firmware ? Mabye we could
> > use some bits from SILO (Sparc Linux Loader) and get ext2fs access this
> > way. 
> 
> That´s one way.  Another would be to do it like the Alpha Milo.

which would be IMHO a real overkill (Alpha Milo is nearly a complete
Linux kernel with some special stuff for bringing up the hardware). It 
makes sense for Alphas as there are ARC only machines out, and the 
ARC PAL code isn't suited for Linux. So you have to replace the PAL code and
after that the ARC firmware isn't able to do anything, so Alpha Milo has 
to boot the kernel itself. To this it needs to access the hardware and
as the Linux drivers has already been available, why not use them ?
Alpha Milo can also be used as the real firmware on some Alpha boards 
(I've flashed Alpha Milo, so my Alpha doesn't see any ARC stuff).
For Mips Milo we don't need to change PAL code change or other strange
stuff and with raw partition access we can do all what we want.

> Raw access should work by accessing something like
> scsi(0)disk(0)rdisk(1)partition(0) or so.  Milo should actually already
> provide all the framework required for easy implementation of ext2fs
> access.

good, I will to some tests:-)

Thomas.

-- 
See, you not only have to be a good coder to create a system like Linux,
you have to be a sneaky bastard too ;-)
                   [Linus Torvalds in <4rikft$7g5@linux.cs.Helsinki.FI>]