At present these functions are incorrect. Fix them and add some logging
and checking to avoid future problems.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_nhlt.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git
At present CONFIG_CHROMEOS is used to determine whether verified boot is
in use. The code to implement that is not in U-Boot mainline.
However, it is useful to be able to boot a Chromebook in developer mode
in U-Boot mainline without needing the verified boot code.
To allow this, use
Add a script to boot Chrome OS from the internal MMC. This involved adding
a few commands and options.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
configs/chromebook_coral_defconfig | 10 +++---
include/configs/chromebook_coral.h | 9 -
2 files
Set up a few fields necessarily to make Chrome OS boot without showing a
firmware error.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/apollolake/acpi.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git
Use log_debug() instead of debug() in this file, to enable the extra
features.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/fsp2/fsp_dram.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/x86/lib/fsp2/fsp_dram.c
It is useful for this command to show the address of the interrupt table.
Add support for this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/i386/interrupt.c| 14 +++---
arch/x86/include/asm/interrupt.h | 17 +
If there is no reset line, this still emits ACPI code for the reset GPIO.
Fix it by updating the check.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
lib/acpi/acpi_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/acpi/acpi_device.c
At present if SSDT and DSDT code is created, only the latter is retained
for examination by the 'acpi items' command. Fix this by only resetting
the list when explicitly requested.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 1 +
The current implementation for DSDT tables is not correct for the case
where there is generated code, as the length ends up being incorrect.
Also, we want the generated code to go first in the table.
Rewrite this piece to correct these problems.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
At present these tables do not have the correct header, and there is an
occasional incorrect value due to uninited data. Fix these bugs.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_nhlt.c | 4 +++-
1 file changed, 3 insertions(+), 1
On 10/22/20 5:08 AM, Simon Glass wrote:
> Add a simple binding file for this, so that it is clear what this binding
> directory is for.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> doc/device-tree-bindings/sysinfo/sysinfo.txt | 18 ++
> 1 file changed, 18
+cc Mark
On Thu, 22 Oct 2020 at 01:04, Ilias Apalodimas
wrote:
>
> Order header files according to https://www.denx.de/wiki/U-Boot/CodingStyle
>
> Signed-off-by: Ilias Apalodimas
> Suggested-by: Heinrich Schuchardt
> ---
> lib/efi_loader/efi_boottime.c | 7 +++
> 1 file changed, 3
+cc Mark
On Thu, 22 Oct 2020 at 01:04, Ilias Apalodimas
wrote:
>
> U-Boot Driver Model is supposed to remove devices with either
> DM_REMOVE_ACTIVE_DMA or DM_REMOVE_OS_PREPARE flags set, before exiting.
> Our bootm command does that by explicitly calling calling
>
On 10/22/20 5:08 AM, Simon Glass wrote:
> Support a way to put SMBIOS properties in the device tree. These can be
> placed in a 'board' device in an 'smbios' subnode.
For me it is fine if you want to specify the SMBIOS properties via the
device tree. But it makes no sense to have multiple ways of
On 10/22/20 5:08 AM, Simon Glass wrote:
> Add information about how to set SMBIOS properties using the devicetree.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add onto the sysinfo binding
>
> doc/arch/x86.rst| 8 +++
>
On 10/21/20 1:49 PM, Jagan Teki wrote:
> Hi Samuel,
>
> On Sun, Sep 13, 2020 at 3:05 AM Samuel Holland wrote:
>>
>> Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
>> binman"), if the BL31 environment variable was not defined, the firmware
>> would be loaded from a file
> Subject: RE: [PATCH 1/2] mmc: mmc_of_parse: Enable 52 MHz support with
> "cap-mmc-highspeed"
>
> Hi Peng,
>
> > From: Uboot-stm32
>
> > On Behalf Of Patrick DELAUNAY
> >
> > Hi,
> >
> > > From: Alexandru Gagniuc
> > > Sent: mardi 15 septembre 2020 21:52
> > >
> > > "cap-mmc-highspeed"
U-Boot Driver Model is supposed to remove devices with either
DM_REMOVE_ACTIVE_DMA or DM_REMOVE_OS_PREPARE flags set, before exiting.
Our bootm command does that by explicitly calling calling
"dm_remove_devices_flags(DM_REMOVE_ACTIVE_ALL);" and we also disable any
USB devices.
The EFI equivalent
On 10/17/20 9:36 PM, Sean Anderson wrote:
> All of the existing quirks add retries to various calls of mmc_send_cmd.
> mmc_send_cmd_quirks is a helper function to do this retrying behavior. It
> checks if quirks mode is enabled, and if a specific quirk is activated it
> retries on error.
>
> This
On Tue, Oct 20, 2020 at 12:56:25PM +0200, Marek Vasut wrote:
> The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
>
> Merge tag 'u-boot-atmel-2021.01-b' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-atmel (2020-10-19
> 09:29:05 -0400)
>
> are available in the
On Mon, Oct 19, 2020 at 11:40:26PM +0200, Marek Vasut wrote:
> This reverts commit eb39d8ba5f0d1468b01b89a2a464d18612d3ea76.
> The commit breaks booting of fitImage by SPL, the system simply hangs.
> This is because on arm32, the fitImage and all of its content can be
> aligned to 4 bytes and
On Tue, Oct 20, 2020 at 01:54:57PM +0200, Marek Vasut wrote:
> The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
>
> Merge tag 'u-boot-atmel-2021.01-b' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-atmel (2020-10-19
> 09:29:05 -0400)
>
> are available in the
On Wed, Oct 21, 2020 at 08:09:55AM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 3d19a7ee8ca7af01f75ff24622ea3c9840cd5bca:
>
> test: Fix sandbox tests failing to build (2020-10-17 09:03:22 -0400)
>
> are available in the Git repository at:
>
>
As a first step to obtaining SMBIOS information from the devicetree, add
an ofnode parameter to the writing functions.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Move dm.h header file to avoid build error on qemu-arm
- Deal with boards that don't use of-control
Add a simple binding file for this, so that it is clear what this binding
directory is for.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/device-tree-bindings/sysinfo/sysinfo.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644
Support a way to put SMBIOS properties in the device tree. These can be
placed in a 'board' device in an 'smbios' subnode.
Signed-off-by: Simon Glass
---
Changes in v3:
- Use a different binding with subnodes for each table type
lib/smbios.c | 100
This uclass is intended to provide a way to obtain information about a
U-Boot board. But the concept of a U-Boot 'board' is the whole system,
not just one circuit board, meaning that 'board' is something of a
misnomer for this uclass.
In addition, the name 'board' is a bit overused in U-Boot and
Hi Tom
Please pull one fix for 2021.01.
Travis CI build: https://travis-ci.org/github/lftan/u-boot/builds/737650124
Regards
Ley Foon
The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
Merge tag 'u-boot-atmel-2021.01-b' of
The current tables only support a subset of the available fields defined
by the SMBIOS spec. Add a few more.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/smbios.c | 4
1 file changed, 4 insertions(+)
diff --git a/lib/smbios.c b/lib/smbios.c
index 6d3c20a48ee..e97a3bfe6f3
At present the top of available DRAM is the same as the top of the range
of the low-memory MTRR.
In fact, U-Boot is allowed to use memory up until the start of the FSP
reserved memory. Use that value for low_end, since it makes more memory
available.
Keep the same calculation as before for
Add information about how to set SMBIOS properties using the devicetree.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add onto the sysinfo binding
doc/arch/x86.rst| 8 +++
doc/device-tree-bindings/sysinfo/smbios.txt | 77 +
2 files changed,
This somehow ended up as an empty file. Fix it.
Signed-off-by: Simon Glass
---
.../max98357-render-2ch-48khz-24b.dat | Bin 0 -> 116 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git a/board/google/chromebook_coral/max98357-render-2ch-48khz-24b.dat
This series adds various minor features and tweaks to allow Coral to boot
into Chrome OS from U-Boot.
It relies on three other series which have been recently sent:
- smbios (u-boot-dm/smbios-working)
- bootm (u-boot-dm/bootm-working)
- misca (u-boot-dm/misca-working)
This should
Set up MSRs required for Apollo Lake. This enables Linux to use the
timers correctly. Also write the fixed MSRs for this platform.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rename update_fixed_mtrss() to update_fixed_mtrrs()
- Add comments to enable_pm_timer_emulation() and
At present we create the ACPI context but then drop it after generation of
tables is complete. This is annoying because we have to then search for
tables later.
To fix this, allocate the context and store it in global_data.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes
The bloblist guarantees that blobs are zeroed so there is no need to do
an additional memset(). Drop it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/intel_common/acpi.c | 1 -
1 file changed, 1 deletion(-)
diff --git
This file can be included by any header but it includes C code. Guard it
to avoid errors when compiling ASL, etc.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
include/linux/bitops.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Add definitions for part of the vboot context used with verified boot.
Signed-off-by: Simon Glass
---
Changes in v2:
- Convert tabs to spaces for consistency
arch/x86/include/asm/acpi/vbnv_layout.h | 38 +
1 file changed, 38 insertions(+)
create mode 100644
Some boards need to include binary data into the image for use during the
boot process. Add a node for these.
An example is the audio-codec configuration used by some audio drivers on
Intel platforms. If no private files are provided, they will be omitted.
Signed-off-by: Simon Glass
At present write_tables() can fail but does not report this problem to its
caller. Fix this by changing the return type.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Use log_err() to report error
arch/x86/cpu/cpu.c| 9 -
This is useful when using Linux's earlycon since the MMIO address must be
provided on some platforms, e.g.:
earlycon=uart8250,mmio32,0xddffc000,115200n8
However this is only for debugging, so don't show it by default.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since
This does not necessarily indicate a problem, since some pins are
optional. Let the caller show an error if necessary.
Reviewed-by: Bin Meng
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/pinctrl/intel/pinctrl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Quite a few log_info() calls are included in the x86 code which should use
log_debug() instead. Convert them to reduce unwanted output.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/apollolake/fsp_s.c| 8
At present there are a few Kconfig options which allow SMBIOS fields to
be specified at build time.
Not all fields are supported. Also, defining these at build-time is
limiting since a factory system cannot insert values for particular boards
or models without rebuilding U-Boot.
This series adds
It is not possible to boot Chrome OS properly without passing some basic
information from U-Boot. This applies even if verified boot is not being
used. Add a structure definition for this.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rename struct chromeos_acpi to struct chromeos_acpi_gnvs
-
This table is not needed if a v2 TPM is in use. Add a condition to avoid
adding it when not needed.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git
Order header files according to https://www.denx.de/wiki/U-Boot/CodingStyle
Signed-off-by: Ilias Apalodimas
Suggested-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c
Since commit d879616e9e64 ("spl: fit: simplify logic for FDT loading for
non-OS boots"), the SPL looks at the "os" properties of FIT images to
determine where to append the FDT.
The "os" property of the "firmware" image also determines how to execute
the next stage of the boot process, as in
If neither CONFIG_SPL_FIT_SOURCE nor CONFIG_USE_SPL_FIT_GENERATOR is
enabled, U_BOOT_ITS will be undefined, and attempting to make u-boot.itb
will pass invalid arguments to mkimage, causing it to print its help
message.
Remove the rule in that case, so it is more obvious that u-boot.itb is
not
Due to an extra level of indentation, the "data" property containing the
FDT was being written repeatedly after every other property in the node.
This caused the generated FIT image to be invalid.
Move the block up one level, so the property is added exactly once.
Reviewed-by: Simon Glass
Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
binman"), if the BL31 environment variable was not defined, the firmware
would be loaded from a file "bl31.bin" in the current directory. Restore
that behavior by providing that as the default filename in case no entry
arg is
This consolidates the SoC-specific part at the top of the file to avoid
cluttering it up with preprocessor conditions.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
arch/arm/dts/sunxi-u-boot.dtsi | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
This is a rework of my previous patch series adding SCP firmware support
for system suspend, on top of the binman rewrite of mksunxi_fit_atf.sh.
Now that the generic binman updates have all been merged, this patchset
is based on u-boot/master.
- Patches 1-2 apply to binman FIT support generally.
Nodes should have a blank line separating them from sibling nodes and
properties. Add the necessary lines.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
arch/arm/dts/sunxi-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/sunxi-u-boot.dtsi
Fit images were loaded to a buffer provided by spl_get_load_buffer().
This may work when the FIT image is small and fits between the start
of DRAM and SYS_TEXT_BASE.
One problem with this approach is that the location of the buffer may
be manipulated by changing the 'size' field of the FIT. A
On 10/21/20 1:56 PM, Jagan Teki wrote:
> On Thu, Sep 3, 2020 at 10:37 AM Samuel Holland wrote:
>>
>> There are two different publicly-released revisions of the PinePhone
>> hardware, versions 1.1 and 1.2; and they need different device trees.
>> Since some GPIO pins were rerouted, we can use that
At present all tables are placed starting at address f in memory, and
can be up to 64KB in size. If the tables are very large, this may not
provide enough space.
Also if the tables point to other tables (such as console log or a ramoops
area) then we must allocate other memory anyway.
The
A few functions have changed to return pin numbers or I2C addresses. The
error checking for some of the callers is therefore wrong. Fix them.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
drivers/sound/da7219.c| 4 ++--
drivers/sound/max98357a.c | 2 +-
2
These settings are included twice. The second lot are correct, so drop the
others.
Signed-off-by: Simon Glass
Reported-by: Wolfgang Wallner
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/dts/chromebook_coral.dts | 2 --
1 file changed, 2 deletions(-)
diff --git
If there is nothing in the SSDT we should not include it in the tables.
Update the implementation to check this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
Use if() to remove the extra build path in this code.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/tables.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/arch/x86/lib/tables.c
This somehow ended up as an empty file. Fix it.
Signed-off-by: Simon Glass
---
(no changes since v1)
.../max98357-render-2ch-48khz-24b.dat | Bin 0 -> 116 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git
This is required by Chrome OS so that the audio and other unibuild
features work correctly. Add it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/dts/chromebook_coral.dts | 8
1 file changed, 8 insertions(+)
diff --git
Hi Lokesh,
> Il 20/10/2020 08:31 Lokesh Vutla ha scritto:
>
>
> On 19/10/20 10:22 pm, Dario Binacchi wrote:
> > Enabling the domain clock is performed by the sysc interconnect target
> > module driver during the video device probing.
> >
> > Signed-off-by: Dario Binacchi
> >
> > ---
> >
>
Hi Sean,
On 10/17/20 9:36 PM, Sean Anderson wrote:
> All of the existing quirks add retries to various calls of mmc_send_cmd.
> mmc_send_cmd_quirks is a helper function to do this retrying behavior. It
> checks if quirks mode is enabled, and if a specific quirk is activated it
> retries on error.
Add an entry type for a firmware blob for a System Control Processor,
given by an entry arg. This firmware is a raw binary blob.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
Makefile | 1 +
tools/binman/etype/scp.py | 19 +++
Allwinner sun50i SoCs contain an OpenRISC 1000 CPU that functions as a
System Control Processor, or SCP. ARM Trusted Firmware (ATF)
communicates with the SCP over SCPI to implement the PSCI system
suspend, shutdown and reset functionality. Currently, SCP firmware is
optional; the system will boot
Some boards, specifically 64-bit Allwinner boards (sun50i), are
extremely limited on SPL size. One strategy that was used to make space
was to remove the FIT "os" property parsing code, because it uses a
rather large lookup table.
However, this forces the legacy FIT parsing code path, which
On Sat, Jul 25, 2020 at 11:49 PM Heinrich Schuchardt wrote:
>
> The current default of 0x400 for SYS_MALLOC_F_LEN is too small if any
> additional drivers marked as DM_FLAG_PRE_RELOC are loaded before
> relocation.
>
> CONFIG_RSA=y which is needed for UEFI secure boot or for FIT image
>
Hi Samuel,
On Sun, Sep 13, 2020 at 3:05 AM Samuel Holland wrote:
>
> Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
> binman"), if the BL31 environment variable was not defined, the firmware
> would be loaded from a file "bl31.bin" in the current directory. Restore
> that
On Thu, Sep 3, 2020 at 10:37 AM Samuel Holland wrote:
>
> There are two different publicly-released revisions of the PinePhone
> hardware, versions 1.1 and 1.2; and they need different device trees.
> Since some GPIO pins were rerouted, we can use that to distinguish
> between them.
>
>
On Mon, Oct 19, 2020 at 12:48 AM Anatolij Gustschin wrote:
>
> DM_VIDEO conversion deadline has passed, disable VIDEO config
> option by default. Boards should convert to DM_VIDEO if they
> need video console support.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Jagan Teki
> Cc: Maxime Ripard
>
On Thu, 22 Oct 2020 00:34:06 +0530
Jagan Teki ja...@amarulasolutions.com wrote:
...
> Any possibility to wait for the last RC? I have patched before[1] for
> DM_VIDEO, now need some time to refine it.
we can wait, it would be good to get it done in v2020.01.
--
Anatolij
Booting the raspberry pi4 4G works just fine using a usb drive to boot on
but the raspberry pi4 8G board will not boot the mainline kernel.
I have seen this issue in the past using the Pi Foundation kernel and they
said that the issue was with the board revisions. Using the Pi Foundation
now has
Hello,
The purpose of this patch set is to switch from driver xhci-fsl to
dwc3-generic for DWC3 IP on Layerscape platforms. Whith this change, now
user can enable USB device mode by merely updating property 'dr_mode'
accordingly.
I also port some DWC3's errata workaorund from driver
xhci-fsl (by
Register Global frame length adjustment is used to do frame length
adjustment for SOF/ITP counter which is running on the ref_clk. Allow
updating it could help on avoiding potential USB 2.0 devices time-out over
a longer run.
Refer to Linux commit db2be4e9e30c (“usb: dwc3: Add frame length
Some NXP Layerscape platforms are required to disable receiver detection in
P3 for correct detection of USB devices. If GUSB3PIPECTL(DISRXDETINP3)
is set, Core will change PHY power state to P2 and then perform
receiver detection. After receiver detection, Core will change
PHY power state to P3.
Enable the undefined length INCR burst type and set INCRx. Different
platforms may has the different burst size type. In order to get best
performance, we need to tune the burst size to one special value,
instead of the default value.
Refer to Linux commit (“usb: dwc3: Enable undefined length
Dear Simon,
In message
you wrote:
>
> > > It is also useful for zimage to use a buffer, since it does not actually
> > > put the Linux command line in the bootargs variable.
> >
> > ...which I consider a bug that should be fixed.
>
> OK I was wondering about that.
>
> The messy thing about
Benefit is, besides host mode, now user can choose device mode with
setting of dr_mode = “peripheral”;
Signed-off-by: Ran Wang
---
arch/arm/dts/fsl-ls1088a.dtsi | 40 ++--
1 file changed, 30 insertions(+), 10 deletions(-)
diff --git
Enable support for one of USB gadget function: ums. Also enable related
dependency items.
Signed-off-by: Ran Wang
---
configs/ls1088aqds_defconfig | 5 +
configs/ls1088aqds_qspi_defconfig| 5 +
configs/ls1088aqds_sdcard_ifc_defconfig | 5 +
Signed-off-by: Ran Wang
---
drivers/usb/dwc3/dwc3-generic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc3/dwc3-generic.c b/drivers/usb/dwc3/dwc3-generic.c
index d949083..66c878a 100644
--- a/drivers/usb/dwc3/dwc3-generic.c
+++ b/drivers/usb/dwc3/dwc3-generic.c
@@ -449,6
Some SoC such as Layerscape serials which don't require PHY related
programming in dwc3-generic.c. In this case (CONFIG_PHY is not set), the
dwc3_setup_phy() will return -ENOTSUPP, causing the whole init fail.
That should be avoided.
Signed-off-by: Ran Wang
---
drivers/usb/dwc3/dwc3-generic.c |
On 10/21/20 8:25 AM, Ran Wang wrote:
[...]
> +static void dwc3_frame_length_adjustment(struct dwc3 *dwc, u32 val)
> +{
> + u32 reg;
> + u32 dft;
> +
> + reg = dwc3_readl(dwc->regs, DWC3_GFLADJ);
> + dft = reg & DWC3_GFLADJ_30MHZ_MASK;
> + if (dft != val) {
Is there a point
Hi Marek,
On Wednesday, October 21, 2020 3:15 PM, Marek Vasut wrote:
>
> On 10/21/20 8:25 AM, Ran Wang wrote:
>
> [...]
>
> > +static void dwc3_frame_length_adjustment(struct dwc3 *dwc, u32 val) {
> > + u32 reg;
> > + u32 dft;
> > +
> > + reg = dwc3_readl(dwc->regs, DWC3_GFLADJ);
> > +
The following changes since commit 3d19a7ee8ca7af01f75ff24622ea3c9840cd5bca:
test: Fix sandbox tests failing to build (2020-10-17 09:03:22 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2021-01-rc1-2
for you to fetch changes
Dear Simon,
In message
you wrote:
>
> > I think this is the wrong way to address a problem.
> >
> > Instead, zimage should use bootargs as well.
>
> OK I can add that. But for testing purposes it is still good to be
> able to have the feature in a function that can be called without
> going
On 10/21/20 8:25 AM, Ran Wang wrote:
> Hello,
>
> The purpose of this patch set is to switch from driver xhci-fsl to
> dwc3-generic for DWC3 IP on Layerscape platforms. Whith this change, now
> user can enable USB device mode by merely updating property 'dr_mode'
> accordingly.
>
> I also port
> Although the max DMA size supported by the hardware register is 22 bits (or
> 4M), the Linux driver for this device only supports transfers of up to 2M.
> On a device with 8M total memory, I don't think it will make too much of a
> difference.
>
> Reported-by: Damien Le Moal
> Signed-off-by:
Hi Alexandru,
> From: Alexandru Gagniuc
> Sent: mardi 15 septembre 2020 21:52
>
> mmc_of_parse() can populate the 'f_max' and 'host_caps' fields of struct
> mmc_config from devicetree.
> The same logic is duplicated in stm32_sdmmc2_probe(). Use mmc_of_parse(),
> which is more generic.
>
>
Hi Patrice,
> From: Patrice CHOTARD
> Sent: vendredi 16 octobre 2020 09:29
>
> USB-C power supply which are Power Delivery compliant (USB-PD) are able to
> provide different voltage/current (for example 5V/3A 9V/3A 12V/2.25A...)
>
> In this case, the power supply need to negotiate the
Hi Marek,
> From: Marek Vasut
> Sent: jeudi 8 octobre 2020 15:15
>
> In case the KS8851 has external EEPROM attached to it, do not set eth1addr at
> all. The network stack will read the MAC out of the
> KS8851 and set eth1addr accordingly.
>
> Signed-off-by: Marek Vasut
> Cc: Patrice Chotard
Fix hex format from 0x%0X to 0x%0x to show correct numbers.
Fixes: fa793165daf7 ("xilinx: zynqmp: refactor silicon name function")
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/zynqmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/xilinx/zynqmp/zynqmp.c
xilinx_pm_request() can failed that's why also check return value.
Fixes: 050f10f103cd ("xilinx: zynqmp: remove chip_id function")
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/zynqmp.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/board/xilinx/zynqmp/zynqmp.c
Hi,
I found some issues with SPL where silicons were not properly detected.
This series is fixing this and also fixing some minor related issues.
Thanks,
Michal
Michal Simek (4):
xilinx: zynqmp: Check return value from xilinx_pm_request()
xilinx: zynqmp: Fix debug message in
U-Boot SPL on ZynqMP is using CONFIG_SPL_USE_TINY_PRINTF which doesn't
return any return value and all the time returns 0. That's why
even correct snprintf was returning in SPL chip ID as "unknown".
Change checking condition and allow snprintf to return 0 which is according
manual patch successful
Trivial fix.
Fixes: fa793165daf7 ("xilinx: zynqmp: refactor silicon name function")
Signed-off-by: Michal Simek
---
board/xilinx/zynqmp/zynqmp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/board/xilinx/zynqmp/zynqmp.c b/board/xilinx/zynqmp/zynqmp.c
index
From: Andrej Rosano
Add support for F-Secure USB armory Mk II board, an open source
flash-drive sized computer based on Freescale i.MX6UL SoC.
http://inversepath.com/usbarmory
Signed-off-by: Andrej Rosano
Cc: Stefano Babic
---
arch/arm/dts/Makefile | 1 +
Hi Alexandru,
> From: Alexandru Gagniuc
> Sent: mardi 15 septembre 2020 21:52
> To: uboot-st...@st-md-mailman.stormreply.com; peng@nxp.com
> Cc: Alexandru Gagniuc ; Patrick DELAUNAY
> ; Patrice CHOTARD ; u-
> b...@lists.denx.de
> Subject: [PATCH 1/2] mmc: mmc_of_parse: Enable 52 MHz support
On Tuesday 20 October 2020 10:17:07 Tom Rini wrote:
> On Tue, Oct 20, 2020 at 11:30:51AM +0200, Pali Rohár wrote:
> > Hello!
> >
> > On Sunday 18 October 2020 21:17:43 Tom Rini wrote:
> > > On Sun, Oct 18, 2020 at 10:59:36PM +0200, Pali Rohár wrote:
> > > > On Sunday 18 October 2020 22:54:41
1 - 100 of 184 matches
Mail list logo