Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Support common spl_board_init by moving code from puma
> board file into, common rk3399-board-spl.c.
>
> Part of the code has sysreset-gpio, regulators_enable_boot_on
> but right now only puma board is using this with relevant
> config
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> u-boot,dm-pre-reloc for uart0, uart2 indeed u-boot specific
> properties. Move them into rk3399-u-boot.dtsi so the boards
> which enabled these node will available during SPL.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Now, we have spl_board_init with preloader_console_init that
> indeed show SPL banner.
>
> So mark the 'U-Boot SPL board init' print into debug.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
>
On Sun, 2 Jun 2019 at 12:05, Heinrich Schuchardt wrote:
>
> An UEFI application may change the value of the register that gd lives in.
> But some of our functions like get_ticks() access this register. So we
> have to set the gd register to the U-Boot value when entering a trace
> point and set
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> There is no need for it to be non-constant. Making it constant, allows to
> return constant string without warning.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/spl/spl_fit.c |
On Sun, 2 Jun 2019 at 12:30, Heinrich Schuchardt wrote:
>
> Up to now we had hard coded values for the call depth up to which trace
> records are created: 200 for early tracing, 15 thereafter. UEFI
> applications reach a call depth of 80 or above.
>
> Provide customizing settings for the call
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> If one overlay that must be applied cannot be found in the FIT, the current
> implementation stops applying the overlays. Let's make it skip only the
> failing overlay instead.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes
Hi,
On Fri, 24 May 2019 at 03:23, Chuanhua Han wrote:
>
> Usually the i2c bus needs to write the address of the register before
> reading the internal register data of the device (ignoring the
> transmission of the slave address).
>
> Generally, the stop signal is not needed before the register
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> To reduce the complexity of the Makefile, let the generator tell what its
> dependencies are. For this purpose use the "--deps" option.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes in v3: None
> Changes in v2: None
>
>
On Mon, 3 Jun 2019 at 14:23, Sekhar Nori wrote:
>
> Current dev_read_*() API lacks support to get address and size
> of a "reg" property by name or index. Add support for the same.
>
> Livetree support has been added but not tested on real hardware.
>
> The existing unit tests testing reading
Hi,
On Tue, 28 May 2019 at 09:47, Andy Yan wrote:
>
> Hi Simon:
>
> On 2019/5/23 上午3:39, Simon Glass wrote:
>
> Hi Andy,
>
> On Tue, 21 May 2019 at 19:43, Andy Yan wrote:
>
> Hi Andre:
>
> Andre Przywara 于2019年5月20日周一 下午11:59写道：
>
> On Mon, 20 May 2019 14:34:01 +0800
> Andy Yan wrote:
>
> Hi,
On Sun, 2 Jun 2019 at 09:36, Heinrich Schuchardt wrote:
>
> When compiling with FTRACE=1 an error
>
> ld.bfd: disk/built-in.o: in function `lba512_muldiv':
> disk/part.c:114: undefined reference to `__udivmoddi4
>
> occurred.
>
> Use '>> 11' instead of '/ 2048' to avoid the division.
>
>
On Sat, 1 Jun 2019 at 23:59, Heinrich Schuchardt wrote:
>
> Compiling with TRACE but without TRACE_EARLY results in an error
> aarch64-linux-gnu-ld.bfd:
> common/built-in.o:(.rodata.init_sequence_f+0x10):
> undefined reference to `trace_early_init'
>
> trace_early_init() should not be called if
On 6/22/19 9:10 PM, Simon Glass wrote:
On Sun, 2 Jun 2019 at 09:36, Heinrich Schuchardt wrote:
When compiling with FTRACE=1 an error
ld.bfd: disk/built-in.o: in function `lba512_muldiv':
disk/part.c:114: undefined reference to `__udivmoddi4
occurred.
Use '>> 11' instead of '/ 2048' to
On Fri, 14 Jun 2019 at 20:51, Heinrich Schuchardt wrote:
>
> There is no good reason to limit the trace buffer to 2GiB on a 64bit
> system. Adjust the types of the relevant parameters.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/trace.c | 10 --
> include/trace.h | 6
On 6/22/19 8:58 PM, Suniel Mahesh wrote:
> Hi Marek,
Hi,
> Looks like CD is working fine with TI AM3358X SOC based targets.
Yes, it does.
> Ran a quick test after looking at the discussion, posting the results which
> might be of some help.
I think you misunderstood my proposal.
mmc rescan
Hi Tom,
This includes the following changes to U-Boot x86 for v2019.07:
- boot failure fix for Intel edison
- tangier wdt conversion to driver model
The following changes since commit 226a35ef0ef310d8fffa3e6283ee3aab9dab26aa:
Merge branch '2019-06-20-master-imports' (2019-06-20 21:52:31
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> The current tests do to handle well the cases where those variables are not
> defined. When CONFIG_SPL_LOAD_FIT is not defined, U_BOOT_ITS gets defined
> as an empty string.
> Fixing it by using intermediate variables with the quotes
On Thu, 20 Jun 2019 at 18:44, Park, Aiden wrote:
>
> 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.
>
> Added new SLIMBOOTLOADER SYS/VENDOR/TARGET CONFIG
> - New
Hi Keerthy,
On Tue, 4 Jun 2019 at 14:01, Keerthy wrote:
>
> Hi Simon/Tom,
>
> I am looking at the device_probe function in drivers/core/device.c
>
> ret = uclass_pre_probe_device(dev);
> if (ret)
> goto fail;
>
> if (dev->parent &&
Hi,
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> Currently the FIT generator scripts are passed only a list of dtbs.
> However some platforms may also require information about the board itself.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes in v3: None
> Changes in
Hi Eugeniu,
On Thu, 23 May 2019 at 16:33, Eugeniu Rosca wrote:
>
> Rename:
> - doc/{README.avb2 => android/avb2.txt}
This should be in a separate patch since it isn't related to adding
the new docs, actually.
> - doc/{README.android-fastboot => android/fastboot.txt}
>
> Add a new file
On Thu, 23 May 2019 at 16:33, Eugeniu Rosca wrote:
>
> Perform the following updates:
> - Relocate the commit id from the file to the description of U-Boot
>commit. The AOSP commit is c784ce50e8c10eaf70e1f97e24e8324aef45faf5.
>This is done to avoid stale references in the file itself.
On Sat, Jun 22, 2019 at 2:46 AM Mark Kettenis wrote:
>
> Add missing regulator-init-microvolt property to vdd_log regulator.
>
> Signed-off-by: Mark Kettenis
> ---
> Without this property the pwm regulator driver prints a warning and
> the OpenBSD kernel crashes shortly after spinning up the big
Hi Tom,
On Tue, 11 Jun 2019 at 02:33, Tom Rini wrote:
>
> Hey all,
>
> It's release day and here is v2019.07-rc4. At this point, I know we
> have some regression fixes for i.MX that are coming, and I'm expecting a
> fix to the build time failure for tinker-rk3288.
>
> To repeat myself about DM
Hi,
On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>
> Hi Simon,
>
> Am 22.06.19 um 16:55 schrieb Simon Glass:
> > I'd like to better understand the benefits of the 3-month timeline.
>
> It takes time to learn about a release, package and build it, test it on
> various hardware, investigate
Hi Heiko,
On Wed, 12 Jun 2019 at 05:12, 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
>
>
Hi Lukasz,
On Mon, 3 Jun 2019 at 08:22, Lukasz Majewski wrote:
>
> Hi Peng,
>
> > Hi All
> >
> > Will we force to use CCF in future?
>
> I do think yes (as fair as I can tell this is what the community
> needs/agreed).
>
> > And Is there possibility this feature would land in v2019.07?
>
> Do
Hi,
Am 22.06.19 um 20:15 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>> Am 22.06.19 um 16:55 schrieb Simon Glass:
>>> I'd like to better understand the benefits of the 3-month timeline.
>>
>> It takes time to learn about a release, package and build it, test it on
On 6/22/19 9:10 PM, Simon Glass wrote:
On Fri, 14 Jun 2019 at 20:51, Heinrich Schuchardt wrote:
There is no good reason to limit the trace buffer to 2GiB on a 64bit
system. Adjust the types of the relevant parameters.
Signed-off-by: Heinrich Schuchardt
---
cmd/trace.c | 10 --
Hi Jean-Jacques,
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
>
> The purpose of this series is to provide the SPL with ability to apply
> overlays for u-boot. this is only a RFC so far, to get a feedback on the
> approach.
>
> Our use-case is the support of the daughter boards of
Hi Jagan,
On 06/21/2019 02:54 AM, Jagan Teki wrote:
> preloader_console_init is used for printing SPL boot banner that
> usually called from spl_board_init.
>
> The current spl_board_init in evb and rock960 is enabling explicit
> pinctrl, debug uart prior to calling preloader_console_init which
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Enable SPL_BOARD_INIT globally to rk3399, this would
> help to print the SPL banner during bootup.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> arch/arm/mach-rockchip/Kconfig | 1 +
>
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Add spl_board_init for TPL, that have TPL banner will help
> to print tpl boot prints.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> arch/arm/mach-rockchip/rk3399-board-tpl.c | 7 +++
> 1 file changed,
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Now, we have spl_board_init which has TPL banner prints.
>
> So mark the 'U-Boot TPL board init' print into debug.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> arch/arm/mach-rockchip/rk3399-board-tpl.c |
Hi Jagan,
On 06/21/2019 02:55 AM, Jagan Teki wrote:
> Enable TPL_BOARD_INIT, this would help us to show
> TPL boot prints.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
> ---
> arch/arm/mach-rockchip/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Sat, Jun 22, 2019 at 10:51 PM Bin Meng wrote:
>
> Hi Joshua,
>
> On Fri, Jun 21, 2019 at 11:17 PM Joshua Watt wrote:
> >
> > Converts qemu x86 machines to boot using distro_config. The intent is to
> > allow u-boot in qemu to be maximally compatible with many boot methods
> > without having
Hi Joshua,
On Fri, Jun 21, 2019 at 11:17 PM Joshua Watt wrote:
>
> Converts qemu x86 machines to boot using distro_config. The intent is to
> allow u-boot in qemu to be maximally compatible with many boot methods
> without having to change the config. Currently, u-boot will only boot in
> a very
On Tue, 28 May 2019 at 11:33, Igor Opaniuk wrote:
>
> On Mon, May 27, 2019 at 5:58 PM Tom Rini wrote:
> >
> > On Mon, May 27, 2019 at 09:22:05AM +0200, Stefan Agner wrote:
> > > On 27.05.2019 07:21, Igor Opaniuk wrote:
> > > > Hi everyone,
> > > >
> > > > I've finally started looking into the
Add support for capturing ethernet packets and storing
them in memory in PCAP(2.4) format, later to be analyzed by
any PCAP viewer software (IE. Wireshark)
This feature greatly assist debugging network issues such
as detecting dropped packets, packet corruption etc.
Signed-off-by: Ramon Fried
Add documentation for new "pcap" command.
Signed-off-by: Ramon Fried
---
doc/README.pcap | 61 +
1 file changed, 61 insertions(+)
create mode 100644 doc/README.pcap
diff --git a/doc/README.pcap b/doc/README.pcap
new file mode 100644
index
Hi,
On Fri, 24 May 2019 at 05:39, Chuanhua Han wrote:
>
> Modify the Freescale ESPI driver to support the driver model.
> Also resolved the following problems:
>
> = WARNING ==
> This board does not use CONFIG_DM_SPI. Please update
> the board before
Hi Andy,
On Tue, 28 May 2019 at 09:34, Andy Yan wrote:
>
> Hi Simon:
>
> On 2019/5/23 上午3:39, Simon Glass wrote:
>
> Hi Andy,
>
> On Tue, 21 May 2019 at 19:56, Andy Yan wrote:
>
> Hi Simon:
>
> Simon Glass 于2019年5月22日周三 上午8:28写道：
>
> Hi Andy,
>
> On Tue, 21 May 2019 at 00:51, Andy Yan wrote:
Hi Andreas,
On Sat, 22 Jun 2019 at 20:08, Andreas Färber wrote:
>
> Hi,
>
> Am 22.06.19 um 20:15 schrieb Simon Glass:
> > On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
> >> Am 22.06.19 um 16:55 schrieb Simon Glass:
> >>> I'd like to better understand the benefits of the 3-month timeline.
On Wed, 12 Jun 2019 at 07:32, 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
> ---
> drivers/power/regulator/regulator-uclass.c |
Hi Jean-Jacques,
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> spl_fit_get_image_name() is used to get the names of the images that the
> SPL must load from the FIT. It relies on the content of a property present
> in the FIT. The list of images is thus statically defined in the
On Mon, 3 Jun 2019 at 14:23, Sekhar Nori wrote:
>
> Add support for clk_is_match() which is required to
> know if two clock pointers point to the same exact
> physical clock.
>
> Also add a unit test for the new API.
>
> Reviewed-by: Lokesh Vutla
> Signed-off-by: Sekhar Nori
> ---
>
On Wed, 12 Jun 2019 at 09:26, Sven Schwermer
wrote:
>
> Drivers need to be able to enable regulators that may be implemented as
> GPIO regulators. Example: fsl_esdhc enables the vqmmc supply which is
> commonly implemented as a GPIO regulator in order to switch between I/O
> voltage levels.
>
>
On 6/22/19 9:12 PM, Heinrich Schuchardt wrote:
> On 6/22/19 8:15 PM, Simon Glass wrote:
>> Hi,
>>
>> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>>>
>>> Hi Simon,
>>>
>>> Am 22.06.19 um 16:55 schrieb Simon Glass:
I'd like to better understand the benefits of the 3-month timeline.
>>>
On Wed, Jun 19, 2019 at 12:12 AM Bin Meng wrote:
>
> On Wed, Jun 19, 2019 at 12:06 AM Andy Shevchenko
> wrote:
> >
> > This breaks Intel Edison to work. It gets laggish and unable to boot kernel.
> >
> > Reverts commit 665cb18ea64aabbeb03d27a4c92ddec1baccb87a for now
> > till better solution
On Fri, Jun 21, 2019 at 6:28 PM Andy Shevchenko
wrote:
>
> Convert legacy driver to use watchdog class.
>
> Signed-off-by: Andy Shevchenko
> Reviewed-by: Stefan Roese
> ---
> arch/x86/cpu/tangier/Kconfig | 1 -
> arch/x86/dts/edison.dts| 4 ++
> configs/edison_defconfig | 2
On Sat, Jun 22, 2019 at 10:23 PM Bin Meng wrote:
>
> On Fri, Jun 21, 2019 at 6:28 PM Andy Shevchenko
> wrote:
> >
> > The default timeout value had been left in order to leave some traces
> > about default setup of watchdog done by firmware.
> >
> > For better understanding and compiler burden,
On Fri, Jun 14, 2019 at 01:43:38PM -0400, Patrick Doyle wrote:
> Previously we would store NULL in info->padding and jump to an illegal
> instruction if an unknown value for "padding" was specified in the
> device tree.
>
> Signed-off-by: Patrick Doyle
Applied to u-boot/master, thanks!
--
On Thu, Jun 20, 2019 at 08:02:46AM +0200, Michal Simek wrote:
> Avnet Ultra96 dts file should be also cover by MAINTAINERS fragment.
>
> Signed-off-by: Michal Simek
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jun 11, 2019 at 10:39:52AM +0200, Felix Brack wrote:
> This board does not require watchdog support.
>
> Signed-off-by: Felix Brack
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
On Tue, Jun 18, 2019 at 12:25:51PM +0900, Masahiro Yamada wrote:
> Misspelling of SPDX-License-Identifier is rather fatal than other
> general typos, so must be fixed.
>
> This file spells SPDX-Licence-Identifier.
>^
>
> I also moved it to the very top of the file
On Mon, Jun 17, 2019 at 03:33:55PM +0200, Anatolij Gustschin wrote:
> Remove square brackets around label in state command description.
>
> Fixes: ea41b15617fa ("cmd/led: check subcommand "list" instead "l"")
> Signed-off-by: Anatolij Gustschin
> Reviewed-by: Heiko Schocher
Applied to
On Thu, Jun 06, 2019 at 07:59:16AM +, Peng Fan wrote:
> When build SPL_OF_PLATDATA on i.MX6, meet issue the fdtdec_get_int
> not defined, however fdtdec.c will use fdtdec_get_int, so let's
> compile fdtdec_common.c when OF_LIBFDT selected.
>
> Since there is also SPL_OF_LIBFDT, so need to
Hi Mark,
On 06/22/2019 04:57 AM, Mark Kettenis wrote:
> The new common rockchip pinctrl driver does not support explicit
> requests for a particular pinctrl function. As a result, the
> board_init() function bails out early before enabling the boot-on
> regulators. Fix this by simply removing
On 06/22/2019 05:16 AM, Mark Kettenis wrote:
> Add missing regulator-init-microvolt property to vdd_log regulator.
>
> Signed-off-by: Mark Kettenis
Reveiwed-by: Kever Yang
Thanks,
- Kever
> ---
> Without this property the pwm regulator driver prints a warning and
> the OpenBSD kernel crashes
On Wed, Jun 05, 2019 at 07:26:44AM -0700, Bin Meng wrote:
> commit b7598a43f2b4 ("[PATCH] Avoid assigning PCI resources from
> zero address") only moved the bus lower address to 0x1000 if the
> given bus start address is zero. The comment said 0x1000 is a
> reasonable starting value, hence we'd
On Fri, Jun 21, 2019 at 6:28 PM Andy Shevchenko
wrote:
>
> The default timeout value had been left in order to leave some traces
> about default setup of watchdog done by firmware.
>
> For better understanding and compiler burden, replace it with a comment.
>
> Suggested-by: Stefan Roese
>
> From: Jagan Teki
> Date: Sat, 22 Jun 2019 20:17:13 +0530
>
> On Sat, Jun 22, 2019 at 2:46 AM Mark Kettenis wrote:
> >
> > Add missing regulator-init-microvolt property to vdd_log regulator.
> >
> > Signed-off-by: Mark Kettenis
> > ---
> > Without this property the pwm regulator driver prints
Hi Simon,
Am 22.06.19 um 16:55 schrieb Simon Glass:
> I'd like to better understand the benefits of the 3-month timeline.
It takes time to learn about a release, package and build it, test it on
various hardware, investigate and report errors, wait for feedback and
fixes, rinse and repeat with
On 6/22/19 4:55 PM, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 11 Jun 2019 at 02:33, Tom Rini wrote:
>>
>> Hey all,
>>
>> It's release day and here is v2019.07-rc4. At this point, I know we
>> have some regression fixes for i.MX that are coming, and I'm expecting a
>> fix to the build time
Add documentation for new "pcap" command.
Signed-off-by: Ramon Fried
---
v2: remove duplicated lines from example
doc/README.pcap | 61 +
1 file changed, 61 insertions(+)
create mode 100644 doc/README.pcap
diff --git a/doc/README.pcap
Hi Eugeniu,
On Thu, 23 May 2019 at 16:33, Eugeniu Rosca wrote:
>
> 'Bootloader Control Block' (BCB) is a well established term/acronym in
> the Android namespace which refers to a location in a dedicated raw
> (i.e. FS-unaware) flash (e.g. eMMC) partition, usually called "misc",
> which is used
On Fri, 24 May 2019 at 16:20, 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
>
> This command
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> In order to apply an overlay to a DTB. The DTB must have been generated
> with the option '-@'.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> scripts/Makefile.lib | 4
> 1 file
Hi Jean-Jacques,
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> If the node describing an overlay does not specify a load address, it will
> be loaded at the address previously used.
> Fixing it by allocating a temporary 64kB region that will be used as a
> default load address.
>
On Fri, 14 Jun 2019 at 20:52, Heinrich Schuchardt wrote:
>
> Correct the debug output for the trace buffer size to accommodate trace
> buffers exceeding 2GiB.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> common/board_f.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Hi Marek,
Looks like CD is working fine with TI AM3358X SOC based targets.
Ran a quick test after looking at the discussion, posting the results which
might be of some help.
In this test, mmc part is not printing the partition table of the previous
card, instead it prints
the partition table
Hi Aaron,
IMO, serial_init or serial_initialize will only probe for console
device - stdout-path in case of devicetree.
One should add lazy probe of all serial devices using uclass helpers
with board_late_init or last_stage_init in init_sequence_r.
In this case, to probe only this device check
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> Make room in the FDT before applying the overlay, otherwise it may fail if
> the overlay is big. As the exact added size is not known in advance, just
> add the size of the overlay.
> Move after the end of the application of the
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> From: Michal Simek
>
> doc/uImage.FIT/overlay-fdt-boot.txt is describing how to create FIT
> image with DT overlays in it.
> Add support for this feature to SPL.
>
> Here is the ZynqMP fragment where dtb points to full DT and dtbo is
>
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> Include the object tree and the source tree in the search path of the
> FIT compîler (dtc). This allows to use paths relative to the root of the
> source or object trees in the ITS instead of working backward from the
> actual location
On Thu, 23 May 2019 at 11:39, Jean-Jacques Hiblot wrote:
>
> There are many ways the overlay application can fail.
> 2 of them are probably the most common:
> - the application itself failed. Usually this is comes from an unresolved
> reference
> - DTBO not available in FIT (could be because of
On 6/22/19 8:15 PM, Simon Glass wrote:
Hi,
On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
Hi Simon,
Am 22.06.19 um 16:55 schrieb Simon Glass:
I'd like to better understand the benefits of the 3-month timeline.
It takes time to learn about a release, package and build it, test it on
Hi,
On Wed, 12 Jun 2019 at 09:26, Sven Schwermer
wrote:
>
> In preparation of being able to enable/disable GPIO regulators, the
> code that will be shared among the two kinds to regulators is factored
> out into its own source files.
>
> Signed-off-by: Sven Schwermer
> ---
>
Hi,
On Fri, 24 May 2019 at 03:23, Chuanhua Han wrote:
>
> The previous pcf2127 RTC chip could not read and set the correct time.
> When reading the data of internal registers, the read address was the
> value of register plus 1. This is because this chip requires the host
> to send a stop signal
Hi Simon,
Am 22.06.19 um 21:14 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 20:08, Andreas Färber wrote:
>> Am 22.06.19 um 20:15 schrieb Simon Glass:
>>> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
Am 22.06.19 um 16:55 schrieb Simon Glass:
> I'd like to better understand the
On Tue, Jun 18, 2019 at 09:53:04AM -0600, Robert Hancock wrote:
> blk_get_device_by_str was skipping part_init when hw partition 0 was
> selected because it is the default. However, this caused issues when
> switching to a non-zero partition and then back to partition zero, as
> stale data from
On Wed, Jun 19, 2019 at 05:47:12PM +0530, Prabhakar Kushwaha wrote:
> NXP's LS1028 and LX2160 platform build support added via buildman
> in travis.yml.
>
> Signed-off-by: Prabhakar Kushwaha
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 20, 2019 at 04:31:35PM -0500, Joshua Watt wrote:
> IDE devices are no longer automatically probed by u-boot, so it should
> be done by the distro boot command before attempting to boot from IDE
> (just like scsi and nvme)
>
> Signed-off-by: Joshua Watt
Applied to u-boot/master,
On Tue, Jun 18, 2019 at 01:54:02PM +,
bollavarapumoses.christop...@in.bosch.com wrote:
> From: Moses Christopher
>
> Signed-off-by: Moses Christopher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Mon, Jun 17, 2019 at 04:10:23PM -0400, Oleksandr Zhadan wrote:
> Extra "not DM" controllers support is disabled.
> u-boot BSP still good enough to upgrade and run images.
>
> Signed-off-by: Oleksandr Zhadan
> Signed-off-by: Michael Durrant
Applied to u-boot/master, thanks!
--
Tom
Hi Lu,
On Mon, Jun 03, 2019 at 04:28:24AM +, Y.b. Lu wrote:
> Hi,
>
> > -Original Message-
> > From: Angelo Dureghello
> > Sent: 2019年5月31日 15:15
> > To: Y.b. Lu
> > Cc: u-boot@lists.denx.de
> > Subject: Re: [v3, 5/5] mmc: fsl_esdhc_imx: drop useless code
> >
> > Hi Lu,
> >
> >
The reset line going to the ethernet controller is controlled
by a global reset controlling multiple peripherals. There
is no need to manually invoke the reset.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/am3517evm/am3517evm.c
b/board/logicpd/am3517evm/am3517evm.c
index
Hi all,
I'm working on a driver for our ARM64 SOCs but am having an issue where the
driver never gets probed. I added a bind function and the driver is getting
bound and I have the appropriate entry in the device tree for it, but the probe
function is never called.
This is a pseudo driver in
89 matches
Mail list logo
