Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

On 2023-02-22 20:51, Steffen Dirkwinkel wrote: Hi! On Tue, 2023-02-21 at 11:58 +0100, Ulf Samuelsson wrote: CAUTION: External Email!! Hi Guys, We are currently discussing how to support passive serial configuration of FPGAs in u-boot. Checking the u-boot source code reveals that only your

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-21 kl. 12:19, skrev Michael Walle: 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

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

ve passive serial has to write their own SPI access routines. The FPGA manager does not support device tree, and I will not be able to spend time on introducing this, as Marek advices. Best Regards Ulf Samuelsson -michael -- Best Regards, Ulf Samuelsson eMagii +46 722 427437 u...@emagii.com

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-21 kl. 02:13, skrev Marek Vasut: On 2/21/23 00:47, Ulf Samuelsson wrote: Den 2023-02-20 kl. 23:34, skrev Marek Vasut: On 2/20/23 22:29, Ulf Samuelsson wrote: [...] To sum it up: - The only part of the MTD subsystem that is in use by this driver is the write callback

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

and will require updates of u-boot? * If so, would it be a problem porting the FPGA configuration to the device tree? Marek does not want two drivers supporting passive serial, and supporting both 'board' drivers and devicetree drivers seems to result in unclean code. Best Regards Ulf Samuelsson

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-20 kl. 23:34, skrev Marek Vasut: On 2/20/23 22:29, Ulf Samuelsson wrote: [...] To sum it up: - The only part of the MTD subsystem that is in use by this driver is the write callback, everything else is unused. That does not make MTD subsystem the right tool. No, the MTD

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-20 kl. 17:17, skrev Marek Vasut: On 2/13/23 10:30, Ulf Samuelsson wrote: Den 2023-02-12 kl. 23:40, skrev Marek Vasut: On 2/12/23 23:07, Ulf Samuelsson wrote: Den 2023-02-12 kl. 21:01, skrev Marek Vasut:  > On 2/12/23 20:52, Ulf Samuelsson wrote:  >>  >>  >&

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-12 kl. 23:40, skrev Marek Vasut: On 2/12/23 23:07, Ulf Samuelsson wrote: Den 2023-02-12 kl. 21:01, skrev Marek Vasut:  > On 2/12/23 20:52, Ulf Samuelsson wrote:  >>  >>  >> Den 2023-02-12 kl. 20:31, skrev Marek Vasut:  >>  > On 2/11/23

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

Den 2023-02-12 kl. 21:01, skrev Marek Vasut: > On 2/12/23 20:52, Ulf Samuelsson wrote: >> >> >> Den 2023-02-12 kl. 20:31, skrev Marek Vasut: >> > On 2/11/23 11:07, u-b...@emagii.com wrote: >> > >> > [...] >> > >> >>

Re: [PATCH 3/4] mtd/fpga: add fpga directory to mtd (with Cyclone 10)

> little. Since the MTD command set is enough to configure the FPGA, the FPGA commands can be removed from the build. The FPGA command set requires you to supply addresses, but the MTD command set uses devices. So: * Smaller U-Boot image * Simplified user interface. * The FPGA is an SPI peri

Re: [PATCH] cpsw_mdio.c: Use correct reg in cpsw_mdio_get_alive

Den 2023-02-09 kl. 08:29, skrev Siddharth Vadapalli: Hello Ulf, On 07/02/23 13:55, Ulf Samuelsson wrote: cpsw_mdio_get_alive reads the wrong register. See page 2316 in SPRUH73Q AM335x TRM Signed-off-by: Ulf Samuelsson Cc: Joe Hershberger Cc: Ramon Fried --- drivers/net/ti/cpsw_mdio.c

RFC: FPGAs as Memory Technology Devices in U-Boot

changes needed are * adding the FPGA class in mtd-abi.h * The "mtd" command hardwires the transfer to be RAW and no OOB. * A driver wrapping the control signals around an SPI transfer 1.Claim SPI bus 2.Pulse nCONFIG low for 40 us, 3.Wait for nSTATUS high 4.Transfer bitstream using U-Boot SPI transfer 5.Release SPI bus 6.Wait until CONFIG_DONE (or error on nSTATUS) Best Regards Ulf Samuelsson

[PATCH] cpsw_mdio.c: Use correct reg in cpsw_mdio_get_alive

cpsw_mdio_get_alive reads the wrong register. See page 2316 in SPRUH73Q AM335x TRM Signed-off-by: Ulf Samuelsson Cc: Joe Hershberger Cc: Ramon Fried --- drivers/net/ti/cpsw_mdio.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/net/ti/cpsw_mdio.c b/drivers

[BUG] SPI_LSB_FIRST ignored in most SPI drivers

e a temporary buffer using malloc/free. Possibly the buffer should be statically allocated in the driver with a configurable size defined in Kconfig. Since the amount of FPGA configuration is fixed for a certain board this should work. Best Regards Ulf Samuelsson

Re: [RFC] FPGA configuration as MTD using Device Tree

Ulf Rob Westfall Xerox Corporation On Mon, Sep 14, 2020 at 7:49 AM Michal Simek wrote: Hi, On 07. 09. 20 19:03, Ulf Samuelsson wrote: Hi, The FPGA support in u-boot looks a bit old-fashioned to me. I would like to have device-tree support and would like comments on my approach.

Re: [RFC] FPGA configuration as MTD using Device Tree

Den 2020-09-14 kl. 13:49, skrev Michal Simek: Hi, On 07. 09. 20 19:03, Ulf Samuelsson wrote: Hi, The FPGA support in u-boot looks a bit old-fashioned to me. I would like to have device-tree support and would like comments on my approach. Definitely there is a space for improvement

[RFC] FPGA configuration as MTD using Device Tree

f OK, it would call the spi_xfer routine for the parent spi slave (soft-mcspi) When the spi write returns, the FPGA MTD driver would await the CONF_DONE signal before returning. What do you guys think of such an approach? BR Ulf Samuelsson

Re: [U-Boot] Porting u-boot to flash micro with proprietary (non-GPL) flash programming library

Den 2019-01-14 kl. 17:55, skrev Ulf Samuelsson: No Answer, so I am resending. Question is: How to port U-Boot to a flash microprocessor, where the vendor does not supply source code to the library to program the internal flash without violating GPL? Best Regards Ulf Samuelsson I am working

[U-Boot] Porting u-boot to flash micro with proprietary (non-GPL) flash programming library

flash libraries? == Q: If a processor contains functionality in a bootROM, for which source is not available. How can that be used in u-boot? -- Best Regards Ulf Samuelsson ___ U-Boot

[U-Boot] U-Boot: AM335x Booting with environment in NAND: ECC cause failures...

to set the ECC to Hamming before every saveenv BR Ulf Samuelsson - diff --git a/boards.cfg b/boards.cfg index 55af69f..ec5480c 100644 --- a/boards.cfg +++ b/boards.cfg @@ -168,10 +168,11 @@ omap3_pandoraarm armv7

Re: [U-Boot] [PATCH v4] AT91SAM9*: Change kernel address in dataflash to match u-boot's size

model AT91 application processors. Don't see many reasons for updating the current SAM9Gx5 family. http://www.mscbp.hu/Documents/Atmel Q-Touch.pdf seems to hint at a Cortex-A5, but this document is from 2010, so plans may have changed. Indeed. Best regards, Wolfgang Denk -- Best Regards Ulf

Re: [U-Boot] [PATCH v3] AT91SAM9*: Change kernel address in dataflash to match u-boot's size

On 2012-02-29 09:58, Alexandre Belloni wrote: On Wed, Feb 29, 2012 at 01:50:18AM +0100, Ulf Samuelsson wrote : SIZE 2. Std AT91bootstrap loads U-Boot from 0x8400 so your patch breaks 99% of all SAM9 boards. Those boards are broken anyway ! No they are not. The partitioning gives you

Re: [U-Boot] [PATCH v3] AT91SAM9*: Change kernel address in dataflash to match u-boot's size

28 feb 2012 kl. 23:57 skrev Alexandre Belloni alexandre.bell...@piout.net: On Mon, Feb 27, 2012 at 04:25:02PM +0100, Ulf Samuelsson wrote : On 2012-02-20 17:40, Alexandre Belloni wrote: On at91sam platforms, u-boot grew larger than the allocated size in dataflash, the layout

Re: [U-Boot] [PATCH v3] AT91SAM9*: Change kernel address in dataflash to match u-boot's size

) #define CONFIG_SYS_LONGHELP 1 #define CONFIG_CMDLINE_EDITING1 +#define CONFIG_AUTO_COMPLETE +#define CONFIG_SYS_REDUNDAND_ENVIRONMENT /* * Size of malloc() pool -- Best Regards Ulf Samuelsson u...@emagii.com +46 722 427437

Re: [U-Boot] [RFC] Add 'led' command

you make a generalized command. led 1 on sucks as a user interface. led red on is much much better. Implementing a change which results in broken boards support is a no no. IMHO it also has very little incremental value to do the modifications. Best Regards Ulf Samuelsson ulf_samuels

Re: [U-Boot] Request for Help: How to save data to an SD/MMC card

@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot dd i=card o=file ? -- Best Regards Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC] Add 'led' command

the coloured LED API to control the LEDs from the console. led [green | yellow | red | all ] [ on | off ] or led [ 1 | 2 | 3 | all ] [ on | off ] Adds configuration item CONFIG_CMD_LED enabling the command. Partially based on patch from Ulf Samuelsson: http://www.mail-archive.com/u-boot

Re: [U-Boot] BSS footprint of FAT very high - SPL issues

Wolfgang Denk skrev 2011-02-11 23:15: Dear Ulf Samuelsson, In message4d55a73c.6090...@atmel.com you wrote: The way this problem is fixed on the AT91 is to run at91bootstrap first. This program will initialize the SDRAM and copy u-boot to SDRAM. at91bootstrap fits into 4 kB of code

Re: [U-Boot] BSS footprint of FAT very high - SPL issues

at91bootstrap first. This program will initialize the SDRAM and copy u-boot to SDRAM. at91bootstrap fits into 4 kB of code, and a small amount of RAM, so it will run on real small CPUs. You could try to do the same, instead of spending a lot of time, trying to optimize. -- Best Regards Ulf

Re: [U-Boot] A question in lowlevel_init.S

-- Best Regards Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] at91sam9g45ekes SDHC/MMC

. The patchset for 2009.11 is available for testing in my private git branch on www.openembedded.org: origin/ulf/linux-2.6.30-20100317 I came to the conclusion that the atmel MCI driver (written for the big endian AVR32) has significant byte sex problems. BR Ulf Samuelsson. I applied

Re: [U-Boot] reloacting uboot

where you want it to load. BR Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Why u-boot linux uses different machineid for at91rm9200dk

and Linux are you talking about? is seems that u-boot is using 0x00FB linux is using 0x0106. The AT91RM9200DK needs one mach-id for linux-2.4 and another for 2.6 Reason is hidden in history. BR Ulf Samuelsson ___ U-Boot mailing list U

Re: [U-Boot] RFC: make DESTDIR=xxx install ?

Wolfgang Denk skrev: Dear Ulf Samuelsson, In message 4a84779f.7010...@atmel.com you wrote: This still means that the external buildsystem need to know the internals of u-boot. You always have to know the interface to the U-Boot build framework, there is no way around that. Yes

[U-Boot] RFC: make DESTDIR=xxx install ?

from several variables, openembedded typically calls the end binary: ${MACHINE}-u-boot-${U_BOOT_VERSION}-${REVISION}.bin Feedback? BR Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] RFC: make DESTDIR=xxx install ?

Wolfgang Denk skrev: Dear Ulf Samuelsson, In message 4a843392.4020...@atmel.com you wrote: Many packages support installing the resulting binary in another location, but U-Boot does not. When you use buildsystems like buildroot and openembedded, you want to collect the end result

Re: [U-Boot] RFC: make DESTDIR=xxx install ?

k...@koi8.net skrev: On Thu, 13 Aug 2009, Ulf Samuelsson wrote: Many packages support installing the resulting binary in another location, but U-Boot does not. When you use buildsystems like buildroot and openembedded, you want to collect the end result in a target directory, and while

Re: [U-Boot] raise not defined, when compiler uses its own div0

Sent: Tuesday, August 11, 2009 11:58 PM Subject: Re: [U-Boot] raise not defined, when compiler uses its own div0 Dear Ulf Samuelsson, In message 4a81e724.3070...@atmel.com you wrote: Try setting USE_PRIVATE_LIBGCC=yes in your envrionment, like USE_PRIVATE_LIBGCC=yes make ... I have

Re: [U-Boot] raise not defined, when compiler uses its own div0

Wolfgang Denk skrev: Dear Ulf Samuelsson, In message 4a810dbc.50...@atmel.com you wrote: When trying to build U-Boot under Buildroot and OpenEmbedded, These probably count to the tool chains with broken ARM cross compilers. Maybe, Buildroot is even more broken, if you try to use

[U-Boot] raise not defined, when compiler uses its own div0

, and not that the parameters is wrong. Is board.c not included in the link? Anyone else got this problem? BR Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] SAM9263 TWI inquiry

problems. If you are going to sit in a loop, waiting for the H/W to complete, you might as well do a S/W I2C, so I guess noone bothered. BR Ulf Samuelsson Thanks. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [ARM] Environment variables not available during console initialisation?

@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot -- Ulf Samuelsson ulf.samuels...@atmel.com Atmel Nordic AB ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v3] Add support for boards where the NOR FLASH is not memory-mapped

, is allowed after NAKing future extensions for dataflash, then the decision process is clearly flawed. BR Ulf Samuelsson This will be used by the upcoming VCT board support. Signed-off-by: Stefan Roese s...@denx.de --- v3: - Removed some gratuitous underscores in function parameters

Re: [U-Boot] Fw: TFTP fails when using network switch

ons 2009-01-07 klockan 07:52 -0500 skrev Jerry Van Baren: Wolfgang Denk wrote: Dear Ulf Samuelsson, In message 1231282371.32308.276.ca...@elrond.atmel.com you wrote: It was tracked down to the autoconfiguration of the Ethernet PHY, so one of the PHYs ended up in 100 Mbps Half

Re: [U-Boot] [PATCH] spi/atmel: add AT45DB321D support

can be configured to have a 512/1024 bytes per page but that is wasting a couple of percent of the dataflash. Best Regards Ulf Samuelsson which would indicate a third combo, different from mine and yours :) --- 16 blocks/sector and 64 sectors... The code only does page based so far, so I

Re: [U-Boot] [PATCH 2/5] ARM: Add/Improve support for Atmel AT91RM9200DK/E

ons 2009-01-07 klockan 02:11 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: Ulf Pink Boy please take a look on Thanks, I saw you committed part of the stuff I provided to the AT91 branch. FYI: Your patch to at91rm9200dk, disabling the dataflash is wrong. There is a 2 MB NOR flash *and* an 8

[U-Boot] [PATCH 1/1] ARM: Add command to control coloured led from the console

to include/asm-arm/arch.at91rm9200 [1/5] AFFECTS common/cmd_led.c common/Makefile include/coloured_led.h include/status_led.h Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- diff -urN u-boot-2009.01-0rig//common/cmd_led.c u-boot-2009.01/common/cmd_led.c

Re: [U-Boot] [PATCH 2/5] ARM: Add/Improve support for Atmel AT91RM9200DK/E

ons 2009-01-07 klockan 02:11 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: Ulf Pink Boy please take a look on http://git.denx.de/?p=u-boot/u-boot-at91.git;a=shortlog;h=refs/heads/mm You are aware that moving from the Atmel flash driver to the CFI driver means that the board support is

[U-Boot] new dataflash_mmc_mux command in u-boot-at91.git

is uniquely allocated to a pin, then supplying the pin name is really not neccessary. Best Regards Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [ANNOUNCE] DATAFLASH DRIVER

ons 2009-01-07 klockan 21:56 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: Hi, The AT91 arch use a at45 driver design to be show as a parallel flash but it's a spi flash. Haavard add a new spi flash framework which support the dataflash so the current driver is

Re: [U-Boot] [PATCH 2/5] ARM: Add/Improve support for Atmel AT91RM9200DK/E

ons 2009-01-07 klockan 21:42 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: On 21:37 Wed 07 Jan , Ulf Samuelsson wrote: ons 2009-01-07 klockan 02:11 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: Ulf Pink Boy please take a look on http://git.denx.de/?p=u-boot/u-boot-at91

Re: [U-Boot] [PATCH 2/5] ARM: Add/Improve support for Atmel AT91RM9200DK/E

ons 2009-01-07 klockan 21:04 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: On 20:55 Wed 07 Jan , Ulf Samuelsson wrote: ons 2009-01-07 klockan 02:11 +0100 skrev Jean-Christophe PLAGNIOL-VILLARD: Ulf Pink Boy please take a look on Thanks, I saw you committed part

[U-Boot] [PATCH 3/5] ARM: Add/Improve support for Atmel AT91RM9200DK/EK

]Updates to Makefile and include/configs for at91rm9200df/ek Patch [5/5]Updates to MAKEALL [3/5] AFFECTS board/atmel/at91rm9200dk/at91rm9200dk.c board/atmel/at91rm9200dk/led.c board/atmel/at91rm9200dk/mux.c Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- diff -urN u-boot

[U-Boot] [PATCH 2/5] ARM: Add/Improve support for Atmel AT91RM9200DK/E

for at91rm9200df/ek Patch [5/5]Updates to MAKEALL [2/5] AFFECTS include/configs/at91rm9200dk_df.h include/configs/at91rm9200dk.h Makefile Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- diff -urN u-boot-2009.01-rc1-0rig//include/configs/at91rm9200dk_df.h u-boot-2009.01

[U-Boot] [PATCH 1/5] ARM: Add/Improve support for Atmel AT91RM9200DK/EK

include/asm-arm/arch-at91rm9200/io.h Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- diff -urN u-boot-2009.01-rc1-0rig//include/asm-arm/arch-at91rm9200/at91_pio.h u-boot-2009.01/include/asm-arm/arch-at91rm9200/at91_pio.h --- u-boot-2009.01-rc1-0rig//include/asm-arm/arch-at91rm9200/at91_pio.h

[U-Boot] [PATCH 4/5] ARM: Add/Improve support for Atmel AT91RM9200DK/EK

for at91rm9200df/ek Patch [5/5]Updates to MAKEALL [4/5] AFFECTS include/configs/at91rm9200df.h include/configs/at91rm9200ek.h Makefile Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- diff -urN u-boot-2009.01-0rig/include/configs/at91rm9200df.h u-boot-2009.01/include/configs

[U-Boot] [PATCH 5/5] ARM: Add/Improve support for Atmel AT91RM9200DK/EK

for at91rm9200df/ek Patch [5/5]Updates to MAKEALL [5/5] AFFECTS MAKEALL Signed-off-by: Ulf Samuelsson ulf.samuels...@atmel.com --- Best Regards Ulf Samuelsson ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Fw: TFTP fails when using network switch

. It was tracked down to the autoconfiguration of the Ethernet PHY, so one of the PHYs ended up in 100 Mbps Half Duplex (think that was the switch) while the other PHY ended up in 100 MBps Full Duplex. Might be worth investigating. Best Regards Ulf Samuelsson Now I have run a long Ethernet cable

Re: [U-Boot] Building u-boot for the AT91RM9200-EK circa 2008

1.2.0. Since the U-Boot community insists that the tested working flash driver cannot be merged in the std U-boot, and has to be replaced by the CFI driver which does not work on the EK (I am told) I have no plans to resubmit at this time. Best Regards, J. Best Regards Ulf Samuelsson