On 2015-03-17 17:37, Joel Sherrill wrote:
On 3/17/2015 11:30 AM, emanuel stiebler wrote:
On 2015-03-17 11:41, Chris Johns wrote:> On 17/03/2015 2:48 am, Joel
Sherrill wrote:
>> Hmmm.. copying from the log you attached:
>>
>> This looks like somehow the the contents of
>> ./rtemstoolkit
On 18/03/2015 12:54 am, Daniel Hellstrom wrote:
On 03/15/2015 10:29 PM, Chris Johns wrote:
On 14/03/2015 12:39 pm, Amar Takhar wrote:
On 11/03/2015 1:27 am, Karel Gardas wrote:
Yes, this is a big patch but if you do not merge it now and later
following waf work you do tree/file placement refac
Well,... I think it's done.
Please, check it out: https://devel.rtems.org/wiki/TBR/Review/RTEMS_Bugzilla
The only thing that remains with Bugzilla in the name is the link itself.
Anything else is out of context.
Sometimes I forget how easy is to contribute to RTEMS Project.
Improving the wiki page
On March 17, 2015 5:47:24 PM CDT, Wendell Silva wrote:
>OK, Joel. Thanks.
>
>I've just fixed the broken link in the new wiki page.
Good catch! Search in the wiki for bugzilla to make sure there aren't more.
>
>--Wendell.
>
>
>
>On Tue, Mar 17, 2015 at 7:11 PM Joel Sherrill
> wrote:
>
>
>
>On M
OK, Joel. Thanks.
I've just fixed the broken link in the new wiki page.
--Wendell.
On Tue, Mar 17, 2015 at 7:11 PM Joel Sherrill
wrote:
>
>
> On March 17, 2015 4:59:30 PM CDT, Wendell Silva wrote:
> >Hi Dears,
> >
> >
> >Is RTEMS BugZilla website down?
> >
> >
> >https://www.rtems.org/bugzil
On March 17, 2015 4:59:30 PM CDT, Wendell Silva wrote:
>Hi Dears,
>
>
>Is RTEMS BugZilla website down?
>
>
>https://www.rtems.org/bugzilla returns "Page Not Found"
>
>
>When it will be back on line?
Never. :)
Try devel.rtems.org and click on tickets. We are using Trac now.
>
>Thanks,
>
>
>--W
Hi Dears,
Is RTEMS BugZilla website down?
https://www.rtems.org/bugzilla returns "Page Not Found"
When it will be back on line?
Thanks,
--Wendell.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 18/03/2015 7:28 am, Chris Johns wrote:
I am testing this now as I needed to add 'merge' to
the git module.
Pushed as
https://git.rtems.org/rtems-source-builder/commit/?id=b0f9e30fa46a8025b76bf86321ebe585de8972f4
Chris
___
devel mailing list
deve
On 18/03/2015 3:37 am, Joel Sherrill wrote:
On 3/17/2015 11:30 AM, emanuel stiebler wrote:
On 2015-03-17 11:41, Chris Johns wrote:> On 17/03/2015 2:48 am, Joel
Sherrill wrote:
>> Hmmm.. copying from the log you attached:
>>
>> This looks like somehow the the contents of
>> ./rtemstoolk
On 17-03-2015 15:15, QIAO YANG wrote:
Hi,
I've seen that you've compiled the kernel for SPARC, and run the
sample with SPARC simulator. Maybe you should try to build the arm
cross-compiler, compile the RPI BSP and run it on a arm simulator (
ex: QEMU) or on a RPI board?
Up to now I've seen
On 3/17/2015 11:30 AM, emanuel stiebler wrote:
> On 2015-03-17 11:41, Chris Johns wrote:> On 17/03/2015 2:48 am, Joel
> Sherrill wrote:
> >> Hmmm.. copying from the log you attached:
> >>
> >> This looks like somehow the the contents of
> >> ./rtemstoolkit/elftoolchain/libelf/_libelf_config.
On 2015-03-17 11:41, Chris Johns wrote:> On 17/03/2015 2:48 am, Joel
Sherrill wrote:
>> Hmmm.. copying from the log you attached:
>>
>> This looks like somehow the the contents of
>> ./rtemstoolkit/elftoolchain/libelf/_libelf_config.h are not being
>> tripped by whatever conditionals are set on y
Since the thread priority change is now performed atomically in one
critical section it is possible to simplify the thread queue update
procedure. Add a thread queue agnostic thread priority change
notification handler so that we are able to use alternative thread queue
implementations.
Update #2
Atomically update the current priority of a thread and all related data
structures.
Close #2310.
---
cpukit/score/src/threadchangepriority.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/cpukit/score/src/threadchangepriority.c
b/cpukit/score/src/threadchangepri
Hi)
Right now arm cross-compiler is being compiled. And of course I will
test Hello on actual RPi board. I would like to work with USB part of
task as I mentioned here
https://lists.rtems.org/pipermail/devel/2015-March/010462.html Which
part would yo like to take?
__
On Mon, Mar 16, 2015 at 5:06 PM, Joel Sherrill
wrote:
> Hi
>
> Gedare attempted to remove a couple of warnings and I wanted to pass
> along that in two cases, the warnings weren't resolved. These are from
> the sparc-erc32 and main_df.c previously didn't have warnings here.
>
> ../../../../../../r
Hi,
I've seen that you've compiled the kernel for SPARC, and run the sample with
SPARC simulator. Maybe you should try to build the arm cross-compiler, compile
the RPI BSP and run it on a arm simulator ( ex: QEMU) or on a RPI board?
Up to now I've seen you, Rohini and I who are willing to cont
Looks good. Time to update your entry in the table at
https://devel.rtems.org/wiki/GSoC/2015 and apply to
Google at http://www.google-melange.com/gsoc/homepage/google/gsoc2015
Plus work on the proposal for us. :)
-joel
On 3/17/2015 9:56 AM, Yurii Shevtsov wrote:
> Patch:
> diff --git a/testsuite
Patch:
diff --git a/testsuites/samples/hello/init.c b/testsuites/samples/hello/init.c
index d8fe450..8bf3604 100644
--- a/testsuites/samples/hello/init.c
+++ b/testsuites/samples/hello/init.c
@@ -28,7 +28,9 @@ rtems_task Init(
)
{
rtems_test_begin();
- printf( "Hello World\n" );
+ printf( "H
Hi, Daniel,
Thanks for your reply. After digging more into it, PC does not receive
ARP reply from RTEMS. That's the problem of device driver for sure, and
I'll try to debug it tomorrow when I go to work.
But my question is the two ether_output() in a row. It looks like that
the ICMP packet was se
Hello Albert,
Please provide more information about the order and content of the packets
being transferred.
My guess is that the following would happen:
1. PC sends to broadcast: ARP request for RTEMS IP
2. RTEMS responds PC: ARP reply
3. PC sends to RTEMS: PING request
4. RTEMS sends to br
On 03/15/2015 10:29 PM, Chris Johns wrote:
On 14/03/2015 12:39 pm, Amar Takhar wrote:
On 11/03/2015 1:27 am, Karel Gardas wrote:
Yes, this is a big patch but if you do not merge it now and later
following waf work you do tree/file placement refactoring than the patch
would be even harder to mer
On 17/03/2015 2:48 am, Joel Sherrill wrote:
Hmmm.. copying from the log you attached:
This looks like somehow the the contents of
./rtemstoolkit/elftoolchain/libelf/_libelf_config.h are not being
tripped by whatever conditionals are set on your host. I see FreeBSD,
Apple, and Linux sections of t
23 matches
Mail list logo
