Am 15.08.23 um 13:49 schrieb Massimo Pegorer:
>
>
> Il giorno lun 14 ago 2023 alle ore 11:11 Harry Waschkeit
> mailto:harry.waschk...@conplement.de>>
> ha scritto:
>
> Am 13.08.23 um 19:37 schrieb Michal Suchánek:
> > Hello,
>
> Hi
Am 13.08.23 um 19:37 schrieb Michal Suchánek:
> Hello,
Hi again,
thanks for your answers!
> On Sat, Aug 12, 2023 at 08:31:56PM +0200, Massimo Pegorer wrote:
>> Hi Harry,
>>
>> Il giorno lun 7 ago 2023 alle ore 11:02 Harry Waschkeit <
>> harry.waschk...@con
d-ef29-0ddfb4a51...@denx.de/T/
(3)
https://source.denx.de/u-boot/u-boot/-/commit/e4b6ebd3de982ae7185dbf689a030e73fd06e0d2
--
i.A. Harry Waschkeit
Senior Embedded Engineer
conplement AG
Südwestpark 92
90449 Nürnberg
Handelsregister: HRB 22863
Registergericht: Nürnberg
Vertreten durch: Brit
narkive.com/VW4VTVDU/patch-usb-host-xhci-fix-halted-endpoint-handling
(2)
https://lore.kernel.org/all/3d4ece94-932a-25dd-ef29-0ddfb4a51...@denx.de/T/
(3)
https://source.denx.de/u-boot/u-boot/-/commit/e4b6ebd3de982ae7185dbf689a030e73fd06e0d2
--
i.A. Harry Waschkeit
Senior Embedded Engineer
conpl
On 03.03.21 00:06, Sean Anderson wrote:
On 3/2/21 1:09 PM, Harry Waschkeit wrote:
Hello Sean,
On 02.03.21 00:10, Sean Anderson wrote:
On 3/1/21 11:39 AM, Harry Waschkeit wrote:
Hi again,
gentle ping for that patch, also in view of subsequently sent patch ...
https://lists.denx.de
Hello Sean,
On 02.03.21 00:10, Sean Anderson wrote:
On 3/1/21 11:39 AM, Harry Waschkeit wrote:
Hi again,
gentle ping for that patch, also in view of subsequently sent patch ...
https://lists.denx.de/pipermail/u-boot/2021-February/439797.html
... which saw a competing patch by Patrick
, the latter doesn't seem to take embedded environments into account.
Best regards,
Harry
On 02.02.21 09:21, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
functions env_sf_save(), handle redundancy in one function, placing the
few differences
.
Signed-off-by: Harry Waschkeit
---
This patch is based on patch ...
"[PATCH v2 1/1] env: sf: single function env_sf_save()"
(https://lists.denx.de/pipermail/u-boot/2021-February/439418.html)
... or ...
"[PATCH v3 1/1] env: sf: single function env_sf_save()"
(h
On 02.02.21 15:54, Stefan Roese wrote:
On 02.02.21 15:43, Harry Waschkeit wrote:
On 02.02.21 10:30, Stefan Roese wrote:
On 02.02.21 09:21, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
functions env_sf_save(), handle redundancy in one function
On 02.02.21 10:30, Stefan Roese wrote:
On 02.02.21 09:21, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
functions env_sf_save(), handle redundancy in one function, placing the
few differences in appropriate pre-compiler sections depending on config
addressed.
This patch is in preparation for adding support for env erase.
Signed-off-by: Harry Waschkeit
Reviewed-by: Stefan Roese
---
Change in v3:
- no change in patch, only added "reviewed-by" to commit log
Change in v2:
- remove one more #ifdef, instead take advantage of compiler
On 01.02.21 13:07, Stefan Roese wrote:
On 01.02.21 13:03, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
functions env_sf_save(), handle redundancy in one function, placing the
few differences in appropriate pre-compiler sections depending on config
addressed.
This patch is in preparation for adding support for env erase.
Signed-off-by: Harry Waschkeit
---
Changes in v2:
- remove one more #ifdef, instead take advantage of compiler attribute
__maybe_unused for one variable used only in case of redundant
environments
env/sf.c | 130
On 30.01.21 10:07, Stefan Roese wrote:
Hi Harry,
Hi Stefan,
On 28.01.21 08:21, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
functions env_sf_save(), handle redundancy in one function, placing the
few differences in appropriate pre-compiler
Hi again Stefan,
On 29.01.21 08:16, Stefan Roese wrote:
On 28.01.21 12:21, Harry Waschkeit wrote:
Even though an "if (CONFIG_IS_ENABLED(...))" would statically evaluate to '0'
without active redundancy in environments, the parser sees the syntax error of the
non-existing structu
On 28.01.21 11:11, Stefan Roese wrote:
Hi Harry,
On 28.01.21 11:00, Harry Waschkeit wrote:
Hi Stefan,
thanks a lot for your prompt reply :-)
And sorry that I didn't manage to continue on that for such a long time ...
On 28.01.21 09:50, Stefan Roese wrote:
Hi Harry,
On 28.01.21 08:21
Hi Stefan,
thanks a lot for your prompt reply :-)
And sorry that I didn't manage to continue on that for such a long time ...
On 28.01.21 09:50, Stefan Roese wrote:
Hi Harry,
On 28.01.21 08:21, Harry Waschkeit wrote:
Instead of implementing redundant environments in two very similar
addressed.
This patch is in preparation for adding support for env erase.
Signed-off-by: Harry Waschkeit
---
env/sf.c | 132 ++-
1 file changed, 43 insertions(+), 89 deletions(-)
diff --git a/env/sf.c b/env/sf.c
index 937778aa37..c60bd1deed
On 10/9/20 7:00 PM, Sean Anderson wrote:
On 10/9/20 12:43 PM, Harry Waschkeit wrote:
Hi Sean,
thanks for your try and sorry for the inconvenience my beginner's mistakes have
caused :-(
It is definitely no good idea to use copy with patch data, I should have
guessed that beforehand ...
You
So please let me know what else I should do beside sending a properly formatted
patch ;-/
I will take care of that before resending my patch (v2 then, right?).
On 10/9/20 3:55 PM, Sean Anderson wrote:
On 10/8/20 1:27 PM, Harry Waschkeit wrote:
Command "env erase" didn't work even though
U_BOOT_ENV_LOCATION(sf) = {
#if defined(INITENV) && (CONFIG_ENV_ADDR != 0x0)
.init = env_sf_init,
#endif
+#if defined(CONFIG_CMD_ERASEENV) && defined(CONFIG_ENV_ADDR)
+ .erase = env_sf_erase,
+#endif
};
--
2.28.0
--
Harry Waschkeit - Software Engineer
21 matches
Mail list logo