| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
space
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452798
Tip22 finds this memory map on IP22:
1) Free Memory(3) segment found at (0x88002000,0x88740000)
2) Free Memory(3) segment found at (0x88800000,0x89002000)
3) Free Memory(3) segment found at (0x896f2000,0x94000000)
(1) is where the running kernel + initrd goes. (2) is where we tell the
prom to download the tftpboot image to and (3) is lots of free space.
The 64bit kernel (7MB) is just so much bigger than the 32bit one.
This hack puts the tftp boot file into (3) and the initrd into (2) -
it succesfully boots a kernel with an initramfs on my R5K Indy. I'll
have to change some of the reservation code so we don't waste so much
ram before I can fix this for real though.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
they've been in 2.6 since ages
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi Guido,
Attached is a proposed patch for initrd support in arcboot. It's
mostly based on an old patch submitted long ago, with some changes.
I'm using what should be the max page size for the machine to align
the initrd address, that's the offset of the first section of the ELF
image (found that in IRIX' elf manpage, thought it'd be nice to be
able to load kernels with different page sizes).
I've changed the order of the params[] array slightly to add the
initrd to the mix.
It looks like gcc 4.2 brings a ton of new warnings while building
arcboot :/
Tested on IP22 with a standard debian initrd.
JB.
--
Julien BLACHE <jblache@debian.org> | Debian, because code matters more
Debian & GNU/Linux Developer | <http://www.debian.org>
Public key available on <http://www.jblache.org> - KeyID: F5D6 5169
GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Signed-off-by: Guido Guenther <agx@sigxcpu.org>
|
| |
|
| |
|
| |
|
|
|
|
| |
for .bss is calculated correctly
|
| |
|
| |
|
|
|
|
| |
patch by Thomas Huriaux <thomas.huriaux@gmail.com>
|
|
|
|
| |
(Closes: #396084)
|
| |
|
|
|