Hi all,
I was trying to compile/build Rump Kernel (POSIXy hypercall + Rump
kernel) as a library to run above RTEMS/POSIX. So, this POSIXy
Hypercall expects the host (which is RTEMS here) to provide the
required POSIX implementation.
When I tried to build hypercall + Rump Kernel [1] as a library,
Hi,
I am wondering how can I checkout a github repo, and from RSB change
to another branch, and build from their. For example this repo [1] has
master branch called "epiphany-binutils-2.23" which is not stable,
instead it has another stable branch called
"epiphany-binutils-2.23-software-cache" whi
On Mon, Feb 23, 2015 at 2:31 PM, Gedare Bloom wrote:
> That is interesting! I recommend opening a ticket on Trac so we don't
> lose track of the idea.
>
That's it https://devel.rtems.org/ticket/2276#ticket
> Thanks for the tutorial.
>
> Gedare
>
> On Mon, Feb 23
-- Forwarded message --
From: Sebastian Macke
Date: Sun, Feb 22, 2015 at 8:28 PM
Subject: Re: [Openrisc] Tutorial for running RTEMS on OpenRISC
To: Hesham Moustafa
Cc: "openr...@lists.opencores.org"
Hi,
take a look at:
https://github.com/s-macke/jor1k
I have added the RTE
Hi all,
In case some of you don't know, I have ported RTEMS to OpenRISC last year
during GSoC. All the code is now upstream and works fine. I wrote a
tutorial describing how to get RTEMS running on OpenRISC simulators
(or1ksim and QEMU) totally from scratch [1].
[1] http://heshamelmatary.blogspot
On Tue, Feb 10, 2015 at 8:21 PM, Joel Sherrill
wrote:
> Thanks. One down.
>
> Crap. It should have had a comment that closed the PR. :(
Who should add the comment? The ticket is now closed (fixed). In the
future patches, should I tag the ticket/PR number part of the commit
message?
> On 2/10/2015
On Mon, Feb 2, 2015 at 9:18 PM, Chris Johns wrote:
> On 3/02/2015 1:36 am, Joel Sherrill wrote:
>>>
>>> Should I (or anyone of you) create a thread on Xilinx
>>> forums to discuss about that issue?
>>
>> Chris should answer this since he is leading the discussions with Xilinx
>> we have been havin
On Mon, Feb 2, 2015 at 2:36 PM, Joel Sherrill wrote:
>
> On 2/2/2015 7:57 AM, Hesham Moustafa wrote:
>> OK for now I have a Hello World port working, using a very little code
>> for UART_RS232 IP (two functions send/receive and UART register
>> definitions) which I believe
OK for now I have a Hello World port working, using a very little code
for UART_RS232 IP (two functions send/receive and UART register
definitions) which I believe there is a similar code for it on RTEMS
somewhere. Should I (or anyone of you) create a thread on Xilinx
forums to discuss about that i
ontained the Xilinx
>>files.
>>
>>-Gedare
>>
>>On Wed, Jan 28, 2015 at 1:05 PM, Hesham Moustafa
>> wrote:
>>> Hi,
>>>
>>> I am currently porting RTEMS to Microblaze based on Joel's work.
>>Hello
>>> world hits In
Hi,
I am currently porting RTEMS to Microblaze based on Joel's work. Hello
world hits Init and printf successfully, so I have to write a console
driver. Xilinx has UART driver already. The question is can I copy
code from Xilinx files to RTEMS? The files have "(c) Copyright
2002-2013 Xilinx, Inc.
Hello all,
I want to ask for your opinion about implementing pfair scheduler (and its
variants), what are the challenges from RTEMS implementation perspective?
For the fine-gradined locking, would it make sense to implement other lock
types (than the giant lock)?
What are the (implementation) pr
hu, Dec 18, 2014 at 6:40 PM, Marcos Díaz <
marcos.d...@tallertechnologies.com> wrote:
>
>
>
> On Thu, Dec 18, 2014 at 6:34 AM, Hesham Moustafa > wrote:
>>
>> Hi all,
>>
>> Thanks for all your helpful replies. I actually tried all the solution
>
On Thu, Dec 18, 2014 at 4:38 PM, Joel Sherrill
wrote:
>
> On 12/18/2014 9:40 AM, Hesham Moustafa wrote:
>> On Thu, Dec 18, 2014 at 3:38 PM, Joel Sherrill
>> wrote:
>>>
>>> On December 18, 2014 5:18:31 AM PST, Sebastian Huber
>>> wrote:
>>
On Thu, Dec 18, 2014 at 3:38 PM, Joel Sherrill
wrote:
>
>
> On December 18, 2014 5:18:31 AM PST, Sebastian Huber
> wrote:
>>Hello,
>>
>>I work currently on concepts to implement mutex objects with SMP aware
>>locking protocols. Currently this is MrsP [1] and OMIP [2]. The
>>implementation shoul
On Thu, Dec 18, 2014 at 10:08 AM, Sebastian Huber
wrote:
>
> On 18/12/14 10:34, Hesham Moustafa wrote:
>>
>> Sebastian, the 32KB is for both code and data. Although there is 32MB
>> external memory, it's very slow compared with local memories. The idea
>> of get
ed initialization. We
> should probably also get rid of the workspace and use static initialization
> only.
>
>
> On 17/12/14 17:00, Hesham Moustafa wrote:
>>
>> Hi all,
>>
>> I am working on reducing RTEMS size to fit into <32KB as every Epiphay
>>
Hi all,
I am working on reducing RTEMS size to fit into <32KB as every Epiphay
core has only 32KB of local memory. I was able to get hello and
minimum samples with aggressive size reduction by manually removing
un-needed code. Currently I only use libcsupport, sapi, score, rtems
built for cpukit o
Hi all,
I have been implementing SMP for a new architecture (Epiphany) and I
have some questions.
When the secondary processor should be waiting (or going to idle
state)? At Thread_Start_multitasking?
When a secondary processor is interrupted by another one? When it's
allocated a thread (lazy al
On Mon, Dec 8, 2014 at 7:12 AM, Sebastian Huber
wrote:
> On 06/12/14 21:56, Hesham Moustafa wrote:
>>
>> Thanks Joel and Gedare. I found it a bit tricky as I had to add
>> epiphany to (hidden) aclocal/enable-smp.m4 files at c/src, cpukit and
>> the root directory.
>
port is in its very early stages, and need more
work.
Regards,
Hesham
On Fri, Dec 5, 2014 at 10:31 PM, Joel Sherrill
wrote:
>
>
> On December 5, 2014 2:40:59 PM CST, Hesham Moustafa
> wrote:
>>On Fri, Dec 5, 2014 at 8:36 PM, Gedare Bloom wrote:
>>> Look for where th
boostrap -p and bootstrap after every change and configure/build
again.
> Make sure you re-bootstrap and re-configure a clean build, as old
> files might cause problems.
>
> -Gedare
>
> On Fri, Dec 5, 2014 at 3:09 PM, Hesham Moustafa
> wrote:
>> It seems like adding
It seems like adding an entry for epiphany at aclocal/enable-smp.m4 is
not enough, I still get the same error, any hints?
On Fri, Dec 5, 2014 at 6:03 PM, Hesham Moustafa
wrote:
> I had to add epiphany to the list RTEMS CPUs that support SMP at
> aclocal/enable-smp.m4
>
> On Fri, Dec
I had to add epiphany to the list RTEMS CPUs that support SMP at
aclocal/enable-smp.m4
On Fri, Dec 5, 2014 at 5:06 PM, Hesham Moustafa
wrote:
> Hi,
>
> Should I add anything other than --enable-smp at configuration line
> and RTEMS_CHECK_SMP
> AM_CONDITIONAL(HAS_SMP,[test &qu
Hi,
Should I add anything other than --enable-smp at configuration line
and RTEMS_CHECK_SMP
AM_CONDITIONAL(HAS_SMP,[test "$rtems_cv_HAS_SMP" = "yes"])
to bsp configure.ac file to make the building system collects SMP
files (e.g, smpimpl.h). I always get undefined reference to some SMP
functions li
ill cause unalignment exception (during initializing data structures)
and even hello world won't work. I am discussing this issue with
Epiphany folks currently.
> -Gedare
>
> On Thu, Dec 4, 2014 at 12:46 PM, Hesham Moustafa
> wrote:
>> Hi,
>>
>> I have a problem
Hi,
I have a problem with getting printf working correctly. printf is
working totally fine with just one string argument (hello world for
example), however when printf is passed some variable arguments, it
totally prints some garbage strings. Printing time function (in
ticker) is an example for th
Hi all,
I had a compilation error when compiling RTEMS for Epiphany which is
undefined reference to _init, and _fini. I got over it by defining
dummy related functions at cpu.c, and hello world is working with it.
I know this is not the right way, so I'd like to ask here what's the
correct solutio
On Wed, Nov 26, 2014 at 4:46 PM, Joel Sherrill
wrote:
>
>
>
> On November 26, 2014 10:34:16 AM CST, Hesham Moustafa
> wrote:
> >Hi,
> >
> >
> >On Tue, Nov 25, 2014 at 8:21 PM, Gedare Bloom wrote:
> >
> >I'm pretty sure STACK_ALIGNMENT j
> -Gedare
>
> On Tue, Nov 25, 2014 at 2:06 PM, Hesham Moustafa
> wrote:
> > Hi all,
> >
> > I came across an issue with alignment when I am porting RTEMS to Epiphany
> > now. The reference manual says that stores should be aligned according to
> >
Hi all,
I came across an issue with alignment when I am porting RTEMS to Epiphany
now. The reference manual says that stores should be aligned according to
the store instruction type (half word, word, double word). For example strd
instruction should get an address aligned to 8 bytes. Although I s
Hi Chris,
On Wed, Nov 19, 2014 at 6:40 PM, Chris Johns wrote:
> On 20/11/2014 4:41 am, Hesham Moustafa wrote:
>
>>
>> + www.rtems.org <http://www.rtems.org> is alive there. (accept the
>> certificate)
>> + mailing lists never went down. They had
Hi,
On Wed, Nov 19, 2014 at 5:01 PM, Joel Sherrill
wrote:
> Hi
>
> I am sure you all have noticed that the RTEMS Project has had
> a lot of services offline for the past week. This has been part
> of a rehosting and improvement effort that simply took longer
> than anyone expected.
>
> At this p
On Wed, Nov 19, 2014 at 4:08 PM, Joel Sherrill
wrote:
>
> On 11/19/2014 10:04 AM, Hesham Moustafa wrote:
> > Hi,
> >
> > I have been working on getting Epiphany toolchain built for RTEMS, and
> > then compile mninmal RTEMS code. Once issue I face now is that I got
Hi,
I have been working on getting Epiphany toolchain built for RTEMS, and then
compile mninmal RTEMS code. Once issue I face now is that I got this error:
"epiphany-rtems4.11-gcc: error: unrecognized command line option
‘-qnolinkcmds’"
Is that something I have to add to the GCC port, or I can wo
On Wed, Nov 19, 2014 at 2:01 PM, Joel Sherrill
wrote:
>
>
> On November 19, 2014 7:55:24 AM CST, Hesham Moustafa <
> heshamelmat...@gmail.com> wrote:
> >Hi all,
> >
> >I have for just forked a vanilla RTEMS repo. This is the first time for
> >me to buil
Hi all,
I have for just forked a vanilla RTEMS repo. This is the first time for me
to build RTEMS after I have upgraded to Fedora 21.
When I run ./boostrap I got the following warning:
Makefile.am:27: warning: source file '../../shared/bsplibc.c' is in a
subdirectory,
Makefile.am:27: but option
On Thu Nov 13 2014 at 9:01:34 PM Joel Sherrill
wrote:
>
> On 11/13/2014 2:46 PM, Hesham Moustafa wrote:
>
> Hi,
>
> Thanks a lot for the patches. I will let you know with the status.
> One thing I want someone to confirm about is that I will not be
> able to use/copy any
s a starting point. You can work with their
> community to get their tools built as epiphany-elf and
> then just change the target.
>
>
> --joel
>
>
> On 11/13/2014 12:22 PM, Hesham Moustafa wrote:
>
>
>
> On Thu Nov 13 2014 at 5:58:25 PM Joel Sherrill
>
On Thu Nov 13 2014 at 5:58:25 PM Joel Sherrill
wrote:
>
>
> On November 13, 2014 11:56:32 AM CST, Hesham Moustafa <
> heshamelmat...@gmail.com> wrote:
> >Hi,
> >
> >
> >I want to let you know that I found their main repos [1] Can I start
> >from t
Hi,
I want to let you know that I found their main repos [1] Can I start from
there? Imitating what has been done with OpenRISC?
[1] https://github.com/adapteva
Regards,
Hesham
On Thu Nov 13 2014 at 3:29:14 PM Hesham Moustafa
wrote:
> On Thu Nov 13 2014 at 2:59:33 PM Joel Sherrill
>
On Thu Nov 13 2014 at 2:59:33 PM Joel Sherrill
wrote:
>
> On 11/13/2014 8:07 AM, Joel Sherrill wrote:
> >
> > On November 13, 2014 6:30:48 AM CST, Hesham Moustafa <
> heshamelmat...@gmail.com> wrote:
> >> Hi all,
> >>
> >>
> >>
Hi all,
I want to ask about the status of RTEMS toolchain for Epiphany
architecture. I think Joel mentioned that there are some previous support
for it; and if yes, does the toolchain need some additional work?
Regards,
Hesham
___
devel mailing list
dev
Hi,
Sorry for the false alarm, it seems to be due to some rebasing issues.
I forked a vanilla repo and it builds fine with/without POSIX enabled.
Regards,
Hesham
On Wed, Oct 29, 2014 at 8:37 PM, Joel Sherrill
wrote:
>
> On 10/25/2014 8:57 AM, Hesham Moustafa wrote:
>
> Hi,
&g
On Tue, Oct 28, 2014 at 6:06 AM, Gedare Bloom wrote:
> On Mon, Oct 27, 2014 at 4:43 PM, Hesham Moustafa
> wrote:
> >
> >
> > On Mon, Oct 27, 2014 at 2:30 PM, Joel Sherrill <
> joel.sherr...@oarcorp.com>
> > wrote:
> >>
> >>
>
ve to see if I can use any of these
projects, one or more of them maybe better than what my supervisor has
suggested. Thanks!
> Best Regards,
> Cláudio
>
Regards,
Hesham
>
> On Mon, Oct 27, 2014 at 10:04 AM, Hesham Moustafa
> wrote:
> > Hi all,
> >
> > This ye
On Mon, Oct 27, 2014 at 2:30 PM, Joel Sherrill
wrote:
>
>
> On October 27, 2014 3:04:26 AM PDT, Hesham Moustafa <
> heshamelmat...@gmail.com> wrote:
> >Hi all,
> >
> >
> >This year, I am studying MSc (by research) degree at the University of
>
Hi all,
This year, I am studying MSc (by research) degree at the University of
York. My thesis proposal title is "REAL-TIME OPERATING SYSTEMS FOR LARGE
SCALE MANY-CORE NETWORK-ON-CHIP ARCHITECTURES." Part of this research will
include some work with RTEMS.
That said, I'd appreciate any materials
Hi,
The exact error occurs with or1k port, even with --enable-posix and after
Sebastian's fix commit. Any idea how to fix this?
Regards,
Hesham
On Thu, Oct 16, 2014 at 2:04 PM, Joel Sherrill
wrote:
>
>
> On October 16, 2014 1:05:54 AM CDT, Sebastian Huber <
> sebastian.hu...@embedded-brains.de
On Mon, Oct 13, 2014 at 8:24 PM, Joel Sherrill
wrote:
>
> On 10/13/2014 1:06 PM, Hesham Moustafa wrote:
>
> Please have a look at this patch.
>
> On Fri, Oct 10, 2014 at 6:45 PM, Hesham ALMatary > wrote:
>
>> ---
>> c/src/lib/libbsp/or1k/or1ksim/clock/clo
Hi,
Thanks for providing these results. or1ksim related warnings should be
greatly decreased after the latest two patches I submitted.
Regards,
Hesham
On Mon, Oct 13, 2014 at 6:50 PM, Joel Sherrill
wrote:
> Hi
>
> Attached is the set of unique warnings and list of warnings
> count per BSP afte
Please have a look at this patch.
On Fri, Oct 10, 2014 at 6:45 PM, Hesham ALMatary
wrote:
> ---
> c/src/lib/libbsp/or1k/or1ksim/clock/clockdrv.c | 2 +-
> c/src/lib/libbsp/or1k/or1ksim/console/uart.c | 15 +++
> 2 files changed, 12 insertions(+), 5 deletions(-)
>
> diff --git a/c
On Mon, Oct 13, 2014 at 7:03 PM, Joel Sherrill
wrote:
>
> On 10/13/2014 11:45 AM, Hesham Moustafa wrote:
>
> Missed patch?
>
> Yep. Committed now. This should address a bunch of the or1ksim
> build warnings. I fixed another in console/uart.c for an unused
> variab
Missed patch?
On Fri, Oct 10, 2014 at 7:23 PM, Hesham ALMatary
wrote:
> ---
> c/src/lib/libcpu/or1k/shared/cache/cache.c | 16
> c/src/lib/libcpu/or1k/shared/cache/cache_.h | 1 +
> 2 files changed, 9 insertions(+), 8 deletions(-)
>
> diff --git a/c/src/lib/libcpu/or1k/shared
On Wed, Oct 8, 2014 at 4:20 PM, Joel Sherrill
wrote:
>
> On 10/8/2014 12:15 AM, Sebastian Huber wrote:
> > On 07/10/14 15:53, Hesham Moustafa wrote:
> >> Hi,
> >>
> >> I want to send shutdown signal from RTEMS to qemu. Joel said that
> >> qemu-sys
Hi,
I want to send shutdown signal from RTEMS to qemu. Joel said that
qemu-system-i386 does so; can anyone refers me to how to implement that for
qemu-system-or32 (openrisc)?
Regards,
Hesham
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/
27;%{_coverage}' not found
> warning: switched to dry run due to errors
> error: gdb.cfg:59: invalid if bool value: %if %{_coverage}
> [1/1] p:0 f:0 t:0 i:0 | sparc/sis: hello.exe
>
> When I use Krzysztof's branch with the or1ksim as shown below,
> it adds a 1 to the en
On Mon, Sep 29, 2014 at 10:02 PM, Joel Sherrill
wrote:
>
> On 9/29/2014 2:53 PM, Hesham Moustafa wrote:
>
> Thanks for committing.
>
> There are some other few pending patches. This one [1] adds
> qemu-system-or32 script to sim-scripts, and this [2] adds a new RTEMS
&g
://lists.rtems.org/pipermail/devel/2014-September/008047.html
On Mon, Sep 29, 2014 at 9:38 PM, Joel Sherrill
wrote:
> Sorry. This is now committed.
>
> Anything else besides the task stack initialization patch?
>
> --joel
>
> On 9/29/2014 12:57 AM, Hesham Moustafa wrote:
>
> Hi,
&g
Hi,
This patch is needed for capture, pppd and any other tests that prompt
users to input data interactively.
Regards,
Hesham
On Fri, Sep 19, 2014 at 9:20 PM, Hesham ALMatary
wrote:
> Implement uart_read_polled which is needed for any application that
> reads input from users. It works fine wi
Hi,
Please do not miss this patch, it fixes a critical bug in the new or1k port.
Regards,
Hesham
On Fri, Sep 19, 2014 at 4:55 PM, Hesham ALMatary
wrote:
> Since or1k architecture stack grows down, threads should be initialized
> with high stack addresses instead of lower ones. This is done in
Hi,
This is the result with --jobs=1 run:
Passed: 467
Failed: 0
Timeouts: 36
Invalid:0
Total:503
Thanks,
Hesham
On Sun, Sep 21, 2014 at 2:38 AM, Hesham Moustafa
wrote:
>
>
> On Sun, Sep 21, 2014 at 2:21 AM, Chris Johns wrote:
>
>> On 21/09/2014 10:00 am, Hes
On Sun, Sep 21, 2014 at 2:21 AM, Chris Johns wrote:
> On 21/09/2014 10:00 am, Hesham Moustafa wrote:
>
>> On Sun, Sep 21, 2014 at 1:15 AM, Chris Johns > <mailto:chr...@rtems.org>> wrote:
>>
>> What does --jobs=none return as results ?
>>
>> On
On Sun, Sep 21, 2014 at 1:25 AM, Joel Sherrill
wrote:
>
>
> On September 20, 2014 6:15:13 PM CDT, Chris Johns
> wrote:
> >On 21/09/2014 8:57 am, Hesham Moustafa wrote:
> >>
> >>
> >> On Sat, Sep 20, 2014 at 7:53 AM, Chris Johns >> <mailto:c
On Sun, Sep 21, 2014 at 1:15 AM, Chris Johns wrote:
> On 21/09/2014 8:57 am, Hesham Moustafa wrote:
>
>>
>>
>> On Sat, Sep 20, 2014 at 7:53 AM, Chris Johns > <mailto:chr...@rtems.org>> wrote:
>>
>> On 20/09/2014 3:13 pm, Hesham Moustafa wro
On Sat, Sep 20, 2014 at 7:53 AM, Chris Johns wrote:
> On 20/09/2014 3:13 pm, Hesham Moustafa wrote:
>
>> I have 4 physical cores, and I usually run make with J8. My host OS is
>> fedora 20.
>>
>
> Try with --jobs=4 and see if you get any time outs. Anything else
On Sep 20, 2014 6:44 AM, "Chris Johns" wrote:
>
> On 20/09/2014 12:56 am, Hesham Moustafa wrote:
>>
>> However, when I tested failures and timeouts separately, most of them
>> work on QEMU, the others miss the trailing end-of-test line, which
>> exi
Hi,
I run another test for or1ksim BSP yesterday via RTEMS Tester and got the
following results:
Passed: 432
Failed: 4
Timeouts: 67
Invalid:0
Total:503
Average test time: 0:00:23.380789
Testing time : 3:16:00.537058
However, when I tested failures and timeouts separately, most
stack area (4096 Bytes): 0x00043DA0 .. 0x00044DA0
Fatal Error 8.0 Halted
However defining RTEMS_HEAVY_STACK_DEBUG and RTEMS_HEAVY_MALLOC_DEBUG does
not affect ticker, and it runs till the end.
On Wed, Sep 17, 2014 at 10:07 PM, Joel Sherrill
wrote:
>
>
> On 9/17/2014 2:48 PM, Hesham
On Wed, Sep 17, 2014 at 9:44 PM, Joel Sherrill
wrote:
>
> On 9/17/2014 12:44 PM, Hesham Moustafa wrote:
> >
> > On Tue, Sep 16, 2014 at 11:08 PM, Joel Sherrill <
> joel.sherr...@oarcorp.com
> > <mailto:joel.sherr...@oarcorp.com>> wrote:
> >
>
On Tue, Sep 16, 2014 at 11:08 PM, Joel Sherrill
wrote:
> Gedare.. cc'ed you for help in spotting an empty rbtree
> in gdb. See below.
> On 9/16/2014 2:45 PM, Hesham Moustafa wrote:
> > Breakpoint 2, 0x0600 in _unalign ()
> > (gdb) bt
> > #0 0x0600 in _
reaBase = bsp_section_work_begin;
HeapSize = 0;
}
On Tue, Sep 16, 2014 at 9:45 PM, Hesham Moustafa
wrote:
> Breakpoint 2, 0x0600 in _unalign ()
> (gdb) bt
> #0 0x0600 in _unalign ()
> #1 0x0002ec4c in _RBTree_Next (
> node=0x40890, dir=RBT_RIGHT)
> at
ehow?
On Tue, Sep 16, 2014 at 9:21 PM, Joel Sherrill
wrote:
> On 9/16/2014 2:17 PM, Hesham Moustafa wrote:
>>
>> On Tue, Sep 16, 2014 at 8:42 PM, Joel Sherrill
>> wrote:
>>>
>>>
>>> On 9/16/2014 1:34 PM, Hesham Moustafa wrote:
>>>
On Tue, Sep 16, 2014 at 8:42 PM, Joel Sherrill
wrote:
>
>
> On 9/16/2014 1:34 PM, Hesham Moustafa wrote:
>>
>> On Tue, Sep 16, 2014 at 8:15 PM, Joel Sherrill
>> wrote:
>>>
>>> On 9/16/2014 12:54 PM, Hesham Moustafa wrote:
>>>>
>>
On Tue, Sep 16, 2014 at 8:15 PM, Joel Sherrill
wrote:
>
> On 9/16/2014 12:54 PM, Hesham Moustafa wrote:
>> Hi
>>
>> On Tue, Sep 16, 2014 at 7:47 PM, Joel Sherrill
>> wrote:
>>> I don't understand this but I got it applied.
>>>
>>>
On Tue, Sep 16, 2014 at 8:15 PM, Joel Sherrill
wrote:
>
> On 9/16/2014 12:54 PM, Hesham Moustafa wrote:
>> Hi
>>
>> On Tue, Sep 16, 2014 at 7:47 PM, Joel Sherrill
>> wrote:
>>> I don't understand this but I got it applied.
>>>
>>>
Hi
On Tue, Sep 16, 2014 at 7:47 PM, Joel Sherrill
wrote:
> I don't understand this but I got it applied.
>
> I manually edited the saved email to delete the preinstall.am
> changes. I committed the rest. Then I ran bootstrap -p myself
> and folded that into the rest of your patch.
>
> It should
On Tue, Sep 16, 2014 at 5:59 PM, Joel Sherrill
wrote:
> I am not sure what it up. Chris committed a patch that changed
> the sort order to be more uniform. But your preinstall.am's don't
> match.
>
I generated an updated one in a separate commit before (after Chris
change), and it's commited.
> M
On Sep 8, 2014 12:40 AM, "Chris Johns" wrote:
>
> On 7/09/2014 4:25 pm, Hesham Moustafa wrote:
>>
>>
>> The test results improved a little bit from yesterday. Here are the
results:
>>
>> Passed: 365
>> Failed: 6
>> Timeouts: 130
&g
On Sep 7, 2014 3:18 AM, "Joel Sherrill" wrote:
>
> Shouldn't your name be on it? :)
>
I did almost nothing but copying another file and changing few lines to fit
with or1k :-)
> Post the list of failures on devel@ and maybe they will be ones we
recognize as common.
>
Unfortunately I am running RTE
Hi all,
Just want to share with you the results I got from running RTEMS
Tester on or1ksim BSP and qemu.
Passed: 356
Failed:13
Timeouts: 134
Invalid:0
Total:503
Average test time: 0:00:22.316492
Testing time : 3:07:05.195857
Regards,
Hesham
_
2014 2:58 PM, "Hesham Moustafa" wrote:
>>
>> Hi,
>>
>> Given that I am able to run qemu-or1k from sim-scripts (I will push
>> the script soon)
>> Is there a way to run all tests with one command and get results of
>> how many passe
Hi,
Given that I am able to run qemu-or1k from sim-scripts (I will push
the script soon)
Is there a way to run all tests with one command and get results of
how many passed/failed tests? (i.e, 5/10 passed tests)
Thanks,
Hesham
___
devel mailing list
dev
I came across this problem (as I currently implementing cache
manager). First I tried to add my new cache.c implementation at this
libcpu/or1k/Makefile.am line:
"## shared/cache
include_libcpu_HEADERS = ../shared/include/cache.h
noinst_PROGRAMS += shared/cache.rel
shared_cache_rel_SOURCES = shared
On Wed, Sep 3, 2014 at 5:14 AM, Chris Johns wrote:
> On 3/09/2014 12:21 am, Joel Sherrill wrote:
>>
>> cpukit/score/cpu/or1k/preinstall.am|6 +-
>
>
> Did this patch happen before my fix to the preinstall went in ?
>
Yes.
> I am seeing an issue with this one.
>
I will update t
On Tue, Sep 2, 2014 at 4:31 PM, Joel Sherrill wrote:
> I think this patch installs tm27.h is redundant with one I already
> committed.
>
> tm27 has "#include " and this patch would have installed
> a second copy under the bsp/ subdirectory. That may in fact be the
> correct location but it isn't w
his RTEMS/or1k stuff. Hopefully
someone may try to build and report results.
> --Joel
>
> On August 29, 2014 4:32:05 PM CDT, Hesham Moustafa
> wrote:
>>I have removed the entire or1k-rtems4.11-* and built a vanilla
>>toolchain from latest RSB. Then I cloned latest RTEMS fro
-networking --enable-tests
On Fri, Aug 29, 2014 at 10:15 PM, Hesham Moustafa
wrote:
>
> On Aug 29, 2014 10:10 PM, "Joel Sherrill" wrote:
>>
>>
>> On 8/29/2014 2:24 PM, Hesham Moustafa wrote:
>> > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill
>>
On Aug 29, 2014 10:10 PM, "Joel Sherrill" wrote:
>
>
> On 8/29/2014 2:24 PM, Hesham Moustafa wrote:
> > On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill
> > wrote:
> >> Hi
> >>
> >> I think something isn't quite right. I don't k
On Fri, Aug 29, 2014 at 9:24 PM, Hesham Moustafa
wrote:
> On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill
> wrote:
>> Hi
>>
>> I think something isn't quite right. I don't know if gcc isn't including
>> these or the bsp_specs isn't picking t
On Fri, Aug 29, 2014 at 9:19 PM, Joel Sherrill
wrote:
> Hi
>
> I think something isn't quite right. I don't know if gcc isn't including
> these or the bsp_specs isn't picking them up. It is a long holiday weekend
> and I just wanted to throw this out since I don't have time to investigate.
>
> or
Hi,
Thanks for confirming that. Another note is that the output exe
program is "or1k-elf-sim" (not the same as old released which are
or32-elf-sim and sim). I will reflect this name in the README and
sim-scripts.
Thanks,
Hesham
On Fri, Aug 29, 2014 at 9:18 PM, Joel Sherrill
wrote:
> Hi
>
> Just
Hi,
On Fri, Aug 29, 2014 at 2:55 PM, Ralf Corsepius
wrote:
> On 08/29/2014 01:11 PM, Hesham Moustafa wrote:
>>
>> On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius
>> wrote:
>>>
>>> On 08/29/2014 10:55 AM, Hesham Moustafa wrote:
>>>
>>>
On Fri, Aug 29, 2014 at 12:58 PM, Ralf Corsepius
wrote:
> On 08/29/2014 10:55 AM, Hesham Moustafa wrote:
>
>>> Does the attached patch fix the problem ?
>>>
>> I applied the attached patch (for both HEAD, and before Joel's
>> preinstall.am commit), and
On Fri, Aug 29, 2014 at 3:45 AM, Chris Johns wrote:
> On 29/08/2014 12:30 am, Hesham Moustafa wrote:
>>
>> On Thu, Aug 28, 2014 at 4:25 PM, Joel Sherrill
>> wrote:
>>>
>>>
>>> On 8/28/2014 9:20 AM, Hesham Moustafa wrote:
>>>>
>
On Thu, Aug 28, 2014 at 4:25 PM, Joel Sherrill
wrote:
>
> On 8/28/2014 9:20 AM, Hesham Moustafa wrote:
>> On Thu, Aug 28, 2014 at 4:12 PM, Joel Sherrill
>> wrote:
>>> Chris should be on a Mac. I am on Fedora 20.
>>>
>> I am on Fedora 20 too
>>
&
e built by the RSB.
>
> Checking on a CentOS 6.x computer with the RSB built
> autoconf, it is different.
>
> *(&$)$#$&*()&*(^&!
>
> That shouldn't happen. :(
>
> --joel
>
> On 8/28/2014 9:07 AM, Hesham Moustafa wrote:
>> Hi,
>>
>> On T
Hi,
On Thu, Aug 28, 2014 at 3:44 PM, Joel Sherrill
wrote:
> When I bootstrap -p from the top, it looks like every other
> preinstall.am in the tree has this difference.
>
> Big commit following to deal with this.
>
Is this host and/or automake version dependent? Because when I run
bootsrap -p, E
Hi,
I was trying to build QEMU bare-metal package (just to imitate its
scripts to create a similar or1ksim one) and I got the following
error:
RTEMS Source Builder - Set Builder, v0.4.0
Build Set: devel/qemu
Build Set: devel/autotools-internal.bset
config: devel/autoconf-2.69-1.cfg
package: autoc
Hi,
On Wed, Aug 27, 2014 at 5:02 PM, Joel Sherrill
wrote:
> Hi
>
> Hesham.. or1k is missing a method.
>
Yes, I am aware of that, I will add missing methods just after I
submit another RSB patch for or1ksim.
> Ric.. any chance you can fix the virtex5 compile failure?
>
> Others please review and
1 - 100 of 139 matches
Mail list logo
