Re: [PATCH] rfs: Fix for 64-bit targets

2018-01-23 Thread Sebastian Huber
On 23/01/18 17:30, Gedare Bloom wrote: On Tue, Jan 23, 2018 at 10:41 AM, Sebastian Huber wrote: There were a lot of other 64-bit target problems. Backporting this patch alone doesn’t help. OK. The only target affected is sparc64 anyway, and no one is using it right now as far as I know.

Re: [rtems commit] sparc/*/bsp_specs, shared/linkcmds: Simplify bsp_specs

2018-01-23 Thread Sebastian Huber
I got a complaint from an anonymous RTEMS user. It gets now this error: /disk2/development/rtems/5/lib/gcc/sparc-rtems5/7.2.0/../../../../sparc-rtems5/bin/ld: multiple STARTUP files The addition of STARTUP(start.o) to linkcmds.base makes this file less re-usable, e.g. you cannot customize the

Re: no-preinstall: Architecture-specific header files

2018-01-23 Thread Sebastian Huber
On 23/01/18 22:51, Joel Sherrill wrote: > > If we move them, I prefer this cpukit/include/@RTEMS_CPU@ because it > is easier to find header files while browsing the cpukit source tree, > there is only one place to look in the include subtree. I'm also ok > with cpukit/inc

Re: no-preinstall: Ready to merge

2018-01-23 Thread Joel Sherrill
On Tue, Jan 23, 2018 at 3:14 PM, Chris Johns wrote: > On 24/01/2018 02:24, Joel Sherrill wrote: > > > > [1] The bsp-builder still has a %s incorrectly in the output > > > > [ 2/1565] arm/altcycv_devkit (no-posix) Building > > run: %s: arm/altcycv_devkit.no-posix\ > >

Re: no-preinstall: Architecture-specific header files

2018-01-23 Thread Chris Johns
On 24/01/2018 01:53, Gedare Bloom wrote: > On Tue, Jan 23, 2018 at 4:17 AM, Sebastian Huber > wrote: >> On 22/01/18 22:03, Chris Johns wrote: >>> >>> On 19/1/18 6:21 pm, Sebastian Huber wrote: Hello, the architecture-specific header files are currently in: cpukit/scor

Re: no-preinstall: Ready to merge

2018-01-23 Thread Chris Johns
On 24/01/2018 02:24, Joel Sherrill wrote: > > [1] The bsp-builder still has a %s incorrectly in the output > > [ 2/1565] arm/altcycv_devkit (no-posix) Building > run: %s: arm/altcycv_devkit.no-posix\ > make -j 3 > Is there a ticket for this? :) Chris ___

Re: [GSoC] Introduction and Hello World proof

2018-01-23 Thread Gedare Bloom
On Tue, Jan 23, 2018 at 12:40 PM, Amaan Cheval wrote: > On Tue, Jan 23, 2018 at 8:36 PM, Gedare Bloom wrote: >> On Mon, Jan 22, 2018 at 8:18 AM, Amaan Cheval wrote: >>> Hey everyone! >>> >>> # Intro >>> >>> I'm still gaining familiarity with RTEMS, so I'm not sure about projects >>> I might be i

Re: [GSoC] Introduction and Hello World proof

2018-01-23 Thread Amaan Cheval
On Tue, Jan 23, 2018 at 8:36 PM, Gedare Bloom wrote: > On Mon, Jan 22, 2018 at 8:18 AM, Amaan Cheval wrote: >> Hey everyone! >> >> # Intro >> >> I'm still gaining familiarity with RTEMS, so I'm not sure about projects >> I might be interested in, but I'll make sure I communicate and discuss >> th

Re: Contribute to project

2018-01-23 Thread Abhinav Jain
Sir, Thanks a lot for your guidance. Thanks and regards Abhinav jain On Jan 23, 2018 10:03 PM, "Gedare Bloom" wrote: > Abhinav, > > On Tue, Jan 23, 2018 at 11:22 AM, Abhinav Jain > wrote: > > Hello! > > > > I have gone through the list of open source projects and found a project > > named "Me

Re: Contribute to project

2018-01-23 Thread Gedare Bloom
Abhinav, On Tue, Jan 23, 2018 at 11:22 AM, Abhinav Jain wrote: > Hello! > > I have gone through the list of open source projects and found a project > named "Memory Protection"(https://devel.rtems.org/ticket/2904) very > interesting. > Please elaborate more on the project and guide me how can I c

Re: [PATCH] rfs: Fix for 64-bit targets

2018-01-23 Thread Gedare Bloom
On Tue, Jan 23, 2018 at 10:41 AM, Sebastian Huber wrote: > There were a lot of other 64-bit target problems. Backporting this patch > alone doesn’t help. > OK. The only target affected is sparc64 anyway, and no one is using it right now as far as I know. > - Gedare Bloom schrieb: >> Please

Re: Contribute to project

2018-01-23 Thread Abhinav Jain
Hello! I have gone through the list of open source projects and found a project named "Memory Protection"(https://devel.rtems.org/ticket/2904) very interesting. Please elaborate more on the project and guide me how can I contribute to it and what all do I need to know before starting. Thanks and

Re: [PATCH] MAINTAINERS: Add myself to Write After Approval.

2018-01-23 Thread Christian Mauderer
Hello Gedare, I discussed it with Sebastian and he thought that it wouldn't be a problem if I push that patch. Therefore: pushed. Regards Christian Am 23.01.2018 um 08:51 schrieb Christian Mauderer: > Hello Gedare, > > thanks for the approval. I'll coordinate that with Sebastian or just > wait

Re: [PATCH] rfs: Fix for 64-bit targets

2018-01-23 Thread Sebastian Huber
There were a lot of other 64-bit target problems. Backporting this patch alone doesn’t help. - Gedare Bloom schrieb: > Please also open tickets for 4.11, 4.10 and apply there. > > On Mon, Jan 22, 2018 at 6:34 AM, Sebastian Huber > wrote: > > The RTEMS_BLKIO_SETBLKSIZE IO control expects an

Re: no-preinstall: Ready to merge

2018-01-23 Thread Joel Sherrill
On Mon, Jan 22, 2018 at 6:23 PM, Joel Sherrill wrote: > > > On Mon, Jan 22, 2018 at 5:59 PM, Chris Johns wrote: > >> On 23/01/2018 10:50, Joel Sherrill wrote: >> > On Mon, Jan 22, 2018 at 4:35 PM, Chris Johns > > > wrote: >> > >> > On 23/01/2018 01:49, Sebastian Hube

Re: new to rtems , looking for some help

2018-01-23 Thread Gedare Bloom
Vijay, On Mon, Jan 22, 2018 at 4:01 AM, wrote: > Hi Vijay, > > > > I usually start the configuration from the top level directory of rtems, but > I would assume that you need to give configure the same options about which > platform and BSP to build as in the normal setup. > > Just running ./con

Re: [PATCH] rfs: Fix for 64-bit targets

2018-01-23 Thread Gedare Bloom
Please also open tickets for 4.11, 4.10 and apply there. On Mon, Jan 22, 2018 at 6:34 AM, Sebastian Huber wrote: > The RTEMS_BLKIO_SETBLKSIZE IO control expects an uint32_t parameter and > not a size_t which is 64-bits on 64-bit targets. > > Update #3082. > --- > cpukit/libfs/src/rfs/rtems-rfs-b

Re: [GSoC] Introduction and Hello World proof

2018-01-23 Thread Gedare Bloom
On Mon, Jan 22, 2018 at 8:18 AM, Amaan Cheval wrote: > Hey everyone! > > # Intro > > I'm still gaining familiarity with RTEMS, so I'm not sure about projects > I might be interested in, but I'll make sure I communicate and discuss > things as that changes. > > A little bit about who I am; I'm a fi

Re: no-preinstall: Architecture-specific header files

2018-01-23 Thread Gedare Bloom
On Tue, Jan 23, 2018 at 4:17 AM, Sebastian Huber wrote: > On 22/01/18 22:03, Chris Johns wrote: >> >> On 19/1/18 6:21 pm, Sebastian Huber wrote: >>> >>> Hello, >>> >>> the architecture-specific header files are currently in: >>> >>> cpukit/score/cpu/@RTEMS_CPU@ >>> >>> For example: >>> >>> cpukit/

Re: no-preinstall: Architecture-specific header files

2018-01-23 Thread Sebastian Huber
On 22/01/18 22:03, Chris Johns wrote: On 19/1/18 6:21 pm, Sebastian Huber wrote: Hello, the architecture-specific header files are currently in: cpukit/score/cpu/@RTEMS_CPU@ For example: cpukit/score/cpu/sparc/rtems/score/cpu.h The new include directory for architecture-specific header file

[PATCH 1/2] ada: Fix RTEMS.Time_t

2018-01-23 Thread Sebastian Huber
Update #3111. --- cpukit/include/adainclude/rtems.ads | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cpukit/include/adainclude/rtems.ads b/cpukit/include/adainclude/rtems.ads index 17ce1ab1d2..470d67dc7d 100644 --- a/cpukit/include/adainclude/rtems.ads +++ b/cpukit/include/ad

[PATCH 2/2] ada: Introduce RTEMS.Size type

2018-01-23 Thread Sebastian Huber
Some time ago the Classic API object size related parameters were changed to use size_t. Reflect this in the Ada bindings. Update #3082. --- cpukit/include/adainclude/rtems-message_queue.adb | 22 cpukit/include/adainclude/rtems-message_queue.ads | 10 +++ cpukit/include/ada