Hi Peng,
Am 2022-08-23 01:42, schrieb Peng Fan:
On 7/14/2022 9:05 PM, Michael Walle wrote:
This is a resend of the original v1 series. It was just rebased.
Apparently not all patches made it into u-boot. Unfortunately,
there was no feedback at all.
This is an update for the sl28 board which
Am 2022-08-23 07:02, schrieb Stefan Roese:
Hi Michael,
On 17.08.22 21:37, Michael Walle wrote:
From: Pali Rohár
Bit 21 in SAR register specifies if TCLK is running at 166 MHz or 200
MHz.
This information is undocumented in public Marvell Kirkwood Functional
Specifications [2], but is
Am 2022-08-23 10:17, schrieb mich...@walle.cc:
Am 2022-08-23 07:02, schrieb Stefan Roese:
Hi Michael,
On 17.08.22 21:37, Michael Walle wrote:
From: Pali Rohár
Bit 21 in SAR register specifies if TCLK is running at 166 MHz or 200
MHz.
This information is undocumented in public Marvell
Am 2022-08-23 10:47, schrieb Pali Rohár:
On Tuesday 23 August 2022 10:24:10 mich...@walle.cc wrote:
Am 2022-08-23 10:17, schrieb mich...@walle.cc:
> Am 2022-08-23 07:02, schrieb Stefan Roese:
> > Hi Michael,
> >
> > On 17.08.22 21:37, Michael Walle wrote:
> > > Fro
l = 0x08, Rev = 0x07, 10baseT, HDX
PHY 0x12: OUI = 0x5043, Model = 0x08, Rev = 0x07, 10baseT, HDX
PHY 0x13: OUI = 0x5043, Model = 0x08, Rev = 0x07, 100baseT, FDX
PHY 0x14: OUI = 0x5043, Model = 0x08, Rev = 0x07, 10baseT, HDX
PHY 0x15: OUI = 0x, Model = 0x00, Rev = 0x00, 10baseT, HDX
PHY 0
enx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
Is there another patch on testing for the avr32?
Re: [U-Boot] [PATCH 06/10] AVR32: macb - Search for PHY id
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
> Dear michael,
>
>> Can you please send your configuration?
>
> Markus explicitely mentioned that he was using the "sequoia" board
> configuration. What else would you need?
>
>
Ok, I read a lot of mail, and I'm preparing a c
his series is going also, when it is stable.
>
> Kind Regards,
>
> Remy
>
>
Ok, tomorrow I rebase all to the u-boot-usb.git. Send 3 patch with the
suggested cleanup
Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk wrote:
> Dear michael,
>
> In message <[EMAIL PROTECTED]> you wrote:
>
>>>> - printf(" NOTE: this command is obsolete and will be
>>>> phased out\n");
>>>> - printf(" p
Hi,
Remy Bohmer wrote:
> Hello Michael,
>
> Nice work, but I have a few small comments:
>
>
>> + case USB_PROT_HID_MOUSE:
>> + printf("Mouse");
>> +
Hi,
I'm going to prepare the patch without the 80 chars strict.
Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> /alessandro
>
>
I'm agree with Alessandro. The code is more readable if we have lines <
80 chars.
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
I just cleanup the works done by Tor Krill and other peaple. I don't
have the freescale board to test the
patchset. I will test it in next days maybe over an ixp465 board. The
EHCI patchset can be applied
to the last u-boot-usb tree.
Mi
Hi,
Stefan Roese wrote:
> Hi Michael,
>
> On Thursday 27 November 2008, michael wrote:
>
>> I just cleanup the works done by Tor Krill and other peaple.
>>
>
> Thanks a lot for your work here. Really appreciated.
>
>
>> I don't
>>
Hi,
Remy Bohmer wrote:
> Hello Michael,
>
> I already have those patches (V2) in the u-boot-usb tree, next branch.
> Can you please rebase these patches on top of that tree, or at least
> describe what you changed?
>
> Kind Regards,
>
> Remy
>
I'll prepare
Hi,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 11:00 Fri 12 Dec , Michael Trimarchi wrote:
>
>> EHCI fix code and ixp4xx test.
>> USB ehci configuration parameter:
>>
>> #define CONFIG_CMD_USB 1
>> #define CONFIG_USB_STORAGE 1
&
Hi all,
In the last ehci patch I add myself in the author of the code. I'm not
sure if it possible. I change
the codes and test it but I don't know if the change are sufficient.
Regards Michael
___
U-Boot mailing list
U-Boot@lists.de
Hi,
Remy Bohmer wrote:
> Hello Michael,
>
> 2008/12/12 Michael Trimarchi :
>> EHCI fix code and ixp4xx test.
>> USB ehci configuration parameter:
>>
>> #define CONFIG_CMD_USB 1
>> #define CONFIG_USB_STORAGE 1
>> #define CONFIG_USB_EHCI
&g
gt;> +puts("IDE: ");
>> +ide_init();
>> +#endif /* CONFIG_CMD_IDE */
>>
> are you sure it will work?
>
> Best Regards,
> J.
> _______
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx
Hi all,
Stefan Roese wrote:
> Hi Michael,
>
> On Friday 12 December 2008, michael wrote:
>
>> In the last ehci patch I add myself in the author of the code. I'm not
>> sure if it possible. I change
>> the codes and test it but I don't know if the chan
/* CONFIG_CMD_IDE */
>>>
>> are you sure it will work?
>>
>> Best Regards,
>> J.
>>
>
> On my board (Janz emPC-A400 with IXP425) it does. With some more
> patches to add IDE to this board.
>
> W
michael wrote:
> Stefan Althoefer wrote:
>
>> Jean-Christophe PLAGNIOL-VILLARD schrieb:
>>
>>
>>
>>>> diff -uprN u-boot-orig//lib_arm/board.c u-boot/lib_arm/board.c
>>>> --- u-boot-orig//lib_arm/board.c 2008-12-02 17:25:32.000
Hi,
Remy Bohmer wrote:
> Hello Michael,
>
> 2008/12/17 Michael Trimarchi :
>> Add USB ehci pci support. This patch doesn't include any
>> pci_ids and it is not tested on real hardware. To use it
>> add (for example) the following in the board configuration file
Stefan Roese wrote:
> On Wednesday 17 December 2008, Michael Trimarchi wrote:
>
>> USB ehci code cleanup. Use handshake instead of infinite while loop
>> to check the STD_ASS status
>>
>> Signed-off-by: Michael Trimarchi
>>
>>
> assuming dm9000 has something similar, you'll just have to call both of
> them from board_eth_init() in the order you prefer.
>
> Haavard
>
Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
r, the bank switching leaves the flash in
> corrupted state.
Maybe is a problem of mtd-layer or driver?
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
465. I think that u-boot for ixp425 supports:
- initialization
- ethernet ( if you include firmware )
- flash device. I have used cfi for the ixp465
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Tor Krill wrote:
> Hi,
>
> On 9/15/2008, "michael" <[EMAIL PROTECTED]> wrote:
>
>
>> Hi,
>> Ashwini Pahuja wrote:
>>
>>> Hi
>>>
>>> I saw the README file in latest Uboot source code, the UHCI su
nel problem.
>
> On ARM systems, one of the top ranking reeasons for such a type of
> problem is that you pass an incorrect/nonmatching machine ID to the
> kernel.
>
>
I don't see uncompressing the linux kernel. Maybe is memory problem?
Try to use some memtest...
> Bes
l version that you use?
>> I'm using version 2.6.22.11.
>>
> I think that your linux kernel is too old.
> Please use newest linux kernel or backport arch/sh/boot/Makefile
> to your kernel.
>
> Best regards,
> Nobuhiro
>
Use zImage and put cmdline in the zIma
Hi,
Wolfgang Denk wrote:
> Dear Michael,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> Use zImage and put cmdline in the zImage and try with this.
>>
>> load at an address
>> and go
>
> No. Please do not make such recommendations.
>
> Ev
Hi,
thaoth wrote:
> Hi,
>
>Do i have a problem with "Verifying Checksum ... Bad Data CRC”?
>
> Best regard.
>
>
Have you try to load your image using tftpboot and put it in memory?
Are you sure that you don't have any problem with memory i
>
> When running the command:
>
> fatls mmc 0
>
>
I try to investigate but I don't have spare time to fix. I send to the list
an linux-user space program that use the u-boot routine to read on the
image.
You can use that to track down the problem.
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
prefer sdram controller inizialization in board specific part
Clean up the code of print_cpuinfo.
> npe_less_fw.patch
> sidewinder.patch
>
> HS
>
>
>
I can't comment anymore because your patch is not inlined in the email
Regards Michael
_
s to have NPE-C firmware and still use NPE-B.
> There is no need to load firmware to NPE-C if you are not going to use it.
>
> This work was done for Erhardt+Leimer GmbH.
>
>
>
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
[EMAIL PROTECTED] wrote:
> michael <[EMAIL PROTECTED]> schrieb am 07.10.2008 12:14:48:
>
>
>> Hi,
>>
>> [EMAIL PROTECTED] wrote:
>>
>>> Hi,
>>>
>>> on the matter of getting u-boot work with the ADI Sidewinder Refere
From: Michael van der Westhuizen
Remove the verified boot limitation that only allows a single
RSA public exponent of 65537 (F4). This allows use with existing
PKI infrastructure, and has been tested with HSM-based PKI.
Change the configuration OF tree format to store the RSA public
exponent
From: Michael van der Westhuizen
Due to the FIT_MAX_HASH_LEN constant not having been updated
to support SHA256 signatures one will always see a buffer
overflow in fit_image_process_hash when signing images that
use this larger hash. This is exposed by vboot_test.sh.
Signed-off-by: Michael van
From: Michael van der Westhuizen
Remove the verified boot limitation that only allows a single
RSA public exponent of 65537 (F4). This change allows use with
existing PKI infrastructure and has been tested with HSM-based
PKI.
Change the configuration OF tree format to store the RSA public
Abraham, Thomas wrote:
> Hi Remy,
>
>
>> -Original Message-
>> From: l.ping...@gmail.com [mailto:l.ping...@gmail.com] On
>> Behalf Of Remy Bohmer
>> Sent: Wednesday, December 17, 2008 1:48 AM
>> To: Abraham, Thomas
>>
>>
>
you can find in denx site.
> Regards,
> S. Vanee
>
Regards Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
Remy Bohmer wrote:
> Hello Michael,
>
> Is this path 1/3, or 0/2 (file number 0 usually only contains some
> comments on the series to follow, and is thus not part of the patch
> series itself...)
>
It is a mistake. I will pay attention in the feauture.
> K
t;> why not add a fixup function?
>
> feel free to ask/take it up with the usb maintainer. we work with what's
> there rather than being creative.
> -mike
>
> -----
y you didn't put it
into the common spl.c (spl_parse_image_header(), etc) so it could be
used for all other methods, too? I just want to make sure, there is no
reason not to do it for our case.
-michael
___
U-Boot mailing list
U-Boot@lists.de
Am 2016-05-19 14:05, schrieb Lokesh Vutla:
Hi Michael,
On Thursday 19 May 2016 05:16 PM, mich...@walle.cc wrote:
Hi,
I'm looking into the FIT support in the SPL, because we are planning
to
load bootloader from a filesystem (on a MMC device); the SPL will be
stored in a write-protecte
usb-otg mode?
Thank you,
Michael
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
2025 at 3:58 PM Marek Vasut wrote:
>
> On 1/27/25 10:07 PM, Michael Ferolito wrote:
> > The current behaviour of this function will dereference a null pointer
> > if the serial# environment variable is unset. This was discovered on a
> > board where U-Boot did not have access
Are there any other action items I should take care of?
On Tue, Jan 28, 2025 at 3:40 AM Mattijs Korpershoek
wrote:
>
> Hi Michael,
>
> Thank you for the patch.
>
> On lun., janv. 27, 2025 at 21:09, Michael Ferolito
> wrote:
>
> > The current behaviour of this fu
ash on it in a generic way? Then the solution
should be to write a SPI (controller) driver, the flash should then
be automatically be detected.
-michael
Am 2023-02-21 11:42, schrieb Ulf Samuelsson:
Den 2023-02-21 kl. 10:08, skrev Michael Walle:
If it is right or wrong to use that as an MTD is a matter of
opinion.
I am still hoping the MTD maintainer would provide input here.
I might be missing something, but what is the reasoning here, to add
Sorry, I didn't follow this too closely. Do you have some pointers?
I just saw your latest mail. Thanks.
-michael
oard
integrator, the fpga would be loaded by the board file anyway if needed
during u-boot/bootup.
Just my two cents as a spi-nor reviewer in linux. You'd have to
convince the u-boot maintainers. There is already an FPGA subsystem
in linux so I doubt your approach would make it into linux.
-michael
which
makes
it really hard to review or ack the individual patches.
Are we just whitelisting any files with these extension? Honestly, this
sounds like an arbitrary restriction to me. But maybe I'm missing some
context.
-michael
Am 2023-08-24 05:02, schrieb Simon Glass:
A '.update' extension is not allowed anymore, so change it.
Signed-off-by: Simon Glass
Looks good to me, as it is just an intermediate binary.
Acked-by: Michael Walle
The mails are bouncing with
550 5.1.1 User Unknown (in reply to RCPT TO command)
Remove the entry and mark the ARM STM STV0991 arch as Orphan.
Signed-off-by: Michael Walle
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
CCing other ST people, maybe someone want to take over instead
series here:
https://patchwork.ozlabs.org/project/uboot/list/?series=370121
I know the archives/patchwork. All I was saying is that sending just
parts
of a patch series to specific ppl doesn't make any sense, because you
always
miss the context and for that you have to look at the archives.
-michael
Hi,
The mails are bouncing with
550 5.1.1 User Unknown (in reply to RCPT TO command)
Remove the entry and mark the ARM STM STV0991 arch as Orphan.
Signed-off-by: Michael Walle
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
CCing other ST people, maybe someone want to take over instead
Introduce BSH SystemMaster (SMM) M2 board family, which consists of:
imx6ulz SMM M2 and imx6ulz SMM M2 PRO boards.
Add support for imx6ulz BSH SMM M2 board:
- 128 MiB DDR3 RAM
- 256MiB Nand
- USBOTG1 peripheral - fastboot.
Signed-off-by: Michael Trimarchi
---
Changes V4->V5:
-
Extract the information about ecc strength and ecc step size
from mtd controller. This information is usefull to check if
what we think as ecc is what we really configured.
Signed-off-by: Michael Trimarchi
---
cmd/nand.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff
The max size is defined at architectural level
Signed-off-by: Michael Trimarchi
---
configs/evb-px30_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/evb-px30_defconfig b/configs/evb-px30_defconfig
index 240a044b2a..4f88879e18 100644
--- a/configs/evb-px30_defconfig
+++ b
The max size is defined at architectural level. On the same commit
I have checked mostly all the other architecture and look like they are
Fixes: commit ca8a329a1b7f ("Convert CONFIG_SPL_PAD_TO et al to Kconfig")
Signed-off-by: Michael Trimarchi
---
configs/evb-px30
this is not correct. Both have
the 88F6281 and both use have a 166MHz TCLK clock.
Anyway, I'm reverting this patch. The only open question is, should I
convert the TCLK to a Kconfig option?
-michael
> > Signed-off-by: Pali Rohár
> > ---
> > arch/arm/mach-kirk
00 baudrate. In case you
can provide me 88F6281 BootROM dump from your board, I can try to find
code which configures UART and detect TCLK. I have already did it for
88F6820 (A385) to verify that U-Boot code detects TCLK in the same way
as BootROM.
If you still need the bootrom and it is readable in u-boot, I can
provide
you the dump.
-michael
Am 2022-08-16 21:38, schrieb Pali Rohár:
On Tuesday 16 August 2022 20:17:08 Pali Rohár wrote:
Hello!
On Tuesday 16 August 2022 11:37:48 Michael Walle wrote:
> Hi!
>
> > On Sunday 01 August 2021 20:07:16 Chris Packham wrote:
> > > On Sun, Aug 1, 2021 at 12:23
3] -
https://web.archive.org/web/20120620073511/http://www.marvell.com/embedded-processors/kirkwood/assets/HW_88F6281_OpenSource.pdf
Fixes: 8ac303d49f89 ("arm: kirkwood: Do not overwrite CONFIG_SYS_TCLK")
Signed-off-by: Pali Rohár
---
Michael, please test this patch, if it fixes your boards
Am 2022-08-17 00:39, schrieb Pali Rohár:
On Wednesday 17 August 2022 00:14:20 Pali Rohár wrote:
On Tuesday 16 August 2022 23:34:13 Michael Walle wrote:
> Am 2022-08-16 22:00, schrieb Pali Rohár:
> > Bit 21 in SAR register specifies if TCLK is running at 166 MHz or 200
> >
Am 2022-08-17 10:36, schrieb Pali Rohár:
On Wednesday 17 August 2022 01:23:34 Michael Walle wrote:
Am 2022-08-17 00:39, schrieb Pali Rohár:
> On Wednesday 17 August 2022 00:14:20 Pali Rohár wrote:
> > On Tuesday 16 August 2022 23:34:13 Michael Walle wrote:
> > > Am 2022-08
Am 2022-08-17 10:43, schrieb Michael Walle:
3) There is a chance that the timer code is actually pretty
straight-forward
and we don't need DM_CLK.
FWIW I'm working on 3) at the moment. So if that works out, we can use
CONFIG_TIMER on kirkwood and then apply your initial patch. As
Convert the Buffalo Linkstation LS-CHLv2 and XHL boards to DM_GPIO,
DM_ETH, DM_SERIAL and CONFIG_TIMER.
Patches 01-02 fix TCLK handling on the kirkwood SoC if the clock is
166MHz.
Patches 03-04 add CONFIG_TIMER support for kirkwood/mvebu.
Patches 05-21 will then update the lsxl board
Michael
If we switch to CONFIG_TIMER, we don't need the legacy timer macros and
functions anymore. Add the proper guards to exclude them from compiling.
Cc: Pali Rohár
Signed-off-by: Michael Walle
---
arch/arm/mach-kirkwood/include/mach/config.h | 2 ++
arch/arm/mach-mvebu/Makefile
: Pali Rohár
Signed-off-by: Michael Walle
---
lib/time.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/lib/time.c b/lib/time.c
index 96074b84af..bbf191f673 100644
--- a/lib/time.c
+++ b/lib/time.c
@@ -47,12 +47,15 @@ ulong timer_get_boot_us(void
From: Pali Rohár
Bit 21 in SAR register specifies if TCLK is running at 166 MHz or 200 MHz.
This information is undocumented in public Marvell Kirkwood Functional
Specifications [2], but is available in Linux v3.15 kirkwood code [1].
Commit 8ac303d49f89 ("arm: kirkwood: Do not overwrite CONFIG_S
Add timer support for Kirkwood and MVEBU devices.
Cc: Pali Rohár
Signed-off-by: Michael Walle
---
drivers/timer/Kconfig | 6
drivers/timer/Makefile | 1 +
drivers/timer/orion-timer.c | 63 +
3 files changed, 70 insertions(+)
create mode
The gpio-button driver depends on DM_GPIO, add it to Kconfig to avoid
build errors.
Signed-off-by: Michael Walle
---
drivers/button/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/button/Kconfig b/drivers/button/Kconfig
index 6db3c5e93a..8ce2de37d6 100644
--- a/drivers
The board only has a 4Mbit flash and two sectors are reserved for the
u-boot environment and the device tree.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 2 ++
configs/lsxhl_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/lschlv2_defconfig b/configs
This is not needed. The user can do a "env default -f -a".
Signed-off-by: Michael Walle
---
include/configs/lsxl.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/lsxl.h b/include/configs/lsxl.h
index e1108619f2..db5f7a93f9 100644
--- a/include/configs/lsxl.h
+++
Make the binary smaller by removing unused features.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 3 +--
configs/lsxhl_defconfig | 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/configs/lschlv2_defconfig b/configs/lschlv2_defconfig
index cabedeb460
This is not needed. The user can force setting the variables with
"setenv -f".
Signed-off-by: Michael Walle
---
board/buffalo/lsxl/lsxl.c | 4
configs/lschlv2_defconfig | 1 -
configs/lsxhl_defconfig | 1 -
3 files changed, 6 deletions(-)
diff --git a/board/buffalo/lsxl/lsxl
Cleanup the included header files in the board code. These are all
leftovers from earlier days.
Signed-off-by: Michael Walle
---
board/buffalo/lsxl/lsxl.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/board/buffalo/lsxl/lsxl.c b/board/buffalo/lsxl/lsxl.c
index 106d46d436..42221eef3a
The board code needs this to be set. Otherwise, the recovery mechanism
doesn't work. Therefore, select this option automatically with the
board.
Signed-off-by: Michael Walle
---
arch/arm/mach-kirkwood/Kconfig | 1 +
board/buffalo/lsxl/lsxl.c | 2 --
configs/lschlv2_defconfig
Drop our own CONFIG_FDTFILE handling in favor of the generic
CONFIG_DEFAULT_FDT_FILE one.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 1 +
configs/lsxhl_defconfig | 1 +
include/configs/lsxl.h| 14 +++---
3 files changed, 5 insertions(+), 11 deletions(-)
diff
We can load the ramdisk as the last step. This way we don't have to set
the intermediate variable 'ramdisk_len' and can remove it.
Signed-off-by: Michael Walle
---
include/configs/lsxl.h | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/include/c
use the default early malloc size.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 4 ++--
configs/lsxhl_defconfig | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/configs/lschlv2_defconfig b/configs/lschlv2_defconfig
index 4e356fb150..57e54130d2 10064
Enable the orion timer driver and we are good.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 2 ++
configs/lsxhl_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/lschlv2_defconfig b/configs/lschlv2_defconfig
index 57e54130d2..e9cc632696 100644
--- a
-boot.dtsi.
Signed-off-by: Michael Walle
---
arch/arm/dts/kirkwood-lschlv2-u-boot.dtsi | 4
arch/arm/dts/kirkwood-lsxhl-u-boot.dtsi | 4
2 files changed, 8 insertions(+)
diff --git a/arch/arm/dts/kirkwood-lschlv2-u-boot.dtsi
b/arch/arm/dts/kirkwood-lschlv2-u-boot.dtsi
index 208b02c9da
Update the board's README to reflect all the recent changes.
Signed-off-by: Michael Walle
---
board/buffalo/lsxl/README | 32 +---
1 file changed, 17 insertions(+), 15 deletions(-)
diff --git a/board/buffalo/lsxl/README b/board/buffalo/lsxl/README
index fffb1
We still need to be able to boot legacy images. Esp. the debian
installer will have a kernel with an appended DTB.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 3 +++
configs/lsxhl_defconfig | 3 +++
2 files changed, 6 insertions(+)
diff --git a/configs/lschlv2_defconfig b
figure the environment. Instead the network
console is only enabled when the push button is pressed during boot.
Signed-off-by: Michael Walle
---
arch/arm/mach-kirkwood/Kconfig | 1 +
board/buffalo/lsxl/lsxl.c | 14 --
configs/lschlv2_defconfig | 1 -
configs/lsxhl_defconfig
which makes debugging a bit harder. Also, there is no GPIO fan
driver for now.
Signed-off-by: Michael Walle
---
arch/arm/dts/kirkwood-lschlv2-u-boot.dtsi | 9 ++
arch/arm/dts/kirkwood-lsxhl-u-boot.dtsi | 9 ++
board/buffalo/lsxl/lsxl.c | 140 +-
co
Just enabling the Kconfig option for DM_ETH and DM_MDIO is enough.
Additionally, we can remove the old hardcoded config.
Signed-off-by: Michael Walle
---
configs/lschlv2_defconfig | 2 ++
configs/lsxhl_defconfig | 2 ++
include/configs/lsxl.h| 8
3 files changed, 4 insertions
Use the common kernel_addr_r, ramdisk_addr_r and fdt_addr_r variable
names.
Signed-off-by: Michael Walle
---
include/configs/lsxl.h | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git a/include/configs/lsxl.h b/include/configs/lsxl.h
/project/uboot/list/?series=309627
They idle on the list for over a month now (again!). The original series
was
https://patchwork.ozlabs.org/project/uboot/list/?series=302570&state=%2A&archive=both
Which was posted in May, some patches made it through, some don't, not
sure why though because there was never any feedback.
Thanks,
-michael
Signed-off-by: Michael Trimarchi
---
board/bsh/imx8mn_smm_s2/ddr3l_timing_256m.c | 23 -
board/bsh/imx8mn_smm_s2/ddr3l_timing_512m.c | 23 -
2 files changed, 26 insertions(+), 20 deletions(-)
diff --git a/board/bsh/imx8mn_smm_s2/ddr3l_timing_256m.c
b
- dynamic prompts
- various cleanups
changes since v2:
- only mark secure ram on layerscape SoCs which actually have it.
changes since v1:
- rebased onto the latest master
Michael Walle (5):
armv8: layerscape: spl: mark OCRAM as non-secure
board: sl28: implement additional bootsources
board
By default the OCRAM is marked as secure. While the SPL runs in EL3 and
thus can access it, DMA devices cannot. Mark the whole OCRAM as
non-secure.
This will fix MMC and SD card boot on LS1028A when using SPL instead of
TF-A.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/fsl-layerscape
The board is able to boot from the following source:
- user-updateble SPI flash
- write-protected part of the same SPI flash
- eMMC
- SD card
Implement the needed function hooks to support all of these boot
sources.
Signed-off-by: Michael Walle
---
board/kontron/sl28/common.c| 22
Depending on the boot source, set different CLI prompts. This will help
the user to figure out in which mode the bootloader was started. There
are two special modes: failsafe and SDHC boot.
Signed-off-by: Michael Walle
---
board/kontron/sl28/sl28.c | 20
configs
The frequency of the system counter is static which is given by the
COUNTER_FREQUENCY option. Remove COUNTER_FREQUENCY_REAL.
Signed-off-by: Michael Walle
---
include/configs/kontron_sl28.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/kontron_sl28.h b/include/configs
During startup the SPL will print where the u-boot proper is read from.
Instead of using the default names, provide more user friendly names.
Signed-off-by: Michael Walle
---
board/kontron/sl28/spl.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/kontron/sl28/spl.c
Am 2022-08-23 17:01, schrieb Stefan Roese:
Applied to u-boot-marvell/master, with my small fix for the ds109
board
Great! Thanks, Stefan.
-michael
1 - 100 of 3083 matches
Mail list logo
