* Built-in initramfs not recognized
@ 2013-01-07 16:18 Jan Engelhardt
0 siblings, 0 replies; only message in thread
From: Jan Engelhardt @ 2013-01-07 16:18 UTC (permalink / raw)
To: sparclinux
Hello,
I was trying to use CONFIG_INITRAMFS_SOURCE to specify the initramfs
contents, but this seems to be ignored for sparc64 in the following way.
1. Use CONFIG_INITRAMFS_SOURCE. This causes generation of
$(obj)/usr/initramfs_data.cpio.xz (I am using
CONFIG_INITRAMFS_COMPRESSION_XZ=y as well), and
$(obj)/usr/initramfs_data.o.
initramfs_data.o is placed into vmlinux - verified with looking
for some bytes of initramfs_data.o in the hexdump of vmlinux.
2. Running elftoaout on vmlinux. The initramfs xz data seems retained,
again by looking for it in a hexdump.
3. Executing the so-produced vmlinux.aout via the OBP TFTP mechanism
does not print "Unpacking initramfs" anywhere, and does not execute
/init either.
Using the piggyback tool by means of
1. not using CONFIG_INITRAMFS_SOURCE
2. make tftpboot.img ROOT_IMG=/mystuff.cpio.xz
does however make the kernel recognize the initramfs environment.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2013-01-07 16:18 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-01-07 16:18 Built-in initramfs not recognized Jan Engelhardt
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.