Re: TMS570 BSP updates and LwIP support

On Tue, Nov 10, 2015 at 1:30 PM, Martin Galvan wrote: > On Mon, Nov 9, 2015 at 8:30 PM, Pavel Pisa wrote: >> If you intend to use 4.11 for production, please, test our changes >> and suggest if they are appropriate for 4.11. > > Are

GCI Mentors Wanted

Hello All, We are hoping to participate in Google Code-In (GCI) this year. This is a program for high school students that requires a high frequency of interactions between mentors and students as they do tasks from 5 categories (coding, doc, testing, outreach, UI). We really need a lot of

Re: [PATCH 3/7] bsp/tms570: fixed sci driver freeze when closing terminal bug

On Thu, Nov 12, 2015 at 5:11 PM, Pavel Pisa wrote: > From: Premysl Houdek > > tms570_sci_interrupt_last_close: do not wait for old data transmit. > > Signed-off-by: Premysl Houdek > --- >

Re: [PATCH 2/7] bsp/tms570: Pinmux support and EMAC pin definition added

On Thu, Nov 12, 2015 at 5:11 PM, Pavel Pisa wrote: > From: Premysl Houdek > > Signed-off-by: Premysl Houdek > --- > c/src/lib/libbsp/arm/tms570/Makefile.am| 3 +- > .../lib/libbsp/arm/tms570/include/tms570-pinmux.h

Re: BBB GPIO pullpup/pulldown patch

The code looks fine, if someone cares to verify they ran it On Fri, Nov 13, 2015 at 8:49 AM, Federico Garcia Cruz < federico.garciac...@tallertechnologies.com> wrote: > Hi everyone, > we're working with the latest RTEMS in the Beaglebone and we're using the > GPIO api. We've added the code for

Re: RTEMS Accepted info Google Code-In 2015

Interested mentors should provide me (or Joel) with a Google Account (gmail) name you can use. Then we can invite you to participate. On Fri, Nov 13, 2015 at 3:31 PM, Joel Sherrill wrote: > Hi > > We are honored to be in the 2015 edition of the Google Code-In program for > high

Re: Memory access between application task and driver using printk

There appears to be problems in the code you copy-pasted, so it is hard to say for sure what is going on in your actual code. See below for a few notes. On Mon, Nov 16, 2015 at 11:28 AM, Inderjit Singh wrote: > Hi, > > I have a strange behaviour regarding memory

Re: [PATCH-V3 1/1] sparc: Fix context switch on SMP

On Mon, Nov 16, 2015 at 2:31 PM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > > > - Am 16. Nov 2015 um 17:06 schrieb Gedare Bloom ged...@rtems.org: > >> Does this bug have a ticket? > > From my point of view we need a ticket, if > >

Re: Trouble building RTEMS from master

Did you bootstrap -c and then bootstrap? I think I saw this error earlier today too, with a new sparc toolchain, but then it went away after i rm-rf'd my build tree and tried over. On Wed, Nov 4, 2015 at 4:39 PM, Martin Galvan wrote: > Hi everyone! I'm

Re: [PATCH] doc: fix link to patch for CVS

applied to rtems-source-builder master, but not 4.11 branch. Some changes have gone into 4.11/* for master branch and not 4.11 branch on RSB. I don't quite understand the reason for the 4.11 branch in RSB... On Wed, Nov 4, 2015 at 12:58 PM, Gedare Bloom <ged...@rtems.org> wrote: > -

[PATCH] doc: fix link to patch for CVS

--- doc/source-builder.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/source-builder.txt b/doc/source-builder.txt index fa75fe1..43bcf77 100644 --- a/doc/source-builder.txt +++ b/doc/source-builder.txt @@ -3179,7 +3179,7 @@ tools. The following are required: . CVS

Re: [rtems-source-builder commit] doc: fix link to patch for CVS

Are manuals on docs.rtems.org automatically regenerated or need to be hand-built? On Wed, Nov 4, 2015 at 2:54 PM, Gedare Bloom <ged...@rtems.org> wrote: > Module:rtems-source-builder > Branch:master > Commit:6bef80f0260923d7274dc1bf3fe193df025772e8 > Changeset: >

Re: Tools for RTEMS 4.12

Hi Sebastian, I see no problem with using the newer GCC assuming our development cycle is probably still at least 1yr+. Until we get good automation this is the case. Also, we are planning to apply to Google Code-In, and bumping the tool versions could be a set of tasks. If you would like to do

Re: Tools for RTEMS 4.12

On Fri, Nov 6, 2015 at 9:12 AM, Chris Johns <chr...@rtems.org> wrote: > On 5/11/2015 6:56 am, Gedare Bloom wrote: >> I see no problem with using the newer GCC assuming our development >> cycle is probably still at least 1yr+. Until we get good automation >> this is the

Re: [PATCH] Add RTEMS 4.12 build set

I think Chris may want to change the way RSB deals with versions, so hold off on committing until he can comment. I assume this is just cp from 4.11 to 4.12 plus search-replace? On Fri, Nov 6, 2015 at 10:21 AM, Sebastian Huber wrote: > --- >

Re: LwIP port using directly RTEMS semaphores and message queues

On Mon, Oct 12, 2015 at 2:01 AM, ragu nath wrote: > Hi, > > lwIP can be built using RTEMS Source builder now. We have RTEMS + > lwIP OS glue(cc.h & sys_arch.c etc) . But it uses posix lib functions > instead of RTEMS native library. >

Re: [PATCH] Add STM32 HAL Files for F4 and F7

I don't have a problem on the surface of it, but can we get a clear statement of the licensing for the included code? On Mon, Sep 28, 2015 at 4:25 PM, Isaac Gutekunst wrote: > Hi Devel, > > As mentioned earlier, Vecna has developed two BSP families using the HAL >

Re: [PATCH] Fixes GPIO APIs Naming Convention and Comments

OK to commit, but the patch did not apply cleanly for me, something wrong with the mail message. On Tue, Oct 13, 2015 at 3:11 AM, Ben Gras wrote: > All, > > This change renames these gpio-specific functions: > > rtems_bsp_enable_interrupt > rtems_bsp_disable_interrupt >

Re: [PATCH] cpukit/libnetworking/libc/getifaddrs.c: Fix undefined behavior on freeing auto variable if NET_RT_IFLIST isn't defined.

On Wed, Oct 14, 2015 at 9:33 AM, Martin Galvan wrote: > On Wed, Oct 14, 2015 at 4:59 AM, Sebastian Huber > wrote: >> Since NET_RT_IFLIST is defined in socket.h, the else block is essentially >> dead code. How did you find

Re: [PATCH] Fixes GPIO APIs Naming Convention and Comments

. On Wed, Oct 14, 2015 at 5:06 PM, sudarshan.rajagopalan <sudarshan.rajagopa...@vecna.com> wrote: > On 2015-10-14 16:28, Gedare Bloom wrote: >> >> OK to commit, but the patch did not apply cleanly for me, something >> wrong with the mail message. > > > > Hi Ge

Re: [PATCH] Beagle BSP Improvements (GPIO driver)

I think this was discussed before. I don't see a ticket on this issue. It may be worth filing one. I see e-mail from July from TallerTech folks about the server problem. On Wed, Nov 18, 2015 at 8:34 AM, Federico Garcia Cruz < federico.garciac...@tallertechnologies.com> wrote: > We were wrong

Re: Cutting 4.11.0 Soon

nevermind, I pushed those through. they may have a bit of clean-up left though On Wed, Nov 18, 2015 at 10:13 AM, Gedare Bloom <ged...@rtems.org> wrote: > Pavel's patches for TMS570 are pending I think.. > > On Tue, Nov 17, 2015 at 8:49 PM, Joel Sherrill <j...@rtems.org> w

Re: Cutting 4.11.0 Soon

Pavel's patches for TMS570 are pending I think.. On Tue, Nov 17, 2015 at 8:49 PM, Joel Sherrill wrote: > Hi > > Now that the ftp site is cleaned uo, I want to cut this release as soon as > possible. Unfortunately, I have commitments and most likely won't get to > this before at

Re: [PATCH 3/7] bsp/tms570: fixed sci driver freeze when closing terminal bug

On Tue, Nov 17, 2015 at 2:29 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > Hello Gedare, > > On Sunday 15 of November 2015 14:44:24 Gedare Bloom wrote: >> On Thu, Nov 12, 2015 at 5:11 PM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: >> > From:

Re: [PATCH] bsp/tms570: unite code duplication in pinmux and clean SCI close per review remarks.

Applied. On Wed, Nov 18, 2015 at 12:45 PM, Pavel Pisa wrote: > From: Premysl Houdek > > Signed-off-by: Premysl Houdek > --- > c/src/lib/libbsp/arm/tms570/console/tms570-sci.c| 12 +++- >

Re: obsolete m32r port

Plesae check all obsoletes through users ml. On Thu, Aug 27, 2015 at 5:54 PM, Joel Sherrill joel.sherr...@oarcorp.com wrote: Hi Another one on my chopping block. I don't see the official not recommended for new designs language but I also don't seen much hinting an update in five years

Re: [PATCH] Fix exception handler for supporting FPU

Could you please open a ticket on our trac to describe the problem this fixes, and add closes #. to your patch commit message? Thanks, Gedare On Thu, Aug 27, 2015 at 4:33 PM, sudarshan.rajagopalan sudarshan.rajagopa...@vecna.com wrote: Patch attached here for ARMv7M Exception Handler. Looks

Re: [PATCH 4/6] add fb support for rpi bsp

On Mon, Aug 24, 2015 at 1:50 PM, Pavel Pisa p...@cmp.felk.cvut.cz wrote: Hello Giao, Joel and Gedare, there are more technical problems to discuss. But I start with question if RPi video support should be unconditional. I am not sure if VideoCore activation has some consequences to ARM

Re: [PATCH v3] ARMv7M: Fix exception handler for supporting FPU

I'd approve 2 patches in case you want to give credit. First patch with Sudarshan's fix, and Martin's improvement second. On Mon, Aug 31, 2015 at 1:28 PM, Daniel Gutson wrote: > Side question to Joel and others: is this enough to credit Sudarshan? > He did

Re: [PATCH v3] ARMv7M: Fix exception handler for supporting FPU

Martin's ticket works, and his commit can #close it. On Mon, Aug 31, 2015 at 3:22 PM, sudarshan.rajagopalan <sudarshan.rajagopa...@vecna.com> wrote: > On 2015-08-31 13:39, Daniel Gutson wrote: >> >> On Mon, Aug 31, 2015 at 2:34 PM, Gedare Bloom <ged...@rtems.org> w

Re: [PATCH v2] ARMv7M: Fix exception handler for supporting FPU

Please add "closes #2401." as a line in your commit message if you do'nt mind. On Mon, Aug 31, 2015 at 9:52 AM, Martin Galvan wrote: > By the way, I noticed there wasn't a ticket yet for this bug, so I > created one (#2401). You can view it here: > >

Re: [PATCH] rbtree: Delete rtems_rbtree_find_control()

OK On Mon, Aug 31, 2015 at 4:44 AM, Sebastian Huber wrote: > I would like to back port this patch to the 4.11 branch. > > On 31/08/15 10:43, Sebastian Huber wrote: >> >> This function is hard to support in alternative implementations. It has >> no internal

Re: [PATCH 2/3] rbtree: Add _RBTree_Replace_node()

It's on the caller to ensure no ordering violation? On Mon, Aug 31, 2015 at 7:54 AM, Sebastian Huber wrote: > --- > cpukit/score/Makefile.am | 1 + > cpukit/score/include/rtems/score/rbtree.h | 13 +++ > cpukit/score/src/rbtreereplace.c

Re: [PATCH 4/4] score: Implement priority boosting

3 and 4 look good. On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber wrote: > --- > cpukit/score/include/rtems/score/threadimpl.h | 31 + > cpukit/score/include/rtems/score/threadqimpl.h | 25 +++ > cpukit/score/src/coremutexseize.c

Re: [PATCH] smp: Documentation

On Thu, Sep 3, 2015 at 8:46 AM, Sebastian Huber wrote: > --- > doc/user/smp.t | 66 > ++ > 1 file changed, 66 insertions(+) > > diff --git a/doc/user/smp.t b/doc/user/smp.t > index 2ab9aaf..a06be8a

Re: [PATCH 1/4] smp: Documentation

On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber wrote: > --- > doc/user/smp.t | 38 ++ > 1 file changed, 38 insertions(+) > > diff --git a/doc/user/smp.t b/doc/user/smp.t > index 1b4849a..ba700e0 100644 > ---

Re: [PATCH 2/4] score: Documentation

On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber wrote: > --- > cpukit/score/include/rtems/score/threadq.h | 31 > -- > 1 file changed, 29 insertions(+), 2 deletions(-) > > diff --git a/cpukit/score/include/rtems/score/threadq.h >

Re: [PATCH v2 5/5] cpukit/libnetworking/rtems/rtems_dhcp.c: Fix leak on realloc failure for dhcp_hostname.

Joel, Review/Commit these if happy. Gedare On Wed, Sep 2, 2015 at 5:54 PM, Martin Galvan wrote: > Closes #2405. > --- > cpukit/libnetworking/rtems/rtems_dhcp.c | 18 +- > 1 file changed, 13 insertions(+), 5 deletions(-) > > diff --git

Re: [PATCH] RTEMS CAN Rough Draft Implementation

This is on my list but I'm back-logged. Hopefully someone else can check through it, preferably someone who is knowledgeable about CAN. :) On Thu, Aug 27, 2015 at 2:45 PM, Isaac Gutekunst wrote: > Hi All, > > Here is the RTEMS CAN driver framework I've been talking

Re: [PATCH] smp: Documentation

On Fri, Sep 4, 2015 at 2:49 AM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > > > On 03/09/15 17:09, Gedare Bloom wrote: >> >> On Thu, Sep 3, 2015 at 8:46 AM, Sebastian Huber >> <sebastian.hu...@embedded-brains.de> wrote

Re: [PATCH 1/4] smp: Documentation

On Fri, Sep 4, 2015 at 2:35 AM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > > > On 03/09/15 16:59, Gedare Bloom wrote: >> >> On Thu, Sep 3, 2015 at 8:01 AM, Sebastian Huber >> <sebastian.hu...@embedded-brains.de> wrote:

Re: [PATCH] Fix CppCheck errors

Apply to 4.11 and master On Wed, Sep 2, 2015 at 9:35 AM, Gedare Bloom <ged...@rtems.org> wrote: > Looks OK to me. > > On Tue, Sep 1, 2015 at 3:10 PM, Martin Galvan > <martin.gal...@tallertechnologies.com> wrote: >> This patch fixes the following CppCheck errors found

Re: [PATCH] Fix CppCheck errors

Looks OK to me. On Tue, Sep 1, 2015 at 3:10 PM, Martin Galvan wrote: > This patch fixes the following CppCheck errors found throughout the code: > > [c/src/lib/libbsp/shared/umon/umon.h:21]: (error) Invalid number of character > ({) when these macros are

Re: cppcheck errors

On Tue, Sep 1, 2015 at 5:43 PM, Joel Sherrill wrote: > > > On 9/1/2015 2:10 PM, Martin Galvan wrote: >> >> Hi everyone! >> >> I just ran CppCheck again on a fresh clone of the git repo and saw the >> number of error reports was quite smaller than what I reported before.

Re: [PATCH] Fix CppCheck errors

Joel, Coordinate your patch/fixes with this patch. (I do prefer the separate patches that Joel gave. Small atomic commits are better.) Gedare On Wed, Sep 2, 2015 at 9:35 AM, Gedare Bloom <ged...@rtems.org> wrote: > Apply to 4.11 and master > > On Wed, Sep 2, 2015 at 9:35 AM, Ge

Re: [PATCH 3/4] tools/cpu/nios2/ptf.c: Fix leak of memory pointed to by new_prefix

Martin's patch also checks for null new_prefix earlier. On Tue, Sep 1, 2015 at 5:40 PM, Joel Sherrill wrote: > Updates #2405. > --- > tools/cpu/nios2/ptf.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/tools/cpu/nios2/ptf.c b/tools/cpu/nios2/ptf.c > index

Re: PATCH] untar: do not exit with error when created directory already exists (fixes #2413).

Do we still have two versions of the untar code? This looks good to commit. On Mon, Sep 7, 2015 at 5:23 AM, Pavel Pisa wrote: > --- > cpukit/libmisc/untar/untar.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/cpukit/libmisc/untar/untar.c

Re: [PATCH] [RTEMS] Update RTEMS thread model

On Mon, Sep 14, 2015 at 7:33 AM, Sebastian Huber wrote: > > > On 11/09/15 16:21, Aurelio Remonda wrote: >>> >>> The test runners are in "sim-scripts" make sure a "realview_pbx_a9_qemu >>> >-i ticker.exe" produces the expected output. >> >> Hi, silly question

Re: [PATCH v3] ARMv7M: Fix exception handler for supporting FPU

gt; >> Hi everyone! Just checking in, was Sudarshan's patch commited? >> >> On Mon, Aug 31, 2015 at 4:49 PM, Gedare Bloom <ged...@rtems.org> wrote: >>> >>> Martin's ticket works, and his commit can #close it. >>> >>> On Mon, Aug 31

Re: [PATCH v2] untar: do not exit with error when created directory already exists (fixes #2413).

Do you have a test you can contribute? On Thu, Sep 10, 2015 at 3:56 AM, Pavel Pisa <p...@cmp.felk.cvut.cz> wrote: > Hello Gedare and others, > > On Thursday 10 of September 2015 05:00:27 Gedare Bloom wrote: >> Looks good. This should go on 4.11 and master? Someone can comm

Re: [PATCH v2] untar: do not exit with error when created directory already exists (fixes #2413).

Looks good. This should go on 4.11 and master? Someone can commit. On Wed, Sep 9, 2015 at 6:09 PM, Pavel Pisa wrote: > The problem exists for both RTEMS untar implementations and their > variants: Untar_FromMemory(), Untar_FromFile() and rtems_tarfs_load(). > --- >

How will user's compile with Makefiles? Was: Re: large bss size for sample applications

chr...@rtems.org> wrote: > On 25/09/2015 11:04 pm, Jeff Webb wrote: >> On 09/25/2015 07:59 AM, Gedare Bloom wrote: >>>> The next task for me will be to set up a simple out-of tree C or C++ >>>> POSIX >>>> application. >>>> >>>>

Re: Memory protection on RTEMS?

On Wed, Sep 9, 2015 at 2:54 PM, Sebastian Huber wrote: > Hello Martin, > > - Martin Galvan schrieb: >> Hi there! We were looking at the RTEMS SMP support, and wondered what >> would it take for the system to support

Re: New BSP Advice

On Thu, Sep 17, 2015 at 2:42 PM, Isaac Gutekunst wrote: > We will send in a patch at some point. > > The BSPs are two new BSP based off the existing STM32F4 BSP. The motivation > is to keep the old BSP that includes only RTEMS contributed code. The new > BSP includes

Re: [PATCH] Fix exception handler for supporting FPU

ping. i will try to get to this tomorrow if no one else does. On Thu, Aug 27, 2015 at 4:33 PM, sudarshan.rajagopalan wrote: > Patch attached here for ARMv7M Exception Handler. Looks like git send-email > didn't deliver the mail. Something is not quite right with

Re: [rtems commit] score: Fix atomic compare exchange

Sebastian, Does this need to go on 4.11 / ticket filed? On Fri, Sep 25, 2015 at 3:51 PM, Sebastian Huber wrote: > Module:rtems > Branch:master > Commit:1f7c5c88ca384baa312a0714c6e93174605418a7 > Changeset: >

Re: New BSP Advice

On Fri, Sep 18, 2015 at 3:29 PM, Gedare Bloom <ged...@rtems.org> wrote: > On Thu, Sep 17, 2015 at 2:42 PM, Isaac Gutekunst > <isaac.guteku...@vecna.com> wrote: >> We will send in a patch at some point. >> >> The BSPs are two new BSP based off the existing STM32

Re: [PATCH v4] ARMv7M: Improve exception handler routine and add comments on SP selection

Yes I think so please apply both if you like On Mon, Sep 21, 2015 at 4:05 AM, Sebastian Huber wrote: > On 18/09/15 23:53, Martin Galvan wrote: >> >> This patch adds a brief description of how context state is saved into the >> SP on exception entry, and makes

Re: Math lib inclusion in BSP

We usually link it later in the Makefile, e.g. see samples/paranoia I believe On Thu, Sep 24, 2015 at 3:49 PM, sudarshan.rajagopalan wrote: > Hey all, > > We are developing a new BSP that uses math.h in few of the BSP files. I do > understand that the math

Re: [PATCH 2/2] score: Delete unused API extensions

Nvm I see the doxy in the patch, didn't at first. OK On Tue, Dec 8, 2015 at 6:59 AM, Gedare Bloom <ged...@rtems.org> wrote: > Seems fine, is there any associated documentation/doxygen to update? > > On Tue, Dec 8, 2015 at 2:35 AM, Sebastian Huber > <sebastian.hu...@embe

Re: [PATCH 2/2] score: Delete unused API extensions

Seems fine, is there any associated documentation/doxygen to update? On Tue, Dec 8, 2015 at 2:35 AM, Sebastian Huber wrote: > Update #2408. > --- > cpukit/sapi/src/exinit.c | 7 --- > cpukit/score/include/rtems/score/apiext.h | 28

Re: [PATCH v2] Add RTEMS linker sets

Push it, if there is problem in the doc we can make a GCI task to fix ;) Lot of patches may come in with BSP modifications (removal, doxygen), so feel free to merge relatively quickly On Tue, Dec 8, 2015 at 1:38 AM, Sebastian Huber wrote: > If nobody

Re: Linker Set Based Initialization

We can also route student questions to here if we don't know the answers. On Tue, Dec 8, 2015 at 11:07 AM, Joel Sherrill <j...@rtems.org> wrote: > > > On Tue, Dec 8, 2015 at 9:49 AM, Gedare Bloom <ged...@rtems.org> wrote: >> >> On Tue, Dec 8, 2015 at 10:45 AM, Joe

Re: Linker Set Based Initialization

On Tue, Dec 8, 2015 at 10:45 AM, Joel Sherrill wrote: > > > On Tue, Dec 8, 2015 at 9:09 AM, Sebastian Huber > wrote: >> >> On 08/12/15 16:03, Joel Sherrill wrote: >>> >>> What BSPs/architectures have you tested? >> >> >> I temporarily moved the

Re: Google Code In (GCI) starting in 2 days

t 10:41 AM, Mathew Benson <mathew.ben...@gmail.com> wrote: > Is there a web page that lists the projects? I had tentatively volunteered > as a mentor, not really knowing what to expect. > > Sent from my iPhone > >> On Dec 5, 2015, at 7:59 AM, Gedare Bloom <ged..

Re: [PATCH 2/2] bsps: Call bsp_work_area_initialize() early

ok. Joel, you may need to tweak any slides you have on the boot sequence. ;) On Wed, Dec 9, 2015 at 3:15 AM, Sebastian Huber wrote: > Call bsp_work_area_initialize() before bsp_start(). This allows > bsp_start() to use malloc() etc. which is beneficial for

Re: [PATCH 5/5] bsps: Delete superfluous bsp_pretasking_hook()

Feel free to commit this before we hit more GCI students removing bsps.. On Wed, Dec 9, 2015 at 10:14 AM, Sebastian Huber wrote: > Use the bsp_predriver_hook() instead. > > Update #2408. > --- > c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 1 - >

Re: [PATCH] bsp/raspberrypi: Store the current taskid before waiting for the transient event in i2c-driver

can you file a ticket and describe the bug this fixes. then #close the ticket with the commit message. On Mon, Nov 30, 2015 at 5:16 PM, Jan Sommer wrote: > Before having the i2c device as an shared resource will create a deadlock > because the taskid > for the

Re: [PATCH] m32r/m32rsim: Remove

OK to commit by me. On Wed, Dec 9, 2015 at 2:27 PM, Aun-Ali Zaidi wrote: > updates #2447. > --- > c/src/lib/libbsp/m32r/acinclude.m4 | 2 - > c/src/lib/libbsp/m32r/m32rsim/Makefile.am | 48 > c/src/lib/libbsp/m32r/m32rsim/bsp_specs|

Re: [PATCH] m32rsim: Remove m32rsim references

OK to commit by me. On Wed, Dec 9, 2015 at 4:16 PM, Aun-Ali Zaidi wrote: > closes #2447. > --- > dejagnu/boards/rtems-m32r-m32rsim.exp | 40 > --- > rtems/bit_all_bsps| 2 +- > sim-scripts/.gitignore| 2 --

Re: Breaking master [Was: [PATCH] Chase Newlib sys/select.h changes]

err...@gmail.com> wrote: > > On Dec 10, 2015 6:50 AM, "Gedare Bloom" <ged...@rtems.org> wrote: >> >> Nick, >> >> We occasionally "break master" by updating newlib or gcc. This is >> fine, but yes it deserves a shout-out. > > After each

Re: BBB GPIO disable interrupt bug

This sounds like something else that was fixed about a month ago.. anyway, can you open a ticket and then #close it with the commit message for this change and submit it as a patch please? On Thu, Dec 10, 2015 at 10:29 AM, Federico Garcia Cruz < federico.garciac...@tallertechnologies.com> wrote:

Re: Google Code In (GCI) starting in 2 days

Yes, removing notepads and removing task variables are good tasks. They'll need a little more write-up yet, although we can start by opening up two tasks to "investigate/fix" the tickets and see what students do with it. I will add them soon. On Mon, Dec 14, 2015 at 7:46 AM, Sebastian Huber

Re: [PATCH] m32r: Partially remove m32rsim reference

t; to substitute in place of the m32rsim. > > Aun-Ali > > On 12/13/15 9:11 PM, Gedare Bloom wrote: >> Aun-Ali, >> >> Can you address Sebastian's question why "partially" removing m2rsim? >> Also, can you regenerate a clean patch for this change?

Re: Google Code In (GCI) starting in 2 days

On Mon, Dec 14, 2015 at 11:09 AM, Joel Sherrill <j...@rtems.org> wrote: > > On Dec 14, 2015 5:57 AM, "Gedare Bloom" <ged...@rtems.org> wrote: >> >> Yes, removing notepads and removing task variables are good tasks. >> They'll need a little more write-

Re: [PATCH] m32r: Partially remove m32rsim reference

Aun-Ali, Can you address Sebastian's question why "partially" removing m2rsim? Also, can you regenerate a clean patch for this change? On Thu, Dec 10, 2015 at 3:30 AM, Sebastian Huber wrote: > I am not sure about this one. What does "partially" mean? What is

Re: [PATCH] libnetworking/gethostbyht.c: Bugfix for hostf validity test

He is fighting the spam filter. Amar is working on it On Tue, Dec 15, 2015 at 5:59 AM, Sebastian Huber wrote: > Hello Aun-Ali, > > On 15/12/15 01:22, Aun-Ali Zaidi wrote: >> >> I still can't do that due to >> my inability to post to Trac. > > > what is the

Re: Resolution of Ticket #1709.

Hi Aun-Ali, Please remove the boilerplate confidentiality statement at the end of your email when sending to this mailing list. https://devel.rtems.org/wiki/TBR/Website/RTEMSMailingLists#Policies Thanks for your contribution! On Tue, Dec 15, 2015 at 8:01 PM, Aun-Ali Zaidi

Re: Breaking master [Was: [PATCH] Chase Newlib sys/select.h changes]

Nick, We occasionally "break master" by updating newlib or gcc. This is fine, but yes it deserves a shout-out. On Thu, Dec 10, 2015 at 4:40 AM, Nick Withers wrote: > Hullo again, > > On Thu, 2015-12-10 at 20:04 +1100, Nick Withers wrote: >> Hi all, >> >> Attached is a

Re: [PATCH] libnetworking/gethostbyht.c: Bugfix for hostf validity test

Hi Aun-Ali, I see this is the same diff as the one attached to the ticket. In this case, you should retain the code's author information by using the --author="First Last " in the git-commit command line argument. The author of that patch appears to be Tim Cussins . It is

Re: [PATCH 1/6] Remove M32R architecture

The process should also (eventually) submit the removal of the tools from gcc upstream? On Sun, Jan 3, 2016 at 4:27 PM, Joel Sherrill wrote: > From: Joel Sherrill > > updates #2446. > --- > c/src/aclocal/rtems-cpu-subdirs.m4 |1 - >

Re: [PATCH 2/6] Remove H8300 port

Instead of deleting the cpu supplement from the doc, it may be worth it to leave a stub that indicates when support was removed? On Sun, Jan 3, 2016 at 4:27 PM, Joel Sherrill wrote: > From: Joel Sherrill > > updates #2452. > --- > c/ACKNOWLEDGEMENTS

Re: [PATCH 3/6] avr/avrtest/configure.ac: Correct typo

why is this adding back avrtest/configure.ac? On Sun, Jan 3, 2016 at 4:27 PM, Joel Sherrill wrote: > From: Joel Sherrill > > --- > c/src/lib/libbsp/avr/avrtest/configure.ac | 20 > c/src/lib/libbsp/avr/configure.ac |

Re: Many BSPs Fail to link CXX tests

On Sun, Jan 3, 2016 at 9:47 PM, Joel Sherrill wrote: > > > On Sun, Jan 3, 2016 at 8:26 PM, Chris Johns wrote: >> >> On 01/04/16 12:55, Joel Sherrill wrote: >>> >>> On SPARC/SIS, the main lesson I learned is that if the executable >>> dropped to something

Re: Many BSPs Fail to link CXX tests

On Tue, Jan 5, 2016 at 5:35 AM, Sebastian Huber wrote: > > > On 04/01/16 03:47, Joel Sherrill wrote: >> >> >> >> On Sun, Jan 3, 2016 at 8:26 PM, Chris Johns > > wrote: >> >> On 01/04/16 12:55, Joel Sherrill wrote:

Re: Many BSPs Fail to link CXX tests

On Mon, Jan 4, 2016 at 1:23 PM, Joel Sherrill <j...@rtems.org> wrote: > > > On Sun, Jan 3, 2016 at 11:00 PM, Gedare Bloom <ged...@rtems.org> wrote: >> >> On Sun, Jan 3, 2016 at 9:47 PM, Joel Sherrill <j...@rtems.org> wrote: >> > >> &

Re: Many BSPs Fail to link CXX tests

>> It might be good to create GCI tasks for students to get RTEMS Tester >> working for a few simulator targets that are supported? >> > > I could be wrong but I think I created them for all gdb based simulators. > There is unlikely much low hanging fruit. > I just meant a task to run the Tester

Re: Many BSPs Fail to link CXX tests

On Tue, Jan 5, 2016 at 1:10 PM, Joel Sherrill wrote: > > On Jan 5, 2016 4:35 AM, "Sebastian Huber" > wrote: >> >> >> >> On 04/01/16 03:47, Joel Sherrill wrote: >> >>> >>> >>> On Sun, Jan 3, 2016 at 8:26 PM, Chris Johns >>

Re: Many BSPs Fail to link CXX tests

On Tue, Jan 5, 2016 at 3:11 PM, Joel Sherrill <j...@rtems.org> wrote: > > > On Tue, Jan 5, 2016 at 1:33 PM, Gedare Bloom <ged...@rtems.org> wrote: >> >> >> It might be good to create GCI tasks for students to get RTEMS Tester >> >> wor

Re: Many BSPs Fail to link CXX tests

The part about testing with a simulator is vague. But you can go ahead and generate tasks. Create 1 task per architecture that remains, and allow 5 instances for each. On Tue, Jan 5, 2016 at 4:17 PM, Joel Sherrill <j...@rtems.org> wrote: > > > On Tue, Jan 5, 2016 at 2:39 PM, Ge

Re: [PATCH 2/3] mips/jmr3904: Add per-section compilation and linking support

Do you have Tester results? On Tue, Jan 5, 2016 at 6:34 PM, Joel Sherrill wrote: > The size of the sample executables without this option were: > > 1280281812 12224 142064 22af0 ticker.exe > 5260013248192 62116f2a4 minimum.exe > 11562402168 19696

Re: [PATCH 3/3] powerpc/psim: Add per-section compilation and linking support

Do you have Tester results? On Tue, Jan 5, 2016 at 6:34 PM, Joel Sherrill wrote: > The size of the sample executables without this option were: > > 1696442260 1660528816777192 e8 ticker.exe > 1254801984 1664971216777176 d8

Re: [rtems commit] jmr3904.cfg: Delete old comments

The problem likely is in the hook on the server that sends the email. The git-author info on the commit is correct. On Wed, Jan 6, 2016 at 3:17 PM, Joel Sherrill wrote: > > > On Wed, Jan 6, 2016 at 8:18 AM, Amar Takhar wrote: >> >> On 2016-01-06 08:03 -0600, Joel

Re: Empty BSP architecture removal

Hi Ralph, Please just remove the BSP. we will deal with removing empty architectures separately. Thanks for asking! On Fri, Dec 18, 2015 at 9:25 AM, Ralph Holmes wrote: > Hello, > > I'm currently working on resolving #2442, which involves the removal of the > avr/avrtest BSP

Re: TMS570: more testing including combination with HalCoGen files for direct RTEMS startup and VFP

On Sat, Nov 28, 2015 at 5:24 AM, Pavel Pisa wrote: > I have fight for while with GCC optimization to force it recognize > that linker provided symbol is set to 0. The problem is that new > C standard directly specifies that address of any legal global object > declared in C

Re: [PATCH v2] untar: do not exit with error when created directory already exists.

Thanks, patch applied to 4.11 and master On Mon, Nov 23, 2015 at 4:16 AM, Pavel Pisa wrote: > Hello Chris and Gedare, > > I have updated fix of untar problem which has been > introduced during 4.11 development cycle. > The file in a way of created directory is unlinked >

Re: Fwd: [rtems-source-builder] Various bugfixes for building rtems 4.9,4.10,4.11 and 4.12 (#5)

>> We probably always want the best infrastructure. And it we want to keep >> hosts >> moving forward, we will end up wanting to back port patches frequently. > > Would we be moving 4.11 to gcc-6? I just do not know but the > gcc-common.cfg could result in cross-talk. > I agree with branches

Re: Google Code In 2015

Welcome Sama! While you can't get started until the contest officially opens, you might like to just read more about RTEMS especially check out some of our content on our trac at https://devel.rtems.org Gedare On Thu, Nov 19, 2015 at 6:37 AM, Sama Mumbod wrote: > Hello, >

Re: [PATCH 1/2] score: Introduce Thread_Entry_information

On Fri, Jan 8, 2016 at 9:39 AM, Sebastian Huber wrote: > On 08/01/16 15:37, Sebastian Huber wrote: >> >> diff --git a/cpukit/score/include/rtems/score/thread.h >> b/cpukit/score/include/rtems/score/thread.h >> index 6e937e3..37f9f4b 100644 >> ---

Re: [PATCH] shell: Add rtems_shell_wait_for_explicit_input()

On Fri, Jun 3, 2016 at 4:05 AM, Sebastian Huber wrote: > From: Alexander Krutwig > > --- > cpukit/libmisc/shell/shell-wait-for-input.c | 26 ++ > cpukit/libmisc/shell/shell.h| 18

<    1   2   3   4   5   6   7   8   9   10   >