| *** kaluzamorph has joined #rtems | 00:31 | |
| *** dr__house has joined #rtems | 00:44 | |
| *** sebhub has joined #rtems | 01:59 | |
| * dr__house is away: afk | 02:42 | |
| *** BBHoss has joined #rtems | 03:01 | |
| *** dr__house has quit IRC | 03:33 | |
| *** BBHoss has quit IRC | 03:40 | |
| *** BBHoss has joined #rtems | 03:40 | |
| *** cocan has joined #rtems | 04:00 | |
| *** dr__house has joined #rtems | 04:06 | |
| *** BBHoss has quit IRC | 04:16 | |
| *** madrazr has joined #rtems | 04:35 | |
| *** cocan has quit IRC | 05:44 | |
| *** madrazr has quit IRC | 05:56 | |
| *** cocan has joined #rtems | 06:00 | |
| *** cocan_ has joined #rtems | 06:26 | |
| *** cocan has quit IRC | 06:33 | |
| *** roxanal has joined #rtems | 07:23 | |
| *** dr__house has quit IRC | 07:24 | |
| *** _Lucretia_ has quit IRC | 07:25 | |
| *** _Lucretia_ has joined #rtems | 07:26 | |
| roxanal | tuxmaniac: hi | 07:26 |
|---|---|---|
| tuxmaniac | roxanal: hi | 07:26 |
| roxanal | tuxmaniac: I just wanted to let you know I am working on the patch for the arm BSP right now | 07:27 |
| roxanal | I didn't had internet access over the weekend and I just saw the message | 07:28 |
| tuxmaniac | roxanal: I was very confused. I checked with DrJoel and he said the email was for Aaron ( agrier ) and it seems Xi is taking care of it now | 07:29 |
| tuxmaniac | anyay thanks for the info | 07:29 |
| roxanal | I see | 07:29 |
| *** DrJoel has joined #rtems | 07:48 | |
| *** ChanServ sets mode: +o DrJoel | 07:48 | |
| roxanal | DrJoel: good morning | 07:48 |
| DrJoel | roxanal: good morning. How is the move going? | 07:48 |
| roxanal | DrJoel: we have everything ,but the internet :D I am at school now so I can work | 07:49 |
| roxanal | DrJoel: is anyone else taking care of the arm frame buffer error? or should I do it? | 07:50 |
| tuxmaniac | DrJoel: looks like things are working. atleast psim now hits exception when an illegal memory is accesed, executes my exception handler and decides to continue or fail | 07:50 |
| tuxmaniac | now to add mature features. I still have my doubts. Will mail thomas and ask him for a short meetup today if possible | 07:50 |
| tuxmaniac | DrJoel: and oh. -O0 helped :) | 07:51 |
| roxanal | I can't test it though -- I know what is the problem is and cvs up doesn't show any changes where is should be fixed | 07:51 |
| DrJoel | So far no one else has taken care of it. It would be appreciated. | 07:51 |
| DrJoel | tuxmaniac: when speed isn't an issue that often improves debugging. :) | 07:52 |
| roxanal | DrJoel: I would like to know who changed the fb.h file but there is no entry in the ChangeLog | 07:52 |
| DrJoel | _Lucretia_: gcc 4.4.0 died with an internal error building arm gnat. I am trying 4.4.1. If that fails, I will report a bug and then will back to 4.3.x | 07:53 |
| roxanal | DrJoel: I will fix it but I need somebody to test it .... otherwise it will take me a while to install the tools and everything | 07:53 |
| DrJoel | roxanal: you can do a cvs log to verify all changes but this file have never been modified since it was initially merged -- still at revision 1.1. | 07:54 |
| DrJoel | I can verify it compiles .. no problem. | 07:54 |
| roxanal | DrJoel: I will submit some patches soon | 07:55 |
| * agrier is up early | 07:55 | |
| agrier | joel: the arm framebuffer is for skyeye, correct? | 07:55 |
| roxanal | agrier: Good morning ... you are up really early -- the arm frame buffer is for skyeye I think | 07:56 |
| DrJoel | agrier: nds is the one actually broken ... Xi Yang is working on the one for skyeye and it is in the gumstix BSP | 07:57 |
| DrJoel | so there are two arm fb drivers | 07:57 |
| roxanal | DrJoel: how I can make a cvs up and to force to discard my changes? | 07:59 |
| agrier | generate a diff and patch -R it? :) | 07:59 |
| DrJoel | or remove the file you want reverted and do a cvs up | 08:00 |
| roxanal | thank you | 08:00 |
| DrJoel | roxanal: no problem | 08:04 |
| _Lucretia_ | DrJoel: you need to check that script of yours, it decided to start deleting stuff in $HOME | 08:13 |
| _Lucretia_ | and I had to kill the computer to stop it | 08:13 |
| DrJoel | What variables/rm command was it? Usually that type of thing happens when base variables aren't set as expected | 08:15 |
| _Lucretia_ | I set the variables, but i didn't call the script from within gcc-testing, is that the problem? | 08:21 |
| DrJoel | I usally invoke it with a full path to the script but I doubt that's the issue | 08:22 |
| _Lucretia_ | either way, i'm not risking that again | 08:22 |
| DrJoel | clean_up() | 08:23 |
| DrJoel | { | 08:23 |
| DrJoel | rm -rf ${INSTALL}/* & | 08:23 |
| DrJoel | rm -rf ${BSP_INSTALL}/* & | 08:23 |
| DrJoel | wait | 08:23 |
| DrJoel | } | 08:23 |
| _Lucretia_ | so, i'm building from scratch using your instructions, but using the cvs versions of everything, no patches atm | 08:23 |
| DrJoel | What were those set to? | 08:23 |
| _Lucretia_ | http://pastebin.com/m7a58c702 | 08:23 |
| DrJoel | I don't see anything weird. The only potential issue I see is that you the install point has subdirectories.. but that wouldn't impact the rm only when make install tries to install | 08:25 |
| DrJoel | If the variables didn't propagate it would have started rm -rf at / which would be different | 08:26 |
| tuxmaniac | DrJoel: whenever I change something in the init.c test suite file the mmutest.exe gets relinked and re-generated. But a change in libcpu doesnt do it. Is there something that I am missing | 08:31 |
| DrJoel | no.. just a missing dependency .. the rtems libraries are treated as system libraries and ignored (right or wrong) as dependencies. I usually rm -f the .exe and then build | 08:32 |
| roxanal | DrJoel: it looks like this frame buffer was never used, structures are missing -- I don't think it ever compiled :D | 08:32 |
| tuxmaniac | DrJoel: thats what I do now. thought there is something wrng with my tree. expected this anyway. thanks a lot | 08:34 |
| DrJoel | that bsp compiled a long time.. fb.h is included in a lot of its source code .. I wonder it is just an NDS specific framebuffer since it looks to be copied from their toolkit | 08:35 |
| DrJoel | i see the problem.. when we renamed mw_fb.h -> fb.h, it conflicted with this and we are using the generic one.. not the NDS specific one from the NDS kit. I need to rename this to "nds_fb.h" .. | 08:37 |
| DrJoel | move on to something else. I will fix this. :) | 08:37 |
| roxanal | DrJoel: I don't think it will fix the problem | 08:38 |
| roxanal | even if you rename it, there will still be structures that are not defined | 08:39 |
| DrJoel | ouch... | 08:40 |
| DrJoel | ok.. let me think.. | 08:40 |
| roxanal | fb_screeninfo on this framebuffer is not defined - i changed it in mine and it is not finding it anymore | 08:41 |
| _Lucretia_ | DrJoel: well, it might've started at / I don't know, but it wouldn't have had permission to do anything there | 08:41 |
| roxanal | DrJoel: that is one example | 08:41 |
| DrJoel | _Lucretia_: I know :( I just don't see where you set anything wrong and it would have confused the script | 08:42 |
| roxanal | I can leave the header file alone but I have to change the fb.c file to be sure it is still working | 08:42 |
| _Lucretia_ | the only thing I can think of is the use of ${var} rather than $var | 08:42 |
| _Lucretia_ | Iuse bash and use $var | 08:42 |
| DrJoel | _Lucretia_: that shouldn't make any difference.. it just ensures the var name is parsed without fear of running it into something else .. just weird .. did a symlink get followed? | 08:43 |
| _Lucretia_ | dunno | 08:43 |
| _Lucretia_ | i dont have any in that dir except for the newlib, libgloss ones | 08:44 |
| tuxmaniac | roxanal: i see fb_screeninfo struct in my tree | 08:44 |
| _Lucretia_ | ok, svn-gcc failed | 08:44 |
| tuxmaniac | in the path ../rtems/cpukit/libmisc/mw-fb/mw_fb.h | 08:44 |
| roxanal | tuxmaniac: you don't have the latest version then mw_fb.h doesn't exit anymore and that structure was changed by me :D | 08:45 |
| roxanal | tuxmaniac: so I know for sure that if you get rtems now and try to compile the arm/nds it will not work | 08:46 |
| tuxmaniac | roxanal: ok good. thanks for the info. I will remember not to do a cvs update until I am damn sure my implementation works and there can be nothing wrong before I cvs up. | 08:47 |
| tuxmaniac | :) | 08:47 |
| roxanal | :) | 08:47 |
| DrJoel | roxanal: bsp's fb.h was also being installed as rtems/fb.h .. overwriting the real one. I switched it to nds/fb.h .. maybe it will be ok now.. rebuildin | 08:48 |
| roxanal | DrJoel: what do you mean by the real one :) ... This file was not making any reference to a fb.h ... it was pointing to mw_fb.h which was renamed and modified by me to | 08:52 |
| roxanal | DrJoel: unless you have in nds/fb.h the original mw_fb.h it will not work | 08:53 |
| DrJoel | The nds bsp has a file named fb.h which it installed as rtems/fb.h. This conflicted with the one you are working on. So it ended up including the nds version not the renamed mw_fb.h | 08:54 |
| roxanal | I see ... but still we are going to need to make some changes also :) | 08:55 |
| DrJoel | yep | 09:03 |
| DrJoel | roxanal: update and see email for the errors I get now | 09:06 |
| roxanal | DrJoel: is there anyway I can see the mw_fb.h file? | 09:06 |
| roxanal | the old one? | 09:06 |
| DrJoel | you could get it from cvs, 4.9, or just read your email. I keep all old branches checked out all the time | 09:08 |
| roxanal | thank you ... I will fix this soon | 09:09 |
| tuxmaniac | sebhub: is Thomas not feeling well or something. Its been 4 days since I heard from him. May be he is a bit too busy? Its OK. Inform him to leave an email for a meeting time for tomorrow. Thanks in advance | 09:11 |
| _Lucretia_ | DrJoel: http://pastebin.com/m5d77af32 <- svn-gcc at b-gcc2 with: ../../gcc-svn/configure --enable-threads=rtems --with-gnu-as --disable-multilib --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls --enable-version-specific-runtime-libs -enable-languages=c,ada --target=arm-rtems4.10 --prefix=$HOME/opt/rtems/install 2>&1|tee log.config.txt | 09:12 |
| DrJoel | look at do_one where it builds the Ada. RTEMS has already been built by the C compiler and installed. There is an argument added so the ada build finds RTEMS and can build the OS constants file | 09:14 |
| DrJoel | build order is VERY VERY picky with gnat | 09:14 |
| tuxmaniac | DrJoel: can I pm you a bit? | 09:16 |
| _Lucretia_ | what does --enable-newlib-mb do? | 09:18 |
| DrJoel | multi-byte (wide char support) | 09:18 |
| _Lucretia_ | ok, before building b-gcc2, do I need to compile rtems using the b-gcc1 compiler? | 09:20 |
| DrJoel | yes. The "stage 1" compiler is C or C/C++ so you have a c library and can build RTEMS | 09:21 |
| DrJoel | Ada needs a lot to build | 09:21 |
| _Lucretia_ | thought so | 09:23 |
| _Lucretia_ | aye, i know | 09:23 |
| _Lucretia_ | i take it the config option for rtems "--enable-ada" enables the building of the Ada runtime stuff? | 09:34 |
| _Lucretia_ | ok, that didn't get far: ../../../../../../../../../rtems/c/src/../../cpukit/libfs/src/nfsclient/src/sock_mbuf.c:228:13: error: storage size of 'auio' isn't known | 09:38 |
| DrJoel | RTEMS head, newlib head, and gcc head? | 09:39 |
| DrJoel | or rtems 4.9? | 09:39 |
| _Lucretia_ | everything head | 09:40 |
| _Lucretia_ | like i said earlier, all from cvs | 09:40 |
| DrJoel | hmmmm | 09:40 |
| _Lucretia_ | it is also unsanswered on your ml | 09:41 |
| _Lucretia_ | http://www.rtems.com/ml/rtems-users/2009/april/msg00128.html | 09:41 |
| DrJoel | i remember it but haven't seen it in ages. | 09:42 |
| DrJoel | i cut and pasted the entire diff I have against newlib cvs. | 09:44 |
| DrJoel | and i am on head with no changes for rtems. | 09:44 |
| roxanal | agrier: still around? | 09:46 |
| *** th_d has joined #rtems | 09:48 | |
| DrJoel | evening thomas | 09:59 |
| *** switnick has joined #rtems | 10:02 | |
| * agrier is at work now | 10:03 | |
| * agrier thinks he needs to build an arm toolchain now to play along with roxana and tux | 10:06 | |
| roxanal | agrier: is it ok to move the enter graphics/ exit graphix during the open/close of the device like in i386 for arm/nds? | 10:10 |
| *** th_d has quit IRC | 10:11 | |
| DrJoel | roxanal: i would think so.. initialize just says "device present and quiescient". Open says I am using it. So usually better to do visible changes during first open and last close | 10:13 |
| agrier | roxana: yes. application may want to switch in/out of graphics mode | 10:13 |
| roxanal | DrJoel, agrier: thank you, I thought it might be a good idea -- getting close to the fix :) | 10:14 |
| _Lucretia_ | DrJoel: applied that patch to the files inside newlib, recompiled b-gcc1, reinstalled, rebuilt rtems, fails exactly same point, same reason | 10:19 |
| roxanal | agrier: also the FB_SET(GET)PALETTE return 0, should I change them to get/set the palette? | 10:20 |
| agrier | lucretia: I recall running into the same issue... let me look at my notes | 10:23 |
| agrier | roxana: if possible, yes. | 10:24 |
| roxanal | possible :) | 10:25 |
| *** sebhub has quit IRC | 10:25 | |
| agrier | lucretia: first time I ran into it, I was missing patches for newlib | 10:25 |
| agrier | lucretia: I ended up punting and going back to newlib 1.17.0 + patches | 10:26 |
| _Lucretia_ | right, will try an earlier version of newlib | 10:27 |
| agrier | lucretia: I never did figure out what was going on with newlib CVS head. | 10:27 |
| _Lucretia_ | dunno | 10:34 |
| roxanal | DrJoel: sent the mail with the patch | 10:46 |
| roxanal | DrJoel: I also think that this API should use the framebuffer.h and that the functions names should be renamed instead of the header file that is used right now and that was causing the initial problems -- just for consistency reasons | 10:50 |
| DrJoel | ok.. send me instructions with a patch to change the name and I will commit it. | 10:54 |
| roxanal | I will send you another pach with the renaming | 10:54 |
| DrJoel | roxanal: cutting and pasting the warnings | 10:59 |
| DrJoel | committed in just a second | 10:59 |
| DrJoel | committed | 10:59 |
| agrier | arm not building for me... hash.c (from newlib) won't compile: newlib/libc/search/hash.h:46:2: error: #error BYTE_ORDER not defined by sys/param.h | 11:12 |
| agrier | echoes of previous builds... | 11:13 |
| DrJoel | that's a new one to me.. sounds recent | 11:19 |
| *** _Lucretia__ has joined #rtems | 11:21 | |
| agrier | I might be building the wrong target.. | 11:25 |
| agrier | arm-rtems4.10 ? | 11:25 |
| *** madrazr has joined #rtems | 11:32 | |
| agrier | endian.h is empty... that would explain it | 11:34 |
| agrier | I wonder how that happened... | 11:34 |
| *** _Lucretia_ has quit IRC | 11:36 | |
| agrier | nuked it, and it seems to be continuing | 11:40 |
| roxanal | agrier: what target are you using? | 11:41 |
| agrier | arm-rtems4.10 | 11:42 |
| agrier | it's generating one for every multilib | 11:42 |
| roxanal | and bsp? | 11:42 |
| agrier | haven't gotten there yet. :) | 11:45 |
| agrier | just building toolchain | 11:45 |
| agrier | (you linux users have it easy) | 11:45 |
| roxanal | :D | 11:45 |
| *** madrazr has quit IRC | 12:00 | |
| roxanal | I will be out for lunch 30 minutes | 12:04 |
| roxanal | DrJoel: please remove the header file from arm/nds/fb/fb.h since I redefined the names of the functions it isn't needed anymore -- I forgot to add that in the mail | 12:51 |
| roxanal | I hope I didn't break anything ... it should be working | 12:52 |
| DrJoel | did my correction in the email look ok to you? | 12:53 |
| DrJoel | if so, I will remove that .h file and move to commit | 12:53 |
| roxanal | DrJoel: yes everything looks fine | 13:02 |
| roxanal | DrJoel: the cast was needed because buffer is defined as void * in the rtems_libio_ioctl_args_t I have to change that in another place also :) thanks for pointing it out | 13:06 |
| *** _Lucretia___ has joined #rtems | 13:20 | |
| *** kaluzamorph has quit IRC | 13:22 | |
| *** _Lucretia__ has quit IRC | 13:37 | |
| *** BBHoss has joined #rtems | 13:44 | |
| switnick | DrJoel: hello | 13:52 |
| tuxmaniac | roxanal: sorry was away. no id dont work on nds/arm | 13:55 |
| roxanal | tuxmaniac: no problem | 13:55 |
| DrJoel | brb on phone | 13:55 |
| roxanal | I figured it out | 13:56 |
| DrJoel | roxanal: ok.. should I commit the patch? and delete nds/fb/fb.h? | 13:57 |
| roxanal | DrJoel: YES | 13:57 |
| DrJoel | ok.. doing a build with it removed .. then committing | 13:59 |
| switnick | DrJoel: Is it possible to build rtems with 128k of text and 4k of data? | 14:03 |
| *** madrazr has joined #rtems | 14:05 | |
| DrJoel | that is too small. Why? | 14:16 |
| DrJoel | 128k code is ok.. 4k data is too small i think.. | 14:16 |
| switnick | The atmega128 only has 4k internal sram | 14:20 |
| DrJoel | but can have more external RAM right? | 14:21 |
| switnick | it can | 14:21 |
| switnick | but I dont have this not | 14:21 |
| switnick | now* | 14:21 |
| switnick | this is what is causing some problem when using the debugger | 14:21 |
| switnick | I think atleast | 14:22 |
| DrJoel | that wouldn't match the simulator configuration. The ram configuration can be low but not that low | 14:22 |
| switnick | ok | 14:23 |
| switnick | also I'm wondering how I should go about installing the raw ISR? | 14:24 |
| switnick | there is very little in the documentation | 14:24 |
| DrJoel | the avr-libc manual shows how to put an interrupt attribute on a method and you can see what registers it saves/restores that way. | 14:27 |
| switnick | ok | 14:32 |
| switnick | I think I understand the theory of what this should do but not so sure on all the details. | 14:32 |
| DrJoel | I have an example (non-RTEMS) program which uses a timer. I am sending it to you. | 14:33 |
| switnick | ok | 14:33 |
| switnick | I am familiar with setting up an ISR | 14:33 |
| DrJoel | cool. | 14:34 |
| switnick | not so sure on how to do it with RTEMS though | 14:34 |
| DrJoel | This may not help much then but it is something | 14:34 |
| switnick | ok thanks | 14:34 |
| switnick | are there any implementations of _CPU_ISR_install raw_handler that would be similar to the way I would do it for avr? | 14:35 |
| DrJoel | this is a "simple vectored" CPU. The usual way is to have a common _ISR_Handler and install pointer to it in the vector table. Depending on the architecture, it may be able to tell which IRQ to process or you have to put a simple prefix in place (push one reg, load vector number into that reg, jump to common place) | 14:36 |
| DrJoel | I think the m68k is probably similar -- a table of addresses for IRQ entry. | 14:36 |
| DrJoel | _CPU_ISR_install raw_handler puts pointer to common handler there and and that does rest of work. | 14:37 |
| switnick | ok | 14:40 |
| switnick | If I was to look up simple vectored cpu ISR handler would I find information on the best ways to do this? | 14:41 |
| roxanal | I am getting a build error and I don't know how to get rid of it can anyone help | 14:52 |
| roxanal | No rule to make target `libmisc/bspcmdline/bspcmdline.h', needed by `../cpukit/../../../pc386/lib/include/rtems/bspcmdline.h'. Stop. | 14:53 |
| DrJoel | switnick: that's the way m68k does it -- no PIC -- CPU reads handler from table and jumps without any external hardware help. | 14:55 |
| DrJoel | 680x0 is the easiest to look at for this | 14:55 |
| DrJoel | roxanal: sounds like a bootstrap. It is a new file :-D | 14:55 |
| roxanal | DrJoel: I did the bootstrap | 14:55 |
| DrJoel | do you have cpukit/./libmisc/bspcmdline/bspcmdline.h | 14:56 |
| DrJoel | is it listed in cpukit/preinstall.am? | 14:56 |
| roxanal | DrJoel: yes | 14:57 |
| DrJoel | hmmm.. have you built from scratch recently? | 14:58 |
| DrJoel | do you build with --enable-maintainer-mode ? | 14:58 |
| roxanal | i don't have --enable-maintainer-mode | 14:59 |
| DrJoel | you might need to build from scratch and add that to your next configure. It helps track changes in these files and regen erate automaticxally | 14:59 |
| roxanal | build from scratch meaning.... ? | 15:00 |
| DrJoel | remove the build directory, configure, make | 15:00 |
| roxanal | I build from scratch every time :) | 15:00 |
| DrJoel | english expression to make from nothing.. don't know where is came from .. cake from scratch is homemade without Betty Crocker box :) | 15:00 |
| agrier | m68k IRQ is also vectored | 15:01 |
| roxanal | I didn't knew if you were refering to delete the rtems sources get new ones from the server and then build :D | 15:01 |
| DrJoel | yes .. we call it "simple vectored" as opposed to powerpc which is "PIC vectored" | 15:01 |
| DrJoel | no more ideas.. heading home to take kids to get passport renewed :-D | 15:02 |
| *** DrJoel has quit IRC | 15:02 | |
| * agrier is reminded he should do that as well | 15:05 | |
| roxanal | agrier: usually I use cvs up to update, but it seems is not copying the libmisc/bspcmdline/ folder-- it is not in my sources | 15:05 |
| _Lucretia___ | ok, managed to rebuild with newlib-1.17.0, but I'm now getting this error: http://pastebin.com/m1b938a2b | 15:05 |
| roxanal | agrier: any ideeas? | 15:05 |
| *** _Lucretia___ is now known as _Lucretia_ | 15:05 | |
| _Lucretia_ | i've built b-gcc1, g-rtems and this is failing on b-gcc2 | 15:06 |
| _Lucretia_ | including Ada | 15:06 |
| _Lucretia_ | into the build | 15:06 |
| agrier | roxanal: cvs update -d | 15:06 |
| roxanal | agrier: tks | 15:07 |
| agrier | with ada being such a pain, I'm surprised it ever caught on | 15:08 |
| _Lucretia_ | Anyone know where this comes from and why it can stop the compile? pragma Style_Checks ("M32766"); | 15:15 |
| tuxmaniac | earthquakle here | 15:15 |
| agrier | India? | 15:21 |
| tuxmaniac | yes | 15:21 |
| _Lucretia_ | ok | 15:21 |
| _Lucretia_ | go get Ada, I build rtems --disable-ada, then gcc2 with ada followed by another build of rtems --enable-ada, right? | 15:22 |
| * agrier wishes he knew enough to help | 15:22 | |
| *** BBHoss has quit IRC | 15:24 | |
| * _Lucretia_ wishes too | 15:24 | |
| roxanal | agrier: I will leave in 10-15 min -- I should have internet tonight until 5 PM your hour , but i will work offline -- if not I will talk to you tomorrow | 15:30 |
| *** roxanal has quit IRC | 15:31 | |
| agrier | tux, you OK over there? | 15:36 |
| *** kaluzamorph has joined #rtems | 15:36 | |
| _Lucretia_ | well, the file doesn't look legal to me, but then it's like it's got a problem anyway | 15:37 |
| tuxmaniac | agrier: yep | 15:44 |
| agrier | tux: it was a big one, 7.6 | 16:13 |
| *** cocan has joined #rtems | 16:28 | |
| *** cocan_ has quit IRC | 16:30 | |
| *** chrisjohns has joined #rtems | 16:35 | |
| *** cocan has quit IRC | 17:02 | |
| *** cocan has joined #rtems | 17:02 | |
| *** cocan has quit IRC | 17:06 | |
| *** cocan has joined #rtems | 17:23 | |
| *** dr__house has joined #rtems | 17:25 | |
| *** madrazr has quit IRC | 18:09 | |
| *** cocan_ has joined #rtems | 18:10 | |
| *** cocan has quit IRC | 18:10 | |
| *** cocan_ is now known as cocan | 18:10 | |
| *** switnick has quit IRC | 18:14 | |
| *** dr__house has quit IRC | 18:46 | |
| * kiwichris is back (gone 68:37:14) | 20:12 | |
| *** cocan_ has joined #rtems | 21:53 | |
| *** cocan has quit IRC | 21:53 | |
| *** cocan_ is now known as cocan | 21:53 | |
| *** cocan_ has joined #rtems | 00:45 | |
| *** cocan has quit IRC | 00:46 | |
| *** cocan_ is now known as cocan | 00:46 | |
| tuxmaniac | heya gang | 01:15 |
| kiwichris | hi | 01:15 |
| tuxmaniac | hi kiwichris . good evening | 01:15 |
| tuxmaniac | in the linkcmds file where we define the memory sections | 01:34 |
| tuxmaniac | MEMORY | 01:34 |
| tuxmaniac | { | 01:34 |
| tuxmaniac | RAM : ORIGIN = 0, LENGTH = 16M | 01:34 |
| tuxmaniac | PSIM_REGS : ORIGIN = 0x0c000000, LENGTH = 16M | 01:34 |
| tuxmaniac | VECTORS : ORIGIN = 0xFFF00000, LENGTH = 0x20000 | 01:34 |
| tuxmaniac | } | 01:34 |
| tuxmaniac | here if i set rAM = 16 M and PSIM_REGS = 16M | 01:34 |
| tuxmaniac | it means i can address any memory location in the 16M of RAM right | 01:34 |
| kiwichris | All this does is provide some error checking. | 01:34 |
| kiwichris | When linking. I suspect you will need to edit a psim config file. | 01:35 |
| tuxmaniac | kiwichris: yeah there is a device tree | 01:35 |
| tuxmaniac | kiwichris: but I am trying to make psim see 32 MB | 01:35 |
| kiwichris | Is RAM a device ? | 01:35 |
| tuxmaniac | but the bsp files just 16Mb | 01:35 |
| tuxmaniac | to generate a dsi exception when i access an inbetween location | 01:35 |
| kiwichris | If there some other setting in the BSP ? | 01:36 |
| kiwichris | I do not know this BSP well. | 01:36 |
| tuxmaniac | no. i dont think so. i have a device tree which I have configured | 01:36 |
| tuxmaniac | ye ram is a device for psim | 01:36 |
| tuxmaniac | at least from the configs I did | 01:37 |
| tuxmaniac | hmm let me try | 01:37 |
| kiwichris | You will need to change the linkcmd file if you have more static (.data + .bss) data that 16M | 01:37 |
| tuxmaniac | hmm any idea whats these lines in linkcmds | 01:38 |
| tuxmaniac | RamBase = DEFINED(RamBase) ? RamBase : 0x0; | 01:38 |
| tuxmaniac | RamSize = DEFINED(RamSize) ? RamSize : 8M; | 01:38 |
| tuxmaniac | which one does the bsp take. is itthe one in the MEMORY thing above or the above two lines whihc has Ramsize | 01:39 |
| *** kaluzamorph has quit IRC | 01:39 | |
| kiwichris | If you define RamSize to be something it will take that value else RAM will be 8M | 01:39 |
| kiwichris | No idea. Check the symbols with nm or grep the source. | 01:39 |
| tuxmaniac | ok. doing it | 01:40 |
| tuxmaniac | thanks | 01:40 |
| * kiwichris is away: I'm away but logging | 01:48 | |
| *** chrisjohns has quit IRC | 01:49 | |
| tuxmaniac | sigh. ishould have rtfm before asking here. nice write up on linkcmds in there on rtems docs | 01:49 |
| lee__ | morning | 02:00 |
| *** sebhub has joined #rtems | 02:00 | |
| lee__ | sebhub, morning | 02:37 |
| *** lee2 has joined #rtems | 03:09 | |
| lee__ | hi all | 03:44 |
| lee__ | have a simple problem... | 03:44 |
| lee__ | trying to generate ipc key in rtems... | 03:44 |
| lee__ | any help on this? | 03:45 |
| *** _Lucretia__ has joined #rtems | 04:05 | |
| *** _Lucretia_ has quit IRC | 04:18 | |
| *** _Lucretia__ is now known as _Lucretia_ | 04:18 | |
| lee__ | hi... :( | 04:34 |
| lee__ | does rtems support shm or mmap calls yet? or will it? if not what is an alternative? | 04:34 |
| kiwichris | lee__, you have a single address space so why do you need IPC ? | 04:41 |
| lee__ | hi chirss | 04:42 |
| lee__ | *chris | 04:42 |
| lee__ | remember that app I ported ... | 04:43 |
| lee__ | well it uses IPC.... :( | 04:43 |
| lee__ | and I basically just commented out those bits... which isn't much | 04:43 |
| lee__ | and was not needed ... | 04:43 |
| lee__ | for example!!! little code snippet | 04:43 |
| lee__ | if (!disable_shm_write) { | 04:44 |
| lee__ | FILE *fh; | 04:44 |
| lee__ | fh = fopen(file_name, "w"); | 04:44 |
| lee__ | if (fh == NULL) { | 04:44 |
| lee__ | cm_msg(MERROR, "ss_shm_flush", "Cannot write to file %s, please check protection", file_name); | 04:44 |
| lee__ | } else { | 04:44 |
| lee__ | /* write shared memory to file */ | 04:44 |
| lee__ | fwrite(adr, 1, size, fh); | 04:44 |
| lee__ | fclose(fh); | 04:44 |
| lee__ | } | 04:44 |
| lee__ | } | 04:44 |
| lee__ | return SS_SUCCESS; | 04:44 |
| lee__ | im just curious | 04:45 |
| lee__ | if you were wondering why im asking? | 04:45 |
| kiwichris | I remember. | 04:46 |
| *** dr__house has joined #rtems | 04:46 | |
| _Lucretia_ | anyone here (apart from joel) know anything about the Ada side of rtems? | 04:47 |
| kiwichris | _Lucretia_, sorry I do not. | 04:47 |
| lee__ | kiwichris, nevermind... :P | 04:49 |
| kiwichris | lee__, does this mean all is ok ? | 04:49 |
| lee__ | kiwichris, did u see that matt gitau didn't get cited | 04:50 |
| lee__ | kiwichris, was ok before | 04:50 |
| lee__ | kiwichris, I was just going through some includes and wondering why thats all | 04:50 |
| kiwichris | lee__, for the late tackle ? | 04:50 |
| lee__ | kiwichris, yip... | 04:50 |
| _Lucretia_ | ok | 04:51 |
| lee__ | kiwichris, lol and now SARU was yesterday called before IRB for wearing an arm band ... lol... | 04:51 |
| kiwichris | lee__, should he be cited. he was late and sin binned. It was not that bad a hit | 04:51 |
| kiwichris | lee__, now that is really really bad. | 04:52 |
| kiwichris | lee__, you can hurt some one with one of those. | 04:52 |
| lee__ | kiwichris, lol... you talking about the arm bands or git's tackle? | 04:53 |
| kiwichris | lee__, arm bands | 04:53 |
| lee__ | kiwichris, hehe... yip they sure are deadly... | 04:55 |
| lee__ | kiwichris, i see carter will not be playing for nz against aus... | 04:55 |
| lee__ | kiwichris, think he's very much missed in nz side | 04:55 |
| kiwichris | lee__, it cannot be good | 04:55 |
| kiwichris | lee__, what ever is wrong. I think the world cup is at the center of all this. | 04:56 |
| kiwichris | lee__, kiwi do not want to be favorites | 04:56 |
| lee__ | kiwichris, hehe might be... dont wanna choke in nz, in front of all the fans... I really dont want that nz rugby coaching position now | 04:58 |
| kiwichris | lee__, yeah that is correct. Rather hostile at the moment | 04:59 |
| lee__ | kiwichris, Henry really must have the toughest job ever in the world at the moment | 04:59 |
| * kiwichris off for a while | 04:59 | |
| * kiwichris is away: I'm away but logging | 04:59 | |
| _Lucretia_ | gcc-svn needs a patch for Ada, I'm certain | 05:09 |
| *** cocan has quit IRC | 05:34 | |
| *** cocan has joined #rtems | 05:35 | |
| lee__ | very sille question again!? but does anyone know a command in RTEMS similar to vxworks sysClkRateGet()? | 05:45 |
| lee__ | *command = function | 05:46 |
| lee__ | *sille = silly | 05:46 |
| lee__ | soz... was a long weekend here for us ;) | 05:46 |
| *** dr__house has quit IRC | 07:01 | |
| *** dr__house has joined #rtems | 07:03 | |
| *** dr__house has quit IRC | 07:06 | |
| *** dr__house has joined #rtems | 07:09 | |
| *** madrazr has joined #rtems | 07:12 | |
| lee__ | never mind found it | 07:13 |
| lee__ | vxworks function is very cryptic :P | 07:13 |
| lee__ | rtems much better... :P | 07:14 |
| lee__ | rtems_clock_get_ticks_per_second(void) | 07:14 |
| tuxmaniac | lee__: mmap no. but it will soon support at a different level. one of the gsoc projects was intended to be that way. But none of the POSIX APIs served the pupose. Since RTEMS is a single process multi threaded system | 07:35 |
| tuxmaniac | there was no need for IPC | 07:36 |
| lee__ | tuxmaniac, thanx | 07:47 |
| lee__ | <--- learning more and more of rtems each day :) | 07:48 |
| lee__ | tuxmaniac, what should one use (rtems/rtems/sem.h OR posix/semaphore.h ) both seem to provide same functionality, albeit in a different format | 07:50 |
| tuxmaniac | lee__: i am also a new comer here doing my google project with RTEMS. But from the paths you gave me it looks like semaphore.h is used if you need the POSIX compliant one | 07:51 |
| tuxmaniac | may be I am wrong and you might have to wait for the other folks to comment | 07:51 |
| lee__ | hehe | 07:51 |
| lee__ | yip... also thought posix/semaphore.h | 07:52 |
| tuxmaniac | lee__: in the configure script when you give --enable-posix semaphore.h cane be used. else I think you need to use sem.h | 07:52 |
| tuxmaniac | configure command I mean | 07:53 |
| *** mwalle has quit IRC | 08:03 | |
| *** th_d has joined #rtems | 08:04 | |
| *** mwalle has joined #rtems | 08:05 | |
| mwalle | hi ;) | 08:06 |
| lee__ | hi | 08:06 |
| *** madrazr has left #rtems | 08:08 | |
| *** DrJoel has joined #rtems | 08:12 | |
| *** ChanServ sets mode: +o DrJoel | 08:12 | |
| DrJoel | dr__house: the two coremutex cases should be reachable via classic api | 08:19 |
| DrJoel | the mutexinit.c one is POSIX specific | 08:19 |
| *** madrazr has joined #rtems | 08:21 | |
| DrJoel | the coremutex.inl:171 should be as easy as creating a priority ceiling Classic API semaphore (binary attribute) unlocked with priority ceiling equal to 1 and then doing a semaphore lock on it to acquire it | 08:21 |
| DrJoel | then sleep, let another thread of priority=1 block attempting to acquire same semaphore. Then release it. | 08:22 |
| *** madrazr has quit IRC | 08:27 | |
| *** madrazr has joined #rtems | 08:27 | |
| _Lucretia_ | finalyl | 08:30 |
| _Lucretia_ | DrJoel: http://pastebin.com/m1b938a2b <- lastest svn tree | 08:30 |
| DrJoel | _Lucretia_: finally it built? or that I showed up? | 08:30 |
| _Lucretia_ | showed up | 08:30 |
| DrJoel | it is 8am here. :) | 08:31 |
| _Lucretia_ | it's failing on the generated files s-soccons or something | 08:31 |
| _Lucretia_ | DrJoel: pah! | 08:31 |
| _Lucretia_ | the file contains no package ... is ... end ...; just a pragma, dunno if that's legal | 08:32 |
| DrJoel | by any chance is there a message somewhere in the logs about not finding an include file? | 08:32 |
| DrJoel | I can't remember.. socket.h maybe? | 08:32 |
| _Lucretia_ | lemme see | 08:32 |
| *** madrazr has quit IRC | 08:33 | |
| _Lucretia_ | shit! I deleted it! | 08:33 |
| *** madrazr has joined #rtems | 08:33 | |
| _Lucretia_ | hokay, won't take me long to get it back | 08:33 |
| *** madrazr has quit IRC | 08:33 | |
| _Lucretia_ | don't go anywhere | 08:33 |
| *** madrazr has joined #rtems | 08:33 | |
| _Lucretia_ | DrJoel: I take it that socket.h is for the rtems source not the native? | 08:34 |
| DrJoel | yes. If it couldn't find it, it goes downhill from there | 08:34 |
| _Lucretia_ | I did just see if it exists in the opt/rtems dir and it is there at least | 08:35 |
| DrJoel | that's good.. now to the Ada build log.. maybe it didn't find it | 08:35 |
| DrJoel | did you have something like this on your configure line? CFLAGS_FOR_TARGET=-B${BSP_INSTALL}/${TARGET}/${BSP_BUILT}/lib/ \ | 08:36 |
| *** madrazr has quit IRC | 08:36 | |
| *** madrazr has joined #rtems | 08:37 | |
| lee2 | DrJoel, Hi, simple question does one use rtems/rtems/sem.h or posix/semaphore.h to get a similar functionality as vxworks semBLib.h ... | 08:37 |
| _Lucretia_ | DrJoel: no I didn't | 08:37 |
| *** madrazr has left #rtems | 08:38 | |
| DrJoel | lee2: if that's what I think it is, then you want rtems.h and rtems_semaphore_xxx as a "simple binary semaphore". The .h files you mention should not be directly included by the application | 08:38 |
| DrJoel | _Lucretia_: then the Ada build isn't finding the bsp .h files. Add that to the Ada configure and try that one step again | 08:38 |
| lee2 | http://www.fys.uio.no/studier/kurs/fys4220/docs/vxworks/ref/semBLib.html#top | 08:38 |
| lee2 | that is a description of what Im looking for ... | 08:38 |
| lee2 | :) | 08:38 |
| DrJoel | lee2: yep. That's simple binary.. | 08:39 |
| _Lucretia_ | BSP_INSTALL is where I've installed rtems? I'm dumping everything to $HOME/opt/rtems, so I would assume that I should use CFLAGS_FOR_TARGET=-B$HOME/opt/rtems/arm-rtems4.10/edb7312/lib ? | 08:39 |
| _Lucretia_ | DrJoel: will doo | 08:39 |
| DrJoel | _Lucretia_: that looks right | 08:39 |
| lee2 | DrJoel, ta... :P | 08:39 |
| *** madrazr has joined #rtems | 08:39 | |
| DrJoel | lee2: that variation was added by Eric Norum years ago to make it easier to port VxWorks applications LOL | 08:39 |
| _Lucretia_ | cool | 08:40 |
| lee2 | hehe | 08:40 |
| lee2 | hint hint... its what im doing | 08:40 |
| lee2 | :P | 08:40 |
| DrJoel | FWIW rtems_task_variable_* was also added for that reason | 08:40 |
| *** switnick has joined #rtems | 08:45 | |
| *** th_d has quit IRC | 08:50 | |
| dr__house | DrJoel: sorry had been out to get some medication for my sore throat. So should the mutexinit.c case go on psxtests? | 08:56 |
| DrJoel | yes.. isn't mutexinit.c itself in posix/src? | 08:57 |
| dr__house | DrJoel: yeah | 08:57 |
| dr__house | DrJoel: so does that test go onto psxtests/psx05? | 08:58 |
| DrJoel | dr__house: if it is in score and reachable via classic api, that's the preferred way to test | 08:58 |
| DrJoel | looks reasonable since it isn't much more than attr init/create/destroy | 08:59 |
| dr__house | DrJoel: ok, yeah. | 08:59 |
| *** roxanal has joined #rtems | 09:00 | |
| *** cocan has quit IRC | 09:07 | |
| *** cocan has joined #rtems | 09:07 | |
| tuxmaniac | Hello DrJoel | 09:23 |
| switnick | DrJoel: Hello | 09:24 |
| tuxmaniac | switnick: how are things coming along? | 09:25 |
| switnick | Ok, some things are a little over my head. | 09:26 |
| switnick | how about you? | 09:26 |
| tuxmaniac | switnick: just looking over the pit I should say | 09:27 |
| tuxmaniac | peeping out may be. yet to make it jump out completely :) | 09:28 |
| switnick | do you think you will make it for the pencils down date? | 09:30 |
| DrJoel | switnick: it is always that way for me on a new port. the architecture specific issues are hard and strange | 09:30 |
| switnick | It would be good if I can get some extra help for the next few days | 09:31 |
| DrJoel | remember we want you to stay active after the pencil down date. We want you to stay in the community. Work on something else if you want.. we will help you there too | 09:31 |
| switnick | I would like to get interrupts working before | 09:31 |
| DrJoel | switnick: trying .. does cvs match your code | 09:31 |
| switnick | I made some drastic changes to cpu init | 09:32 |
| switnick | I think that is why the patch was failing | 09:32 |
| DrJoel | does it work? how many tests run? | 09:32 |
| switnick | I can get ticker running | 09:32 |
| DrJoel | you can always just send me the files | 09:32 |
| DrJoel | hello? | 09:32 |
| DrJoel | anything else? | 09:32 |
| switnick | hello | 09:32 |
| switnick | yes | 09:32 |
| tuxmaniac | DrJoel: we (thomas and me ) put out a next steps which seems like getting interesting. like dynamic changes to memory protection values and stuff. | 09:32 |
| DrJoel | avr is a very small memory target. I expect we will find that a number of tests are simply too large to fit | 09:33 |
| DrJoel | have you tried any of the sptests? | 09:33 |
| switnick | yes dont get any output | 09:33 |
| DrJoel | tuxmaniac: cool.. | 09:33 |
| switnick | I think there is still a problem | 09:33 |
| DrJoel | hmmm.. even from sp01? that's the same as ticker | 09:33 |
| switnick | tried it yesterday and didnt haca any luck | 09:34 |
| DrJoel | that's weird. | 09:34 |
| DrJoel | catch cvs up and I will look at that | 09:34 |
| tuxmaniac | DrJoel: also we started talks on a GSoC report. like detailed description of project, contribution, status, next scope etc. we will discuss the topics to include in the report / blog post in the coming couple of days | 09:35 |
| * DrJoel brought his multimeter in to OAR today. working on discrete IO and analog out drivers | 09:35 | |
| switnick | OK | 09:35 |
| DrJoel | tuxmaniac: yes .. everyone needs to do something like that. And update the wiki | 09:35 |
| tuxmaniac | and oh I miht be meeting you this time around in october . Planning to hit Munich for the Oktoberfest sometime around oct 2-4 | 09:36 |
| DrJoel | we turned in my 3 sons passports for renewal yesterday (OMG the paperwork nightmare!!!) .. I hope this class happens .. Munich is lovely in October and it will be nice to meet you finally | 09:37 |
| switnick | DrJoel: My wired internet is still down, will go home soon and use the wire there. | 09:38 |
| DrJoel | one sons picture was wrong.. his head wasn't the right size in the picture. same son forgot his driver's license and in spite of what state dept said, they didn't need birth certificate... <sigh> very expensive process to get or renew passports | 09:38 |
| tuxmaniac | DrJoel: haha Schengen VISA photo dimesnion FTW | 09:39 |
| DrJoel | two of the boys photos from same place, different day were ok. luckily we just hadn't liked the one pic of that son from the "good day" and it was a retake. So we had a picture we didn't like and used that | 09:40 |
| tuxmaniac | :) | 09:41 |
| DrJoel | government paperwork and pain is the same world wide I think. Instructions stink. | 09:41 |
| *** switnick has quit IRC | 09:42 | |
| *** cocan has quit IRC | 09:42 | |
| dr__house | DrJoel: surprisingly enough, I didn't face a lot of problems for my passport | 09:42 |
| tuxmaniac | DrJoel: and oh. there are enough bugs in the implementation now. We also discussed about the enabling/disabling mmutests for targets you rised a few days back today. | 09:43 |
| tuxmaniac | We decided to merge the source only after we find a proper way to do this because we felt its not good to have tests that doesnt run on other targets | 09:43 |
| DrJoel | good idea but we don't need to let it bitrot. If this requires BSP specific support, then you could consider adding a macro to bsp.h which indicates the MMU capabilities are supported and the test can use that to turn itself on and off. | 09:46 |
| DrJoel | Look at pppd and "SMALL". :) | 09:46 |
| tuxmaniac | hmm will check | 09:47 |
| *** switnick has joined #rtems | 10:02 | |
| switnick | DrJoel: sent a diff for avr dir | 10:05 |
| * dr__house heads for dinner, be back in a little while | 10:11 | |
| *** dr__house has quit IRC | 10:11 | |
| *** madrazr has left #rtems | 10:14 | |
| tuxmaniac | DrJoel: still the oarcorp site has rendering problems in FF. In Opera and IE it seems fine | 10:23 |
| DrJoel | ok.. i will pass that along.. i am only responsible for rtems.org/com | 10:25 |
| tuxmaniac | DrJoel: this site is the one referenced in embedded brains - RTEMS Class ite | 10:25 |
| tuxmaniac | site* | 10:25 |
| DrJoel | any particular FF version or all? | 10:26 |
| tuxmaniac | atleast the one in whuch I am using . 3.0.11 under Fedora 10 | 10:26 |
| *** sebhub has quit IRC | 10:26 | |
| *** cocan has joined #rtems | 10:46 | |
| _Lucretia_ | hokay! gsocket.h:190:24: fatal error: sys/socket.h: No such file or directory | 10:49 |
| _Lucretia_ | used: ../../gcc-svn/configure --enable-threads=rtems --with-gnu-as --disable-multilib --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls --enable-version-specific-runtime-libs -enable-languages=c,ada --target=arm-rtems4.10 --prefix=$HOME/opt/rtems CFLAGS_FOR_TARGET=-B$HOME/opt/rtems/arm-rtems4.10/edb7312/lib 2>&1|tee log.config.txt | 10:49 |
| _Lucretia_ | and it's in include/sys alright | 10:50 |
| _Lucretia_ | so, unless that CFLAGS_ part needs to go before the ../*/configure part | 10:50 |
| DrJoel | _Lucretia_: check the configure command in the do_one script.. it is right there | 10:51 |
| _Lucretia_ | i am | 10:51 |
| _Lucretia_ | I don't have these: --enable-newlib-mb --enable-newlib-iconv | 10:53 |
| DrJoel | is sys/socket.h $HOME/opt/rtems/arm-rtems4.10/edb7312/lib/sys/socket.h? | 11:02 |
| DrJoel | is that -B option on the command line that can't find socket.h? | 11:03 |
| *** dr__house has joined #rtems | 11:04 | |
| _Lucretia_ | yeah | 11:06 |
| _Lucretia_ | and I think it's failing because I missed the / off the end of lib | 11:06 |
| _Lucretia_ | so it might not be constructing the path properly | 11:06 |
| DrJoel | that is needed on a -B option to gcc.. strange though it sounds | 11:20 |
| _Lucretia_ | same error | 11:28 |
| _Lucretia_ | the final configure line is this: ../../gcc-svn/configure --enable-threads=rtems --with-gnu-as --disable-multilib \ | 11:28 |
| _Lucretia_ | --enable-newlib-mb --enable-newlib-iconv \ | 11:29 |
| _Lucretia_ | --with-gnu-ld --with-newlib --verbose --with-system-zlib --disable-nls \ | 11:29 |
| _Lucretia_ | CFLAGS_FOR_TARGET=-B$HOME/opt/rtems/arm-rtems4.10/edb7312/lib/ \ | 11:29 |
| _Lucretia_ | --enable-version-specific-runtime-libs \ | 11:29 |
| _Lucretia_ | --enable-languages=c,ada --target=arm-rtems4.10 --prefix=$HOME/opt/rtems 2>&1|tee log.config.txt | 11:29 |
| _Lucretia_ | which is identical to yours | 11:29 |
| _Lucretia_ | in the do_one | 11:29 |
| DrJoel | hopefully that works :-D | 11:30 |
| _Lucretia_ | no, it doesnt | 11:31 |
| _Lucretia_ | In file included from s-oscons-tmplt.c:106:0: | 11:31 |
| _Lucretia_ | gsocket.h:190:24: fatal error: sys/socket.h: No such file or directory | 11:31 |
| _Lucretia_ | here is the preceding log: http://pastebin.com/m351e5e50 | 11:35 |
| _Lucretia_ | can you see if there is something wrong with that? | 11:35 |
| *** agrier has quit IRC | 11:38 | |
| DrJoel | where is the command that tried to compile s-oscons-tmplt.c? This is mostly configure output | 11:39 |
| _Lucretia_ | http://pastebin.com/mfa20ac1 | 11:40 |
| _Lucretia_ | line 12 | 11:40 |
| _Lucretia_ | ish | 11:40 |
| *** dr__house has quit IRC | 11:43 | |
| DrJoel | that line does not have the edb7312 directory in it if I am reading it correctly | 11:51 |
| _Lucretia_ | yer not wrong | 11:52 |
| _Lucretia_ | line 7 has this: -B/home/laguest/opt/rtems/arm-rtems4.10/lib/ | 11:52 |
| _Lucretia_ | so does line 14 | 11:53 |
| _Lucretia_ | and 15 | 11:53 |
| _Lucretia_ | but of them add on the include/sys part | 11:54 |
| _Lucretia_ | all the -isystem parts point to home/laguest/opt/rtems/arm-rtems4.10/include and home/laguest/opt/rtems/arm-rtems4.10/sys-include | 11:54 |
| DrJoel | but none of them pick up the installed arm/edb7312 BSP | 11:54 |
| DrJoel | each directory in that list points to something but not the bsp | 11:54 |
| _Lucretia_ | and /home/laguest/opt/rtems/arm-rtems4.10/sys-include doiesnt exist | 11:55 |
| _Lucretia_ | hmmm, shouldn't it be -b rather than -B? | 11:57 |
| _Lucretia_ | ah, no. found it in the manual, finally | 11:58 |
| DrJoel | the sys-include not existing is no big deal. That's where you drop precompiled things | 12:01 |
| _Lucretia_ | ok | 12:01 |
| _Lucretia_ | are you sure that should be CFLAGS_FOR_TARGET=-B$HOME/opt/rtems/arm-rtems4.10 instead? | 12:02 |
| DrJoel | gcc assumes it is a "system directory". libraries in that directory. Also will add "include" to the end of that and use it as an include directory. That's how the BSPs are installed. | 12:06 |
| _Lucretia_ | can you select the bsp with -march or -mtune or -m or whatever flag they use now? | 12:08 |
| DrJoel | no.. it isn't installed like that. i would like to see us add a -mrtemsbsp=XXX to handle the standard way of using a bsp but it has never made the top of the list and no one has ever paid for it.. so just an idea :( | 12:14 |
| _Lucretia_ | well, i'm searching through the log and the bsp is used in the CFLAGS in various places | 12:14 |
| DrJoel | yep.. but this is just getting the tools to build | 12:15 |
| DrJoel | you are on the svn head right? | 12:15 |
| DrJoel | sometimes passing CFLAGS_FOR_TARGET breaks in the Ada. | 12:15 |
| _Lucretia_ | yeah, everything is head | 12:17 |
| _Lucretia_ | http://pastebin.com/m47a0484f <- line 2 includes the bsp, might be a bit more context for you to look at | 12:18 |
| DrJoel | the word edb7312 is simply not there | 12:29 |
| _Lucretia_ | I've just searched for it, and it's there | 12:30 |
| _Lucretia_ | on that pastebin | 12:30 |
| _Lucretia_ | line 1 | 12:30 |
| _Lucretia_ | lin12 | 12:30 |
| _Lucretia_ | balls, 2 | 12:30 |
| _Lucretia_ | "CFLAGS=-B/home/laguest/opt/rtems/arm-rtems4.10/edb7312/lib/ -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes" ada/s-oscons.ads | 12:30 |
| _Lucretia_ | at the end | 12:30 |
| _Lucretia_ | well, ner the end of the line | 12:30 |
| DrJoel | did you install rtems multilib or just for edb7312? there are two rtems builds in the script | 12:33 |
| DrJoel | the multilib one is where the sys/socket.h is getting found. | 12:33 |
| DrJoel | It doesn't look like CFLAGS_FOR_TARGET is propagating down.. email myself and laurent@guerby.net with your configure command, bzipped configure and build log, and version info and explanation. My build procedure is covering up the issue that CFLAGS_FOR_TARGET is not propagating down | 12:34 |
| _Lucretia_ | for b-gcc1, b-rtems and b-gcc2, they all have --disable-multilib set on the configure cmdline | 12:40 |
| DrJoel | not in my my script :) and that's why it works for me. | 12:41 |
| _Lucretia_ | ok, you want my configure script? | 12:41 |
| DrJoel | Something has broken the ada build for passing CFLAGS_FOR_TARGET down .. | 12:41 |
| _Lucretia_ | the gcc/configure? | 12:41 |
| DrJoel | no.. email laurent and myself with the logs, explanation, etc.. he will know how to fix it .. he has fixed this multiple times in the past as I recall | 12:42 |
| DrJoel | yes.. gcc condfigure | 12:42 |
| _Lucretia_ | the oarcorp one? | 12:43 |
| *** cocan has quit IRC | 12:43 | |
| _Lucretia_ | ok, sent | 12:51 |
| _Lucretia_ | not sure that's all the info yo need | 12:52 |
| _Lucretia_ | bbiab | 12:54 |
| *** cocan has joined #rtems | 13:00 | |
| tuxmaniac | ok heading to bed early tonight. dont want to have another earful :) later folks | 13:34 |
| DrJoel | _Lucretia_: i hope Laurent can help. FYI he is in France but often answers email late in the evening | 13:37 |
| DrJoel | _Lucretia_: 4.4.1 failed with the same bug I have reported on 4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40775 | 13:58 |
| DrJoel | trying a 4.3.4 build now :( | 13:58 |
| _Lucretia_ | hmmm, that link is a different error, no? | 14:28 |
| DrJoel | i'm getting further than you because my procedure includes multilib rtems and the .h files are in places gcc finds them by defualty | 14:32 |
| DrJoel | default | 14:32 |
| DrJoel | _Lucretia_: native built for 4.3.4, leaving arm going | 14:54 |
| _Lucretia_ | k | 15:01 |
| *** cocan has quit IRC | 15:02 | |
| *** cocan has joined #rtems | 15:16 | |
| *** switnick has quit IRC | 15:51 | |
| *** switnick has joined #rtems | 15:52 | |
| *** cocan_ has joined #rtems | 15:54 | |
| *** cocan has quit IRC | 15:56 | |
| *** cocan_ is now known as cocan | 15:56 | |
| *** cocan has quit IRC | 16:06 | |
| *** DrJoel has quit IRC | 16:09 | |
| *** roxana has joined #rtems | 16:48 | |
| *** roxanal has quit IRC | 16:50 | |
| *** roxana is now known as roxanal | 17:15 | |
| *** switnick_ has joined #rtems | 18:19 | |
| *** switnick_ has quit IRC | 18:34 | |
| *** switnick has left #rtems | 18:54 | |
| *** chrisjohns has joined #rtems | 20:35 | |
| *** roxanal has quit IRC | 20:46 | |
| *** chrisjohns__ has joined #rtems | 21:06 | |
| *** chrisjohns has quit IRC | 21:16 | |
| *** chrisjohns__ has quit IRC | 21:30 | |
| *** agrier has joined #rtems | 00:44 | |
| *** dr__house has joined #rtems | 01:09 | |
| *** sebhub has joined #rtems | 01:52 | |
| *** cocan has joined #rtems | 02:27 | |
| *** dr__house has quit IRC | 02:41 | |
| *** cocan has quit IRC | 02:51 | |
| *** cocan has joined #rtems | 03:09 | |
| *** dr__house has joined #rtems | 03:13 | |
| lee2 | morning all | 03:14 |
| lee2 | is there a rtems task example? | 03:14 |
| kiwichris | lee2, testsuites/samples ! | 03:26 |
| lee2 | ah | 03:30 |
| lee2 | nevermind found it | 03:30 |
| lee2 | hehe | 03:30 |
| lee2 | ta for the help | 03:30 |
| kiwichris | no probs | 03:30 |
| lee2 | ah since you are here | 03:31 |
| lee2 | 1 more question | 03:31 |
| kiwichris | soot | 03:31 |
| kiwichris | shoot | 03:31 |
| lee2 | in vxworks one has this structure: VX_TASK_SPAWN | 03:31 |
| lee2 | but I cant seem to find a similar one for rtems.. | 03:32 |
| lee2 | not a problem, but just wondering... would keep my could rather simple | 03:32 |
| kiwichris | What does it do ? | 03:32 |
| lee2 | ts = (VX_TASK_SPAWN *) param; | 03:32 |
| lee2 | status = | 03:32 |
| lee2 | taskSpawn(ts->name, ts->priority, ts->options, ts->stackSize, | 03:32 |
| lee2 | (FUNCPTR) thread_func, ts->arg1, ts->arg2, ts->arg3, | 03:32 |
| lee2 | ts->arg4, ts->arg5, ts->arg6, ts->arg7, ts->arg8, ts->arg9, ts->arg10); | 03:32 |
| lee2 | basically consist of all the 'variables' for creating a task... | 03:33 |
| kiwichris | Oh. I see why RTEMS does not have this. | 03:33 |
| kiwichris | Do you mean arguments ? | 03:34 |
| kiwichris | Liek argc/argv ? | 03:34 |
| lee2 | not sure I follow what you mean? | 03:34 |
| lee2 | but param is a void* | 03:35 |
| lee2 | structure | 03:35 |
| lee2 | like I said its not an issue, but it would just make the code easier to maintain thats all | 03:35 |
| lee2 | :) | 03:35 |
| kiwichris | I wonder why vxWorks decided on only 10 arguments ? | 03:36 |
| kiwichris | The need for more than one is silly. | 03:36 |
| kiwichris | You either have many many like argc/argv or you have 1. The number 10 is strange. | 03:36 |
| lee2 | i agree... hence the question | 03:37 |
| lee2 | :P | 03:37 |
| kiwichris | With 1 you just pass the "param" and then cast it in the task. | 03:37 |
| kiwichris | and save all that stack space you cannot recover. | 03:37 |
| lee2 | brb... bathroom call :( | 03:38 |
| *** dr__house has quit IRC | 03:44 | |
| *** lainwir3d has joined #rtems | 03:45 | |
| *** madrazr has joined #rtems | 04:14 | |
| *** cocan has quit IRC | 04:31 | |
| *** cocan_ has joined #rtems | 04:32 | |
| *** cocan_ is now known as cocan | 04:32 | |
| *** cocan has quit IRC | 04:59 | |
| *** cocan has joined #rtems | 04:59 | |
| *** dr__house has joined #rtems | 05:03 | |
| *** madrazr1 has joined #rtems | 05:08 | |
| *** madrazr has quit IRC | 05:09 | |
| *** cocan has quit IRC | 05:20 | |
| *** madrazr1 is now known as madrazr | 05:21 | |
| *** cocan has joined #rtems | 05:21 | |
| *** dr__house has quit IRC | 05:25 | |
| *** chrisjohns has joined #rtems | 05:50 | |
| chrisjohns | Hi Cocan | 05:55 |
| *** dr__house has joined #rtems | 06:05 | |
| *** dr__house has quit IRC | 06:37 | |
| *** roxanal has joined #rtems | 06:43 | |
| *** dr__house has joined #rtems | 06:44 | |
| *** madrazr has quit IRC | 06:44 | |
| *** madrazr has joined #rtems | 06:44 | |
| *** cocan has quit IRC | 07:24 | |
| *** cocan has joined #rtems | 07:25 | |
| *** cocan has quit IRC | 07:29 | |
| *** cocan has joined #rtems | 07:43 | |
| *** chrisjohns has quit IRC | 08:30 | |
| *** DrJoel has joined #rtems | 08:34 | |
| *** ChanServ sets mode: +o DrJoel | 08:34 | |
| DrJoel | kiwichris: are you still awake? | 08:34 |
| _Lucretia_ | you get anything from laurent? I got nothing so far | 08:40 |
| DrJoel | i have nothing from him | 08:40 |
| _Lucretia_ | ay | 08:40 |
| _Lucretia_ | how did your build go? | 08:40 |
| _Lucretia_ | on the earlier version? | 08:41 |
| DrJoel | it finished and there are about 50 ACATS failures.. they look like legitimate issues :( I will be reporting them | 08:41 |
| _Lucretia_ | o, not good | 08:47 |
| *** madrazr has quit IRC | 08:58 | |
| *** madrazr has joined #rtems | 08:59 | |
| *** cocan has quit IRC | 09:06 | |
| dr__house | DrJoel: good morning :) | 09:09 |
| DrJoel | dr__house: morning | 09:09 |
| DrJoel | or evening | 09:09 |
| dr__house | DrJoel: grr, I forgot a semicolon! :( | 09:09 |
| DrJoel | that was the weirdest error message I have ever seen from a semi-colon!!! | 09:10 |
| dr__house | DrJoel: heh, guess I should take a screenshot of it :P | 09:11 |
| DrJoel | and shame yourself forever LOL | 09:14 |
| dr__house | DrJoel: yeah :'( | 09:15 |
| DrJoel | so from here it should be easy to add the missing test code. Did you update so all that is needed now is a diff? | 09:17 |
| dr__house | DrJoel: yeah updating now | 09:17 |
| DrJoel | these shouldn't be too hard to finish out from here.. | 09:18 |
| dr__house | DrJoel: yeah | 09:18 |
| *** lainwir3d has quit IRC | 09:20 | |
| *** cocan has joined #rtems | 09:22 | |
| *** madrazr has left #rtems | 09:29 | |
| *** switnick has joined #rtems | 09:49 | |
| *** madrazr has joined #rtems | 10:01 | |
| *** madrazr has quit IRC | 10:12 | |
| dr__house | DrJoel: updated the tree and the make gives me this error, http://paste.ubuntu.com/251985/ | 10:24 |
| DrJoel | I redid all the coverage stuff in the Makefiles. It is now driven by --enable-coverage. I am hoping to get it merged soon. | 10:28 |
| DrJoel | You will need to back off all of the coverage patch | 10:28 |
| DrJoel | The simplest way to do that is "cvs up -Pd 2>&1 | grep -v ^cvs". Then remove any files that are modified and not by you. Then update again | 10:29 |
| dr__house | DrJoel: ah ok, but those files didn't give me any conflicts during update | 10:29 |
| dr__house | DrJoel: cool, will do | 10:29 |
| DrJoel | this version touches all different places in the sources. Adds cpukit/wrapup-coverage which is easier to add to. :) | 10:29 |
| dr__house | DrJoel: cool. And coverage can be enabled with a --enable-coverage! Thats awesome news :D | 10:30 |
| roxanal | DrJoel: where in the tree should my framebuffer test be? I have it in my tree in testsuites/samples/fbtest | 10:32 |
| DrJoel | dr__house: I hope that's how it lands. :) | 10:37 |
| DrJoel | roxanal: samples seems good. How will it build on a BSP without a framebuffer? | 10:37 |
| dr__house | DrJoel: doing bootstrap now | 10:37 |
| DrJoel | roxanal: or should this be an external example like network-demos? | 10:38 |
| DrJoel | roxanal: if you can know bsp has framebuffer, then just not build.. see "SMALL" in pppd sample | 10:38 |
| dr__house | DrJoel: should I include --enable-coverage when running configure now? | 10:40 |
| DrJoel | no.. it isn't in the tree at all. it is still an add-on patch in rtems-coverage. | 10:41 |
| dr__house | DrJoel: oh ok | 10:42 |
| dr__house | DrJoel: will the coverage work now that I have updated the tree? | 10:42 |
| DrJoel | easier to change set of things tested.. rtems_coverage.o is built in wrapup-coverage using a Makefile.am similar to the one in wrapup for librtemscpu.a. So uncomment one line and add another component. I tried /dev/null and another libmisc directory overnight for grins | 10:42 |
| DrJoel | are you running on arm for local testing? | 10:43 |
| dr__house | DrJoel: no, sparc | 10:43 |
| dr__house | DrJoel: ouch, I think I realized my mistake. That shouldn't matter right now, I am not running coverage tests for sparc, so. | 10:44 |
| dr__house | DrJoel: dinner time. Be back in a while | 10:44 |
| roxanal | DrJoel: Ok I will take into account the bsp problem | 10:45 |
| DrJoel | with sis, there isn't any coverage support so just keep your tree clean | 10:46 |
| dr__house | DrJoel: back, yeah got that :) | 11:03 |
| dr__house | DrJoel: build went fine :) | 11:03 |
| DrJoel | dr__house: great! | 11:03 |
| DrJoel | i just managed to add libcsupport to the set of code being covered. Running tests now. It will be interesting to see how much of that is covered. | 11:04 |
| dr__house | DrJoel: cool | 11:05 |
| DrJoel | this phase establishes a base set of code and targets analyzed. Over time that can expand. | 11:05 |
| dr__house | DrJoel: hmm.. | 11:05 |
| DrJoel | not before the end of August. You and I are focused on erc32. We should review the others to ensure they didn't turn up a new case that is needed. But that's it. :) | 11:06 |
| *** madrazr has joined #rtems | 11:07 | |
| *** sebhub has quit IRC | 11:07 | |
| dr__house | DrJoel: hmm.. | 11:09 |
| DrJoel | dr__house: when you add libcsupport, there are some BIG chunks | 11:36 |
| DrJoel | 193 uncovered ranges found | 11:36 |
| DrJoel | Bytes Analyzed : 106748 | 11:36 |
| DrJoel | Bytes Not Executed : 20528 | 11:36 |
| DrJoel | Percentage Executed : 0.8077 | 11:36 |
| DrJoel | Percentage Not Executed : 0.1923 | 11:36 |
| dr__house | DrJoel: wow! Ok, that was overwhelming :P | 11:37 |
| DrJoel | The 15 largest range from 336 to 2 over 2K. | 11:37 |
| DrJoel | A few new tests would knock that down quick. There are a few areas that are used but don't have tests. The code for /etc/passwd and /etc/group parsing are used by the shell and telnetd but none of it is covered. | 11:38 |
| dr__house | ok | 11:38 |
| DrJoel | termios has a lot. getcwd and a few of the stat variants are not hit | 11:38 |
| DrJoel | Lays out the next steps | 11:39 |
| dr__house | DrJoel: hmm.. ok | 11:39 |
| switnick | DrJoel: how do you get the $Id at the beginning of the files you create? | 12:08 |
| DrJoel | when it is committed to cvs and checked out the next time, the revision number is changed. The string $Id$ is what the source code control system looks for | 12:09 |
| DrJoel | You just put them in comments | 12:10 |
| switnick | ok | 12:10 |
| switnick | I have included support for simulavr in gcc testing | 12:10 |
| switnick | I dont think it is complete | 12:11 |
| switnick | but it will run for avr | 12:11 |
| DrJoel | switnick: cool. send it and I will merge it. | 12:15 |
| switnick | just sent it | 12:16 |
| DrJoel | you forgot to attach the new file avrtest.in :) | 12:20 |
| DrJoel | I need to work on the gdb script support for attaching to external simulators .. skyeye and simulavr and qemu all use the gdb server model | 12:20 |
| switnick | sorry will send it along | 12:22 |
| DrJoel | no problem. Merged | 12:32 |
| DrJoel | the bspcheck faults routine is for grepping the log for simularot or BSP exception messages that indicate the test has failed badly | 12:33 |
| DrJoel | That's an FYI.. so if you see any message as you go along that debugging that fits that description, we add it | 12:33 |
| switnick | ok | 12:34 |
| switnick | DrJoel: have you implemented the time limit for the simulator yet? | 12:41 |
| DrJoel | -m <nanoseconds> maximum run time of <nanoseconds> | 12:45 |
| DrJoel | simulated nanoseconds | 12:45 |
| *** cocan_ has joined #rtems | 13:18 | |
| *** cocan has quit IRC | 13:20 | |
| *** cocan_ is now known as cocan | 13:20 | |
| tuxmaniac | dr__house: happy birthday. enjoy the day :) | 13:31 |
| *** roxanal has quit IRC | 13:33 | |
| *** roxanal has joined #rtems | 13:33 | |
| DrJoel | dr__house: happy birthday! | 13:35 |
| dr__house | hey! thank you guys! :D | 13:55 |
| dr__house | DrJoel: tuxmaniac:^^ | 13:55 |
| DrJoel | dr__house: so what is the traditional birthday treat in your part of the world? | 14:01 |
| dr__house | DrJoel: traditionally people get cakes. But I stopped getting cake since high school. Its just any other day for me, except that people wish me :) | 14:03 |
| tuxmaniac | DrJoel: we go to temple and pray. then its time for some lifting and kicking butts | 14:05 |
| DrJoel | :) cakes are the norm here also. I have a thing for ice cream cakes. One of my sons birthday is in late October so he usually gets a "graveyard". It is a flat dish of chocolate pudding with cookies in it as headstones, pumpkins, etc .. halloween :) | 14:05 |
| dr__house | DrJoel: yeah and then a grand lunch/dinner at home, with lots of sweets :) | 14:05 |
| DrJoel | tuxmaniac: so not much different than many other days? LOL | 14:05 |
| tuxmaniac | hehe | 14:06 |
| *** switnick has left #rtems | 15:00 | |
| *** switnick has joined #rtems | 15:35 | |
| *** cocan has quit IRC | 15:46 | |
| *** switnick has quit IRC | 16:41 | |
| kiwichris | DrJoel, are you around ? | 17:34 |
| * kiwichris off to the office | 17:44 | |
| * kiwichris is away: I'm away but logging | 17:44 | |
| *** kiwichris has quit IRC | 17:48 | |
| *** madrazr has quit IRC | 17:57 | |
| dr__house | ok all, leaving for the day. Have a good day everyone. Good day DrJoel :) | 18:20 |
| *** dr__house has quit IRC | 18:20 | |
| *** kiwichris has joined #rtems | 19:50 | |
| *** kiwichris has quit IRC | 23:34 | |
| lee2 | morning all.... what a lovely day :P | 01:47 |
| lee2 | snow fell last night on our mountains and now its bloody crispy, very sunny morning... :) | 01:47 |
| *** madrazr has joined #rtems | 02:05 | |
| *** sebhub has joined #rtems | 02:09 | |
| lee2 | sebhub, morning | 02:46 |
| *** tuxmaniac has quit IRC | 02:55 | |
| *** tuxmaniac has joined #rtems | 02:56 | |
| *** madrazr has quit IRC | 03:01 | |
| *** tuxmaniac is now known as adultling | 03:13 | |
| *** agrier has quit IRC | 03:14 | |
| *** mwalle has quit IRC | 03:14 | |
| *** _Lucretia_ has quit IRC | 03:14 | |
| *** adultling is now known as tuxmaniac | 03:14 | |
| *** rokka has quit IRC | 03:15 | |
| *** rokka has joined #rtems | 03:15 | |
| *** agrier has joined #rtems | 03:16 | |
| *** mwalle has joined #rtems | 03:16 | |
| *** _Lucretia_ has joined #rtems | 03:16 | |
| *** cocan has joined #rtems | 03:27 | |
| *** cocan_ has joined #rtems | 03:46 | |
| *** cocan has quit IRC | 03:46 | |
| *** cocan_ is now known as cocan | 03:46 | |
| *** dr__house has joined #rtems | 04:03 | |
| *** cocan has quit IRC | 04:06 | |
| *** cocan has joined #rtems | 04:07 | |
| *** madrazr has joined #rtems | 05:02 | |
| *** dr__house has quit IRC | 05:16 | |
| *** kiwichris has joined #rtems | 05:20 | |
| *** madrazr has quit IRC | 05:52 | |
| *** kiwichris has quit IRC | 06:31 | |
| *** kiwichris has joined #rtems | 06:31 | |
| *** cocan_ has joined #rtems | 06:42 | |
| *** cocan has quit IRC | 06:42 | |
| *** cocan_ is now known as cocan | 06:42 | |
| *** kiwichris has quit IRC | 07:32 | |
| * DrJoel apparently didn't kill the client overnight | 07:57 | |
| *** madrazr has joined #rtems | 07:59 | |
| *** cocan has quit IRC | 08:10 | |
| sebhub | hi | 08:39 |
| *** cocan has joined #rtems | 09:03 | |
| *** madrazr has left #rtems | 09:09 | |
| *** th_d has joined #rtems | 09:10 | |
| *** roxana has joined #rtems | 09:16 | |
| *** roxanal has quit IRC | 09:18 | |
| *** switnick has joined #rtems | 09:34 | |
| *** th_d has quit IRC | 09:39 | |
| *** roxana is now known as roxanal | 10:21 | |
| *** madrazr has joined #rtems | 10:51 | |
| *** madrazr has quit IRC | 11:27 | |
| *** _Lucretia__ has joined #rtems | 11:40 | |
| *** sebhub has quit IRC | 11:48 | |
| *** dr__house has joined #rtems | 11:51 | |
| dr__house | DrJoel: good morning :) | 11:51 |
| DrJoel | evening.. so you survived the birthday.. | 11:51 |
| dr__house | DrJoel: lol yeah :D | 11:52 |
| DrJoel | any luck on the patch? | 11:53 |
| dr__house | DrJoel: not yet, had a few things to ask, I think I can send it over tonight. :) | 11:54 |
| *** _Lucretia_ has quit IRC | 11:55 | |
| dr__house | DrJoel: what routine do I call to create a thread? I mean is there a classic API for that? or should pthread_create be called? | 11:58 |
| DrJoel | rtems_task_create.. see sp01/init.c for an example | 11:59 |
| DrJoel | or as I sometimes do.. cd sptests ; grep -r "XXX" . when I want to see which tests use something | 11:59 |
| dr__house | DrJoel: ah ok, I did try that, but I searched for rtems_thread_create :P | 12:00 |
| DrJoel | thread==task.. api chooses name | 12:00 |
| dr__house | DrJoel: oh ok, cool | 12:01 |
| *** _Lucretia__ is now known as _Lucretia_ | 12:45 | |
| *** cocan_ has joined #rtems | 13:10 | |
| *** cocan has quit IRC | 13:10 | |
| *** cocan_ is now known as cocan | 13:10 | |
| *** roxanal has quit IRC | 13:12 | |
| *** madrazr has joined #rtems | 13:13 | |
| *** cocan has quit IRC | 13:14 | |
| *** cocan has joined #rtems | 13:32 | |
| *** cocan has quit IRC | 14:26 | |
| *** cocan has joined #rtems | 14:27 | |
| *** switnick has quit IRC | 15:19 | |
| *** cocan has quit IRC | 15:41 | |
| DrJoel | dr__house: any luck? | 15:41 |
| *** switnick has joined #rtems | 15:42 | |
| *** cocan has joined #rtems | 15:43 | |
| *** switnick has quit IRC | 15:49 | |
| *** switnick has joined #rtems | 15:53 | |
| dr__house | DrJoel: sorry had been to have some tea. Things are improving :) | 15:57 |
| *** switnick has quit IRC | 15:57 | |
| DrJoel | dr__house: :) | 15:59 |
| * DrJoel has had luck .. yesterday I saw interrupts from discrete inputs on an embedded PC I am doing some drivers for. Today I saw the analog outputs work. :) | 16:00 | |
| DrJoel | fyi i won't be in tomorrow.. helping daughter move to dorm for junior year :D | 16:01 |
| dr__house | DrJoel: Oh, ok. Cool :) | 16:03 |
| DrJoel | with any luck, you will have a patch before I leave today and I can give you a new report.. hint | 16:04 |
| dr__house | DrJoel: hopefully, yeah | 16:10 |
| DrJoel | :) | 16:10 |
| dr__house | DrJoel: ok, time to pester you again. What should be the initial modes and attributes arguments for rtems_task_create? I have given it as RTEMS_DEFAULT_MODES, and RTEMS_DEFAULT_ATTRIBUTES. But the routine is failing with error code 5. | 16:13 |
| DrJoel | if you look in the manual (or cpukit/rtems/include/rtems/rtems/status.h) you will see it is | 16:19 |
| DrJoel | RTEMS_TOO_MANY = 5, | 16:19 |
| DrJoel | which is a hint that you need to configure another task .. 2 instead of 1. | 16:20 |
| DrJoel | :) | 16:20 |
| dr__house | DrJoel: ah! ok. | 16:25 |
| dr__house | DrJoel: the description on status.h says that I have tried to attempted to create too many instances of the same object class, which means that I have tried to created one too many tasks right? | 17:03 |
| dr__house | when you say that I need to configure another task, it means I have to create another semaphore? | 17:04 |
| dr__house | I am sorry if I am behaving extra ordinarily dumb today, but I desperately want to get the patch out today :( | 17:05 |
| DrJoel | #define CONFIGURE_MAXIMUM_TASKS 2 | 17:06 |
| DrJoel | the tasks need to share the semaphore.. | 17:06 |
| dr__house | DrJoel: cool, got the point. LOL, I frame a 3 line question and the answers one line pasted from the code, irony :P | 17:07 |
| DrJoel | :) it is an advantage of living the code for years... :) | 17:08 |
| DrJoel | what's the legal drinking age in India? | 17:08 |
| dr__house | DrJoel: I'll get there someday :) | 17:08 |
| dr__house | DrJoel: Its 18 I guess | 17:08 |
| DrJoel | It's 21 in the U.S. and if you all have noticed the output of ticker or sp01, check out the date | 17:08 |
| DrJoel | TA1 - rtems_clock_get_tod - 09:00:00 12/31/1988 | 17:09 |
| DrJoel | I am treating 12/31/2009 as RTEMS 21st birthday.. we don't know the official day development started but that is counting :) | 17:09 |
| dr__house | DrJoel: yeah I have thats the date. | 17:09 |
| dr__house | DrJoel: awesome! :D | 17:09 |
| DrJoel | I know some devel was done in 1988 (or design). But that date was just New Year's Eve in the first year .. so a popular date for us to use in tests | 17:10 |
| dr__house | DrJoel: lets just think that its today CDT, that way it gets to be 13th Aug! :D | 17:10 |
| dr__house | DrJoel: RTEMS is almost as old as me! Man, I am so overwhelmed with that information. I am working on a project thats almost as old as me. I am so previleged to be doing my contribution to it! | 17:13 |
| dr__house | DrJoel: ok, now getting an RTEMS_UNSATISFIED error | 17:18 |
| DrJoel | dr__house: how much stack space did you ask for on the create? | 17:28 |
| DrJoel | reduce it to minimum or ... | 17:29 |
| DrJoel | #define CONFIGURE_EXTRA_TASK_STACKS (4 * RTEMS_MINIMUM_STACK_SIZE) | 17:29 |
| DrJoel | something like that from sp01 | 17:29 |
| dr__house | DrJoel: I had asked for twice the minimum, should I reduce it? | 17:29 |
| DrJoel | just use minimum.. confdefs.h assumes stacks are minimum unless you ask for more memory | 17:29 |
| dr__house | DrJoel: cool | 17:29 |
| DrJoel | does that make sense? it assumes each task has a minimum but doesn't know you tried to create with more | 17:30 |
| dr__house | DrJoel: ah ok, and when I want to create with more I do it by specifying #define CONFIGURE_EXTRA_TASK_STACKS (4 * RTEMS_MINIMUM_STACK_SIZE) . Right? | 17:31 |
| DrJoel | close .. it is kind of weird.. you created 1 task and asked for 2 * minimum. | 17:32 |
| DrJoel | confdefs.h assumed 1 * minimum. So you are one short. | 17:32 |
| DrJoel | #define CONFIGURE_EXTRA_TASK_STACKS (RTEMS_MINIMUM_STACK_SIZE) | 17:32 |
| DrJoel | say you asked for 40K .. then it would be.. | 17:33 |
| DrJoel | #define CONFIGURE_EXTRA_TASK_STACKS (40K - RTEMS_MINIMUM_STACK_SIZE) | 17:33 |
| dr__house | DrJoel: ah ok, got it. When I want to ask for more stack space, I do #define CONFIGURE_EXTRA_TASK_STACKS (XX- RTEMS_MINIMUM_STACK_SIZE) and then confdefs.h understands that I need that much more space allocated for the stack | 17:34 |
| DrJoel | right.. it is above minimum * number of tasks. :) | 17:35 |
| DrJoel | similarly confdefs.h has to be told about how much memory you will need for message buffers. The size and max is up to you completely | 17:35 |
| dr__house | DrJoel: ah ok. got it. Thats for message queues. :) | 17:36 |
| DrJoel | yes.. | 17:36 |
| DrJoel | heading home.. i will probably log on later from home and will check email in the morning before I leave to take daughter to school. If you have something you want run, just shoot it my way. | 17:37 |
| DrJoel | I can easily add one test and rerun.. probably < 1 minute to do it now when I have a built tree | 17:37 |
| * DrJoel waves bye | 17:37 | |
| *** DrJoel has quit IRC | 17:37 | |
| dr__house | DrJoel: fine, bye | 17:37 |
| *** _Lucretia_ has quit IRC | 17:59 | |
| *** _Lucretia_ has joined #rtems | 18:02 | |
| *** _Lucretia_ has quit IRC | 18:09 | |
| *** DrJoel has joined #rtems | 18:12 | |
| *** ChanServ sets mode: +o DrJoel | 18:12 | |
| * DrJoel is at home and will be walking by | 18:12 | |
| DrJoel | dr__house: if you need help, just ask | 18:12 |
| *** cocan has quit IRC | 18:15 | |
| *** cocan has joined #rtems | 18:17 | |
| *** _Lucretia_ has joined #rtems | 18:42 | |
| dr__house | DrJoel: sure, was outside for some fresh air :) | 18:48 |
| *** cocan has quit IRC | 18:51 | |
| *** madrazr has left #rtems | 18:52 | |
| *** cocan has joined #rtems | 18:52 | |
| dr__house | DrJoel: when I try to obtain the lock from the thread, it fails with RTEMS_INVALID_ID error. | 19:07 |
| DrJoel | Did you pass &Mutex_id to rtems_semaphore_create? Did you create the semaphore before the task ran? | 19:12 |
| dr__house | DrJoel: yeah, in fact the control passes on to the task routine | 19:13 |
| DrJoel | it is better to create objects threads use before threads to avoid race conditions on creation.. if that is the problem. | 19:14 |
| DrJoel | Could be a simple programming error also. :) | 19:14 |
| dr__house | DrJoel: well, I am thinking the latter, considering my extraordinary programming skills :P | 19:15 |
| DrJoel | email my gmail the program and I will look before i go back to the family | 19:15 |
| DrJoel | programming errors are easy to create and take experience to spot. programs with threads present their own challenges :) | 19:16 |
| dr__house | DrJoel: hmm.. | 19:17 |
| dr__house | DrJoel: Sent the mail. Will go to sleep now, its 0545hrs here. I so wanted to finish it today. Hopefully will get it done tomorrow. | 19:19 |
| DrJoel | go to bed. :) the email is here | 19:20 |
| *** roxanal has joined #rtems | 19:20 | |
| dr__house | DrJoel: good day, catch you later :) | 19:21 |
| DrJoel | i just built it.. there is a warning | 19:21 |
| dr__house | DrJoel: oh, what does it say? | 19:21 |
| DrJoel | ../../../../../../../rtems/c/src/../../testsuites/sptests/sp65/init.c:57: warning: passing argument 2 of 'rtems_task_start' from incompatible pointer type | 19:21 |
| DrJoel | ../../../../../sis/lib/include/rtems/rtems/tasks.h:387: note: expected 'rtems_task_entry' but argument is of type 'void * (*)(rtems_id *)' | 19:21 |
| DrJoel | ../../../../../../../rtems/c/src/../../testsuites/sptests/sp65/init.c:57: warning: passing argument 3 of 'rtems_task_start' makes integer from pointer without a cast | 19:21 |
| DrJoel | ../../../../../sis/lib/include/rtems/rtems/tasks.h:387: note: expected 'rtems_task_argument' but argument is of type 'rtems_id *' | 19:21 |
| DrJoel | ../../../../../../../rtems/c/src/../../testsuites/sptests/sp65/init.c: In function 'Task_1': | 19:21 |
| DrJoel | ../../../../../../../rtems/c/src/../../testsuites/sptests/sp65/init.c:78: warning: passing argument 1 of 'rtems_semaphore_obtain' makes integer from pointer without a cast | 19:21 |
| DrJoel | line 78 put a "*" in front of Mutex_id | 19:23 |
| dr__house | DrJoel: ok | 19:23 |
| dr__house | DrJoel: building now | 19:23 |
| *** cocan has quit IRC | 19:24 | |
| DrJoel | i missed something hold on | 19:24 |
| dr__house | DrJoel: ok, its not showing the error. But the routine doesn't seem to wake up after I say sleep(1) | 19:24 |
| *** cocan has joined #rtems | 19:24 | |
| DrJoel | #define CONFIGURE_APPLICATION_DOES_NOT_NEED_CLOCK_DRIVER | 19:25 |
| DrJoel | CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER | 19:25 |
| dr__house | DrJoel: ok done, building | 19:26 |
| dr__house | DrJoel: the test completed. Now to put a break point and check if I hit it. | 19:26 |
| dr__house | DrJoel: looks like I haven't hit it | 19:30 |
| DrJoel | hold on... looking myself at case again | 19:30 |
| dr__house | DrJoel: ok | 19:30 |
| DrJoel | do you even get to an instruction or line above it? | 19:36 |
| DrJoel | oh.. go on to bed.. it is too late for you... i will email when i figure out something .. I am getting confused | 19:37 |
| dr__house | DrJoel: heh, ok fine. Catch you later, bye. Have a good day :) | 19:38 |
| dr__house | DrJoel: actually that applies to me too :P | 19:39 |
| DrJoel | I need to rebuild on my home laptop in "coverage mode" .. my executable wasn't build the same way | 19:39 |
| dr__house | DrJoel: ah ok | 19:39 |
| dr__house | see you then, bye | 19:39 |
| *** dr__house has quit IRC | 19:39 | |
| *** cocan has quit IRC | 20:02 | |
| *** cocan has joined #rtems | 20:17 | |
| *** kiwichris has joined #rtems | 20:24 | |
| DrJoel | for those following along from home dr__house hit the case he was trying. We are now down to ... | 20:30 |
| DrJoel | 4 uncovered ranges found | 20:30 |
| DrJoel | Bytes Analyzed : 69888 | 20:30 |
| DrJoel | Bytes Not Executed : 28 | 20:30 |
| DrJoel | Percentage Executed : 0.9996 | 20:30 |
| DrJoel | Percentage Not Executed : 0.0004006 | 20:30 |
| DrJoel | ====== 15 Largest Range Sizes ====== | 20:30 |
| DrJoel | 2 4 | 20:30 |
| DrJoel | 1 8 | 20:30 |
| DrJoel | 1 12 | 20:30 |
| DrJoel | ===================================== | 20:30 |
| DrJoel | on the sparc/erc32. Really 3 cases. | 20:30 |
| DrJoel | kiwichris: hello? | 20:30 |
| kiwichris | Hi JOel | 20:30 |
| DrJoel | did you see either of my emails today? | 20:31 |
| DrJoel | i would appreciate the feedback on the hw watchdog/reset stuff. I really want to get it together for some odd reason. :) | 20:31 |
| kiwichris | Yeap. Look at one and that all seems fine. I will sort out the detail and get back to you. Not at the wdog one yet. Looking at BDM issue. Also dog was going mad so had to go to the park :) | 20:32 |
| DrJoel | fyi i also can now do coverage reports on more code.. libcsupport, libblock, filesystems, libmisc, .. anything but shell and networking in cpukit | 20:32 |
| kiwichris | Why not the shell ? | 20:32 |
| DrJoel | just haven't included it yet. Figured testing it would be a different type of testing. We can turn it on when we want. | 20:33 |
| DrJoel | So far it doubles the size of the tested binary, and drops the coverage to ~80% | 20:33 |
| kiwichris | The filesystem one will be interesting. Creating test cases will be a challenge | 20:34 |
| DrJoel | yes.. filesystem will be.. | 20:34 |
| DrJoel | we are takign Jessica to college tomorrow and I am going to start on a termios test. :< | 20:34 |
| kiwichris | The one will be easier that the file system. | 20:34 |
| DrJoel | but there are no tests for the /etc/passwd, /etc/groups support. termios and that are the largest in my set right now | 20:34 |
| kiwichris | Here is a comment from the RFS: | 20:35 |
| kiwichris | /* | 20:35 |
| kiwichris | * This should never happen. Here so Joel can remove once his coverage | 20:35 |
| kiwichris | * testing gets to the file systems. | 20:35 |
| kiwichris | */ | 20:35 |
| kiwichris | 20:35 | |
| kiwichris | :D | 20:35 |
| DrJoel | i agree... I wonder if it makes sense to add a "fstest" category .. and have standard tests that can operate on a mounted filesystem of any type.. just link the test with a different configuration/init to run the same test on a different filesystem/root test point. | 20:36 |
| DrJoel | I like that comment. | 20:36 |
| DrJoel | I thought the coverage might help to keep you honest at this point and let you know what was untested | 20:36 |
| kiwichris | The issue with a file system test is testing the actual file systems limits. For example a fat12 file system only has 64 root dir entries and code exists to handle this | 20:36 |
| DrJoel | i learned my bspcmdline code has two uncovered paths and I didn't add any tests for stringto. :( | 20:37 |
| kiwichris | He he. Big brother of the code world :) | 20:37 |
| DrJoel | sounds like fatal errors (/dev/null has one :( )... but that fat12 is possible to hit.. a larger limit might be impossible in practive | 20:37 |
| DrJoel | practive | 20:37 |
| DrJoel | practice ... grrrr | 20:37 |
| kiwichris | If you a ramdisk it should be ok. The cache has a unit test which is in my ftp area | 20:38 |
| kiwichris | The ATA, best of luck ! | 20:38 |
| kiwichris | The ATA driver, best of luck ! | 20:38 |
| DrJoel | that's a hardware test. :-D | 20:38 |
| DrJoel | i am only sticking to abstract layers | 20:39 |
| kiwichris | Sure. | 20:39 |
| DrJoel | TCP/IP is off limits for a LONG TIME | 20:39 |
| kiwichris | The RAM disk will allow file system to driver path | 20:39 |
| kiwichris | Yeap I agree. | 20:39 |
| kiwichris | The file system is one area I can help wtih advice. | 20:39 |
| kiwichris | The bdbuf code would be great | 20:40 |
| DrJoel | I just want to get to the point where new code must pass the "coverage" metric before we let the submitter slip away :) | 20:40 |
| DrJoel | catching up on existing code is a challenge. It has been almost two years since I started this quest to get here <sigh> | 20:41 |
| kiwichris | This is a great way to make sure we have a complete test suite. | 20:41 |
| DrJoel | I agree.. and being able to do it on sparc and arm with similar results is amazing.. | 20:41 |
| DrJoel | i can't wait until we work with skyeye to get bfin and coldfire :) | 20:42 |
| DrJoel | i think qemu might be able to be augmented to do this also | 20:42 |
| DrJoel | its traces are pretty thorough so may be a baseline | 20:42 |
| DrJoel | http://libre.adacore.com/libre/tools/coverage/ hmmmm.... i wonder who is involved | 20:45 |
| DrJoel | ENST Paris is listed as a partner. I probably know one of the principals. I will email them. :) | 20:46 |
| kiwichris | Interesting project | 20:48 |
| DrJoel | I am emailing my contact. I hope it pans out. It would be nice to add x86 | 20:48 |
| kiwichris | Yeah. Alos standard host rpm installs is important. | 20:49 |
| * kiwichris look over wd code | 20:53 | |
| kiwichris | Joel, I think the whole package should be "reset" of which a wdog is one type. | 20:54 |
| DrJoel | ok. so it is a reset driver? | 20:54 |
| DrJoel | that would add "immediate" as an option, right? | 20:54 |
| kiwichris | Yes it is a driver for aspects of reset hardware on targets. | 20:54 |
| DrJoel | ok.. i will rename it all and shoot it back early next week | 20:55 |
| kiwichris | It may be ony able to cause a reset and have no watchdog eg a PC | 20:55 |
| kiwichris | There may also be more than wdog on a board. I have seem this. | 20:55 |
| kiwichris | In this case there is no detault. | 20:55 |
| DrJoel | ok.. and i have now seen two different wd implementations on embedded PCs so far <sigh> | 20:55 |
| DrJoel | all will be registered but the first configured/found is /dev/reset (or whatever) | 20:56 |
| kiwichris | I think you have a reset driver, then an ioctl to manage them. | 20:56 |
| DrJoel | just like console, rtc, etc | 20:56 |
| DrJoel | ok.. | 20:56 |
| kiwichris | Yeap. | 20:56 |
| DrJoel | then i will wrap helper on top of that when you and thomas are happy | 20:57 |
| kiwichris | RTEMS_RESET_WD_HIT_ALL | 20:57 |
| kiwichris | Yeap. | 20:57 |
| DrJoel | What's that? | 20:57 |
| kiwichris | An ioctl to hit all wd's at once. | 20:57 |
| kiwichris | There should also be a means for a user to ask what was the cause of the last reset. | 20:58 |
| DrJoel | oh... makes sense.. come in through any minor and hit all of them | 20:58 |
| * DrJoel has to run.. bed time around here. | 20:58 | |
| DrJoel | night | 20:58 |
| kiwichris | Yeap. | 20:58 |
| kiwichris | Do we need minors for every wd ? Hmmm this is a good question. I am not sure. I will think about it. | 20:58 |
| *** cocan has quit IRC | 21:05 | |
| DrJoel | ok.. please think..it won't impact the initial design in the least. I was thinking of a primary and a set of secondaries.. could be on different periods .. | 21:58 |
| DrJoel | fyi i think i just figured out the difference in results between erc32 and leon2/3. Next run may have them all equal. :-D | 22:03 |
| *** BBHoss has joined #rtems | 23:14 | |
| *** kiwichris has quit IRC | 23:29 | |
| *** BBHoss has quit IRC | 01:04 | |
| *** BBHoss has joined #rtems | 01:04 | |
| *** sebhub has joined #rtems | 01:52 | |
| sebhub | good morning | 01:54 |
| *** _Lucretia__ has joined #rtems | 01:58 | |
| *** _Lucretia_ has quit IRC | 02:15 | |
| *** BBHoss has quit IRC | 02:41 | |
| *** madrazr has joined #rtems | 03:02 | |
| *** BBHoss has joined #rtems | 03:14 | |
| *** BBHoss has quit IRC | 03:28 | |
| *** _Lucretia___ has joined #rtems | 03:40 | |
| *** madrazr has left #rtems | 03:50 | |
| *** _Lucretia__ has quit IRC | 03:56 | |
| *** _Lucretia___ is now known as _Lucretia_ | 03:59 | |
| lee2 | /join #ubuntu | 05:30 |
| *** lee2 has quit IRC | 05:32 | |
| *** lee2 has joined #rtems | 05:32 | |
| lee__ | anyone around | 05:33 |
| *** madrazr has joined #rtems | 06:13 | |
| *** dr__house has joined #rtems | 06:15 | |
| DrJoel | lee2: don't run to ubuntu .. it won't meet your real time needs ;) | 06:45 |
| DrJoel | dr__house: did you see the email? congratulations | 06:45 |
| DrJoel | dr__house: I didn't notice until everything was committed that you hit the other coremutex case. Please add that one to sp65.doc and send me a patch. | 06:45 |
| dr__house | DrJoel: yeah saw it. Thank you :) | 06:45 |
| dr__house | DrJoel: you mean the coremutexsurrender.c too? | 06:46 |
| DrJoel | Yep. Look at the report. It wasn't there. | 06:46 |
| dr__house | DrJoel: awesome :D | 06:46 |
| DrJoel | I need to look at the gumstix report. I think there may be some odd paths that are hit on sparc that aren't on it. That would indicate a need for a few more easy tests. | 06:47 |
| dr__house | DrJoel: great, cool :D | 06:48 |
| DrJoel | I think so. leon2 is 3 ranges and 24 bytes. same for leon3. erc32 is 4 for 28 bytes. leon2/3 should hit 100% | 06:51 |
| dr__house | DrJoel: cool. | 06:52 |
| DrJoel | smdk2410 is 13 and 132 bytes. So worth some analysis. (probably needs nanoseconds since last tick added to BSP like gumstix and edb7312 to move up) | 06:53 |
| DrJoel | somehow edb7312 is reporting 100%. | 06:53 |
| DrJoel | gumstix is 31 uncovered ranges found | 06:53 |
| DrJoel | Bytes Analyzed : 64892 | 06:53 |
| DrJoel | Bytes Not Executed : 316 | 06:53 |
| DrJoel | so sparc is looking good.. arm is close behind | 06:54 |
| DrJoel | and look what i found last night... http://libre.adacore.com/libre/tools/coverage/ | 06:54 |
| DrJoel | I emailed a contact at the university involved. | 06:54 |
| dr__house | DrJoel: are they competition ;) | 06:57 |
| lee2 | DrJoel, hehe... not running to ubuntu... guy in our lab has ubuntu and asked me to help with network issues... | 06:57 |
| DrJoel | no.. just adding coverage to another simulator .. so great .. and it looks like they want to include branch taken/not taken which is great | 06:58 |
| DrJoel | lee2: :) | 06:58 |
| * DrJoel needs to log off.. moving daughter to school today.. things are hectic. | 06:58 | |
| lee2 | DrJoel, boss away, now I become 'mrfixit now' | 06:58 |
| lee2 | :( | 06:58 |
| DrJoel | dr__house: work on the next cases.. I will be online tomorrow probably (gmail for sure) | 06:58 |
| DrJoel | dr__house: I will have phone and can obviously do gmail or gchat on a G1. ;) | 06:59 |
| *** dr__house has quit IRC | 06:59 | |
| * DrJoel waves bye | 06:59 | |
| *** DrJoel has quit IRC | 06:59 | |
| lee2 | tata | 06:59 |
| *** dr__house has joined #rtems | 06:59 | |
| tuxmaniac | lee2: is it tata for bye in your place as well? | 07:10 |
| lee2 | tuxmaniac, ta-ta as in bye-bye | 07:11 |
| tuxmaniac | lee2: yeah I know. its the same thing in India as well :) | 07:15 |
| lee2 | hehe | 07:25 |
| *** roxanal has quit IRC | 07:29 | |
| tuxmaniac | sebhub: is Thomas busy? or may be he forgot the change in meeting time? Can you please verify. Sorry for troubling you | 07:43 |
| *** madrazr has quit IRC | 07:44 | |
| *** madrazr has joined #rtems | 07:44 | |
| *** th_d has joined #rtems | 08:04 | |
| *** th_d has quit IRC | 08:10 | |
| *** roxanal has joined #rtems | 08:35 | |
| *** switnick has joined #rtems | 08:39 | |
| *** dr__house has quit IRC | 08:46 | |
| *** madrazr has quit IRC | 08:50 | |
| *** sebhub has quit IRC | 09:09 | |
| *** Cathrak has quit IRC | 09:21 | |
| *** cocan has joined #rtems | 09:37 | |
| *** Cathrak has joined #rtems | 09:48 | |
| *** cocan_ has joined #rtems | 10:58 | |
| *** cocan has quit IRC | 10:58 | |
| *** cocan_ is now known as cocan | 10:58 | |
| *** switnick has quit IRC | 12:22 | |
| *** madrazr has joined #rtems | 12:51 | |
| *** dr__house has joined #rtems | 12:54 | |
| *** switnick has joined #rtems | 13:09 | |
| *** _Lucretia__ has joined #rtems | 13:21 | |
| *** _Lucretia_ has quit IRC | 13:37 | |
| *** cocan has quit IRC | 13:39 | |
| *** cocan has joined #rtems | 13:40 | |
| *** cocan has quit IRC | 13:42 | |
| *** _Lucretia__ is now known as _Lucretia_ | 13:46 | |
| * tuxmaniac wonders why everyone in he world is learning git now | 13:52 | |
| agrier | sourceforge is shifting to it? | 14:15 |
| tuxmaniac | agrier: hehe i dont think so | 14:15 |
| *** kiwichris has joined #rtems | 17:31 | |
| *** madrazr has left #rtems | 17:39 | |
| *** dr__house has quit IRC | 17:45 | |
| *** madrazr has joined #rtems | 17:54 | |
| *** switnick has quit IRC | 17:55 | |
| *** madrazr has quit IRC | 18:34 | |
| *** _Lucretia__ has joined #rtems | 21:13 | |
| *** _Lucretia_ has quit IRC | 21:29 | |
| *** chrisjohns has joined #rtems | 21:55 | |
| *** kiwichris has quit IRC | 22:08 | |
| *** _Lucretia__ is now known as _Lucretia_ | 02:38 | |
| *** madrazr has joined #rtems | 03:06 | |
| *** chrisjohns has quit IRC | 03:35 | |
| *** lainwir3d has joined #rtems | 04:27 | |
| *** madrazr has quit IRC | 06:40 | |
| *** Cathrak has quit IRC | 07:01 | |
| *** Cathrak has joined #rtems | 07:10 | |
| *** madrazr has joined #rtems | 08:51 | |
| *** DrJoel has joined #rtems | 10:07 | |
| *** ChanServ sets mode: +o DrJoel | 10:07 | |
| tuxmaniac | DrJoel: received the email yesterday. the silly bug is fixed. Now more securing of code with checks and cleanups before starting off the next phase | 10:34 |
| tuxmaniac | and also the final GSoC documentation outline | 10:34 |
| DrJoel | i saw that while on the road yesterday. Spent the day moving my daughter in to the dorm, buying cleaning and school supplies and running cords for her | 10:35 |
| tuxmaniac | DrJoel: lucky children. I had no one when I moved into my dorm last year. and no body visiting me during the weekends since I am far away from parents. SOmetimes makes me miss them. But thats about it :) | 10:36 |
| DrJoel | we didn't help last year but I did the year before that. Her brothers were not old enough to drive and we had to be here for them on a school day. Luckily she is in a town only 2 hours drive away and there are other relatives there. I can understand how you miss your family. Being a LONG way away from your family is hard | 10:37 |
| tuxmaniac | yeah and seeing fellow friends apartment mates parents visiting their kids is the time when I miss them. rest of the time work and trave andgeneral stuff keeps me occupied | 10:39 |
| tuxmaniac | :) | 10:39 |
| DrJoel | yep. Jessica only comes home a few times during the semester. | 10:48 |
| *** madrazr has quit IRC | 10:55 | |
| * DrJoel wrote a test on the drive yesterday to exercise all termios tcsetattr.. all bauds, character sizes, parity and stop bit options. going to see how the coverage for termios improves in a bit | 10:56 | |
| *** lainwir3d has quit IRC | 11:58 | |
| *** lainwir3d has joined #rtems | 12:12 | |
| *** madrazr has joined #rtems | 12:25 | |
| *** madrazr1 has joined #rtems | 12:31 | |
| *** madrazr has quit IRC | 12:31 | |
| *** madrazr1 has quit IRC | 13:03 | |
| *** switnick has joined #rtems | 13:12 | |
| *** switnick has quit IRC | 13:19 | |
| *** lainwir3d has quit IRC | 17:33 | |
| *** Cathrak has quit IRC | 01:20 | |
| *** madrazr has joined #rtems | 03:06 | |
| *** madrazr has quit IRC | 03:37 | |
| *** lee21 has joined #rtems | 03:54 | |
| lee21 | afternoon everyone :) | 04:07 |
| *** cocan has joined #rtems | 08:19 | |
| *** _Lucretia_ has quit IRC | 08:35 | |
| *** cocan has quit IRC | 08:48 | |
| *** roxanal has quit IRC | 08:53 | |
| * DrJoel waves hello | 09:25 | |
| *** lee23 has joined #rtems | 09:56 | |
| *** _Lucretia_ has joined #rtems | 09:59 | |
| *** lee21 has quit IRC | 10:05 | |
| *** madrazr has joined #rtems | 10:48 | |
| *** DrJoel has quit IRC | 11:01 | |
| *** lee23 has left #rtems | 12:19 | |
| *** lainwir3d has joined #rtems | 15:30 | |
| *** madrazr has left #rtems | 16:12 | |
| *** lainwir3d has quit IRC | 17:06 | |
| *** DrJoel has joined #rtems | 17:30 | |
| *** ChanServ sets mode: +o DrJoel | 17:30 | |
| *** DrJoel has quit IRC | 21:01 | |
| *** kiwichris has joined #rtems | 21:08 | |
| *** kiwichris has quit IRC | 23:55 | |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!