Bug#363344: initramfs-tools and HyperSPARC processor

[BERTRAND Joël <joel.bertrand@systella.fr>]

maximilian attems a écrit :
> severity 363344 important
> tags 363344 moreinfo
> thanks
>
> cher bertrand,
>
> On Tue, Apr 18, 2006 at 06:04:08PM +0200, BERTRAND Joël wrote:
>
> > Package: initramfs-tools
> > Version: 0.59b
> > Severity: grave
> > Arch: sparc
>
>
> hmm it may be serious, but for now i go for important.
> anyway you omitted lots of information.

	Yes, I know ;-)

> >    It is impossible to build a ramfs image on a HyperSPARC 
> > workstation.

	I have done a mistake... I cannot use a ramfs image (I don't make ramfs 
images to boot my SS20).

> please post the error when trying to build the initramfs?

	I cannot post any error because HyperSPARC is not stable enough with 
2.6 kernel. I only use kernels from debian repository or kernel in deb 
package I use for tests : 
http://www.wooyd.org/debian/kernels/linux-image-2.6.16-1-sparc32_2.6.16-6_sparc.deb

> > I have try to install etch/sparc on a SS20 that runs with 
> > four HyperSPARC processors. When it boots, system hangs when it tries to 
> > load the ramfs image.
>
>
> please post the relevant messages.
> are you dropped into a console?

	No. Only a panic message with "bad magic number" when kernel tries to 
mount ramfs image.

> are your devices created? 
> > If I replace HyperSPARC by SuperSPARC-II, I can 
> > restart the workstation without any trouble. I have tested some 
> > configurations and some differents sparc32 CPU's. The only combinaison 
> > that fails is ramfs created by initramfs-tools with HyperSPARC.
>
> trave11er notified me of some sparc trouble,
> but from aboves bug report i have no idea where they could come from.

	For these tests, I have installed two SuperSPARC-II in place of ROSS 
modules. I use a patched kernel (ESP and SMP patches):

hilbert:~# uname -a
Linux hilbert 2.6.17-rc1-patch-smp #4 SMP Tue Apr 18 16:34:12 CEST 2006 
sparc GNU/Linux
hilbert:~# cat /proc/cpuinfo
cpu             : Texas Instruments, Inc. - SuperSparc-(II)
fpu             : SuperSparc on-chip FPU
promlib         : Version 3 Revision 2
prom            : 2.25
type            : sun4m
ncpus probed    : 2
ncpus active    : 2
Cpu0Bogo        : 75.16
Cpu2Bogo        : 75.16
MMU type        : TI Viking/MXCC
contexts        : 65536
nocache total   : 5242880
nocache used    : 1277440
State:
CPU0            : online
CPU2            : online
hilbert:~#

> does fstype work?

	No, it does not... fstype is a sparcv9 executable !

hilbert:~# file /usr/lib/klibc/bin/fstype
/usr/lib/klibc/bin/fstype: ELF 64-bit MSB executable, SPARC V9, version 
1 (SYSV), statically linked (uses shared libs), stripped

	Even I kindly ask my SuperSPARC's, I think they cannot understand what 
they have to do...

	When I have installed initramfs-tools, I have installed the following 
packagesl:

- busybox (1.01-4)
- libklibc (1.2.4-1)
- klibc-utils (1.2.4-1)
- libvolume-id0 (0.089-1)
- udev (0.089-1)
- initramfs-tools (0.59b)

> please post output of:
> /usr/lib/klibc/bin/fstype < /dev/sda1 # please use your real root
> cat /proc/cmdline

hilbert:~# cat /proc/cmdline
root=/dev/md1 ro md=1,/dev/sdb4,/dev/sda4

> lsmod

hilbert:~# lsmod
Module                  Size  Used by
sg                     33216  4
sr_mod                 16680  0
cdrom                  40000  1 sr_mod
sunlance               15024  0
openprom                8560  0
openpromfs             17840  1
softdog                 6644  0
hilbert:~#

	Don't forget kernel panics before it starts init.

> merci beacoup pour vos explications.
> sinon il m'est impossible de savoir ce qui ce passe.
>
> sincèrement

	Amicalement,

	JKB