Ramon reported the following bug:
[14.07 08:29] Hey. running unit-tests fails on compilation for
some reason on my setup
[14.07 08:30] https://pastebin.com/E1YhU71Y
[14.07 08:41] I have gcc (GCC) 9.1.0
(venv) stdcall@stdcall-pc:~/dev/u-boot (pci_ep) $ make mrproper
(venv) stdcall@stdcall-p
On 7/14/19 4:13 AM, Bin Meng wrote:
On Sun, Jul 14, 2019 at 4:02 AM Heinrich Schuchardt wrote:
As efi_add_memory_map() signals an error by returning NULL and correct
function by returning the requested address we cannot discern an error from
correct functioning for address 0x. This lea
On Sun, Jul 14, 2019 at 4:08 PM Heinrich Schuchardt wrote:
>
> On 7/14/19 4:13 AM, Bin Meng wrote:
> > On Sun, Jul 14, 2019 at 4:02 AM Heinrich Schuchardt
> > wrote:
> >>
> >> As efi_add_memory_map() signals an error by returning NULL and correct
> >> function by returning the requested address
From: Jonathan Corbet
Recent versions of sphinx will emit messages like:
doc/sphinx/kerneldoc.py:103:
RemovedInSphinx20Warning: app.warning() is now deprecated.
Use sphinx.util.logging instead.
Switch to sphinx.util.logging to make this unsightly message go away.
Alas, that interfac
[Sorry for a respin so soon, but this fixes the overzealous documentation
update and also ensures the script's behaviour is identical to the existing
implementation in the case of a completely empty bl31 ELF file.]
Building for Rockchip, make_fit_atf.py depends on pyelftools, a non-bundled
python
make_fit_aft.py depends on the non-standard library pyelftools to pull
out PT_LOAD segments from ELF files. However, this is as easy to do
manually, without imposing the extra dependency on users.
Structures in the ELF file are unpacked into variables named to exactly
match the ELF spec to ensure
make_fit_atf.py no longer requires pyelftools, and nothing else in the
rockchip build requires it either, so remove references to installing it
from the documentation.
Signed-off-by: Chris Webb
---
board/rockchip/evb_rk3399/README | 6 --
doc/README.rockchip | 4
2 files ch
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> This slimbootloader cpu type is to enable u-boot as a payload which
> runs on top of Slim Bootloader(https://github.com/slimbootloader).
> The Slim Bootloader is designed with multi-stage architecture for
> the execution from reset vector to O
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> FSP(CONFIG_HAVE_FSP) and Slim Bootloader(CONFIG_SYS_SLIMBOOTLOADER)
> consume HOB data from the each HOB list pointer.
> Add a common hob library/header in lib/hob.c and include/asm/hob.h.
>
> Signed-off-by: Aiden Park
> ---
>
> Changes in v3
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> Slim Bootloader provides serial port info thru its HOB list pointer.
> All these HOBs are eligible for Slim Bootloader based board only.
> - Get serial port information from the serial port info hob
> - Leverage ns16550 driver with slimbootloa
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> Slim Bootloader provides memory map info thru its HOB list pointer.
> Configure memory size and relocation memory from the HOB data, and
> provide e820 entries as well.
> - Get memory size from the memory map info hob
> - Set ram top for U-Boo
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> Add slimbootloader board to run U-boot as a Slim Bootloader payload
> - Add new board/intel/slimbootloader directory with minimum codes
> - Add slimbootloader configuration files
> - Add README in board/intel/slimbootloader
>
> Signed-off-by:
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> Slim Bootloader provides TSC clock information in its performance
> info hob. For now, TSC clock information is only used for timer driver
> from the performance info hob.
> - Get TSC frequency from performance info hob
> - Set tsc_base and cl
On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden wrote:
>
> Add a new device tree which has very minimum nodes
> - x86 reset
> - x86 tsc_timer
> - x86 pci
> - Slim Bootloader serial
>
> Signed-off-by: Aiden Park
> ---
>
> Changes in v3:
> * Move slimbootloader.dtb before baytrail_som-db5800-som-6867
scripts/kernel-doc pointed out some errors in the function comments in
efi_boottime.c.
Add missing and remove superfluous parameter descriptions.
Escape * in a function description.
Add empty lines for readability.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 7 ---
Add missing colons after parameter descriptions.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
index 2144e3580c..4f6e8d1679 100644
--- a/
Avoid some warnings when running 'make htmldocs'.
Correctly generate documentation for functions with function pointers
as paramaters.
Heinrich Schuchardt (2):
scripts/kernel-doc: update script from Linux 5.2
scripts/kernel-doc: fix parsing of function pointers
scripts/kernel-doc | 39 +
Update the script from Linux 5.2 to avoid some warnings.
Signed-off-by: Heinrich Schuchardt
---
scripts/kernel-doc | 37 +++--
1 file changed, 19 insertions(+), 18 deletions(-)
diff --git a/scripts/kernel-doc b/scripts/kernel-doc
index 3cb6259182..3350e498b4 1007
kernel-doc fails to parse function definitions like the one below
efi_status_t efi_create_event(uint32_t type, efi_uintn_t notify_tpl,
void (EFIAPI *notify_function) (
struct efi_event *event,
Use Sphinx style comments for describing function parameters.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_driver/efi_block_device.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --git a/lib/efi_driver/efi_block_device.c
b/lib/efi_driver/efi_blo
On Sun, 14 Jul 2019 at 04:55, Bin Meng wrote:
>
> Hi Vladimir,
>
> On Sat, Jul 13, 2019 at 5:39 PM Vladimir Oltean wrote:
> >
> > Hi Joe,
> >
> > On Fri, 12 Jul 2019 at 23:46, Joe Hershberger
> > wrote:
> > >
> > > On Sun, Jun 23, 2019 at 12:53 PM Vladimir Oltean
> > > wrote:
> > > >
> > > >
Add missing parameter descriptions.
Remove an invalid link.
Correct the formatting of a function comment.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_variable.c | 27 +++
1 file changed, 23 insertions(+), 4 deletions(-)
diff --git a/lib/efi_loader/efi_varia
Change comment for struct efi_pool_allocation to match Sphinx style.
Describe all structure fields.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_memory.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loader/e
Describe efi_set_bootdev().
Change function descriptions to Sphinx style.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/cmd/bootefi.c b/cmd/bootefi.c
index 04d3e3e4a7..a45bfd139f 100644
--- a/cmd/bootef
Convert function descriptions to Sphinx style.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_bootmgr.c | 47 ++--
1 file changed, 40 insertions(+), 7 deletions(-)
diff --git a/lib/efi_loader/efi_bootmgr.c b/lib/efi_loader/efi_bootmgr.c
index b2102c5b5
Adjust comments for Sphinx.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/cmd/efidebug.c b/cmd/efidebug.c
index cb152b3339..02dc491a68 100644
--- a/cmd/efidebug.c
+++ b/cmd/efidebug.c
@@ -394,6 +394,7 @
Hello,
I am running u-boot 2019.07 with rk3328-rock64 configuration in the
two following setups:
1) TFTP loaded EFI GRUB
In this setup, I deploy u-boot loader onto the empty microsd card
(without any partitions), GRUB EFI binary is served by TFTP. Please,
find full log attached in u-boot-tftp.tx
The RK3288 HDMI driver's rk3288_hdmi_enable() currently lacks a call to
dw_hdmi_enable(). Thus, the HDMI output never gets enabled.
Signed-off-by: Niklas Schulze
Cc: Philipp Tomsich
---
drivers/video/rockchip/rk3288_hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
Add more C files as sources to the Sphinx generated documentaton
(make htmldocs).
Signed-off-by: Heinrich Schuchardt
---
doc/efi.rst | 87 +++--
1 file changed, 85 insertions(+), 2 deletions(-)
diff --git a/doc/efi.rst b/doc/efi.rst
index 5337a55c
This test is currently broken so disable it for now.
Cc: Ramon Fried
Cc: Simon Glass
Signed-off-by: Tom Rini
---
.travis.yml | 3 +++
1 file changed, 3 insertions(+)
diff --git a/.travis.yml b/.travis.yml
index 6662ca126ab5..c21ca463 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -365,11 +
On Mon, Mar 11, 2019 at 01:06:24PM +0100, Ilko Iliev wrote:
> Convert the board to support the USB and video driver model and remove
> the unnecessary code.
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot
On Wed, May 22, 2019 at 07:08:12AM +, Peng Fan wrote:
> "keyb" is not the real device name, "keyb@3" is.
>
> Signed-off-by: Peng Fan
> Reviewed-by: Bin Meng
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Mon, Mar 11, 2019 at 01:06:25PM +0100, Ilko Iliev wrote:
> Convert the board to support the USB and video driver model and remove
> the unnecessary code.
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot
On Tue, May 21, 2019 at 12:04:31PM +0200, Marek Behún wrote:
> Use the uclass_first_device_check and uclass_next_device_check functions
> instead of uclass_first_device and uclass_next_device in pci_init. This
> ensures that all PCI devices are tried to be probed. Currently if a
> device fails to
On Mon, May 27, 2019 at 08:13:41AM +0200, Heiko Schocher wrote:
> add m41t11 support in ds1307 driver. changes:
>
> - add compatible string for m41t11
> - check if RTC clock is running, if not
> enable the clock
>
> Signed-off-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
s
On Wed, May 22, 2019 at 07:08:09AM +, Peng Fan wrote:
> "adc" is not the real device name, "adc@0" is.
>
> Signed-off-by: Peng Fan
> Reviewed-by: Bin Meng
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U
On Sat, May 25, 2019 at 07:25:21PM -0300, Ezequiel Garcia wrote:
> The SPL_MMC_TINY implements feature-reduced MMC support
> on SPL, and as such, it's more consistent and convenient
> to find it as part of the SPL configuration.
>
> Signed-off-by: Ezequiel Garcia
Applied to u-boot/master, thank
On Fri, May 24, 2019 at 05:20:19PM +0200, Mark Jonas wrote:
> From: Leo Ruan
>
> Add sub-command 'env info' to display environment information:
> - env_valid : is environment valid
> - env_ready : is environment imported into hash table
> - env_use_default : is default environment using
>
> Thi
On Mon, May 27, 2019 at 09:20:50PM -0500, Derald D. Woods wrote:
> This addresses the following warning message:
>
> = WARNING ==
> This board does not use CONFIG_DM_USB. Please update
> the board to use CONFIG_DM_USB before the v2019.07 release.
> Failure
On Tue, Jun 11, 2019 at 08:40:42PM -0500, Adam Ford wrote:
> The MMC card-detect pin was incorrectly defined which was fixed.
> This patch resync's the dts and removes the u-boot specific fix.
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/dts/logicpd-som-lv-35xx-devkit-u-boot.dtsi
> b
On Sat, May 25, 2019 at 07:25:22PM -0300, Ezequiel Garcia wrote:
> When MMC_TINY is enabled, support for only one MMC device
> is provided. Boards that register more than one device,
> will just write over mmc_static keeping only the last one
> registered.
>
> This commit prevents this, keeping o
On Mon, May 27, 2019 at 09:19:38PM -0500, Derald D. Woods wrote:
> Signed-off-by: Derald D. Woods
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/l
On Wed, Jun 12, 2019 at 03:26:26PM -0500, Adam Ford wrote:
> Since we have limited resources in SPL, it is the best interest
> to keep the SPL as small as possible and that includes the DTB.
> There are a few items in the device tree that can be removed,
> because these boards don't use them.
>
>
On Wed, May 22, 2019 at 07:08:14AM +, Peng Fan wrote:
> `if (!strncmp(dev->name, name, strlen(name)))` might find out
> the wrong device, it might find out `dram_pll_ref_sel`, when name is
> `dram_pll`. So use strcmp to avoid such issue.
>
> Signed-off-by: Peng Fan
> Reviewed-by: Simon Glass
On Thu, Jun 06, 2019 at 04:06:56PM +0530, Keerthy wrote:
> Add SPL_DM_REGULATOR configs for palmas/lp873x/lp87565. These were missing
> and the Makefile already assumes them to be defined. Add the corresponding
> SPL config options. This enables the regulator support in SPL.
>
> Signed-off-by: Ke
On Tue, May 28, 2019 at 08:56:42PM -0500, David Lechner wrote:
> This converts LEGO MINDSTORMS EV3 to the driver model. MMC, SERIAL, SPI
> and SPI_FLASH are converted.
>
> The device tree contains only the minimal nodes required by U-Boot
> since the size of U-Boot is limited to 256K on this devi
On Mon, Jun 10, 2019 at 01:15:55PM -0500, Adam Ford wrote:
> The TI Davinci (da850/l138/am1808) use pinctrl-single,bits for
> pinmuxing peripherals. This patch allosw the pinctrl-single
> driver to parse the pinctrl-single,bits options and correctly
> setup devices.
>
> Signed-off-by: Adam Ford
On Wed, Jun 12, 2019 at 08:32:38AM +0200, Sven Schwermer wrote:
> Fixed regulators don't have a set_value method. Therefore, trying to
> set their value will always return -ENOSYS.
>
> Signed-off-by: Sven Schwermer
> Cc: Jaehoon Chung
> Cc: Peng Fan
> Reviewed-by: Simon Glass
Applied to u-bo
On Mon, May 27, 2019 at 09:22:00PM -0500, Derald D. Woods wrote:
> This commit addresses the following warning, when _NOT_ USB_MUSB_HOST:
>
> [...]
> CC drivers/usb/gadget/f_mass_storage.o
> CC drivers/usb/musb-new/omap2430.o
> CC drivers/usb/gadget/f_fastboot.o
> CC e
On Sat, Jun 08, 2019 at 12:46:18PM -0400, Tom Rini wrote:
> The USE_TINY_PRINTF symbol only changes things within SPL and TPL
> builds, so make it depend on that support. Next, make it default as
> within these cases we should rarely have need of more advanced print
> formats outside of the debug
On Thu, Jun 06, 2019 at 04:06:55PM +0530, Keerthy wrote:
> Add SPL_PMIC configs for palmas/lp873x/lp87565. These were missing
> and the Makefile already assumes them to be defined. Add the corresponding
> SPL config options. This enables the pmics in SPL.
>
> Signed-off-by: Keerthy
Applied to u
On Wed, Jun 12, 2019 at 06:11:46AM +0200, Heiko Schocher wrote:
> add gpio-hog support. GPIO hogging is a mechanism
> providing automatic GPIO request and configuration
> as part of the gpio-controller's driver probe function.
>
> for more infos see:
> doc/device-tree-bindings/gpio/gpio.txt
>
>
On Sun, Jul 14, 2019 at 09:05:10AM -0400, Tom Rini wrote:
> This test is currently broken so disable it for now.
>
> Cc: Ramon Fried
> Cc: Simon Glass
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
__
On Tue, Jun 11, 2019 at 08:28:44PM -0500, Adam Ford wrote:
> The da850.dtsi file had some changes. This patch pulls in the
> changes from Kernel 5.1.9
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/dts/da850.dtsi b/arch/arm/dts/da850.dtsi
> index 47aa53ba6b..559659b399 100644
Applied
On Mon, Jun 10, 2019 at 01:25:08PM -0500, Adam Ford wrote:
> With a recent update to the pinctrl-single driver and the fact
> that the da850evm has both DM and OF_CONTROL working in both SPL
> and U-Boot, some of the manual pinmuxing can be setup to only
> be activated when either the driver doesn
On Mon, Jun 03, 2019 at 03:31:17PM +0200, Parthiban Nallathambi wrote:
> From: Niel Fourie
>
> Support for Phytech phyCORE AM335x R2 SOM (PCL060) on the Phytec
> phyBOARD-Wega AM335x.
>
> CPU : AM335X-GP rev 2.1
> Model: Phytec AM335x phyBOARD-WEGA
> DRAM: 256 MiB
> NAND: 256 MiB
> MMC: OM
On Wed, May 29, 2019 at 01:29:58AM +0200, Michael Walle wrote:
> Signed-off-by: Michael Walle
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listi
Support load of the U-Boot image from raw SATA disk sector. This is
equivalent to load from MMC raw sector.
Signed-off-by: Baruch Siach
---
v2:
Fix build when CONFIG_SPL_SATA_RAW_U_BOOT_SECTOR is not defined
(Stefan Roese)
---
common/spl/Kconfig| 14 ++
common/spl/spl_sata.c
Hi Tom,
Eventually, I managed to reproduce this on my setup.
Hopefully I'll find the problem and get back to you on that one.
Sorry,
Ramon.
On Sun, Jul 14, 2019 at 4:05 PM Tom Rini wrote:
>
> This test is currently broken so disable it for now.
>
> Cc: Ramon Fried
> Cc: Simon Glass
> Signed-off
On Sat, Jul 13, 2019 at 3:47 AM Joe Hershberger wrote:
>
> On Mon, Jun 24, 2019 at 2:02 PM Ramon Fried wrote:
> >
> > Macb Ethernet controller requires a RX buffer of 128 bytes. It is
> > highly sub-optimal for Gigabit-capable GEM that is able to use
> > a bigger DMA buffer. Change this constant
Macb Ethernet controller requires a RX buffer of 128 bytes. It is
highly sub-optimal for Gigabit-capable GEM that is able to use
a bigger DMA buffer. Change this constant and associated macros
with data stored in the private structure.
RX DMA buffer size has to be multiple of 64 bytes as indicated
Here is a stub function that generates an empty CSRT. If the target platform
provides acpi_fill_csrt() function, it will be used to populate the table.
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/acpi_table.h | 1 +
arch/x86/lib/acpi_table.c | 32
ACPI has a capability to specify DMA parameters for DMA channel consumers.
To enable this for Intel Edison, describe GP DMA device in ACPI table
in order to get an ACPI handle to it in OS.
This works in conjunction with CSRT, which must be in align with DSDT.
Signed-off-by: Andy Shevchenko
---
Intel Tangier has a shared DMA controller that, according to Microsoft spec,
has to be presented in CSRT table.
Signed-off-by: Andy Shevchenko
---
arch/x86/cpu/tangier/acpi.c | 38 +
1 file changed, 38 insertions(+)
diff --git a/arch/x86/cpu/tangier/acpi.c b/
Here is a stub function that generates an empty CSRT. If the target platform
provides acpi_fill_csrt() function, it will be used to populate the table.
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/acpi_table.h | 1 +
arch/x86/lib/acpi_table.c | 32
ACPI has a capability to specify DMA parameters for DMA channel consumers.
To enable this for Intel Edison, describe GP DMA device in ACPI table
in order to get an ACPI handle to it in OS.
This works in conjunction with CSRT, which must be in align with DSDT.
Signed-off-by: Andy Shevchenko
---
Add CSRT [1] description as it provided in Linux kernel.
[1]: http://www.uefi.org/sites/default/files/resources/CSRT%20v2.pdf
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/acpi_table.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/x86/includ
Intel Tangier has a shared DMA controller that, according to Microsoft spec,
has to be presented in CSRT table.
Signed-off-by: Andy Shevchenko
---
arch/x86/cpu/tangier/acpi.c | 38 +
1 file changed, 38 insertions(+)
diff --git a/arch/x86/cpu/tangier/acpi.c b/
On Sun, Jul 14, 2019 at 07:20:45PM +0300, Andy Shevchenko wrote:
> Here is a stub function that generates an empty CSRT. If the target platform
> provides acpi_fill_csrt() function, it will be used to populate the table.
Please, discard this version (just had sent v2) due to missed first patch.
J
Hi Simon,
On Fri, 12 Jul 2019 15:05:06 -0600
Simon Glass s...@chromium.org wrote:
...
> >
> > + if (dev->parent && device_get_uclass_id(dev) != UCLASS_POWER_DOMAIN
> > &&
>
> Putting my code-size hat on, what do you think about adding an
> IF_ENABLED(POWER_DOMAIN) as the first arg?
Good
When building with GCC 9.1 an error occurs:
disk/part_efi.c: In function ‘gpt_verify_partitions’:
disk/part_efi.c:737:49: error: taking address of packed member of
‘struct _gpt_entry’ may result in an unaligned pointer value
[-Werror=address-of-packed-member]
737 | gpt_convert_efi_name_to_char
On Sat, Jul 13, 2019 at 10:39:19AM +0200, Eugeniu Rosca wrote:
> Superseded by https://patchwork.ozlabs.org/patch/1131355/
> ("[v2,1/5] doc: Move README.android-fastboot-protocol to doc/android/")
Thanks! This does help me avoid cases where I put up the old versions
of series (and thanks also fo
On Sun, Jul 14, 2019 at 7:44 PM Heinrich Schuchardt wrote:
>
> When building with GCC 9.1 an error occurs:
>
> disk/part_efi.c: In function ‘gpt_verify_partitions’:
> disk/part_efi.c:737:49: error: taking address of packed member of
> ‘struct _gpt_entry’ may result in an unaligned pointer value
>
On 14.07.19 20:48, Ramon Fried wrote:
On Sun, Jul 14, 2019 at 7:44 PM Heinrich Schuchardt wrote:
When building with GCC 9.1 an error occurs:
disk/part_efi.c: In function ‘gpt_verify_partitions’:
disk/part_efi.c:737:49: error: taking address of packed member of
‘struct _gpt_entry’ may result
Reduce power domain calls when CONFIG_POWER_DOMAIN is disabled.
With gcc v8.2, this change saves 104 bytes.
Signed-off-by: Anatolij Gustschin
---
drivers/core/device.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/core/device.c b/drivers/core/device.c
index 0d15e5
include/net.h currently has no maintainer.
Assign include/net.h to the maintainer of the NET subsystem.
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e91684191f..ee93078451 100644
--- a/MAINTAINERS
+++ b/MA
Extend the driver to allow dm device removal, but always let the
console serial device power domain enabled, so that U-Boot doesn't
crash when i. e. the serial output is enabled for debugging.
Signed-off-by: Anatolij Gustschin
---
Changes in v2:
- None
drivers/serial/serial_lpuart.c | 9 ++
The power domain associated with a device is enabled when probing,
but currently the domain remains enabled when the device is removed.
Some boards started to disable power domains for selected devices
via custom board_quiesce_devices(), but it doesn't work in many
cases, i. e. because devices stil
The inline functions net_read_u32() and net_copy_u32() have been created to
copy unaligned u32. But this is not obvious to the compiler. GCC 9.1
introduces a check -Werror=address-of-packed-member which leads to a build
error on Travis CI:
net/bootp.c: In function ‘dhcp_send_request_packet’:
net/b
Hi Bin,
On Sat, 13 Jul 2019 at 08:05, Bin Meng wrote:
>
> Hi Vladimir,
>
> On Mon, Jun 24, 2019 at 1:50 AM Vladimir Oltean wrote:
> >
> > From: Jianchao Wang
> >
> > The LS1021A-TSN is a development board built by VVDN/Argonboards in
> > partnership with NXP.
> >
> > It features the LS1021A SoC
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Sunday, July 14, 2019 1:49 AM
> To: Park, Aiden
> Cc: U-Boot Mailing List ; Simon Glass
>
> Subject: Re: [PATCH v3 1/8] x86: Add new slimbootloader CPU type
>
> On Wed, Jul 10, 2019 at 3:02 AM Park, Aiden
Hi Bin,
> -Original Message-
> From: Bin Meng [mailto:bmeng...@gmail.com]
> Sent: Sunday, July 14, 2019 1:49 AM
> To: Park, Aiden
> Cc: U-Boot Mailing List ; Simon Glass
>
> Subject: Re: [PATCH v3 4/8] x86: slimbootloader: Add serial driver
>
> On Wed, Jul 10, 2019 at 3:02 AM Park, Aide
Packed structures like struct uuid are not aligned. GCC 9.1 therefore
throws an error when trying to compile gen_rand_uuid().
lib/uuid.c: In function ‘gen_rand_uuid’:
lib/uuid.c:244:2: error: converting a packed ‘struct uuid’ pointer
(alignment 1) to a ‘unsigned int’ pointer (alignment 4) may resu
This patch is to enable U-Boot as a payload which runs on top of Slim
Bootloader(https://github.com/slimbootloader/slimbootloader) boot firmware for
x86 platforms.
The Slim Bootloader is designed with multi-stage architecture for the execution
from reset vector to OS hand-off, and supports qemu
This slimbootloader cpu type is to enable U-Boot as a payload which
runs on top of Slim Bootloader(https://github.com/slimbootloader).
The Slim Bootloader is designed with multi-stage architecture for
the execution from reset vector to OS booting, and supports qemu,
Apollolake, Whiskeylake and Coff
FSP(CONFIG_HAVE_FSP) and Slim Bootloader(CONFIG_SYS_SLIMBOOTLOADER)
consume HOB data from the each HOB list pointer.
Add a common hob library/header in lib/hob.c and include/asm/hob.h.
Signed-off-by: Aiden Park
Reviewed-by: Bin Meng
---
Changes in v3:
* Create a common HOB libary from fsp_hob
Slim Bootloader provides memory map info thru its HOB list pointer.
Configure memory size and relocation memory from the HOB data, and
provide e820 entries as well.
- Get memory size from the memory map info hob
- Set ram top for U-Boot relocation lower than 4GB
- Provide e820 entries from the memo
Slim Bootloader provides TSC clock information in its performance
info hob. For now, TSC clock information is only used for timer driver
from the performance info hob.
- Get TSC frequency from performance info hob
- Set tsc_base and clock_rate for timer driver
Signed-off-by: Aiden Park
Reviewed-b
Add a new device tree which has very minimum nodes
- x86 reset
- x86 tsc_timer
- x86 pci
- Slim Bootloader serial
Signed-off-by: Aiden Park
Reviewed-by: Bin Meng
---
Changes in v3:
* Move slimbootloader.dtb before baytrail_som-db5800-som-6867.dtb
arch/x86/dts/Makefile | 1 +
arch
The setting up MTRRs have already been done in previous
Slim Bootloader stages.
Signed-off-by: Aiden Park
Reviewed-by: Bin Meng
---
arch/x86/lib/init_helpers.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/x86/lib/init_helpers.c b/arch/x86/lib/init_helpers.c
index 0
Slim Bootloader provides serial port info thru its HOB list pointer.
All these HOBs are eligible for Slim Bootloader based board only.
- Get serial port information from the serial port info hob
- Leverage ns16550 driver with slimbootloader specific platform data
Signed-off-by: Aiden Park
Reviewe
Add slimbootloader board to run U-boot as a Slim Bootloader payload
- Add new board/intel/slimbootloader directory with minimum codes
- Add slimbootloader configuration files
- Add README in board/intel/slimbootloader
Signed-off-by: Aiden Park
Reviewed-by: Bin Meng
---
Chan
Hi Bin,
> -Original Message-
> From: Park, Aiden
> Sent: Sunday, July 14, 2019 2:16 PM
> To: Bin Meng
> Cc: U-Boot Mailing List ; Simon Glass
>
> Subject: RE: [PATCH v3 1/8] x86: Add new slimbootloader CPU type
>
> Hi Bin,
>
> > -Original Message-
> > From: Bin Meng [mailto:bme
V2:
Following on from a discussion with Heinrich Schuchardt, please find a
reworked set of patches updating efi_add_memory_map() to
- Return efi_status_t
- Return EFI_SUCCESS where appropriate
- Return EFI_NO_MAPPING in two cases where zero was returned to indicate an
error
- Updating of users
We currently have some inconsistent use of efi_add_memory_map()
throughout the code. In particular the return value of efi_add_memory_map()
is not interpreted the same way by various users in the codebase.
This patch changes efi_add_memory_map() to return efi_status_t. A
subsequent set of patches
The previous implementation of efi_add_memory_map() returned the passed
address on success, instead of an efi_status_t.
With the new function signature instead of returning zero, return
EFI_NO_MAPPING on carve-out errors.
Fixes: 5d00995c361c ("efi_loader: Implement memory allocation and map")
Fix
efi_add_memory_map() wants to return 0 to indicate success in two places.
Instead of returning zero we should return the defined efi_status_t return
value EFI_SUCCESS.
Signed-off-by: Bryan O'Donoghue
---
lib/efi_loader/efi_memory.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
efi_add_runtime_mmio() does an efi_add_memory_map() call. We have recently
changed the return value of efi_add_memory_map() to return an efi_status_t
code.
This patch captures the result code of efi_add_memory_map() and if that
result code is not EFI_SUCCESS returns EFI_OUT_OF_RESOURCES;
Signed-o
efi_add_memory_map() now returns efi_status_t not the passed uint64_t
address on success. We need to capture that change in efi_allocate_pages().
Signed-off-by: Bryan O'Donoghue
---
lib/efi_loader/efi_memory.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi
efi_add_memory_map() now returns efi_status_t not the passed uint64_t
address on success. We need to capture that change in efi_free_pages().
Signed-off-by: Bryan O'Donoghue
---
lib/efi_loader/efi_memory.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/lib/efi_loa
1 - 100 of 140 matches
Mail list logo
