CIA-43 | antares: Sebastien Bourdeauducq master * r096366e / (antares-place/resmgr.c antares-place/resmgr.h): place: populate BEL lists - http://bit.ly/g2MzuA | 00:20 |
---|---|---|
CIA-43 | antares: Sebastien Bourdeauducq master * r6c79979 / (6 files): place: initial placement (wip) - http://bit.ly/g0og6y | 00:20 |
kristianpaul | he it boots.. still | 00:31 |
Action: kristianpaul just added a second UART | 00:31 | |
kristianpaul | wolfspraul: hi | 00:36 |
kristianpaul | wolfspraul: I did some test on natural light today, and i was specting more from the sony ccd, i have to increase brightness again, but i was waiting more bright | 00:37 |
kristianpaul | tests were made in the morning was sunny outside. | 00:37 |
roh | kristianpaul: are you working on xie? | 00:41 |
roh | or xue? | 00:41 |
kristianpaul | what? no | 00:42 |
roh | too bad ;) | 00:42 |
kristianpaul | he, i just got some ccd cameras for doing some fun and test | 00:42 |
kristianpaul | why bad? | 00:42 |
kristianpaul | is not my topic | 00:42 |
kristianpaul | ha, i still trying to do something decent with the gps thing, cameras are not my interested now | 00:43 |
kristianpaul | (that not include the ccd cameras i have) | 00:43 |
kristianpaul | wich is not *really* related with xue specs. etc.. | 00:43 |
roh | not bad.. i just hoped somebody would | 00:43 |
kristianpaul | hopefully me too | 00:44 |
kristianpaul | s/would/still | 00:44 |
roh | nih. the battery of my camera is nearly dead.. and replacement is crazy expensive | 00:45 |
roh | atleast the original.. weird.. why should a single lipo cell cost more than 40E? | 00:47 |
kristianpaul | argg, how i could forgot, now i have two addressed in the same bus.. fixing now and other 40~ minutes of wait.. :/ | 00:48 |
kristianpaul | roh: why not just replace for compatible batteries? | 00:48 |
roh | well.. there are 3rd party ones.. but the one i already head died almost a year ago | 00:49 |
roh | and i didnt even use it that much | 00:49 |
roh | it 'blew up' .. got thicker | 00:49 |
roh | we'll see.. | 00:50 |
kristianpaul | hopefully my camera have AA baterries and rechargables ones still alive.. | 00:51 |
Action: kristianpaul <3 his canon camera | 00:51 | |
wolfspraul | kristianpaul: ok, but what's the point/bottom line? | 01:01 |
wolfspraul | are the sharp or cmos cameras better? Or the sony is still the best, it's just that you are not satisfied with brightness (?) | 01:02 |
wolfspraul | did you increase brightness to max? | 01:02 |
kristianpaul | sony still best | 01:02 |
kristianpaul | max is not very likelly to see | 01:02 |
wolfspraul | it sounds like more of a problem that is fixable in the software side on m1. when I connected the cameras to a normal TV to test (before buy), they were absolutely bright | 01:02 |
wolfspraul | ok what is your main point then? | 01:03 |
kristianpaul | yeah, on my TV was nice indeed, B&W but nice | 01:03 |
kristianpaul | wolfspraul: just show my complain no more | 01:03 |
wolfspraul | does it look better on your tv than on the m1? | 01:03 |
wolfspraul | yes, that part I understood :-) But I wasn't sure what the conclusion/next steps should be. | 01:03 |
wolfspraul | why is it b&w on your tv? | 01:04 |
kristianpaul | dunno | 01:04 |
kristianpaul | tv old?.. | 01:04 |
wolfspraul | does it look better (brighter) on your tv than on the m1? | 01:04 |
kristianpaul | brighter yes | 01:04 |
wolfspraul | like I said my feeling is that this is something that could be improved somewhere in software on m1 | 01:05 |
kristianpaul | i trust you | 01:05 |
kristianpaul | :-) | 01:05 |
wolfspraul | well, you are testing | 01:05 |
wolfspraul | I am just guessing from your data... | 01:05 |
kristianpaul | ah | 01:05 |
kristianpaul | Sure, it seems software can improve things | 01:06 |
wolfspraul | but if it looks better on TV than on m1, what's the explanation for that? | 01:06 |
kristianpaul | hmm well TV may have analog input/processing and not an ADC on the middle? | 01:06 |
kristianpaul | s/on/in | 01:06 |
wolfspraul | yes, possible | 01:06 |
wolfspraul | if it's a really old tv :-) | 01:07 |
kristianpaul | man i dont even have HDTV here, it is for sure ;-) | 01:07 |
wolfspraul | ok for now let's focus on two key questions: | 01:07 |
wolfspraul | 1) how do the 3 cameras (cmos, sharp 1/4, sony 1/3) perform compared with each other | 01:08 |
wolfspraul | 2) after we picked the one we like the best, is it a good idea to include it in the m1 package | 01:08 |
kristianpaul | okay i'll start a wiki page for, i'll try take pictures from what is on the screen | 01:09 |
wolfspraul | #2 is partially a cost decision, and partially a use-case decision | 01:09 |
kristianpaul | okay ;) (#2) | 01:09 |
wolfspraul | I don't even think you should spend that much time on it. | 01:09 |
kristianpaul | ah ok | 01:09 |
wolfspraul | your feedback is great, just keep me posted if anything major pops up | 01:09 |
wolfspraul | I will contact the camera factory next (szoboke.com) | 01:10 |
kristianpaul | i was doing comparisons on my side, but not documented ALL, just a few random notes ... | 01:10 |
wolfspraul | they have _A LOT_ of models and I need to understand a bit the various pros and cons | 01:10 |
kristianpaul | ok | 01:10 |
wolfspraul | like even for this little square camera you have there, they have 20x20mm, 25x25mm, 30x30mm and 34x34mm | 01:10 |
wolfspraul | :-) | 01:10 |
wolfspraul | why? cost? performance? mechanical fit? | 01:11 |
wolfspraul | should we just take the cheapest? smallest? etc. | 01:11 |
wolfspraul | so that's what I will do | 01:11 |
kristianpaul | btw i may be wrong but i think we ca re-use the other inputs as well, but by multiplexing | 01:17 |
wolfspraul | that's what lekernel thought as well | 01:22 |
wolfspraul | 3 cameras :-) | 01:22 |
kristianpaul | :-) | 01:22 |
roh | hihi | 02:35 |
roh | http://opencores.org/project,tg68 | 02:35 |
roh | that one would be nice to see working on the mm1. sell as a amiga500 replacement ;) | 02:35 |
kristianpaul | ha, i also missed some bits for the CRS chnages in the cores.. | 03:16 |
kristianpaul | terpstra: hi | 14:25 |
kristianpaul | terpstra: Are you using gEDA at CERN right? | 14:25 |
kristianpaul | at least for some projects | 14:25 |
kristianpaul | haha ! | 14:30 |
kristianpaul | finally, got second serial port working | 14:30 |
kristianpaul | well at least scope confirm i have the signal after a mw 0xe0010000 0x56 | 14:31 |
kristianpaul | :D | 14:31 |
kristianpaul | Now i need organize some patches here | 14:31 |
Action: kristianpaul looks at Fallenou | 14:34 | |
lekernel | hi | 14:39 |
lekernel | kristianpaul: (second uart) good :) | 14:39 |
kristianpaul | yeah :-) | 14:47 |
kristianpaul | you have new mail btw | 14:47 |
kristianpaul | bbl (breakfast) | 14:47 |
Fallenou | congratz kristianpaul !! | 14:48 |
Fallenou | you maped the uart to the gpio header pins ? | 14:49 |
kristianpaul | yes Fallenou | 14:54 |
Fallenou | ok nice | 14:55 |
kristianpaul | now rtems | 14:55 |
Fallenou | I'll have a look at how to integrate a second uart in rtems | 14:55 |
Action: kristianpaul looks at Fallenou again | 14:55 | |
kristianpaul | thanks ! | 14:56 |
Fallenou | putting just one is easy | 14:56 |
Fallenou | but having two | 14:56 |
Fallenou | I don't even know how we could output to it | 14:56 |
kristianpaul | i was thiking that | 14:56 |
Fallenou | since the printf and printk are already mapped to the first one | 14:56 |
kristianpaul | indeed | 14:56 |
lekernel | Fallenou: it shouldn't be hard, but please don't commit that to the main branch | 14:56 |
Fallenou | but I guess looking at the termios code will give us an hint | 14:56 |
Fallenou | lekernel: sure ;) | 14:56 |
kristianpaul | hmm i have a fork rtems milkymist branch | 14:57 |
kristianpaul | maybe i can give you permissions for that | 14:57 |
kristianpaul | or you can send a patch | 14:57 |
Action: kristianpaul like patches | 14:58 | |
Fallenou | I guess you can just copy the console driver directory | 14:58 |
Fallenou | and change the name of the device to like /dev/console2 | 14:58 |
Fallenou | and some registers addresses obviously | 14:59 |
kristianpaul | And also xiangfu can learn more abou drives from your mail :-) | 14:59 |
kristianpaul | Fallenou: that fair i could just use cat and echo i guess | 15:00 |
Fallenou | kristianpaul: ok I have one way | 15:00 |
Fallenou | look at the flickernoise main.c | 15:00 |
Fallenou | like 164 | 15:00 |
Fallenou | you have the console to use, /dev/console | 15:00 |
Fallenou | just put the other one in it :) | 15:00 |
kristianpaul | temios is a terminal emulator? | 15:00 |
Fallenou | yes | 15:00 |
kristianpaul | so you mean run it like a custom rtem command? | 15:00 |
Fallenou | you could just start two shells in flickernoise if you want | 15:00 |
kristianpaul | hmm | 15:01 |
Fallenou | yes you could do that too | 15:01 |
Fallenou | or start the other shell at startup | 15:01 |
xiangfu | 164 | 15:01 |
kristianpaul | i prefer use it for debugging (in case i wanted) i just wanna test a 5bits CSR is posible | 15:01 |
xiangfu | (wrong window) | 15:02 |
kristianpaul | ;) | 15:02 |
Fallenou | ok well I guess it may work with echo and cat :o | 15:02 |
Fallenou | but if i does not, just try changing console by console2 in flickernoise | 15:02 |
kristianpaul | so whats the driver located? | 15:02 |
kristianpaul | can i add it in flicernoise? | 15:02 |
Fallenou | as usual c/src/lib/libbsp/lm32/shared/milkymist_console | 15:02 |
kristianpaul | he, sure i just forgot that patch every time ;_) | 15:03 |
Fallenou | oh yes I forgot about that | 15:03 |
Fallenou | you may have to add it to the driver table | 15:03 |
kristianpaul | i need copy this folder for the new drivr right? | 15:04 |
Fallenou | yes | 15:04 |
Fallenou | well I have to go | 15:06 |
Fallenou | see you and good luck ! | 15:06 |
kristianpaul | bye | 15:07 |
Fallenou | bybye | 15:07 |
kristianpaul | lekernel: (please don't commit that to the main branch) i'm also not expecting you acept my patches so thats taken for grant ;-) | 15:10 |
lekernel | well, I can accept your patches, but the device has little use for a second UART - so I won't merge that particular functionality | 15:11 |
kristianpaul | ok | 15:11 |
kristianpaul | btw is soc_architecture.dia okay now? | 15:11 |
lekernel | it still says microsd, but except that yes | 15:14 |
kristianpaul | ah sorry ! | 15:14 |
kristianpaul | wait i'll fix and send to list again | 15:14 |
kristianpaul | xiangfu: If i'm pushing to a github repo, it said all is upto date, but i just did some commits before the push, what could be wrong? | 15:23 |
xiangfu | kristianpaul: 1. check the 'git branch' 2. check the commit by 'git log' | 15:24 |
xiangfu | kristianpaul: you maybe in wrong branch. | 15:24 |
kristianpaul | is a new brancg | 15:24 |
kristianpaul | branch* | 15:24 |
kristianpaul | but i did git remote add foo foo@blblbl.git | 15:24 |
xiangfu | kristianpaul: have you push the 'new branch' to server? | 15:25 |
kristianpaul | should i? :p | 15:25 |
kristianpaul | not xiangfu | 15:25 |
xiangfu | when you do. 'git push' it will only check the branch that both on server and local | 15:26 |
kristianpaul | i see | 15:26 |
kristianpaul | i take for granted it just check the current branch i swiched of | 15:27 |
kristianpaul | of course i was wrong | 15:27 |
Fallenou | you can git push origin branchname:branchname | 15:27 |
kristianpaul | oh ok | 15:27 |
xiangfu | kristianpaul: where is your second UART codes. I want learn :) | 15:28 |
Fallenou | will push the local branchname to remote branchname | 15:28 |
kristianpaul | xiangfu: i'll commit soon :-) | 15:28 |
kristianpaul | i know what was wrong now with my procedure | 15:28 |
Fallenou | *away* | 15:30 |
kristianpaul | xiangfu: last question before the big commit. how i can add automatically severals files that are modified and also i know just correspond to a single commit? | 15:31 |
xiangfu | kristianpaul: hmm... git commit -a -m "..." will commit all files that modified. (maybe I misunderstand you question?) | 15:34 |
kristianpaul | xiangfu: no is okay :-) | 15:35 |
kristianpaul | my english not good sometimes :p | 15:35 |
xiangfu | kristianpaul: do you mean you want merge two commits to one? | 15:35 |
kristianpaul | xiangfu: no no | 15:36 |
kristianpaul | xiangfu: just easilly add several files to a commit | 15:36 |
xiangfu | like you modified 10 files. and you only want commit 5 of them? (sorry I still don't understand what you want) | 15:38 |
kristianpaul | i modified 10 files and i want commit all of then at same time | 15:38 |
kristianpaul | commit -a -m "..." right? | 15:39 |
xiangfu | yes | 15:39 |
xiangfu | btw. if there is new files. add them first by "git add FILE_NAME" | 15:40 |
kristianpaul | oh sure | 15:40 |
kristianpaul | yeah, so git can track those too | 15:40 |
kristianpaul | xiangfu: https://github.com/kristianpaul/milkymist/ | 15:43 |
xiangfu | kristianpaul: some question about your UART. 1. have many git repo you need modify. milkymist.git and flickernoise.git is enough? do we need add driver in rtems?(rtems-milkymist.git) | 15:43 |
kristianpaul | suposelly all commits related to second UART are in the gps-sdr branch | 15:43 |
kristianpaul | xiangfu: yup new driver is on the way too | 15:43 |
kristianpaul | xiangfu: but i tested using bios and writing to the corresponding register then reading TX pin with scope to confirm | 15:44 |
kristianpaul | xiangfu: the driver at least for rtems handle the new UART as a /dev/console1 | 15:44 |
kristianpaul | dammit, every time i want to compare branches with github my browser get freezed.. | 15:45 |
kristianpaul | oh yes those are there ! | 15:47 |
kristianpaul | xiangfu: https://github.com/kristianpaul/milkymist/compare/gps-sdr | 15:48 |
kristianpaul | thast the f HDL diff for the second UART | 15:48 |
kristianpaul | you can ask me and i'll try to response any doubts if i'm able :p | 15:49 |
kristianpaul | lekernel: Can i say milkymist wishbone bus can support up to 8 slaves and master? | 15:49 |
xiangfu | kristianpaul: very thanks | 15:49 |
lekernel | kristianpaul: as long as you can meet timing yes | 15:50 |
kristianpaul | hehe ok :-) | 15:51 |
CIA-43 | antares: Sebastien Bourdeauducq master * r51c5605 / (4 files in 3 dirs): UCF parser - http://bit.ly/fLHA1R | 16:42 |
kristianpaul | will be nice to see a kintex-7 devel kit, promosed troughput is amazing | 17:27 |
kristianpaul | http://www.dailymarkets.com/stock/2011/03/18/xilinx-ships-worlds-first-28nm-fpga-device-and-demonstrates-application-development-platform-for-next-generation-systems/ | 17:27 |
kristianpaul | Q4 2011... | 17:27 |
kristianpaul | s/promosed/proposed | 17:30 |
kristianpaul | lekernel: where i can find a memory map for SDRAM/FML i.e wich address range correspond to vga, or the buffer used by the minimac? | 18:00 |
lekernel | you can use any | 18:00 |
kristianpaul | hmm | 18:01 |
lekernel | the only restrictions are a 32-byte alignment for VGA addresses and 4-byte alignment for ethernet addresses | 18:01 |
kristianpaul | so this is set by bios at boot time? | 18:01 |
kristianpaul | ok | 18:01 |
lekernel | by bios, drivers, whatever. | 18:01 |
kristianpaul | ah, true i must do alignment i noticed on minimac driver | 18:02 |
kristianpaul | k | 18:02 |
lekernel | http://events.ccc.de/2011/03/15/camp-2011-will-happen/ | 18:04 |
kristianpaul | nice, ! | 18:04 |
kristianpaul | well for those on getmany or around ;) | 18:04 |
kristianpaul | lekernel: is not something i'm going to do, but if somebody aske me for adding devices to the FML, what are the considerations? | 18:05 |
lekernel | same as wishbone | 18:09 |
lekernel | though a fml interface (64 bit) would typically use more resources | 18:09 |
lekernel | also, fml transfers happen behind the L2 cache | 18:10 |
kristianpaul | ok | 18:10 |
kristianpaul | lol http://ccc.simongallus.de/v/02_Camp/CCC_070710_0017.jpg.html | 18:10 |
kristianpaul | he, is _really_ camp | 18:10 |
kristianpaul | nice :-) | 18:10 |
lekernel | yup | 18:11 |
lekernel | same as HAR and the like | 18:11 |
lekernel | https://wiki.har2009.org/page/Main_Page | 18:11 |
kristianpaul | i had heard of HAR but never ccc camp | 18:11 |
lekernel | you should come :) | 18:12 |
lekernel | con radios para abusar los satelites militar yankee | 18:13 |
lekernel | ;) | 18:13 |
kristianpaul | jaja ;) | 18:13 |
CIA-43 | antares: Sebastien Bourdeauducq master * r0a3f25f / (8 files): place: basic constraints system - http://bit.ly/e99V6B | 21:05 |
kristianpaul | Fallenou: hi | 22:21 |
Fallenou | hi | 22:21 |
Action: Fallenou is back | 22:21 | |
Fallenou | I saw your block diagram, nice ! | 22:22 |
Fallenou | I must admit I don't understand everything, about the doted line and the wishbone bus | 22:22 |
kristianpaul | Fallenou: Can you tell me more about your methof for reserving memory about DMA and Minimac Module | 22:22 |
kristianpaul | dots.. | 22:22 |
kristianpaul | hm | 22:22 |
Fallenou | there is no special method | 22:23 |
kristianpaul | what do you do? | 22:23 |
Fallenou | just make sure the memory area is 4-bytes aligned | 22:23 |
Fallenou | and it's good for dma | 22:23 |
kristianpaul | yes | 22:23 |
kristianpaul | sorry i dont understand memory area is 4-bytes aligned | 22:23 |
Fallenou | and make sure you invalid the L1 cache before reading a memory area written by DMA | 22:23 |
Fallenou | kristianpaul: memory address is a multiple of 4 | 22:23 |
Fallenou | aligned to a 32 bits boundary | 22:24 |
kristianpaul | hmm | 22:24 |
kristianpaul | (dots) wel may be is not necesary i just wanted to point wich devices have a DMA-like comunication | 22:24 |
kristianpaul | but i guess DMA label is enought.. | 22:24 |
Fallenou | is there 2 buses ? | 22:25 |
Fallenou | or just 1 ? | 22:25 |
kristianpaul | for *me* two | 22:25 |
Fallenou | oh ok | 22:25 |
kristianpaul | original combus was a shared wishbone bus | 22:25 |
Fallenou | ok | 22:26 |
kristianpaul | but sebastien did some changes adding a crossbar like stuff there | 22:26 |
kristianpaul | so at some level you see it like one bus (xbar) | 22:26 |
kristianpaul | but internally (xbar) is made of two buses is like i see it | 22:27 |
Fallenou | ooh ok | 22:27 |
Fallenou | you know more about it than I do | 22:27 |
mwalle | mh shouldnt there be as much busses as masters inside a crossbar switch? | 22:28 |
Fallenou | anyway it's good to keep the soc block diagram up to date :) | 22:28 |
mwalle | or min(master, slaves) | 22:28 |
kristianpaul | mwalle: good question | 22:28 |
Action: Fallenou really don't know about these stuff | 22:28 | |
Fallenou | I should read a little bit about it :) | 22:28 |
Fallenou | I'm really not familiar with wishbone | 22:29 |
kristianpaul | oh, thats a big paper | 22:29 |
kristianpaul | i jus read a bit plus the wikipedia article :p | 22:29 |
lekernel | mwalle: it's not really a crossbar | 22:32 |
lekernel | it wouldn't really make sense to expend all the resources needed for a full crossbar, as the vast majority of transfers involve the shared system memory | 22:34 |
kristianpaul | the Minimac generates an intertupt every time the 4 slots are full or any of then ? | 22:45 |
Fallenou | any of them | 22:45 |
Fallenou | any time *one* slot gets full, there is the RX interrupt | 22:45 |
kristianpaul | now i got the sense of the word mini | 22:47 |
kristianpaul | There is way to check stats about cpu interrupts related to minimac driver? | 22:48 |
kristianpaul | Fallenou: you define the address in each RX slot like a driver initialiazation task? | 22:51 |
Fallenou | I allocate 10 memory areads for receiving packets | 22:52 |
Fallenou | at initialization I load the 4 first memory into the 4 slots | 22:52 |
kristianpaul | areads? | 22:52 |
Fallenou | areas* | 22:52 |
kristianpaul | addres? | 22:52 |
kristianpaul | ah | 22:52 |
kristianpaul | ok | 22:52 |
Fallenou | and when one of the rx slot gets full | 22:52 |
Fallenou | I load a new area from the pool | 22:52 |
Fallenou | when the area gets copied it's put back in the pool | 22:53 |
kristianpaul | hmm, thats how the new driver works | 22:54 |
kristianpaul | before there was no pool? or? | 22:54 |
Fallenou | yes | 22:55 |
kristianpaul | btw you have to clear the reception slot inst? | 22:55 |
Fallenou | correct | 22:55 |
Fallenou | before there was 4 memory areas allocated in total | 22:55 |
Fallenou | and each memory area was allocated and associated forever to one slot | 22:55 |
Fallenou | kristianpaul: the reception slot is either in the state "loaded", which means there is a dma address in it, but not data yet, or full which means there is data | 22:56 |
Fallenou | or "not loaded" | 22:56 |
Fallenou | which means there is no dma address in it | 22:56 |
Fallenou | well I hope I don't tell you bullshit, just look at the minimac doc | 22:56 |
Fallenou | it's really short | 22:56 |
Fallenou | and easy to understand | 22:56 |
kristianpaul | yeah looking now, i just wanted to confront it with the driver developer ;-) | 22:57 |
Fallenou | :) | 22:58 |
Fallenou | sure | 22:58 |
kristianpaul | btw | 22:59 |
kristianpaul | about serial port | 22:59 |
kristianpaul | Fallenou: uart.h | 23:01 |
Fallenou | yep | 23:01 |
kristianpaul | i already add second uart at system_conf.h | 23:01 |
kristianpaul | also copy new drivr and update to correspond to system_conf.h new values | 23:02 |
kristianpaul | but uart.h not | 23:02 |
kristianpaul | also do i need something else to this driver be integrated in rtems? | 23:02 |
kristianpaul | btw i found the uart.txt file :-) | 23:07 |
kristianpaul | sadly just that one ;) | 23:07 |
Fallenou | ahah | 23:07 |
Fallenou | yes didn't have the time to document more :x | 23:08 |
kristianpaul | i understand | 23:08 |
kristianpaul | all i need to care about M1 bsp is at /home/paul/rtems-milkymist/c/src/lib/libbsp/lm32 ? | 23:09 |
kristianpaul | ignoring my home folders of course | 23:09 |
Fallenou | yes | 23:12 |
Fallenou | and more over | 23:12 |
Fallenou | it's at shared/ and milkymist/ | 23:12 |
Fallenou | and you have several testsuites in rtems-milkymist/testsuites/samples/ | 23:12 |
kristianpaul | do you understand my previous question about uart.h? | 23:13 |
kristianpaul | (i'm not good to get the right point most of the times..) | 23:14 |
Fallenou | no I didn't get it sorry | 23:15 |
kristianpaul | i already copy milkymist_console to milkymist_console1 | 23:19 |
kristianpaul | milkymist_console1 <- secon uart driver | 23:19 |
kristianpaul | second* | 23:19 |
kristianpaul | i updated both console.c and uart.c to match new uart values added in system_conf.h | 23:20 |
Fallenou | ok | 23:21 |
Fallenou | seems good for me | 23:21 |
Fallenou | what about uart.h ? | 23:21 |
kristianpaul | you tell me :-) | 23:21 |
Fallenou | well it's just the header | 23:21 |
kristianpaul | i saw it used for the bsd init | 23:21 |
kristianpaul | bsp** | 23:21 |
Fallenou | I guess you can try just including it from console1.c | 23:22 |
Fallenou | I do'nt think you have to modify what's in it | 23:22 |
kristianpaul | what about the ifdef? | 23:22 |
Fallenou | well it makes sure there is no infinite inclusion | 23:23 |
Fallenou | so if it's not needed, it won't be included | 23:23 |
kristianpaul | okay i'll let this file unchanged | 23:23 |
kristianpaul | and no more i need to do? | 23:24 |
kristianpaul | of course bootstrap this lm32 i guess | 23:25 |
kristianpaul | and make again in the bsp-milkymist | 23:25 |
kristianpaul | isnt? | 23:25 |
Fallenou | you have to add the files in the Makefile.am | 23:25 |
Fallenou | in lm32/milkymist/Makefile.am | 23:26 |
kristianpaul | oh ok | 23:26 |
Fallenou | and I guess you have to add the console driver in the driver array of your application | 23:27 |
Fallenou | as there is no #define APPLICATION_USE_UART2 in rtems :) | 23:27 |
kristianpaul | in this case i'll fork from flickernoise | 23:27 |
kristianpaul | haha ok | 23:27 |
Fallenou | yep with flickernoise you have an example of adding "custom" drivers | 23:28 |
kristianpaul | lots of customs :- | 23:28 |
kristianpaul | ) | 23:28 |
kristianpaul | shell comand too | 23:28 |
Fallenou | sure ;) | 23:28 |
Fallenou | yep | 23:28 |
kristianpaul | realy nice examples there | 23:28 |
Fallenou | anyway, what you're doing, I've never done it | 23:28 |
Fallenou | I know a few things about rtems | 23:28 |
Fallenou | but not all :) | 23:28 |
Fallenou | so maybe I'm forgetting something | 23:28 |
kristianpaul | sure you're not Joel :-) | 23:28 |
Fallenou | yep ;) | 23:28 |
kristianpaul | I'll ask the list in anycase for recomendations | 23:29 |
Fallenou | so don't hesitate to ask again and to post errors if it still does not work | 23:29 |
Fallenou | Not sure if I would be able to help but i will try | 23:29 |
kristianpaul | termios i dint investigate yet. is included in rtems? | 23:30 |
Fallenou | hum yes | 23:30 |
Fallenou | it's in the documentation about how to make a console driver at least :o | 23:30 |
kristianpaul | ok | 23:30 |
Fallenou | http://www.rtems.org/onlinedocs/releases/rtemsdocs-4.10.0/share/rtems/html/bsp_howto/bsp_howto00052.html | 23:31 |
Fallenou | look there | 23:31 |
kristianpaul | http://paste.debian.net/111387/ | 23:32 |
Fallenou | kristianpaul: do the bootstrap from lm32 directory | 23:34 |
Fallenou | since you've modified "shared" | 23:34 |
kristianpaul | ah ok | 23:34 |
kristianpaul | ah true | 23:34 |
Fallenou | hi wolfspraul | 23:35 |
kristianpaul | http://paste.debian.net/111388/ | 23:35 |
kristianpaul | is it okay the grep error? | 23:36 |
Fallenou | you seem to be missing Makefile.in | 23:37 |
kristianpaul | hmm | 23:37 |
kristianpaul | yeah.. | 23:37 |
Fallenou | do you have it in lm32/ ? | 23:37 |
kristianpaul | nope | 23:37 |
kristianpaul | ah yes !! | 23:38 |
kristianpaul | sorry | 23:38 |
Fallenou | check if you have it in lm32/milkymist then | 23:38 |
kristianpaul | is not here | 23:38 |
kristianpaul | there* | 23:39 |
Fallenou | ok it should be | 23:39 |
Fallenou | it is generated by automake | 23:39 |
Fallenou | maybe type automake in the directory | 23:39 |
wolfspraul | Fallenou: hi | 23:39 |
wolfspraul | you want to buy a m1? :-) | 23:39 |
Fallenou | wolfspraul: not for the moment, but later yes :) | 23:40 |
kristianpaul | what a mess | 23:40 |
kristianpaul | from milkymist directory? | 23:40 |
Fallenou | I would be a nice gift for my first money incom :) | 23:40 |
kristianpaul | or lm32? | 23:40 |
Fallenou | kristianpaul: where you miss the Makefile.in | 23:41 |
kristianpaul | milkymist | 23:41 |
Fallenou | so type automake from this directory | 23:41 |
kristianpaul | but i already type automake and nothing happened.. | 23:41 |
Fallenou | it should generate Makefile.in, from Makefile.am | 23:41 |
Fallenou | it should not print anything | 23:41 |
Fallenou | but it should create the file | 23:41 |
kristianpaul | not Makefile.in.. | 23:42 |
kristianpaul | http://paste.debian.net/111390/ | 23:42 |
Fallenou | hum I would rename the .c files if I were you | 23:46 |
Fallenou | console.c in console1.c and uart.c in uart1.c | 23:46 |
Fallenou | because autotools is complaining | 23:46 |
kristianpaul | ahh | 23:46 |
Fallenou | that console.o is generated by two different .c files | 23:46 |
Fallenou | and same for uart.c | 23:46 |
kristianpaul | k | 23:47 |
kristianpaul | yeah | 23:49 |
kristianpaul | seems okay now | 23:50 |
kristianpaul | http://paste.debian.net/111391/ | 23:50 |
Fallenou | ok seems good ! | 23:52 |
Fallenou | now I would remove the milkymist dir where you did the ../rtems-milkymist/configure a long time ago | 23:53 |
Fallenou | to configure from scratch | 23:53 |
Fallenou | and recompile from scratch | 23:53 |
Fallenou | since you added files | 23:53 |
kristianpaul | you mean the bsp-milkymist (acording wiki) | 23:53 |
kristianpaul | ? | 23:53 |
kristianpaul | ah yes | 23:54 |
Fallenou | yep | 23:55 |
Fallenou | this directory | 23:55 |
kristianpaul | i have a question about this message passing in rtems | 23:55 |
kristianpaul | thats the only way to get "tasks" to comunicate each others? | 23:55 |
kristianpaul | hi antgreen | 23:56 |
kristianpaul | Joel pointed me the other time i could use the message queue for i.e getting some data to process | 23:58 |
--- Mon Mar 21 2011 | 00:00 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!