ds
Christian
On 29/07/2020 06:09, Gedare Bloom wrote:
> On Tue, Jul 28, 2020 at 9:29 PM Chris Johns wrote:
>>
>> On 29/7/20 1:16 am, Christian Mauderer wrote:
>>> On 28/07/2020 17:14, Gedare Bloom wrote:
>>>> On Tue, Jul 28, 2020 at 7:29 AM Christian Mauderer
On 28/07/2020 17:14, Gedare Bloom wrote:
> On Tue, Jul 28, 2020 at 7:29 AM Christian Mauderer
> wrote:
>>
>> Hello,
>>
>> I sent a few patches about ten days ago that add some features (like a
>> GPIO driver for i.MX that is based on the RTEMS i.MX GPIO driver
branch and shouldn't get new features. Would
that be a good time to create a 6-freebsd-12 branch?
Best regards
Christian
--
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Hello Joel,
On 22/07/2020 21:39, Joel Sherrill wrote:
>
>
> On Wed, Jul 22, 2020 at 2:26 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Ping again.
>
> It's clearly not BSP specific. So I would like to get an approval for
>
Ping again.
It's clearly not BSP specific. So I would like to get an approval for
that before pushing it anywhere.
On 15/06/2020 17:36, Christian Mauderer wrote:
> Ping.
>
> Currently shouldn't be a matter for much hosts (less than 20 including
> FreeBSD, Fedora, Arch, openSU
Hello Gedare,
I'll re-check to make absolutely sure and push it afterwards.
Best regards
Christian
On 20/07/2020 22:01, Gedare Bloom wrote:
> looks good if it works, thanks Christian!
>
> On Sun, Jul 19, 2020 at 11:47 PM Christian Mauderer
> wrote:
>>
>> The cache of
The cache of the fdt blob is flushed after copy. Therefore it should be
aligned.
---
bsps/shared/start/bsp-fdt.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/bsps/shared/start/bsp-fdt.c b/bsps/shared/start/bsp-fdt.c
index 7e8d8922a8..50a485eb16 100644
---
Hello Gedare,
thanks for the review.
On 17/07/2020 17:53, Gedare Bloom wrote:
> The other 2 BSP-specific patches look fine. I didn't look too closely
> at the imx-specific part.
>
> On Thu, Jul 16, 2020 at 11:55 PM Christian Mauderer
> wrote:
>>
>> The cache of th
Hello,
note that I'm not a lawyer. I can only provide my personal opinion
regarding that topic. Depending of the legal system of your country a
lawyer might has a different point of view. I'm also only a small part
of the project and can't speak for all persons involved.
As far as I understand
Sorry: I accidentally set a reply address instead of having the patch
set as a reply to the intro mail for the first patch set. Please don't
use the reply to addres. It won't work.
On 17/07/2020 07:56, Christian Mauderer wrote:
> There is a bug in the #ifdef regarding FDT so this file has
The busdma shouldn't try to flush or invalidate cache in a nocache area.
---
rtemsbsd/rtems/rtems-kernel-bus-dma.c | 8
1 file changed, 8 insertions(+)
diff --git a/rtemsbsd/rtems/rtems-kernel-bus-dma.c
b/rtemsbsd/rtems/rtems-kernel-bus-dma.c
index 4dc634f3..bda4f3d7 100644
---
Some targets support only flushing or invalidating complete cache lines.
In this cases misaligned buffers might lead to unexpected results. This
patch adds a flag that allows drivers to signal to the bus dma driver
that it is OK to round a buffer to the next full cache line. That's for
example
---
freebsd/sys/dev/ffec/if_ffec.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/freebsd/sys/dev/ffec/if_ffec.c b/freebsd/sys/dev/ffec/if_ffec.c
index aee2aa64..e8287ed2 100644
--- a/freebsd/sys/dev/ffec/if_ffec.c
+++ b/freebsd/sys/dev/ffec/if_ffec.c
@@ -714,8
---
freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c | 11 +++
freebsd/sys/dev/rtwn/usb/rtwn_usb_tx.c | 7 +++
2 files changed, 18 insertions(+)
diff --git a/freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c
b/freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c
index 8626d0a3..fad41f36 100644
---
---
freebsd/sys/arm/freescale/imx/imx_gpio.c | 914 --
libbsd.py | 2 +-
rtemsbsd/include/bsp/nexus-devices.h | 2 +-
.../sys/arm/freescale/imx/imx_rtems_gpio.c| 306 ++
4 files changed, 308 insertions(+), 916
That option makes problems with some drivers because the buffers are not
allways cache line aligned.
---
rtemsbsd/include/rtems/bsd/local/opt_usb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rtemsbsd/include/rtems/bsd/local/opt_usb.h
There is a bug in the #ifdef regarding FDT so this file hasn't been
compiled. If that bug is solved, the driver doesn't work for some other
reason.
With the FDT-bug the driver hasn't been used by anyone. So just remove
it again.
---
freebsd/sys/dev/gpio/gpioregulator.c | 352
Hello,
this two patch sets add fixes and improvements for the imx BSP:
In RTEMS:
- A small GPIO driver is added. It is used in the SPI driver to
fix a wrong behaviour of the chip select lines that can't be fixed if
the chip selects are controlled by the SPI controller instead of
GPIOs.
-
The chip select lines of the iMX SPI module doesn't work well for a
generic API like the one RTEMS uses. The existing solution only worked
in some special cases and had odd bugs when trying transfers of
different sizes (like deselecting between each byte for lengths that are
not dividable by 4).
---
bsps/arm/imx/gpio/imx-gpio.c | 359 +++
bsps/arm/imx/headers.am | 1 +
bsps/arm/imx/include/bsp/imx-gpio.h | 196 +++
bsps/arm/imx/include/bsp/irq.h | 1 +
bsps/arm/imx/start/bspstart.c| 2 +-
The cache of the fdt blob is flushed after copy. Therefore it should be
aligned.
---
bsps/shared/start/bsp-fdt.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/bsps/shared/start/bsp-fdt.c b/bsps/shared/start/bsp-fdt.c
index 7e8d8922a8..f55273e4ca 100644
---
Hello Gedare,
thanks for the review.
On 17/07/2020 07:43, Gedare Bloom wrote:
> On Thu, Jul 9, 2020 at 2:21 AM Christian Mauderer
> wrote:
>>
>> This adds the possibility to request a retry in the media-listener if an
>> operation failed. Usefull for example if y
Ping.
On 09/07/2020 10:21, Christian Mauderer wrote:
> This adds the possibility to request a retry in the media-listener if an
> operation failed. Usefull for example if you want to automatically
> reformat a disk if it wasn't possible to mount it.
> ---
> cpukit/include/rte
Hello James,
like said in the other Thread: I squashed it together with your first
patch and pushed it.
Thanks for the fix.
Best regards
Christian
On 13/07/2020 11:53, James Fitzsimons wrote:
> ---
> bsps/arm/beagle/pwm/pwm.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>
On 13/07/2020 11:55, James Fitzsimons wrote:
> Hi Christian and Chris,
>
> On Sun, 12 Jul 2020 at 06:27, Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Hello Fitzsimons,
>
> sorry for the late review and thanks Chris for poking me.
Pushed. Thanks.
On 02/07/2020 23:19, G S Niteesh Babu wrote:
> ---
> eng/coding-file-hdr.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/eng/coding-file-hdr.rst b/eng/coding-file-hdr.rst
> index 6355173..cda631a 100644
> --- a/eng/coding-file-hdr.rst
> +++
Hello Fitzsimons,
sorry for the late review and thanks Chris for poking me.
I have some troubles understanding the patch and the current code:
== Regarding your patch:
There is no pin GPMC_AD(18) or GPMC_AD(19). That offset will lead you to
the pins GPMC_A8 and GPMC_A9. The correct macros to
On 09/07/2020 20:52, Vijay Kumar Banerjee wrote:
>
>
> On Fri, Jul 10, 2020, 12:11 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Hello Vijay,
>
> thanks for the review and the test.
>
> On 09/07/2020 19:58, Vi
Hello Vijay,
thanks for the review and the test.
On 09/07/2020 19:58, Vijay Kumar Banerjee wrote:
> Hi,
>
> Thanks for the patch, I tested the patch and it's building fine. I
> just had two questions which I have inlined below.
>
> On Thu, Jul 9, 2020 at 9:13 PM Christian
Thanks for testing it.
On 09/07/2020 17:06, Vijay Kumar Banerjee wrote:
> Hi Christian,
>
> I tested the patch and it's running fine with the example applications
> on BBB. Thanks for the patch.
>
> Best regards,
> Vijay
>
> On Thu, Jul 9, 2020 at 5:34 PM
---
lv_conf.h => default_lv_conf.h | 0
lv_drv_conf.h => default_lv_drv_conf.h | 0
lvgl.py| 19 ---
wscript| 13 +
4 files changed, 29 insertions(+), 3 deletions(-)
rename lv_conf.h =>
---
lv_conf.h | 337 +++--
lv_drivers | 2 +-
lvgl | 2 +-
lvgl.py| 3 +-
4 files changed, 281 insertions(+), 63 deletions(-)
diff --git a/lv_conf.h b/lv_conf.h
index 7453905..9299fdc 100644
--- a/lv_conf.h
+++ b/lv_conf.h
@@ -1,6
This adds the possibility to request a retry in the media-listener if an
operation failed. Usefull for example if you want to automatically
reformat a disk if it wasn't possible to mount it.
---
cpukit/include/rtems/media.h | 3 +++
cpukit/libblock/src/media.c | 29 -
---
bsps/arm/beagle/i2c/bbb-i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bsps/arm/beagle/i2c/bbb-i2c.c b/bsps/arm/beagle/i2c/bbb-i2c.c
index 664684b02f..b2a7cf814d 100644
--- a/bsps/arm/beagle/i2c/bbb-i2c.c
+++ b/bsps/arm/beagle/i2c/bbb-i2c.c
@@ -199,7 +199,7 @@
lack-minimal/../../freebsd/sys/kern/uipc_mbuf.c:1814:
> undefined reference to `uiomove_fromphys'
>
> Could you please use the 5-freebsd-12 branch with the default build set.
> This is what I use normally.
>
--
---
On 08/07/2020 08:35, Niteesh G. S. wrote:
> On Wed, Jul 8, 2020 at 11:52 AM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 08/07/2020 08:13, Sebastian Huber wrote:
> > On 08/07/2020 08:10, Niteesh G. S. wrote:
> >
&
, I tried exporting CFLAGS with these GCC
>> flags and then calling ./waf configure but they didn't work.
> You have to add -Wl,--gc-sections to the linker flags.
As far as I know Niteesh used that one too. I think for that one LDFLAGS
worked as a workarround.
Best regards
Christian
--
--
with libbsd.
>
> Thanks,
> Niteesh.
>
> On Tue, Jun 30, 2020 at 1:12 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Hello,
>
> On 29/06/2020 21:39, Niteesh G. S. wrote:
> > Hello,
> >
> > I trie
into account at all.
Best regards
Christian
--
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP: Public key available
Hello,
On 29/06/2020 21:39, Niteesh G. S. wrote:
> Hello,
>
> I tried compiling RTEMS-libBSD with RTEMS6 toolchain and the new build
> system
> but failed. I get errors when compiling RTEMS-libBSD
>
> The new build system is pulled from Sebastian's branch
> HEAD:
On 29/06/2020 19:39, Sebastian Huber wrote:
> On 29/06/2020 17:13, Niteesh G. S. wrote:
>
>> 2) Is it possible to have two same files one in RTEMS and other in
>> RTEMS-libBSD
>> without collision? At least with different install paths?
>> For eg: The openfirm.h in RTEMS under something like
>>
, Christian Mauderer wrote:
> llvm version 10 uses features from c++14 standard in the headers. With
> that, the record/record-main-lttng.cc doesn't build any more. This patch
> makes sure that c++14 is used if it is available.
> ---
> trace/wscript | 6 +-
> 1 file changed, 5 inserti
Hello,
with GSoC started now and the release still needing some time (*) we
start to get a situation:
Our GSoC students will add new features and add some files too. I don't
assume that we want the new, experimental stuff in the release?
Additional to that I think that we will have a switch to
On 14/06/2020 13:37, Vijay Kumar Banerjee wrote:
> On Sat, Jun 13, 2020 at 11:44 PM Niteesh G. S. wrote:
>>
>>
>>
>> On Sat, Jun 13, 2020 at 6:30 PM Vijay Kumar Banerjee wrote:
>>>
>>> On Thu, Jun 11, 2020 at 5:53 PM G S Niteesh Babu
>>> wrote:
The following files have been ported
On 14/06/2020 13:26, Vijay Kumar Banerjee wrote:
> On Sat, Jun 6, 2020 at 4:58 PM Christian Mauderer wrote:
>>
>> On 06/06/2020 13:09, Vijay Kumar Banerjee wrote:
>>> On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer
>>> wrote:
>>>>
>>>>
On 10/06/2020 17:11, Niteesh G. S. wrote:
> On Sat, Jun 6, 2020 at 5:40 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> On 04/06/2020 19:43, G S Niteesh Babu wrote:
> > The following files have been ported to RTEMS
> > 1) openfirm.h
&
On 10/06/2020 15:56, Niteesh G. S. wrote:
>
> On Sat, Jun 6, 2020 at 5:27 PM Christian Mauderer <mailto:cont...@c-mauderer.de>> wrote:
>
> On 04/06/2020 19:43, G S Niteesh Babu wrote:
> > This file serve the purpose as rtems-bsd-kernel-space.h
llvm version 10 uses features from c++14 standard in the headers. With
that, the record/record-main-lttng.cc doesn't build any more. This patch
makes sure that c++14 is used if it is available.
---
trace/wscript | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
On 04/06/2020 19:43, G S Niteesh Babu wrote:
> The following files have been ported to RTEMS
> 1) openfirm.h
> 2) openfirm.c
> 3) ofw_fdt.c
> ---
> cpukit/libfreebsd/dev/ofw/ofw_fdt.c | 117 ++-
> cpukit/libfreebsd/dev/ofw/openfirm.c | 59 +-
>
On 04/06/2020 19:43, G S Niteesh Babu wrote:
> This file serve the purpose as rtems-bsd-kernel-space.h in the
> rtems-libbsd.
> This file is intended to be included in every source file that
> is to imported from FreeBSD. This is to reduce the number of
> redefinitions for commonly used functions
Some style comments:
On 04/06/2020 19:43, G S Niteesh Babu wrote:
> This file is the RTEMS implementation of ofw_if.h in FreeBSD. The
> ofw_if.h in FreeBSD is an autogenerated header file that maps the
> OF_function calls to their respective implementation. But in RTEMS
> this file maps the
On 06/06/2020 13:09, Vijay Kumar Banerjee wrote:
> On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer wrote:
>>
>> Hello Vijay,
>>
>> On 04/06/2020 21:36, Vijay Kumar Banerjee wrote:
>>> Hi!
>>>
>>> I had been looking for an opportunity
Hello Vijay,
On 04/06/2020 21:36, Vijay Kumar Banerjee wrote:
> Hi!
>
> I had been looking for an opportunity to do this for a long time and I'm
> excited to post that LVGL apps on RTEMS can now use input devices
> through the evdev interface!
Sounds like a nice feature.
>
> I prepared some
On 05/06/2020 12:13, Vijay Kumar Banerjee wrote:
> On Fri, Jun 5, 2020 at 2:00 PM Christian Mauderer
> wrote:
>>
>>
>> On 04/06/2020 20:44, Vijay Kumar Banerjee wrote:
>>> ---
>>> .gitmodules | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletio
On 05/06/2020 12:29, Vijay Kumar Banerjee wrote:
> On Fri, Jun 5, 2020 at 1:59 PM Christian Mauderer
> wrote:
>>
>> Hello Vijay,
>>
>> On 04/06/2020 20:44, Vijay Kumar Banerjee wrote:
>>> ---
>>> lv_drv_conf.h | 6 +-
>>> 1 file c
> path = lvgl
> url = https://github.com/littlevgl/lvgl.git
>
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-8
t"
> Linux tool to get the list of devices and test them*/
> # define EVDEV_SWAP_AXES 0 /*Swap the x and y axes of
> the touchscreen*/
>
>
--
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-8217
Hello Niteesh,
On 28/05/2020 17:08, Niteesh G. S. wrote:
> Hello Christian,
>
> On Thu, May 28, 2020 at 8:12 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> Hello Niteesh,
>
> On 28/05/2020 16:34, Niteesh G. S. wrot
Hello Niteesh,
On 28/05/2020 16:34, Niteesh G. S. wrote:
>
>
> On Wed, May 27, 2020 at 11:25 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> On 27/05/2020 19:32, Niteesh G. S. wrote:
> >
> >
> > On Wed, May 27, 2020 at
On 27/05/2020 19:32, Niteesh G. S. wrote:
>
>
> On Wed, May 27, 2020 at 12:04 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Hello Niteesh,
>
> On 26/05/2020 19:56, Christian Mauderer wrote:
> > Hello Niteesh,
> >
>
Hello Niteesh,
On 26/05/2020 19:56, Christian Mauderer wrote:
> Hello Niteesh,
>
> On 25/05/2020 11:20, Niteesh G. S. wrote:
>> Hello,
>>
>> I have completed the porting of the OFW code from FreeBSD to RTEMS.
>> I do acknowledge the fact that we haven't d
Hello Niteesh,
On 25/05/2020 11:20, Niteesh G. S. wrote:
> Hello,
>
> I have completed the porting of the OFW code from FreeBSD to RTEMS.
> I do acknowledge the fact that we haven't decided on the directory for files
> to be placed in. The previous conversation had stopped quite a while ago.
>
ain. But it is mostly expected to happen during
> the coding period (july/aug)
> and this would eat up quite a lot of time. So just to be one the safe
> side I started
> quite early.
>
> Thank,
> Niteesh.
>
> On Mon, May 11, 2020 at 12:48 PM Christian Mauderer
>
On 14/05/2020 18:59, Niteesh G. S. wrote:
> On Thu, May 14, 2020 at 4:30 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 13/05/2020 20:15, Niteesh G. S. wrote:
> > Hello,
> >
> > This mail is to r
On 11/05/2020 09:11, Chris Johns wrote:
> On 11/5/20 4:55 pm, Christian Mauderer wrote:
>> On 11/05/2020 06:57, Chris Johns wrote:
>>>
>>>
>>> On 11/5/20 2:03 pm, Niteesh G. S. wrote:
>>>> On Mon, May 11, 2020 at 4:34 AM Chris Johns >>> <
m should handle the
>> synchronisation? This is a good idea. Could it manage separated
>> pieces?
>> Could the build system read in all the sync pieces and logically join
>> them based on the upstream source and operate on them as a group?
>> This
>&
On 08/05/2020 23:05, Gedare Bloom wrote:
> On Fri, May 8, 2020 at 9:34 AM Christian Mauderer wrote:
>>
>>
>> On 08/05/2020 17:26, Niteesh G. S. wrote:
>>> On Fri, May 8, 2020 at 11:43 AM Christian Mauderer
>>> >> <mailto:christian.maude...@embe
On 08/05/2020 17:26, Niteesh G. S. wrote:
> On Fri, May 8, 2020 at 11:43 AM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
>
> On 07/05/2020 17:19, Niteesh G. S. wrote:
> > On Thu, May 7, 2020 at 4:07 PM Sebastian Huber
>
essary compile-time guards. This would include using __rtems__
> preprocessor directive to avoid FreeBSD stuff and change the function
> definitions in ofw_fdt.c from static to non-static.
> Am I missing something? or is there any other way to do this?
Maybe wait one or two more days for o
ro magic to avoid name
> collisions that's why I am ignoring that and only worried about double
> initialization.
>
--
--------
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-br
On 06/05/2020 11:31, Niteesh G. S. wrote:
> On Wed, May 6, 2020 at 2:20 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> Hello Niteesh,
>
> On 06/05/2020 10:42, Niteesh G. S. wrote:
> > On Tue, May 5, 2020
e code. If I had
> missed something
> please let me know.
>
> You're in the right direction. We need to wait a bit to get some
> input from
> the community and progress accordingly.
>
> Best regards,
> Vijay
t;
> A script could load the build items and pick up the ones with
> synchronize-with == freebsd and then perform the import/export job. This
> could be also used for other areas, e.g. JFFS2, the dtc, the libcrypto
> stuff, etc.
That could be a really nice functionality. Especially see
On 06/05/2020 09:16, Niteesh G. S. wrote:
> On Tue, May 5, 2020 at 11:44 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote:
>
> Hello Niteesh,
>
> On 05/05/2020 19:10, Niteesh G. S. wrote:
> > This is thread is about implementing OFW functions
Hello Niteesh,
On 05/05/2020 19:10, Niteesh G. S. wrote:
> This is thread is about implementing OFW functions in RTEMS as part
> of my GSoC project. I would like to start off with this part since the
> refactoring
> work will somewhat depend on this.
I'm not sure whether everyone on the list is
s there.
Best regards
Christian
--
----
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP: Public key available on request.
Diese Nachricht ist keine geschäftl
On 17/04/2020 19:27, Gedare Bloom wrote:
> push after testing, thanks
Thanks. I tested and pushed it.
>
> On Fri, Apr 17, 2020 at 7:08 AM Christian Mauderer
> wrote:
>>
>> Update #3869.
>> ---
>> freebsd/sys/arm/freescale/imx/imx6_usbphy.c | 2 +-
>>
e it is just a minor annoyance
> to me.
I created a separate ticket, closed that ticket with the commit and
pushed it.
Best regards
Christian
>
> On Fri, Apr 17, 2020 at 12:35 AM Christian Mauderer
> wrote:
>>
>> Hello Gedare,
>>
>> On 16/04/2020 21:16,
Update #3869.
---
freebsd/sys/arm/freescale/imx/imx6_usbphy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/freebsd/sys/arm/freescale/imx/imx6_usbphy.c
b/freebsd/sys/arm/freescale/imx/imx6_usbphy.c
index 7df2e124..508e49c8 100644
---
el [mailto:devel-boun...@rtems.org] On Behalf Of Christian
>> Mauderer
>> Sent: Friday, April 17, 2020 2:49 PM
>> To: Sebastian Huber; devel@rtems.org
>> Subject: Re: [PATCH rtems-libbsd v2] regulator: Disable FDT parts for non-FDT
>> targets
>>
>> On 17/04/202
On 17/04/2020 14:42, Sebastian Huber wrote:
> Please push it, if it fixes the build.
>
Thanks. Pushed.
--
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone:
---
freebsd/sys/dev/extres/regulator/regulator.c | 2 ++
freebsd/sys/dev/gpio/gpioregulator.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/freebsd/sys/dev/extres/regulator/regulator.c
b/freebsd/sys/dev/extres/regulator/regulator.c
index ca2de6c4..49020bdb 100644
---
On 17/04/2020 14:15, Sebastian Huber wrote:
>
> On 17/04/2020 14:03, Christian Mauderer wrote:
>> just noted that the logic isn't entirely correct: Should it be the
>> following?
>>
>> #if (defined(__rtems__) && defined(FDT)) || !defined(__rtems__)
&
e always a bit tricky in libbsd.
Best regards
Christian
--
embedded brains GmbH
Herr Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
P
Hello Jan,
On 17/04/2020 10:11, jan.som...@dlr.de wrote:
> Hi Christian,
>
> Yes, with this patch my build works again.
> Thank you very much.
Thanks for testing.
Best regards
Christian
>
> Best regards,
>
>Jan
>
>> -Ursprüngliche Nachrich
Hello Jan,
can you please try this patch:
https://lists.rtems.org/pipermail/devel/2020-April/059419.html
I've still seen quite some linker errors in if_em.c. But as far as I can
tell they doesn't seem to be related. Are they?
Best regards
Christian
On 17/04/2020 08:17, Christian Mauderer
---
freebsd/sys/dev/extres/regulator/regulator.c | 2 ++
freebsd/sys/dev/gpio/gpioregulator.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/freebsd/sys/dev/extres/regulator/regulator.c
b/freebsd/sys/dev/extres/regulator/regulator.c
index ca2de6c4..53e45ee7 100644
---
me it was a fix for the feature in progress and
therefore I updated that ticket.
Best regards
Christian
>
> On Thu, Apr 16, 2020 at 9:27 AM Sebastian Huber
> wrote:
>>
>> On 16/04/2020 15:29, Christian Mauderer wrote:
>>> _CPU_Counter_frequency() can be called by the
; Von: devel [mailto:devel-boun...@rtems.org] Im Auftrag von Christian
>> Mauderer
>> Gesendet: Dienstag, 14. April 2020 16:51
>> An: devel@rtems.org
>> Betreff: [PATCH rtems-libbsd v2 06/14] regulator: Import from FreeBSD.
>>
>> Update #3869.
>> ---
>> f
_CPU_Counter_frequency() can be called by the rtems_counter
initialization before arm_gt_clock_initialize() initializes the value
used in _CPU_Counter_frequency().
Update #3456.
---
bsps/arm/shared/clock/clock-generic-timer.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
_CPU_Counter_frequency() can be called by the rtems_counter
initialization before arm_gt_clock_initialize() initializes the value
used in _CPU_Counter_frequency().
Update #3456.
---
bsps/arm/shared/clock/clock-generic-timer.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff
boneblack with this path.
>
> Thanks and regards,
> Vijay
>
> On Thu, Apr 16, 2020 at 2:08 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> ---
> freebsd/sys/arm/freescale/imx/imx6_ccm.c | 7 +++
> freebsd/sys/arm/fre
On 16/04/2020 10:44, Vijay Kumar Banerjee wrote:
>
>
> On Thu, Apr 16, 2020 at 2:08 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> On 16/04/2020 10:27, Vijay Kumar Banerjee wrote:
> >
> >
> > On Th
On 16/04/2020 10:27, Vijay Kumar Banerjee wrote:
>
>
> On Thu, Apr 16, 2020 at 1:51 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
>
>
> On 16/04/2020 09:41, Christian Mauderer wrote:
> > On 16/04
---
freebsd/sys/arm/freescale/imx/imx6_ccm.c| 7 +++
freebsd/sys/arm/freescale/imx/imx6_usbphy.c | 4
freebsd/sys/dev/usb/controller/ehci_imx.c | 2 ++
3 files changed, 13 insertions(+)
diff --git a/freebsd/sys/arm/freescale/imx/imx6_ccm.c
On 16/04/2020 09:41, Christian Mauderer wrote:
> On 16/04/2020 09:21, Vijay Kumar Banerjee wrote:
>>
>>
>> On Thu, Apr 16, 2020 at 12:41 PM Christian Mauderer
>> > <mailto:christian.maude...@embedded-brains.de>> wrote:
>>
>> Hello Vijay,
On 16/04/2020 09:21, Vijay Kumar Banerjee wrote:
>
>
> On Thu, Apr 16, 2020 at 12:41 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de>> wrote:
>
> Hello Vijay,
>
> On 16/04/2020 09:04, Vijay Kumar Banerjee wrote:
> > Hi
to do it. If there is a bug it
has to be solved and everyone should know that someone is having a look
at it.
Best regards
Christian
>
>
> Best regards,
> Vijay
> On Tue, Apr 14, 2020 at 8:21 PM Christian Mauderer
> <mailto:christian.maude...@embedded-brains.de&
Hello Gedare,
On 15/04/2020 18:23, Gedare Bloom wrote:
> On Wed, Apr 15, 2020 at 9:31 AM Christian Mauderer
> wrote:
>>
>> On 15/04/2020 15:56, Gedare Bloom wrote:
>>> Yes, go ahead and push them in.
>>
>> Thanks. I pushed them. But now I have a small pr
bz2 \
qJIBYkdFGRROoJlkmxRk5Ugr2IcrcWIlXH5FfuE88mecUkDDy4JBtFDXcH0YzjwyrpmlFSaaaK850nb4o89ZCA==
That's definitively not an unprocessed output of sha512sum. Can someone
help me?
Best regards
Christian
>
> On Wed, Apr 15, 2020 at 12:07 AM Christian Mauderer
> wrote:
>>
>> On 15/04/2020 07:06, Sebastian Huber wrote:
>>> Hello Chris
601 - 700 of 1533 matches
Mail list logo
