Hi Chris,
I added this patch to rtems-tools. Attached is a patch to
RSB to use it for the sparc tools. If this looks OK, should
I make a similar update to all applicable 4.11 targets?
--joel
Original Message
Subject:[PATCH] Add const qualifier in
Date: Mon, 14 Apr
On 7/8/2014 9:59 AM, Sebastian Huber wrote:
> On 2014-07-07 23:27, Joel Sherrill wrote:
>> Hi Chris,
>>
>> I added this patch to rtems-tools. Attached is a patch to
>> RSB to use it for the sparc tools. If this looks OK, should
>> I make a similar update to a
uler operation is used to help tasks in need for help
May want to use @code{ask for help} where appropriate to clearly
indicate a method.
> +returned by the operations mentioned above. This operation is also used in
> +case the root of a resource sub-tree owned by a task changes.
> +
> @sub
; necessary to avoid deadlocks.
>>
> Ok, this is a tricky problem, and it should definitely be documented.
> I don't have a good idea right now about how the resource tree grows.
> Perhaps the size of the tree is bounded such that the cost isn't too
> bad.
Documented for sure but "I don't have a good idea
---
cpukit/rtems/src/semdelete.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpukit/rtems/src/semdelete.c b/cpukit/rtems/src/semdelete.c
index 52bb14e..a805ac6 100644
--- a/cpukit/rtems/src/semdelete.c
+++ b/cpukit/rtems/src/semdelete.c
@@ -82,7 +82,7 @@ rtems_status_
There was a lot of duplication between the discipline subroutines.
With the transition to RBTrees for priority discipline, there were
only a few lines of source code manipulating the data structure
for FIFO and priority. Thus is made sense to fold these back
into the main methods.
As part of doing
---
cpukit/configure.ac|6 -
cpukit/score/include/rtems/score/thread.h |4 +
cpukit/score/include/rtems/score/threadq.h | 23 +---
cpukit/score/include/rtems/score/threadqimpl.h | 61 +++---
cpukit/score/src/threadq.c | 28
---
testsuites/sptests/sp59/init.c |4 ++--
testsuites/sptests/sp59/sp59.scn |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/testsuites/sptests/sp59/init.c b/testsuites/sptests/sp59/init.c
index 2e68b9f..4120761 100644
--- a/testsuites/sptests/sp59/init.c
+++ b/test
The test assumed that the thread would have enough time to block
and become enqueued. In fact, the thread would still be in the
ready state and not blocked on the semaphore. Thus the state
of the Wait sub-structure in the TCB would not be in the expected
state. The simple solution was to continue w
---
cpukit/score/src/scheduleredfunblock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpukit/score/src/scheduleredfunblock.c
b/cpukit/score/src/scheduleredfunblock.c
index 469655e..308a691 100644
--- a/cpukit/score/src/scheduleredfunblock.c
+++ b/cpukit/score/src/sc
can rework and reduce the code duplication.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Avail
wrote:
On 2014-07-08 22:52, Joel Sherrill wrote:
> The test assumed that the thread would have enough time to block
> and become enqueued. In fact, the thread would still be in the
> ready state and not blocked on the semaphore. Thus the state
> of the Wait sub-structure in the TCB wou
On 7/9/2014 10:34 AM, Gedare Bloom wrote:
> On Tue, Jul 8, 2014 at 5:37 PM, Joel Sherrill
> wrote:
>> Hi
>>
>> If you take the patches in their entirety, most of the tests
>> appear to be about 500 bytes smaller on the erc32.
>>
> What is the change in wks
When a thread is removed from a thread queue or is unblocked
by receiving an event, the same actions are required.
+ timeout watchdog canceled,
+ thread must be unblocked, and
+ (MP only) proxy cleaned up
This patch makes sure there is only one copy of this code.
---
cpukit/score/include/rtem
> +}
> +
> +rtems_device_driver console_control(
> + rtems_device_major_number major,
> + rtems_device_minor_number minor,
> + void *arg
> +)
> +{
> + (void) major;
> + (void) minor;
> +
> + return rtems_termios_ioctl( arg );
> +}
>
> _
On Jul 10, 2014 2:14 AM, Sebastian Huber
wrote:
>
> On 2014-07-09 16:37, Joel Sherrill wrote:
> > I think this patch is wrong. Subsequent changes to the thread queue after I
> > posted this resulted in the test breaking again.
> >
> > What is the test trying to do?
y was
accidentally introduced.
Did any existing methods get much larger?
Another option is to turn on per function and data sections and see
if that helps. The SPARC BSPs did this. It is a little tricky not not a lot
to do. Then the linker can drop out unreferenced variables and methods.
--
Joel S
---
IGNORE ME
--
1.7.1
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
---
IGNORE ME
--
1.7.1
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
---
IGNORE ME
--
1.7.1
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
est cases which push
priority blocking, I am happy to try them.
I am not seeing a downside to committing this code.
If someone doesn't say something, then I plan to
commit it soon. Soon being after this weekend since
it is my wedding anniversary and we are taking a
long weekend.
--
I think today or yesterday is a suitable tag.
Pavel is the arm fix in Newlib CVS?
We can bump it again when openrisc code is merged.
Sebastian did you want a GCC bump also?
On Jul 10, 2014 9:26 PM, Chris Johns wrote:
On 9/07/2014 2:40 am, Joel Sherrill wrote:
>
> On 7/8/2014 9
On a long weekend but is there a chance Jennifer missed using something like
rtems_test_assert which also ensures that the call exited OS critical sections?
On Jul 12, 2014 9:35 AM, Ben Gras wrote:
All,
After a rebase of my tree capture01 didn't build (see build-error.txt). Adding
#include (s
On Jul 14, 2014 12:27 PM, Ben Gras wrote:
>
> Dear all,
>
> I'm pretty close to be able to submit an initial version of the Beagle* bsp.
> I'm doing last-minute testing and commit cleanup and that's going really well.
>
> It is technically based on Claas Ziemke's GSOC BSP for the Beagleboard. Lo
Just passing along.
Sebastian had two patches he wanted to see on the 4.9 branch and
gcc head.
Are there any others?
What issues do we have moving to a 4.9.x release? I recall there being
code generation issues but not the details.
Original Message
Subject:GCC 4.9.1 Re
-enh.c:851:
warning: passing argument 1 of 'memset' makes pointer from integer
without a cast
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Hun
vb/network/smsc9218i.c:1662:9:
error: variable 'direr' has initializer but incomplete type
union SIU_DIRER_tag direr = MPC55XX_ZERO_FLAGS;
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me
-functions -Wall -Wmissing-prototypes
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs
-mcpu=440 -Dppc440 -msoft-float -o rhdeadlockbrk.exe deadlockbrk.o
../../../../../virtex5/lib/librtemsbsp.a(timer.rel): In function
`benchmark_timer_read':
/users/joel/rtems-4.11-work/
On 7/16/2014 5:27 PM, Chris Johns wrote:
> On 17/07/2014 6:25 am, Joel Sherrill wrote:
>> Hi
>>
>> in the nios2 tools is too old to build the current RTEMS.
>> Newer versions provide __DEVOLATILE
> Support is in 4.9.x but it is lacking the RTEMS specifics to allow
ting to this point:
(gdb) b Init
Breakpoint 4 at 0x2001328: file
../../../../../../../rtems/c/src/../../testsuites/samples/ticker/init.c,
line 33.
(gdb) r
Starting program:
/home/joel/rtems-4.11-work/b-sis/sparc-rtems4.11/c/sis/testsuites/samples/ticker/ticker.exe
Breakpoint 4, Init (argum
/config/nios2/t-rtems
diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index f3a404f..607b915 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,9 @@
+2014-07-17 Joel Sherrill
+
+ * config.gcc: Add nios2-*-rtems*.
+ * config/nios2/rtems.h: New file.
+ * gcc/config/nios2/t-rtems
te_multiple_instruction_lines'
I leave it to thsee more familiar with the nios2 to address this.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL
---
cpukit/score/cpu/or1k/cpu.c| 4 ++-
cpukit/score/cpu/or1k/or1k-exception-handler-low.S | 1 -
cpukit/score/cpu/or1k/rtems/score/cpu.h| 33 +-
3 files changed, 22 insertions(+), 16 deletions(-)
diff --git a/cpukit/score/cpu/or1k/cpu.c b
disable didn't return the previous level so it couldn't be restored.
+ I (think) I fixed the prototype for _CPU_Initialize_fp.
In general, any warning originating from score/cpu code is very bad
and usually indicates a real problem. It also results in 1000s of
warnings in the build logs.
On July 21, 2014 10:44:15 AM CDT, Gedare Bloom wrote:
>Either account for it in workspace sizing or use malloc.
>
>On principle, I guess any dynamic allocated memory that isn't mandatory
>to get RTEMS to work should come from malloc.
With one malloc and two workspace allocates, I assumed we sho
- a/cpukit/score/src/rbtreeiterate.c
> +++ b/cpukit/score/src/rbtreeiterate.c
> @@ -28,17 +28,17 @@
>
> void _RBTree_Iterate(
> const RBTree_Control *rbtree,
> - RBTree_Direction dir,
> - RBTree_Visitor visitor,
> - void *visitor_arg
> + RBTree_Direction dir,
> + RBTree_Visitorvisitor,
> +
ites/sptests/sprbtree01/init.c
> index acf7f68..ca79095 100644
> --- a/testsuites/sptests/sprbtree01/init.c
> +++ b/testsuites/sptests/sprbtree01/init.c
> @@ -149,9 +149,6 @@ rtems_task Init(
>rb_insert_unique( &rbtree1, &node1.Node );
>rb_insert_unique( &rb
tems_assert( !rtems_rbtree_is_node_off_rbtree( &node1.Node ) );
>
>_RBTree_Rotate(NULL, RBT_LEFT);
>i = (node1.Node.parent == &node2.Node);
> @@ -261,6 +265,7 @@ rtems_task Init(
> puts( "INIT - rtems_rbtree_extract failed");
> rtems_test_e
On 7/21/2014 12:52 PM, Sebastian Huber wrote:
> On 07/21/2014 06:59 PM, Joel Sherrill wrote:
>>> -/** @brief Extract a Node (unprotected)
>>>> - *
>>>> - * This routine extracts (removes) @a the_node from @a the_rbtree.
>>>> - *
>>>
On 7/21/2014 12:54 PM, Sebastian Huber wrote:
> On 07/21/2014 07:23 PM, Joel Sherrill wrote:
>> Unless the chain has changed to have the property of
>> "dangerous to extract if not on", this should be OK.
>>
>> My thinking is that higher level code would be
that are not defined anywhere in RTEMS.
>
> The way to do this will be to change CPU_PROVIDES_IDLE_THREAD_BODY to
> FALSE in i386/rtems/score/cpu.h, and move the Thread_Idle_body to the
> pc386 bsp.
>
> The tricky part is para-virtualizing the interrupt enable/disable
> code. His
ame space. It is possible that in some
cases, there may be data items mixed which could be const with
those which can't.
--joel
>
>
> (#1) after bsp_start? after rtems_initialize_data_structures?
>
> (#2) for some user-definition of "end", and/or after
&g
Please review before I send to gcc.
Thanks.
2014-07-17 Sebastian Huber
Chris Johns
Joel Sherrill
* config.gcc: Add nios2-*-rtems*.
* config/nios2/rtems.h: New file.
* gcc/config/nios2/t-rtems: New file.
---
gcc/ChangeLog| 3
m capabilities.
All of these are important to us as a project. Knowing unexpected
dependencies,
turning on per item sections, and lowering minimum capabilities based on
user
feedbac.
>
>
> (#1) after bsp_start? after rtems_initialize_data_structures?
>
> (#2) for some user-definition o
pending patches moving through the OpenRISC project
for or1k gcc support. They will be merged as part of the or1k target
support being added.
If anyone has any outstanding tool patches for these repositories
that I missed, ping me.
--
Joel Sherrill, Ph.D. Director of Research & Develop
increments per clock tick.
If someone is interested in great NTP support for RTEMS, please speak
up. Volunteering or sponsoring some work would be of benefit to
the community.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applicat
.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available(256) 722-9985
___
devel mai
Original Message
From: Joel Brobecker
Sent: July 29, 2014 10:59:39 AM EDT
To: "g...@sourceware.org"
Subject: [ANNOUNCEMENT] GDB 7.8 released!
GDB 7.8 released!
Release 7.8 of GDB, the GNU Debugger, is now available via anonymous
FTP. GDB is a so
On July 31, 2014 8:54:29 AM CDT, Hesham Moustafa
wrote:
>Hi all,
>
>I was trying to figure out where to increment ISR level related
>variables. First, I wanna indicate that the current OpenRISC port only
>has two level of interrupts: disable/enable. Given that, does this
>mean that the maximum
Hi
Just a reminder to all students and mentors that we are approaching the end.
-- Forwarded message --
From: 'Carol Smith' via Google Summer of Code Mentors List <
google-summer-of-code-mentors-l...@googlegroups.com>
Date: Mon, Aug 4, 2014 at 11:46 AM
Subject: [GSoC Mentors] GSoC
On 7/31/2014 9:31 AM, Hesham Moustafa wrote:
> On Thu, Jul 31, 2014 at 4:17 PM, Joel Sherrill
> wrote:
>>
>> On July 31, 2014 8:54:29 AM CDT, Hesham Moustafa
>> wrote:
>>> Hi all,
>>>
>>> I was trying to figure out where to increment ISR l
I thought the devel lust folks should be aware of this so it might ring a bell
if you ever use a Quark CPU.
Original Message
From: Ilya Tocar
Sent: August 6, 2014 9:54:36 AM CDT
To: "binut...@sourceware.org"
Cc: "H.J. Lu"
Subject: [PATCH,i386] Add -momit-lock-prefix option.
ion '-Wimplicit-function-declaration'
is valid for C/ObjC but not for C++
cc1plus: warning: command line option '-Wstrict-prototypes' is valid for
C/ObjC but not for C++
cc1plus: warning: command line option '-Wnested-externs' is valid for
C/ObjC but no
ype to avoid warnings.
> Gedare
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS:
On 8/8/2014 9:38 AM, Hesham Moustafa wrote:
> On Fri, Aug 8, 2014 at 4:02 PM, Joel Sherrill
> wrote:
>> On 8/8/2014 8:54 AM, Gedare Bloom wrote:
>>> Hi,
>>> The macro CPU_ISR_PASSES_FRAME_POINTER is part of a cpu port defined
>>> in cpu.h, but this macr
On 8/8/2014 10:11 AM, Gedare Bloom wrote:
> On Fri, Aug 8, 2014 at 10:52 AM, Joel Sherrill
> wrote:
>> On 8/8/2014 9:38 AM, Hesham Moustafa wrote:
>>> On Fri, Aug 8, 2014 at 4:02 PM, Joel Sherrill
>>> wrote:
>>>> On 8/8/2014 8:54 AM, Ged
e the user extension
Classic API manager calls and enhance confdefs.h to include the capture
engine and allow any other user extensions to be plugged in statically.
Thoughts?
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line App
r RTEMS C Handlers may not make use of it as some of them are
>defined with void arguments.
>
>As Gedare suggested, I provided a default _OR1K_Exception_default that
>receives vector number and exception frame pointer.
>
>On Fri, Aug 8, 2014 at 5:13 PM, Joel Sherrill
> wrote:
&g
t;> + */
>> +
>> +/*
>> + * COPYRIGHT (c) 1989-1999.
>> + * On-Line Applications Research Corporation (OAR).
>> + *
>> + * The license and distribution terms for this file may be
>> + * found in the file LICENSE in this distribution or at
>>
If this is just adding an lpc40xx, then I don't see anything wrong. It is
mostly boiler plate.
--joel
On 8/11/2014 3:48 PM, Sebastian Huber wrote:
> ---
> c/src/lib/libbsp/arm/lpc24xx/Makefile.am | 27 ++-
> c/src/lib/libbsp/arm/lpc24xx/configure.ac
Is there any tool patch missing? I may be thinking of nios and I think
I committed that.
--joel
On 8/11/2014 4:02 PM, Gedare Bloom wrote:
> On Mon, Aug 11, 2014 at 4:48 PM, Sebastian Huber
> wrote:
>> This floating point unit is available in Cortex-M4F processors and
>> defined
terrupt_enable( _isr_cookie )
>>> +
>>> +/*
>>> + * This temporarily restores the interrupt to _level before immediately
>>> + * disabling them again. This is used to divide long RTEMS critical
>>> + * sections into two or more parts. The pa
Out of curiosity, are any patches outstanding for you?
I know of some gdb, one Newlib (mine), and two Ada patches outstanding. Is that
it?
--joel
On August 12, 2014 10:07:55 AM CDT, Sebastian Huber
wrote:
>On 08/11/2014 11:12 PM, Joel Sherrill wrote:
>> Is there any tool patch m
OK with me.
It will be easier to address issues once merged anyway.
I plan to commit, try to build, report, then Hesham can rebase and report.
On August 12, 2014 12:49:10 PM CDT, Gedare Bloom wrote:
>OK from me.
>
>On Tue, Aug 12, 2014 at 11:57 AM, Hesham ALMatary
> wrote:
>> This work is base
Feedback after committing:
1) cpukit/score/cpu/or1k/prenstall.am was not in patch. I added
and committed it.
2) Without a BSP to specify, nothing gets built.
See how your tree works now that you can rebase. Then let's
get the BSP reviewed and merged.
--joel
On 8/12/2014 12:49 PM, Gedare
aries because the output
of nm was stable. But converting that code to use an elf reading library
directly would likely be a better solution.
If that's the use of nm you are talking about. :)
Waiting to hear from Chris.
> Thanks in advance for replies :)
>
> Regards,
> Krzyszto
er, better option?
> This is a really good question. Having covoar and rtems-host work
> together is a really thing because there is lots of good code to reuse.
>
> Currently the rtems-host repo is my private area and maybe this need to
> change. It is difficult to have both work toget
ill make sense if you want to
> follow this path.
>
> On the other hand ... :) once you link to librld.a you can
> with a small amount of code open an ELF file and read the symbols
> into a symbol table and get at the data that way. This is how the
> rtem
I have comments interspersed. Most are on formatting and should be
considered as just those I managed to spot.
the rtems-testing git repo has a directory of merge-helpers and
a check script which (I hope) helps you identify some of these
in more detail.
On 8/13/2014 2:48 PM, Premysl Houdek wrot
On 8/13/2014 10:13 PM, Chris Johns wrote:
> On 14/08/2014 7:34 am, Joel Sherrill wrote:
>> On 8/13/2014 3:49 PM, Krzysztof Mięsowicz wrote:
>>> Hi,
>>>
>>> Thanks for your replies :-) I didn't see librld.a because I had old
>>> version of repo and
gt;
> So I would prefer something like that. But I agree that it can hurt
> someone else eyeballs as well.
>
> I have seen similar solution in Nvidia driver sources with even
> really interresting (ab)use of ternary C operator.
>
> But if RTEMS preference is to define all fields twic
Thanks.
I am just worried about reproducibility or the BSP and test results
combined with licensing and redistribution of the TI support
code. As long as everyone is comfortable with that, I am as well.
On 8/14/2014 4:04 AM, Pavel Pisa wrote:
> Hello Joel,
>
> On Thursday 14 of August 2
6_fl? 16 - 1 : 8 - 1) |
>>> __val2mfld(SSP_CR0_FRF_m, 0) |
>>> (msg->size_mode & SPI_MODE_CPOL? SSP_CR0_CPOL_m: 0) |
>>> (msg->size_mode & SPI_MODE_CPHA? SSP_CR0_CPHA_m: 0) |
>>> __val2mfld(SSP_CR0_SCR_m, 15)
you add a BSP factor on every Classic API object.
Just thinking out load.
> Thanks,
> Kolja
>
>
>
>
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
--
Joel Sherrill, Ph.D.
On 8/14/2014 9:20 AM, Gedare Bloom wrote:
> On Thu, Aug 14, 2014 at 10:15 AM, Joel Sherrill
> wrote:
>> On 8/14/2014 9:11 AM, Kolja Waschk wrote:
>>> Hi,
>>>
>>> I'm developing a DMA-based UART driver for Blackfin. It requires an
>>> extra
On 8/14/2014 9:21 AM, Sebastian Huber wrote:
> On 14/08/14 16:15, Joel Sherrill wrote:
>>> E.g. most of the tests won't even start without modifications. So
>>>> effectively I have to fall back to a polling driver for console if I
>>>> want to run the te
NFIGURE_MAXIMUM_TIMERS so I can
> patch it for running the tests, and soon make it properly dependent on some
> BSP setting.
>
> Thanks,
> Kolja
>
>
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems
On 8/14/2014 12:13 PM, Gedare Bloom wrote:
> Joel,
>
> A problem with the approach you outlined is as Sebastian said, you
> still end up overestimating if for example the application does not
> use the DMA-based console but uses a different console within the same
> bsp.
Th
0
>> + */
>> +int mem_dump(void *buf, unsigned long start, unsigned long len, int blen)
>> +{
>> + unsigned long addr=start;
>> + volatile unsigned char *p=buf;
>> + int i;
>> +
>> + while ( len ){
>> +printk("%08lX:",addr);
&g
I committed this. I didn't see anything and if I missed
something, they can just be fixed on top of it.
--joel
On 8/18/2014 4:06 PM, Hesham ALMatary wrote:
> ---
> cpukit/score/cpu/or1k/rtems/score/or1k-utility.h | 16 ++--
> 1 file changed, 14 insertions(+), 2 deletio
I committed this. Thanks.
If there is something I missed, please let me know.
--joel
On 8/14/2014 10:02 AM, Kolja Waschk wrote:
> Renamed startXmit(), nToSend is unsigned, just check FL_ORCVXOF, no (void)
> cast anymore, compute nToSend in single if/else if/else.
>
>
>
; b/testsuites/sptests/sp51/sp51.doc
>> index a1003db..fac5534 100644
>> --- a/testsuites/sptests/sp51/sp51.doc
>> +++ b/testsuites/sptests/sp51/sp51.doc
>> @@ -23,3 +23,6 @@ concepts:
>>
>> + Ensure the when the binary semaphore lock fails to acquire the mutex,
>&
end = .;
> + } > REGION_WORK AT > REGION_WORK
> + bsp_section_work_size = bsp_section_work_end - bsp_section_work_begin;
> +
> + .stack : ALIGN_WITH_INPUT {
> +bsp_section_stack_end = .;
> + } > REGION_STACK AT > REGION_STACK
> + bsp_section_stack_begin =
://lists.rtems.org/mailman/listinfo/devel
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available(256) 722-9985
> arinc653 subset so since the scope was one source file this wasn't a
> problem. After some debugging of e.g. CREATE_BLACKBOARD and it works
> without returning an error a better structure for all 'extern'
> variables in combination with rtems will be implemented as then t
I think I'm ok on all three of these patches but some
comments on the shell script. I can see where this is a
tedious but important check. And it can be improved easily.
Since this smells like something Chris would poke me f
or and call a "Joel script" :)
On Thu, Sep 17,
On Thu, Sep 17, 2020 at 4:33 AM Christian Mauderer <
christian.maude...@embedded-brains.de> wrote:
> Hello,
>
> Chris pinged me that I missed to add these patches to the 5-freebsd-12
> branch. It would be good if we would add the license files to the
> release branch too. This will allow users to
On Thu, Sep 17, 2020 at 3:54 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 17/09/2020 01:34, Chris Johns wrote:
>
> > On 17/9/20 8:12 am, Joel Sherrill wrote:
> >> Just noting that it would be nice to have a transition period where
> RTEMS B
On Fri, Sep 18, 2020 at 11:02 AM Gedare Bloom wrote:
> The set looks fine to me. The only thing I noticed is that config.h is
> a weird place for the copyright notice and version string
> declarations, but I don't know of anything better than that.
>
Agree this all looks OK. I am sure we have ot
Hi
Passing this along to the RTEMS Community. Hopefully some of you will
submit presentations. This is a very interesting workshop and always
includes presentations on some cool RTEMS projects.
--joel
<http://r20.rs6.net/tn.jsp?f=001JiBAVvV8voC_uecQCNT3R-GlpALIvNwBQ5C5cY
If you really meant the master, try 6-freebsd12 instead.
Branch names are complicated in libbsd because they need to reflect RTEMS
and FreeBSD version.
I'm not really sure how to make this any less confusing. :(
--joel
On Fri, Sep 18, 2020 at 3:01 PM Karel Gardas
wrote:
>
> Hell
On Sat, Sep 19, 2020, 4:42 PM Karel Gardas wrote:
> On 9/19/20 10:32 AM, Christian Mauderer wrote:
> > Hello Karel,
> >
> > I wasn't aware that there is a framebuffer driver in the PC BSP.
>
> Yes, in fact there are three FB drivers in pc386 BSP family:
>
> - for VGA card
> - for Cirrus Logic GD5
nohup shell.
>
> It is not Python or the RSB. It is a security feature of FreeBSD. You have
> closed the parent process that owned stdout and with it gone FreeBSD says
> you
> cannot run. Joel also struggled with this when he moved Linux workflows to
> FreeBSD for testing
>
&
le
pc386/README:+ BSP_USE_COM1_AS_CONSOLE - value of 1 forces console to COM1
pc386/README: USE_COM1_AS_CONSOLE=1 --enable-rtemsbsp=pc386 \
And I think providing guidance in the user's manual that if you used to
use this option when building, that there is a new way to achieve the
Hi
I'm trying to get this one tidied up and committed. I'm questioning how
many tickets this needs based on RTEMS and tools versions.
+ #2830 - I reassigned this to 5.2
+ #4084 - Created to track against 6.
- need RSB patch against gcc 10.2.1 for RTEMS 6
Do we need another ticket for rtems7 t
INIT deletes itself at the bottom.
--joel
On Tue, Sep 22, 2020 at 12:40 PM Richi Dubey wrote:
> Hi,
>
> I've been trying to debug why sp02 keeps failing on Strong APA scheduler
> and it's hard for me to debug because there are different points at which
> the same program
reference, this is the 2018 presentation.
https://docs.google.com/presentation/d/1ITEQWz2-5jr5l66eN-9VIBJh1efC6XH7t9zScKkqhp8/edit?usp=sharing
If I missed someone on the Slides invite, poke me and I will invite you.
--joel
___
devel mailing list
devel
I filed issues for the 5 branch and master and then pushed this.
Thanks for the patch.
--joel
On Wed, Sep 23, 2020 at 5:37 AM Jan Sommer wrote:
> ---
> bsps/i386/pc386/start/bspsmp.c | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/bsps/i
Any chance this might address any of the Coverity issues in the grlib code?
If so, it would be nice to apply this to the 5 branch.
On Wed, Sep 23, 2020 at 10:09 AM Daniel Hellstrom
wrote:
> Hi Sebastian,
>
> The patch set looks good. Thanks!
>
> /Daniel
>
>On 2020-09-18 10:00, Sebastian
ting a suspended thread would not require any actions on the Ready set
of threads, for example.
--joel
>
> On Wed, Sep 23, 2020 at 12:41 AM Joel Sherrill wrote:
>
>> This isn't a proper solution but a debug technique. When stepping
>> and running result in different beh
601 - 700 of 6233 matches
Mail list logo
