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
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
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
- 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
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
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.
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
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
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
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
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.
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.
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
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
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
---
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
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
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
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 |
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
22 matches
Mail list logo