Pe 19 iun. 2016 4:09 p.m., "Tom Rini" a scris:
>
> On Sun, Jun 05, 2016 at 03:42:59AM +0300, Eddy Petrisor wrote:
>
> > From: Stoica Cosmin-Stefan
> >
> > The Linflex module is integrated on some NXP automotive SoCs part of
the former
> > Signed-o
Pe 19 iun. 2016 4:09 p.m., "Tom Rini" a scris:
>
> On Sun, Jun 05, 2016 at 03:43:00AM +0300, Eddy Petrisor wrote:
>
> > From: Eddy Petrișor
> >
> > Add initial support for NXP's S32V234 SoC and S32V234EVB board.
> >
> Applied to u-boot/ma
Pe 19 apr. 2016 6:53 p.m., "Tom Rini" a scris:
>
> On Sun, Apr 03, 2016 at 03:10:06AM +0300, Eddy Petrișor wrote:
>
> > Add initial support for NXP's S32V234 SoC and S32V234EVB board.
> >
> > The S32V230 family is designed to support computation-inten
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
drivers/serial/Makefile | 1 +
drivers/serial/serial_linflexuart.c | 274
2 files changed, 275 insertions(+)
create mode 100644 drivers/serial
From: Eddy Petrișor
Add initial support for NXP's S32V234 SoC and S32V234EVB board.
The S32V230 family is designed to support computation-intensive applications
for image processing. The S32V234, as part of the S32V230 family, is a
high-performance automotive processor designed to support
From: Eddy Petrișor
Add initial support for NXP's S32V234 SoC and S32V234EVB board.
The S32V230 family is designed to support computation-intensive applications
for image processing. The S32V234, as part of the S32V230 family, is a
high-performance automotive processor designed to support
Here are the reworked patches for initial S32V234 support, including the git
notes in both patches.
Sorry for the repost.
Eddy Petrișor (1):
armv8: s32v234: Introduce basic support for s32v234evb
Stoica Cosmin-Stefan (1):
serial: Introduce linflex uart support
arch/arm/Kconfig
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
Added support for device model. Compatibility with non-DM code is kept
for easier synchronization with the code on the vendor branch where the
conversion to DM is not done
Here is the second version of the proposed inital support for S32V234.
Please excuse the delay, I was kept busy by some unplanned events.
Tom:
I did not spllit the MMU definitions into a separate file since they are not
used anywhere else yet.
Eddy Petrișor (1):
armv8: s32v234: Introduce basic
Pe 7 mai 2016 7:22 p.m., "Alexander Graf" a scris:
>
>
> On Apr 28, 2016, at 12:07 AM, Eddy Petrișor wrote:
>
> > From: Eddy Petrișor
>
> […]
>
> > +#define CONFIG_CMD_ENV
> > +#define CONFIG_EXTRA_ENV_SETTINGS \
> > + "script=bo
Pe 7 mai 2016 5:56 p.m., "Bin Meng" a scris:
>
> +Simon
>
> Hi Eddy,
>
> On Thu, Apr 28, 2016 at 6:07 AM, Eddy Petrișor
wrote:
> > From: Stoica Cosmin-Stefan
> >
> > The Linflex module is integrated on some NXP automotive SoCs part of
the former
>
The case of memory of size 0 is not that different from a memory of any other
size, so we remove the duplicate code and treat the small differences when it
is the case.
Signed-off-by: Eddy Petrișor
---
v2: Removed patman stuff from commit message
common/memsize.c | 47
2016-02-03 15:38 GMT+02:00 Albert ARIBAUD :
> Hello Eddy,
>
> On Tue, 2 Feb 2016 22:15:28 +0200, Eddy Petrișor
> wrote:
[..]
>> v2: Removed patman stuff from commit message
>
> Sorry for asking, but since you're mentioning it... If you are using
> patman, then w
(Sorry Albert for the dup, I accidentally sent the reply only to you.)
-- Forwarded message --
From: Eddy Petrișor
Date: 2016-02-05 9:06 GMT+02:00
Subject: Re: Patman use (was: [U-Boot] [PATCHv2] common/memsize.c:
Simplify RAM size detection)
To: Albert ARIBAUD
2016-02-03 19
2016-02-08 22:49 GMT+02:00 Tom Rini :
> On Tue, Feb 02, 2016 at 10:15:28PM +0200, Eddy Petrișor wrote:
>
>> The case of memory of size 0 is not that different from a memory of any other
>> size, so we remove the duplicate code and treat the small differences when it
>> i
2016-02-09 12:14 GMT+02:00 Hannes Schmelzer :
>
> On 02.02.2016 21:15, Eddy Petrișor wrote:
>>
>> The case of memory of size 0 is not that different from a memory of any
>> other
>> size, so we remove the duplicate code and treat the small differences when
>> it
2016-02-09 19:41 GMT+02:00 Eddy Petrișor :
> When cnt reaches 0, any shift operation will keep cnt=0, so the condition
> `cnt >= 0` doesn't make sense.
>
> To fix this endless loop, we drop the useless condition and simply break the
> loop when cnt reaches 0.
This shoul
When cnt reaches 0, any shift operation will keep cnt=0, so the condition
`cnt >= 0` doesn't make sense.
To fix this endless loop, we drop the useless condition and simply break the
loop when cnt reaches 0.
Signed-off-by: Eddy Petrișor
---
common/memsize.c | 3 ++-
1 file changed, 2 in
Hi Hans,
I sent a fixup patch yesterday (I managed somehow to send an outdated
patch), did you try the fixup patch?
http://lists.denx.de/pipermail/u-boot/2016-February/245080.html
Pe 9 feb. 2016 11:38 p.m., "Hans de Goede" a scris:
> This commit breaks bootup on sunxi boards, the get stuck
> wh
2016-02-10 10:20 GMT+02:00 Hans de Goede :
> Hi,
>
> On 10-02-16 07:11, Eddy Petrișor wrote:
>>
>> Hi Hans,
>>
>> I sent a fixup patch yesterday (I managed somehow to send an outdated
>> patch),
>
>
> Ah I did not notice that one.
>
>> d
Pe 10 feb. 2016 8:26 a.m., "Hannes Schmelzer" a
scris:
>
> On 02/09/2016 06:55 PM, Eddy Petrișor wrote:
>>
>> 2016-02-09 19:41 GMT+02:00 Eddy Petrișor :
>> Hannes, can you confirm that with this patch the reported size is
>> correct and the boot is norma
Pe 10 feb. 2016 7:58 p.m., "Hannes Schmelzer" a
scris:
>
>
> On 2016-02-10 18:30, Eddy Petrișor wrote:
>> Taking into account the first version was reverted, would you be willing
to test a reworked patch targeting v2016.05, (when I have it ready)?
>
> Hi Eddy,
&g
Pe 10 feb. 2016 8:40 p.m., "Sam Protsenko" a
scris:
>
> Hi guys,
Hi Sam,
> I see that "Simplify RAM size detection" patch is reverted now. It was
> breaking boot on DRA7XX EVM as well. But I think I found the actual
> bug in that patch. This line (from patch):
>
> - for (cnt = (maxsize / s
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
Added support for device model. Compatibility with non-DM code is kept
for easier synchronization with the code on the vendor branch where the
conversion to DM is not done
nsive applications in the area of vision and sensor fusion.
Code originally writen by:
Original-signed-off-by: Stoica Cosmin-Stefan
Original-signed-off-by: Mihaela Martinas
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
- Added suppor
Hello,
Here are the reworked patches (3rd version) for the initial s32v234evb support.
Eddy Petrișor (1):
armv8: s32v234: Introduce basic support for s32v234evb
Stoica Cosmin-Stefan (1):
serial: Introduce linflex uart support
arch/arm/Kconfig| 5 +
arch
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
Added support for device model. Compatibility with non-DM code is kept
for easier synchronization with the code on the vendor branch where the
conversion to DM is not done
Changes in v4:
Corrected a typo in the linflex driver: _debUG_uart_init -> _debug_uart_init
Eddy Petrișor (1):
armv8: s32v234: Introduce basic support for s32v234evb
Stoica Cosmin-Stefan (1):
serial: Introduce linflex uart support
arch/arm/Kconfig|
nsive applications in the area of vision and sensor fusion.
Code originally writen by:
Original-signed-off-by: Stoica Cosmin-Stefan
Original-signed-off-by: Mihaela Martinas
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
- Added suppor
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
Added support for device model. Compatibility with non-DM code is kept
for easier synchronization with the code on the vendor branch where the
conversion to DM is not done
From: Eddy Petrișor
Add initial support for NXP's S32V234 SoC and S32V234EVB board.
The S32V230 family is designed to support computation-intensive applications
for image processing. The S32V234, as part of the S32V230 family, is a
high-performance automotive processor designed to support
Fifth version of the s32v234evb initial support.
This version adds missing DEBUG_UART_FUNCS statement in linflex driver.
Eddy Petrișor (1):
armv8: s32v234: Introduce basic support for s32v234evb
Stoica Cosmin-Stefan (1):
serial: Introduce linflex uart support
arch/arm/Kconfig
2016-06-05 1:23 GMT+03:00 Fabio Estevam :
> On Sat, Jun 4, 2016 at 4:18 PM, Eddy Petrișor wrote:
>
>> board/freescale/s32v234evb/Kconfig | 23 ++
>
> What about placing the files under board/nxp instead?
The board has been having support in our vendor branc
-by: Depons Eric
Original-signed-off-by: Eddy Petrișor
Signed-off-by: Eddy Petrișor
---
Notes:
Changes in v2:
Added support for device model. Compatibility with non-DM code is kept
for easier synchronization with the code on the vendor branch where the
conversion to DM is not done
Sixth version. It seems I reintroduced the typo ficed in v4 again in v5.
I was testing on an unsquashed equivalent branch, so I missed the typo
reintroduction.
Sorry for this.
Eddy Petrișor (1):
armv8: s32v234: Introduce basic support for s32v234evb
Stoica Cosmin-Stefan (1):
serial
From: Eddy Petrișor
Add initial support for NXP's S32V234 SoC and S32V234EVB board.
The S32V230 family is designed to support computation-intensive applications
for image processing. The S32V234, as part of the S32V230 family, is a
high-performance automotive processor designed to support
Pe 5 iun. 2016 3:52 a.m., "Fabio Estevam" a scris:
>
> On Sat, Jun 4, 2016 at 8:59 PM, Eddy Petrișor
wrote:
>
> > The board has been having support in our vendor branch a lot before
> > the Freescale - NXP unification/aquisition. Since the device trees
> > sh
ontact, please send me an email on my work email
(same as my email in this thread, but @nxp.com) and we can clear up the
details without spamming the community.
>
> Thanks
>
>
>
> Mohamed El-Sharkawy
Eddy Petrișor
> Professor
>
> Purdue School of Engineering and Technol
-by: Eddy Petrișor
---
drivers/serial/Makefile | 1 +
drivers/serial/serial_linflexuart.c | 147
2 files changed, 148 insertions(+)
create mode 100644 drivers/serial/serial_linflexuart.c
diff --git a/drivers/serial/Makefile b/drivers/serial
(- Eric, he left the company a little after he contributed to the linflex
driver, so he's email is no longer valid)
Pe 4 apr. 2016 6:22 a.m., "Bin Meng" a scris:
>
> On Sun, Apr 3, 2016 at 8:10 AM, Eddy Petrișor
wrote:
> > From: Stoica Cosmin-Stefan
> >
> &
The case of memory of size 0 is not that different from a memory of any other
size, so we remove the duplicate code and treat the small differences when it
is the case.
Series-to: u-boot
Signed-off-by: Eddy Petrișor
---
common/memsize.c | 47 +--
1
Eddy Petrișor
Pe 6 feb. 2018 15:49, "Adam Ford" a scris:
With the contents of config_distro_defaults.h migrated to Kconfig,
we can remove this header file completely
--- a/include/configs/cm_fx6.h
+++ b/include/configs/cm_fx6.h
@@ -14,7 +14,7 @@
#include "mx6_comm
42 matches
Mail list logo
