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
