On Thu, Mar 12, 2015 at 9:21 AM, Amar Takhar wrote:
> On 2015-03-12 14:19 +0100, Sebastian Huber wrote:
>>
>>
>> On 12/03/15 14:13, Amar Takhar wrote:
>> > On 2015-03-12 14:10 +0100, Sebastian Huber wrote:
>> >>
>> >>> #include
>> >>> #include
>> >> This will not work. We have sparc, arm, powerp
On Thu, Mar 12, 2015 at 9:51 AM, Amar Takhar wrote:
> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
>> This doesn't work in supposedly CPU-independent source code files.
>>
>> Let's take percpu.h as an example. We need to include it in
>> -- the main he
Thanks.
On Thu, Mar 12, 2015 at 4:04 AM, Daniel Cederman wrote:
> ---
> cpukit/posix/src/mmap.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cpukit/posix/src/mmap.c b/cpukit/posix/src/mmap.c
> index 3ebb2f4..90c6d0a 100644
> --- a/cpukit/posix/src/mmap.c
> +++ b/cpuki
On Thu, Mar 12, 2015 at 10:08 AM, Joel Sherrill
wrote:
>
>
> On March 12, 2015 8:56:36 AM CDT, Gedare Bloom wrote:
>>On Thu, Mar 12, 2015 at 9:51 AM, Amar Takhar wrote:
>>> On 2015-03-12 09:45 -0400, Gedare Bloom wrote:
>>>> This doesn't work in sup
On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
wrote:
> Hi
>
> Many BSPs can link a test but don't actually have enough memory
> to run the test. They will fail in the first few lines when the requested
> memory for the RTEMS work area is not available. I hacked together
> a script which adds toge
On Thu, Mar 12, 2015 at 2:26 PM, Joel Sherrill
wrote:
>
>
> On 3/12/2015 12:45 PM, Gedare Bloom wrote:
>> On Thu, Mar 12, 2015 at 1:41 PM, Joel Sherrill
>> wrote:
>>> Hi
>>>
>>> Many BSPs can link a test but don't actually have enough memory
On Thu, Mar 12, 2015 at 6:58 PM, Amar Takhar wrote:
> On 2015-03-12 12:41 -0500, Joel Sherrill wrote:
>> Hi
>>
>> Many BSPs can link a test but don't actually have enough memory
>> to run the test. They will fail in the first few lines when the requested
>> memory for the RTEMS work area is not av
On Fri, Mar 13, 2015 at 1:04 AM, Chris Johns wrote:
> On 11/03/2015 1:33 am, Amar Takhar wrote:
>>
>> Can we come up with a plan for branching 4.11?
>>
>> We need to push off any commits made that are unrelated to tickets open in
>> milestone 4.11 to the next release. This way any changes we make
Hi,
RPi is a good open project. The BSP is in c/src/lib/libbsp/arm/raspberrypi
I think the prior gsoc effort has some links/pointers in it. You will
need to have the board and prove you can build RTEMS for it and run
it.
Gedare
On Fri, Mar 13, 2015 at 11:43 AM, Юрий Шевцов wrote:
> Hello there
On Fri, Mar 13, 2015 at 12:05 PM, Юрий Шевцов wrote:
> Am I right that completing Hello is just change and somehow submit lines in
> samples/hello/init.c ? And how can I submit the proof, of course?)
>
Correct. You can send an email here with patch attached and a link to
a screenshot posted somewh
garding getting the image onto the SD
> card.
> Also, I do not understand what the stripping step will do. I need some help
> to figure out booting RTEMS on the board.
>
> Thanks!
>
> On 11 Mar 2015 19:29, "Gedare Bloom" wrote:
>>
>> On Wed, Mar 11,
On Fri, Mar 13, 2015 at 8:38 PM, Chris Johns wrote:
> On 14/03/2015 12:30 am, Gedare Bloom wrote:
>>
>> I would like to consider landing the drvmgr and pci patch-set as a
>> sparc-specific feature (e.g. only included in builds for sparc.)
>
>
> How is this controlled
Me too. I'm not sure why..
On Sat, Mar 14, 2015 at 1:44 PM, Ben Gras wrote:
> Everytime I ./bootstrap && ./bootstrap -p, I get these changes
> w.r.t. mainline. Just tried again with a new tools build. (With the
> prefix/bin dir first in $PATH of course.)
>
> Or is it just me?
>
> ---
> c/src/lib
OK to commit.
On Sat, Mar 14, 2015 at 1:45 PM, Ben Gras wrote:
> unused and poorly named (no prefix) and colliding with sp68.
>
> Closes #2302.
> ---
> c/src/lib/libbsp/arm/beagle/include/bsp.h | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/c/src/lib/libbsp/arm/beagle/include/bsp.h
On Sun, Mar 15, 2015 at 5:50 AM, QIAO YANG wrote:
> Hi !
>
> I've managed to run a hello demo on RPI B/B+, including a demo for loading
> an image by u-boot (I don't have an ethernet cable on my hand, but I'm
> going to be able to load the image by tftp for dev).
>
> If I've got it right, to prep
On Mon, Mar 16, 2015 at 2:23 PM, Sebastian Huber
wrote:
>
> - Gedare Bloom schrieb:
>> Module:rtems
>> Branch:master
>> Commit:1ff449cfc473f6b88e1495492aebd665ad42b236
>> Changeset:
>> http://git.rtems.org/rtems/commit/?id=1ff449cfc473f6b88
On Mon, Mar 16, 2015 at 3:21 PM, Joel Sherrill
wrote:
> I don't know if this has been posted or merged into the WIki.
> Alan, Gedare and I were discussing this earlier today. One thing
> to remember is that it is always possible something we think
> is 1/2 a summer is incredibly easy so bonus task
On Mon, Mar 16, 2015 at 3:36 PM, Sebastian Huber
wrote:
>
> - Gedare Bloom schrieb:
>> On Mon, Mar 16, 2015 at 2:23 PM, Sebastian Huber
>> wrote:
>> >
>> > - Gedare Bloom schrieb:
>> >> Module:rtems
>> >> Branch:mast
On Mon, Mar 16, 2015 at 3:53 PM, Gedare Bloom wrote:
> On Mon, Mar 16, 2015 at 3:36 PM, Sebastian Huber
> wrote:
>>
>> - Gedare Bloom schrieb:
>>> On Mon, Mar 16, 2015 at 2:23 PM, Sebastian Huber
>>> wrote:
>>> >
>>> > -
On Mon, Mar 16, 2015 at 3:53 PM, Gedare Bloom wrote:
> On Mon, Mar 16, 2015 at 3:36 PM, Sebastian Huber
> wrote:
>>
>> - Gedare Bloom schrieb:
>>> On Mon, Mar 16, 2015 at 2:23 PM, Sebastian Huber
>>> wrote:
>>> >
>>> > -
---
cpukit/score/cpu/arm/rtems/score/types.h | 3 +++
cpukit/score/cpu/avr/rtems/score/types.h | 3 +++
cpukit/score/cpu/bfin/rtems/score/types.h| 3 +++
cpukit/score/cpu/h8300/rtems/score/types.h | 3 +++
cpukit/score/cpu/i386/rtems/score/types.h| 3 +++
cpukit/score/cpu/lm32/rt
On Mon, Mar 16, 2015 at 4:17 PM, Joel Sherrill
wrote:
>
>
> On 3/16/2015 2:57 PM, Yurii Shevtsov wrote:
>>> On 3/16/2015 2:37 PM, Gedare Bloom wrote:
>>>> On Mon, Mar 16, 2015 at 3:21 PM, Joel Sherrill
>>>> wrote:
>>>>> I don't kn
On Mon, Mar 16, 2015 at 5:06 PM, Joel Sherrill
wrote:
> Hi
>
> Gedare attempted to remove a couple of warnings and I wanted to pass
> along that in two cases, the warnings weren't resolved. These are from
> the sparc-erc32 and main_df.c previously didn't have warnings here.
>
> ../../../../../../r
Hi Waleed,
Welcome! We have a lot of students who are interested in the Raspberry
Pi this year. I encourage you to explore if any other project
interests you, but if you really want to work with Raspberry Pi, the
current info is available at
https://devel.rtems.org/wiki/Developer/Projects/Open/Imp
Welcome,
You're not too late. We don't think the SMP support (broadly speaking)
is suitable for GSoC projects at this time. There might be some
specific aspects, such as SMP support for a particular platform, that
you could undertake. Another project that may be suitable and timely
could be to wor
You may add the export command to the file .bashrc in your home
directory ($HOME/.bashrc), so that it gets set every time you create a
new terminal window.
On Thu, Mar 19, 2015 at 4:08 AM, Rohini Kulkarni wrote:
> OK! I need to add this path to $PATH.
>
> Got it. Thanks!
>
> On Thu, Mar 19, 2015
Eduardo,
You may like to sign-up as a mentor for RTEMS Project in case the
student decides to submit an application to port the Monkey server.
Gedare
On Thu, Mar 19, 2015 at 8:58 AM, Eduardo Silva wrote:
> Hi Joel,
>
> sorry for the late reply, really busy days :)
>
> As you may know we were no
On Thu, Mar 19, 2015 at 10:49 AM, Joel Sherrill
wrote:
> Hi
>
> On one platform, we get a warning for this piece of code in imfs.h
>
> static inline ino_t IMFS_node_to_ino( const IMFS_jnode_t *node )
> {
> return (ino_t) node;
> }
>
> On this target, "typedef unsigned long ino_t;" and
> sizeof(v
ok
On Thu, Mar 19, 2015 at 8:52 AM, Alexander Krutwig
wrote:
> ---
> cpukit/score/include/rtems/score/timestamp.h | 18 --
> cpukit/score/include/rtems/score/timestamp64.h | 13 -
> 2 files changed, 31 deletions(-)
>
> diff --git a/cpukit/score/include/rtems/score/t
On Thu, Mar 19, 2015 at 11:30 AM, Sebastian Huber
wrote:
>
> - Joel Sherrill schrieb:
>>
>>
>> On March 19, 2015 9:52:56 AM CDT, Gedare Bloom wrote:
>> >On Thu, Mar 19, 2015 at 10:49 AM, Joel Sherrill
>> > wrote:
>> >> Hi
>> >&
On Thu, Mar 19, 2015 at 12:00 PM, Ric Claus wrote:
>
> On Mar 19, 2015, at 4:30 PM, Sebastian Huber
> wrote:
>
>>
>> - Joel Sherrill schrieb:
>>>
>>>
>>> On March 19, 2015 9:52:56 AM CDT, Gedare Bloom wrote:
>>>> On Thu
On Thu, Mar 19, 2015 at 1:10 PM, Ric Claus wrote:
>
> On Mar 19, 2015, at 5:06 PM, Gedare Bloom wrote:
>
>> On Thu, Mar 19, 2015 at 12:00 PM, Ric Claus wrote:
>>>
>>> On Mar 19, 2015, at 4:30 PM, Sebastian Huber
>>> wrote:
>>>
>>>>
ok to both
On Fri, Mar 20, 2015 at 4:08 AM, Alexander Krutwig
wrote:
> ---
> cpukit/score/Makefile.am | 2 +-
> cpukit/score/include/rtems/score/timestamp.h | 21 -
> cpukit/score/include/rtems/score/timestamp64.h | 31 -
> cpukit/
Please fix the URLs to be rtems.org (especially the license)
-Gedare
On Fri, Mar 20, 2015 at 4:18 AM, Sebastian Huber
wrote:
> Hello Martin,
>
> On 19/03/15 01:11, Martin Galvan wrote:
>>
>> This patch adds support for the following devices to the LPC176x BSP:
>>
>> * CAN
>> * PWM
>> * ADC
>
>
>
Push it. It touches a lot of files but pretty self-contained in each,
shouldn't cause conflicts.
On Fri, Mar 20, 2015 at 9:09 AM, Sebastian Huber
wrote:
> ---
> c/src/lib/libbsp/arm/beagle/clock.c| 2 +-
> c/src/lib/libbsp/arm/beagle/console/console-config.c
On Fri, Mar 20, 2015 at 9:08 AM, Sebastian Huber
wrote:
> Maybe it makes sense to add a git commit hook, that rejects such patches. We
> already have this issue in other places as well:
Perhaps if we get Phabricator up, it can be configured to reject
patches containing rtems.com easily?
__
On Fri, Mar 20, 2015 at 10:47 AM, Joel Sherrill
wrote:
> On an odd note, did we finally kill that misformatted
> license text?
>
Not sure what you mean.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On Fri, Mar 20, 2015 at 11:39 AM, Sujay Raj wrote:
> Well I started writing the first draft of the project proposal ( which
> I shall hopefully finish by tonight, Its 9 PM here ).
>
> I am making "porting the Monkey web server to RTEMS as well as a
> partial reorganization of the network stacks pr
Hi,
Weekends tend to be slow around here.
On Mon, Mar 23, 2015 at 10:30 AM, Rohini Kulkarni wrote:
> Hi,
>
> I want to know what is the current work going on for Raspberry pi 2 support?
>
The BSP can be run, but there are performance problems with it,
indicating the cache configuration is wrong.
done make the
> project too big?
No. I think it is a good set. You always want to have "stretch goals".
> Regards,
> Sujay Raj
>
>
>
> On Fri, Mar 20, 2015 at 9:45 PM, Joel Sherrill
> wrote:
>>
>>
>> On 3/20/2015 11:03 AM, Sujay Raj wrote:
>>&
Very nice! thanks for the update!
On Mon, Mar 23, 2015 at 2:36 AM, Chris Johns wrote:
> Hi,
>
> I have added some pages to the developer's wiki:
>
> https://devel.rtems.org/wiki/Developer/Tracing
>
> and I am slowly adding more detail. I intend to update the Trace Linker with
> more detail on th
I guess this is a problem for 16-bit targets? changing the constants
to 16UL and 8UL also should work. A comment should be made that this
is only for 16-bit targets. If we rid RTEMS of those, we can get rid
of some of these shenanigans...
On Mon, Mar 23, 2015 at 10:39 AM, Joel Sherrill
wrote:
> -
On Mon, Mar 23, 2015 at 12:41 PM, Joel Sherrill
wrote:
>
>
> On March 23, 2015 10:31:10 AM CDT, Antti Kantee wrote:
>>On 23/03/15 14:30, Hesham ALMatary wrote:
>>> Hi all,
>>>
>>> Thanks Antti for your reply. I'm reviving this thread as Dr.Joel
>>suggested.
>>>
>>> On Thu, Feb 26, 2015 at 1:11 AM
Joel,
I think the snapshot should contain this patch now. We should switch
over to it, and start testing for release.
Gedare
On Mon, Mar 23, 2015 at 11:42 AM, Gedare Bloom wrote:
> Module:rtems-source-builder
> Branch:master
> Commit:65235333547902c735ff06667393a4f
I didn't have time to switch to the snapshot today. -Gedare
On Mon, Mar 23, 2015 at 5:38 PM, Chris Johns wrote:
> On 24/03/2015 4:55 am, Joel Sherrill wrote:
>>
>>
>>
>> On March 23, 2015 12:01:55 PM CDT, Gedare Bloom wrote:
>>>
>>> Joel,
>
On Tue, Mar 24, 2015 at 10:52 AM, Charith Eranga
wrote:
> Hi All,
>
> I'm Charith Eranga from University of Moratuwa, Sri Lanka. I'm
> currently a second year student specializing in embedded software
> development.
>
> I'm particularly interested in compiling RTEMS with Clang [1] and the
> improv
Looks pretty good. I have the same basic comment I give most students,
which is that you should try to flesh out some more details about what
exactly you will be doing, i.e. what code you might be able to use,
what your software architecture may look like, draw some diagrams to
clarify concepts, an
On Wed, Mar 25, 2015 at 4:49 AM, André Marques
wrote:
> Hello everyone,
>
> My GSoC proposal entitled "Raspberry Pi Low Level Peripherals and SD Card"
> can be found for review at:
>
> https://docs.google.com/document/d/11K0qU3OsbSMhNYkTTWt4kitAbd6uuJBcMfA_07Lg6j8
>
> One issue I would like to dis
If you copied from the template and used the same sharing settings, it
should just work.
Gedare
On Wed, Mar 25, 2015 at 9:52 AM, abd el-hamed Amer
wrote:
> Dear Anand,
>
> Thanks a lot, How can i set it to be visible to mentors(I just know mentor
> name)?
>
> Regards,
> Abdelhamid
>
> On Wed, Mar
P.S. mentors feel free to sign-up for GSoC. We have lots of
interesting project proposals this year, does one catch your eye?
https://devel.rtems.org/wiki/GSoC/2015
On Wed, Mar 25, 2015 at 12:24 PM, Joel Sherrill
wrote:
> Hi
>
> Only two days left to apply to GSOC.
>
> The ESA SOCIS application p
There are unused fields in the (32-bit) Objects_Id, but none are
"reserved". Currently only 2-bits of the API are used, although 4 bits
are available. Also, if you're not using RTEMS_MULTIPROCESSING, I
guess none of the node bits are used.
Gedare
On Wed, Mar 25, 2015 at 10:52 PM, Chris Johns wro
Upload your official proposal to Google Melange.
I would expect the multicore aspect to be mostly research, and any
implementations for multicore are bonus. You could also consider
implementing something like plist as a future improvement, if it makes
sense to offer.
Since this bug affects previo
Yes this is acceptable, thanks! Please post your patch too.
-Gedare
On Thu, Mar 26, 2015 at 1:07 AM, Rohini Kulkarni wrote:
> Hi All,
>
> I have chosen Raspberry Pi 2 support as my project. I recently received the
> raspberry pi board, but do not have a console set up yet. I have run the the
> he
On Thu, Mar 26, 2015 at 2:18 PM, Joel Sherrill
wrote:
> On 03/26/2015 11:35 AM, Jarielle Catbagan wrote:
>>
>> It looks like the internal ROM-based bootloader looks for a secondary
>> program loader (SPL) that initializes the necessary devices to
>> continue the boot process and pass control to a
I guess you ran it? Could you post your results when you commit it. :)
On Thu, Mar 26, 2015 at 2:22 PM, Joel Sherrill
wrote:
> ---
> tester/rtems/testing/bsps/simsh1-run.mc | 54 ++
> tester/rtems/testing/bsps/simsh1.mc | 56
>
>
On Thu, Mar 26, 2015 at 5:07 PM, Daniel Gutson
wrote:
> On Thu, Mar 26, 2015 at 5:16 PM, Martin Galvan
> wrote:
>> ---
>> c/src/lib/libbsp/arm/tms570/include/tms570.h | 19 +++--
>> c/src/lib/libbsp/arm/tms570/startup/bspreset.c | 37
>> --
>> 2 files changed,
proposal for it.
>
> Is it okay if I add myself to the GSoC Tracking page?
>
> Best,
> Gowtham Ashok
>
> On Thu, Mar 19, 2015 at 2:28 AM, Gedare Bloom wrote:
>>
>> Welcome,
>>
>> You're not too late. We don't think the SMP support (broadly speaki
Hermann,
You should use our proposal template
https://docs.google.com/document/d/1F5XCodvX8AYNqWX5ssu7dfjkmFT__83uf8ABKbB_Pkg/edit?usp=sharing
Thanks,
Gedare
On Fri, Mar 27, 2015 at 8:26 AM, Hermann Felbinger
wrote:
> Hi all,
>
> I am interested in working on coverage analysis for RTEMS at GSOC
It looks good to me I'll try to get to it if Sebastian doesn't. -Gedare
On Thu, Mar 26, 2015 at 4:16 PM, Martin Galvan
wrote:
> ---
> c/src/lib/libbsp/arm/tms570/include/tms570.h | 19 +++--
> c/src/lib/libbsp/arm/tms570/startup/bspreset.c | 37
> --
> 2 files
vided the link at https://devel.rtems.org/wiki/GSoC/2015 .
> What is wrong?
>
> Thanks,
> Hermann
>
> Gedare Bloom schrieb am Fr., 27. März 2015 um 14:18 Uhr:
>
>> Hermann,
>>
>> You should use our proposal template
>>
>> https://docs.google.com/docu
Please enable comments. -Gedare
On Fri, Mar 27, 2015 at 11:00 AM, Carlos Falgueras García
wrote:
> Hello!
>
> I'm interesting to participate in GSoC with this organization. I've a
> proposal for Rasberry Pi BSP layer improvement. I know maybe it's too late,
> and that there are other proposal. Bu
Hi,
Submissions have ended. We have received 18 legitimate applications, 3
spam, 1 duplicate, and 1 that was withdrawn. Any students who are
eligible should submit applications to SOCIS as well.
The general list of projects is at
https://devel.rtems.org/wiki/GSoC/2015 although not all of them
sub
Quick comments:
Avoid abbreviations but feel free to use acronyms in "rtems" APIs . Make sure
acronyms are documented, what is TBG?
If divide by 32 is on hot path might want to reconsider it if possible
A macro for the bit masks would improve readability
I've seen this print timestamp function
Would you then subtract 1 from uptime when reporting it? Or would
users be expected to know that uptime is off-by-1?
On Wed, Apr 1, 2015 at 4:07 AM, Alexander Krutwig
wrote:
> Hello,
>
> during my work with FreeBSD timecounters, I found out that the FreeBSD
> timecounters start with an uptime val
Hugo,
RTEMS does not currently have much infrastructure for device drivers.
There are some efforts underway that may lead to it, but for now,
device drivers normally are written directly within a BSP, so you'd
write the custom code to run your LCD driver directly, and provide
your application with
at 10:21 AM, Gedare Bloom wrote:
> Hugo,
>
> RTEMS does not currently have much infrastructure for device drivers.
> There are some efforts underway that may lead to it, but for now,
> device drivers normally are written directly within a BSP, so you'd
> write the custom code
On Wed, Apr 1, 2015 at 7:01 AM, Pavel Pisa wrote:
> Hello all,
>
> I would like to inform you that Premysl Houdek is near to finishing
> preparation of complete registers header files for TMS570LS3137.
> The register and fields definition are interactively retrieved
> with help of some macro from
I'd like to cut the 4.11 branch as soon as we get the drvmgr/pci
patches merged. Please state if you have any other necessary patches
or blockers for release. The plan will be to create a 4.11 branch and
tag 4.11.0 and then only bug-fixes should go into 4.11 branch, and
master becomes the next rele
Alex,
Can you resend with git-send-email? Also, please be sure to use the
same style as the rest of the file, or the RTEMS Style rules
otherwise. In particular, use { on same line as if, and spaces around
().
Other than style, I think this looks ok.
Gedare
On Wed, Apr 1, 2015 at 10:31 AM, Alex
On Wed, Apr 1, 2015 at 10:37 AM, Alexander Krutwig
wrote:
> ---
> cpukit/score/Makefile.am | 10 ++
> cpukit/score/include/rtems/score/timecounter.h | 23 +++
> cpukit/score/include/sys/timeffc.h | 2 +
> cpukit/score/include/sys/timetc.h
I didn't read much of this, but it needs doxygen, and probably part of
the previous patch should be merged in here, or some better
splitting/recombining of patches so I don't have to review code that
gets fixed. It's worth repeating, the "rtems_*time" functions are not
following the API conventions
This patch could use some more explanation, and probably some
documentation in the BSP guide. Why is erc32 being changed, for what
purpose?
On Wed, Apr 1, 2015 at 10:37 AM, Alexander Krutwig
wrote:
> ---
> c/src/lib/libbsp/shared/clockdrv_shell.h| 31 -
> c/src/lib/libbsp/spa
Daniel,
On Wed, Apr 1, 2015 at 11:02 AM, Daniel Hellstrom wrote:
> On 04/01/2015 04:40 PM, Gedare Bloom wrote:
>>
>> I'd like to cut the 4.11 branch as soon as we get the drvmgr/pci
>> patches merged. Please state if you have any other necessary patches
>> or blo
Two line length/break issues, and I think we're set!
On Wed, Apr 1, 2015 at 11:18 AM, Alexandru-Sever Horin
wrote:
> From: Alexandru-Sever Horin
>
> ---
> cpukit/libi2c/libi2c.c | 21 +
> 1 file changed, 13 insertions(+), 8 deletions(-)
>
> diff --git a/cpukit/libi2c/libi2c.
On Wed, Apr 1, 2015 at 11:25 AM, Joel Sherrill
wrote:
>
>
> On April 1, 2015 10:14:48 AM CDT, Daniel Hellstrom wrote:
>>On 04/01/2015 05:05 PM, Gedare Bloom wrote:
>>> Daniel,
>>>
>>> On Wed, Apr 1, 2015 at 11:02 AM, Daniel Hellstrom
>> wrote:
On Wed, Apr 1, 2015 at 11:58 AM, Joel Sherrill
wrote:
>
>
> On 4/1/2015 10:01 AM, Gedare Bloom wrote:
>> I didn't read much of this, but it needs doxygen, and probably part of
>> the previous patch should be merged in here, or some better
>> splitting/recombini
:
> I hold back new stuff like
>
> - fine grained locking for semaphores and message queues,
> - FreeBSD timecounters,
> - watchdog SMP improvements, and
> - SPARC FPU context switch improvments.
>
> I am really looking forward to working with the new build system.
>
&g
OK, sorry to nitpick, but could you do one more favor and split the
commit message up into a short one-liner and longer text separated by
a blank line, like:
---
cpukit/libi2c allowed to probe on device init
libi2c registration of a device fails if the device initialization fails
Benefits: allows
On Wed, Apr 1, 2015 at 2:42 PM, Sebastian Huber
wrote:
>
> - Joel Sherrill schrieb:
>>
>>
>> On 4/1/2015 9:18 AM, Gedare Bloom wrote:
>> > Would you then subtract 1 from uptime when reporting it? Or would
>> > users be expected to know that uptime
On Wed, Apr 1, 2015 at 2:54 PM, Sebastian Huber
wrote:
>
> - Gedare Bloom schrieb:
>> On Wed, Apr 1, 2015 at 11:58 AM, Joel Sherrill
>> wrote:
>> >
>> >
>> > On 4/1/2015 10:01 AM, Gedare Bloom wrote:
>> >> I didn't read much
On Mon, Apr 6, 2015 at 5:12 PM, QIAO YANG wrote:
> -
>
> diff --git a/c/src/lib/libbsp/arm/raspberrypi/Makefile.am
> b/c/src/lib/libbsp/arm/raspberrypi/Makefile.am
> index c6133df..70bc01d 100644
> --- a/c/src/lib/libbsp/arm/raspberrypi/Makefile.am
> +++ b/c/src/lib/libbsp/arm/raspberrypi/Make
On Tue, Apr 7, 2015 at 4:46 AM, ragu nath wrote:
> Thanks for your help. I added the driver in the nexus-devices.h and it
> was working. I was missing the header file default-network-init.h in
> my application. Now I am able to link the driver to the application.
>
Documentation patches welcomed.
Everyone else can ignore this.
Students, please take a look in Melange to see if there are comments
on your proposal to address. Apparently, the system is not sending you
emails by default to notify you.
Mentors, if you have time, please review some proposals, and mark any
you would be interested
quick skim of these 4 looked good
On Wed, Apr 8, 2015 at 5:49 AM, Sebastian Huber
wrote:
> ---
> cpukit/score/Makefile.am | 2 +-
> cpukit/score/include/rtems/score/statesimpl.h | 3 +++
> cpukit/score/include/rtems/score/threadimpl.h | 30 ++---
> cpukit/s
On Wed, Apr 15, 2015 at 2:49 AM, Sebastian Huber
wrote:
> Two message queues get deleted before the forth is created. Why did this
> work before and what is the root cause for this failure? We will never know
> after this patch.
>
Yes I don't understand what this is fixing. The test, or the failur
On Wed, Apr 15, 2015 at 3:41 PM, Joel Sherrill
wrote:
> ---
> testsuites/sptests/sp13/system.h | 23 +++
> 1 file changed, 19 insertions(+), 4 deletions(-)
>
> diff --git a/testsuites/sptests/sp13/system.h
> b/testsuites/sptests/sp13/system.h
> index 3b170bf..8e5ffbb 100644
>
On Wed, Apr 15, 2015 at 3:46 PM, Joel Sherrill
wrote:
>
>
> On 4/15/2015 2:45 PM, Gedare Bloom wrote:
>> On Wed, Apr 15, 2015 at 3:41 PM, Joel Sherrill
>> wrote:
>>> ---
>>> testsuites/sptests/sp13/system.h | 23 +++
>>>
Do you have any intuition to answer Sebastian's concern about why this
test suddenly exposed a problem? (git-bisect?)
On Thu, Apr 16, 2015 at 11:55 AM, Joel Sherrill
wrote:
> ---
> testsuites/sptests/sp13/system.h | 31 ++-
> 1 file changed, 26 insertions(+), 5 deleti
I'm not a big fan of this "watchdog_remove_it" terminology. Can I
suggest the state be called something else like WATCHDOG_REMOVING or
maybe WATCHDOG_TRANSIENT, and perhaps the actual removal function be
renamed _Watchdog_Remove_internal() or something similar? Also, given
the refactoring here and
Tested on / results?
On Fri, Apr 17, 2015 at 4:55 AM, Sebastian Huber
wrote:
> Use mostly the standard watchdog operations. Use a system event for
> synchronization. This implementation is simpler and offers better SMP
> performance.
>
> Update #2307.
> ---
> cpukit/rtems/include/rtems/rtems/e
Looks straightforward to me. Any doc need updating?
On Sat, Apr 18, 2015 at 12:25 PM, Hesham ALMatary
wrote:
> or1ksim BSP was initially named after or1ksim simulator, and it was
> intented to only run there. But now it can also run on QEMU, jor1k and
> real FPGA boards without modifications. It
On Sun, Apr 19, 2015 at 6:24 AM, Hesham ALMatary
wrote:
> On Sun, Apr 19, 2015 at 1:49 AM, Joel Sherrill
> wrote:
>> On 04/18/2015 04:57 PM, Gedare Bloom wrote:
>>>
>>> Looks straightforward to me. Any doc need updating?
>>>
>> Maybe the wiki. But
Looks ok to me. -Gedare
On Mon, Apr 20, 2015 at 9:47 AM, Sebastian Huber
wrote:
> Sorry, this is the first patch. This should go into the 4.11 release.
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone : +49 89 189 47 41-16
> Fax :
Joel,
On Tue, Apr 21, 2015 at 12:13 PM, Joel Sherrill
wrote:
>
>
> On 4/21/2015 2:24 AM, Sebastian Huber wrote:
>> Move the linear search into a critical section to avoid corruption due
>> to higher priority interrupts. The interrupt disable time depends now
>> on the count of pending messages.
On Wed, Apr 22, 2015 at 2:15 PM, Saeed Ehteshamifar
wrote:
> Hi,
>
> I'm interested to take part in development of RTEMS via fault tolerance
> project. I've read the wiki page for the project, the page for open
> projects, and the page for GSoC and GSoC getting started. I've also skimmed
> RTEMS 4
On Thu, Apr 23, 2015 at 9:30 AM, Sebastian Huber
wrote:
> A thread join twofold. One side uses a thread queue and the other not.
> So we must not use the same state.
>
> Update #2035.
> ---
> cpukit/libmisc/monitor/mon-prmisc.c | 1 +
> cpukit/posix/src/pthreadjoin.c| 2
On Thu, Apr 23, 2015 at 3:09 PM, Sebastian Huber
wrote:
>
> - Gedare Bloom schrieb:
>> On Thu, Apr 23, 2015 at 9:30 AM, Sebastian Huber
>> wrote:
>> > A thread join twofold. One side uses a thread queue and the other not.
>> > So we must not use th
On Fri, Apr 24, 2015 at 3:13 AM, Sebastian Huber
wrote:
>
>
> On 24/04/15 09:11, Chris Johns wrote:
>>>
>>> >For the tools I propose to use GCC 4.9.3 (should get released soon) and
>>> >the next Newlib snapshot.
>>> >
>>
>> Snapshot name ?
>
>
> Its not available yet, but we are close to the end o
Why do we have these two functions with similar names and commented to
have the same functionality? If one is for SMP and the other for UP,
should they be unified or is there a good reason to have separate
functions?
On Fri, Apr 24, 2015 at 2:42 AM, Sebastian Huber wrote:
> Module:rtems
> Bra
Wouldn't it be better to fix the or1k function declarations unless
there is going to be or1k-specific implementation provided?
On Fri, Apr 24, 2015 at 1:07 PM, Hesham ALMatary
wrote:
> Hi,
>
> I believe this commit is the one which broke it [1], I'm going to
> discard the usage of the shared cach
1 - 100 of 3825 matches
Mail list logo
