summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* mtd: spi: Drop sf.cJagan Teki2019-09-163-72/+1
| | | | | | | | | spi_write_then_read, will manage to do the respective spi_xfer based on the tx_buf, rx_buf so drop the legacy spi_flash_read/write/cm code. Tested-by: Adam Ford <aford173@gmail.com> #da850-evm Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
* mtd: spi_dataflash: Use spi read then writeJagan Teki2019-09-161-9/+13
| | | | | | | | | | | | | | | | | Now, we have spi_write_then_read routine that would handle spi_xfer handling based on the tx_buf and rx_buf parameters. So, replace individual flash read/write/cmd transfer call with spi_write_then_read. Cc: Egnite GmbH <info@egnite.de> Cc: Daniel Gorsulowski <daniel.gorsulowski@esd.eu> Cc: Ilko Iliev <iliev@ronetix.at> Cc: Marek Vasut <marex@denx.de> Cc: Mateusz Kulikowski <mateusz.kulikowski@gmail.com> Cc: Alison Wang <alison.wang@nxp.com> Tested-by: Adam Ford <aford173@gmail.com> #da850-evm Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
* spi: Add spi_write_then_readJagan Teki2019-09-162-0/+44
| | | | | | | | | Add support for SPI synchronous write followed by read, this is common interface call from spi-nor to spi drivers. Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Jagan Teki <jagan@amarulasolutions.com> Tested-by: Adam Ford <aford173@gmail.com> #da850-evm
* spi: Kconfig: Unmark DEPRECATED for MXS_SPILukasz Majewski2019-09-161-1/+0
| | | | | | | | | | MXS_SPI driver now partially converted into driver-model, so unmark the DEPRECATED option for the same. Signed-off-by: Lukasz Majewski <lukma@denx.de> [jagan: update the commit message] Signed-off-by: Jagan Teki <jagan@amarulasolutions.com> Reviewed-by: Jagan Teki <jagan@amarulasolutions.com>
* spi: soft_spi: Fix data abort if slave is not probedChristophe Kerello2019-09-161-2/+2
| | | | | | | | | | | | | In case spi_get_bus_and_cs callback is used, spi bus is first probed then slave devices are probed. To avoid a data abort in soft_spi probe function, we need to check that (slave != NULL). If slave is NULL, cs_flags and clk_flags will be initialized with respectively GPIOD_ACTIVE_LOW and 0. Signed-off-by: Christophe Kerello <christophe.kerello@st.com> Signed-off-by: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: Jagan Teki <jagan@amarulasolutions.com>
* spi: mvebu_a3700_spi: Fix clock prescale computationMarek Behún2019-09-161-3/+2
| | | | | | | | | | | | The prescaler value computation can yield wrong result if given 0x1f at the beginning: the value is computed to be 0x20, but the maximum value the register can hold 0x1f, so the actual stored value in this case is 0, which is obviously wrong. Set the upper bound of the value to 0x1f with the min macro. Signed-off-by: Marek Behún <marek.behun@nic.cz> Reviewed-by: Stefan Roese <sr@denx.de> Reviewed-by: Jagan Teki <jagan@amarulasolutions.com>
* Merge branch '2019-09-13-ti-imports'Tom Rini2019-09-1414-99/+482
|\ | | | | | | | | - Assorted K3 bugfixes. - Assorted DM enablements, dead code removal.
| * configs: am65x_hs_evm: Use FIT images when booting HS devicesWIP/2019-09-13-ti-importsAndrew F. Davis2019-09-131-1/+1
| | | | | | | | | | | | | | HS devices use the FIT post processing step to authenticate boot images. Set the configured boot command to load FIT by default. Signed-off-by: Andrew F. Davis <afd@ti.com>
| * configs: ti: Add environment support commands for FIT loadingAndrew F. Davis2019-09-132-1/+10
| | | | | | | | | | | | Some parts of these commands can be reused, add them to common files. Signed-off-by: Andrew F. Davis <afd@ti.com>
| * ARM: dts: dra74x: Fix iodelay configuration for mmc3Faiz Abbas2019-09-131-25/+25
| | | | | | | | | | | | | | | | | | | | | | | | According to the latest am572x[1] and dra74x[2] data manuals, mmc3 default, hs, sdr12 and sdr25 modes use iodelay values given in MMC3_MANUAL1. Set the MODE_SELECT bit for these so that manual mode is selected and correct iodelay values are configured. [1] http://www.ti.com/lit/ds/symlink/am5728.pdf [2] http://www.ti.com/lit/ds/symlink/dra746.pdf Signed-off-by: Faiz Abbas <faiz_abbas@ti.com>
| * arm: k3: Use get_ti_sci_handle() where ever possibleLokesh Vutla2019-09-132-25/+6
| | | | | | | | | | | | | | Instead of calling uclass apis everywhere, use get_ti_sci_handle() when ever ti_sci is needed. Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
| * arm: k3: Fix getting ti_sci handleLokesh Vutla2019-09-131-1/+1
| | | | | | | | | | | | | | | | | | | | | | API get_ti_sci_handle() is relying on the device-tree node name to be "dmsc" for probing the ti_sci device. But with the introduction of debug messages for dmsc, the node name changed to dmsc@44083000. Because of this ti_sci is never probed cause a boot failure. Instead of relying on device-tree node name, use the first available firmware node for probing ti_sci. Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
| * ARM: omapl138_lcdk: Enable PinctrlAdam Ford2019-09-131-0/+3
| | | | | | | | | | | | | | The single pinctrl supports the da8xx, so this patch enables pinctrl in U-Boot. Signed-off-by: Adam Ford <aford173@gmail.com>
| * ARM: omapl138_lcdk: Enable DM_GPIO and DM and GPIO CommandsAdam Ford2019-09-132-5/+3
| | | | | | | | | | | | | | The da8xx GPIO driver is available with DM_GPIO support. This patch enables the CMD_GPIO, CMD_DM, and DM_GPIO and DA8XX_GPIO. Signed-off-by: Adam Ford <aford173@gmail.com>
| * ARM: omapl138_lcdk: Disable SPL_DM_USBAdam Ford2019-09-131-0/+1
| | | | | | | | | | | | | | | | The USB was just recently enabled, so it is unlikely anyone is using it in SPL, so this patch removes it from SPL to further reduce the SPL code size. Signed-off-by: Adam Ford <aford173@gmail.com>
| * ARM: omapl138_lcdk: Remove dead codeAdam Ford2019-09-131-39/+0
| | | | | | | | | | | | | | | | | | The header it littered with #ifdefs and #defines and that appear to be legacy associations to the older da850-evm and in some cases obsolete with either Kconfig or DM migrations. This patch removes these legacy references. Signed-off-by: Adam Ford <aford173@gmail.com>
| * arm: am437x: cm-t43: Enable DM for MMC, USB, SPI, SPI_FLASH, enable BLKSuniel Mahesh2019-09-131-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Enable driver model for USB, MMC, SPI and SPI_FLASH. Also enable BLK. This will remove the following compile warnings: ===================== WARNING ====================== This board does not use CONFIG_DM_MMC. Please update the board to use CONFIG_DM_MMC before the v2019.04 release. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_USB. Please update the board to use CONFIG_DM_USB before the v2019.07 release. ==================================================== ===================== WARNING ====================== This board does not use CONFIG_DM_SPI_FLASH. Please update the board to use CONFIG_SPI_FLASH before the v2019.07 release. ==================================================== Target was compile tested, build was clean. Signed-off-by: Suniel Mahesh <sunil.m@techveda.org>
| * arm: am437x: cm-t43: Add device tree, enable OF_CONTROLSuniel Mahesh2019-09-133-1/+424
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Add device tree from Linux for driver model conversion and enable OF_CONTROL. This will remove the following compile warning: ================================================== Device Tree Source is not correctly specified. Please define 'CONFIG_DEFAULT_DEVICE_TREE' or build with 'DEVICE_TREE=<device_tree>' argument =================================================== Target was compile tested, build was clean. Signed-off-by: Suniel Mahesh <sunil.m@techveda.org>
| * soc: ti: k3-navss-ringacc: fix k3_nav_ringacc_ring_reset_dmaVignesh Raghavendra2019-09-131-1/+3
|/ | | | | | | | | In case dma_ring_reset_quirk is not set the k3_ringacc_ring_reset_dma will just exit without ring reset. Fix it, by adding ring reset call in case dma_ring_reset_quirk is not. Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com> Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com>
* MAINTAINERS: Change fsl-qoriq, mpc86xx, mpc85xx maintainersPriyanka Jain2019-09-1312-17/+17
| | | | | | | Change maintainers to Priyanka Jain for fsl-qoriq, mpc85xx Signed-off-by: Priyanka Jain <priyanka.jain@nxp.com> Acked-by: Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com>
* Merge tag 'efi-2019-10-rc4-4' of ↵WIP/12Sep2019Tom Rini2019-09-124-102/+174
|\ | | | | | | | | | | | | | | | | | | | | | | https://gitlab.denx.de/u-boot/custodians/u-boot-efi Pull request for UEFI sub-system for v2019.10-rc4 (4) Fixes for the EFI_FILE_PROTOCOL: * correctly iterate over directories * correct Unicode conversion of file names * parameter checks
| * efi_loader: parameter checks EFI_FILE_PROTOCOL.SetInfo()Heinrich Schuchardt2019-09-111-6/+4
| | | | | | | | | | | | | | | | | | | | We do not support volume label changes. No parameter checks are needed here. When the info for as file is changed the buffer must always contain a file name. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: check parameters EFI_FILE_PROTOCOL.GetInfo()Heinrich Schuchardt2019-09-091-0/+6
| | | | | | | | | | | | | | | | | | Check the parameters of EFI_FILE_PROTOCOL.GetInfo() to avoid possible NULL dereference. Check the buffer size for EFI_FILE_SYSTEM_INFO. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: volume name in EFI_FILE_PROTOCOL.GetInfo()Heinrich Schuchardt2019-09-092-6/+16
| | | | | | | | | | | | | | | | We cannot determine the volume name in U-Boot. Instead of providing a dummy volume name in case of EFI_FILE_SYSTEM_INFO and EFI_UNSUPPORTED in case of EFI_FILE_SYSTEM_VOLUME_LABEL consistently return an empty string. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: EFI_FILE_PROTOCOL rev 2 stubHeinrich Schuchardt2019-09-092-9/+47
| | | | | | | | | | | | | | The UEFI specification requires to implement version 2 of the EFI_FILE_PROTOCOL. Provide the missing functions as stubs. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: file size checksHeinrich Schuchardt2019-09-091-29/+40
| | | | | | | | | | | | | | | | | | | | The file size has to be determined in multiple places. Factor out a common function. If on entry into EFI_FILE_PROTOCOL.Read() the current position is beyond the end of the file, return EFI_DEVICE_ERROR. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: correct reading of directoriesHeinrich Schuchardt2019-09-091-18/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | EFI_FILE_PROTOCOL.Read() is used both to read files and directories. When reaching the end of a directory we always have to return buffer size zero irrespective of the incoming buffer size. (The described scenario for a Shim quirk cannot arise because every directory has at least '.' and '..' as entries.) Even when the buffer_size is too small multiple times we have to keep a reference to our last read directory entry. When we return to the start of the directory via SetPosition() we must remove the reference to a previously kept directory entry. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: eliminate inline function ascii2unicode()Heinrich Schuchardt2019-09-093-29/+20
| | | | | | | | | | | | | | ascii2unicode() can only convert characters 0x00-0x7f from UTF-8 to UTF-16. Use utf8_utf16_strcpy() instead. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
| * efi_loader: EFI_FILE_PROTOCOL.Write() check argsHeinrich Schuchardt2019-09-091-10/+41
| | | | | | | | | | | | | | | | | | | | | | Check the parameters passed to Write(): * cannot write to directories (UEFI SCT 2017, 5.7.3.5.15) * cannot write to file opened read only (UEFI SCT 2017, 5.7.3.5.16) Add missing comments. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
* | Merge tag 'u-boot-rockchip-20190912' of ↵WIP/11Sep2019Tom Rini2019-09-1111-121/+24
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip - add idbloader.img target for rockchip tpl+spl; - usb ehci/ohci: go on process if clock driver don't have clk_enable(); - remove clk_enable() for rockchip clock drivers; - add boot order for rockpro64
| * | doc: lion_rk3368: use idbloader.img for rk3368Matwey V. Kornilov2019-09-111-3/+1
| | | | | | | | | | | | | | | | | | | | | Makefile now produces ready-to-deploy idbloader.img file. Signed-off-by: Matwey V. Kornilov <matwey.kornilov@gmail.com> Reviewed-by: Kever Yang<kever.yang@rock-chips.com>
| * | doc: rockchip: use idbloader.img for rk3288, rk3328, rk3399Matwey V. Kornilov2019-09-111-19/+2
| | | | | | | | | | | | | | | | | | | | | Makefile now produces ready-to-deploy idbloader.img file. Signed-off-by: Matwey V. Kornilov <matwey.kornilov@gmail.com> Reviewed-by: Kever Yang<kever.yang@rock-chips.com>
| * | rockchip, Makefile: add idbloader.img targetMatwey V. Kornilov2019-09-111-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Many Rockchip platforms require the same u-boot deploy procedure when TPL and SPL both enabled. The following examples are taken from doc/README.rockchip and board/theobroma-systems/lion_rk3368/README: RK3288: ./tools/mkimage -n rk3288 -T rksd -d ./tpl/u-boot-tpl.bin out cat ./spl/u-boot-spl-dtb.bin >> out sudo dd if=out of=/dev/mmcblk0 seek=64 RK3328: ./tools/mkimage -n rk3328 -T rksd -d ./tpl/u-boot-tpl.bin idbloader.img cat ./spl/u-boot-spl.bin >> idbloader.img sudo dd if=idbloader.img of=/dev/mmcblk0 seek=64 RK3368: ./tools/mkimage -n rk3368 -T rksd -d tpl/u-boot-tpl.bin spl-3368.img cat spl/u-boot-spl-dtb.bin >> spl-3368.img dd if=spl-3368.img of=/dev/sdb seek=64 RK3399: ./tools/mkimage -n rk3399 -T rksd -d ./tpl/u-boot-tpl-dtb.bin out cat ./spl/u-boot-spl-dtb.bin >> out sudo dd if=out of=/dev/sdc seek=64 Here, we introduce generic idbloader.img target which is the TPL image followed by the SPL binary. Signed-off-by: Matwey V. Kornilov <matwey.kornilov@gmail.com> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: clean makefile for misc.cKever Yang2019-09-111-4/+2
| | | | | | | | | | | | | | | | | | | | | Use obj-$(config) instead of #ifdef $config to make the code looks clean, and move the misc_init for U-Boot proper only. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: not depends on TPL_BUILD for rk3188 makefile includingKever Yang2019-09-111-2/+0
| | | | | | | | | | | | | | | | | | | | | The rk3188/Makefile already depends on !TPL_BUILD, so no need to add this again in parent Makefile, remove it. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: clk: rk3399: remove clk_enable()Kever Yang2019-09-111-37/+0
| | | | | | | | | | | | | | | | | | | | | There is no real driver for clk enable/disable now, and we actually don't need it now, remove it so that not waste CPU cycles and code size. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: clk: rk3368: remove clk_enable()Kever Yang2019-09-111-19/+0
| | | | | | | | | | | | | | | | | | | | | There is no real driver for clk enable/disable now, and we actually don't need it now, remove it so that not waste CPU cycles and code size. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: clk: rk3328: remove clk_enable()Kever Yang2019-09-111-12/+0
| | | | | | | | | | | | | | | | | | | | | There is no real driver for clk enable/disable now, and we actually don't need it now, remove it so that not waste CPU cycles and code size. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | rockchip: clk: rk3288: remove clk_enable()Kever Yang2019-09-111-23/+0
| | | | | | | | | | | | | | | | | | | | | There is no real driver for clk enable/disable now, and we actually don't need it now, remove it so that not waste CPU cycles and code size. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
| * | usb: ohci-generic: don't probe fail if there is no clk_enable() opsKever Yang2019-09-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Some clock driver do not have a clk_enable() call back, and we should not treat this as fail in ehci probe like other modules, eg. clk_enabl_bulk() do not return fail if ret value is '-ENOSYS' Signed-off-by: Kever Yang <kever.yang@rock-chips.com> Reviewed-by: Patrice Chotard <patrice.chotard@st.com>
| * | usb: ehci-generic: don't probe fail if there is no clk_enable() opsKever Yang2019-09-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Some clock driver do not have a clk_enable() call back, and we should not treat this as fail in ehci probe like other modules, eg. clk_enabl_bulk() do not return fail if ret value is '-ENOSYS' Signed-off-by: Kever Yang <kever.yang@rock-chips.com> Reviewed-by: Patrice Chotard <patrice.chotard@st.com>
| * | rockchip: rk3399: dts: add boot order for rockpro64Kever Yang2019-09-111-0/+5
|/ / | | | | | | | | | | | | The rk3399 rockpro64 board can boot from emmc and sdcard. TODO: add spiflash as boot device. Signed-off-by: Kever Yang <kever.yang@rock-chips.com>
* | Merge https://gitlab.denx.de/u-boot/custodians/u-boot-x86WIP/10Sep2019Tom Rini2019-09-1013-51/+189
|\ \ | | | | | | | | | | | | | | | | | | - Tangier ACPI table fixes - Support getting high memory size on QEMU x86 - Show UEFI images involved in crash for x86 - EFI loader conventional memory map fix
| * | x86: tangier: Use spaces over TABs in ASL codeAndy Shevchenko2019-09-101-13/+13
| | | | | | | | | | | | | | | | | | | | | For sake of consistency use spaces over TABs in ASL code. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
| * | x86: tangier: Fix off-by-one error when preparing CSRTAndy Shevchenko2019-09-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Intel iDMA 32-bit controller has 17 bits for the maximum block size value. Due to nature of the binary number representation the maximum value is 2^17 - 1. The original code misses the latter part in equation. Fixes: 5e99fde34a77 ("x86: tangier: Populate CSRT for shared DMA controller") Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
| * | x86: tangier: Reserve PCI ECAM in motherboard resourcesAndy Shevchenko2019-09-104-1/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | Per PCI firmware specification the ACPI has to reserve the memory which is defined as PCI ECAM. Fixes: 39665beed6f7 ("x86: tangier: Enable ACPI support for Intel Tangier") Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
| * | x86: acpi: Annotate struct acpi_table_header with __packedAndy Shevchenko2019-09-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GCC 9.2 starts complaining about possible pointer misalignment of pointers to the unpacked (alignment=4) structures in the packed (alignment=1) ones: CC arch/x86/cpu/tangier/acpi.o arch/x86/cpu/tangier/acpi.c: In function ‘acpi_create_fadt’: arch/x86/cpu/tangier/acpi.c:22:37: warning: taking address of packed member of ‘struct acpi_fadt’ may result in an unaligned pointer value [-Waddress-of-packed-member] 22 | struct acpi_table_header *header = &(fadt->header); CC arch/x86/lib/acpi_table.o arch/x86/lib/acpi_table.c: In function ‘acpi_create_spcr’: arch/x86/lib/acpi_table.c:366:37: warning: taking address of packed member of ‘struct acpi_spcr’ may result in an unaligned pointer value [-Waddress-of-packed-member] 366 | struct acpi_table_header *header = &(spcr->header); Fix the potential issues by annotating embedded structures with __packed even though they are packed naturally. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> [bmeng: add GCC version number in the commit message] Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
| * | x86: efi_loader: Use efi_add_conventional_memory_map()Park, Aiden2019-09-101-3/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use efi_add_conventional_memory_map() to configure EFI conventional memory properly with ram_top value. This will give 32-bit mode U-Boot proper conventional memory regions even if e820 has an entry which is greater than 32-bit address space. Signed-off-by: Aiden Park <aiden.park@intel.com> Tested-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Heinrich Schuchardt <xypron.glpk@gmx.de> [bmeng: fixed some typos in the commit message] Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
| * | x86: show UEFI images involved in crashHeinrich Schuchardt2019-09-101-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If a crash occurs, show the loaded UEFI images to facilitate analysis. This is an example output: => bootefi 0x1000000 Found 0 disks Hello world of bugs! Invalid Opcode (Undefined Opcode) EIP: 0010:[<06ceb06e>] EFLAGS: 00010206 Original EIP :[<fec9906e>] EAX: 00000000 EBX: 06cec000 ECX: 00000fd0 EDX: 00000001 ESI: 06ced18a EDI: 07d0fe10 EBP: 07fe27a0 ESP: 07d0fde0 DS: 0018 ES: 0018 FS: 0020 GS: 0018 SS: 0018 CR0: 00000033 CR2: 00000000 CR3: 00000000 CR4: 00000000 DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 DR6: ffff0ff0 DR7: 00000400 Stack: 0x07d0fde8 : 0x00000000 0x07d0fde4 : 0x06ced040 --->0x07d0fde0 : 0x07fe27a0 0x07d0fddc : 0x00010206 0x07d0fdd8 : 0x00000010 0x07d0fdd4 : 0x06ceb06e UEFI image [0x06cea000:0x06cf0fff] pc=0x106e '/bug-i386.efi' ### ERROR ### Please RESET the board ### With the additional information provided by this patch we know that the problem occurred 0x106e after the load address of bug-i386.efi. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> Tested-by: Bin Meng <bmeng.cn@gmail.com>
| * | doc: slimbootloader: Update Linux booting steps on QEMUPark, Aiden2019-09-101-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | Add steps to test Linux booting on QEMU with Yocto image. Signed-off-by: Aiden Park <aiden.park@intel.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> Tested-by: Bin Meng <bmeng.cn@gmail.com>