On 17/6/21 1:01 pm, Alex White wrote:
> So is this ok to push now that it is known to have an insignificant
> performance
> impact or is a different approach still warranted?
OK to push.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.o
Hi Eshan,
Thanks very much for this...It's really helpful!
Question on workflow:
So for this example, I just apply the patch to RSB. Do I understand correctly
that we need to rebuild the tool chain each and every time I make any
change? (Step 7 in
Vaibhav's Blog) This didn't compile, apparently b
Thanks, I prepared tickets for master and 5.
I will make sure that the link in the commit message fits the right ticket of
the corresponding branch.
My plan is to push that on Monday, when I am back in the office
Best regards,
Jan
From: Joel Sherrill
Sent: Wednesday, June 16, 2021 8:06 PM
Change license to BSD-2-Clause according to file history and
re-licensing agreement.
Update #3053.
---
bsps/include/bsp/irq-default.h| 6 ++--
bsps/include/bsp/irq-generic.h| 42 ++-
bsps/include/bsp/irq-info.h | 35 +++---
bsps/s
ok
On Thu, Jun 17, 2021 at 8:14 AM Sebastian Huber
wrote:
>
> Change license to BSD-2-Clause according to file history and
> re-licensing agreement.
>
> Update #3053.
> ---
> bsps/include/bsp/irq-default.h| 6 ++--
> bsps/include/bsp/irq-generic.h| 42 ++-
On Thu, Jun 17, 2021 at 12:40 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 16/06/2021 20:36, Gedare Bloom wrote:
> > Looks like the existing irq-extension.h uses 'vector', so
> > rtems_interrupt_disable_vector() is a possibility, or else
> > rtems_interrupt_controller_disab
On Wed, Jun 16, 2021 at 11:40 PM Sebastian Huber
wrote:
>
> On 16/06/2021 20:36, Gedare Bloom wrote:
> > Looks like the existing irq-extension.h uses 'vector', so
> > rtems_interrupt_disable_vector() is a possibility, or else
> > rtems_interrupt_controller_disable_vector() is more wordy but if we
> On 17-Jun-2021, at 1:14 PM, Matthew Joyce wrote:
>
> Hi Eshan,
>
> Thanks very much for this...It's really helpful!
>
> Question on workflow:
> So for this example, I just apply the patch to RSB. Do I understand correctly
> that we need to rebuild the tool chain each and every time I make a
---
tester/covoar/CoverageMapBase.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tester/covoar/CoverageMapBase.cc b/tester/covoar/CoverageMapBase.cc
index 6ca5cf7..f0b5890 100644
--- a/tester/covoar/CoverageMapBase.cc
+++ b/tester/covoar/CoverageMapBase.cc
@@ -121,7 +121,7
Ok
On 18/6/21 7:13 am, Alex White wrote:
> ---
> tester/covoar/CoverageMapBase.cc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tester/covoar/CoverageMapBase.cc
> b/tester/covoar/CoverageMapBase.cc
> index 6ca5cf7..f0b5890 100644
> --- a/tester/covoar/CoverageMapBase.
On 18/6/21 1:28 am, Gedare Bloom wrote:
> On Wed, Jun 16, 2021 at 11:40 PM Sebastian Huber
> wrote:
>>
>> On 16/06/2021 20:36, Gedare Bloom wrote:
>>> Looks like the existing irq-extension.h uses 'vector', so
>>> rtems_interrupt_disable_vector() is a possibility, or else
>>> rtems_interrupt_contro
On 18/06/2021 03:30, Chris Johns wrote:
The list does not capture things like rtems_interrupt_mask which is a typedef.
The rtems_interrupt_mask is a constant object:
/**
* @ingroup RTEMSAPIClassicModes
*
* @brief This task mode constant has the same value as
#RTEMS_INTERRUPT_MASK.
*
* @
so I tested it with the but I have not made a new test file I'll do that soon.
How do I add a new test? All the tests that test the timer functionality do
work. I"m confident that all the changes I had to made to implement a monotonic
clock should be there.
Thanks
Zack
Sent with ProtonMail Se
13 matches
Mail list logo
