On Sat, Jul 4, 2020 at 1:13 AM wrote:
> This thought is intended to be evaluated, not adopted. What I meant was I
> think you have a "bitmask" of threads that need access to a stack that is
> similar to a "bitmask" of threads/processes that may be blocked in select.
> The select-mask is a major
On 3/7/20 5:06 pm, Sebastian Huber wrote:
> Hello,
>
> someone from ARM changed the machine options used to build the RTEMS multilibs
> some time ago (I think GCC 8):
Was a reason given?
>
> arm-rtems6-gcc -print-multi-lib -march=armv4t
> .;
> thumb;@mthumb
> armv5te+fp/hard;@march=armv5te+fp@m
[UPDATE]: After using --enable-posix, the 'make' in epics-base worked
successfully.
With all of yours support, there are no errors. Everything seems to be
in order.
Heinz, as you suggested, now I have built EPICS with RTEMS 4.10 for pc-386
and as advised that after this
we can take care of RTEMS5
Thank you so much Gedare, I will do it and revert back to you.
Thanks
Mritunjay
On Sat, Jul 4, 2020 at 3:01 AM Gedare Bloom wrote:
> On Fri, Jul 3, 2020 at 3:07 PM Mritunjay Sharma
> wrote:
> >
> >
> >
> > On Fri, Jul 3, 2020 at 10:53 PM Mritunjay Sharma <
> mritunjaysharma...@gmail.com> wrote
On Fri, Jul 3, 2020 at 3:07 PM Mritunjay Sharma
wrote:
>
>
>
> On Fri, Jul 3, 2020 at 10:53 PM Mritunjay Sharma
> wrote:
>>
>>
>>
>>
>> From: Gedare Bloom
>> Sent: Friday, July 3, 2020 9:42 PM
>> To: Mritunjay Sharma
>> Cc: Heinz Junkes; Chris Johns; RTEMS Devel
On Fri, Jul 3, 2020 at 10:53 PM Mritunjay Sharma <
mritunjaysharma...@gmail.com> wrote:
>
>
> --
> *From:* Gedare Bloom
> *Sent:* Friday, July 3, 2020 9:42 PM
> *To:* Mritunjay Sharma
> *Cc:* Heinz Junkes; Chris Johns; RTEMS Devel
> *Subject:* Re: [GSoC 2020: Daily Upd
This thought is intended to be evaluated, not adopted. What I meant was I
think you have a "bitmask" of threads that need access to a stack that is
similar to a "bitmask" of threads/processes that may be blocked in select.
The select-mask is a major focus across operating systems. That's why I
Hello,
for your information, I carried out the license change of the
application configuration options documentation. They are now under a
dual CC-BY-SA-4.0 or BSD-2-Clause license.
https://git.rtems.org/sebh/rtems-qual.git/commit/?id=c116767b19e109f007d683e477481af67d603816
This allows gene
On 03/07/2020 17:09, Gedare Bloom wrote:
On Fri, Jul 3, 2020 at 3:18 AM Sebastian Huber
wrote:
Update #3818.
---
eng/build-system.rst | 406 +++
eng/index.rst| 1 +
images/eng/bld-bsp.dot | 33
images/eng/bld-bsp.pdf | Bin 0
From: Gedare Bloom
Sent: Friday, July 3, 2020 9:42 PM
To: Mritunjay Sharma
Cc: Heinz Junkes; Chris Johns; RTEMS Devel
Subject: Re: [GSoC 2020: Daily Update]: Building EPICS with RTEMS5
On Fri, Jul 3, 2020 at 9:17 AM Mritunjay Sharma
wrote:
>
> Hello Heinz and e
On Fri, Jul 3, 2020 at 9:17 AM Mritunjay Sharma
wrote:
>
> Hello Heinz and everyone,
>
> Thank you so much, with this email, I will try to clear all the things, and
> what is the status for now.
>
> First. let me tell you the current status: Vijay helped me last night in an
> offlist discussion
Hello Heinz and everyone,
Thank you so much, with this email, I will try to clear all the things, and
what is the status for now.
First. let me tell you the current status: Vijay helped me last night in an
offlist discussion to clear the confusions which
I was having (I will mention them below) d
On Fri, Jul 3, 2020 at 2:06 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> someone from ARM changed the machine options used to build the RTEMS
> multilibs some time ago (I think GCC 8):
>
> arm-rtems6-gcc -print-multi-lib -march=armv4t
> .;
> thumb;@mthumb
> armv5te+
My thought is that it matches what is needed and is expected to be optimized.
> On Jul 3, 2020, at 24:37 , Utkarsh Rai wrote:
>
>
>
> On Fri, Jul 3, 2020 at 1:32 AM Peter Dufault wrote:
> I finally have gotten to reviewing Utkarsh's work in GSOC. One item that I
> don't like is that there i
Hi,
I had some time for more hardware testing of the SMP functionality on a
PC.
It turns out I missed a few places where the APICID <-> cpuid needed to be
translated.
This only occurs if the APIC Ids of different cores are not numbered
consecutively, which qemu does.
With this patch I can now run
- properly use the cpu <-> apic maps for IPIs
---
bsps/i386/pc386/start/smp-imps.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/bsps/i386/pc386/start/smp-imps.c b/bsps/i386/pc386/start/smp-imps.c
index 0985b8f08f..763ac0afc7 100644
--- a/bsps/i386/pc386/sta
This patch set adds an updated documetation of the new build system.
You can have a look at the generated documents here:
https://ftp.rtems.org/pub/rtems/people/sebh/user.pdf
https://ftp.rtems.org/pub/rtems/people/sebh/eng.pdf
Changes from the previous version:
* Doorstop was removed as the too
Update #3818.
---
user/bld/index.rst | 283 +
user/index.rst | 1 +
user/start/bootstrap.rst | 61
user/start/bsp-build.rst | 149 +--
user/start/bsp-test.rst| 14 +-
user/start/index.rst | 1 -
us
---
common/conf.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/common/conf.py b/common/conf.py
index 257bc4e..8fb06db 100644
--- a/common/conf.py
+++ b/common/conf.py
@@ -75,6 +75,9 @@ exclude_patterns = []
# The name of the Pygments (syntax highlighting) style to use.
pygments_style
Hello,
someone from ARM changed the machine options used to build the RTEMS
multilibs some time ago (I think GCC 8):
arm-rtems6-gcc -print-multi-lib -march=armv4t
.;
thumb;@mthumb
armv5te+fp/hard;@march=armv5te+fp@mfloat-abi=hard
thumb/armv6-m;@mthumb@march=armv6-m
thumb/armv7-a;@mthumb@march=
20 matches
Mail list logo
