* initrd...
@ 1998-07-03 6:47 Alex deVries
0 siblings, 0 replies; 8+ messages in thread
From: Alex deVries @ 1998-07-03 6:47 UTC (permalink / raw
To: SGI Linux
Well, the good news is that I can now convince the kernel to load an
initrd. The bad news is that I ended up hardcoding the ramdisk into the
kernel. Bleah.
It wasa bit weird to have to override the error detection mechanism that
prevents you from mounting a ramdisk that is within kernel space (so that
you can't write on top of th ekernel).
Anyway, this means that in theory we should be able to get the install to
work:
- on a machine with Irix
- on a machine without Irix, but with another machine
This also opens up the possibility of things like an FTP install.
In my mind that expands the number of installations considerably.
As I said, this is a huge hack; this is only meant for the installer.
- Alex
--
Alex deVries, puffin on LinuxNet.
http://www.engsoc.carleton.ca/~adevries/ .
^ permalink raw reply [flat|nested] 8+ messages in thread
* initrd
@ 2000-02-03 15:18 Ruedi.Hofer
2000-02-04 6:41 ` initrd Dan Malek
0 siblings, 1 reply; 8+ messages in thread
From: Ruedi.Hofer @ 2000-02-03 15:18 UTC (permalink / raw
To: linuxppc-embedded
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4228 bytes --]
Hi
I now try to add an initrd in order to generate a standalone system.
I encounter the following problem:
--------
If I generate a ramdisk.image.gz myself according to the initrd.txt kernel documentation
<
We'll describe the RAM disk method:
1) make sure you have a RAM disk device /dev/ram (block, major 1, minor
0)
2) create an empty file system of the appropriate size, e.g.
# mke2fs -m0 /dev/ram 300
(if space is critical, you may want to use the Minix FS instead of
Ext2)
3) mount the file system on an appropriate directory, e.g.
# mount -t ext2 /dev/ram /mnt
5) copy all the files that are needed to properly use the initrd
environment. Don't forget the most important file, /linuxrc
Note that /linuxrc's permissions must include "x" (execute).
6) unmount the RAM disk
# umount /dev/ram
7) copy the image to a file
# dd if=/dev/ram bs=1k count=300 of=/boot/initrd
8) deallocate the RAM disk
# freeramdisk /dev/ram
<
.. then the kernel doesn't start.
entry 0x100000, phoff 0x34, shoff 0xf2864
phnum 0x1, shnum 0xa
p_offset 0x10000, p_vaddr 0x100000, p_paddr 0x100000
p_filesz 0x532c, p_memsz 0xb1bc
Loading at 0x10c000
Starting 0x11c000
loaded at: 0011C000 001271BC
relocated to: 00100000 0010B1BC
board data at: 00FF0000 00FF001C
relocated to: 00200100 0020011C
zimage at: 00122000 00182FEC
initrd at: 00182FEC 001FE822
avail ram: 001FF000 01000000
Linux/PPC load:
Uncompressing Linux...done.
Now booting the kernel
<hang hang hang..... forever>
--------
If I take a prebuilt ramdisk.image.gz then the kernel
starts up and crashes with the following output:
.....
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 16384 bhash 16384)
Starting kswapd v 1.5
CPM UART driver version 0.02
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0100 is a SCC
ttyS02 at 0x0200 is a SCC
RAM disk driver initialized: 16 RAM disks of 4096K size
eth0: CPM ENET Version 0.2, 08:00:3e:26:15:59
Sending BOOTP and RARP requests.... OK
IP-Config: Got BOOTP answer from 10.1.20.2, my address is 10.1.20.1
RAMDISK: Compressed image found at block 0
crc errorEXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
attempt to access beyond end of device
01:00: rw=0, want=127205377, limit=4096
dev 01:00 blksize=1024 blocknr=127205376 sector=254410752 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127270913, limit=4096
dev 01:00 blksize=1024 blocknr=127270912 sector=254541824 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127336449, limit=4096
dev 01:00 blksize=1024 blocknr=127336448 sector=254672896 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127401985, limit=4096
dev 01:00 blksize=1024 blocknr=127401984 sector=254803968 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127467521, limit=4096
dev 01:00 blksize=1024 blocknr=127467520 sector=254935040 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127533057, limit=4096
dev 01:00 blksize=1024 blocknr=127533056 sector=255066112 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127598593, limit=4096
dev 01:00 blksize=1024 blocknr=127598592 sector=255197184 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127664129, limit=4096
dev 01:00 blksize=1024 blocknr=127664128 sector=255328256 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127729665, limit=4096
dev 01:00 blksize=1024 blocknr=127729664 sector=255459328 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127795201, limit=4096
dev 01:00 blksize=1024 blocknr=127795200 sector=255590400 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127860737, limit=4096
dev 01:00 blksize=1024 blocknr=127860736 sector=255721472 size=1024 count=1
attempt to access beyond end of device
01:00: rw=0, want=127926273, limit=4096
dev 01:00 blksize=1024 blocknr=127926272 sector=255852544 size=1024 count=1
init: error in loading shared libraries
libtermcap.so.2: invalid ELF header
Any ideas?
TIA
\Ruedi
^ permalink raw reply [flat|nested] 8+ messages in thread
* initrd
@ 2000-02-03 15:39 Ruedi.Hofer
0 siblings, 0 replies; 8+ messages in thread
From: Ruedi.Hofer @ 2000-02-03 15:39 UTC (permalink / raw
To: linuxppc-embedded
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1396 bytes --]
Hi
Is there something wrong with the mapping???
Boot message in case of failure..
loaded at: 0011C000 001271BC
relocated to: 00100000 0010B1BC
board data at: 00FF0000 00FF001C
relocated to: 00200100 0020011C
zimage at: 00122000 00182FEC
initrd at: 00182FEC 00236655
avail ram: 00237000 01000000
Did you change something in this part of the Makefile (in mbxboot) to get it working?
zvmlinux.initrd: zvmlinux
$(LD) $(ZLINKFLAGS) -o zvmlinux.initrd.tmp $(OBJECTS)
$(OBJCOPY) $(OBJCOPY_ARGS) -R .comment \
--add-section=initrd=ramdisk.image.gz \
--add-section=image=../coffboot/vmlinux.gz \
zvmlinux.initrd.tmp zvmlinux.initrd
$(CC) $(CFLAGS) -DINITRD_OFFSET=`sh offset $(OBJDUMP)
zvmlinux.initrd initrd` \
-DINITRD_SIZE=`sh size $(OBJDUMP) zvmlinux.initrd
initrd` \
-DZIMAGE_OFFSET=`sh offset $(OBJDUMP) zvmlinux.initrd
image` \
-DZIMAGE_SIZE=`sh size $(OBJDUMP) zvmlinux.initrd image`
\
-c -o misc.o misc.c
$(LD) $(ZLINKFLAGS) -o zvmlinux.initrd.tmp $(OBJECTS)
$(OBJCOPY) $(OBJCOPY_ARGS) -R .comment \
--add-section=initrd=ramdisk.image.gz \
--add-section=image=../coffboot/vmlinux.gz \
zvmlinux.initrd.tmp $@
rm zvmlinux.initrd.tmp
Any ideas?
TIA
\Ruedi
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: initrd
2000-02-03 15:18 initrd Ruedi.Hofer
@ 2000-02-04 6:41 ` Dan Malek
0 siblings, 0 replies; 8+ messages in thread
From: Dan Malek @ 2000-02-04 6:41 UTC (permalink / raw
To: Ruedi.Hofer; +Cc: linuxppc-embedded
Ruedi.Hofer@ascom.ch wrote:
> 2) create an empty file system of the appropriate size, e.g.
> # mke2fs -m0 /dev/ram 300
>From experience, I know a 300 block size ramdisk can't possibly
hold enough files to get a system started. You need at least
2 Meg (2048), and I build at least 4000 block ramdisks. Make
sure you get all of the minimal shared libraries in there.....
> 7) copy the image to a file
> # dd if=/dev/ram bs=1k count=300 of=/boot/initrd
> 8) deallocate the RAM disk
> # freeramdisk /dev/ram
....I am assuming you gzip'ped the ramdisk......
> entry 0x100000, phoff 0x34, shoff 0xf2864
> phnum 0x1, shnum 0xa
> p_offset 0x10000, p_vaddr 0x100000, p_paddr 0x100000
> p_filesz 0x532c, p_memsz 0xb1bc
Oh oh....you are using a FADS board or something custom......
> If I take a prebuilt ramdisk.image.gz then the kernel
> starts up and crashes with the following output:
> RAMDISK: Compressed image found at block 0
> crc error
Ummm....doesn't this mean something to you? When something is
uncompressed and you get a CRC error, the file is usually
truncated or corrputed.....
Since it appears this is a board that isn't known to be able
to download something properly that is this large, you should
probably verify the download with some kind of standard test
pattern and test software.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply [flat|nested] 8+ messages in thread
* initrd
@ 2000-02-04 7:30 Ruedi.Hofer
0 siblings, 0 replies; 8+ messages in thread
From: Ruedi.Hofer @ 2000-02-04 7:30 UTC (permalink / raw
To: linuxppc-embedded; +Cc: damm
[-- Attachment #1: Type: TEXT/PLAIN, Size: 540 bytes --]
Hi
I got initrd running. The problem is exactly as assumed by Wolfgang.
Change in /usr/src/linux/arch/ppc/mbxboot/misc.c ~ line 225
from
#ifdef CONFIG_MBX
cmd_line = (char *)(load_addr - 0x10000);
#else
cmd_line = (char *)(0x200000);
#endif
to
#if (defined CONFIG_MBX || defined CONFIG_ADS)
cmd_line = (char *)(load_addr - 0x10000);
#else
cmd_line = (char *)(0x200000);
#endif
Then the mapping is alright.
Might the change be necessary for FADS as well ?!?
Cheers and thanks for your help
Ruedi
^ permalink raw reply [flat|nested] 8+ messages in thread
* INITRD.
@ 2000-12-12 22:27 Nicu Popovici
0 siblings, 0 replies; 8+ messages in thread
From: Nicu Popovici @ 2000-12-12 22:27 UTC (permalink / raw
To: linux-mips
Hello,
I have an QED mips processor running on an Atlas Board and I want to
make an initrd for this board. Can you tell me if this is possible ?
Another thing is that I want to make it stay into the SRAM area. Can I
do that ? We want to put the initrd into the Flash area but the linux
itself can not run from FLASH.
So if ytou have any ideea please point me in the right direction.
Regards,
Nicu
^ permalink raw reply [flat|nested] 8+ messages in thread
* Initrd
@ 2008-08-21 13:02 Sébastien Chrétien
0 siblings, 0 replies; 8+ messages in thread
From: Sébastien Chrétien @ 2008-08-21 13:02 UTC (permalink / raw
To: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 232 bytes --]
Hello,
I am trying to setup a initrd on my board. I selected initrd support in the
2.6.26 kernel. But when my boad boots, it crashes affet MMU:exit.
What is the process in order to use a initrd ?
Thanks
Sébastien Chrétien
[-- Attachment #2: Type: text/html, Size: 260 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Initrd
@ 2008-08-22 9:53 Sébastien Chrétien
0 siblings, 0 replies; 8+ messages in thread
From: Sébastien Chrétien @ 2008-08-22 9:53 UTC (permalink / raw
To: linuxppc-dev
[-- Attachment #1: Type: text/plain, Size: 446 bytes --]
Hello,
I am using linux 2.6.26 on a powerpc board. I would like to use a initrd. So
I set the initrd option in the kernel. But when I boot Linux, it crashes
before start_kernel(). And after the configuration of the MMU. The last
words of the prompt are :
Probing machine type ...
MPC7448 on IAD68 ... match !
id mach(): done
MMU:enter
MMU:hw init
hash:enter
hash:find piece
hash:patch
hash:done
MMU:mapin
MMU:setio
MMU:exi
Can you help me ?
[-- Attachment #2: Type: text/html, Size: 525 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2008-08-22 9:53 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-02-04 7:30 initrd Ruedi.Hofer
-- strict thread matches above, loose matches on Subject: below --
2008-08-22 9:53 Initrd Sébastien Chrétien
2008-08-21 13:02 Initrd Sébastien Chrétien
2000-12-12 22:27 INITRD Nicu Popovici
2000-02-03 15:39 initrd Ruedi.Hofer
2000-02-03 15:18 initrd Ruedi.Hofer
2000-02-04 6:41 ` initrd Dan Malek
1998-07-03 6:47 initrd Alex deVries
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.