On 7/3/21 11:38 PM, Fabio Estevam wrote:
[...]
+#ifdef CONFIG_IMX8MM
+#define USB1_BASE_ADDR 0x32E4
+#define USB2_BASE_ADDR 0x32E5
+#else
+#define USB1_BASE_ADDR 0x3810
+#define USB2_BASE_ADDR 0x3820
+#endif
+#define
On Tue, 25 May 2021 00:30:21 +0100
Andre Przywara wrote:
Hi,
thanks to Jaehoon for reviewing some patches in here!
Can anyone else please have a look at this series?
I am tempted to push them in the upcoming merge window, to expose them
to a wider testing audience, but would really like to
On Thu, Jul 01, 2021 at 11:07:55AM +0200, Stephan Gerhold wrote:
> Hi!
>
> at the moment the U-Boot ports for both DragonBoard 410c and 820c are
> designed to be loaded as an Android boot image after Qualcomm's LK
> bootloader. This is simple to set up but LK is redundant in this case,
> since
Hi Marek,
On Sat, Jul 3, 2021 at 5:57 PM Marek Vasut wrote:
>
> On 7/3/21 9:58 PM, Fabio Estevam wrote:
> > After selecting USB SDP support for i.MX8MM, there are some build errors
> > and warnings.
> >
> > Make the necessary adjustments for fixing the build.
> >
> > Signed-off-by: Fabio Estevam
Hi Marek,
On Sat, Jul 3, 2021 at 5:57 PM Marek Vasut wrote:
>
> On 7/3/21 9:58 PM, Fabio Estevam wrote:
> > From: Frieder Schrempf
> >
> > The i.MX8MM register addresses differ from i.MX8M in many ways. One
> > thing to fix is the USB addresses.
> >
> > Signed-off-by: Frieder Schrempf
> >
On Sat, Jul 03, 2021 at 05:27:44PM +0300, Alper Nebi Yasak wrote:
>
>
> On 02/07/2021 23:24, Tom Rini wrote:
> > On Fri, Jul 02, 2021 at 11:03:52PM +0300, Alper Nebi Yasak wrote:
> >> On 02/07/2021 22:01, Tom Rini wrote:
> >>> Hey all,
> >>>
> >>> I started taking a look at moving to guestfish
On 7/3/21 9:58 PM, Fabio Estevam wrote:
After selecting USB SDP support for i.MX8MM, there are some build errors
and warnings.
Make the necessary adjustments for fixing the build.
Signed-off-by: Fabio Estevam
---
drivers/usb/host/ehci-mx6.c | 18 ++
1 file changed, 10
On 7/3/21 9:58 PM, Fabio Estevam wrote:
From: Frieder Schrempf
The i.MX8MM register addresses differ from i.MX8M in many ways. One
thing to fix is the USB addresses.
Signed-off-by: Frieder Schrempf
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-imx8m/imx-regs.h | 11
Improve the readme by adding instructions on how to load U-Boot via
USB and flash the eMMC.
Signed-off-by: Fabio Estevam
---
doc/board/freescale/imx8mm_evk.rst | 42 +++---
1 file changed, 38 insertions(+), 4 deletions(-)
diff --git a/doc/board/freescale/imx8mm_evk.rst
Add Serial Download Protocol support as it is a useful method to
load flash.bin and u-boot.itb via 'uuu' and use "ums 0 mmc 2" to
flash the eMMC.
Signed-off-by: Fabio Estevam
---
configs/imx8mm_evk_defconfig | 19 +++
1 file changed, 19 insertions(+)
diff --git
Add an entry for USB boot so that U-Boot could be loaded via
the Serial Download Protocol.
Signed-off-by: Fabio Estevam
---
board/freescale/imx8mm_evk/spl.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/freescale/imx8mm_evk/spl.c b/board/freescale/imx8mm_evk/spl.c
index
After selecting USB SDP support for i.MX8MM, there are some build errors
and warnings.
Make the necessary adjustments for fixing the build.
Signed-off-by: Fabio Estevam
---
drivers/usb/host/ehci-mx6.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git
From: Tim Harvey
Add support for determining host vs peripheral mode for IMX8MM
and IMX8MN configured as OTG.
Signed-off-by: Tim Harvey
Signed-off-by: Fabio Estevam
---
drivers/usb/host/ehci-mx6.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/ehci-mx6.c
From: Tim Harvey
There is no need to set and/or detect mode in of_to_plat and
accessing phy registers at that point before device power domain and
clock are enabled will cause hangs on platforms such as IMX8M Mini.
Move the mode set/detect from of_to_plat into the probe and remove
the
From: Frieder Schrempf
Currently we can't use DM_USB in SPL as the ci_udc driver is not
ported to DM yet.
Signed-off-by: Frieder Schrempf
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-imx8m/clock.h | 1 +
arch/arm/mach-imx/imx8m/clock_imx8mm.c | 16
2 files
From: Frieder Schrempf
The i.MX8MM register addresses differ from i.MX8M in many ways. One
thing to fix is the USB addresses.
Signed-off-by: Frieder Schrempf
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-imx8m/imx-regs.h | 11 +++
1 file changed, 11 insertions(+)
diff
This series brings USB gadget support for i.MX8MM
and allows the usage of the Serial Download Protocol,
which is a convenient way for loading U-Boot via the
'uuu' tool and and flashing the eMMC via the U-Boot
'ums' command.
Tested on imx8mm-evk and imx7s-warp.
Fabio Estevam (4):
usb:
On 7/3/21 9:24 PM, Ilias Apalodimas wrote:
>EFI stub: Booting Linux Kernel...
[...]
>EFI stub: Using DTB from configuration table
>...
>[?? ?? 0.00] Linux version 5.10.45 (dxue@build-server)
>(aarch64-buildroot-linux-musl-gcc.br_real (Buildroot
Dear Sean,
In message <8bbdb7a1-5085-a3b7-614f-12ae9aee8...@gmail.com> you wrote:
>
> > For a partial list, see
> >
> > [1] https://github.com/Forty-Bot/lil/commits/master
>
> Whoops, looks like I completely misread what you were asking here. I
> don't have an exhaustive list of differences, but
Dear Sean,
In message you wrote:
>
> Well, since Hush was never updated, I don't believe LIL will be either.
Let's please be exact here: Hus has never been updated _in_U-Boot_,
but it has seen a lot of changes upstream, which apparently fix all
the issues that motivated you to look for a
> > >EFI stub: Booting Linux Kernel...
[...]
> > >EFI stub: Using DTB from configuration table
> > >...
> > >[?? ?? 0.00] Linux version 5.10.45 (dxue@build-server)
> > >(aarch64-buildroot-linux-musl-gcc.br_real (Buildroot
> > >2019.08-10705-g7cb51d4843-dirty)
Dear Sean,
In message you wrote:
> >
> > Do you have a list of the exact differencec between LIL and a
> > standard shell?
>
> For a partial list, see
>
> [1] https://github.com/Forty-Bot/lil/commits/master
Hm, this list of commits is not exactly helpful, I'm afraid.
Where _exactly_ should I
Hi all
I have some problems that I have understood and fixed but I can not
explain. Right now I have on imx8mn that can boot from boot0 or boot1
partition after remove
a condition in the is_boot_from_stream_device
This is a boot from mmcblk0boot0 with some debug
U-Boot SPL
On 7/3/21 5:25 PM, Da Xue wrote:
On Sat, Jul 3, 2021 at 9:36 AM Heinrich Schuchardt mailto:xypron.g...@gmx.de>> wrote:
Am 3. Juli 2021 14:46:39 MESZ schrieb Da Xue :
>On Wed, Jun 30, 2021 at 8:06 AM Tom Rini mailto:tr...@konsulko.com>> wrote:
>
>> On Mon, Jun 28, 2021 at
On Sat, Jul 3, 2021 at 9:36 AM Heinrich Schuchardt
wrote:
> Am 3. Juli 2021 14:46:39 MESZ schrieb Da Xue :
> >On Wed, Jun 30, 2021 at 8:06 AM Tom Rini wrote:
> >
> >> On Mon, Jun 28, 2021 at 09:47:53PM +0200, Heinrich Schuchardt wrote:
> >>
> >> > Dear Tom,
> >> >
> >> > I have removed the one
On 02/07/2021 23:24, Tom Rini wrote:
> On Fri, Jul 02, 2021 at 11:03:52PM +0300, Alper Nebi Yasak wrote:
>> On 02/07/2021 22:01, Tom Rini wrote:
>>> Hey all,
>>>
>>> I started taking a look at moving to guestfish to see if this resolves
>>> the latest problem I've run in to:
>>>
From: AKASHI Takahiro
Probably, a pointer to a variable in an inner block should not
be exposed to an outer block.
Fixes: c70f44817d46 ("efi_loader: simplify 'printenv -e'")
Signed-off-by: AKASHI Takahiro
[trini: Don't make guid const now]
Signed-off-by: Tom Rini
---
cmd/nvedit_efi.c | 3 +--
Hi Peng,
On Tue, Jun 29, 2021 at 10:27:27AM +0800, Peng Fan (OSS) wrote:
> Maxime
>
> On 2021/6/25 21:05, Maxime Ripard wrote:
> > This reverts commit 27c9141b1114fd5721437abbb1c694e45e765f19.
> > ---
> > drivers/usb/gadget/f_fastboot.c | 2 +-
> > 1 file changed, 1 insertion(+), 1
Hi,
On Fri, 7 May 2021 at 16:37, Simon Glass wrote:
>
> U-Boot provides a verified-boot feature based around FIT, but there is
> no standard way of implementing it for a board. At present the various
> required pieces must be built up separately, to produce a working
> implementation. In
Am 3. Juli 2021 14:46:39 MESZ schrieb Da Xue :
>On Wed, Jun 30, 2021 at 8:06 AM Tom Rini wrote:
>
>> On Mon, Jun 28, 2021 at 09:47:53PM +0200, Heinrich Schuchardt wrote:
>>
>> > Dear Tom,
>> >
>> > I have removed the one patch for better EFI/DM integration that
>caused
>> > sandbox test problems
On Wed, Jun 30, 2021 at 8:06 AM Tom Rini wrote:
> On Mon, Jun 28, 2021 at 09:47:53PM +0200, Heinrich Schuchardt wrote:
>
> > Dear Tom,
> >
> > I have removed the one patch for better EFI/DM integration that caused
> > sandbox test problems on my last pull request. This topic needs more
> >
Hi Tim,
On 01.07.21 19:34, Tim Harvey wrote:
> If reset-gpio is defined by device-tree use that instead of a
> board-specific function to toggle PCI reset.
For me it looks like this: There is a common function that handles the
reset. The only exception being your boards, which override this
32 matches
Mail list logo