Re: [PATCH] scripts/dtc: Reenable fdtget

On Thursday 09 August 2018 09:20:24 Sascha Hauer wrote: > [...] > > > > You should add "fdtget" to the "clean-files" variable as well. > > Nope, it's not necessary to add that explicitly. Hmm, then somewhere else? $ make [...] $ git status scripts/dtc/fdtget $ make clean [...] $ git status

NFS boot - could not open /.tftp_tmp_path

Hi all. I try to boot my target using NFS - but something does not work. I have a server (192.168.86.201) where I have exported an nfs mount like this: $ sudo exportfs /nfsboot/arm9 $ cat /etc/exports.d/nfsboot.exports /nfsboot/arm9*(insecure,no_subtree_check,no_root_squash,rw,nohide)

Re: [PATCH] scripts/dtc: Reenable fdtget

On Thu, Aug 09, 2018 at 10:03:06AM +0200, Juergen Borleis wrote: > On Thursday 09 August 2018 09:20:24 Sascha Hauer wrote: > > [...] > > > > > > You should add "fdtget" to the "clean-files" variable as well. > > > > Nope, it's not necessary to add that explicitly. > > Hmm, then somewhere else? >

[PATCH 2/3] libfile: open_and_lseek: enlarge small files enough to make lseek possible

This makes the following do the expected thing: barebox@barebox sandbox:/ ls -l lala -rwxrwxrwx 4 lala barebox@barebox sandbox:/ mw -d lala 72 0 Without this patch mw dies with lseek: Invalid argument memset, memcpy and probably others benefit in

[PATCH 1/3] libfile: open_and_lseek: don't imply O_RDONLY

There are several users that pass O_RDWR or O_WRONLY in mode to open_and_lseek() and use the resulting file descriptor for writing. This is no real issue becauce O_RDONLY is 0 and so can be dropped without any side effects. Signed-off-by: Uwe Kleine-König --- lib/libfile.c | 2 +- 1 file

[PATCH 3/3] commands: teach commands that write to files to also create them

This allows to use the adapted commands on non-existing files which failed before with open: No such file or directory Signed-off-by: Uwe Kleine-König --- commands/memset.c | 2 +- commands/mm.c | 2 +- commands/mw.c | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)

Re: root= kernel cmdline parameter

Hi, > On August 8, 2018 at 9:52 AM Sascha Hauer wrote: > > > On Tue, Jul 31, 2018 at 01:20:12PM +0200, Giorgio Dal Molin wrote: > > Hi all, > > > > I'm trying to find out the best method to define the root= > > parameter when booting the linux kernel from barebox. > > > > My system boots

[PATCH] scripts/dtc: Reenable fdtget

compilation of fdtget was lost during the update to version 1.4.6. We need this tool internally for the build process when imd support is enabled. Apparently our dtc code comes from the Kernel which doesn't have the upstream version of fdtget.c and it doesn't compile. This patch changes fdtget.c

Re: scripts/dtc/fdtget: No such file or directory

Hi Peter, On Wed, Aug 08, 2018 at 07:22:51PM +0300, Peter Mamonov wrote: > Hi, > > After "8a8982541 scripts/dtc: Update to upstream version 1.4.6" > scripts/dtc/Makefile lacks rule for scripts/dtc/fdtget, which causes > scripts/gen-dtb-s to complain: > > $ make > ... >

Re: [PATCH] scripts/dtc: Reenable fdtget

On Thu, Aug 09, 2018 at 09:14:47AM +0200, Juergen Borleis wrote: > On Thursday 09 August 2018 08:54:20 Sascha Hauer wrote: > > [...] > > diff --git a/scripts/dtc/Makefile b/scripts/dtc/Makefile > > index 06aaa8c550..cc4ebefcb6 100644 > > --- a/scripts/dtc/Makefile > > +++ b/scripts/dtc/Makefile >

Re: [PATCH] scripts/dtc: Reenable fdtget

On Thursday 09 August 2018 08:54:20 Sascha Hauer wrote: > [...] > diff --git a/scripts/dtc/Makefile b/scripts/dtc/Makefile > index 06aaa8c550..cc4ebefcb6 100644 > --- a/scripts/dtc/Makefile > +++ b/scripts/dtc/Makefile > @@ -1,6 +1,6 @@ > # scripts/dtc makefile > > -hostprogs-y := dtc >

Re: NFS boot - could not open /.tftp_tmp_path

Hi Ulrich > > Then when I try to boot from nfs I get the following output: > > > > barebox: boot nfs://192.168.86.201/nfsboot/arm9/ > > you already have the slash separating the host part of the URL and the > path part, but you missed the slash that is needed at the beginning of > the absolute

[PATCH] FIT: be more verbose when RSA signature check fails

Tell the user what device tree node we're looking for. Signed-off-by: Roland Hieber --- common/image-fit.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/image-fit.c b/common/image-fit.c index 6cbf23250d..72b5bbf179 100644 --- a/common/image-fit.c +++

Re: NFS boot - could not open /.tftp_tmp_path

Sam Ravnborg writes: > Hi Ulrich >> > Then when I try to boot from nfs I get the following output: >> > >> > barebox: boot nfs://192.168.86.201/nfsboot/arm9/ >> >> you already have the slash separating the host part of the URL and the >> path part, but you missed the slash that is needed at the

Re: NFS boot - could not open /.tftp_tmp_path

Hi Sam, Sam Ravnborg writes: > I try to boot my target using NFS - but something does not work. > I have a server (192.168.86.201) where I have exported > an nfs mount like this: > $ sudo exportfs > /nfsboot/arm9 > $ cat /etc/exports.d/nfsboot.exports > /nfsboot/arm9

Re: [PATCH 2/2] Documentation: fix code block and literal block highlighting

On Wed, Aug 08, 2018 at 09:00:18AM +0200, Sascha Hauer wrote: > On Wed, Jul 25, 2018 at 04:18:11PM +0200, Roland Hieber wrote: > > Use shell script highlighting where it is resonable, use console > > highlighting for transcripts, and fix some of the few cases where the > > syntax was broken,

Re: Help requested with Barebox on Globalscale Mirabox

Hi Uwe, On 2018-08-06 19:36, Uwe Kleine-König wrote: Hello Leigh, On Tue, Jul 31, 2018 at 02:21:04PM +0100, Leigh Brown wrote: Have I missed any steps? Any help would be greatly appreciated. Looks good. Which revision are you on (i.e. git rev-parse @ in your barebox copy)? What is

[PATCH v2 2/2] Documentation: fix code block and literal block highlighting

Use shell script highlighting where it is resonable, use console highlighting for transcripts, and fix some of the few cases where the syntax was broken, resulting in text not being rendered at all. Signed-off-by: Roland Hieber --- v1 -> v2: - patch should now apply to next - drop first patch,

Re: [PATCH 4/4] linux/types.h: fix missing include for BITS_TO_LONGS()

On Mon, Jul 30, 2018 at 01:14:37PM +0200, Roland Hieber wrote: > Signed-off-by: Roland Hieber > --- > include/linux/types.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/include/linux/types.h b/include/linux/types.h > index f64ec4a814..44d8238d53 100644 > --- a/include/linux/types.h

Re: [RFC] Revert "i.MX: Add provisions to boot from IRAM"

On Thu, Jun 14, 2018 at 9:09 PM Andrey Smirnov wrote: > > After being introduced 3 years ago this feature ended up being > "obsoleted by events" and project it was supposed to be a part of > winded down. > > Revert this feature due to: > > a) Lack of users > > b) Existence of better way to

[PATCH 1/2] ARM: VFxxx: zii-vf610-dev: Add newline before error banner

Add a cosmetic newline to the beginning of the error banner printed when we encounter unidentified board type. This way we'd avoid artifacts like: barebox@ZII RDU1 Board:/ >* * Unknown system type: 0004 Signed-off-by: Andrey Smirnov ---

[PATCH 2/2] ARM: VFxxx: zii-vf610-dev: Make get_sytem_type() static

There's no reason for that function to be non-static, so convert it. Signed-off-by: Andrey Smirnov --- arch/arm/boards/zii-vf610-dev/lowlevel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boards/zii-vf610-dev/lowlevel.c

Re: [PATCH 4/4] linux/types.h: fix missing include for BITS_TO_LONGS()

On Thu, Aug 09, 2018 at 09:38:39PM +0200, Sascha Hauer wrote: > On Mon, Jul 30, 2018 at 01:14:37PM +0200, Roland Hieber wrote: > > Signed-off-by: Roland Hieber > > --- > > include/linux/types.h | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/include/linux/types.h

[PATCH v2] FIT: be more verbose when RSA signature check fails

Tell the user what device tree node we're looking for. Signed-off-by: Roland Hieber --- v1 -> v2: prevent use-after-free of key_path --- common/image-fit.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/common/image-fit.c b/common/image-fit.c index