On 17/04/2015 7:51 am, Joel Sherrill wrote:
>
> Has anyone seen this failure?
>
> $ make
> lt LINK vscclient
> /usr/bin/ld: -f may not be used without -shared
> collect2: ld returned 1 exit status
> make: *** [vscclient] Error 1
>
Is it related to ..
http://lists.gnu.org/archive/html/qemu-disc
Add watchdog header parameter to _Watchdog_Remove() to be in line with
the other operations. Add _Watchdog_Remove_ticks() and
_Watchdog_Remove_seconds() for convenience.
Update #2307.
---
cpukit/posix/src/alarm.c| 2 +-
cpukit/posix/src/psignalunblockthread.c |
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/event.h | 5 +
cpukit/rtems/include/rtems/rtems/timerimpl.h | 51 +-
cpuki
Update #2307.
---
cpukit/score/include/rtems/score/watchdogimpl.h | 30 +
cpukit/score/src/watchdogadjust.c | 16 ++---
cpukit/score/src/watchdogadjusttochain.c| 8 +++
cpukit/score/src/watchdoginsert.c | 10 -
cpukit
Rewrite the _Watchdog_Insert(), _Watchdog_Remove() and
_Watchdog_Tickle() functions to use interator items to synchronize
concurrent operations. This makes it possible to get rid of the global
variables _Watchdog_Sync_level and _Watchdog_Sync_count which are a
blocking point for scalable SMP solut
---
c/src/lib/libcpu/shared/src/cache_manager.c | 175 +---
cpukit/score/Makefile.am| 1 +
cpukit/score/include/rtems/score/smpimpl.h | 33 --
cpukit/score/src/smpmulticastaction.c | 141 ++
testsuites/smptests/smpcache0
Hello,
I think everything for the 4.11 release is now in the tree. It would be
good to do the branch soon, since the watchdog changes and the FreeBSD
timecounters should probably be not in the release. We can test and
polish for the release in the branch.
--
Sebastian Huber, embedded brains
I checked in a slightly modified version.
On 16/04/15 16:27, Martin Galvan wrote:
While cpu_self->thread_dispatch_disable_level shouldn't ever be zero, it would
be better to check it before doing the decrement.
Changes in v2:
* Modified the asserts as requested in
https://lists.rtems.org/pi
v2: Update missing instruction routines. Test smpcache01 passes on NGMP.
---
c/src/lib/libcpu/shared/src/cache_manager.c | 224 +++-
cpukit/score/Makefile.am| 1 +
cpukit/score/include/rtems/score/smpimpl.h | 33 +++-
cpukit/score/src/smpmulticasta
Thanks a lot!
On Fri, Apr 17, 2015 at 7:18 AM, Sebastian Huber
wrote:
> I checked in a slightly modified version.
>
>
> On 16/04/15 16:27, Martin Galvan wrote:
>>
>> While cpu_self->thread_dispatch_disable_level shouldn't ever be zero, it
>> would be better to check it before doing the decrement.
We're getting hit with a lot of spam at the moment. Some may get through for
those of you with permission you can delete a ticket. The location of the
button is here:
https://trac-hacks.org/attachment/ticket/10841/DeleteButton.png
It will ask for a conformation.
Amar.
On April 17, 2015 7:58:02 AM CDT, Amar Takhar wrote:
>We're getting hit with a lot of spam at the moment. Some may get
>through for
>those of you with permission you can delete a ticket. The location of
>the
>button is here:
>
> https://trac-hacks.org/attachment/ticket/10841/DeleteButton.pn
On 4/17/2015 5:11 AM, Sebastian Huber wrote:
> Hello,
>
> I think everything for the 4.11 release is now in the tree. It would be
> good to do the branch soon, since the watchdog changes and the FreeBSD
> timecounters should probably be not in the release. We can test and
> polish for the rele
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
- Joel Sherrill schrieb:
>
>
> On 4/17/2015 5:11 AM, Sebastian Huber wrote:
> > Hello,
> >
> > I think everything for the 4.11 release is now in the tree. It would be
> > good to do the branch soon, since the watchdog changes and the FreeBSD
> > timecounters should probably be not in the
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
On 2015-04-17 07:59 -0500, Joel Sherrill wrote:
>
> What about the account that filed it?
I added that user to the 'SPAM' group. This will trash any changes they make
and have the system learn it as SPAM (Bayesian).
Developers have access to do this noone else.
Amar.
I will make it static. This helps to avoid an accidental usage.
- Gedare Bloom schrieb:
> 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 functi
- Gedare Bloom schrieb:
> Tested on / results?
The timer server is tested by the test suite. I use the sis and
realview_pbx_a9_qemu BSPs for testing.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49
Hello,
I have proposed in GSoC on Beagle BSP Improvements. As starting I started
working for gpio driver development . At this stage I am able to
demonstrate USR LEDs pattern.
Videos of that can be found here on YouTube.
https://youtu.be/B3mSsfo-PAQ &
https://youtu.be/M1aKpOhUvv4.
Herewith I hav
Hi Ketul,
I'd suggest you have a look at this page [1] to know about RTEMS
coding conventions.
[1] https://devel.rtems.org/wiki/Developer/Coding/Conventions
Best,
Hesham
On Fri, Apr 17, 2015 at 6:51 PM, Ketul Shah wrote:
> Hello,
>
> I have proposed in GSoC on Beagle BSP Improvements. As start
just my 5c: on our project we faced the same problem with Trac. Bots create
accounts and start commenting tickets with Ads and general trash. The
solution for us was to start using Github Issues, no more spam.
On Fri, Apr 17, 2015 at 8:25 AM, Amar Takhar wrote:
> On 2015-04-17 07:59 -0500, Joel
22 matches
Mail list logo