Re: [PATCH][RFC] lib: zstd: resolve maybe-uninitialized warning

Hi Ahmad, On Wed, Jun 14, 2023 at 10:55 AM Ahmad Fatoum wrote: > > Hello Yegor, > > On 14.06.23 10:09, yegorsli...@googlemail.com wrote: > > From: Yegor Yefremov > > > > Perform memset() at the very beginning of the ZSTD_getFrameParams() > > routine. > &

Re: [PATCH][RFC] lib: zstd: resolve maybe-uninitialized warning

On Wed, Jun 14, 2023 at 10:09 AM wrote: > > From: Yegor Yefremov > > Perform memset() at the very beginning of the ZSTD_getFrameParams() > routine. > > Signed-off-by: Yegor Yefremov > --- > lib/zstd/decompress.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletio

Re: [PATCH v2] net: phy: add driver for MotorComm PHY

Hi Sascha, On Tue, Jun 6, 2023 at 11:58 AM Sascha Hauer wrote: > > Hi Yegor, > > On Tue, Jun 06, 2023 at 10:21:39AM +0200, Yegor Yefremov wrote: > > Hi Sascha, > > > > > > > + ret = phy_modify(phydev, YT8511_PAGE, YT8511_DELAY_F

Re: [PATCH v2] net: phy: add driver for MotorComm PHY

Hi Sascha, On Tue, Jun 6, 2023 at 10:17 AM wrote: > > From: Yegor Yefremov > > The driver corresponds to the kernel 6.1.27. > > Signed-off-by: Yegor Yefremov > --- > Changes: > v1 -> v2: add the related kernel version > > drivers/net/phy/Kco

Re: [PATCH] net: phy: add driver for MotorComm PHY

Hi Sascha, On Thu, Jun 1, 2023 at 10:17 AM Sascha Hauer wrote: > > Hi Yegor, > > On Wed, May 31, 2023 at 04:35:00PM +0200, yegorsli...@googlemail.com wrote: > > From: Yegor Yefremov > > > > Could you add a word here on which kernel version this is based on

Re: [PATCH] ARM: dts: am335x: update cpsw nodes

Hi Ahmad, On Wed, Jul 6, 2022 at 7:44 AM Ahmad Fatoum wrote: > > Hello Yegor, > > On 04.07.22 13:49, yegorsli...@googlemail.com wrote: > > From: Yegor Yefremov > > > > Switch to cpsw switchdev definition. > > Both bindings should be supported by the sa

Re: am335x: baltos

Hi Sascha, On Tue, Jul 5, 2022 at 10:52 AM Sascha Hauer wrote: > > Hi Yegor, > > On Mon, Jul 04, 2022 at 02:54:48PM +0200, Yegor Yefremov wrote: > > am335x-baltos got broken between 2022.06 and the current master. The > > symptoms: no barebox console output at all

am335x: baltos

am335x-baltos got broken between 2022.06 and the current master. The symptoms: no barebox console output at all i.e. the system freezes. Here is git bisect log but I don't really see the reason for the failure: git bisect start # bad: [269dc4d7eb891dee25d4fb07b693a36ab37c7472] ARM: dts: am335x:

tar command support

In barebox we have an uncompress command. But it can only serve one file. We also need a tar equivalent. Is anyone working on its implementation? Regards, Yegor ___ barebox mailing list barebox@lists.infradead.org

Re: am335x: load a kernel with integrated initramfs

Hi Sascha, On Wed, Mar 25, 2020 at 4:36 PM Yegor Yefremov wrote: > > On Wed, Mar 25, 2020 at 4:35 PM Yegor Yefremov > wrote: > > > > On Wed, Mar 25, 2020 at 10:58 AM Sascha Hauer > > wrote: > > > > > > On Tue, Mar 24, 2020 at 05:21:16PM +0100,

Re: Cross-compiling target tools

Hi Ahmad, On Thu, Mar 26, 2020 at 5:00 PM Ahmad Fatoum wrote: > > Hi, > > On 3/26/20 4:31 PM, Yegor Yefremov wrote: > > On Thu, Mar 26, 2020 at 7:36 AM Sascha Hauer wrote: > > With these changes I get the tools bareboxenv-target etc. cross-compiled: > > > &g

Re: Cross-compiling target tools

On Thu, Mar 26, 2020 at 7:36 AM Sascha Hauer wrote: > > Hi Yegor, > > On Wed, Mar 25, 2020 at 11:13:03PM +0100, Yegor Yefremov wrote: > > How should one compile the target tools like bareboxenv-target etc. I > > get the following error: > > > > ARCH=arm CROSS_

Cross-compiling target tools

How should one compile the target tools like bareboxenv-target etc. I get the following error: ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- make -C debian/build make: Entering directory '/home/user/MyProjects/oss/bootloaders/barebox-upstream/debian/build' make[3]: 'include/generated/mach-types.h'

Re: am335x: load a kernel with integrated initramfs

On Wed, Mar 25, 2020 at 4:35 PM Yegor Yefremov wrote: > > On Wed, Mar 25, 2020 at 10:58 AM Sascha Hauer wrote: > > > > On Tue, Mar 24, 2020 at 05:21:16PM +0100, Yegor Yefremov wrote: > > > On Tue, Mar 24, 2020 at 8:35 AM Sascha Hauer > > > wrote: > >

Re: am335x: load a kernel with integrated initramfs

On Wed, Mar 25, 2020 at 10:58 AM Sascha Hauer wrote: > > On Tue, Mar 24, 2020 at 05:21:16PM +0100, Yegor Yefremov wrote: > > On Tue, Mar 24, 2020 at 8:35 AM Sascha Hauer wrote: > > > > > > On Mon, Mar 23, 2020 at 01:22:33PM +0100, Yegor Yefremov wrote: > > &

Re: am335x: load a kernel with integrated initramfs

On Tue, Mar 24, 2020 at 8:35 AM Sascha Hauer wrote: > > On Mon, Mar 23, 2020 at 01:22:33PM +0100, Yegor Yefremov wrote: > > Hi Sascha, > > > > On Mon, Mar 23, 2020 at 9:30 AM Sascha Hauer wrote: > > > > > > Hi Yegor, > > > > > > On

Re: am335x: load a kernel with integrated initramfs

Hi Sascha, On Mon, Mar 23, 2020 at 9:30 AM Sascha Hauer wrote: > > Hi Yegor, > > On Fri, Mar 20, 2020 at 09:29:04AM +0100, Yegor Yefremov wrote: > > I get an "handler failed with: Out of memory" message when trying to > > load my 22MB large kernel-fit.itb.

am335x: load a kernel with integrated initramfs

I get an "handler failed with: Out of memory" message when trying to load my 22MB large kernel-fit.itb. Below you can see the related log: mounted /dev/nand0.UBI.ubi.kernel on /mnt/nand0.UBI.ubi.kernel YY: bootm_boot YY: read file 0, size 22661672, PAGE_SIZE 4096 YY: fit_open FIT: Opened FIT

Re: [PATCH] fixup! USB: MUSB: defer driver probes where necessary

Hi Ahmad, On Wed, Feb 26, 2020 at 11:48 AM Ahmad Fatoum wrote: > > The NULL assignment is a left over from when it was a global variable. > am_usbphy is local now and is just going out of scope, so need to NULL > it. > > Signed-off-by: Ahmad Fatoum > --- > drivers/usb/musb/phy-am335x.c | 1 - >

Re: musb is broken in master

Hi Ahmad, On Tue, Feb 25, 2020 at 6:13 PM Ahmad Fatoum wrote: > > Hello, > > On 2/24/20 3:08 PM, Yegor Yefremov wrote: > > I've checked out barebox master and then reverted > > 574eed3f6fcf056aa4c9e46c4b5224e3f7844d8d (dts: update to v5.5-rc1). > > After exam

Re: [PATCH 1/2] USB: MUSB: PHY: scrap singleton am335x_get_usb_phy()

eed > a short patch for master anyway, thus just do it the easy way. > > Signed-off-by: Ahmad Fatoum Tested against the next branch. Tested-by: Yegor Yefremov Yegor > --- > Prerequisite for fix in next commit. Please apply both to master. > --- > drivers/usb/musb/musb_dsp

Re: [PATCH 2/2] USB: MUSB: defer driver probes where necessary

probe order broke am335x USB under barebox, because the MUSB > drivers couldn't cope with the now different device probe order. > > Pepper some -EPROBE_DEFER around to make USB work again. > > Fixes: 574eed3f6f ("dts: update to v5.5-rc1") > Reported-by: Yegor Yefremov

Re: musb is broken in master

On Mon, Feb 24, 2020 at 1:02 PM Ahmad Fatoum wrote: > > On 2/24/20 12:55 PM, Yegor Yefremov wrote: > > On Mon, Feb 24, 2020 at 12:54 PM Yegor Yefremov > > wrote: > >> > >> On Mon, Feb 24, 2020 at 12:50 PM Ahmad Fatoum > >> wrote: > >>>

Re: musb is broken in master

On Mon, Feb 24, 2020 at 12:54 PM Yegor Yefremov wrote: > > On Mon, Feb 24, 2020 at 12:50 PM Ahmad Fatoum wrote: > > > > Hi, > > > > On 2/24/20 12:09 PM, Yegor Yefremov wrote: > > > Can it be that musb was broken because of this change in the mainline >

Re: musb is broken in master

On Mon, Feb 24, 2020 at 12:50 PM Ahmad Fatoum wrote: > > Hi, > > On 2/24/20 12:09 PM, Yegor Yefremov wrote: > > Can it be that musb was broken because of this change in the mainline > > linux kernel [1]? > > But you said that it works when you readd status = &quo

Re: musb is broken in master

Hi Ahmad, all, On Tue, Feb 18, 2020 at 12:48 PM Ahmad Fatoum wrote: > > On 2/18/20 12:19 PM, Yegor Yefremov wrote: > > Hello Ahmad, > > > > On Tue, Feb 18, 2020 at 11:57 AM Ahmad Fatoum > > wrote: > >> > >> Hello Yegor, > >> > >>

Re: [PATCH] arm: baltos: use compressed DTB images

On Wed, Feb 19, 2020 at 4:34 PM Ahmad Fatoum wrote: > > Hello Sascha, > > On 2/19/20 8:52 AM, Sascha Hauer wrote: > > On Mon, Feb 17, 2020 at 03:38:17PM +0100, yegorsli...@googlemail.com wrote: > >> From: Yegor Yefremov > >> > >> This re

Re: musb is broken in master

Hello Ahmad, On Tue, Feb 18, 2020 at 11:57 AM Ahmad Fatoum wrote: > > Hello Yegor, > > On 2/18/20 10:58 AM, Yegor Yefremov wrote: > > I have bisected the musb driver on am335x (baltos system > > arch/arm/dts/am335x-baltos-minimal.dts) from v2019.11.0 an

musb is broken in master

I have bisected the musb driver on am335x (baltos system arch/arm/dts/am335x-baltos-minimal.dts) from v2019.11.0 and this is the result: 574eed3f6fcf056aa4c9e46c4b5224e3f7844d8d is the first bad commit commit 574eed3f6fcf056aa4c9e46c4b5224e3f7844d8d Author: Sascha Hauer Date: Thu Dec 19

Re: [PATCH] MIPS: ath79: art: fix typo in SPDX-License-Identifier

Hi Ahmad, On Fri, Nov 15, 2019 at 8:14 AM Ahmad Fatoum wrote: > > There's no GPL-2. SPDX identifier. Change it to GPL-2.0 instead. GPL-2.0 is deprecated use GPL-2.0-only instead. https://spdx.org/licenses/GPL-2.0.html Regard, Yegor > > Cc: Oleksij Rempel > Signed-off-by: Ahmad Fatoum > ---

Re: linux.bootargs: export mtdparts from DTS

On Fri, Feb 23, 2018 at 9:04 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Fri, Feb 23, 2018 at 08:52:35AM +0100, Yegor Yefremov wrote: >> On Fri, Feb 23, 2018 at 8:39 AM, Yegor Yefremov >> <yegorsli...@googlemail.com> wrote: >> > On Fri, Feb 23,

Re: linux.bootargs: export mtdparts from DTS

On Fri, Feb 23, 2018 at 8:39 AM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > On Fri, Feb 23, 2018 at 8:33 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> Hi Yegor, >> >> On Fri, Feb 23, 2018 at 08:26:56AM +0100, Yegor Yefremov wrote: >>>

Re: linux.bootargs: export mtdparts from DTS

On Fri, Feb 23, 2018 at 8:33 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > Hi Yegor, > > On Fri, Feb 23, 2018 at 08:26:56AM +0100, Yegor Yefremov wrote: >> My board will be configured via DTS file, that contains an MTD >> partition table [1]. How can i

linux.bootargs: export mtdparts from DTS

My board will be configured via DTS file, that contains an MTD partition table [1]. How can it be automatically exported to global.inux.bootargs.mtdparts? [1] https://git.pengutronix.de/cgit/barebox/tree/arch/arm/dts/am335x-baltos-minimal.dts#n217 Yegor

Re: [PATCH v1] Documentation: random: provide documentation.

Hi Oleksij, On Mon, May 8, 2017 at 2:32 PM, Oleksij Rempel wrote: > Signed-off-by: Oleksij Rempel > --- > Documentation/user/random.rst | 60 > ++ > Documentation/user/user-manual.rst | 1 + > 2 files

Re: [PATCH] Documentation: usbgadget: provide autostart notes

Hi Oleksij, On Fri, May 5, 2017 at 1:42 PM, Oleksij Rempel wrote: > The usbgadget autostart funktionality is already added. Not it's > time to reflect it in the documentation. > > Signed-off-by: Oleksij Rempel > --- > Documentation/user/usb.rst

Re: [PATCH] lib: xz: add support for bcj filters

On Wed, Feb 22, 2017 at 11:03 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Wed, Feb 22, 2017 at 09:15:36AM +0100, Yegor Yefremov wrote: >> On Wed, Feb 22, 2017 at 5:29 AM, Jean-Christophe PLAGNIOL-VILLARD >> <plagn...@jcrosoft.com> wrote: >> > >>

am335x: assert sysreset (NRESET_INOUT)

How to get am335x to assert sysreset signal for peripherals? U-Boot is asserting this signal, when executing reset command. If I boot my 3.18.x kernel with u-boot and perform warm reset I can see sysreset signal, if I boot via barebox I don't see it during reboot. Any idea? Yegor

Re: AM335x Porting Questions

Hi Jon, please use bottom posting [1] I've added our am335x based board (Baltos iR5221 etc.) recently [2]. On Thu, Dec 8, 2016 at 11:04 PM, Jonathan Stackhouse wrote: > Hello Ian, > > Thank you for your kind reply. > > I've modified all of the files that you've listed. > > My

Re: [PATCH 3/5] fs: squashfs: port zlib compression support from kernel

Hi Enrico, On Tue, Oct 4, 2016 at 9:40 PM, Sascha Hauer wrote: > On Tue, Oct 04, 2016 at 12:10:46PM +0200, Enrico Jorns wrote: >> As this is the default compression method for squashfs, make this the >> default in kconfig selection, too >> >> Signed-off-by: Enrico Jorns

Re: [PATCH 1/5] fs: squashfs: port lzo compression support from kernel

t; >> Signed-off-by: Enrico Jorns <e...@pengutronix.de> Tested-by: Yegor Yefremov <yegorsli...@googlemail.com> >> --- >> fs/squashfs/Kconfig | 14 + >> fs/squashfs/Makefile | 1 + >> fs/squashfs/lzo_wrapper.c | 128 >> +++

Re: [PATCH 4/5] Add filetype and detection for squashfs images

Hi Enrico, On Thu, Oct 6, 2016 at 4:10 PM, Enrico Joerns <e...@pengutronix.de> wrote: > Hi Yegor, > > On 10/06/2016 03:55 PM, Yegor Yefremov wrote: >> >> On Tue, Oct 4, 2016 at 12:10 PM, Enrico Jorns <e...@pengutronix.de> wrote: >>> >>> This adds

Re: [PATCH 4/5] Add filetype and detection for squashfs images

Hi Enrico, On Tue, Oct 4, 2016 at 12:10 PM, Enrico Jorns wrote: > This adds `filetype_squashfs` to the list of known filetypes and adds a > detection for squashfs files to file_detect_type(). This currently > matches on the `hsqs` start sequence of an image file. > >

Re: am335x: memory configuration

Hi Jan, On Thu, Oct 6, 2016 at 3:45 PM, Jan Remmet <j.rem...@phytec.de> wrote: > On Thu, Oct 06, 2016 at 11:08:07AM +0200, Yegor Yefremov wrote: >> I've submitted a patch [1] to support our Baltos systems back in the >> May. There was an issue with dynamically detecting RAM s

am335x: memory configuration

I've submitted a patch [1] to support our Baltos systems back in the May. There was an issue with dynamically detecting RAM size as the systems can have either 256MB or 512MB modules. So far u-boot was able to detect the RAM size dynamically. In order to do so it uses following code in

Re: barebox remote control

Hi Sascha, On Mon, Aug 22, 2016 at 11:05 AM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > On Mon, Aug 22, 2016 at 7:28 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> Hi Yegor, >> >> On Fri, Aug 19, 2016 at 03:45:22PM +0200, Yegor Yefremov wrote: >

Re: barebox remote control

On Mon, Aug 22, 2016 at 7:28 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > Hi Yegor, > > On Fri, Aug 19, 2016 at 03:45:22PM +0200, Yegor Yefremov wrote: >> Hi Sascha, >> >> On Thu, Aug 18, 2016 at 9:48 AM, Yegor Yefremov >> <yegorsli...@googlemail.c

Re: barebox remote control

Hi Sascha, On Thu, Aug 18, 2016 at 9:48 AM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > Are you planning to create a standalone PyPI package for bbremote? It > would be very handy. I'll try to create such a package on my GitHub account and then we will see how to proc

Re: [PATCH v2] Add support for Baltos systems

On Mon, Jun 13, 2016 at 10:56 AM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > On Mon, Jun 13, 2016 at 10:55 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> On Mon, Jun 13, 2016 at 09:44:24AM +0200, Yegor Yefremov wrote: >>> On Wed, Jun 1, 2016

Re: [PATCH v2] Add support for Baltos systems

On Mon, Jun 13, 2016 at 10:55 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Mon, Jun 13, 2016 at 09:44:24AM +0200, Yegor Yefremov wrote: >> On Wed, Jun 1, 2016 at 9:08 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> > On Mon, May 30, 2016 at 04:43:50PM +02

Re: [PATCH v2] Add support for Baltos systems

On Wed, Jun 1, 2016 at 9:08 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Mon, May 30, 2016 at 04:43:50PM +0200, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> OnRISC Baltos devices are based on a am335x SoC and

Re: [PATCH] Add support for Baltos systems

On Tue, May 31, 2016 at 9:01 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Mon, May 30, 2016 at 11:46:12AM +0200, Yegor Yefremov wrote: >> On Mon, May 30, 2016 at 7:33 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> > On Fri, May 27, 2016 at 03:48:55PM +02

Re: [PATCH] Add support for Baltos systems

On Mon, May 30, 2016 at 7:33 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Fri, May 27, 2016 at 03:48:55PM +0200, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> OnRISC Baltos devices are based on a am335x SoC

Re: am335x questions

On Thu, May 26, 2016 at 4:44 PM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > Hi Yegor, > > On Thu, May 26, 2016 at 03:41:46PM +0200, Yegor Yefremov wrote: >> I'm porting an am335x based board. We have systems either with 256MB >> or 512MB RAM. Current

am335x questions

I'm porting an am335x based board. We have systems either with 256MB or 512MB RAM. Currently I'm using following code: ENTRY_FUNCTION(start_am33xx_baltos_sdram, r0, r1, r2) { uint32_t sdram_size; void *fdt; sdram_size = SZ_256M; fdt =

Re: [PATCH 00/15] MIPS: ar9331: use cache and fix gpio

On Wed, Mar 9, 2016 at 8:31 AM, Sascha Hauer wrote: > Hi Antony, > > On Mon, Mar 07, 2016 at 04:30:11PM +0300, Antony Pavlov wrote: >> This patchseries introduces initial MIPS cache support. >> Though the cache code is usable for many MIPS-based chips >> at the moment the

Re: [PATCH 4/4] MIPS: black-swift: pbl: use more lowlevel init code from U-Boot_mod

On Thu, Feb 25, 2016 at 10:14 AM, Antony Pavlov <antonynpav...@gmail.com> wrote: > Signed-off-by: Antony Pavlov <antonynpav...@gmail.com> Reviewed-by: Yegor Yefremov <yegorsli...@googlemail.com> > --- > arch/mips/boards/black-swift/include/board/board_pbl_start.h |

Re: [PATCH 2/4] MIPS: ath79: pbl: import hornet_1_1_war routine from U-Boot_mod

code from U-Boot_mod. > > AR9331 (Hornet) 1.1 currently needs an additional > reset at 1st boot. This patch imports necessary code > from u-boot_mod/u-boot/cpu/mips/start_bootstrap.S. > > Signed-off-by: Antony Pavlov <antonynpav...@gmail.com> Reviewed-by: Yegor Yefremov <

Re: [PATCH 1/4] MIPS: ath79: pbl: import AR9331 CP0 init routine from U-Boot_mod

code from U-Boot_mod. > > This patch imports AR9331 MIPS24K coprocessor0 initialization > code from u-boot_mod/u-boot/cpu/mips/start_bootstrap.S. > > Signed-off-by: Antony Pavlov <antonynpav...@gmail.com> Reviewed-by: Yegor Yefremov <yegorsli...@googlemail.com> > --

Re: [PATCH 3/4] MIPS: tplink-mr3020: pbl: use more lowlevel init code from U-Boot_mod

On Thu, Feb 25, 2016 at 10:14 AM, Antony Pavlov <antonynpav...@gmail.com> wrote: > Signed-off-by: Antony Pavlov <antonynpav...@gmail.com> Reviewed-by: Yegor Yefremov <yegorsli...@googlemail.com> > --- > arch/mips/boards/tplink-mr3020/include/board/board_pbl_start.h |

Re: [PATCH v2 3/3] fs: add support for SquashFS 4.0

On Tue, Feb 16, 2016 at 9:23 AM, <yegorsli...@googlemail.com> wrote: > From: Yegor Yefremov <yegorsli...@googlemail.com> > > The driver was imported from Linux 4.4. > > Signed-off-by: Yegor Yefremov <yegorsli...@googlemail.com> > --- > Changes

Re: [RFC] fs: add support for SquashFS

On Thu, Feb 11, 2016 at 3:56 PM, <yegorsli...@googlemail.com> wrote: > From: Yegor Yefremov <yegorsli...@googlemail.com> > > Signed-off-by: Yegor Yefremov <yegorsli...@googlemail.com> This is a first attempt to add SqaushFS to Barebox. The port is still not fully fun

Re: [PATCH 2/2] fs: add super_operations infrastructure

On Mon, Feb 1, 2016 at 9:47 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Fri, Jan 29, 2016 at 03:06:21PM +0100, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> Signed-off-by: Yegor Yefremov <yegorsli...@go

Linux headers

AFAIK include/linux/barebox-wrapper.h was introduced to simplify Linux driver porting. During my current effort to port SquashFS driver I had to repeatedly remove such includes like: #include #include #include #include #include #include and so on. Would it be better to provide such

Re: [RFC] fs: move super_block and inode definitions to central fs.h header

On Mon, Jan 25, 2016 at 9:47 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Mon, Jan 25, 2016 at 09:40:26AM +0100, Yegor Yefremov wrote: >> On Mon, Jan 25, 2016 at 9:20 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> > On Sun, Jan 24, 2016 at 08:55:22

Re: [RFC] fs: move super_block and inode definitions to central fs.h header

On Mon, Jan 25, 2016 at 9:20 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Sun, Jan 24, 2016 at 08:55:22PM +0100, Yegor Yefremov wrote: >> On Sun, Jan 24, 2016 at 8:24 PM, Yegor Yefremov >> <yegorsli...@googlemail.com> wrote: >> > Both super_block

[RFC] fs: move super_block and inode definitions to central fs.h header

Both super_block and inode are common to various file systems, so move them to the central place. Signed-off-by: Yegor Yefremov <yegorsli...@googlemail.com> --- fs/ubifs/ubifs.h | 134 +-- include/fs.h

Re: [RFC] fs: move super_block and inode definitions to central fs.h header

On Sun, Jan 24, 2016 at 8:24 PM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > Both super_block and inode are common to various file systems, so > move them to the central place. > > Signed-off-by: Yegor Yefremov <yegorsli...@googlemail.com> > --

Re: [PATCH v3] FIT support

- Cleanup bootm support > - Add support for configuration names as suggested by Yegor Yefremov > - Allow to boot unsigned FIT images > > It's time for a weekend now, so I send out what I have now. This series > could use some more testing before it gets merged, so I'll do that next &g

Re: [PATCH v2 1/2] of: rework of_node_cmp() to support short and full node names

Hi Sascha, On Wed, Jan 13, 2016 at 4:50 PM, Sascha Hauer wrote: > Hi Yegor, > > On Tue, Jan 12, 2016 at 11:16:38AM +0100, yegorsli...@googlemail.com wrote: >> + * Compare node names using the length of the node in question >> + * and then check, if the in-tree node has

Re: [PATCH 3/3] bootm: add initial FIT support

On Thu, Jan 7, 2016 at 6:09 PM, Jan Lübbe wrote: > On Di, 2016-01-05 at 14:50 +0100, Marc Kleine-Budde wrote: >> >> > +static int fit_open_configuration(struct fit_handle *handle, int >> num) >> >> > +{ >> >> > + struct device_node *conf_node = NULL, *sig_node; >> >> >

Re: [PATCH] FIT: make RSA signature verification configurable

On Fri, Jan 8, 2016 at 5:11 PM, Marc Kleine-Budde <m...@pengutronix.de> wrote: > On 01/08/2016 02:24 PM, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> Signed-off-by: Yegor Yefremov <yegorsli...@googlemail.com

FIT support: node syntax

Hi Marc, I've looked at U-Boot source code to get the idea, how to pass configuration id. See this definition: kernel@1 { description = "Vanilla Linux kernel"; data = /incbin/("zImage"); type = "kernel"; arch = "arm"; os = "linux"; compression = "none"; load = <0x8020>; entry =

Re: [PATCH 1/2] of: Add for_each_compatible_node_from iterator

On Tue, Jan 5, 2016 at 9:20 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Tue, Jan 05, 2016 at 09:05:35AM +0100, Yegor Yefremov wrote: >> On Tue, Jan 5, 2016 at 8:58 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: >> > On Mon, Jan 04, 2016 at 07:07:

Re: [PATCH 3/3] bootm: add initial FIT support

Hi Marc, thanks for reposting the patches. On Tue, Jan 5, 2016 at 9:11 AM, Marc Kleine-Budde wrote: > From: Jan Luebbe > > This implementation is inspired by U-Boot's FIT support. Instead of > using libfdt (which does not exist in barebox),

Re: [PATCH 3/3] bootm: add initial FIT support

On Tue, Jan 5, 2016 at 2:50 PM, Marc Kleine-Budde <m...@pengutronix.de> wrote: > On 01/05/2016 02:05 PM, Yegor Yefremov wrote: >>>>>> What about unsigned images? >>>>> >>>>> That's not our use case. We use plain zImages instead. >>>

Re: [PATCH 3/3] bootm: add initial FIT support

On Tue, Jan 5, 2016 at 11:32 AM, Marc Kleine-Budde <m...@pengutronix.de> wrote: > On 01/05/2016 11:28 AM, Yegor Yefremov wrote: >> Hi Marc, >> >> thanks for reposting the patches. >> >> On Tue, Jan 5, 2016 at 9:11 AM, Marc Kleine-Budde <m...@pengutro

Re: [PATCH 3/3] bootm: add initial FIT support

On Tue, Jan 5, 2016 at 12:54 PM, Marc Kleine-Budde <m...@pengutronix.de> wrote: > On 01/05/2016 11:40 AM, Yegor Yefremov wrote: >> On Tue, Jan 5, 2016 at 11:32 AM, Marc Kleine-Budde <m...@pengutronix.de> >> wrote: >>> On 01/05/2016 11:28 AM, Yegor Yefremov w

Re: Patchwork for Barebox

On Mon, Jan 4, 2016 at 9:59 AM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > Hi Yegor, > > On Tue, Dec 29, 2015 at 08:14:26AM +0100, Yegor Yefremov wrote: >> Hi Sascha, >> >> are you going to add Barebox to https://patchwork.ozlabs.org/? I'm >> using th

Re: [RFC 0/4] FIT Support

On Fri, Nov 13, 2015 at 1:54 PM, Sascha Hauer <s.ha...@pengutronix.de> wrote: > On Wed, Nov 11, 2015 at 12:39:14PM +0100, Yegor Yefremov wrote: >> On Thu, Mar 12, 2015 at 3:39 PM, Jan Luebbe <j...@pengutronix.de> wrote: >> > Hi, >> > >> > this

Re: [RFC 3/4] FIT: add FIT image support

On Thu, Mar 12, 2015 at 3:39 PM, Jan Luebbe wrote: > The FIT image format was defined for U-Boot and has been adopted by the > depthcharge project as well. It is intended to be a replacement for the > uimage format and has been extended to support signing of kernel, >

Patchwork for Barebox

Hi Sascha, are you going to add Barebox to https://patchwork.ozlabs.org/? I'm using this service with Buildroot and it really provides a good patch overview. Regards, Yegor ___ barebox mailing list barebox@lists.infradead.org

am335x: MLO and Barebox

I've looked at Phytec defconfigs. Do I understand it correctly, that I need two defconfigs: one for MLO and one for Barebox itself? Regards, Yegor ___ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox

Re: [RFC 0/4] FIT Support

On Thu, Mar 12, 2015 at 3:39 PM, Jan Luebbe wrote: > Hi, > > this is the current work-in-progress state of my FIT support patches. > The FIT loading code has basically been rewritten from scratch, as the > original U-Boot code uses libfdt and barebox's DT support works on an

Re: [PATCH 2/3] MIPS: black-swift: skip pbl lowlevel init if running from RAM

1_ddr2_config > > +skip_pll_ram_config: > pbl_ar9331_uart_enable > debug_ll_ar9331_init > mips_nmon > -- > 2.6.2 Tested-by: Yegor Yefremov <yegorsli...@googlemail.com> ___ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox

Re: [PATCH 1/3] MIPS: pbl: add pbl_blt macro

move ra, \tmp# restore ra > + .setpop > + .endm > + > .macro pbl_sleep reg count > .set push > .set noreorder > -- > 2.6.2 Loaded barebox.bin via OpenOCD and successfully started Tested-by: Yegor Yefremov

Re: Add basic support for the OMAP-L138/DA850

Hi Jan, this series introduces a new ARM machine 'davinci' and adds support for UART, pin mux, power/clock, USB 1.1, NAND and SPI. Included is support for the HMI10 system which was used to develop and test this series. A second series adding ethernet (EMAC) and display (LCDC) support will