From: Nicolas Le Bayon
Instead of using a fixed-size array to store variable name, preferring a
dynamic allocation treats correctly all variable name lengths.
Variable names are growing through releases and features. By this way, name
clipping is prevented.
Signed-off-by: Nicolas Le Bayon
Hi Lukasz,
Would it be possible to have a look at this patch and review it please?
Thanks in advance for your time
Best Regards
Nicolas
2017-03-17 13:26 GMT+01:00 Marek Vasut :
> On 03/17/2017 10:57 AM, Nicolas le bayon wrote:
> > From: Nicolas Le Bayon
> >
> > Instead
Hi Lukasz,
A kind reminder to look at this patch (already reviewed by Marek).
Thanks in advance for your time
Best Regards
Nicolas
2017-03-21 9:53 GMT+01:00 Nicolas le bayon :
> Hi Lukasz,
>
> Would it be possible to have a look at this patch and review it please?
>
> Thanks
From: Nicolas Le Bayon
Instead of using a fixed-size array to store variable name, preferring a
dynamic allocation treats correctly all variable name lengths.
Variable names are growing through releases and features. By this way, name
clipping is prevented.
Signed-off-by: Nicolas Le Bayon
2017-04-03 13:34 GMT+02:00 Marek Vasut :
> On 04/03/2017 11:50 AM, Lukasz Majewski wrote:
> > On Mon, 3 Apr 2017 11:28:44 +0200
> > Nicolas le bayon wrote:
> >
> >> From: Nicolas Le Bayon
> >>
> >> Instead of using a fixed-size array to store var
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: lundi 3 avril 2017 15:25
To: Nicolas LE BAYON ; u-boot@lists.denx.de;
lu...@denx.de
Cc: nleba...@gmail.com; Patrice CHOTARD ; Jean-philippe
ROMAIN
Subject: Re: [U-Boot][PATCH RESEND v6] usb: gadget: avoid variable name
Hi all,
In my setup, I have activated FIT (without signature in a first step), and I
boot using standard script way (boot.scr), which I generate with the following
command :
mkimage -A arm -T script -C none -n "My boot script" -d boot.txt boot.scr
It works fine, and I can "load" and "bootm" the
From: Nicolas LE BAYON
Sent: mardi 11 avril 2017 14:50
To: u-boot@lists.denx.de
Subject: [U-Boot] generating a script file in FIT_SIGNATURE context
Hi all,
In my setup, I have activated FIT (without signature in a first step), and I
boot using standard script way (boot.scr), which I generate
Hi,
would it be possible to consider this patch please?
Best Regards
Nicolas
2016-09-21 10:43 GMT+02:00 Nicolas le bayon :
> Hi,
>
> I propose you this patch in order to take into account strings larger than
> actual size (32). I recently faced to 'fastboot.partition-type:us
; would it be possible to consider this patch please?
>>>
>>> Best Regards
>>> Nicolas
>>>
>>> 2016-09-21 10:43 GMT+02:00 Nicolas le bayon :
>>>
>>> Hi,
>>>>
>>>> I propose you this patch in order to take into account strin
Hi,
here is a second patch proposal with a dynamic size allocation for evstr in
cb_getvar.
Thanks in advance for your feedback/approval.
Best Regards
Nicolas
---
---
drivers/usb/gadget/f_fastboot.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/f_f
you a v3 release as soon as possible.
Sorry agan
Best Regards
Nicolas
2017-03-10 13:22 GMT+01:00 Marek Vasut :
> On 03/10/2017 12:03 PM, Nicolas le bayon wrote:
> > Hi,
> >
> > here is a second patch proposal with a dynamic size allocation for evstr
> in
> >
From: Nicolas Le Bayon
use dynamic allocation to consider all variable lengths
Signed-off-by: Nicolas Le Bayon
---
drivers/usb/gadget/f_fastboot.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/f_fastboot.c
b/drivers/usb/gadget
2017-03-10 17:52 GMT+01:00 Marek Vasut :
> On 03/10/2017 05:31 PM, Nicolas le bayon wrote:
> > From: Nicolas Le Bayon
> >
> > use dynamic allocation to consider all variable lengths
>
> Of what ? Where ? Why ?
>
Here is a proposal of updated label:
usb: gadget: d
From: Nicolas Le Bayon
Instead of using a fixed-size array to store variable name, preferring a
dynamic allocation treats correctly all variable name lengths.
Variable names are growing through releases and features. By this way, name
clipping is prevented.
Signed-off-by: Nicolas Le Bayon
Hi,
A kind reminder to look at this patch (already reviewed by Marek and acked by
Lukasz), and if possible to put it in the next pull list, or the one after is
timing is too short.
Thanks in advance for your time
Best Regards
Nicolas
-Original Message-
From: Nicolas LE BAYON
Sent
Hi,
Would it be possible to execute an "usb start" on one single instance in
order to save boot time.
Indeed, regarding the different USB ports on my platform, it takes a long
time to scan all the instances. Because my boot system will always be on a
specific instance, would it be possible to scan
Hi
Let me firstly explain my need. We use U-boot as a primary bootloader, with
a bootcmd which loads and executes a script on one external device (SD ou
USB). This script will continue the boot process (launch a kernel for
example). The corresponding bootcmd defined in CONFIG_BOOTCOMMAND does this
Would that really be enough? Please keep in mind that "env save" (or
"saveenv") is only responsible for storing the current environment
into persistant storage. It does not modify the environment at all.
To modify the environment, you can use quite a number of commands,
including "env set", "env
Dear Wolfgang,
Regarding your recommendations about U-Boot usage, I completely agree with
that. In fact, In my description, I wouldn't give too many details, but
your answer leads me to add some :-)
As I told you, this "old" u-boot is used only as primary bootloader, and
its main objective is jus
Hi,
The following commit has been pushed in order to retrieve envrionment
variables for fastboot:
fastboot: allow retrieving fastboot variables from env
(74322201dde4593dc3194c702e95e5760e6b497a)
The file is drivers/usb/gadget/f_fastboot.c, function is cb_getvar
It uses à 32-char array (char env
Hi all,
With a quite old u-boot release (October 2015 more or less), I has some
different issues around fatwrite operations. I realigned a few things
around FAT with latest release, and now I observe only one issue. Maybe
this has been discussed here before, I searched but no success.
I'd like to
Hi Benoît,
2016-07-20 21:42 GMT+02:00 Benoît Thébaudeau <
benoit.thebaudeau@gmail.com>:
> Hi Nicolas,
>
> On Wed, Jul 20, 2016 at 6:21 PM, Nicolas le bayon
> wrote:
> > Hi all,
> >
> > With a quite old u-boot release (October 2015 more or less), I
Hi,
Here is a problem I presently meet, any help or track to follow would be
welcome.
My U-boot (2016.09) loads a kernel and a dtb, and "bootm" all this. This is
my reference, and this is correctly running.
>From this, I'm trying to implement FIT image management, so I enabled
CONFIG_FIT.
On th
2017-01-13 23:39 GMT+01:00 André Przywara :
> On 13/01/17 17:13, Nicolas le bayon wrote:
> > Hi,
> >
> > Here is a problem I presently meet, any help or track to follow would be
> > welcome.
> >
> > My U-boot (2016.09) loads a kernel and a dtb, and "
Hi,
I propose you this patch in order to take into account strings larger than
actual size (32). I recently faced to 'fastboot.partition-type:userdata'
(it was in Android context) but this could be the case for other purposes.
I propose to simply double the size. Is it ok for you?
Regards
---
26 matches
Mail list logo