On this BSP, I am just a tester. :)
Hopefully someone will fix this.
gmake[6]: Entering directory
`/users/joel/rtems-4.11-work/rtems-testing/rtems/build-nios2-nios2_iss-rtems/nios2-rtems4.11/c/nios2_iss/testsuites/samples/hello'
nios2-rtems4.11-gcc -B../../../../../nios2_iss/lib/ -
Hi,Gedare:
I have run the hello world example successfully and update the blog with
screenshot[1]. The Philipp supplied me a patch. In that patch we replace
the i386_disable_interrupts by _CPU_Virtual_Interrupts_disable.
I also post a blog about the POK startup flow which is important to
On 3/13/2014 9:47 AM, Daniel Cederman wrote:
> Hello everyone,
>
> I probably should have introduced myself before sending a list of
> patches, but I'll do so now instead. My name is Daniel Cederman and I
> work at Aeroflex Gaisler with the Leon sparc processors and
Hello everyone,
I probably should have introduced myself before sending a list of
patches, but I'll do so now instead. My name is Daniel Cederman and I
work at Aeroflex Gaisler with the Leon sparc processors and their
associated toolchains and os ports. I'm currently working on
On 02/21/2014 11:42 AM, Sebastian Huber wrote:
Hello Daniel,
On 2014-02-21 11:10, Daniel Hellstrom wrote:
Hello,
The problem is that the wrong timer is allocated. In the following code the
second GPTIMER core is searched for (idx=1), which most LEON systems don't
have. The sta
On 02/23/2014 10:50 AM, Sebastian Huber wrote:
On 02/22/2014 11:56 PM, Joel Sherrill wrote:
On Feb 22, 2014 4:27 PM, Daniel Hellstrom wrote:
>
>I guess the quick fix until its sorted out would be to depend on GPTIMER[0].timer0 (system clock timer) and remove the AMBA scanning. If Sebastian req
On 02/22/2014 11:56 PM, Joel Sherrill wrote:
On Feb 22, 2014 4:27 PM, Daniel Hellstrom wrote:
>
>I guess the quick fix until its sorted out would be to depend on
GPTIMER[0].timer0 (system clock timer) and remove the AMBA scanning. If Sebastian
requires more accuracy he could add a read to the
mitted to address this since as of this
>> morning, leon3 still did not run on tsim or grsim.
>>
>> On Feb 21, 2014 4:39 AM, Sebastian Huber
>> wrote:
>>>
>>> Hello Daniel,
>>>
>>> On 2014-02-21 11:10, Daniel Hellstrom wrote:
>>> >
of this
>morning, leon3 still did not run on tsim or grsim.
>
>On Feb 21, 2014 4:39 AM, Sebastian Huber
> wrote:
>Hello Daniel,
>
>On 2014-02-21 11:10, Daniel Hellstrom wrote:
>> Hello,
>>
>> The problem is that the wrong timer is allocated. In the following
On 23/02/2014 8:54 am, Joel Sherrill wrote:
I assume nothing has been committed to address this since as of this
morning, leon3 still did not run on tsim or grsim.
Is a solution being worked on ? It was not clear from the related thread
what was to happen.
If you revert the cpu counter patc
I assume nothing has been committed to address this since as of this morning,
leon3 still did not run on tsim or grsim.
On Feb 21, 2014 4:39 AM, Sebastian Huber
wrote:
Hello Daniel,
On 2014-02-21 11:10, Daniel Hellstrom wrote:
> Hello,
>
> The problem is that the wrong timer is allo
Hello Daniel,
On 2014-02-21 11:10, Daniel Hellstrom wrote:
Hello,
The problem is that the wrong timer is allocated. In the following code the
second GPTIMER core is searched for (idx=1), which most LEON systems don't
have. The standard configuration is that the LEON chip has one GPTIMER
Hello,
The problem is that the wrong timer is allocated. In the following code the second GPTIMER core is searched for (idx=1), which most LEON systems don't have. The standard configuration is that the LEON
chip has one GPTIMER core with multiple timer units within that GPTIMER core, wh
e can provide some feedback.
--joel
On 2/19/2014 3:24 AM, Sebastian Huber wrote:
> On 2014-02-19 08:48, Sebastian Huber wrote:
>> Hello Joel,
>>
>> since you don't provide much information (e.g. at least a stack trace would
>> have been helpful) I can only gue
On 2014-02-19 08:48, Sebastian Huber wrote:
Hello Joel,
since you don't provide much information (e.g. at least a stack trace would
have been helpful) I can only guess. You probably configured only one
GPTIMER instance in the simulators. Since the LEON processors lacks a
free-runnin
Hello Joel,
since you don't provide much information (e.g. at least a stack trace would
have been helpful) I can only guess. You probably configured only one GPTIMER
instance in the simulators. Since the LEON processors lacks a free-running CPU
counter I had to use a second GPTIMER ins
;
> As best Jennifer and I can tell, the leon3 is broken at the moment.
> hello does not run on either tsim or grsim.
>
> Starting a git bisect but feedback is appreciated.
>
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.com
Hi
As best Jennifer and I can tell, the leon3 is broken at the moment.
hello does not run on either tsim or grsim.
Starting a git bisect but feedback is appreciated.
--
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherr...@oarcorp.comOn-Line Applicat
On 06/19/2013 09:11 PM, Gedare Bloom wrote:
On Wed, Jun 19, 2013 at 11:02 AM, Philipp Eppelt
wrote:
This is implemented in POK and libpart.a is compiled and copied to
rtems/libbsp/i386/virtPok.
The virtPok makefile creates a new library file called libpokpart.a.
If libpart.a is not present, vi
On Wed, Jun 19, 2013 at 11:02 AM, Philipp Eppelt
wrote:
> Hi,
>
> I got the hello sample to compile.
> This means the host library works in RTEMS.
>
Nice work.
> But let's start at the beginning.
>
> I separated libcpu and score and defined native and virtual
devel-boun...@rtems.org] on behalf
of Philipp Eppelt [philipp.epp...@mailbox.tu-dresden.de]
Sent: Wednesday, June 19, 2013 8:02 AM
To: Cláudio Silva; Joel Sherrill; Julien Delange; rtems-devel@rtems.org
Subject: [GSOC|virtLayer] hello sample compiles
Hi,
I got the hello sample to compile.
This mean
Hi,
I got the hello sample to compile.
This means the host library works in RTEMS.
But let's start at the beginning.
I separated libcpu and score and defined native and virtual CPU's in
libcpu/i386.
The difference between the two are interrupts.h and _CPU_ISR_Set_level,
_CPU_
22 matches
Mail list logo
