Re: imx6 nand: dbbt version/layout

Am Montag, dem 03.05.2021 um 14:32 +0200 schrieb Sascha Hauer: > Hi Leif, Hi Sascha, > > On Thu, Apr 22, 2021 at 12:13:59PM +, Middelschulte, Leif wrote: > > Hi, > > > > I'm in the process of fixing up imx-kobs to support > > - boot configuration dumps > > - boot stream extracts/updates > >

barebox IRC moving to libera

Hi All, Due to the latest freenode turbulences we like many others decides to move over to libera. Meet us there in #barebox with your favourite IRC client or via webchat on https://web.libera.chat/#barebox The old channel on freenode is only used anymore to tell people to move to the new

Re: [PATCH 04/24] clk: introduce struct clk_hw

Hi, On 11.06.21 13:46, Sascha Hauer wrote: >>> Where do I get this from? >> >> pip3 install tuxmake > > Now it complains about missing podman... /me waits for Debian 11. Alternatively dorp the --runtime=podman and install locally a RISC-V toolchain: apt install gcc-riscv64-linux-gnu > >

Re: Beaglebone Black defconfigs

>> And a coloured command prompt! Are you guys serious? Nice! > > We're not in the 90ies anymore, are we? ;) Yes, there have many things happen when I left bootloader/kernel programming, many. And yesterday I realised my u-boot was not reading my uEnv.txt, never did, neither where I put it.

Re: Beaglebone Black defconfigs

On Fri, Jun 11, 2021 at 01:45:51PM +0200, Konstantin Kletschke wrote: > > > > On 11. Jun 2021, at 13:08, Sascha Hauer wrote: > > > > Hi Konsti, nice to see you here :) > > Hi Sascha :-D Nice to see you, too. > > > That's the config for the beaglebo*ard*, for the beaglebo*ne* you'll > > have

Re: [PATCH] fixup! pinctrl: Rockchip: Update from Linux

On Wed, Jun 09, 2021 at 07:49:13PM +0200, Ahmad Fatoum wrote: > The original code uses regmap for the base address and reg for the > offset to add onto it. The barebox port combines both into one pointer > named reg. In rockchip_pinctrl_set_func(), two different offsets are > used with the same

Re: Beaglebone Black defconfigs

> On 11. Jun 2021, at 13:08, Sascha Hauer wrote: > > Hi Konsti, nice to see you here :) Hi Sascha :-D Nice to see you, too. > That's the config for the beaglebo*ard*, for the beaglebo*ne* you'll > have to use the omap_defconfig. This is the config for all omap/am33xx > boards. The resulting

Re: [PATCH 04/24] clk: introduce struct clk_hw

On Fri, Jun 11, 2021 at 11:19:12AM +0200, Ahmad Fatoum wrote: > Hello Sascha, > > On 11.06.21 10:41, Sascha Hauer wrote: > > On Fri, Jun 11, 2021 at 09:55:36AM +0200, Ahmad Fatoum wrote: > >> Hello Sascha, > >> > >> On 02.06.21 11:54, Sascha Hauer wrote: > >> > >>> In Linux the ops in struct

Re: Beaglebone Black defconfigs

Dear Ahmad, thanks for your kind explanations, I really appreciate it. As Sascha already pointed out, my 1st stage was beaglebone and the second was beagleboard. Which explains my confusion because it was reasonable. May be I discovered this, if I had investigated more properly. Regards

Re: [PATCH] include: : define (read|write)[bwlq]_relaxed

On Fri, Jun 11, 2021 at 10:01:55AM +0200, Ahmad Fatoum wrote: > For Linux, It's always correct to substitute any of the read or > write _relaxed functions with their non relaxed counterpart. > Define functions that do this. > > Unlike with Linux, they doesn't per se affect performance: barebox >

Re: [PATCH] fixup! clk: rockchip: Update to current Linux

On Wed, Jun 09, 2021 at 11:23:08AM +0200, Ahmad Fatoum wrote: > Linux clock drivers for rockchip SoCs have to convenience functions > that weren't ported: > > rockchip_register_restart_notifier() > rockchip_register_softrst() > > They control system and peripheral reset,

Re: [PATCH] regulator: discard unused struct regulator_init_data handling

On Wed, Jun 09, 2021 at 10:40:27AM +0200, Ahmad Fatoum wrote: > struct regulator_init_data and the contained regulation_constraints > are populated from device tree, but unused anywhere. They are not > required for the stpmic driver to operate, so they can just be dropped. > > No functional

Re: [PATCH v2] fs: nfs: Start earlier to resend requests

On Fri, Jun 11, 2021 at 09:13:51AM +0200, Uwe Kleine-König wrote: > On a customer site we're experience a bit over 1% UDP packet loss. When > wiresharking an NFS transfer of a kernel image (with the goal to boot > via NFS) I saw 64 of 2555 RPC calls staying unanswered. With the current > timeout

Re: Beaglebone Black defconfigs

Hi Konsti, nice to see you here :) On Fri, Jun 11, 2021 at 12:05:43PM +0200, Konstantin Kletschke wrote: > Hello, > > I am currently trying to bring up barebox for my Beaglebone Black devices. > > I did an "ARCH=arm CROSS_COMPILE=arm-buildroot-linux-gnueabihf- make > am335x_mlo_defconfig”,

Re: Beaglebone Black defconfigs

Hi, On 11.06.21 12:05, Konstantin Kletschke wrote: > Hello, > > I am currently trying to bring up barebox for my Beaglebone Black devices. > > I did an "ARCH=arm CROSS_COMPILE=arm-buildroot-linux-gnueabihf- make > am335x_mlo_defconfig”, make and > copied resulting

Re: [PATCH 1/2] mtd: core: fix use of uninitialized struct member

On 11.06.21 12:23, Sascha Hauer wrote: > Hi Antony, > > On Fri, Jun 11, 2021 at 09:39:13AM +0300, Antony Pavlov wrote: >> E.g. mtd_read() calls mtd_read_oob(), mtd_read_oob() >> can check uninitialized ops->oobbuf. As a result >> mtd_read_oob() can return -EOPNOTSUPP. >> >> Found on a MIPS board

Re: [PATCH] mci: dw_mmc: set dma mask to work correctly on 64bit platforms

Hi, On 11.06.21 12:02, Sascha Hauer wrote: > On Fri, Jun 11, 2021 at 10:23:25AM +0200, Ahmad Fatoum wrote: >> Hello Sascha, >> >> On 10.06.21 15:10, Sascha Hauer wrote: >>> The variant we support currently can only do 32bit DMA. Adjust dma mask >>> accordingly. Also use dma_map_single() rather

Re: [PATCH 1/2] mtd: core: fix use of uninitialized struct member

Hi Antony, On Fri, Jun 11, 2021 at 09:39:13AM +0300, Antony Pavlov wrote: > E.g. mtd_read() calls mtd_read_oob(), mtd_read_oob() > can check uninitialized ops->oobbuf. As a result > mtd_read_oob() can return -EOPNOTSUPP. > > Found on a MIPS board during /dev/m25p0 read, e.g. > > barebox:/ md

Beaglebone Black defconfigs

Hello, I am currently trying to bring up barebox for my Beaglebone Black devices. I did an "ARCH=arm CROSS_COMPILE=arm-buildroot-linux-gnueabihf- make am335x_mlo_defconfig”, make and copied resulting barebox-am33xx-beaglebone-mlo.img to MLO into my FAT boot partition. Then I did "ARCH=arm

Re: [PATCH] mci: dw_mmc: set dma mask to work correctly on 64bit platforms

On Fri, Jun 11, 2021 at 10:23:25AM +0200, Ahmad Fatoum wrote: > Hello Sascha, > > On 10.06.21 15:10, Sascha Hauer wrote: > > The variant we support currently can only do 32bit DMA. Adjust dma mask > > accordingly. Also use dma_map_single() rather than dma_sync_single() to > > actually get errors

Re: [PATCH 04/24] clk: introduce struct clk_hw

Hello Sascha, On 11.06.21 10:41, Sascha Hauer wrote: > On Fri, Jun 11, 2021 at 09:55:36AM +0200, Ahmad Fatoum wrote: >> Hello Sascha, >> >> On 02.06.21 11:54, Sascha Hauer wrote: >> >>> In Linux the ops in struct clk_ops take a struct clk_hw * argument >> >>> instead of a struct clk * argument as

Re: [PATCH v2] fs: nfs: Start earlier to resend requests

On Fri, Jun 11, 2021 at 09:13:51AM +0200, Uwe Kleine-König wrote: > On a customer site we're experience a bit over 1% UDP packet loss. When > wiresharking an NFS transfer of a kernel image (with the goal to boot > via NFS) I saw 64 of 2555 RPC calls staying unanswered. With the current > timeout

Re: [PATCH 04/24] clk: introduce struct clk_hw

On Fri, Jun 11, 2021 at 09:55:36AM +0200, Ahmad Fatoum wrote: > Hello Sascha, > > On 02.06.21 11:54, Sascha Hauer wrote: > > > In Linux the ops in struct clk_ops take a struct clk_hw * argument > > > instead of a struct clk * argument as in barebox. With this taking > > > new clk drivers from

Re: NXP Layerscape

Hello Barbier, On 10.06.21 18:40, Barbier, Renaud wrote: > I did find a barebox handler for the tqmls1046a but not the ls1046a. Oh, I see. > I guess they would work the same. > It references /dev/qspiflash0.barebox > > Then I just found arch/arm64/dts/fsl-ls1046a-rdb.dts. It does reference >

Re: [PATCH] mci: dw_mmc: set dma mask to work correctly on 64bit platforms

On 10.06.21 15:10, Sascha Hauer wrote: > The variant we support currently can only do 32bit DMA. Adjust dma mask > accordingly. Also use dma_map_single() rather than dma_sync_single() to > actually get errors when the mapping fails. > > Signed-off-by: Sascha Hauer > --- > drivers/mci/dw_mmc.c |

Re: [PATCH] mci: dw_mmc: set dma mask to work correctly on 64bit platforms

Hello Sascha, On 10.06.21 15:10, Sascha Hauer wrote: > The variant we support currently can only do 32bit DMA. Adjust dma mask > accordingly. Also use dma_map_single() rather than dma_sync_single() to > actually get errors when the mapping fails. > > Signed-off-by: Sascha Hauer Tested-by:

[PATCH] scripts: socfpga_import_preloader: make sdk optional

The commit a9b2e6089d82686564220013f14e9f0ffcc725e2 allowed generating everything needed in one step. This was however a bit too ambitious. The script now requires that the Altera Embedded SDK is always installed. There are situations where this is unwanted. Beef up the code a little bit to allow

[PATCH] include: : define (read|write)[bwlq]_relaxed

For Linux, It's always correct to substitute any of the read or write _relaxed functions with their non relaxed counterpart. Define functions that do this. Unlike with Linux, they doesn't per se affect performance: barebox writel doesn't imply memory barriers, instead it depends on the

Re: [PATCH 04/24] clk: introduce struct clk_hw

Hello Sascha, On 02.06.21 11:54, Sascha Hauer wrote: > In Linux the ops in struct clk_ops take a struct clk_hw * argument > instead of a struct clk * argument as in barebox. With this taking > new clk drivers from Linux requires a lot of mechanical conversions. > Instead of doing this over

[PATCH v2] fs: nfs: Start earlier to resend requests

On a customer site we're experience a bit over 1% UDP packet loss. When wiresharking an NFS transfer of a kernel image (with the goal to boot via NFS) I saw 64 of 2555 RPC calls staying unanswered. With the current timeout setting each of them introduces a delay of 2 seconds and the whole transfer

[PATCH 0/2] mtd: core: fix use of uninitialized struct member

Antony Pavlov (2): mtd: core: fix use of uninitialized struct member mtd: core: fix whitespaces drivers/mtd/core.c | 32 +--- 1 file changed, 17 insertions(+), 15 deletions(-) -- 2.32.0.rc0 ___ barebox mailing list

[PATCH 2/2] mtd: core: fix whitespaces

Signed-off-by: Antony Pavlov --- drivers/mtd/core.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/mtd/core.c b/drivers/mtd/core.c index 98820dfb4f..2029e06d9e 100644 --- a/drivers/mtd/core.c +++ b/drivers/mtd/core.c @@ -377,7 +377,7 @@ int

[PATCH 1/2] mtd: core: fix use of uninitialized struct member

E.g. mtd_read() calls mtd_read_oob(), mtd_read_oob() can check uninitialized ops->oobbuf. As a result mtd_read_oob() can return -EOPNOTSUPP. Found on a MIPS board during /dev/m25p0 read, e.g. barebox:/ md -s /dev/m25p0 read: error 95 Signed-off-by: Antony Pavlov --- drivers/mtd/core.c |