[PATCH 3/3] Optional Extensions initialization

Update #2408. --- cpukit/sapi/Makefile.am | 2 +- cpukit/sapi/include/rtems/extensionimpl.h | 13 + cpukit/sapi/src/exinit.c | 2 -- cpukit/sapi/src/extension.c | 16 +++ cpukit/sapi/src/extensiondata.c | 25 -

Re: Docs do not build

Hello Joel, if you delete the build directory and start from scratch is the error still present? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de

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

Since we have now the RSB, I prefer to avoid autoconf stuff and instead force users of the master branch to update their tool chain. The difficult part is to set up your development host to be able to build the tools with RSB the first time, but to build the tools a second time is easy, you jus

Re: [PATCH] Use linker set for system initialization

On 11/12/15 06:17, Chris Johns wrote: On 12/10/15 19:14, Sebastian Huber wrote: Make rtems_initialize_data_structures(), rtems_initialize_before_drivers() and rtems_initialize_device_drivers() static. Is this needed or is this something you can now do so why not? They are not longer part of

Re: [PATCH] [RSB] or1k: use newlib snapshot for rtems4.11

Pushed onto 4.11. Thanks. Chris ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH] Use linker set for system initialization

On 12/10/15 19:14, Sebastian Huber wrote: Make rtems_initialize_data_structures(), rtems_initialize_before_drivers() and rtems_initialize_device_drivers() static. Is this needed or is this something you can now do so why not? The only reason I ask is the trace linker needs external symbols to

Docs do not build

Hi I didn't have time to look into this but it looks like something isn't quite right on building the user docs since the linker set chapter was added. Could easily be something I was doing. I am hustling trying to get things wrapped up before Christmas. rm -rf $backupdir; exit $rc /data/docs/rt

[PATCH] bsps/m32rsim*: Remove

closes #2447. --- tester/rtems/testing/bsps/m32rsim-run.mc | 54 -- tester/rtems/testing/bsps/m32rsim.mc | 56 2 files changed, 110 deletions(-) delete mode 100644 tester/rtems/testing/bsps/m32rsim-run.mc delete mode 100644 tester/

[PATCH] rtems/bit_all_bsps: Remove nds reference

closes #2450. --- rtems/bit_all_bsps | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems/bit_all_bsps b/rtems/bit_all_bsps index a590048..989aa7b 100755 --- a/rtems/bit_all_bsps +++ b/rtems/bit_all_bsps @@ -126,7 +126,7 @@ get_bsps() case $CPU in avr) all_b

[PATCH] [RSB] or1k: use newlib snapshot for rtems4.11

--- rtems/config/4.11/rtems-or1k.bset | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtems/config/4.11/rtems-or1k.bset b/rtems/config/4.11/rtems-or1k.bset index 2e6fb01..e600700 100644 --- a/rtems/config/4.11/rtems-or1k.bset +++ b/rtems/config/4.11/rtems-or1k.bset @@ -38,6 +3

Re: BBB GPIO disable interrupt bug

No problem Gedare. I would do it ASAP. 2015-12-10 16:06 GMT-03:00 Gedare Bloom : > 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, 2

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: Breaking master [Was: [PATCH] Chase Newlib sys/select.h changes]

I think it is quite common to need tool updates on the master for either a change in newlib or a change in RTEMS. At least I can think of about 6 times during 4.11, so I guess at least yearly it happens. Maybe that isn't common... On Thu, Dec 10, 2015 at 8:08 AM, Joel Sherrill wrote: > > On Dec 1

BBB GPIO disable interrupt bug

Hi, I'm still working with the latest version of RTEMS in a BBB. I was testing gpio interrupts and I found that "rtems_gpio_bsp_disable_interrupt" is not working fine. When this function is called, disables not just the specific pin interrupt but all the pins interrupts. The problem is that this fu

Re: [rtems commit] m32r/m32rsim: Remove

Hi FWIW when you delete the last BSP in an architecture the configure.ac in libbsp/ needs to be looked at. It still referenced m32rsim. It could also happen if the BSP is not the last one in the architecture if we were unlucky. I saw someone complain about a bootstrap error on irc overnight and

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

After each release branch is cut, there is a period where the frozen tools continue to work. But usually this doesn't last long as backed up newlib or gcc changes force a tool update. On top of that, it is the development master and the tools will evolve and update. Sometimes causing breakage. On

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 patch for master similar to

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

Hullo again, On Thu, 2015-12-10 at 20:04 +1100, Nick Withers wrote: > Hi all, > > Attached is a patch for master similar to that I posted to the Newlib > mailing list in https://sourceware.org/ml/newlib/2015/msg00888.html * > . > > It chases Newlib changes to sys/types.h / sys/select.h and allow

[PATCH] Chase Newlib sys/select.h changes

Hi all, Attached is a patch for master similar to that I posted to the Newlib mailing list in https://sourceware.org/ml/newlib/2015/msg00888.html *. It chases Newlib changes to sys/types.h / sys/select.h and allows us to use Newlib's sys/select.h directly rather than rolling our own. A few notes

Re: [PATCH] m32r: Partially remove m32rsim reference

I am not sure about this one. What does "partially" mean? What is left? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key availa

Re: [PATCH] m32r/m32rsim: Remove

Thanks, committed. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine geschäftli

Re: [PATCH] Use linker set for system initialization

This patch actually changes the system initialization to use a linker set. The next step is to split up the rtems_initialize_data_structures bsp_libc_init rtems_initialize_before_drivers rtems_initialize_device_drivers bsp_postdriver_hook routines into independent parts so that only features us

[PATCH] Use linker set for system initialization

Make rtems_initialize_data_structures(), rtems_initialize_before_drivers() and rtems_initialize_device_drivers() static. Rename rtems_initialize_start_multitasking() to rtems_initialize_executive() and call the registered system initialization handlers in this function. Add system initialization