r. So, where
exactly should I implement this algorithm? Because it doesn't seem like
it can be easily split into the logical sections of get_lowest_scheduled
and allocate_processor that the existing algorithms use.
[1]: https://github.com/darnir/rtems
--
Thanking You,
Darshit Sh
On 06/22, Sebastian Huber wrote:
On 21/06/16 07:29, Sebastian Huber wrote:
On 20/06/16 15:40, Darshit Shah wrote:
Hi,
Last week the clock driver for SMP ARM BSPs was fixed which allowed
me to start executing the SMP tests for my GSoC project. However,
today I seem to be stuck with a clock
263
RSB Bareline: c476de6150f39afdf142c6f4420c59ba2f1aa2fe
QEMU Version: 2.3.50 (Couldn't find the commit hash, but built using RSB
at the above mentioned baseline)
--
Thanking You,
Darshit Shah
signature.asc
Description: PGP signature
___
devel
On 04/14, Sebastian Huber wrote:
On 13/04/16 00:29, Darshit Shah wrote:
make[6]: Entering directory
'/home/thedoctor/Programming/rtems/builds/realview_pbx_a9_qemu_smp/arm-rtems4.12/c/atsamv/testsuites/samples/hello'
Looks you build the atsamv BSP with --enable-smp. What is your
failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
'/home/thedoctor/Programming/rtems/builds/realview_pbx_a9_qemu_smp/arm-rtems4.12/c'
Makefile:410: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
Any ideas / updates / suggestions on this?
Thanking You,
Darshit Shah
Sent from mobile device. Please excuse my brevity
On 01-Apr-2016 4:13 pm, "Darshit Shah" wrote:
> On 03/30, Joel Sherrill wrote:
>
>> On Wed, Mar 30, 2016 at 9:03 AM, Darshit Shah wrote:
>>
>
On 03/30, Joel Sherrill wrote:
On Wed, Mar 30, 2016 at 9:03 AM, Darshit Shah wrote:
I've started trying to bring the scheduling simulator in synch with the
current RTEMS master. Joel has created Trac Ticket #2679 (
https://devel.rtems.org/ticket/2679) for this task.
While trying to ge
On 03/31, Sebastian Huber wrote:
On 31/03/16 11:13, Darshit Shah wrote:
I need this name to generate the skeleton files for the scheduler
implementation and its configuration.
My preference is APA, since three letter acronyms are quite
popular, like EDF and CBS. So, I would omit that we
clude/rtems/score/schedulerapaimpl.h
cpukit/score/src/schedulerapa.c
Going by some of the existing filenames, I thought the files should be
called `schedulerapasmp.c` and similarly for others. That is also the
name I used in the proposal.
--
Thanking You,
Darshit Shah
signature.asc
Description
le is available
in Newlib. However, I am unable to find a way to point the compiler in that
direction for the scheduling simulator. Can someone please point me to the
right set of Automake directives I'd require for this?
--
Thanking You,
Darshit Shah
___
Any further comments are appreciated.
On 18 March 2016 at 15:59, Darshit Shah wrote:
>
>
> On 18 March 2016 at 14:48, Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>>
>>
>> On 18/03/16 14:38, Darshit Shah wrote:
>>
>>> >
On 18 March 2016 at 14:48, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 18/03/16 14:38, Darshit Shah wrote:
>
>> > "schedulable task sets would miss their deadlines since it does not
>> consider
>> > migrating high priori
sion is a PDF, so you can use Latex
> to prepare it if you like.
--
Thanking You,
Darshit Shah
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 18 March 2016 at 09:43, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 16/03/16 22:11, Chris Johns wrote:
>>
>> On 16/03/2016 23:01, Darshit Shah wrote:
>>>
>>> I have updated my draft proposal with a basic timeline for things
may optionally link to a generated PDF,
too.
On Thu, Mar 10, 2016 at 6:13 AM, Darshit Shah wrote:
Hi,
I've been a little busy with my semester end exams and other things
recently. But I have spent time looking into the RTEMS Priority Scheduler
with Processor Affinities and the paper mentione
ire proposal in Latex and sharing the final PDF. If not, I can keep
working on the proposal in Google Docs.
--
Thanking You,
Darshit Shah
signature.asc
Description: PGP signature
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
currently since I will
work in this area nearly full time in the next half a year or so. I
hope that Darshit Shah will work on the SMP scheduler optimizations
for the arbitrary processor affinities in GSoC 2016.
Yes, I do intend to work on providing better APA Scheduling Support for
RTEMS over the
On 2 February 2016 at 10:53, Sebastian Huber
wrote:
> On 01/02/16 14:39, Darshit Shah wrote:
>>>
>>> >Maybe we can implement
>>> >
>>> >Improve the SMP scheduler with arbitrary processor affinity support
>>> >https://devel
astian.hu...@embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
--
Thanking You,
Darshit Shah
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 17 January 2016 at 17:50, Joel Sherrill wrote:
>
>
> On Sun, Jan 17, 2016 at 9:52 AM, Darshit Shah wrote:
>>
>> I agree. A SMP Scheduling based project would be a nice match for me.
>>
>> In fact, as suggested earlier, ticket #2510, about the implementing
h missing
> interrupts / time skips.
>
> Gedare
>
> Gedare
>
> On Fri, Jan 15, 2016 at 11:04 AM, Darshit Shah wrote:
>> On 15 January 2016 at 16:47, Gedare Bloom wrote:
>>> On Fri, Jan 15, 2016 at 5:57 AM, Darshit Shah wrote:
>>>> Hi Team,
>>>&
On 15 January 2016 at 16:47, Gedare Bloom wrote:
> On Fri, Jan 15, 2016 at 5:57 AM, Darshit Shah wrote:
>> Hi Team,
>>
>> My name is Darshit Shah and I'd like to (potentially) be a part of the
>> RTEMS project for GSoC 2016. I know that the organization applicati
22 matches
Mail list logo
