2013-08-26T00:00:58 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2013-08-26T01:26:14 *** antgreen has quit IRC (Ping timeout: 240 seconds) 2013-08-26T01:31:41 *** arvind_khadri has joined #rtems 2013-08-26T02:09:05 *** sebhub has joined #rtems 2013-08-26T02:09:24 good morning 2013-08-26T04:52:06 *** MegaAlex|away has quit IRC (Ping timeout: 264 seconds) 2013-08-26T04:54:48 *** MegaAlex|away has joined #rtems 2013-08-26T04:58:18 *** the9a3eedi has quit IRC (Ping timeout: 264 seconds) 2013-08-26T06:14:30 *** arvind_khadri has quit IRC (Ping timeout: 276 seconds) 2013-08-26T06:30:59 *** the9a3eedi has joined #rtems 2013-08-26T06:42:05 *** arvind_khadri has joined #rtems 2013-08-26T07:11:11 *** beng-nl has quit IRC (Remote host closed the connection) 2013-08-26T07:50:26 *** the9a3eedi has quit IRC (Ping timeout: 245 seconds) 2013-08-26T07:54:52 *** MegaAlex|away has quit IRC (Ping timeout: 246 seconds) 2013-08-26T07:55:49 *** MegaAlex|away has joined #rtems 2013-08-26T08:23:09 *** MegaAlex|away has quit IRC (Ping timeout: 256 seconds) 2013-08-26T08:23:49 *** MegaAlex|away has joined #rtems 2013-08-26T08:52:15 *** the9a3eedi has joined #rtems 2013-08-26T08:58:20 *** the9a3eedi has quit IRC (Read error: Connection reset by peer) 2013-08-26T10:13:47 *** gedare has joined #rtems 2013-08-26T10:30:22 *** antgreen has joined #rtems 2013-08-26T10:38:30 *** monstr__ has quit IRC (Ping timeout: 268 seconds) 2013-08-26T10:51:05 *** arvind_khadri has quit IRC (Quit: Leaving) 2013-08-26T10:54:00 *** sebhub has quit IRC (Remote host closed the connection) 2013-08-26T12:08:14 *** sree has joined #rtems 2013-08-26T12:10:23 *** antgreen has quit IRC (Ping timeout: 268 seconds) 2013-08-26T12:23:19 hi sree. i fixed the bug you had, but am running into another one. 2013-08-26T12:28:18 gedare: around? 2013-08-26T12:29:01 dhananjay: hi. about to eat lunch, what's up?" 2013-08-26T12:30:13 In SPARC, When a task go to sleep, do the entire register file gets stacked? 2013-08-26T12:34:28 yeah 2013-08-26T12:38:41 Hmm. Okay. 2013-08-26T12:38:50 Thanks 2013-08-26T12:50:09 *** sree has quit IRC (Ping timeout: 250 seconds) 2013-08-26T13:04:35 *** sree has joined #rtems 2013-08-26T13:04:48 sure. i don't know how much time you should spend on this issue. you might want to wait til your mentor says whether or not it is important to print all the windows 2013-08-26T13:05:05 hey gedare, i applied your patch, i am building the tools now 2013-08-26T13:11:45 ok good. i had some other problems but it might be because i'm trying to install over my RPMs.. 2013-08-26T13:17:03 all right I installed an i386 toolchain with RSB 2013-08-26T13:21:48 the build is taking quite some time on my machine 2013-08-26T13:22:11 should i stop and apply the second patch you submitted? 2013-08-26T13:22:59 maybe. i can't be sure you will have the same problem 2013-08-26T13:23:04 but it seems possible 2013-08-26T13:23:26 i'm going to build a non-smp pc386 target just to verify my tools 2013-08-26T14:17:31 undefined reference to `Clock_driver_isrs' 2013-08-26T14:17:45 this is the problem you reported before I think.. 2013-08-26T14:33:07 i applied joel's patch and compiled. i should probably test it for him and commit it 2013-08-26T14:35:13 *** cafi has joined #rtems 2013-08-26T14:35:31 hi 2013-08-26T14:36:04 someone? 2013-08-26T14:40:34 depends on what you want 2013-08-26T14:47:48 i'm trying to run source builder and i have /development/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.8.1-newlib-14-Jul-2013-1/doit Build FAILED an error : 2013-08-26T14:48:21 do you have any idea how to solve this ? 2013-08-26T14:51:17 you are better off waiting for kiwichris to come around 2013-08-26T14:51:23 he should be here in 1-2 hours 2013-08-26T14:51:25 what's the error message? 2013-08-26T14:51:40 or gedare :) 2013-08-26T14:51:43 i worked around two little bugs with RSB today 2013-08-26T14:52:10 you can try the patches i posted at https://www.rtems.org/bugzilla/show_bug.cgi?id=2142 2013-08-26T14:52:14 cafi ^ 2013-08-26T14:52:31 heh. hi verm__ been awhile. hope you're doing well. 2013-08-26T14:53:12 ok i will try 2013-08-26T14:55:41 *** sree has quit IRC (Quit: Page closed) 2013-08-26T14:56:23 gedare: it has and likewise.. how was the vacation? 2013-08-26T14:56:36 good. well needed! 2013-08-26T14:56:40 nice 2013-08-26T14:56:43 but now back to the grindstone 2013-08-26T14:56:59 was it long enough to actually feel like you were on vacation or did you end up thinking about how much work you had to do the whole time? 2013-08-26T14:57:17 i find it takes me at least 10 days to feel like it's a vacation so i can usually enjoy the last few days to their maximum benefit 2013-08-26T14:57:22 nah it was pretty good, although it was with family so a little bit less like vacation :) 2013-08-26T14:57:29 ah :) 2013-08-26T14:57:36 we were out about 14 days or so 2013-08-26T14:58:17 nice 2013-08-26T15:02:50 gedare it seems to be the same thing 2013-08-26T15:02:56 -enable-threads --disable-plugin --enable-obsolete --enable-languages=c,c++ if test %_host != %_build configure: WARNING: you should use --build, --host, --target configure: WARNING: you should use --build, --host, --target configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: %_host configure: error: invalid variable name: `!' Build Set: Time 0:14:53.267855 error: shell cmd failed: /bin/sh - 2013-08-26T15:03:15 ok, i think the patches i posted should fix the problem for you 2013-08-26T15:03:42 by the way, you might like to use the "--without-rtems" option to just build your toolchain, and then build RTEMS with the BSP you are interested in 2013-08-26T15:03:58 by default RSB will build all of the BSPs, which can take a really long time especially for architectures with multiple BSPs 2013-08-26T15:04:38 also you ought to create a branch before you apply my patches 2013-08-26T15:04:55 that way you can pull the updates to your master "cleanly" after kiwichris gets a chance to look at these bugs. 2013-08-26T15:10:47 *** MegaAlex|away is now known as MegaAlex 2013-08-26T15:58:15 gedare the error is still there 2013-08-26T15:58:36 error: shell cmd failed: /bin/sh -ex /home/ubuntu64/development/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.8.1-newlib-14-Jul-2013-1/doit 2013-08-26T16:01:26 *** gedare has quit IRC (Ping timeout: 240 seconds) 2013-08-26T16:07:19 *** cafi has quit IRC (Ping timeout: 250 seconds) 2013-08-26T19:35:38 *** the9a3eedi has joined #rtems 2013-08-26T19:43:52 *** the9a3eedi has quit IRC (Read error: Connection reset by peer) 2013-08-26T19:53:02 *** the9a3eedi has joined #rtems 2013-08-26T20:03:09 *** freenix has joined #rtems 2013-08-26T20:13:25 *** MegaAlex is now known as MegaAlex|away 2013-08-26T21:19:33 quick question: if a task calls exit(), does the task itself only exit? Or does the whole RTEMS system stop? exit() is a part of stdlib and it's supposed to terminate the process, but since RTEMS is single process I'm not sure how it works there 2013-08-26T23:17:32 the9a3eedi, RTEMS is a single process so exit will stop RTEMS. 2013-08-26T23:34:55 I see, thanks 2013-08-26T23:46:49 *** monstr__ has joined #rtems 2013-08-26T23:52:29 *** antgreen has joined #rtems 2013-08-27T00:55:54 *** kiwichris has quit IRC (Ping timeout: 264 seconds) 2013-08-27T01:06:42 *** kiwichris has joined #rtems 2013-08-27T01:39:36 *** MegaAlex|away has quit IRC (Ping timeout: 256 seconds) 2013-08-27T01:40:30 *** MegaAlex|away has joined #rtems 2013-08-27T01:49:26 *** antgreen has quit IRC (Ping timeout: 240 seconds) 2013-08-27T02:05:51 *** MegaAlex|away is now known as MegaAlex 2013-08-27T02:40:01 *** kiwichris has quit IRC (Read error: Connection reset by peer) 2013-08-27T02:48:48 *** sebhub has joined #rtems 2013-08-27T02:49:06 good morning 2013-08-27T02:59:55 *** kiwichris has joined #rtems 2013-08-27T03:20:26 sebhub, hi 2013-08-27T03:20:58 should _Thread_Start_multitasking be split into separate functions ? 2013-08-27T03:21:45 no, i merged two functions into _Thread_Start_multitasking 2013-08-27T03:21:48 or wrapped for the secondary core ? 2013-08-27T03:22:25 it will be more clear if we remove the _Thread_BSP_context 2013-08-27T03:22:42 How ? 2013-08-27T03:22:53 The exint.c still needs it 2013-08-27T03:22:59 its not longer needed due to the fatal error changes 2013-08-27T03:23:14 really ? 2013-08-27T03:23:29 you can no longer get back to a boot monitor ? 2013-08-27T03:23:48 yes, you always end up in a fatal error 2013-08-27T03:24:12 Hmmm, I am not sure I agree with this change in functionality. It has been there for ever. 2013-08-27T03:24:16 And used 2013-08-27T03:24:44 you have now a single termination point 2013-08-27T03:25:12 that is fine as long as that point returns the caller to boot context 2013-08-27T03:25:15 you can jump to the boot loader in an application or bsp specific fatal handler 2013-08-27T03:27:04 I do not have the details available but I have seen the BSP context being used. 2013-08-27T03:27:42 yes, its used, but this is a bug 2013-08-27T03:28:13 why ? 2013-08-27T03:28:39 its no longer necessary to return to the bsp context since we call rtems_fatal() right after the return 2013-08-27T03:28:48 *** arvind_khadri has joined #rtems 2013-08-27T03:28:56 So you created the bug ? 2013-08-27T03:29:19 is not a real bug, more a missing optimization 2013-08-27T03:30:01 I have used the bsp context in applications to return to the boot monitor. It has been a while so something must have changed 2013-08-27T03:30:24 i think it is an imporant change that now all termination paths end up in one function (normal exit, exceptions) 2013-08-27T03:30:55 if you want to return to the boot loader, than you can do this in your fatal error handler 2013-08-27T03:31:05 Sure, so does that mean 'rtems_fatal' is not a good name ? 2013-08-27T03:31:12 By restarting the boot monitor ? 2013-08-27T03:32:11 this fatal naming is historic 2013-08-27T03:32:22 it depends on the boot loader how you get back to it 2013-08-27T03:32:48 the old way to return to a boot loader is broken now, but this doesn't mean that it is impossible 2013-08-27T03:33:54 Sure. Just looking at the doco. It needs to be updated to clearly state this. It will be confusing to users. 2013-08-27T03:34:33 its in the release notes 2013-08-27T03:35:06 The user manual needs something ... 2013-08-27T03:35:06 http://rtems.org/onlinedocs/doc-current/share/rtems/html/c_user/Initialization-Manager-Initialization-Manager-Failure.html#Initialization-Manager-Initialization-Manager-Failure 2013-08-27T03:36:58 i updated also the bsp_howto and the user guide 2013-08-27T03:37:05 see commit 48bff53b3dec885085b87db413329830110c9bb0 2013-08-27T03:37:20 I have been looking at the smpatomic01 failure on the zynq and it fails with the atomic calls commented out 2013-08-27T03:38:01 these tests need a complete review, i am not sure what they actually test 2013-08-27T03:38:27 It just makes a call to the gcc stdatomic.h functions. 2013-08-27T03:38:40 the rtems_fatal_error_occurred() directive didn't change, it is rtems_initialize_start_multitasking() what changed 2013-08-27T03:38:52 I am not sure if it tests the atomic call but the fact it fails at concerns me 2013-08-27T03:39:05 this is work in progress 2013-08-27T03:39:08 I will look 2013-08-27T03:39:11 at the doco 2013-08-27T03:39:25 atomic stuff a work in progress ? 2013-08-27T03:39:31 yes 2013-08-27T03:39:41 I removed all the atomic code and it failed 2013-08-27T03:40:28 yes, also the tests are work in progress 2013-08-27T03:40:33 It is something else and that is my concern and why I decided to test it 2013-08-27T03:40:47 I have inspected all the code and cannot see why it is failing 2013-08-27T03:41:49 ok, so you did run all the smptests? 2013-08-27T03:41:54 Yes 2013-08-27T03:42:02 and these are the only ones that do not work 2013-08-27T03:42:11 they never worked 2013-08-27T03:42:19 Oh even on qemu ? 2013-08-27T03:42:39 yes, these tests need a review, its unclear what they do 2013-08-27T03:43:22 the main problem is that i am completely overloaded and this atomic stuff is something we need later 2013-08-27T03:43:23 Yes I agree. The just make calls to atomic functions 2013-08-27T03:43:42 Yes I know. If I see the bug then I am happy. 2013-08-27T03:43:46 I am looking 2013-08-27T03:44:41 can you please have a look at the chain patch, it fixes a couple of problems 2013-08-27T03:47:06 got half today and was distracted :) 2013-08-27T03:53:04 *** arvind_khadri has quit IRC (Ping timeout: 256 seconds) 2013-08-27T03:58:44 Is rtems_chain_extract present without SMP for users ? 2013-08-27T03:59:17 yes, but on SMP it is not available 2013-08-27T03:59:57 rtems_chain_extract_unprotected is available for all 2013-08-27T04:00:54 Long term it would be nice to have your rtems_chain_explicit_extract be rtems_chain_extract within SMP 2013-08-27T04:01:41 this would be an API break 2013-08-27T04:02:05 Only on SMP where it does not exist at the moment. 2013-08-27T04:02:39 yes, but on stuff that is used in both configurations this doesn't work 2013-08-27T04:02:50 yes 2013-08-27T04:03:39 the posix signals are the last area with ISR disable/enable vs. mutual exclusion problems 2013-08-27T04:03:53 That and is not good. I personally do not want RTEMS_SMP in my applications. 2013-08-27T04:03:55 unfortuantely the implementation is hard to understand 2013-08-27T04:04:05 I am sure. 2013-08-27T04:04:17 yes, exactly and this is why we need both extract functions 2013-08-27T04:05:12 the smp aware code simple has to use the explicit extract 2013-08-27T04:06:50 *** arvind_khadri has joined #rtems 2013-08-27T04:07:03 Yes I agree. I am wondering about the effects of a name change vs the long name 2013-08-27T04:07:38 in time we shoudl have only the explict with the lock a nop on non-smp 2013-08-27T04:08:07 if we use a different prototype for rtems_chain_extract on SMP, then you need the #ifdef RTEMS_SMP in your code 2013-08-27T04:08:10 That is the better approach because it creates no suprises for a user 2013-08-27T04:08:29 Or fix your code 2013-08-27T04:08:36 if we give a warning 2013-08-27T04:08:44 and wait a release 2013-08-27T04:09:25 it would not change this API, sometimes its hard to get the chain of the node 2013-08-27T04:10:14 Yes I agree however means a user creates a app that does not handle it expecting to just build for SMP and gets a rude shick 2013-08-27T04:10:17 shock 2013-08-27T04:10:48 No easy answer 2013-08-27T04:11:05 the build breaks anyway, either due to the parameter change or the missing function 2013-08-27T04:12:42 Can I get them to call you when they have written the app, tested had released a year or 2 and find this out ? :) :) 2013-08-27T04:13:16 Is it better to be blunt now and cope the flack or attempt to be nice and create another issue 2013-08-27T04:13:25 this changed doesn't touch the single processor configurations 2013-08-27T04:13:40 Yes I know and that is my point. 2013-08-27T04:14:33 the rtems_chain_explicit_extract() is available in both configurations 2013-08-27T04:15:28 And rtems_chain_extract is left dangling and really should be removed. I understand for a release or maybe 2 with a warning but long term. 2013-08-27T04:16:38 ok, i would not break the API, but I am fine if you want to do it 2013-08-27T04:17:47 Currently I am not sure. I will think about it a little more and ping Joel. 2013-08-27T04:18:16 One thing I am sure about is the need for there to be just one interface in time. 2013-08-27T04:19:23 ok, good 2013-08-27T04:24:38 *** sebhub has quit IRC (Ping timeout: 240 seconds) 2013-08-27T04:24:59 *** sebhub has joined #rtems 2013-08-27T05:50:01 *** cafi has joined #rtems 2013-08-27T05:50:48 hi sebhub 2013-08-27T05:51:22 hi 2013-08-27T05:52:38 *** cafi has quit IRC (Client Quit) 2013-08-27T05:52:59 *** cafi has joined #rtems 2013-08-27T05:54:05 Im trying RSB i a have an error like this rror: cvs command failed (['/usr/bin/cvs', '-z', '9', '-q', '-d', ':pserver:anoncvs@sourceware.org/cvs/src', 'co', '-N', '-D', '14-Jul-2013', 'newlib']): 1 2013-08-27T05:54:20 any idea why ? 2013-08-27T05:56:27 a firewall problem? 2013-08-27T06:00:02 I have to make some settings in Ubuntu 12.04 firewall for this ? 2013-08-27T06:00:34 can you execute this cvs command directly (without the RSB)? 2013-08-27T06:01:48 i will try and let you know 2013-08-27T07:29:11 *** antgreen has joined #rtems 2013-08-27T08:00:28 *** arvind_khadri has quit IRC (Ping timeout: 264 seconds) 2013-08-27T08:10:54 *** the9a3eedi has quit IRC (Ping timeout: 264 seconds) 2013-08-27T08:16:26 *** gedare has joined #rtems 2013-08-27T08:23:20 cafi: did you get the build to work? 2013-08-27T08:24:20 *** arvind_khadri has joined #rtems 2013-08-27T08:41:34 *** S_Somani has joined #rtems 2013-08-27T09:17:41 *** sebhub has quit IRC (Remote host closed the connection) 2013-08-27T09:18:08 *** freenix has quit IRC (Remote host closed the connection) 2013-08-27T09:23:24 *** monstr__ has quit IRC (Remote host closed the connection) 2013-08-27T09:27:56 *** antgreen has quit IRC (Ping timeout: 245 seconds) 2013-08-27T09:34:17 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-08-27T11:57:06 *** gedare has quit IRC (Ping timeout: 245 seconds) 2013-08-27T12:45:29 *** gedare has joined #rtems 2013-08-27T14:20:08 *** gedare has quit IRC (Ping timeout: 246 seconds) 2013-08-27T15:12:13 *** MegaAlex has quit IRC (Ping timeout: 268 seconds) 2013-08-27T15:20:05 *** MegaAlex has joined #rtems 2013-08-27T15:49:11 *** cafi_ has joined #rtems 2013-08-27T15:51:57 hello 2013-08-27T15:52:58 I think that there is an issue in ource builder because i have this err : error: downloading http://ftp.rtems.org/ftp/pub/rtems/4.11/rtems-4.11.tar.bz2 2013-08-27T15:53:40 and that link it seems to be not valid 2013-08-27T16:00:21 *** cafi_ has quit IRC (Ping timeout: 250 seconds) 2013-08-27T16:09:25 *** S_Somani has left #rtems 2013-08-27T16:29:25 i wonder why it's looking for that, you'll have to ask chris 2013-08-27T16:29:33 perparing for the future perhaps 2013-08-27T16:55:00 cafi, what is the command you are using ? 2013-08-27T19:10:37 *** the9a3eedi has joined #rtems 2013-08-27T19:34:18 cafi, about ? 2013-08-27T19:49:46 *** MegaAlex is now known as MegaAlex|away 2013-08-27T23:22:17 *** monstr has joined #rtems 2013-08-28T01:01:35 *** cafi has quit IRC (Ping timeout: 250 seconds) 2013-08-28T01:30:13 *** arvind_khadri has joined #rtems 2013-08-28T01:43:18 *** sebhub has joined #rtems 2013-08-28T01:44:39 good morning 2013-08-28T01:58:14 *** freenix has joined #rtems 2013-08-28T03:03:51 *** MegaAlex|away is now known as MegaAlex 2013-08-28T04:04:10 *** the9a3eedi has quit IRC (Ping timeout: 245 seconds) 2013-08-28T04:06:07 *** arvind_khadri has quit IRC (Ping timeout: 246 seconds) 2013-08-28T04:18:23 *** arvind_khadri has joined #rtems 2013-08-28T05:35:16 sebhub, which fields of Per_CPU_Control do need to aquire the lock for to change ? 2013-08-28T05:48:56 all except the state and level 2013-08-28T06:12:53 thanks 2013-08-28T06:38:53 omg, the atomic_flag is broken on powerpc GCC 2013-08-28T06:39:14 GCC generates a NULL pointer read and write out of nowhere 2013-08-28T06:55:26 *** antgreen has joined #rtems 2013-08-28T07:06:30 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58259 2013-08-28T07:06:53 the arm c++ code generation is nice 2013-08-28T08:31:08 *** freenix has quit IRC (Remote host closed the connection) 2013-08-28T08:38:02 *** sebhub has quit IRC (Ping timeout: 264 seconds) 2013-08-28T08:56:58 *** sebhub has joined #rtems 2013-08-28T10:11:32 sebhub: is there a workaround? 2013-08-28T10:15:27 *** MegaAlex is now known as MegaAlex|away 2013-08-28T10:16:33 for what? 2013-08-28T10:18:06 for the atomic flag bug? 2013-08-28T10:18:18 i have to update newlib 2013-08-28T10:18:30 it was a bug in freebsd originally 2013-08-28T10:19:04 I thought in gcc? 2013-08-28T10:19:51 no, the freebsd stdatomic.h was broken 2013-08-28T10:20:53 oh and gcc just reused it? 2013-08-28T10:21:22 no, gcc is not the owner of this file, it belongs to the c library 2013-08-28T10:22:50 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-08-28T10:24:10 *** antgreen has quit IRC (Ping timeout: 245 seconds) 2013-08-28T10:24:50 it seems that freebsd removes the gcc support in its header files 2013-08-28T10:27:36 are they clang only already? 2013-08-28T10:30:30 i am not sure 2013-08-28T10:31:56 doesn't look like it http://www.freebsd.org/doc/en/books/developers-handbook/tools-compiling.html 2013-08-28T10:35:19 ok, with an update from freebsd it works now 2013-08-28T10:36:32 *** sebhub has quit IRC (Remote host closed the connection) 2013-08-28T11:01:56 *** monstr has quit IRC (Ping timeout: 256 seconds) 2013-08-28T11:30:38 *** cafi has joined #rtems 2013-08-28T11:31:28 hi chris 2013-08-28T12:16:10 *** cafi has left #rtems 2013-08-28T12:17:22 *** cafi has joined #rtems 2013-08-28T12:18:39 *** cafi has joined #rtems 2013-08-28T12:27:53 chiris the command fot the error received --error: downloading http://ftp.rtems.org/ftp/pub/rtems/4.11/rtems-4.11.tar.bz2 git://git.rtems.org/rtems.git?reset=hard?pull: all paths have failed, giving up Build FAILED 2013-08-28T12:31:29 is ../source_builder/sb-set-builder --log=build.txt --prefix=/home/ubuntu/development/compiler/4.11 4.11/rtems-arm 2013-08-28T12:53:53 *** arvind_khadri has joined #rtems 2013-08-28T12:55:48 *** arvind_khadri has joined #rtems 2013-08-28T12:57:27 *** arvind_khadri has joined #rtems 2013-08-28T12:58:45 *** arvind_khadri has joined #rtems 2013-08-28T12:59:11 *** arvind_khadri has quit IRC (Max SendQ exceeded) 2013-08-28T13:16:15 *** arvind_khadri has joined #rtems 2013-08-28T13:16:59 *** arvind_khadri has quit IRC (Max SendQ exceeded) 2013-08-28T13:17:28 *** arvind_khadri has joined #rtems 2013-08-28T13:18:38 *** arvind_khadri has joined #rtems 2013-08-28T14:54:35 *** MegaAlex|away has quit IRC (Ping timeout: 245 seconds) 2013-08-28T14:56:04 *** MegaAlex|away has joined #rtems 2013-08-28T15:08:33 someone? 2013-08-28T15:19:45 chris is in australia it's early there at the moment 2013-08-28T15:19:50 you will have to wait for him to come around 2013-08-28T15:20:17 he should be here in 2-3 hours 2013-08-28T15:43:50 tks greater chance to speak tomorrow with sebhub here is already midnight 2013-08-28T15:44:09 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-08-28T16:00:22 ah 2013-08-28T16:12:01 *** cafi has quit IRC (Ping timeout: 250 seconds) 2013-08-28T19:07:42 *** the9a3eedi has joined #rtems 2013-08-28T19:53:43 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-08-28T20:14:55 *** kiwichris has joined #rtems 2013-08-28T21:14:18 *** kiwichris has quit IRC (Quit: This computer has gone to sleep) 2013-08-28T21:18:59 *** antgreen has joined #rtems 2013-08-28T22:15:39 *** kiwichris has joined #rtems 2013-08-28T22:55:37 *** cafi has joined #rtems 2013-08-28T22:56:22 hello 2013-08-28T23:15:25 cafi, hi 2013-08-28T23:16:58 *** monstr has joined #rtems 2013-08-28T23:22:56 hi chris 2013-08-28T23:23:37 i have an error like this error: downloading http://ftp.rtems.org/ftp/pub/rtems/4.11/rtems-4.11.tar.bz2 git://git.rtems.org/rtems.git?reset=hard?pull: all paths have failed, giving up Build FAILED 2013-08-28T23:23:56 cafi, this error is unsual. What host are you on ? 2013-08-28T23:24:05 ubuntu 2013-08-28T23:24:09 12.04 2013-08-28T23:25:20 i tried to access this site 2013-08-28T23:25:31 Ok. What does rtems/config/tools/rtems-kernel-4.11.cfg have for Source0 ? 2013-08-28T23:28:11 I cannot find this error message in the latest RSB code. 2013-08-28T23:28:24 Oh I have found it 2013-08-28T23:28:37 I receveid this error when i run on source builder 2013-08-28T23:29:06 The URL is wrong. It should be just 'git://git.rtems.org/rtems.git?reset=hard?pull' 2013-08-28T23:29:43 I do not know where the 'http://ftp.rtems.org/ftp/pub/rtems/4.11/rtems-4.11.tar.bz2' bit is coming from. 2013-08-28T23:30:38 Hmm ok I have found where the ftp url is defined. 2013-08-28T23:31:21 great! can you tell me the file where I should make this change 2013-08-28T23:31:31 It should not be happening. 2013-08-28T23:31:52 Can you please enter this and then email me the log ? 2013-08-28T23:32:35 ../source_builder/sb-set-builder --log=log_ccj_armtxt --prefix=/home/ubuntu/development/compiler/4.11 --tarce --dry-run 4.11/rtems-arm 2013-08-28T23:35:54 this is the command that i ran when i received this err 2013-08-28T23:36:33 whiout --trece and dry 2013-08-28T23:37:24 Please add these and send me the log file. Thanks 2013-08-28T23:38:07 ok 2013-08-28T23:39:48 *** antgreen has quit IRC (Ping timeout: 240 seconds) 2013-08-29T00:40:31 chris if helps i can sent you the log file from error received 2013-08-29T00:54:32 I just want the one with the trace 2013-08-29T00:54:42 from the command I gave if that is ok 2013-08-29T00:54:51 I do not need the actual build trace 2013-08-29T00:57:44 Hmm the command should be ... 2013-08-29T00:57:52 ../source_builder/sb-set-builder --log=log_ccj_arm.txt --prefix=/home/ubuntu/development/compiler/4.11 --trace --dry-run 4.11/rtems-arm 2013-08-29T01:15:19 it ok and wow it took just a few minutes comparing to 2h last time 2013-08-29T01:15:27 it is ok 2013-08-29T01:17:56 should I send you the log file ? 2013-08-29T01:42:41 *** sebhub has joined #rtems 2013-08-29T01:42:48 good morning 2013-08-29T02:51:19 *** the9a3eedi has quit IRC (Read error: Connection reset by peer) 2013-08-29T02:51:40 *** arvind_khadri has joined #rtems 2013-08-29T02:52:30 *** the9a3eedi has joined #rtems 2013-08-29T03:01:40 *** ericbmer1itt has quit IRC (Ping timeout: 264 seconds) 2013-08-29T04:16:25 *** arvind_khadri has quit IRC (Ping timeout: 256 seconds) 2013-08-29T04:23:17 *** the9a3eedi has quit IRC (Ping timeout: 248 seconds) 2013-08-29T04:42:35 *** arvind_khadri has joined #rtems 2013-08-29T04:44:18 *** arvind_khadri has joined #rtems 2013-08-29T04:45:43 *** arvind_khadri has quit IRC (Max SendQ exceeded) 2013-08-29T04:46:46 *** arvind_khadri has joined #rtems 2013-08-29T07:26:15 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-08-29T07:29:10 *** arvind_khadri has joined #rtems 2013-08-29T07:37:43 *** MegaAlex|away has quit IRC (Ping timeout: 264 seconds) 2013-08-29T07:38:18 *** MegaAlex|away has joined #rtems 2013-08-29T07:44:57 *** MegaAlex|away has quit IRC (Ping timeout: 256 seconds) 2013-08-29T07:45:48 *** MegaAlex|away has joined #rtems 2013-08-29T08:10:53 *** gedare has joined #rtems 2013-08-29T08:49:33 *** MegaAlex|away has quit IRC (Ping timeout: 256 seconds) 2013-08-29T08:50:20 *** MegaAlex|away has joined #rtems 2013-08-29T09:17:39 *** sebhub has quit IRC (Ping timeout: 260 seconds) 2013-08-29T09:36:23 *** arvind_khadri has quit IRC (Remote host closed the connection) 2013-08-29T10:31:04 *** monstr has quit IRC (Ping timeout: 264 seconds) 2013-08-29T11:17:07 *** gedare has quit IRC (Ping timeout: 260 seconds) 2013-08-29T11:44:10 *** gedare has joined #rtems 2013-08-29T11:45:34 *** arvind_khadri has joined #rtems 2013-08-29T12:59:30 *** arvind_khadri has quit IRC (Ping timeout: 264 seconds) 2013-08-29T13:15:11 *** cafi has quit IRC (Ping timeout: 250 seconds) 2013-08-29T13:15:37 *** arvind_khadri has joined #rtems 2013-08-29T15:26:01 *** gedare has quit IRC (Quit: Leaving) 2013-08-29T15:30:13 *** rtemsLogger has joined #rtems 2013-08-29T16:58:04 *** kiwichris has quit IRC (Quit: Leaving) 2013-08-29T16:59:14 *** kiwichris has joined #rtems 2013-08-29T19:24:22 *** the9a3eedi has joined #rtems 2013-08-29T20:26:30 *** arvind_k has joined #rtems 2013-08-29T20:29:36 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2013-08-29T22:50:10 *** antgreen has joined #rtems 2013-08-29T23:13:04 *** antgreen has quit IRC (Ping timeout: 264 seconds) 2013-08-29T23:43:58 *** monstr has joined #rtems 2013-08-30T00:16:02 *** S_Somani has joined #rtems 2013-08-30T01:15:07 *** Thorn has joined #rtems 2013-08-30T01:42:49 *** sebhub has joined #rtems 2013-08-30T01:43:05 good morning 2013-08-30T01:48:22 *** S_Somani has quit IRC (Ping timeout: 246 seconds) 2013-08-30T02:02:06 *** arvind_k has quit IRC (Write error: Connection reset by peer) 2013-08-30T03:23:38 *** arvind_khadri has joined #rtems 2013-08-30T03:38:41 I've been packing some object files into a RAP file with rtems-ld, and I've got an error with one of the object files: error: rap::object: Section index '65522' not found 2013-08-30T03:38:57 What does this mean? I'm pretty stumped 2013-08-30T03:56:18 *** S_Somani has joined #rtems 2013-08-30T04:08:45 *** arvind_khadri has quit IRC (Ping timeout: 245 seconds) 2013-08-30T05:36:51