NetBSD on OpenFirmware PowerPC systems (NetBSD/ofppc)

nello martuscielli | 14 Mar 2011 23:05

about Pegasos1 (april fix 2) support

hi,

is there a chance to use an old Genesi Pegasos1 G3 600MHz (IBM
PowerpPC 750Cxe) ?

thanks,

Nel
--
Power Mac G4 AGP 450MHz - CRUX PPC (32bit) 2.7

headers

Frank Wille | 15 Mar 2011 09:30

Re: about Pegasos1 (april fix 2) support

On Mon, 14 Mar 2011 23:05:18 +0100
nello martuscielli <ppc.addon <at> gmail.com> wrote:

> is there a chance to use an old Genesi Pegasos1 G3 600MHz (IBM
> PowerpPC 750Cxe) ?

Yes, of course! I'm looking since years for somebody who owns a Pegasos1.
I even asked on MorphZone without getting any reaction.

If you want to help and have the time and knowledge to test some kernels,
we can try to adapt it for the Pegasos1. Just contact me.

Regards,

--

-- 
Frank Wille

headers

Konstantin Felix Madeheim | 15 Mar 2011 12:52

Re: about Pegasos1 (april fix 2) support

FWIW, I also still own a Pegasos 1 (256 Megs, Radeon 7000) that was  
given to me by Christian Krenner in 2005. Only tried MorphOS, Debian,  
OpenSolaris & OpenBSD (the latter two not working, of course).
I may be able to donate some time to NetBSD kernel boot testing &  
dmesg via serial console if supplied with kernel images...

-- 
K. F. Madeheim
<stanmade <at> gmail.com>

On Mar 15, 2011, at 9:30, Frank Wille <frank <at> phoenix.owl.de> wrote:

> On Mon, 14 Mar 2011 23:05:18 +0100
> nello martuscielli <ppc.addon <at> gmail.com> wrote:
>
>> is there a chance to use an old Genesi Pegasos1 G3 600MHz (IBM
>> PowerpPC 750Cxe) ?
>
> Yes, of course! I'm looking since years for somebody who owns a  
> Pegasos1.
> I even asked on MorphZone without getting any reaction.
>
> If you want to help and have the time and knowledge to test some  
> kernels,
> we can try to adapt it for the Pegasos1. Just contact me.
>
> Regards,
>
> -- 
> Frank Wille

(Continue reading)

headers

Frank Wille | 15 Mar 2011 18:49

Re: about Pegasos1 (april fix 2) support

Konstantin Felix Madeheim wrote:

> FWIW, I also still own a Pegasos 1 (256 Megs, Radeon 7000) that was  
> given to me by Christian Krenner in 2005. Only tried MorphOS, Debian,  
> OpenSolaris & OpenBSD (the latter two not working, of course).
> I may be able to donate some time to NetBSD kernel boot testing &  
> dmesg via serial console if supplied with kernel images...

Thanks. Will contact you privately for more information.

--

-- 
Frank Wille

headers

Konstantin Felix Madeheim | 15 Mar 2011 12:54

Fwd: about Pegasos1 (april fix 2) support

Sorry guys, wrong ppc list.

Begin forwarded message:

From: Konstantin Felix Madeheim <stanmade <at> gmail.com>
Date: March 15, 2011 12:52:56 GMT+01:00
To: Frank Wille <frank <at> phoenix.owl.de>, "port-powerpc <at> netbsd.org" <port-powerpc <at> netbsd.org>
Subject: Re: about Pegasos1 (april fix 2) support

FWIW, I also still own a Pegasos 1 (256 Megs, Radeon 7000) that was given to me by Christian Krenner in 2005. Only tried MorphOS, Debian, OpenSolaris & OpenBSD (the latter two not working, of course).
I may be able to donate some time to NetBSD kernel boot testing & dmesg via serial console if supplied with kernel images...

--
K. F. Madeheim
<stanmade <at> gmail.com>

On Mar 15, 2011, at 9:30, Frank Wille <frank <at> phoenix.owl.de> wrote:

On Mon, 14 Mar 2011 23:05:18 +0100

nello martuscielli <ppc.addon <at> gmail.com> wrote:

is there a chance to use an old Genesi Pegasos1 G3 600MHz (IBM

PowerpPC 750Cxe) ?

Yes, of course! I'm looking since years for somebody who owns a Pegasos1.

I even asked on MorphZone without getting any reaction.

If you want to help and have the time and knowledge to test some kernels,

we can try to adapt it for the Pegasos1. Just contact me.

Regards,

--

Frank Wille

headers

acrux | 17 Mar 2011 13:30

Re: Fwd: about Pegasos1 (april fix 2) support


On Tue, 15 Mar 2011 12:54:43 +0100
Konstantin Felix Madeheim <stanmade <at> gmail.com> wrote:

_omissis__
> 
> > FWIW, I also still own a Pegasos 1 (256 Megs, Radeon 7000) that
> > was given to me by Christian Krenner in 2005. Only tried MorphOS,  
> > Debian, OpenSolaris & OpenBSD (the latter two not working, of
> > course). I may be able to donate some time to NetBSD kernel boot
> > testing & dmesg via serial console if supplied with kernel images...
> >

hi,
you could directly send the board to Frank if you are located in the
same country.

We are located in Italy and to share our board is a bit expensive and
a time consumption operation... 'cause it's about three weeks per
shipment with registered mail from Italy to Germany.

regards,
--nico

p.s. i just sent our Pegasos2 G4 cpu card to 'bplan GmbH' to repair it
and the registered shipment took 22 days!
--

-- 
GNU/Linux on Power Architecture
CRUX PPC - http://cruxppc.org/

headers

Frank Wille | 17 Mar 2011 13:48

Re: Fwd: about Pegasos1 (april fix 2) support

On Thu, 17 Mar 2011 13:30:58 +0100
acrux <acrux_it <at> libero.it> wrote:

> Konstantin Felix Madeheim <stanmade <at> gmail.com> wrote:
> > > FWIW, I also still own a Pegasos 1 (256 Megs, Radeon 7000) [...]
>
> you could directly send the board to Frank if you are located in the
> same country.

This could indeed speed up the whole process. But when somebody is really
interested in it, and willing to spend a lot of time, it can also be done
remotely.

AFAIK the Pegasos1 was booting under Linux in the past. Do you know of
any problem with the Peg1 OFW accessing block devices, like a CD-ROM?
Were they solved or is Linux going another route of booting the system?

--

-- 
Frank Wille

headers

nello martuscielli | 15 Mar 2011 13:34

Re: about Pegasos1 (april fix 2) support

On Tue, Mar 15, 2011 at 9:30 AM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> On Mon, 14 Mar 2011 23:05:18 +0100
> nello martuscielli <ppc.addon <at> gmail.com> wrote:
>
>> is there a chance to use an old Genesi Pegasos1 G3 600MHz (IBM
>> PowerpPC 750Cxe) ?
>
> Yes, of course! I'm looking since years for somebody who owns a Pegasos1.
> I even asked on MorphZone without getting any reaction.
>
> If you want to help and have the time and knowledge to test some kernels,
> we can try to adapt it for the Pegasos1. Just contact me.

hallo Frank,
I've not experience in BSD but i can say that modern linux kernels
aren't able to work with[1].
It'd be nice to have NetBSD working on this system.

Sadly to say that today i must return my Pegasos1 board to his owner
(i.e. the CRUX PPC Team) but I think that sambody helps you and now
i'm going to notify this opportunity (in CC).

cheers,
Nell

[1]Ref.
http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-March/088862.html
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=32271&forum=34&20
http://www.powerdeveloper.org/forums/viewtopic.php?t=1756
http://cruxppc.org/forum/viewtopic.php?p=822#p822
--
Power Mac G4 AGP 450MHz - CRUX PPC (32bit) 2.7

headers

Frank Wille | 15 Mar 2011 18:47

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> I've not experience in BSD but i can say that modern linux kernels
> aren't able to work with[1].

Seems that nobody cared for it any longer.

> It'd be nice to have NetBSD working on this system.

Should be possible when I have access to the hardware and some time. NetBSD
has the advantage that it supports the RDB partition map. So you just have
to add some new partitions under MorphOS to be able to install NetBSD in
parallel to it. Alternatively you can use MBR style partitions (if you
don't need MorphOS).

> Sadly to say that today i must return my Pegasos1 board to his owner
> (i.e. the CRUX PPC Team) but I think that sambody helps you and now
> i'm going to notify this opportunity (in CC).

Ok, that's unfortunate. Maybe we will make it work nevertheless.

--

-- 
Frank Wille

headers

nello martuscielli | 15 Mar 2011 20:32

Re: about Pegasos1 (april fix 2) support

On Tue, Mar 15, 2011 at 6:47 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> nello martuscielli wrote:
>
>> I've not experience in BSD but i can say that modern linux kernels
>> aren't able to work with[1].
>
> Seems that nobody cared for it any longer.
>
>
>> It'd be nice to have NetBSD working on this system.
>
> Should be possible when I have access to the hardware and some time. NetBSD
> has the advantage that it supports the RDB partition map. So you just have
> to add some new partitions under MorphOS to be able to install NetBSD in
> parallel to it. Alternatively you can use MBR style partitions (if you
> don't need MorphOS).
>

Ok, good news. I'll take Pegasos1 for again a month.
My hdd with MOS-1.4.5/CRUXPPC-2.0 goes broken thus i've no interest to
reinstall MOS.
As i know the Pegasos1 firmware is able to read only msdos or amiga
partition table and FAT16, FFS or ISO9660 filesystems where put a
working bootkernel.

I just burned ofppccd-5.1.iso and tried to boot with:
boot cd NBSD/OFWBOOT
but the kernel freezes (or simply doesn't load) here too.
http://oi51.tinypic.com/34tbt5z.jpg

Do you have different bootkernels i can try?
I use to make iso, from gnu/linux machine, with test kernels with the
following command:
genisoimage -r -V TEST -iso-level 4 -chrp-boot -part -probe
-no-desktop -hide-rr-moved -o peg1.iso kernels/
with '-iso-level 4' the pegasos1 smartfirmware is able to fully read
long filenames.

cheers,
Nel
--
Power Mac G4 AGP 450MHz - CRUX PPC (32bit) 2.7

headers

Frank Wille | 15 Mar 2011 21:11

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> As i know the Pegasos1 firmware is able to read only msdos or amiga
> partition table and FAT16, FFS or ISO9660 filesystems where put a
> working bootkernel.

The boot kernel may be on any medium which is supported by ofwboot. So we
are not restricted to the firmware.

> I just burned ofppccd-5.1.iso and tried to boot with:
> boot cd NBSD/OFWBOOT
> but the kernel freezes (or simply doesn't load) here too.
> http://oi51.tinypic.com/34tbt5z.jpg

Looks like it didn't even start booting the kernel.

> Do you have different bootkernels i can try?

I just uploaded a recent kernel (for Pegasos1) and ofwboot to
ftp://ftp.netbsd.org/pub/NetBSD/misc/phx/ofppc_peg1/

The usual method to test new kernels would be to boot ofwboot from a tftp
server, which then uses dhcp to boot the kernel from nfs.

When the new ofwboot doesn't work either, I can make a version with
debugging output.

--

-- 
Frank Wille

headers

nello martuscielli | 16 Mar 2011 00:49

Re: about Pegasos1 (april fix 2) support

On Tue, Mar 15, 2011 at 9:11 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:

_cut____
>
>> Do you have different bootkernels i can try?
>
> I just uploaded a recent kernel (for Pegasos1) and ofwboot to
> ftp://ftp.netbsd.org/pub/NetBSD/misc/phx/ofppc_peg1/
>
> The usual method to test new kernels would be to boot ofwboot from a tftp
> server, which then uses dhcp to boot the kernel from nfs.
>
> When the new ofwboot doesn't work either, I can make a version with
> debugging output.
>

hi Frank,

i looked around and it seems pegasos1 is unable to boot from net device.
Thus i burned an ISO with your files.

that's booting:
boot cd ofwboot
http://oi54.tinypic.com/2h7lauf.jpg

and here booting directly the kernel:
boot cd netbsd.gz
http://oi54.tinypic.com/w2c83r.jpg

please, can you suggest me some docs to help you in a better way?

cheers,
Nell
--
Power Mac G4 AGP 450MHz - CRUX PPC (32bit) 2.7

headers

Frank Wille | 16 Mar 2011 11:29

Re: about Pegasos1 (april fix 2) support

On Wed, 16 Mar 2011 00:49:22 +0100
nello martuscielli <ppc.addon <at> gmail.com> wrote:

> i looked around and it seems pegasos1 is unable to boot from net
> device.

Oh, really? I didn't know about that. But I also didn't find any article
saying it should work. Which version have you got? I heard the last one was:
  0.1b114 (20030317114750)

> Thus i burned an ISO with your files.
> 
> that's booting:
> boot cd ofwboot
> http://oi54.tinypic.com/2h7lauf.jpg

Bad firmware. This definitely works on my Pegasos2. The CD-access through
SmartFirmware basically seems to work, but something is different here.

You may try the ofwbootdb with some debugging output from:
  ftp://ftp.NetBSD.org/pub/NetBSD/misc/phx/ofppc_peg1/

> and here booting directly the kernel:
> boot cd netbsd.gz
> http://oi54.tinypic.com/w2c83r.jpg

I remember that it always causes come problems to boot the kernel directly
on the Pegasos. But this shows that the kernel started. It tried to set
the graphics mode with vesa-set-mode (default is 800x600) and reads the
frame buffer address from vesa-frame-buffer-adr. Both fails, because the
Peg1 SmartFirmware probably doesn't support it.

At least we have to find a way to determine the frame-buffer address and
the screen mode to make genfb(4), the generic frame buffer driver, work.

Maybe you find that out. A last option would be to hard-code a resolution
and frame-buffer address for the Pegasos1.

> please, can you suggest me some docs to help you in a better way?

When net-booting doesn't work you don't have much options left. Maybe
it works to make a FAT16 partition on your hard disk and place ofwboot
and the netbsd kernel there, but I never tried that.

On my Pegasos2 I'm using an Amiga-FFS partition to boot ofwboot from,
which then reads the kernel from my NetBSD root partition.

The biggest problem in the Pegasos1 support is not the hardware but the
firmware bugs.

--

-- 
Frank Wille

headers

nello martuscielli | 21 Mar 2011 17:54

Re: about Pegasos1 (april fix 2) support

On Thu, Mar 17, 2011 at 1:48 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
--CUT
>
> AFAIK the Pegasos1 was booting under Linux in the past. Do you know of
> any problem with the Peg1 OFW accessing block devices, like a CD-ROM?
> Were they solved or is Linux going another route of booting the system?
>

there are a lot of bugs on Peg1 OFW... anyway i just installed a very
old CRUX PPC release (2.2.0.2rc1 + linux-2.6.16.62 bootkernel provided
by Acrux) and i was able to do a device-tree dump.

Device-tree dump is kindly hosted here:
http://cruxppc.org/~acrux/peg1-device-tree.tar.gz

I tried ofwbootdb.gz:
http://oi53.tinypic.com/2pts70z.jpg

i hope this helps,
Nell

headers

Frank Wille | 23 Mar 2011 19:31

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> there are a lot of bugs on Peg1 OFW... anyway i just installed a very
> old CRUX PPC release (2.2.0.2rc1 + linux-2.6.16.62 bootkernel provided
> by Acrux) and i was able to do a device-tree dump.
>
> Device-tree dump is kindly hosted here:
> http://cruxppc.org/~acrux/peg1-device-tree.tar.gz

Thanks. That's quite useful.

> I tried ofwbootdb.gz:
> http://oi53.tinypic.com/2pts70z.jpg

Ok. I can only say that the cdrom device was found, but it is unclear
whether OF_open with ":0" partition succeeded.

I have uploaded another ofwbootdb.gz at the same location with some more
detailed output.

--

-- 
Frank Wille

headers

nello martuscielli | 30 Mar 2011 18:10

Re: about Pegasos1 (april fix 2) support

On Wed, Mar 23, 2011 at 7:31 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:

>
> Ok. I can only say that the cdrom device was found, but it is unclear
> whether OF_open with ":0" partition succeeded.
>
> I have uploaded another ofwbootdb.gz at the same location with some more
> detailed output.
>

mmh... nothing again.
http://oi51.tinypic.com/15frq85.jpg

Anyway for example i'm able to boot old cruxppc with these commands:

[from cd]
boot cd /path/to/kernel

[from hdd]
boot /ide/disk:0 /path/to/kernel

where /ide/disk:0 is the first partition of the master hdd for first
ata channel.

cheers,
Nell

headers

Frank Wille | 30 Mar 2011 21:03

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> mmh... nothing again.
> http://oi51.tinypic.com/15frq85.jpg

That's not bad. OF_open() on "/pci <at> 80000000/ide <at> 7,1/cd <at> 0,1:0" worked and
ofwboot can read blocks from the CD with the OFW read method.

But the error 22 indicates that no valid filesystem was detected. This can
have several reasons:

1. Your CD does not contain a sane ISO9660 filesystem.
2. OF_read claims to work but just returns trash or doesn't fill the buffer
at all.
3. OF_read reads a different block than requested.

Let's concentrate on point 1 first. Are you sure your CD is ok? Is the
"netbsd" or "netbsd.gz" file in the root directory, parallel to ofwbootdb?

I just tried tried the same with a CD and ofwbootdb on my Pegasos2 and FS[1]
does not return error 22. This is the ISO9660 file system.

> Anyway for example i'm able to boot old cruxppc with these commands:
>
> [from cd]
> boot cd /path/to/kernel

So cruxppc avoids possible OFW bugs by booting the kernel directly. It
doesn't use any OF_open or OF_read calls.

What happens when you write the full path explicitely:

  boot cd ofwbootdb /pci <at> 80000000/ide <at> 7,1/cd <at> 0,1/netbsd

--

-- 
Frank Wille

headers

nello martuscielli | 30 Mar 2011 21:45

Re: about Pegasos1 (april fix 2) support

On Wed, Mar 30, 2011 at 9:03 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> nello martuscielli wrote:
>
>> mmh... nothing again.
>> http://oi51.tinypic.com/15frq85.jpg
>
> That's not bad. OF_open() on "/pci <at> 80000000/ide <at> 7,1/cd <at> 0,1:0" worked and
> ofwboot can read blocks from the CD with the OFW read method.
>
> But the error 22 indicates that no valid filesystem was detected. This can
> have several reasons:
>
> 1. Your CD does not contain a sane ISO9660 filesystem.
> 2. OF_read claims to work but just returns trash or doesn't fill the buffer
> at all.
> 3. OF_read reads a different block than requested.
>
> Let's concentrate on point 1 first. Are you sure your CD is ok? Is the
> "netbsd" or "netbsd.gz" file in the root directory, parallel to ofwbootdb?
>

well, before i tried to boot from my hdd (first partition with FAT16 fs).

> I just tried tried the same with a CD and ofwbootdb on my Pegasos2 and FS[1]
> does not return error 22. This is the ISO9660 file system.
>

ok, i've now burned bsd files on a cd with iso9660  and i received the
same output except for:
FS[1]_OPEN - error=2

>
>> Anyway for example i'm able to boot old cruxppc with these commands:
>>
>> [from cd]
>> boot cd /path/to/kernel
>
> So cruxppc avoids possible OFW bugs by booting the kernel directly. It
> doesn't use any OF_open or OF_read calls.
>
> What happens when you write the full path explicitely:
>
>  boot cd ofwbootdb /pci <at> 80000000/ide <at> 7,1/cd <at> 0,1/netbsd
>

there is no change declaring bsd kernel full path.

Nell

headers

Frank Wille | 1 Apr 2011 18:22

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> well, before i tried to boot from my hdd (first partition with FAT16
> fs).

I didn't know. Theoretically that would be the better option. Which files
were on your FAT16 partition and what did enter to boot the kernel?

ofwboot should have detected a valid MBR partition format here, which it
didn't.

>> I just tried tried the same with a CD and ofwbootdb on my Pegasos2 and
>> FS[1] does not return error 22. This is the ISO9660 file system.
>
> ok, i've now burned bsd files on a cd with iso9660  and i received the
> same output except for:
> FS[1]_OPEN - error=2

That's the best result so far. Error code 2 means that the file was not
found, which means the ISO9660 file system was correctly detected.

Do you prefer to continue debugging with CD or with FAT16? I would prepare
an ofwboot with appropriate debugging output.

--

-- 
Frank Wille

headers

nello martuscielli | 2 Apr 2011 00:06

Re: about Pegasos1 (april fix 2) support

On Fri, Apr 1, 2011 at 6:22 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> nello martuscielli wrote:
>
>> well, before i tried to boot from my hdd (first partition with FAT16
>> fs).
>
> I didn't know. Theoretically that would be the better option. Which files
> were on your FAT16 partition and what did enter to boot the kernel?
>

i put netbsd.gz and ofwbootdb.gz and etered from smartfirmware prompt:
boot /ide/disk:0 ofwbootdb.gz
and
boot /ide/disk:0 ofwbootdb.gz netbsd.gz

> ofwboot should have detected a valid MBR partition format here, which it
> didn't.
>
>
>>> I just tried tried the same with a CD and ofwbootdb on my Pegasos2 and
>>> FS[1] does not return error 22. This is the ISO9660 file system.
>>
>> ok, i've now burned bsd files on a cd with iso9660  and i received the
>> same output except for:
>> FS[1]_OPEN - error=2
>
> That's the best result so far. Error code 2 means that the file was not
> found, which means the ISO9660 file system was correctly detected.
>
> Do you prefer to continue debugging with CD or with FAT16? I would prepare
> an ofwboot with appropriate debugging output.
>

I prefer from hdd 'cause it's simpler and faster. Thus i can avoid to
blank and burn cdrw for any tests.
Please be sure that bsd kernel is msdos and amiga partition table ,
fat16 fstype and ati radeon framebuffer enabled.

thanks again fro your great effort.

Nell

--
CRUX PPC user !

headers

Frank Wille | 2 Apr 2011 11:56

Re: about Pegasos1 (april fix 2) support

nello martuscielli wrote:

> [..FAT16..]
> i put netbsd.gz and ofwbootdb.gz and etered from smartfirmware prompt:
> boot /ide/disk:0 ofwbootdb.gz
> and
> boot /ide/disk:0 ofwbootdb.gz netbsd.gz

To exclude another error source I would put the files uncompressed onto the
partition (although SmartFirmware and ofwboot can decompress on the fly).

> I prefer from hdd 'cause it's simpler and faster. Thus i can avoid to
> blank and burn cdrw for any tests.

Ok.

According to your last screenshot, which I understood was with a FAT16 RDB
partition, the detection of RDB failed with error 101 (meaning no valid
partition table found). So we should continue debugging there.

You say you were using an Amiga-style RDB partition format.
- Which program did you use to create the partitions?
- What other partitions are present? What is the exact partitioning of the
disk?
- Which ID did you use for the FAT16 partition? It should be 0x4d5344XX.
  (Maybe ofwboot should also support other IDs for FAT.)
- Blocksize of the partition is 512 bytes, I assume?
- Are you sure the RDB is within the first 16 blocks of the disk?

I have uploaded another ofwbootdb.gz on the usual location. It includes some
debugging output for RDB, like the first four bytes of block 0..15 and the
partition details when a rigid disk block was found.

> Please be sure that bsd kernel is msdos and amiga partition table ,
> fat16 fstype and ati radeon framebuffer enabled.

You probably mean ofwboot. The kernel is not even found yet.

--

-- 
Frank Wille

headers

nello martuscielli | 2 Apr 2011 14:42

Re: about Pegasos1 (april fix 2) support

On Sat, Apr 2, 2011 at 11:56 AM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> nello martuscielli wrote:
>
>> [..FAT16..]
>> i put netbsd.gz and ofwbootdb.gz and etered from smartfirmware prompt:
>> boot /ide/disk:0 ofwbootdb.gz
>> and
>> boot /ide/disk:0 ofwbootdb.gz netbsd.gz
>
> To exclude another error source I would put the files uncompressed onto the
> partition (although SmartFirmware and ofwboot can decompress on the fly).
>
>

OK, I'll try new files asap.

>> I prefer from hdd 'cause it's simpler and faster. Thus i can avoid to
>> blank and burn cdrw for any tests.
>
> Ok.
>
> According to your last screenshot, which I understood was with a FAT16 RDB
> partition, the detection of RDB failed with error 101 (meaning no valid
> partition table found). So we should continue debugging there.
>
> You say you were using an Amiga-style RDB partition format.
> - Which program did you use to create the partitions?
> - What other partitions are present? What is the exact partitioning of the
> disk?
> - Which ID did you use for the FAT16 partition? It should be 0x4d5344XX.
>  (Maybe ofwboot should also support other IDs for FAT.)
> - Blocksize of the partition is 512 bytes, I assume?
> - Are you sure the RDB is within the first 16 blocks of the disk?
>
> I have uploaded another ofwbootdb.gz on the usual location. It includes some
> debugging output for RDB, like the first four bytes of block 0..15 and the
> partition details when a rigid disk block was found.
>
>

Peg1 only manage amiga or msdos partition table, i've msdos.
I guess with gnu parted, i received this machine (and the disk)
already partitioned with a first linux installation from Acrux
(cruxppc team) .
Here some info about the disk booting from  linux:

# fdisk -l

Disk /dev/hda: 10.2 GB, 10205282304 bytes
255 heads, 63 sectors/track, 1240 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          13      104391    6  FAT16
/dev/hda2              14          96      666697+  82  Linux swap / Solaris
/dev/hda3              97        1240     9189180    5  Extended
/dev/hda5              97        1240     9189148+  83  Linux

# parted -l
Model: SAMSUNG SV1021H (ide)
Disk /dev/hda: 10.2GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type      File system  Flags
 1      32.3kB  107MB   107MB   primary   fat16        boot
 2      107MB   790MB   683MB   primary   linux-swap
 3      790MB   10.2GB  9410MB  extended
 5      790MB   10.2GB  9410MB  logical   ext3

Attachment (peg1-dmesg.gz): application/x-gzip, 2194 bytes

headers

nello martuscielli | 2 Apr 2011 14:52

Re: about Pegasos1 (april fix 2) support

# lspci -nn
00:00.0 Host bridge [0600]: Mai Logic Incorporated Articia S Host
Bridge [10cc:0660] (rev 01)
00:01.0 PCI bridge [0604]: Mai Logic Incorporated Articia S PCI Bridge
[10cc:0661]
00:06.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394
Host Controller [1106:3044] (rev 46)
00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT8231 [PCI-to-ISA
Bridge] [1106:8231] (rev 10)
00:07.1 IDE interface [0101]: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571]
(rev 06)
00:07.2 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI
USB 1.1 Controller [1106:3038] (rev 1e)
00:07.3 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI
USB 1.1 Controller [1106:3038] (rev 1e)
00:07.4 Non-VGA unclassified device [0000]: VIA Technologies, Inc.
VT8235 ACPI [1106:8235] (rev 10)
00:07.5 Multimedia audio controller [0401]: VIA Technologies, Inc.
VT82C686 AC97 Audio Controller [1106:3058] (rev 40)
00:07.6 Communication controller [0780]: VIA Technologies, Inc. AC'97
Modem Controller [1106:3068] (rev 20)
00:08.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6102
[Rhine-II] [1106:3065] (rev 51)
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV280
[Radeon 9200 SE] [1002:5964] (rev 01)
01:00.1 Display controller [0380]: ATI Technologies Inc RV280 [Radeon
9200 SE] (Secondary) [1002:5d44] (rev 01)

headers

Frank Wille | 2 Apr 2011 20:38

Re: about Pegasos1 (april fix 2) support

On Sat, 2 Apr 2011 14:42:01 +0200
nello martuscielli <ppc.addon <at> gmail.com> wrote:

> Peg1 only manage amiga or msdos partition table, i've msdos.

Then I misunderstood you. I thought you meant amiga partition table in
your last mail.

> Here some info about the disk booting from  linux:
> [...]

Ok, I see the problem. You have MBR partitions and ofwboot must find
a NetBSD partition among them to read a disklabel. It cannot work.

I will see if it makes sense to create a fake disklabel out of FAT
partitions, when there is no NetBSD disklabel found. Maybe that is
also a useful enhancement of ofwboot for others.

Otherwise the only option for the Pegasos1 would be CD-booting.

--

-- 
Frank Wille

headers

nello martuscielli | 5 Apr 2011 17:30

Re: about Pegasos1 (april fix 2) support

On Sat, Apr 2, 2011 at 8:38 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
> On Sat, 2 Apr 2011 14:42:01 +0200
> nello martuscielli <ppc.addon <at> gmail.com> wrote:
>
>> Peg1 only manage amiga or msdos partition table, i've msdos.
>
> Then I misunderstood you. I thought you meant amiga partition table in
> your last mail.
>
>
>> Here some info about the disk booting from  linux:
>> [...]
>
> Ok, I see the problem. You have MBR partitions and ofwboot must find
> a NetBSD partition among them to read a disklabel. It cannot work.
>
> I will see if it makes sense to create a fake disklabel out of FAT
> partitions, when there is no NetBSD disklabel found. Maybe that is
> also a useful enhancement of ofwboot for others.
>
> Otherwise the only option for the Pegasos1 would be CD-booting.
>

it seems a nice step forward! It starts to load netbsd.

well, now booting from CD with gunzipped files:
http://oi51.tinypic.com/maxa8m.jpg

I'll give another try with a different new media in the next days even
i burned twice and i got tha same error at 3141982

cheers,
Nello

headers

Konstantin Felix Madeheim | 21 Mar 2011 18:30

Re: about Pegasos1 (april fix 2) support

Guys, keep it up, I am in the process of setting up a serial to ssh bridge by way of another embedded NetBSD/i386 box for Frank to shell into my Peg1. Details upcoming via private mail. Two or three SanDisk 1GB CF Cards with PATA adapters should be plenty for basic kernel & rootfs, right?

K. F. Madeheim

<stanmade <at> gmail.com>

On Mar 21, 2011, at 17:54, nello martuscielli <ppc.addon <at> gmail.com> wrote:

On Thu, Mar 17, 2011 at 1:48 PM, Frank Wille <frank <at> phoenix.owl.de> wrote:
--CUT

AFAIK the Pegasos1 was booting under Linux in the past. Do you know of

any problem with the Peg1 OFW accessing block devices, like a CD-ROM?

Were they solved or is Linux going another route of booting the system?

there are a lot of bugs on Peg1 OFW... anyway i just installed a very
old CRUX PPC release (2.2.0.2rc1 + linux-2.6.16.62 bootkernel provided
by Acrux) and i was able to do a device-tree dump.

Device-tree dump is kindly hosted here:
http://cruxppc.org/~acrux/peg1-device-tree.tar.gz

I tried ofwbootdb.gz:
http://oi53.tinypic.com/2pts70z.jpg

i hope this helps,
Nell

headers

Frank Wille | 25 Mar 2011 14:13

Re: about Pegasos1 (april fix 2) support

On Mon, 21 Mar 2011 18:30:33 +0100
Konstantin Felix Madeheim <stanmade <at> gmail.com> wrote:

> Guys, keep it up, I am in the process of setting up a serial to ssh  
> bridge by way of another embedded NetBSD/i386 box for Frank to shell  
> into my Peg1. Details upcoming via private mail. Two or three
> SanDisk 1GB CF Cards with PATA adapters should be plenty for basic
> kernel & rootfs, right?

Yes. More than enough for a basic setup.

--

-- 
Frank Wille

headers

..I'd rather be coding ASM! | 15 Mar 2011 22:07

Re: about Pegasos1 (april fix 2) support


Frank,

Probably still has a smouldering smell from the OpenBSD + Genesi incident.

http://www.openbsd.org/pegasos.html

Al.

On Tue, 15 Mar 2011, Frank Wille wrote:

> nello martuscielli wrote:
>
>> I've not experience in BSD but i can say that modern linux kernels
>> aren't able to work with[1].
>
> Seems that nobody cared for it any longer.
>
>
>> It'd be nice to have NetBSD working on this system.
>
> Should be possible when I have access to the hardware and some time. NetBSD
> has the advantage that it supports the RDB partition map. So you just have
> to add some new partitions under MorphOS to be able to install NetBSD in
> parallel to it. Alternatively you can use MBR style partitions (if you
> don't need MorphOS).
>
>
>> Sadly to say that today i must return my Pegasos1 board to his owner
>> (i.e. the CRUX PPC Team) but I think that sambody helps you and now
>> i'm going to notify this opportunity (in CC).
>
> Ok, that's unfortunate. Maybe we will make it work nevertheless.
>
>
>

--

-- 
  --
  Al Boyanich
  adb -w -P "world> " -k /dev/meta/galaxy/ksyms /dev/god/brain

headers

acrux | 16 Mar 2011 01:05

Re: about Pegasos1 (april fix 2) support


On Tue, 15 Mar 2011 18:47:50 +0100
Frank Wille <frank <at> phoenix.owl.de> wrote:

_omissis__
> 
> > Sadly to say that today i must return my Pegasos1 board to his owner
> > (i.e. the CRUX PPC Team) but I think that sambody helps you and now
> > i'm going to notify this opportunity (in CC).
> 
> Ok, that's unfortunate. Maybe we will make it work nevertheless.
> 
> 

hi Nello,
hi Frank,

please take all the time you need to help NetBSD project.

my best regards,
Nico
--

-- 
GNU/Linux on Power Architecture
CRUX PPC - http://cruxppc.org/