Tom Rini | 83d290c | 2018-05-06 17:58:06 -0400 | [diff] [blame] | 1 | # SPDX-License-Identifier: GPL-2.0+ |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 2 | # |
| 3 | # Copyright (C) 2013, Miao Yan <miao.yan@windriver.com> |
| 4 | # Copyright (C) 2015, Bin Meng <bmeng.cn@gmail.com> |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 5 | |
| 6 | VxWorks Support |
| 7 | =============== |
| 8 | |
| 9 | This document describes the information about U-Boot loading VxWorks kernel. |
| 10 | |
| 11 | Status |
| 12 | ------ |
| 13 | U-Boot supports loading VxWorks kernels via 'bootvx' and 'bootm' commands. |
| 14 | For booting old kernels (6.9.x) on PowerPC and ARM, and all kernel versions |
| 15 | on other architectures, 'bootvx' shall be used. For booting VxWorks 7 kernels |
| 16 | on PowerPC and ARM, 'bootm' shall be used. |
| 17 | |
Bin Meng | 2ad3d08 | 2018-04-11 22:02:06 -0700 | [diff] [blame] | 18 | VxWorks 7 on PowerPC and ARM |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 19 | --------------------------- |
| 20 | From VxWorks 7, VxWorks starts adopting device tree as its hardware decription |
| 21 | mechansim (for PowerPC and ARM), thus requiring boot interface changes. |
Miao Yan | 82450b9 | 2013-11-28 17:51:40 +0800 | [diff] [blame] | 22 | This section will describe the new interface. |
| 23 | |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 24 | For PowerPC, the calling convention of the new VxWorks entry point conforms to |
| 25 | the ePAPR standard, which is shown below (see ePAPR for more details): |
Miao Yan | 82450b9 | 2013-11-28 17:51:40 +0800 | [diff] [blame] | 26 | |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 27 | void (*kernel_entry)(fdt_addr, 0, 0, EPAPR_MAGIC, boot_IMA, 0, 0) |
Miao Yan | 82450b9 | 2013-11-28 17:51:40 +0800 | [diff] [blame] | 28 | |
Bin Meng | 2ad3d08 | 2018-04-11 22:02:06 -0700 | [diff] [blame] | 29 | For ARM, the calling convention is shown below: |
Miao Yan | 82450b9 | 2013-11-28 17:51:40 +0800 | [diff] [blame] | 30 | |
| 31 | void (*kernel_entry)(void *fdt_addr) |
| 32 | |
Bin Meng | 2ad3d08 | 2018-04-11 22:02:06 -0700 | [diff] [blame] | 33 | When booting a VxWorks 7 kernel (uImage format), the parameters passed to bootm |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 34 | is like below: |
Miao Yan | 82450b9 | 2013-11-28 17:51:40 +0800 | [diff] [blame] | 35 | |
| 36 | bootm <kernel image address> - <device tree address> |
| 37 | |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 38 | VxWorks bootline |
| 39 | ---------------- |
| 40 | When using 'bootvx', the kernel bootline must be prepared by U-Boot at a |
| 41 | board-specific address before loading VxWorks. U-Boot supplies its address |
| 42 | via "bootaddr" environment variable. To check where the bootline should be |
| 43 | for a specific board, go to the VxWorks BSP for that board, and look for a |
| 44 | parameter called BOOT_LINE_ADRS. Assign its value to "bootaddr". A typical |
Bin Meng | 2ad3d08 | 2018-04-11 22:02:06 -0700 | [diff] [blame] | 45 | value for "bootaddr" on an x86 board is 0x101200. |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 46 | |
| 47 | If a "bootargs" variable is defined, its content will be copied to the memory |
| 48 | location pointed by "bootaddr" as the kernel bootline. If "bootargs" is not |
| 49 | there, command 'bootvx' can construct a valid bootline using the following |
| 50 | environments variables: bootdev, bootfile, ipaddr, netmask, serverip, |
| 51 | gatewayip, hostname, othbootargs. |
| 52 | |
| 53 | When using 'bootm', just define "bootargs" in the environment and U-Boot will |
| 54 | handle bootline fix up for the kernel dtb automatically. |
| 55 | |
| 56 | Serial console |
| 57 | -------------- |
| 58 | It's very common that VxWorks BSPs configure a different baud rate for the |
| 59 | serial console from what is being used by U-Boot. For example, VxWorks tends |
| 60 | to use 9600 as the default baud rate on all x86 BSPs while U-Boot uses 115200. |
| 61 | Please configure both U-Boot and VxWorks to use the same baud rate, or it may |
| 62 | look like VxWorks hangs somewhere as nothing outputs on the serial console. |
| 63 | |
| 64 | x86-specific information |
| 65 | ------------------------ |
Bin Meng | 2902be8 | 2018-04-11 22:02:07 -0700 | [diff] [blame] | 66 | Before loading an x86 kernel, one additional environment variable need to be |
| 67 | provided. This is "vx_phys_mem_base", which represent the physical memory |
| 68 | base address of VxWorks. |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 69 | |
Bin Meng | 2902be8 | 2018-04-11 22:02:07 -0700 | [diff] [blame] | 70 | Check VxWorks kernel configuration to look for LOCAL_MEM_LOCAL_ADRS. For |
| 71 | VxWorks 7, this is normally a virtual address and you need find out its |
| 72 | corresponding physical address and assign its value to "vx_phys_mem_base". |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 73 | |
Bin Meng | 2ad3d08 | 2018-04-11 22:02:06 -0700 | [diff] [blame] | 74 | For boards on which ACPI is not supported by U-Boot yet, VxWorks kernel must |
Bin Meng | 3619e94 | 2015-10-07 20:19:20 -0700 | [diff] [blame] | 75 | be configured to use MP table and virtual wire interrupt mode. This requires |
| 76 | INCLUDE_MPTABLE_BOOT_OP and INCLUDE_VIRTUAL_WIRE_MODE to be included in a |
| 77 | VxWorks kernel configuration. |
Bin Meng | 7d9974a | 2018-04-11 22:02:23 -0700 | [diff] [blame] | 78 | |
| 79 | Both 32-bit x86 and 64-bit x64 kernels can be loaded. |
| 80 | |
| 81 | There are two types of graphics console drivers in VxWorks. One is the 80x25 |
| 82 | VGA text mode driver. The other one is the EFI console bitmapped graphics mode |
| 83 | driver. To make these drivers function, U-Boot needs to load and run the VGA |
| 84 | BIOS of the graphics card first. |
| 85 | |
| 86 | - If the kernel is configured with 80x25 VGA text mode driver, |
| 87 | CONFIG_FRAMEBUFFER_SET_VESA_MODE must be unset in U-Boot. |
| 88 | - If the kernel is configured with bitmapped graphics mode driver, |
| 89 | CONFIG_FRAMEBUFFER_SET_VESA_MODE need remain set but care must be taken |
| 90 | at which VESA mode is to be set. The supported pixel format is 32-bit |
| 91 | RGBA, hence the available VESA mode can only be one of the following: |
| 92 | * FRAMEBUFFER_VESA_MODE_10F |
| 93 | * FRAMEBUFFER_VESA_MODE_112 |
| 94 | * FRAMEBUFFER_VESA_MODE_115 |
| 95 | * FRAMEBUFFER_VESA_MODE_118 |
| 96 | * FRAMEBUFFER_VESA_MODE_11B |