2006-09-19 06:05:08 +02:00
|
|
|
/*
|
|
|
|
* Global definition of all the bootwrapper operations.
|
|
|
|
*
|
|
|
|
* Author: Mark A. Greer <mgreer@mvista.com>
|
|
|
|
*
|
|
|
|
* 2006 (c) MontaVista Software, Inc. This file is licensed under
|
|
|
|
* the terms of the GNU General Public License version 2. This program
|
|
|
|
* is licensed "as is" without any warranty of any kind, whether express
|
|
|
|
* or implied.
|
|
|
|
*/
|
|
|
|
#ifndef _PPC_BOOT_OPS_H_
|
|
|
|
#define _PPC_BOOT_OPS_H_
|
|
|
|
|
2007-03-12 21:41:38 +01:00
|
|
|
#include <stddef.h>
|
2006-09-19 06:05:08 +02:00
|
|
|
#include "types.h"
|
|
|
|
|
|
|
|
#define COMMAND_LINE_SIZE 512
|
|
|
|
#define MAX_PATH_LEN 256
|
|
|
|
#define MAX_PROP_LEN 256 /* What should this be? */
|
|
|
|
|
|
|
|
/* Platform specific operations */
|
|
|
|
struct platform_ops {
|
|
|
|
void (*fixups)(void);
|
|
|
|
void (*image_hdr)(const void *);
|
|
|
|
void * (*malloc)(u32 size);
|
2006-10-16 22:49:27 +02:00
|
|
|
void (*free)(void *ptr);
|
|
|
|
void * (*realloc)(void *ptr, unsigned long size);
|
2006-09-19 06:05:08 +02:00
|
|
|
void (*exit)(void);
|
2007-03-05 04:24:52 +01:00
|
|
|
void * (*vmlinux_alloc)(unsigned long size);
|
2006-09-19 06:05:08 +02:00
|
|
|
};
|
|
|
|
extern struct platform_ops platform_ops;
|
|
|
|
|
|
|
|
/* Device Tree operations */
|
|
|
|
struct dt_ops {
|
|
|
|
void * (*finddevice)(const char *name);
|
2006-10-16 22:49:27 +02:00
|
|
|
int (*getprop)(const void *phandle, const char *name, void *buf,
|
2006-09-19 06:05:08 +02:00
|
|
|
const int buflen);
|
2006-10-16 22:49:27 +02:00
|
|
|
int (*setprop)(const void *phandle, const char *name,
|
2006-09-19 06:05:08 +02:00
|
|
|
const void *buf, const int buflen);
|
[POWERPC] Cleanup zImage handling of kernel entry with flat device tree
This makes 2 changes to clean up the flat device tree handling
logic in the zImage wrapper.
First, there were two callbacks from the dt_ops structure used for
producing a final flat tree to pass to the kerne: dt_ops.ft_pack()
which packed the flat tree (possibly a no-op) and dt_ops.ft_addr()
which retreived the address of the final blob. Since they were only
ever called together, this patch combines the two into a single new
callback, dt_ops.finalize(). This new callback does whatever
platform-dependent things are necessary to produce a final flat device
tree blob, and returns the blob's addres.
Second, the current logic calls the kernel with a flat device tree if
one is build into the zImage wrapper, otherwise it boots the kernel
with a PROM pointer, expecting the kernel to copy the OF device tree
itself. This approach precludes the possibility of the platform
wrapper code building a flat device tree from whatever
platform-specific information firmware provides. Thus, this patch
takes the more sensible approach of invoking the kernel with a flat
tree if the dt_ops.finalize callback provides one (by whatever means).
So, the dt_ops.finalize callback can be NULL, or can be a function
which returns NULL. In either case, the zImage wrapper logic assumes
that this is a platform with OF and invokes the kernel accordingly.
Signed-off-by: David Gibson <dwg@au1.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-21 01:37:37 +01:00
|
|
|
unsigned long (*finalize)(void);
|
2006-09-19 06:05:08 +02:00
|
|
|
};
|
|
|
|
extern struct dt_ops dt_ops;
|
|
|
|
|
|
|
|
/* Console operations */
|
|
|
|
struct console_ops {
|
|
|
|
int (*open)(void);
|
|
|
|
void (*write)(char *buf, int len);
|
|
|
|
void (*edit_cmdline)(char *buf, int len);
|
|
|
|
void (*close)(void);
|
|
|
|
void *data;
|
|
|
|
};
|
|
|
|
extern struct console_ops console_ops;
|
|
|
|
|
|
|
|
/* Serial console operations */
|
|
|
|
struct serial_console_data {
|
|
|
|
int (*open)(void);
|
|
|
|
void (*putc)(unsigned char c);
|
|
|
|
unsigned char (*getc)(void);
|
|
|
|
u8 (*tstc)(void);
|
|
|
|
void (*close)(void);
|
|
|
|
};
|
|
|
|
|
[POWERPC] zImage: Cleanup and improve zImage entry point
This patch re-organises the way the zImage wrapper code is entered, to
allow more flexibility on platforms with unusual entry conditions.
After this patch, a platform .o file has two options:
1) It can define a _zimage_start, in which case the platform code gets
control from the very beginning of execution. In this case the
platform code is responsible for relocating the zImage if necessary,
clearing the BSS, performing any platform specific initialization, and
finally calling start() to load and enter the kernel.
2) It can define platform_init(). In this case the generic crt0.S
handles initial entry, and calls platform_init() before calling
start(). The signature of platform_init() is changed, however, to
take up to 5 parameters (in r3..r7) as they come from the platform's
initial loader, instead of a fixed set of parameters based on OF's
usage.
When using the generic crt0.S, the platform .o can optionally
supply a custom stack to use, using the BSS_STACK() macro. If this
is not supplied, the crt0.S will assume that the loader has
supplied a usable stack.
In either case, the platform code communicates information to the
generic code (specifically, a PROM pointer for OF systems, and/or an
initrd image address supplied by the bootloader) via a global
structure "loader_info".
In addition the wrapper script is rearranged to ensure that the
platform .o is always linked first. This means that platforms where
the zImage entry point is at a fixed address or offset, rather than
being encoded in the binary header can be supported using option (1).
Signed-off-by: David Gibson <dwg@au1.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2007-03-05 04:24:52 +01:00
|
|
|
struct loader_info {
|
|
|
|
void *promptr;
|
|
|
|
unsigned long initrd_addr, initrd_size;
|
|
|
|
};
|
|
|
|
extern struct loader_info loader_info;
|
|
|
|
|
|
|
|
void start(void *sp);
|
2006-10-16 22:49:27 +02:00
|
|
|
int ft_init(void *dt_blob, unsigned int max_size, unsigned int max_find_device);
|
|
|
|
int serial_console_init(void);
|
|
|
|
int ns16550_console_init(void *devp, struct serial_console_data *scdp);
|
|
|
|
void *simple_alloc_init(char *base, u32 heap_size, u32 granularity,
|
|
|
|
u32 max_allocs);
|
|
|
|
|
2006-09-19 06:05:08 +02:00
|
|
|
|
|
|
|
static inline void *finddevice(const char *name)
|
|
|
|
{
|
|
|
|
return (dt_ops.finddevice) ? dt_ops.finddevice(name) : NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int getprop(void *devp, const char *name, void *buf, int buflen)
|
|
|
|
{
|
|
|
|
return (dt_ops.getprop) ? dt_ops.getprop(devp, name, buf, buflen) : -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int setprop(void *devp, const char *name, void *buf, int buflen)
|
|
|
|
{
|
|
|
|
return (dt_ops.setprop) ? dt_ops.setprop(devp, name, buf, buflen) : -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void *malloc(u32 size)
|
|
|
|
{
|
|
|
|
return (platform_ops.malloc) ? platform_ops.malloc(size) : NULL;
|
|
|
|
}
|
|
|
|
|
2006-10-16 22:49:27 +02:00
|
|
|
static inline void free(void *ptr)
|
2006-09-19 06:05:08 +02:00
|
|
|
{
|
|
|
|
if (platform_ops.free)
|
2006-10-16 22:49:27 +02:00
|
|
|
platform_ops.free(ptr);
|
2006-09-19 06:05:08 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void exit(void)
|
|
|
|
{
|
|
|
|
if (platform_ops.exit)
|
|
|
|
platform_ops.exit();
|
|
|
|
for(;;);
|
|
|
|
}
|
|
|
|
|
[POWERPC] zImage: Cleanup and improve zImage entry point
This patch re-organises the way the zImage wrapper code is entered, to
allow more flexibility on platforms with unusual entry conditions.
After this patch, a platform .o file has two options:
1) It can define a _zimage_start, in which case the platform code gets
control from the very beginning of execution. In this case the
platform code is responsible for relocating the zImage if necessary,
clearing the BSS, performing any platform specific initialization, and
finally calling start() to load and enter the kernel.
2) It can define platform_init(). In this case the generic crt0.S
handles initial entry, and calls platform_init() before calling
start(). The signature of platform_init() is changed, however, to
take up to 5 parameters (in r3..r7) as they come from the platform's
initial loader, instead of a fixed set of parameters based on OF's
usage.
When using the generic crt0.S, the platform .o can optionally
supply a custom stack to use, using the BSS_STACK() macro. If this
is not supplied, the crt0.S will assume that the loader has
supplied a usable stack.
In either case, the platform code communicates information to the
generic code (specifically, a PROM pointer for OF systems, and/or an
initrd image address supplied by the bootloader) via a global
structure "loader_info".
In addition the wrapper script is rearranged to ensure that the
platform .o is always linked first. This means that platforms where
the zImage entry point is at a fixed address or offset, rather than
being encoded in the binary header can be supported using option (1).
Signed-off-by: David Gibson <dwg@au1.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2007-03-05 04:24:52 +01:00
|
|
|
#define BSS_STACK(size) \
|
|
|
|
static char _bss_stack[size]; \
|
|
|
|
void *_platform_stack_top = _bss_stack + sizeof(_bss_stack);
|
|
|
|
|
2006-09-19 06:05:08 +02:00
|
|
|
#endif /* _PPC_BOOT_OPS_H_ */
|