Hi
I followed the GSOC Getting Started and have made changes to the Hello
world program. How is the proof to be submitted?
Thank You.
--
Rohini Kulkarni
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On Mon, 2015-02-02 at 11:45 -0600, Joel Sherrill wrote:
> Hi
>
> Last week while teaching an RTEMS class, we looked at a SPARC BSP's
> get nanoseconds since last tick handler. They all follow this pattern:
>
> clicks = Read Counter
> if ( clock interrupt pending ) {
> cli
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 having.
Hesham, feel free to start a discussion.
Chris
___
On 02/02/2015 05:25 PM, Joel Sherrill wrote:
>
> On 2/2/2015 9:45 AM, Jiri Gaisler wrote:
>> Should be fixed now, sorry for the trouble.
> No problem. My build is past that now. I thought I built
> qemu with the RSB last week while teaching an RTEMS class.
> When did the server switch occur?
I
While cpu_self->thread_dispatch_disable_level shouldn't ever be zero,
it would be better to check it before doing the decrement.
diff --git a/cpukit/score/src/threaddispatchdisablelevel.c
b/cpukit/score/src/threaddispatchdisablelevel.c
index 3b7837c..ce33db9 100644
--- a/cpukit/score/src/threaddis
Hi
Last week while teaching an RTEMS class, we looked at a SPARC BSP's
get nanoseconds since last tick handler. They all follow this pattern:
clicks = Read Counter
if ( clock interrupt pending ) {
clicks = Read Counter;
time =(2 * time per tick) - (clicks);
} else {
t
On 2/2/2015 9:45 AM, Jiri Gaisler wrote:
> Should be fixed now, sorry for the trouble.
No problem. My build is past that now. I thought I built
qemu with the RSB last week while teaching an RTEMS class.
When did the server switch occur?
--joel
> Jiri.
>
> On 02/02/2015 04:32 PM, Joel Sherrill wr
Should be fixed now, sorry for the trouble.
Jiri.
On 02/02/2015 04:32 PM, Joel Sherrill wrote:
>
>
> On February 2, 2015 8:19:54 AM MST, Jiri Gaisler wrote:
>>
>> This is my fault, a server switch failed to move the qemu directory
>> to the new server. I will restore the files as soon as poss
On February 2, 2015 8:19:54 AM MST, Jiri Gaisler wrote:
>
>This is my fault, a server switch failed to move the qemu directory
>to the new server. I will restore the files as soon as possible.
The is for the quick response Jiri. Upgrades always come with issues.
>Jiri.
>
>On 02/02/2015 03:47
This is my fault, a server switch failed to move the qemu directory
to the new server. I will restore the files as soon as possible.
Jiri.
On 02/02/2015 03:47 PM, Joel Sherrill wrote:
> Hi Daniel
>
> Qemu doesn't build with the RSB because the Gaisler patches that
> were referenced seem to have
On 02/02/15 15:37, Joel Sherrill wrote:
On 2/2/2015 8:25 AM, Sebastian Huber wrote:
>Drop parameter check from previously unused
>rtems_libio_iop_to_descriptor().
>---
> cpukit/libcsupport/include/rtems/libio_.h | 2 +-
> cpukit/libcsupport/src/fcntl.c | 2 +-
> cpukit/libcsupport
Hi Daniel
Qemu doesn't build with the RSB because the Gaisler patches that
were referenced seem to have disappeared. As best I can tell, the entire
directory is no longer there. Where are the patches now? Do you have
a patch for the RSB?
downloading:
patches/Provide-the-missing-LIBUSB_LOG_LEVEL_
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 there is a similar code
On 2/2/2015 8:25 AM, Sebastian Huber wrote:
> Drop parameter check from previously unused
> rtems_libio_iop_to_descriptor().
> ---
> cpukit/libcsupport/include/rtems/libio_.h | 2 +-
> cpukit/libcsupport/src/fcntl.c | 2 +-
> cpukit/libcsupport/src/open.c | 2 +-
> cpuki
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 there is a similar code for it on RTEMS
> somewhere.
If it is really an NS16550, t
Drop parameter check from previously unused
rtems_libio_iop_to_descriptor().
---
cpukit/libcsupport/include/rtems/libio_.h | 2 +-
cpukit/libcsupport/src/fcntl.c | 2 +-
cpukit/libcsupport/src/open.c | 2 +-
cpukit/libnetworking/rtems/rtems_syscall.c | 2 +-
4 files chang
---
cpukit/libcsupport/include/rtems/libio_.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/cpukit/libcsupport/include/rtems/libio_.h
b/cpukit/libcsupport/include/rtems/libio_.h
index 8703e09..d021c1b 100644
--- a/cpukit/libcsupport/include/rtems/libio_.h
+++ b/cpukit/libcsupport/include/rte
---
cpukit/libcsupport/include/rtems/libio_.h | 2 +-
cpukit/sapi/include/confdefs.h| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpukit/libcsupport/include/rtems/libio_.h
b/cpukit/libcsupport/include/rtems/libio_.h
index e204508..8703e09 100644
--- a/cpukit/l
---
cpukit/libcsupport/include/rtems/libio_.h | 2 +-
cpukit/libcsupport/src/libio_init.c| 8 +---
cpukit/sapi/include/confdefs.h | 6 --
testsuites/sptests/Makefile.am | 2 +-
testsuites/sptests/configure.ac| 1 -
testsuites/sptests/spfata
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
20 matches
Mail list logo
