2011-07-04T00:49:40 *** monstr-rtems has joined #rtems 2011-07-04T01:35:17 *** monstr-rtems has quit IRC 2011-07-04T01:45:35 *** Shisui has joined #rtems 2011-07-04T01:46:13 hi 2011-07-04T01:46:18 hi 2011-07-04T01:46:51 hi, kiwichris :-) 2011-07-04T02:10:37 *** sebhub has joined #rtems 2011-07-04T02:10:47 good morning 2011-07-04T04:32:54 *** xiangfu has quit IRC 2011-07-04T04:54:04 *** panzon has quit IRC 2011-07-04T05:20:46 *** Shisui has quit IRC 2011-07-04T05:31:47 *** Shisui has joined #rtems 2011-07-04T07:45:58 *** DrJoel has joined #rtems 2011-07-04T07:45:58 *** ChanServ sets mode: +o DrJoel 2011-07-04T07:46:48 *** DrJoel changes topic to "RTEMS is applying for ESA Summoer of Code in Space (SOCIS). Nearing mid-term for the GSOC 2011 students." 2011-07-04T07:47:24 * DrJoel is working this holiday to take time off later in the week 2011-07-04T09:02:22 *** bazinski has joined #rtems 2011-07-04T09:06:45 *** methril_work has joined #rtems 2011-07-04T10:43:38 *** sebhub has quit IRC 2011-07-04T10:59:27 * DrJoel looks around 2011-07-04T12:23:40 *** Shisui_ has joined #rtems 2011-07-04T12:23:55 *** Shisui has quit IRC 2011-07-04T12:26:10 *** Shisui_ is now known as Shisui 2011-07-04T12:45:48 *** DrJoel has quit IRC 2011-07-04T14:23:50 *** methril_work has quit IRC 2011-07-04T14:28:35 *** bazinski has quit IRC 2011-07-04T14:28:35 *** lcpfnvcy has quit IRC 2011-07-04T14:31:20 *** lcpfnvcy has joined #rtems 2011-07-04T14:31:24 *** bazinski has joined #rtems 2011-07-04T14:44:15 *** methril_work has joined #rtems 2011-07-04T16:49:21 *** Shisui has quit IRC 2011-07-04T18:52:44 *** DrJoel has joined #rtems 2011-07-04T18:52:44 *** ChanServ sets mode: +o DrJoel 2011-07-04T18:52:53 DrJoel, hi 2011-07-04T19:02:24 *** DrJoel has quit IRC 2011-07-04T20:34:59 *** xiangfu has joined #rtems 2011-07-04T20:59:30 *** shayden has quit IRC 2011-07-04T23:14:06 *** xiangfu has quit IRC 2011-07-05T00:06:06 *** Shisui has joined #rtems 2011-07-05T00:10:30 *** Shisui has quit IRC 2011-07-05T00:40:25 *** Shisui has joined #rtems 2011-07-05T01:55:59 *** sebhub has joined #rtems 2011-07-05T01:59:17 good morning 2011-07-05T02:45:21 *** lcpfnvcy has quit IRC 2011-07-05T02:46:07 *** bazinski has quit IRC 2011-07-05T03:01:05 *** bazinski has joined #rtems 2011-07-05T03:06:01 *** lcpfnvcy has joined #rtems 2011-07-05T03:47:54 *** xiangfu has joined #rtems 2011-07-05T06:44:18 *** xiangfu has quit IRC 2011-07-05T06:49:58 *** Shisui has quit IRC 2011-07-05T07:28:54 *** xiangfu has joined #rtems 2011-07-05T07:30:12 *** Shisui has joined #rtems 2011-07-05T07:54:41 *** monstr-rtems has joined #rtems 2011-07-05T08:19:15 *** xiangfu has quit IRC 2011-07-05T08:33:12 *** methril has quit IRC 2011-07-05T08:58:31 *** monstr-rtems has quit IRC 2011-07-05T08:59:42 *** shayden has joined #rtems 2011-07-05T09:40:49 *** DrJoel has joined #rtems 2011-07-05T09:40:49 *** ChanServ sets mode: +o DrJoel 2011-07-05T09:48:46 *** monstr-rtems has joined #rtems 2011-07-05T09:53:59 *** monstr-rtems has quit IRC 2011-07-05T09:54:14 *** monstr-rtems has joined #rtems 2011-07-05T10:26:09 *** Shisui has quit IRC 2011-07-05T10:56:53 wow.. quiet in here 2011-07-05T11:04:05 *** methril has joined #rtems 2011-07-05T11:07:40 *** sebhub has quit IRC 2011-07-05T11:55:47 *** Shisui has joined #rtems 2011-07-05T12:59:09 *** arvind_khadri has joined #rtems 2011-07-05T13:25:54 * DrJoel looks around 2011-07-05T13:30:26 *** lcpfnvcy has quit IRC 2011-07-05T13:30:53 *** bazinski has quit IRC 2011-07-05T13:32:36 *** lcpfnvcy has joined #rtems 2011-07-05T13:33:37 *** bazinski has joined #rtems 2011-07-05T14:11:27 *** DrJoel has quit IRC 2011-07-05T14:17:01 *** Shisui has quit IRC 2011-07-05T15:05:59 *** monstr-rtems has quit IRC 2011-07-05T15:15:27 *** arvind_khadri has quit IRC 2011-07-05T16:57:54 *** DrJoel has joined #rtems 2011-07-05T16:57:54 *** ChanServ sets mode: +o DrJoel 2011-07-05T17:21:05 anyone here? 2011-07-05T17:26:59 *** DrJoel has quit IRC 2011-07-05T22:00:22 *** xiangfu has joined #rtems 2011-07-05T23:29:36 *** xiangfu has quit IRC 2011-07-06T01:03:57 *** xiangfu has joined #rtems 2011-07-06T01:04:37 *** monstr-rtems has joined #rtems 2011-07-06T01:15:32 *** sebhub has joined #rtems 2011-07-06T01:15:44 good morning 2011-07-06T02:47:48 morning 2011-07-06T03:47:42 *** cdcs has joined #rtems 2011-07-06T04:39:03 *** xiangfu has quit IRC 2011-07-06T06:27:20 *** Shisui has joined #rtems 2011-07-06T06:27:36 hi :-) 2011-07-06T06:27:57 hi 2011-07-06T06:30:18 *** cdcs has quit IRC 2011-07-06T07:54:57 *** xiangfu has joined #rtems 2011-07-06T07:59:06 *** Shisui has quit IRC 2011-07-06T08:16:15 *** bazinski has quit IRC 2011-07-06T09:46:35 *** monstr-rtems has quit IRC 2011-07-06T10:03:51 *** lcpfnvcy has quit IRC 2011-07-06T10:05:36 *** lcpfnvcy has joined #rtems 2011-07-06T10:09:27 *** xiangfu has quit IRC 2011-07-06T10:10:19 *** sebhub has quit IRC 2011-07-06T11:59:03 *** Shisui has joined #rtems 2011-07-06T12:45:46 *** demute has joined #rtems 2011-07-06T12:56:53 *** cssmith1 has joined #rtems 2011-07-06T14:41:20 *** Shisui has quit IRC 2011-07-06T14:47:34 *** harlan has joined #rtems 2011-07-06T15:03:33 *** cssmith1 has left #rtems 2011-07-06T15:09:51 *** demute has quit IRC 2011-07-06T15:10:06 *** demute has joined #rtems 2011-07-06T15:15:16 *** DrJoel has joined #rtems 2011-07-06T15:15:16 *** ChanServ sets mode: +o DrJoel 2011-07-06T15:16:09 * DrJoel waves at harlan.. we are honored to have a guest of your stature in our lowly irc channel 2011-07-06T15:16:26 for those who don't know, harlan is Mr NTP or is that King NTP? 2011-07-06T15:35:38 *** Shisui has joined #rtems 2011-07-06T15:44:45 DrJoel: he joined last night he's not around right now and won't be until much later he's out and about today 2011-07-06T15:45:47 ok.. well we didn't properly appreciate his presence then LOL 2011-07-06T15:55:33 *** Shisui has quit IRC 2011-07-06T16:38:52 verm__: I think I have fixed the issue in clang.. now to test it :D 2011-07-06T16:39:01 oh? nice 2011-07-06T16:50:03 I missed one method which has to detect the OS.. basically the search for the OS name in the target triple string. 2011-07-06T16:50:08 so two lines of code missing 2011-07-06T16:50:34 figures.. 2011-07-06T17:27:50 Nice work. 2011-07-06T17:56:36 *** methril has quit IRC 2011-07-06T18:09:08 *** methril has joined #rtems 2011-07-06T20:43:43 *** mnflores has joined #rtems 2011-07-06T20:44:11 hello :) 2011-07-06T21:06:11 *** xiangfu has joined #rtems 2011-07-06T21:16:47 *** mnflores has quit IRC 2011-07-06T21:27:12 *** methril has quit IRC 2011-07-06T21:32:41 wow, thanks DrJoel - I should go on long drives more often! 2011-07-06T21:34:39 I'm trying to think about ways for rtems to have a great clock. The 2 ideas I have right now are to see if the Intel 82576 is "handy" and is detecting valid time, and the 2nd is to look at FreeBSD's clock code, and compare it to the tickless kernel stuff that linux kernels are doing. Then see if we can find somebody to pay both of our teams to make somethine Swell. 2011-07-06T21:38:15 harlan, hi chris here. I suspect Joel has packed it in for the evening. 2011-07-06T21:40:26 *** methril has joined #rtems 2011-07-06T22:26:45 hi chris, no worries - I just a 2011-07-06T22:26:57 "'arrived" home again and saw his kind note. 2011-07-07T00:19:42 *** Shisui has joined #rtems 2011-07-07T00:49:13 *** Shisui has quit IRC 2011-07-07T01:22:02 *** Shisui has joined #rtems 2011-07-07T01:36:51 *** sebhub has joined #rtems 2011-07-07T01:41:15 good morning 2011-07-07T01:44:36 *** xiangfu has quit IRC 2011-07-07T03:39:10 *** cdcs has joined #rtems 2011-07-07T05:02:39 *** peerst has joined #rtems 2011-07-07T05:02:55 hi 2011-07-07T05:15:46 *** cdcs has quit IRC 2011-07-07T06:09:21 *** verm__ has quit IRC 2011-07-07T06:10:24 *** verm__ has joined #rtems 2011-07-07T06:15:35 *** lcpfnvcy has quit IRC 2011-07-07T06:15:46 *** lcpfnvcy has joined #rtems 2011-07-07T06:27:59 *** arvind_khadri has joined #rtems 2011-07-07T06:28:00 *** arvind_khadri has joined #rtems 2011-07-07T08:07:30 *** gedare has joined #rtems 2011-07-07T08:19:26 *** cdcs has joined #rtems 2011-07-07T08:36:50 * DrJoel should have logged off last night 2011-07-07T09:21:12 *** demute has quit IRC 2011-07-07T09:21:31 *** demute has joined #rtems 2011-07-07T09:52:33 I am currently debugging an arm-based board through jtag and openocd gdb-server. If I set a breakpoint, I have to run continue directly after the break command, otherwise it will never stop. Also, if I have set one breakpoint and gdb has stopped, I can not make it stop on another breakpoint, even if continue is the command directly after. This is really weird, does anyone recognize this behaviour? 2011-07-07T09:57:50 demute: try using thbreak 2011-07-07T09:57:58 demute: thanks, it worked. 2011-07-07T10:27:08 *** sebhub has quit IRC 2011-07-07T11:05:18 *** methril has quit IRC 2011-07-07T11:18:09 *** methril has joined #rtems 2011-07-07T11:55:38 * DrJoel looks around 2011-07-07T11:56:02 verm__: updates to http://wiki.rtems.org/wiki/index.php/CLANG .. have now filed a PR and might end up with another 2011-07-07T11:56:35 verm__: two rtems things to work through.. we need to teach it our include paths.. don't know how to do that yet. And we depend on some gcc predefines that clang doesn't know 2011-07-07T12:27:49 DrJoel: nice 2011-07-07T12:28:39 filing two more PRs now .. making progress.. 2011-07-07T12:28:49 some work for us.. some for them.. patches for newlib 2011-07-07T12:29:03 http://llvm.org/bugs/show_bug.cgi?id=10298 someone has already simplified that one 2011-07-07T12:29:06 hmm that's a crappy bug, too 2011-07-07T12:29:23 well you should get some really nice activity from clang devs 2011-07-07T12:29:31 i'm sure rtems will tickle areas that don't get tested very often 2011-07-07T12:38:50 yep.. luckily I am known from the gcc community to some of them and I am used to giving good bug reports. Together those go a long way to getting things fixed :) 2011-07-07T12:44:09 yeah i bet :) 2011-07-07T12:47:46 bug reports without test cases are not so useful.. and being known helps on top of that. I hope they think it is beneficial to compile RTEMS with clang also 2011-07-07T12:54:13 well it'll be the start of it being taken seriously on embedded platforms i think 2011-07-07T12:54:18 i don't know of any that use clang 2011-07-07T12:56:36 *** cdcs has quit IRC 2011-07-07T12:59:40 there target support is weak for embedded CPUs. Yeah they have arm and x86 but peerst mentioned powerpc isn't actively maintained.. sparc doesn't support v7 so the space CPUs aren't covered 2011-07-07T12:59:58 according to a post I saw, even the arm7dtmi might not be supported. 2011-07-07T13:00:15 so if you are on x86-linux or a newer arm-linux, you are OK. Otherwise not so good 2011-07-07T13:01:30 but at least we will be able to use it on some cpus .. and track others.. one of my goals is a table of what is supported and missing once I see pc386 work 2011-07-07T13:06:57 *** Shisui has quit IRC 2011-07-07T13:14:53 DrJoel: well once we can prove it works i think the next step will be convincing vendors it is worth it to fund porting rtems 2011-07-07T13:19:27 that's the only path.. most of the targets are going to require target specific work 2011-07-07T13:51:24 sparc v7 is probably the best one to start with 2011-07-07T13:53:47 I would think so too. Should be simpler 2011-07-07T14:25:43 *** arvind_khadri has quit IRC 2011-07-07T14:54:06 *** cssmith has joined #rtems 2011-07-07T15:20:51 cssmith: sorry didn't know where the patches were.. rebuilding now 2011-07-07T15:21:05 anything special to execute the test case 2011-07-07T15:21:44 It should just execute as normal, no input or anything needed. I've been running it in gdb. 2011-07-07T15:26:02 I don't know if it helps but the fault address is in strlen() 2011-07-07T15:27:29 Breakpoint 3, strlen (str=0x2051130 "traceback") 2011-07-07T15:27:29 at ../../../../../../gcc-4.6.1/newlib/libc/string/strlen.c:77 2011-07-07T15:27:29 77 in ../../../../../../gcc-4.6.1/newlib/libc/string/strlen.c 2011-07-07T15:27:29 (gdb) 2011-07-07T15:27:29 Continuing. 2011-07-07T15:27:29 Breakpoint 3, strlen (str=0x6c746970
) 2011-07-07T15:27:31 at ../../../../../../gcc-4.6.1/newlib/libc/string/strlen.c:77 2011-07-07T15:27:33 77 in ../../../../../../gcc-4.6.1/newlib/libc/string/strlen.c 2011-07-07T15:27:35 (gdb) 2011-07-07T15:28:09 That's weird, that's a different location than my errors. 2011-07-07T15:29:01 got a backtrace now 2011-07-07T15:30:05 http://pastebin.com/kwydxV7W 2011-07-07T15:30:24 traceback was the last normal hit to strlen 2011-07-07T15:31:07 is tack (gdb) x/x 0x205b370 2011-07-07T15:31:08 0x205b370: 0xa5a5a5a5 2011-07-07T15:31:08 (gdb) 2011-07-07T15:31:08 0x205b374: 0xa5a5a5a5 2011-07-07T15:31:08 (gdb) 2011-07-07T15:31:08 0x205b378: 0xfeedf00d 2011-07-07T15:31:10 (gdb) 2011-07-07T15:31:14 stack has not been blown 2011-07-07T15:31:36 have you tried dirty malloc? 2011-07-07T15:32:01 No, I haven't 2011-07-07T15:32:04 mmm, blown heap? 2011-07-07T15:32:23 Did you get any lua output at all? 2011-07-07T15:32:26 could be an overwrite of something 2011-07-07T15:32:36 Hello, Lua! 2011-07-07T15:32:37 SCOTTY: loading filesystem from tar file 2011-07-07T15:32:37 SCOTTY: loaded filesystem from file. 2011-07-07T15:32:37 Running sieve.lua 2011-07-07T15:32:54 Hello, Lua! 2011-07-07T15:32:55 SCOTTY: loading filesystem from tar file 2011-07-07T15:32:55 SCOTTY: loaded filesystem from file. 2011-07-07T15:32:55 Running sieve.lua 2011-07-07T15:32:55 Memory exception at cfcfcfcf (illegal address) 2011-07-07T15:32:55 Unexpected trap ( 9) at address 0x02039E90 2011-07-07T15:32:57 data access exception at 0xCFCFCFCF 2011-07-07T15:33:06 Lua is malloc'ing memory and not zeroing it out 2011-07-07T15:33:35 it is getting a reused block that is non-zero. 2011-07-07T15:33:59 hmmmm... 0x6c746970 looks like ASCII 2011-07-07T15:34:50 ltip... does that look like anything? 2011-07-07T15:35:04 $ strings *.exe | grep ltip 2011-07-07T15:35:04 -- filter the numbers generated by `g', removing multiples of `p' 2011-07-07T15:35:04 x = filter(n, x) -- now remove its multiples 2011-07-07T15:35:07 awfully likely. 2011-07-07T15:35:33 is it hard to change all malloc's to calloc in lua and see if it goes away? 2011-07-07T15:36:10 for sure 0xc5c5c5c5 means it is malloc'ed memory that is dirty 2011-07-07T15:36:19 That shouldn't be too bad, though I don't know how often it uses malloc. 2011-07-07T15:36:32 I'll work on that real quick and get back to you. 2011-07-07T15:37:10 looks easy to try 2011-07-07T15:37:18 lmem.h:#define luaM_malloc(L,t) luaM_realloc_(L, NULL, 0, (t)) 2011-07-07T15:38:03 but if this fixes it, you need to get back in touch with Lua maintainers and see if they can find the one line that isn't being initialized 2011-07-07T15:38:17 I'll definitely do that 2011-07-07T15:41:11 at least you have a thread to pull on now. 2011-07-07T15:41:26 Definitely, thanks 2011-07-07T15:41:50 looking at the backtrace, I wonder if it is the getargs processing 2011-07-07T15:42:52 I had previously had problems there, but I just changed the lua script, and it started working. It's probably signs of a bigger problem. 2011-07-07T15:44:04 Hmmm.. I think I see a possible culpriy 2011-07-07T15:44:26 luaS_newlstr in lstring.c mallocs and then sets fields.. need to check if it sets them all 2011-07-07T15:46:11 in lobject.h #define CommonHeader GCObject *next; lu_byte tt; lu_byte marked 2011-07-07T15:46:25 I don't see next set but that may be me missing it 2011-07-07T15:48:22 It looks like they tried to set a next, but I'm not convinced that it's the correct one the have set. 2011-07-07T15:48:53 Well if calloc fixes it, they should be able to help debug. 2011-07-07T15:49:08 Yeah 2011-07-07T15:49:19 the hack and smash method is to add memset() calls after every malloc() until the problem goes away. LOL 2011-07-07T15:49:32 haha 2011-07-07T15:49:59 given that it is in the arg processing makes some sense. Under UNIX, you would always get 0ed memory on startup since it is new to the process and 0ed for security reasons. RTEMS is different enough to change that 2011-07-07T15:50:41 Hm, I didn't realize that. 2011-07-07T15:56:59 memory is not guaranteed to be zero from heap. 2011-07-07T15:57:10 I added a memset to the middle of malloc() and it passes now 2011-07-07T15:57:55 memory can be reused on any environment from malloc to malloc.. but their argument processing is usually done closer to main() than it is here. We have likely called malloc/free dozens of time so they can get previously allocated memory 2011-07-07T15:58:21 Index: cpukit/libcsupport/src/malloc.c 2011-07-07T15:58:21 =================================================================== 2011-07-07T15:58:21 RCS file: /usr1/CVS/rtems/cpukit/libcsupport/src/malloc.c,v 2011-07-07T15:58:21 retrieving revision 1.60 2011-07-07T15:58:21 diff -u -r1.60 malloc.c 2011-07-07T15:58:22 --- cpukit/libcsupport/src/malloc.c 25 Aug 2010 14:30:01 -0000 1.60 2011-07-07T15:58:24 +++ cpukit/libcsupport/src/malloc.c 7 Jul 2011 20:58:14 -0000 2011-07-07T15:58:26 @@ -71,6 +71,7 @@ 2011-07-07T15:58:26 DrJoel: Error: "@" is not a valid command. 2011-07-07T15:58:28 if ( rtems_malloc_dirty_helper ) 2011-07-07T15:58:30 (*rtems_malloc_dirty_helper)( return_this, size ); 2011-07-07T15:58:32 2011-07-07T15:58:34 +memset( return_this, 0, size ); 2011-07-07T15:58:36 /* 2011-07-07T15:58:38 * If configured, update the statistics 2011-07-07T15:58:40 */ 2011-07-07T15:58:42 That hack lets it pass.. proves it is it.. 2011-07-07T16:00:27 Ok, I'll fix the lua part so that malloc doesn't need to be changed. I'll also talk to the lua people about this, see what they think. 2011-07-07T16:01:45 for your purposes, put the memset in malloc() and test that way until you get an answer back 2011-07-07T16:01:52 glad we could track it down to something 2011-07-07T16:02:07 So am I, thanks a lot. 2011-07-07T16:17:19 DrJoel: I applied the patch, and while it does pass getArgs to actually execute sieve, I was able to get past that part previously. It still crashes before actually finishing. Were you able to get all primes up lower than 1000? 2011-07-07T16:20:44 It printed a lot of prime numbers.. the last few are: 2011-07-07T16:20:46 983983 2011-07-07T16:20:47 991991 2011-07-07T16:20:47 997997 2011-07-07T16:21:28 Hm, well that's really weird. 2011-07-07T16:22:25 I emailed you the output 2011-07-07T16:23:21 Yeah, that's what it should be. 2011-07-07T16:23:37 Great! building now for mips/jmr3904 as a doublecheck 2011-07-07T16:24:14 I wonder why mine isn't working...Were you building for sis? 2011-07-07T16:25:24 yep. my favorite test BSP :) 2011-07-07T16:26:38 That's what I built for. I guess I configured it incorrectly or something. 2011-07-07T17:00:22 cssmith: jmr3904 looks to have same output as sis so that's good 2011-07-07T17:01:44 Excellent 2011-07-07T17:03:42 so that gives you a bug to focus on. And something the lua community should appreciate 2011-07-07T17:03:57 *** methril has quit IRC 2011-07-07T17:04:56 Yep, I really appreciate the help 2011-07-07T17:05:19 no problem. I am glad I could help so quick. 2011-07-07T17:11:55 *** cssmith has left #rtems 2011-07-07T17:25:18 *** DrJoel has quit IRC 2011-07-07T17:30:30 *** methril has joined #rtems 2011-07-07T17:46:46 *** DrJoel has joined #rtems 2011-07-07T17:46:46 *** DrJoel has joined #rtems 2011-07-07T17:46:46 *** ChanServ sets mode: +o DrJoel 2011-07-07T17:47:10 *** DrJoel has quit IRC 2011-07-07T17:52:05 *** gedare has quit IRC 2011-07-07T18:04:29 *** DrJoel has joined #rtems 2011-07-07T18:04:39 *** DrJoel has joined #rtems 2011-07-07T18:04:39 *** ChanServ sets mode: +o DrJoel 2011-07-07T18:05:17 verm__: patch to one PR committed.. I committed some RTEMS changes to eliminate some warnings... still too much broken to completely work though 2011-07-07T18:06:41 hmm 2011-07-07T18:06:44 how far have you gotten? 2011-07-07T18:06:59 newlib compiles and installs.. warnings in two files to commit fixes for 2011-07-07T18:07:19 another of my PRs closed.. so hopefully most of RTEMS i386 builds cleanly now 2011-07-07T18:07:39 it doesn't know our standard include installs and doesn't handle -spec option .. that's going to be ugly 2011-07-07T18:07:43 but most of rtems is compiling 2011-07-07T18:07:52 dinner plans with friend.. later 2011-07-07T18:07:55 *** DrJoel has quit IRC 2011-07-07T19:51:49 Maybe spec files could be removed. 2011-07-07T20:43:30 *** xiangfu has joined #rtems 2011-07-07T23:08:06 *** shayden has quit IRC 2011-07-07T23:33:28 *** xiangfu has quit IRC 2011-07-08T00:57:18 *** arvind_khadri has joined #rtems 2011-07-08T01:35:13 *** sebhub has joined #rtems 2011-07-08T01:35:23 good morning 2011-07-08T01:53:51 *** xiangfu has joined #rtems 2011-07-08T03:30:29 *** arvind_khadri has quit IRC 2011-07-08T03:43:12 *** arvind_khadri has joined #rtems 2011-07-08T04:34:42 *** xiangfu has quit IRC 2011-07-08T07:51:09 *** methril_work has quit IRC 2011-07-08T07:53:53 *** antgreen has joined #rtems 2011-07-08T07:54:14 *** Shisui has joined #rtems 2011-07-08T08:03:31 *** Shisui_ has joined #rtems 2011-07-08T08:06:12 *** Shisui has quit IRC 2011-07-08T08:30:29 *** DrJoel has joined #rtems 2011-07-08T08:30:29 *** ChanServ sets mode: +o DrJoel 2011-07-08T08:55:59 *** methril_work has joined #rtems 2011-07-08T09:56:34 *** lj8175 has joined #rtems 2011-07-08T10:49:19 *** gedare has joined #rtems 2011-07-08T10:52:23 *** sebhub has quit IRC 2011-07-08T11:04:04 *** antgreen has quit IRC 2011-07-08T11:13:56 *** arvind_khadri has quit IRC 2011-07-08T11:54:20 *** Shisui_ has quit IRC 2011-07-08T12:03:25 *** DrJoel has quit IRC 2011-07-08T12:18:52 *** panzon has joined #rtems 2011-07-08T12:38:51 *** lj8175 has quit IRC 2011-07-08T12:49:08 *** Shisui_ has joined #rtems 2011-07-08T14:00:00 *** panzon has quit IRC 2011-07-08T14:04:49 *** antgreen has joined #rtems 2011-07-08T14:07:03 *** cssmith2 has joined #rtems 2011-07-08T15:05:35 *** gedare has quit IRC 2011-07-08T15:17:50 *** cssmith2 has left #rtems 2011-07-08T16:11:09 *** shayden has joined #rtems 2011-07-08T16:44:34 *** methril_work has quit IRC 2011-07-08T17:19:27 *** Shisui_ has quit IRC 2011-07-08T17:55:55 *** kristianpaul has quit IRC 2011-07-08T17:56:34 *** kristianpaul has joined #rtems 2011-07-08T17:56:34 *** kristianpaul has joined #rtems 2011-07-08T18:06:04 *** kristianpaul has quit IRC 2011-07-08T18:06:26 *** kristianpaul has joined #rtems 2011-07-08T19:04:21 *** shayden has quit IRC 2011-07-08T19:05:26 *** kristianpaul has quit IRC 2011-07-08T19:07:00 *** kristianpaul has joined #rtems 2011-07-08T20:04:35 *** kristianpaul has quit IRC 2011-07-08T20:05:11 *** kristianpaul has joined #rtems 2011-07-09T03:41:16 *** sqm has joined #rtems 2011-07-09T04:46:07 *** lcpfnvcy has quit IRC 2011-07-09T05:26:19 *** lcpfnvcy has joined #rtems 2011-07-09T06:33:47 *** lj8175 has joined #rtems 2011-07-09T07:08:12 *** sqm has quit IRC 2011-07-09T07:20:08 *** sqm has joined #rtems 2011-07-09T07:51:20 I am trying to get my rtems shell to work for the first time but it fails in the linking process... cpukit/libblock/src/bdbuf.c:2652: undefined reference to `rtems_bdbuf_configuration'... suggestions? 2011-07-09T07:55:23 http://pastebin.com/s5p5SU8M 2011-07-09T08:09:19 it seems like I need to add rtems_bdbuf_configuration to a file named config.h and define HAVE_CONFIG_H. where is the proper place to do this? 2011-07-09T09:11:43 solved. 2011-07-09T10:58:52 *** dr__house has joined #rtems 2011-07-09T10:58:52 *** dr__house has joined #rtems 2011-07-09T11:48:04 *** lj8175 has quit IRC 2011-07-09T13:26:59 *** sqm has quit IRC 2011-07-09T14:54:55 *** dr__house has quit IRC 2011-07-09T16:01:35 *** dr__house has joined #rtems 2011-07-09T16:01:35 *** dr__house has joined #rtems 2011-07-09T16:55:08 *** dr__house has quit IRC 2011-07-09T17:05:45 *** methril has quit IRC 2011-07-09T17:18:06 *** methril has joined #rtems 2011-07-09T17:57:53 *** lcpfnvcy has quit IRC 2011-07-09T18:08:14 *** lcpfnvcy has joined #rtems 2011-07-10T01:42:05 *** dr__house has joined #rtems 2011-07-10T01:42:05 *** dr__house has joined #rtems 2011-07-10T05:05:41 *** dr__house has quit IRC 2011-07-10T07:58:33 *** antgreen has quit IRC 2011-07-10T08:26:44 *** demute has quit IRC 2011-07-10T08:27:00 *** demute has joined #rtems 2011-07-10T12:14:41 I feel a bit lost (pretty new to rtems), I need a clock driver for my bsp (at91rm9200 based) and currently I am figuring about how to install the interrupt handler in a nice way. It seems like there is no set_vector function for this cpu, so I have copied setvec.c from no_cpu/no_bsp dir. It looks like I would need to add a call to the _CPU_ISR_install_raw_handler function in that file, but that function does not exist in rtems-4.10.0/cpukit 2011-07-10T16:19:51 *** methril has quit IRC 2011-07-10T16:32:40 *** methril has joined #rtems 2011-07-10T17:06:12 *** methril has quit IRC 2011-07-10T17:14:54 *** rokka has quit IRC 2011-07-10T17:16:35 *** rokka has joined #rtems 2011-07-10T19:37:55 *** DrJoel has joined #rtems 2011-07-10T19:37:55 *** DrJoel has joined #rtems 2011-07-10T19:37:55 *** ChanServ sets mode: +o DrJoel 2011-07-10T19:40:02 *** DrJoel has quit IRC 2011-07-10T19:57:54 *** methril has joined #rtems 2011-07-10T20:07:00 *** xiangfu has joined #rtems 2011-07-10T23:57:51 *** xiangfu has quit IRC 2011-07-10T23:58:44 *** xiangfu has joined #rtems