AW: AW: AW: [PATCH 00/27] Update kern_tc in rtems 5 for ntp support

[Gabriel.Moyano]

> >> I am fine with this change being pushed to the 5 branch but I think it 
> >> needs to built with the tier 1 archs (i386, powerpc, arm).
> >
> > I could compile them for the BSPs of those archs.
> 
> Thanks.
> 
> > Does it make sense to run some test in qemu?
> 
> Test results are always welcome.
> 
I've run the following tests: 
- sptimecounter02, 03 and 04 are pass on pc686 and Xilinx_zynq_a9.
- sptimecounter01 doesn't print something since everything happens inside of 
boot_card(). How the result of this test is verified?

Are there any other tests that can be interested to run?

For ppc, what bsp and configuration can be used with qemu? (is there some 
example showing how to run qemu for ppc?)


___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: [PATCH 15/27] score: Add SMP scheduler make/clean sticky

[Sebastian Huber]

On 20/11/2021 22:24, Gedare Bloom wrote:

Not super important, but this many arguments are probably going to
pass through the stack in pretty much any ISA (except maybe sparc). At
some point it may be worth refactoring these_Scheduler_  calls to pass
a structure of the operations by pointer instead of as individual
arguments to reduce the overhead of spilling/filling args to stack
frames. Just a random thought, maybe some kind  of
Scheduler_SMP_Operations;


If you enable the compiler optimization, then these functions are not 
called via function pointers. These functions are all "static inline" 
and the compiler sees them all in the translation unit. It will expand 
all the code and optimize it.


--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel