RE: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

2020-07-15 Thread Jan.Sommer
> -Original Message- > From: Chris Johns [mailto:chr...@rtems.org] > Sent: Thursday, July 16, 2020 3:21 AM > To: Sebastian Huber; Sommer, Jan; devel@rtems.org > Subject: Re: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs > > On 15/7/20 7:54 pm, Sebastian Huber wrote: > >

Re: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

2020-07-15 Thread Chris Johns
On 15/7/20 7:54 pm, Sebastian Huber wrote: > On 08/07/2020 08:55, jan.som...@dlr.de wrote: >> Could someone please push this patch to the branches 5 and master? >> Or do I need a ticket for the 5 branch first? > > If it is a bug fix, then the official procedure would be to add tickets for > RTEMS

Re: [GSoC 2020]: Weekly thread update

2020-07-15 Thread Mritunjay Sharma
Apologies as I mistakenly sent this as a private mail. I missed to tag Chris, Gedare and RTEMS Devel and that's why sending this again on what I responded. On Wed, Jul 15, 2020 at 10:35 PM Mritunjay Sharma < mritunjaysharma...@gmail.com> wrote: > > > On Wed, Jul 15, 2020 at 7:48 PM Heinz Junkes

Re: Need help in understanding some of the existing code in RTEMS

2020-07-15 Thread Gedare Bloom
On Wed, Jul 15, 2020 at 6:55 AM Richi Dubey wrote: > > Another quick question: > typedef struct { > > #if defined(RTEMS_SMP) > ... > Chain_Control Scheduler_nodes; > > #endif > /** >* @brief The scheduler nodes of this thread. >* >* Each thread has a scheduler node for each scheduler

Re: [GSoC 2020]: Weekly thread update

2020-07-15 Thread Heinz Junkes
Hello, Mritunjay, I'm afraid I've lost track of the situation. I am also still on holiday in Norway for 2 weeks and I don't always have perfect internet access. Where can I find your blog. I only found something from June 9th. What is the current location of the blog? I'm afraid you've made a

Re: Need help in understanding some of the existing code in RTEMS

2020-07-15 Thread Richi Dubey
Another quick question: typedef struct { #if defined(RTEMS_SMP) ... Chain_Control Scheduler_nodes; #endif /** * @brief The scheduler nodes of this thread. * * Each thread has a scheduler node for each scheduler instance. */ Scheduler_Node *nodes; } Thread_Scheduler_control; Why d

Re: Need help in understanding some of the existing code in RTEMS

2020-07-15 Thread Richi Dubey
Hi, I had a small question. The scheduler struct inside percpu.h looks like: -- struct { /** * @brief The scheduler control of the scheduler owning this processor. * *

Re: GSoC 2020 PATCH: Import OpenFirmWare API to RTEMS

2020-07-15 Thread Sebastian Huber
Hello Niteesh, I have currently no time to review this work. I am busy with the preparations to integrate the new build system. A broken ARM compiler delayed my testing a bit (this is related to another GSoC project). -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178

Re: [PATCH v1 1/1] bsps/pc386: Fix IPI for non-consecutive APICIDs

2020-07-15 Thread Sebastian Huber
On 08/07/2020 08:55, jan.som...@dlr.de wrote: Could someone please push this patch to the branches 5 and master? Or do I need a ticket for the 5 branch first? If it is a bug fix, then the official procedure would be to add tickets for RTEMS 5 and 6. Since we had no working SMP support before I

Re: [PATCH RTEMS 1/7] bsp/fdt.h: Move bsp/fdt.h to cpukit

2020-07-15 Thread Niteesh G. S.
Hello, I would like to add some more information regarding these patches here. These patches are currently not meant to replace the OpenFirmWare API from libBSD. For these patches to be completely compatible with libBSD we must support creating and registering *xref's* since the drivers use the *

Re: [PATCH 0/1] Generate application configuration option documentation

2020-07-15 Thread Richi Dubey
> > Ah OK. Can Richi hold the changes locally until we work through the > process to > bring this work into the project? Yes, it'd be at least two weeks before I test my all changes and send a patch. On Mon, Jul 13, 2020 at 5:22 AM Chris Johns wrote: > On 8/7/20 3:35 pm, Sebastian Huber wrote: