* A question about zImage when booting from HD
@ 1999-09-06 15:02 Simone Piccardi
1999-09-09 8:12 ` Gabriel Paubert
0 siblings, 1 reply; 7+ messages in thread
From: Simone Piccardi @ 1999-09-06 15:02 UTC (permalink / raw)
To: linuxppc-dev
Hi,
after some time, I'm retrying to boot my board (a MVME2431) from the HD,
but still I have to use NFS. I partitioned the HD as:
Disk /dev/sda: 64 heads, 32 sectors, 8683
cylinders
Units = cylinders of 2048 * 512
bytes
Device Boot Start End Blocks Id
System
/dev/sda1 1 8620 8826864 83
Linux
/dev/sda2 8621 8680 61440 82 Linux
swap
/dev/sda3 * 8681 8683 3072 41 PPC PReP
Boot
then I create an image (make zImage) that is normally working when
booted by NFS (could be this the problem? there are some option to set
during the kernel compilation?) and copied it to /dev/sda3 using dd.
But when i tried to boot from the HD I obtain this:
PPC4-Bug>ioi
I/O Inquiry
Status:
CLUN DLUN CNTRL-TYPE DADDR DTYPE RM
Inquiry-Data
1 0 PC8477 0 $00 Y
<None>
10 50 NCR53C825 5 $00 N SEAGATE ST39140W
1487
PPC4-Bug>pboot 10 50
0
Booting from: NCR53C825, Controller 10, Drive
50
Device Name :
/pci@80000000/pci1000,3@10,0/harddisk@5,0
Loading: Operating
System
IPL Size Exceeds Free-Available
Memory:
IPL Size =AC444000
(&-1404813312)
Free-Available Memory =01F74000
(&32980992)
I looked both in /dev/sda3 and in
/usr/src/linux/arch/ppc/prepboot/zImage and what I get is (the results
were the same):
[root@vmesez1 /root]# od -N 10000 -Ad -tx /dev/sda3
0000000 48000400 00000000 00000000 00000000
0000016 00000000 00000000 00000000 00000000
*
0000432 00000000 00000000 00000000 00008000
0000448 02004101 124f0000 0000b004 00000000
0000464 00000000 00000000 00000000 00000000
*
0000496 00000000 00000000 00000000 000055aa
0000512 00040000 6c5f0900 00004c69 6e757800
0000528 00000000 00000000 00000000 00000000
*
0001024 48000005 7c2802a6 38000000 9401fd8c
0001040 bf410008 48000005 7fc802a6 801e0358
...
and I cannot figure from where I get this IPL Size =AC444000. If I
understand right what is written in the PPCBug manual it seems that the
code start at 1024 (byte 512), and the lenght is 0x095f6c (byte 516),
nothing related to AC444000; I'm missing something in the partion? Or
I'm using a wrong image?
Thanks
--
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: A question about zImage when booting from HD
1999-09-06 15:02 Simone Piccardi
@ 1999-09-09 8:12 ` Gabriel Paubert
1999-09-09 13:15 ` VALETTE Eric
0 siblings, 1 reply; 7+ messages in thread
From: Gabriel Paubert @ 1999-09-09 8:12 UTC (permalink / raw)
To: Simone Piccardi; +Cc: linuxppc-dev
On Mon, 6 Sep 1999, Simone Piccardi wrote:
>
> Hi,
> after some time, I'm retrying to boot my board (a MVME2431) from the HD,
> but still I have to use NFS. I partitioned the HD as:
>
> Disk /dev/sda: 64 heads, 32 sectors, 8683
> cylinders
> Units = cylinders of 2048 * 512
> bytes
>
> Device Boot Start End Blocks Id
> System
> /dev/sda1 1 8620 8826864 83
> Linux
> /dev/sda2 8621 8680 61440 82 Linux
> swap
> /dev/sda3 * 8681 8683 3072 41 PPC PReP
> Boot
>
> then I create an image (make zImage) that is normally working when
> booted by NFS (could be this the problem? there are some option to set
> during the kernel compilation?) and copied it to /dev/sda3 using dd.
>
> But when i tried to boot from the HD I obtain this:
> PPC4-Bug>ioi
> I/O Inquiry
> Status:
> CLUN DLUN CNTRL-TYPE DADDR DTYPE RM
> Inquiry-Data
> 1 0 PC8477 0 $00 Y
> <None>
> 10 50 NCR53C825 5 $00 N SEAGATE ST39140W
> 1487
> PPC4-Bug>pboot 10 50
> 0
> Booting from: NCR53C825, Controller 10, Drive
> 50
> Device Name :
> /pci@80000000/pci1000,3@10,0/harddisk@5,0
> Loading: Operating
> System
>
> IPL Size Exceeds Free-Available
> Memory:
> IPL Size =AC444000
> (&-1404813312)
> Free-Available Memory =01F74000
> (&32980992)
>
> I looked both in /dev/sda3 and in
> /usr/src/linux/arch/ppc/prepboot/zImage and what I get is (the results
> were the same):
>
> [root@vmesez1 /root]# od -N 10000 -Ad -tx /dev/sda3
> 0000000 48000400 00000000 00000000 00000000
> 0000016 00000000 00000000 00000000 00000000
> *
> 0000432 00000000 00000000 00000000 00008000
> 0000448 02004101 124f0000 0000b004 00000000
> 0000464 00000000 00000000 00000000 00000000
> *
> 0000496 00000000 00000000 00000000 000055aa
> 0000512 00040000 6c5f0900 00004c69 6e757800
> 0000528 00000000 00000000 00000000 00000000
> *
> 0001024 48000005 7c2802a6 38000000 9401fd8c
> 0001040 bf410008 48000005 7fc802a6 801e0358
> ...
>
> and I cannot figure from where I get this IPL Size =AC444000. If I
> understand right what is written in the PPCBug manual it seems that the
> code start at 1024 (byte 512), and the lenght is 0x095f6c (byte 516),
> nothing related to AC444000; I'm missing something in the partion? Or
> I'm using a wrong image?
Well, I don't think so. I'm also very surprised since I have a very
similar setup and I have never seen this command fail (NetBoot is another
story), the length in /dev/sda3 is correct.
What is your verssion of PPCBug ?
Can you try PBOOT;A and PBOOT;V ?
Regards,
Gabriel.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: A question about zImage when booting from HD
1999-09-09 8:12 ` Gabriel Paubert
@ 1999-09-09 13:15 ` VALETTE Eric
0 siblings, 0 replies; 7+ messages in thread
From: VALETTE Eric @ 1999-09-09 13:15 UTC (permalink / raw)
To: paubert; +Cc: Simone.Piccardi, linuxppc-dev
>>>>> "Gabriel" == Gabriel Paubert <paubert@iram.es> writes:
Gabriel> On Mon, 6 Sep 1999, Simone Piccardi wrote:
Gabriel> Well, I don't think so. I'm also very surprised since I have a very
Gabriel> similar setup and I have never seen this command fail (NetBoot is another
Gabriel> story), the length in /dev/sda3 is correct.
Gabriel> What is your verssion of PPCBug ?
Gabriel> Can you try PBOOT;A and PBOOT;V ?
Gabriel> Regards,
Gabriel> Gabriel.
I had a lot of problem on MPC750 to have PBOOT working with the
same archive than via the NBO command. The reason was a byte swapping
problem in the IDE low level command.
What is actually at vger does not work on my board. I have to patche the kernel
with the following patch :
*** ./arch/ppc/kernel/prep_setup.c~ Fri Jun 4 22:30:47 1999
--- ./arch/ppc/kernel/prep_setup.c Tue Jul 6 17:00:39 1999
***************
*** 629,641 ****
void
prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
{
! _insw((unsigned short *)((port)+_IO_BASE), buf, ns);
}
void
prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
{
! _outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
}
int
--- 629,641 ----
void
prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
{
! ide_insw((unsigned short *)((port)+_IO_BASE), buf, ns);
}
void
prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
{
! ide_outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
}
int
***************
*** 688,693 ****
--- 688,694 ----
void
prep_ide_fix_driveid(struct hd_driveid *id)
{
+ ppc_generic_ide_fix_driveid(id);
}
__initfunc(void
--
__
/ ` Eric Valette
/-- __ o _. Canon CRF - Communication Dept
(___, / (_(_(__ Rue de la touche lambert
35517 Cesson-Sevigne Cedex
FRANCE
Tel: +33 (0)2 99 87 68 91 Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr http://www.crf.canon.fr
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: A question about zImage when booting from HD
@ 1999-09-09 20:28 Hewitt Ian-MCG30344
1999-09-13 18:47 ` Simone Piccardi
0 siblings, 1 reply; 7+ messages in thread
From: Hewitt Ian-MCG30344 @ 1999-09-09 20:28 UTC (permalink / raw)
To: VALETTE Eric, paubert; +Cc: Simone.Piccardi, linuxppc-dev
Hello,
I have seen this on our boards in the lab and at customers.
It seems to be related to left over data on the drive. In other
words, if you have a disk with this problem and you zero out the
beginning of the disk (by specifically writing blocks of 0's to
the drive for the first couple hundred blocks), this issue goes
away. I have not had any time to track down why this is a problem,
but obviously some non zero value in an inopportune place is
causing a problem. Either in the partition table, of the
boot block of the partition. (Of course, I always use /dev/sda1
as the boot partition, so my above fix didn't help narrow that
down any)
Unfortunately, this is very destructive (unless you do it
when installing), you could experiment with less brute force
methods. I would be curious to know what you find out. Good Luck.
Ian Hewitt
Systems Engineer
Motorola Computer Group
> -----Original Message-----
> From: VALETTE Eric [mailto:valette@crf.canon.fr]
> Sent: Thursday, September 09, 1999 9:15 AM
> To: paubert@iram.es
> Cc: Simone.Piccardi@fi.infn.it; linuxppc-dev@lists.linuxppc.org
> Subject: Re: A question about zImage when booting from HD
>
>
>
> >>>>> "Gabriel" == Gabriel Paubert <paubert@iram.es> writes:
>
> Gabriel> On Mon, 6 Sep 1999, Simone Piccardi wrote:
>
> Gabriel> Well, I don't think so. I'm also very surprised
> since I have a very
> Gabriel> similar setup and I have never seen this command
> fail (NetBoot is another
> Gabriel> story), the length in /dev/sda3 is correct.
>
> Gabriel> What is your verssion of PPCBug ?
>
> Gabriel> Can you try PBOOT;A and PBOOT;V ?
>
> Gabriel> Regards,
> Gabriel> Gabriel.
>
>
> I had a lot of problem on MPC750 to have PBOOT working with the
> same archive than via the NBO command. The reason was a byte swapping
> problem in the IDE low level command.
>
> What is actually at vger does not work on my board. I have to
> patche the kernel
> with the following patch :
>
> *** ./arch/ppc/kernel/prep_setup.c~ Fri Jun 4 22:30:47 1999
> --- ./arch/ppc/kernel/prep_setup.c Tue Jul 6 17:00:39 1999
> ***************
> *** 629,641 ****
> void
> prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
> {
> ! _insw((unsigned short *)((port)+_IO_BASE), buf, ns);
> }
>
> void
> prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
> {
> ! _outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
> }
>
> int
> --- 629,641 ----
> void
> prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
> {
> ! ide_insw((unsigned short *)((port)+_IO_BASE), buf, ns);
> }
>
> void
> prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
> {
> ! ide_outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
> }
>
> int
> ***************
> *** 688,693 ****
> --- 688,694 ----
> void
> prep_ide_fix_driveid(struct hd_driveid *id)
> {
> + ppc_generic_ide_fix_driveid(id);
> }
>
> __initfunc(void
>
>
>
>
> --
> __
> / ` Eric Valette
> /-- __ o _. Canon CRF - Communication Dept
> (___, / (_(_(__ Rue de la touche lambert
> 35517 Cesson-Sevigne Cedex
> FRANCE
> Tel: +33 (0)2 99 87 68 91 Fax: +33 (0)2 99 84 11 30
> E-mail: valette@crf.canon.fr http://www.crf.canon.fr
>
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: A question about zImage when booting from HD
1999-09-09 20:28 A question about zImage when booting from HD Hewitt Ian-MCG30344
@ 1999-09-13 18:47 ` Simone Piccardi
1999-09-13 22:10 ` Matt Porter
0 siblings, 1 reply; 7+ messages in thread
From: Simone Piccardi @ 1999-09-13 18:47 UTC (permalink / raw)
Cc: linuxppc-dev
I'm using /dev/sda3 to boot, but I tried anyway to zero it to see if
something change, but without success. I give a dd if=/dev/zero
of=/dev/sda3 count=100 and then I copied again zImage in the partition,
but the result was the same of before.
Before erasing all my system I would like to be sure that if I use
/dev/sda1 it will work. My board is a MVME2432 with a MPC101 PCI
mezzanine card.
Thanks
--
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: A question about zImage when booting from HD
1999-09-13 18:47 ` Simone Piccardi
@ 1999-09-13 22:10 ` Matt Porter
1999-09-14 19:20 ` Simone Piccardi
0 siblings, 1 reply; 7+ messages in thread
From: Matt Porter @ 1999-09-13 22:10 UTC (permalink / raw)
To: Simone Piccardi; +Cc: linuxppc-dev
On Mon, 13 Sep 1999, Simone Piccardi wrote:
> I'm using /dev/sda3 to boot, but I tried anyway to zero it to see if
> something change, but without success. I give a dd if=/dev/zero
> of=/dev/sda3 count=100 and then I copied again zImage in the partition,
> but the result was the same of before.
>
> Before erasing all my system I would like to be sure that if I use
> /dev/sda1 it will work. My board is a MVME2432 with a MPC101 PCI
> mezzanine card.
I've had problems in the past with some Powerstack systems not being able
to boot a PReP image from anything other than /dev/sda1....since then I've
been recommending everybody just install the image to sda1 and root from
sda2.
I tried to recreate you problem because I didn't think it existed on our
newer PowerPlus systems. I slapped a PMC101 in a MVME2431 in the rack and
installed Debian/PowerPC to it with sda1->swap, sda2->root, and
sda3->prepboot with no problems. It made the system automatically
bootable from sda3 and a "pboot 10 40" (disk on SCSI ID 4) booted up.
Can you post a dump of your partition table on the disk plus the first 1k
of the image? I have seen the error before somewhere but I think that was
on a byte swapped IDE system the PPCBUG couldn't read...SCSI doesn't have
that problem..bad bad IDE.
--
Matt Porter Motorola Computer Group
mporter@mcg.mot.com CIBU Linux Support
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: A question about zImage when booting from HD
1999-09-13 22:10 ` Matt Porter
@ 1999-09-14 19:20 ` Simone Piccardi
0 siblings, 0 replies; 7+ messages in thread
From: Simone Piccardi @ 1999-09-14 19:20 UTC (permalink / raw)
To: Matt Porter; +Cc: linuxppc-dev
Ok,
I retryed to boot from HD using the new 2.2.12 kernel compiled with the
last patches made by Gabriel. Just to be sure I repeated the same
procedure of before, first I zeroed the partition with:
dd if=/dev/zero of=/dev/sda3 count=1000
and I checked that was zeroed; then I copied the kernel image with:
dd if=/usr/src/linux/arch/ppc/prepboot/zImage of=/dev/sda3
(is the same image that i'm using to boot by tftp).
This is the output of the dump in the disk:
[root@vmesez1 /root]# od -N 2048 -Ad -tx /dev/sda
0000000 00000000 00000000 00000000 00000000
*
0000432 00000000 00000000 00000000 00000001
0000448 0100833f e0ff2000 0000e05f 0d01003f
0000464 e0ff823f e0ff0060 0d0100e0 0100803f
0000480 e0ff413f e0ff0040 0f010018 00000000
0000496 00000000 00000000 00000000 000055aa
0000512 00000000 00000000 00000000 00000000
*
0002048
Instead if I dump the boot partition I get:
[root@vmesez1 /root]# od -N 2048 -Ad -tx /dev/sda3
0000000 48000400 00000000 00000000 00000000
0000016 00000000 00000000 00000000 00000000
*
0000432 00000000 00000000 00000000 00008000
0000448 02004101 124f0000 0000c004 00000000
0000464 00000000 00000000 00000000 00000000
*
0000496 00000000 00000000 00000000 000055aa
0000512 00040000 4c7e0900 00004c69 6e757800
0000528 00000000 00000000 00000000 00000000
*
0001024 48000005 7c2802a6 38000000 9401fd8c
0001040 bf410008 48000005 7fc802a6 801e0358
0001056 7fc0f214 7f8000a6 63808000 68008000
0001072 7c000124 7c1f42a6 7fb0faa6 5400843e
0001088 29000001 418a0018 63a0fc00 68003c00
0001104 7c0004ac 4c00012c 7c10fba6 480001b9
0001120 81be8014 906d0000 908d0004 90ad0008
0001136 90cd000c 3c60000a 90ed0010 910d0014
0001152 38638f94 912d0018 914d001c 938d0030
0001168 93ad0034 93ed0038 480016dd 809e800c
0001184 38a00098 806d002c 80cd0020 4800022d
0001200 7c6903a6 806d0024 3ca00009 809e8010
0001216 38a57e4c 80cd0020 811e8018 7ce41850
0001232 7d083a14 7fde3a14 7dad3a14 7d0803a6
0001248 4e800420 802d0028 38000000 9401fff0
0001264 48000125 815e8008 3800044d 394afffc
0001280 2c000000 7c0903a6 38000000 4182000c
0001296 940a0004 4200fffc 48000175 4800018d
0001312 38600000 418a0014 7c7883a6 7c7a83a6
0001328 7c7c83a6 7c7e83a6 7c7083a6 7c7183a6
0001344 7c7283a6 7c7383a6 7c7483a6 7c7583a6
0001360 7c7683a6 7c7783a6 3c60000a 38638f94
0001376 7c0004ac 48001ce9 48000109 480006cd
0001392 809e801c 3ca00008 80de8020 3c600016
0001408 80fe8024 38a56890 38634054 7ce63850
0001424 480004d9 48000115 806d0000 808d0004
0001440 80ad0008 80cd000c 80ed0010 810d0014
0001456 812d0018 814d001c 83c00000 7fc903a6
0001472 3fc0deae 3bdec0de 93c00000 83cd003c
0001488 93c00004 3bc00000 7c00f06c 418a001c
0001504 7c10faa6 60004400 7c0004ac 7c10fba6
0001520 68004400 7c10fba6 4e800420 7d4000a6
0001536 38600040 7d4a1878 7d400124 38630001
0001552 4bfffffd 38000074 399e8000 817e8000
0001568 7c0903a6 7d6b6050 398cfffc 840c0004
0001584 7c005a14 900c0000 4200fff4 38000053
0001600 819e8004 2c000000 7c0903a6 398cfffc
0001616 4d820020 854c0004 7c0a586e 7c005a14
0001632 914c0000 900a0000 4200ffec 4e800020
0001648 7c0000a6 60000070 7d6802a6 68000040
0001664 7d7a03a6 7c1b03a6 4c000064 7c0000a6
0001680 60000070 7d6802a6 68000070 7d7a03a6
0001696 7c1b03a6 4c000064 3d601000 356bf000
0001712 7c005a64 4080fff8 7c0004ac 4e800020
0001728 3883ffff 8c040001 2c000000 4082fff8
0001744 7c632050 4e800020 7c832040 38050003
0001760 5400f0bf 41860040 4182007c 7c0903a6
0001776 4084001c 3904fffc 38e3fffc 84080004
0001792 94070004 4200fff8 4800001c 5400103a
0001808 7d040214 7ce30214 8408fffc 9407fffc
0001824 4200fff8 2c060000 7ca32a14 41820038
0001840 3806ffff 7c630078 7c641b78 7c042840
0001856 7c00206c 7c843214 4180fff4 7c0004ac
0001872 7c641b78 7c042840 7c0027ac 7c843214
0001888 4180fff4 7c0004ac 4c00012c 4e800020
0001904 0009ad14 0009a9c8 9421fff0 7c0802a6
0001920 bfc10008 90010014 48000005 7fc802a6
0001936 801effe8 7fc0f214 807e8000 4800b7a1
0001952 48000000 7ca52b79 7c691b78 4d820020
0001968 98890000 39290001 34a5ffff 4082fff4
0001984 4e800020 7ca02b78 2c000000 7c6b1b78
0002000 38a5ffff 4d820020 89240000 7ca02b78
0002016 2c000000 992b0000 38840001 396b0001
0002032 38a5ffff 4082ffe4 4e800020 0009a940
0002048
And thi is what I have in the kernel image;
[root@vmesez1 /root]# od -N 2048 -Ad -tx
/usr/src/linux/arch/ppc/prepboot/zImage
0000000 48000400 00000000 00000000 00000000
0000016 00000000 00000000 00000000 00000000
*
0000432 00000000 00000000 00000000 00008000
0000448 02004101 124f0000 0000c004 00000000
0000464 00000000 00000000 00000000 00000000
*
0000496 00000000 00000000 00000000 000055aa
0000512 00040000 4c7e0900 00004c69 6e757800
0000528 00000000 00000000 00000000 00000000
*
0001024 48000005 7c2802a6 38000000 9401fd8c
0001040 bf410008 48000005 7fc802a6 801e0358
0001056 7fc0f214 7f8000a6 63808000 68008000
0001072 7c000124 7c1f42a6 7fb0faa6 5400843e
0001088 29000001 418a0018 63a0fc00 68003c00
0001104 7c0004ac 4c00012c 7c10fba6 480001b9
0001120 81be8014 906d0000 908d0004 90ad0008
0001136 90cd000c 3c60000a 90ed0010 910d0014
0001152 38638f94 912d0018 914d001c 938d0030
0001168 93ad0034 93ed0038 480016dd 809e800c
0001184 38a00098 806d002c 80cd0020 4800022d
0001200 7c6903a6 806d0024 3ca00009 809e8010
0001216 38a57e4c 80cd0020 811e8018 7ce41850
0001232 7d083a14 7fde3a14 7dad3a14 7d0803a6
0001248 4e800420 802d0028 38000000 9401fff0
0001264 48000125 815e8008 3800044d 394afffc
0001280 2c000000 7c0903a6 38000000 4182000c
0001296 940a0004 4200fffc 48000175 4800018d
0001312 38600000 418a0014 7c7883a6 7c7a83a6
0001328 7c7c83a6 7c7e83a6 7c7083a6 7c7183a6
0001344 7c7283a6 7c7383a6 7c7483a6 7c7583a6
0001360 7c7683a6 7c7783a6 3c60000a 38638f94
0001376 7c0004ac 48001ce9 48000109 480006cd
0001392 809e801c 3ca00008 80de8020 3c600016
0001408 80fe8024 38a56890 38634054 7ce63850
0001424 480004d9 48000115 806d0000 808d0004
0001440 80ad0008 80cd000c 80ed0010 810d0014
0001456 812d0018 814d001c 83c00000 7fc903a6
0001472 3fc0deae 3bdec0de 93c00000 83cd003c
0001488 93c00004 3bc00000 7c00f06c 418a001c
0001504 7c10faa6 60004400 7c0004ac 7c10fba6
0001520 68004400 7c10fba6 4e800420 7d4000a6
0001536 38600040 7d4a1878 7d400124 38630001
0001552 4bfffffd 38000074 399e8000 817e8000
0001568 7c0903a6 7d6b6050 398cfffc 840c0004
0001584 7c005a14 900c0000 4200fff4 38000053
0001600 819e8004 2c000000 7c0903a6 398cfffc
0001616 4d820020 854c0004 7c0a586e 7c005a14
0001632 914c0000 900a0000 4200ffec 4e800020
0001648 7c0000a6 60000070 7d6802a6 68000040
0001664 7d7a03a6 7c1b03a6 4c000064 7c0000a6
0001680 60000070 7d6802a6 68000070 7d7a03a6
0001696 7c1b03a6 4c000064 3d601000 356bf000
0001712 7c005a64 4080fff8 7c0004ac 4e800020
0001728 3883ffff 8c040001 2c000000 4082fff8
0001744 7c632050 4e800020 7c832040 38050003
0001760 5400f0bf 41860040 4182007c 7c0903a6
0001776 4084001c 3904fffc 38e3fffc 84080004
0001792 94070004 4200fff8 4800001c 5400103a
0001808 7d040214 7ce30214 8408fffc 9407fffc
0001824 4200fff8 2c060000 7ca32a14 41820038
0001840 3806ffff 7c630078 7c641b78 7c042840
0001856 7c00206c 7c843214 4180fff4 7c0004ac
0001872 7c641b78 7c042840 7c0027ac 7c843214
0001888 4180fff4 7c0004ac 4c00012c 4e800020
0001904 0009ad14 0009a9c8 9421fff0 7c0802a6
0001920 bfc10008 90010014 48000005 7fc802a6
0001936 801effe8 7fc0f214 807e8000 4800b7a1
0001952 48000000 7ca52b79 7c691b78 4d820020
0001968 98890000 39290001 34a5ffff 4082fff4
0001984 4e800020 7ca02b78 2c000000 7c6b1b78
0002000 38a5ffff 4d820020 89240000 7ca02b78
0002016 2c000000 992b0000 38840001 396b0001
0002032 38a5ffff 4082ffe4 4e800020 0009a940
And they seems to me identical. In any case when I give pboot 10 50 (I
have the disk un LUN 5) I get the same error:
PPC4-Bug>pboot 10 50
Booting from: NCR53C825, Controller 10, Drive 50
Device Name : /pci@80000000/pci1000,3@10,0/harddisk@5,0
Loading: Operating System
IPL Size Exceeds Free-Available Memory:
IPL Size =AC444000 (&-1404813312)
Free-Available Memory =01F74000 (&32980992)
And also looking in the header I do not understand where this AC444000
come from. My dubt is that I'm using a wrong driver for the SCSI, so I
write something wrong; this is what I have in .config:
#
# SCSI low-level drivers
#
[snip]
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=8
CONFIG_AIC7XXX_PROC_STATS=y
CONFIG_AIC7XXX_RESET_DELAY=15
[snip]
CONFIG_SCSI_NCR53C8XX=y
# CONFIG_SCSI_SYM53C8XX is not set
CONFIG_SCSI_NCR53C8XX_DEFAULT_TAGS=8
CONFIG_SCSI_NCR53C8XX_MAX_TAGS=32
CONFIG_SCSI_NCR53C8XX_SYNC=20
[snip]
# CONFIG_SCSI_DEBUG is not set
CONFIG_SCSI_MESH=y
CONFIG_SCSI_MESH_SYNC_RATE=5
CONFIG_SCSI_MAC53C94=y
(I didn't touch the original config that I take from Gabriel site, I
just add the NCR53C8XX).
I hope this help on understanding he problem. In any case I cannot try
to put the kernel in /dev/sda1 until I get a new disk.
Thanks
--
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~1999-09-14 19:20 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1999-09-09 20:28 A question about zImage when booting from HD Hewitt Ian-MCG30344
1999-09-13 18:47 ` Simone Piccardi
1999-09-13 22:10 ` Matt Porter
1999-09-14 19:20 ` Simone Piccardi
-- strict thread matches above, loose matches on Subject: below --
1999-09-06 15:02 Simone Piccardi
1999-09-09 8:12 ` Gabriel Paubert
1999-09-09 13:15 ` VALETTE Eric
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).