#qi-hardware IRC log for Sunday, 2012-01-22

whitequarkwolfspra1l: http://www.nytimes.com/2012/01/22/business/apple-america-and-a-squeezed-middle-class.html?_r=2&pagewanted=all01:29
whitequarkand this quote: http://pastie.org/322801701:29
viricwhitequark: nice article03:24
whitequarkyeah03:29
qi-bot[commit] Xiangfu Liu: new package: bard: a text reader (master) http://qi-hw.com/p/openwrt-packages/f6e42fc07:19
kyakkristianpaul: i don't know, ask xiangfu :)09:42
kyakmirko: when building qt4, i have this error:10:07
kyakIn file included from qdirectfbscreen.cpp:42:0:10:07
kyakqdirectfbscreen.h:48:22: fatal error: directfb.h: No such file or directory10:07
kyakcompilation terminated.10:07
kyakmirko: do you have such an error?10:07
kyak./staging_dir/target-mipsel_uClibc-0.9.32/usr/include/directfb/directfb.h is in place though10:09
kyakperhaps it changed from /usr/include/directfb.h to /usr/include/directfb/directfb.h...10:09
pabs3DocScrutinizer51: around? does that xchat bug affect Linux/X11 or just Windows?14:01
pabs3DocScrutinizer: ^14:01
DocScrutinizerGTK14:01
DocScrutinizerit *definitely* annoyed me on maemo-xchat, so basically linux ;-)14:02
DocScrutinizernfc why those guys encapsuled their patch in a lot of #ifdef windows3214:03
pabs3thanks14:20
DocScrutinizeryw14:29
mirkokyak: qt4 got afaik never used with directfb15:59
kyakmirko: hm.. do you mean we use it with linuxfb?16:18
kyakmirko: this is a patch to make qt4 build - http://dpaste.com/691847/16:50
kyaki'll probably report it, so it won't get lost16:52
Artyomkristianpaul hello17:26
kristianpaulArtyom: hi !17:28
ArtyomDid you try to experiment with namuru? ;)17:28
kristianpaulworking on it ;)17:29
Artyomah, I see... :)17:30
kristianpauli wanted to ask something17:31
kristianpaulsome counters on the time base code, have a hardcoded reset value17:31
kristianpaulis this for some porpuse?17:32
kristianpauli remenber initial value was 1111... or 0000... but not a constant17:32
ArtyomNow everythinh is like in native-namuru code...17:33
Artyomno such values17:33
kristianpaulhmm let me check again17:33
qi-bot[commit] Bas Wijnen: update things to work with new compiler and sdram chip (master) http://qi-hw.com/p/iris/538b9b917:34
ArtyomI used them for simulation purposes... Didn't want to wait for a long time when counter should go to zero-value17:34
kristianpaulah :)17:34
kristianpaulbtw you used the same variablenames for correlator from osgps?17:35
kristianpauli was thinking to port osgps anyway, as it have yafss suport very important to save data17:37
mirkokyak: thanks, will test and then eventually commit it later17:37
kristianpaulbtw what are you mid and long term plans with namuru and milkymist? may be we can define a devel tasks somwhere and make work to run faster?17:40
ArtyomI don't remember exactly. But I think that I tried to use original code as much as I could. All the changes that I made - They are because I don't understand some features of the code. Or because it's done not optimal17:41
ArtyomAnd what is yafss support?17:41
kristianpaulactually that code for the clear after read still scratching my head17:41
kristianpaulArtyom: well i mean a file system i can write/read17:42
kristianpaulso osgps can generate its logs and save ephemeris etc..17:42
kristianpauljust like it does on the PC17:42
ArtyomI would like osgps to run with namuru. Milkymist seems to me resonable choise. So the idea to define a devel task and to make work run faster is very good.17:43
kristianpaulok, what about to agree a place for that?17:44
kristianpaulor dicuss it or trought a mail in the qi-hardware mail list?17:44
kristianpaulor in the osgps mail list?17:44
kristianpaulwhetever it is, that kept recorded is my concern17:45
kristianpaul(Milkymist seems to me resonable choise), i could not agree more :D17:45
kristianpauli have this rought proposal before jump in to osgps and rtems:17:48
kristianpaulfirst make sure we have some basic rest procedures in the bios that gurantee the correlator works okay17:49
kristianpauli dont know if waste of time, but i want avoid headache later with rtems and posible undiscover bugs17:49
kristianpauls/rest/test17:50
ArtyomI think that you always have better ideas conserning organisation. So I would follow your suggestions.17:51
kristianpauli also noticed some small HDL issues that may give headched, i need compare your with your port and confirm still there17:52
kristianpaulmost because the mix of blocking and non-blocking asigments17:52
kristianpaulArtyom: btw you always test namuru with gps simulator?17:52
kristianpaulyes but i think you may have more idea for what to test/debug17:53
ArtyomYeah, there were some stange mixes in verilog code. I don't know verilog well, but xst complained on couple of code-lines though icarus-verilog simulating everything well.17:53
kristianpaullike the trehshols, correct early and late values.. dont know else right now17:54
kristianpaulwell,more debug can be added later, but is good i think have it there in case you want confirm always all is good17:54
kristianpaulthen i think move to rtems will be practical choice as most milkymist stuff is supported there17:55
kristianpaulbut, that open the question that you should have a Milkymist One as well, i think of course you already give some feedback about limitations for your17:55
ArtyomI always start experiments with simulator as the result is very predictable. But I test ARM+namuru code with real-signals too. I didn't have time to test MM port with real-sgnal yet. But very soon I will do it. But I think it should work.17:56
kristianpaulbut i guess for doing all processing inside it, is okay17:56
kristianpaulyeap, i should work17:56
kristianpaulalso i need to try your maxim receiver. and improve my soldering skill on the way :-)17:56
kristianpaulwell, consideing most HDL part is already done and seems to work17:57
kristianpaulwhat miss is the fix, and what fits is osgps and perhaps more documentation about it17:57
kristianpaulor you think glp-gps is better starting poing?, they seems more oranized17:58
kristianpauls/oranized/organized17:58
kristianpaulokay, i have a task before this Wednesday review and test last modiications of HDL and osgps mod  on my board and sige receiver18:00
ArtyomI keep in mind that it will be good to have milkymist one. But once again I will say "later"... 18:00
kristianpaulok18:00
kristianpaulI think you know more than me how to debug some namuru features,  may be that can be write up somewhere?18:01
kristianpaulalso i guess once that is settle, try to implement at least 3 correlators will be important (thats what i see a M1 usefull to you right now)18:02
ArtyomI need some time to make couple of notes for my blog regarding latest advance with MM and namuru. And I have to write couple of articles for my work... That will pause me a little...18:02
kristianpaulI see18:02
kristianpaulNo hurries either :)18:03
kristianpaulArtyom: do you like wikis?18:03
kristianpaulyes write take time well..18:04
kristianpauldamn i must leave i need cook lunch, but then feel free to add/comment what i said18:05
Artyombon appetite! :)18:07
ArtyomI think that osgps is better choise because there is pc-port (softosgps). And it much more comfortable to debug code on PC than in hardware.18:10
ArtyomOf course, softosgps differes a little from hardware. For example it doesn't emulate all delays that happen in hardware during calculating new control words and transmitting their values to correlator through wishbone-bus... I've heard that these effects are negligable but I didn't find a way how to check it.18:18
ArtyomYeah, my next step is implementing several correlator-channels. At least 4 are required in order to calculate a position. So I very hope that I could insert 4 channels+MM SoC in s3e50018:22
Artyomwikis are good thing :) If you have any suggestions where to write - just give me a link.18:26
wolfspraulArtyom: kristianpaul's wiki home is http://en.qi-hardware.com/wiki/GPS_Free_Stack18:52
wolfspraulyou can add your stuff there if you like, in a new section, or new page (see "More info") at the bottom18:53
Artyomno need to register?18:54
wolfspraulno need, but if you register you avoid the captcha19:13
qi-bot[commit] Werner Almesberger: midi2osc: correct usage - the host name follows the mappings (master) http://qi-hw.com/p/wernermisc/c4ca7de19:22
qi-bot[commit] Paul Cercueil: Revert "MIPS: JZ4740: Add Dingux logo." (jz-3.2) http://qi-hw.com/p/qi-kernel/fc52b4319:59
qi-bot[commit] Paul Cercueil: MIPS: JZ4740: Add OpenDingux logo. (jz-3.2) http://qi-hw.com/p/qi-kernel/0254d3f19:59
qi-bot[commit] Paul Cercueil: MIPS: JZ4740: SLCD: show linux logo at init. (jz-3.2) http://qi-hw.com/p/qi-kernel/825fad019:59
qi-bot[commit] Paul Cercueil: MIPS: A320: hide the fb console at startup. (jz-3.2) http://qi-hw.com/p/qi-kernel/eab139c19:59
qi-bot[commit] Paul Cercueil: InputManager: prevent unmapped buttons from generating events. (master) http://qi-hw.com/p/gmenu2x/273770d20:51
qi-bot[commit] Paul Cercueil: Add 'suspend' icon. (master) http://qi-hw.com/p/gmenu2x/eb86d2521:14
qi-bot[commit] Paul Cercueil: Dingux port: added a "suspend" link on the "settings" tab. (master) http://qi-hw.com/p/gmenu2x/4935bae21:14
kristianpaulArtyom, are you sure this is okay else if (tic_q == 0) tic_q <=  24'd16777215; in time base?22:41
--- Mon Jan 23 201200:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!