2018-05-06 21:58:06 +00:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0+ */
|
2008-11-03 21:14:36 +00:00
|
|
|
/*
|
|
|
|
* (C) Copyright 2008
|
|
|
|
* Niklaus Giger, niklaus.giger@member.fsf.org
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _VXWORKS_H_
|
|
|
|
#define _VXWORKS_H_
|
|
|
|
|
2018-04-12 05:02:19 +00:00
|
|
|
#include <efi_api.h>
|
|
|
|
|
2018-04-12 05:02:07 +00:00
|
|
|
/*
|
|
|
|
* Physical address of memory base for VxWorks x86
|
|
|
|
* This is LOCAL_MEM_LOCAL_ADRS in the VxWorks kernel configuration.
|
|
|
|
*/
|
|
|
|
#define VXWORKS_PHYS_MEM_BASE 0x100000
|
|
|
|
|
2018-04-12 05:02:22 +00:00
|
|
|
/* x86 bootline offset relative to LOCAL_MEM_LOCAL_ADRS in VxWorks */
|
|
|
|
#define X86_BOOT_LINE_OFFSET 0x1200
|
|
|
|
|
2015-10-08 03:19:18 +00:00
|
|
|
/*
|
|
|
|
* VxWorks x86 E820 related stuff
|
|
|
|
*
|
2018-04-12 05:02:07 +00:00
|
|
|
* VxWorks on x86 gets E820 information from pre-defined offset @
|
2015-10-08 03:19:18 +00:00
|
|
|
* 0x4a00 and 0x4000. At 0x4a00 it's an information table defined
|
|
|
|
* by VxWorks and the actual E820 table entries starts from 0x4000.
|
|
|
|
* As defined by the BIOS E820 spec, the maximum number of E820 table
|
|
|
|
* entries is 128 and each entry occupies 20 bytes, so it's 128 * 20
|
|
|
|
* = 2560 (0xa00) bytes in total. That's where VxWorks stores some
|
|
|
|
* information that is retrieved from the BIOS E820 call and saved
|
|
|
|
* later for sanity test during the kernel boot-up.
|
|
|
|
*/
|
2018-04-12 05:02:07 +00:00
|
|
|
#define E820_DATA_OFFSET 0x4000
|
|
|
|
#define E820_INFO_OFFSET 0x4a00
|
2015-10-08 03:19:18 +00:00
|
|
|
|
|
|
|
/* E820 info signatiure "SMAP" - System MAP */
|
|
|
|
#define E820_SIGNATURE 0x534d4150
|
|
|
|
|
2018-04-12 05:02:09 +00:00
|
|
|
struct e820_info {
|
2015-10-08 03:19:18 +00:00
|
|
|
u32 sign; /* "SMAP" signature */
|
|
|
|
u32 x0; /* don't care, used by VxWorks */
|
|
|
|
u32 x1; /* don't care, used by VxWorks */
|
|
|
|
u32 x2; /* don't care, used by VxWorks */
|
|
|
|
u32 addr; /* last e820 table entry addr */
|
|
|
|
u32 x3; /* don't care, used by VxWorks */
|
|
|
|
u32 entries; /* e820 table entry count */
|
|
|
|
u32 error; /* must be zero */
|
|
|
|
};
|
|
|
|
|
2018-04-12 05:02:08 +00:00
|
|
|
/*
|
|
|
|
* VxWorks bootloader stores its size at a pre-defined offset @ 0x5004.
|
|
|
|
* Later when VxWorks kernel boots up and system memory information is
|
|
|
|
* retrieved from the E820 table, the bootloader size will be subtracted
|
|
|
|
* from the total system memory size to calculate the size of available
|
|
|
|
* memory for the OS.
|
|
|
|
*/
|
|
|
|
#define BOOT_IMAGE_SIZE_OFFSET 0x5004
|
|
|
|
|
2018-04-12 05:02:19 +00:00
|
|
|
/*
|
|
|
|
* When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP
|
|
|
|
* framebuffer info at a pre-defined offset @ 0x6100. When VxWorks kernel
|
|
|
|
* boots up, its EFI console driver tries to find such a block and if
|
|
|
|
* the signature matches, the framebuffer information will be used to
|
|
|
|
* initialize the driver.
|
|
|
|
*
|
|
|
|
* However it is not necessary to prepare an EFI environment for VxWorks's
|
|
|
|
* EFI console driver to function (eg: EFI loader in U-Boot). If U-Boot has
|
|
|
|
* already initialized the graphics card and set it to a VESA mode that is
|
|
|
|
* compatible with EFI GOP, we can simply prepare such a block for VxWorks.
|
|
|
|
*/
|
|
|
|
#define EFI_GOP_INFO_OFFSET 0x6100
|
|
|
|
|
|
|
|
/* EFI GOP info signatiure */
|
|
|
|
#define EFI_GOP_INFO_MAGIC 0xfeedface
|
|
|
|
|
|
|
|
struct efi_gop_info {
|
|
|
|
u32 magic; /* signature */
|
|
|
|
struct efi_gop_mode_info info; /* EFI GOP mode info structure */
|
|
|
|
phys_addr_t fb_base; /* framebuffer base address */
|
|
|
|
u32 fb_size; /* framebuffer size */
|
|
|
|
};
|
|
|
|
|
2010-06-28 20:00:46 +00:00
|
|
|
int do_bootvx(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]);
|
common/cmd_bootm: extend do_bootm_vxworks to support the new VxWorks boot interface.
The next version VxWorks adopts device tree (for PowerPC and ARM) as its hardware
description mechanism. For PowerPC, the boot interface conforms to
the ePAPR standard, which is:
void (*kernel_entry)(ulong fdt_addr,
ulong r4 /* 0 */,
ulong r5 /* 0 */,
ulong r6 /* EPAPR_MAGIC */, ulong r7 /* IMA size */,
ulong r8 /* 0 */, ulong r9 /* 0 */)
For ARM, the boot interface is:
void (*kernel_entry)(void *fdt_addr)
Signed-off-by: Miao Yan <miao.yan@windriver.com>
[trini: Fix build error when !CONFIG_OF_FDT is set, typo on PowerPC,
missing extern ft_fixup_num_cores]
Signed-off-by: Tom Rini <trini@ti.com>
2013-11-28 09:51:38 +00:00
|
|
|
void boot_prep_vxworks(bootm_headers_t *images);
|
|
|
|
void boot_jump_vxworks(bootm_headers_t *images);
|
|
|
|
void do_bootvx_fdt(bootm_headers_t *images);
|
2008-11-03 21:14:36 +00:00
|
|
|
|
|
|
|
#endif
|