2011-08-15 00:00 <DocScrutinizer> worst of all, as always on CCC events all the connectivity was mere crap
2011-08-15 00:00 <wolfspraul> he
2011-08-15 00:00 <wolfspraul> you mean the network?
2011-08-15 00:00 <wolfspraul> but I thought they spend a lot of time and energy on that?
2011-08-15 00:01 <DocScrutinizer> WLANs, GSM-GPRS, UMTS...
2011-08-15 00:01 <DocScrutinizer> all flaky
2011-08-15 00:01 <DocScrutinizer> local test GSM was nice :-) Alas without GPRS
2011-08-15 00:02 <DocScrutinizer> met Harald for ~10min
2011-08-15 00:02 <DocScrutinizer> Dieter still doing a lot for Osmocom. Next target: suraya - I'm highly intrigued
2011-08-15 00:03 <wolfspraul> was there a wired network too?
2011-08-15 00:04 <kristianpaul> suraya?
2011-08-15 00:05 <DocScrutinizer> google suraya sat
2011-08-15 00:06 <DocScrutinizer> wolfspraul: yes, there's been 100BT, but nobody of us had cables, and on a camp cables are kinda useless anyway
2011-08-15 00:09 <wolfspraul> DocScrutinizer: what is google suraya and what does Dieter plan to do with it?
2011-08-15 00:09 <wolfspraul> I googled but couldn't find much :-)
2011-08-15 00:09 <DocScrutinizer> err mompl
2011-08-15 00:09 <kristianpaul> neither a TLE, eve cant find on gpredict..
2011-08-15 00:10 <DocScrutinizer> wolfspraul: you know the osmocom crew (HW, DS) did GSM and now TETRA security checks and "pentests"
2011-08-15 00:10 <kristianpaul> is this related with satellite phones? was last words i heard from Harald's talk about TETRA
2011-08-15 00:12 <kristianpaul> may be you want to mean thuraya? https://secure.wikimedia.org/wikipedia/en/wiki/Thuraya
2011-08-15 00:12 <kristianpaul> su/thu sounds very similiar i think ;)
2011-08-15 00:13 <wolfspraul> ok thuraya I've heard about, and also quite interested in it...
2011-08-15 00:13 <wolfspraul> DocScrutinizer: yes I know, but what is google suraya now? :-) do you have a url?
2011-08-15 00:13 <DocScrutinizer> mompl
2011-08-15 00:13 <DocScrutinizer> gogling myself
2011-08-15 00:13 <DocScrutinizer> Thuraya
2011-08-15 00:13 <DocScrutinizer> yeah
2011-08-15 00:13 <kristianpaul> xD
2011-08-15 00:14 <DocScrutinizer> http://www.outfittersatellite.com/thuraya_globalstar_iridium.htm
2011-08-15 00:15 <wolfspraul> ah Thuraya, cool
2011-08-15 00:15 <wolfspraul> well that's really interesting indeed
2011-08-15 00:16 <wolfspraul> so Dieter and/or Harald or the whole osmocom do something about Thuraya now? like what?
2011-08-15 00:26 <DocScrutinizer> Harald told me old news Thuraya protocol is a pimped GSM
2011-08-15 00:26 <DocScrutinizer> and everything openly speced
2011-08-15 00:27 <DocScrutinizer> might be fun, though both expensive and possibly asking for real trouble
2011-08-15 00:28 <DocScrutinizer> just to *start* you need hw for $$$$
2011-08-15 00:28 <DocScrutinizer> I always wonder who's paying for Harald's hobbies
2011-08-15 00:29 <DocScrutinizer> and if you hack Thuraya, you might face unsolicited visits of some very US-american tough guys that don't like you to publish their backdoors to that sat network
2011-08-15 00:29 <kristianpaul> ah, not in my view
2011-08-15 00:30 <kristianpaul> real trouble.. yeah, i had heard from brazil
2011-08-15 00:30 <kristianpaul> not counting from my country in the 90's i think... :)
2011-08-15 00:32 <wolfspraul> you guys worry far too much about 'trouble'
2011-08-15 00:32 <kristianpaul> somethimes "hack" could be no intentional i had heard of such us cases for HAM satellites
2011-08-15 00:33 <wolfspraul> if some kids in the basement (or small office, ok) can hack into something, then foreign agencies like Chinese are long secretly recording 100% of traffic they can capture anywhere
2011-08-15 00:33 <wolfspraul> we should focus on making something work, everybody will appreciate the new opportunities
2011-08-15 00:33 <kristianpaul> first put your satellite i would say :)
2011-08-15 00:34 <wolfspraul> I was looking at the Thuraya modules recently, and wondered about schematics, bom, chips they use etc.
2011-08-15 00:34 <wolfspraul> if it's not open yet, let's open it ;-)
2011-08-15 00:35 <kristianpaul> DocScrutinizer: i think fora 300usd phone is not such expensive http://cgi.ebay.com/Satellite-Phone-Thuraya-SO-2510-Battery-charger-USB-/250847487749?pt=Other_MP3_Player_Accessories&hash=item3a67ace705
2011-08-15 00:35 <wolfspraul> does anybody have URLs to Thuraya schematics, chips/bom, etc?
2011-08-15 00:35 <kristianpaul> also satellites shares some specs with i.e TV receivers, so coming projects like that funcube dongle for example is not so uncommon for next years
2011-08-15 00:36 <DocScrutinizer> wolfspraul: (looking for thuraya modules) :-D \o/ wasn'T that what I sugested for a GTA04-special-edition?
2011-08-15 00:36 <kristianpaul> csrc.nist.gov/groups/STM/cmvp/documents/140-1/140sp/140sp849.pdf?
2011-08-15 00:37 <kristianpaul> lol
2011-08-15 00:37 <DocScrutinizer> back when there's been a OM GTA04 in the pipe
2011-08-15 00:38 <DocScrutinizer> I bet it was on my brainstorming list
2011-08-15 00:39 <DocScrutinizer> probably next to laser and electromotor for moving the pop-out camera
2011-08-15 00:39 <DocScrutinizer> :-P
2011-08-15 00:56 <DocScrutinizer> >>The customer is warned that GSM cellular mode in certain third world countries is often more expensive that Thuraya "satellite" mode.<<
2011-08-15 00:57 <kristianpaul> actually i cant see Thuraya, in my skyview
2011-08-15 00:57 <DocScrutinizer> LOL on that though: >>Thuraya offers a 9600 bps data rate, which corresponds to about 4 MegaBytes (MB) an hour. This means Thuraya is very suitable for light to moderate data applications such as email or web browing(!!)<<
2011-08-15 00:57 <kristianpaul> at least i'm missing more satellites...
2011-08-15 00:57 <DocScrutinizer> kristianpaul: ??
2011-08-15 00:57 <DocScrutinizer> more thuraya sats?
2011-08-15 00:57 <kristianpaul> thuraya-1,2 and 3
2011-08-15 00:57 <kristianpaul> i got some TLEs :-)
2011-08-15 00:58 <DocScrutinizer> I don't think this sheik is pondering to shoot up a 2nd sat
2011-08-15 00:59 <kristianpaul> but i found on a osmocom header file that Thuraya is also a gsm network, s i'm confused now...
2011-08-15 00:59 <kristianpaul> may be the do roaming? :)
2011-08-15 00:59 <kristianpaul> he
2011-08-15 00:59 <kristianpaul> anyway
2011-08-15 01:02 <kristianpaul> DocScrutinizer: gpredict is a very interesting software when you want to know what's passing over you :)
2011-08-15 01:02 <DocScrutinizer> [2011-08-15 02:26:44] <DocScrutinizer> Harald told me old news Thuraya protocol is a pimped GSM
2011-08-15 01:02 <wolfspraul> DocScrutinizer: ok so who is doing Thuraya hacking and what is the goal?
2011-08-15 01:03 <DocScrutinizer> wlfI dunno
2011-08-15 01:03 <DocScrutinizer> wolfspraul: ^^^
2011-08-15 01:04 <DocScrutinizer> cya next day, I'm wasted
2011-08-15 01:05 <wolfspraul> n8
2011-08-15 01:12 <DocScrutinizer> n8 (and OM chandra still down, so still main mail acct dead, and mails bouncing)
2011-08-15 01:12 <DocScrutinizer> :-S
2011-08-15 01:12 <DocScrutinizer> l8r..
2011-08-15 02:49 <wolfspraul> Sebastien found a pretty cool guy with a private vacuum electronics lab http://tubedevices.com/alek/pwl/o_pwl_e.htm
2011-08-15 03:17 <kristianpaul> wolfspraul: had you visited mediatek?
2011-08-15 03:21 <wolfspraul> I had meetings with mediatek representatives yes, but it's a long time ago
2011-08-15 03:21 <wolfspraul> that's a huge company, so I'm not sure what you mean with 'visited mediatek'
2011-08-15 03:23 <kristianpaul> never mind, just asking in general, as when you visit ingenic and bought somw chips by cash ;)
2011-08-15 03:24 <kristianpaul> but yes, big company different products lines..
2011-08-15 03:27 <kristianpaul> sure visit to buy chips is not that general of course, just wondering same posibilites with mediatek no more from there
2011-08-15 03:27 <wolfspraul> you can buy mediatek chips in any quantity (down to 1) for a few USD on the street market in Shenzhen and other places
2011-08-15 03:28 <kristianpaul> afaik you cant do too much with it
2011-08-15 03:30 <wolfspraul> why not?
2011-08-15 03:32 <kristianpaul> sure is posible, jsut wondering linux suport, datasheets
2011-08-15 03:32 <wolfspraul> that's what osmocombb is working on
2011-08-15 03:33 <kristianpaul> ah, cool
2011-08-15 03:33 <kristianpaul> well i dint mentioned GSM 
2011-08-15 03:42 <kristianpaul> well, i think i found my problem with namuru
2011-08-15 03:43 <kristianpaul> all this time i tought i was enabling some logic this way:
2011-08-15 03:44 <kristianpaul> case(addr) 8'hxx  reg <= 1'b1;
2011-08-15 03:44 <kristianpaul> but i dint work..
2011-08-15 03:44 <kristianpaul> i dont know if this a coding mistake from my part...
2011-08-15 03:45 <kristianpaul> but actually i never seem that implemented in a mux...
2011-08-15 03:46 <kristianpaul> wich actually go this way:  case(addr) 8'hxx reg <= data_in[x];
2011-08-15 03:46 <kristianpaul> so, i'll definetelly will broke the original memory mapping of namuru, wich actually i dont see reason for keep it
2011-08-15 03:48 <kristianpaul> anyway, that also calm down my worrying about who hells the enable signals for some internal modules in namuru was going to be disabled some day..
2011-08-15 03:49 <kristianpaul> s/day/way
2011-08-15 03:49 <kristianpaul> question is, should i do this in the same clock cycle..
2011-08-15 03:50 <kristianpaul> cause if that the path the only way i see is include the enable as the MSB in the value of the register i'm actually writing for example to the NCO..
2011-08-15 03:50 <kristianpaul> nah, too odd
2011-08-15 03:51 <kristianpaul> separate enable register will be, and first i write value to foo register and later i enable the logic
2011-08-15 03:51 <kristianpaul> asociated with it
2011-08-15 03:52 <kristianpaul> wolfspraul: i comented about MTK cause i think i start see some blackperry/nockia clones in my local makerket at least in the city i work
2011-08-15 03:54 <kristianpaul> very few, but looked like clones for sure :)
2011-08-15 06:22 <kristianpaul> zzz
2011-08-15 06:57 <kristianpaul> Artyom, i now got values 2 and 3  from STATUS , but NEW_DATA still zero same as accumlators...
2011-08-15 06:58 <kristianpaul> but i least i fixed the issue with the enable signals, moving it to a dedicated enabled register
2011-08-15 06:59 <kristianpaul> btw, so you never load NCO vales for the carrier?, can you remenber me later the intialization worflow and tracking loop implemented in your acquisition code?
2011-08-15 07:01 <kristianpaul> cause i'm enabling and intializing in this order: prog tic, accum tic, ch0 prn key, carrier nco, ch0 code nco, ch0 code slew and last is enable signal for ch0
2011-08-15 07:03 <kristianpaul> then i just keep clearing status jsut after reading it on my loop
2011-08-15 07:03 <kristianpaul> same when reading accumlators
2011-08-15 07:03 <kristianpaul> at least i got accum int to work.. now need to find what wrong with accumulators zeros...
2011-08-15 07:09 <GitHub145> [milkymist] kristianpaul pushed 2 new commits to gps-sdr-testing: https://github.com/kristianpaul/milkymist/compare/67e3a3e...5ac6a7d
2011-08-15 07:09 <GitHub145> [milkymist/gps-sdr-testing] Separate Accumlator status from init - Cristian Paul Peñaranda Rojas
2011-08-15 07:09 <GitHub145> [milkymist/gps-sdr-testing] Enable control for channels is now a separate register, same case of clear flag for both status and new_data registers - Cristian Paul Peñaranda Rojas
2011-08-15 11:26 <Ayla> hi
2011-08-15 11:26 <Ayla> how can I compile jzboot?
2011-08-15 11:27 <xiangfu> Ayla, under xburst-tools folder run: ./autogen.sh
2011-08-15 11:27 <xiangfu>   ./configure --enable-firmware CROSS_COMPILE=mipsel-openwrt-linux- --prefix=/usr --sysconfdir=/etc
2011-08-15 11:28 <Ayla> xiangfu: thanks, but I did checkout only jzboot from http://projects.qi-hardware.com/index.php/p/jzboot/
2011-08-15 11:29 <xiangfu> Ayla, check this: http://en.qi-hardware.com/wiki/Xburst-tools#build
2011-08-15 11:29 <xiangfu> only jzboot will not working. jzboot is a submodule of xburst-tools
2011-08-15 11:32 <Ayla> ok
2011-08-15 11:32 <Ayla> I installed the .deb
2011-08-15 13:18 <`antonio`> wpwrak, I ma trying to build the kernel for the wpan kit, I am building it using my toolchain and I flash it into my own image. but every time i get the kernel panic error
2011-08-15 13:19 <`antonio`> kernel panic not syncing vfs unable to mount root fs on unknown-block (0 0)
2011-08-15 13:19 <`antonio`> what could it be and how can I solve it.
2011-08-15 13:20 <`antonio`> I am using the master revision toolchain btw
2011-08-15 13:33 <xiangfu> `antonio`, where you get the toolchain?
2011-08-15 13:34 <`antonio`> I build my own toolchain with the qi-hardware feeds
2011-08-15 13:34 <`antonio`> from the qi-hardware git 
2011-08-15 13:35 <xiangfu> openwrt-xburst?
2011-08-15 13:35 <`antonio`> yes
2011-08-15 13:35 <xiangfu> openwrt-xburst.git?
2011-08-15 13:35 <xiangfu> and the rootfs is latest openwrt release right?
2011-08-15 13:36 <`antonio`> i am using my own root rootfs 
2011-08-15 13:37 <xiangfu> the kernel and rootfs better use same toolchain.
2011-08-15 13:37 <`antonio`> yes from same toolchain 
2011-08-15 13:38 <`antonio`> basically i flash my own image on nanonote and then I build werner's kernel separately using the same toolchain 
2011-08-15 13:38 <`antonio`> but when i install it I get that error.
2011-08-15 13:39 <`antonio`> the kernel seems to be built fine, but there must be something I am missing
2011-08-15 13:40 <`antonio`> some configurations perhaps
2011-08-15 13:43 <kristianpaul> Artyom: hello
2011-08-15 13:44 <xiangfu> `antonio`, you follow those steps http://projects.qi-hardware.com/index.php/p/ben-wpan/source/tree/master/install/INSTALL-Ben right?
2011-08-15 13:45 <`antonio`> yes
2011-08-15 13:46 <Artyom> hi kristianpaul
2011-08-15 13:49 <Artyom> I've found some bugs in my code today. :) Something connected with status-reg
2011-08-15 13:49 <kristianpaul> oh
2011-08-15 13:50 <kristianpaul> Well, go ahed first i also founed bugs (of my porting..)
2011-08-15 13:51 <Artyom> Very stange behaviour... I receiver only zeros from status-reg ;)
2011-08-15 13:51 <xiangfu> `antonio`, here is the problem.
2011-08-15 13:51 <xiangfu> http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/ben-wpan/arch/mips/jz4740/board-qi_lb60.c#L123
2011-08-15 13:51 <Artyom> But now I know where I should dig :)
2011-08-15 13:51 <viric> Anyone mastering the boottime ip configuration of linux?
2011-08-15 13:52 <viric> (ip=dhcp kernel commandline)
2011-08-15 13:52 <xiangfu> I found the 'ben-wpan' branch use a 1.5 rootfs. you can try to reflash rootfs and try again.
2011-08-15 13:52 <kristianpaul> Artyom: i was supposing to enable some logic in anmuru by doing enable_reg <= 1'b1; inside a case statement
2011-08-15 13:52 <kristianpaul> Artyom: now i get 2 and 3 from status
2011-08-15 13:53 <kristianpaul> Artyom: but bit high in new_data, also accumulators still zeroed, but at least i have one thing less to worry about (for now i hope)
2011-08-15 13:53 <viric> I wonder how to check the result of "ip=dhcp" from the booted linux
2011-08-15 13:53 <viric> from usermode
2011-08-15 13:54 <kristianpaul> Artyom: I managed to solve this implementing aditional register for enable stuff for the correlator and a separate clear flag for status
2011-08-15 13:54 <kristianpaul> you have idea why accumulators are zeroed?, first thing came to my mind division by zero of course ;)
2011-08-15 13:55 <kristianpaul> but i'm bit worried this mixing is done with combinational logic
2011-08-15 13:59 <Artyom> I couldn't find in your code how "accum_sample_enable" signal is generated... Can you point me?
2011-08-15 14:01 <kristianpaul> it came from time base, let me point some lins
2011-08-15 14:01 <kristianpaul> remenber i have namuru code in separate branch (gps-sdr-testing)
2011-08-15 14:02 <kristianpaul> hum
2011-08-15 14:02 <Artyom> yes, I'm watching it
2011-08-15 14:03 <kristianpaul> https://github.com/kristianpaul/milkymist/blob/gps-sdr-testing/cores/namuru/rtl/namuru_baseband.v#L102
2011-08-15 14:03 <kristianpaul> hell, where is time base...
2011-08-15 14:05 <kristianpaul> what?? i dint connect that wire..
2011-08-15 14:05 <Artyom> seems so...
2011-08-15 14:05 <kristianpaul> gee 
2011-08-15 14:05 <kristianpaul> i feel ashamed now :)
2011-08-15 14:06 <kristianpaul> you found another bug in the code, thanks a lot Artyom !
2011-08-15 14:06 <kristianpaul> the joy of porting :)
2011-08-15 14:06 <Artyom> I feel the same ;) With my port ;)
2011-08-15 14:07 <kristianpaul> btw i was asking a guy wich work with avalon
2011-08-15 14:08 <kristianpaul> I had some concerns about how that enabled logic is set(and unset?)
2011-08-15 14:09 <kristianpaul> mostly because the use of write & chip_select
2011-08-15 14:10 <kristianpaul> he pointed as it is implemente right now there is a chance for changing namuru registers in case you acess another slaves in the bus
2011-08-15 14:12 <kristianpaul> dunno if this can affect your desing, just droping this worried to you
2011-08-15 14:13 <kristianpaul> hum, i'm crazy i disabled accum_sample_enable in my time base with aparently not reason..
2011-08-15 14:14 <Artyom> thanks for info. I think you've noticed that I already changed namuru registers addressing. And I think I will possibly do it again latter....
2011-08-15 14:15 <kristianpaul> ah, i confused it with sample_clk -_- 
2011-08-15 14:15 <kristianpaul> too many sample_* signals :)
2011-08-15 14:18 <kristianpaul> hum, but i is this accum_sample_enable really required?
2011-08-15 14:20 <kristianpaul> ah, i see
2011-08-15 14:20 <kristianpaul> thats how namuru avoid to more sampling that it should
2011-08-15 14:21 <kristianpaul> well, in my implementation i think is not neeed as namuru run with frontend clock
2011-08-15 14:23 <`antonio`> xiangfu, it worked ! thanks a lot
2011-08-15 14:23 <xiangfu> great
2011-08-15 14:23 <Artyom> yes, in your case it should be always '1'
2011-08-15 14:23 <Artyom> as I understand your design...
2011-08-15 14:24 <kristianpaul> yes you do rightly
2011-08-15 14:24 <kristianpaul> that should fire the damn accumulators :)
2011-08-15 14:43 <kristianpaul> phew 18minutes 
2011-08-15 14:46 <kristianpaul> what?¿ zeros..
2011-08-15 14:46 <kristianpaul> why... arghg
2011-08-15 14:46 <kristianpaul> bbl going to take breakfast
2011-08-15 15:08 <kristianpaul> virtual asic foundry ? http://www.iis.fraunhofer.de/en/bf/ic/dl/vaf/index.jsp 
2011-08-15 15:09 <kristianpaul> "European silicon foundries" ah,ok
2011-08-15 16:15 <DocScrutinizer> moo
2011-08-15 16:17 <kristianpaul> wb DocScrutinizer 
2011-08-15 16:18 <DocScrutinizer> :-)
2011-08-15 16:21 <DocScrutinizer> wolfspraul: I dunno who's actually hacking thuraya right now. Harald suggested to better look into thuraya rather than IPv6 security. I asked him how far he and his "crew" got with that particular topic, and iirc he said they really are going to look into it, and there should be some details on osmocom.org or somewhere eventually
2011-08-15 16:22 <DocScrutinizer> the OTA protocol for thuraya seems quite similar to plain old GSM
2011-08-15 16:22 <DocScrutinizer> the 'public' OTA, not the trunk backend
2011-08-15 16:23 <DocScrutinizer> Harald claimed it's all well documented and specs publicly available
2011-08-15 16:24 <DocScrutinizer> the sat itself has some awesome technical details, like dynamic beam focusing etc
2011-08-15 16:29 <kyak> wolfspraul: perhaps you already know, but i just stumbled upon another open hardware project: http://code.google.com/p/lightpack/ (it's in Russian, kind of "Philips Ambilight" DIY)
2011-08-15 16:31 <kyak> the video is pretty cool :) i don't know if actual Philips technology works any better, but it definitely doesn't work with _any_ TV/monitor
2011-08-15 17:05 <Jay7> kyak: interesting
2011-08-15 17:06 <Jay7> other idea to use webcam instead of software client
2011-08-15 17:06 <Jay7> this may enable 'ambilight' for any TV :)
2011-08-15 17:24 <kristianpaul> lekernel: have a minute?
2011-08-15 17:24 <lekernel> what for?
2011-08-15 17:24 <kristianpaul> http://paste.debian.net/126313/ line 24 and 25
2011-08-15 17:25 <lekernel> yeah,
2011-08-15 17:25 <lekernel> ?
2011-08-15 17:26 <kristianpaul> isnt okay?  i mean blocking asigment inside a always is not proper tight?
2011-08-15 17:26 <kristianpaul> s/tight/right
2011-08-15 17:26 <kristianpaul> :-)
2011-08-15 17:27 <lekernel> you can use non blocking here
2011-08-15 17:27 <kristianpaul> i knew it !
2011-08-15 17:27 <kristianpaul> thanks,
2011-08-15 17:27 <kristianpaul> now i need to understand why :)
2011-08-15 17:28 <kristianpaul> why was a used a blocking asigment in first place
2011-08-15 17:34 <kristianpaul> hum, so Artyom was right, acording to code gen core, i need at least enable and disable prn_key_enable in order to the dump_enable to work
2011-08-15 17:36 <kristianpaul> hum there is a hc_enable coming from code nco to code gen... i'll asume for now this work
2011-08-15 17:37 <kristianpaul> i'm getting crazy with all those enbled signals coming from here and there.. seems not stop :)
2011-08-15 17:41 <DocScrutinizer> lekernel: you linked me to that poettering post about systemd. It scares me he's stating it depends on dbus, which seems to sugest dbus changed from middleware to a core system component
2011-08-15 17:42 <larsc> dbus is the new unix-socket
2011-08-15 17:42 <DocScrutinizer> I damn sure would hate my embedded ATmega controller not to boot because there's some bug in *dbus* which I definitely never would want to run on that system anyway
2011-08-15 17:45 <DocScrutinizer> this poettering guy seems to care quite little about cross platform. All his "improvements" are targeted exclusively at desktop PCs when I think about it
2011-08-15 17:45 <kristianpaul> larsc: what? no
2011-08-15 17:46 <kristianpaul> havent had good experiences with gnome and dbus
2011-08-15 17:47 <DocScrutinizer> I gather in 5 yeras - when nobody stops poettering - not even a 8051 will boot anymore without proper pulseaudio support for playback of POST beeps, and without X support to display diagnostic msgs
2011-08-15 17:47 <DocScrutinizer> ...on the 3 LEDs of that embedded device ;-P
2011-08-15 17:55 <kristianpaul> Artyom, check this out http://kristianpaul.org/~paul/tmp/namuru/hierarchy.html
2011-08-15 17:56 <kyak> Jay7: heh yeah, webcam is a good idea, too
2011-08-15 17:58 <Jay7> DocScrutinizer: someone should stop him
2011-08-15 17:58 <Jay7> hate pulseaudio and dbus as core service
2011-08-15 17:58 <larsc> somebody should go back in time and stop him ;)
2011-08-15 17:58 <viric> systemv forever!
2011-08-15 17:59 <Jay7> we will reprogram terminator 
2011-08-15 18:00 <Jay7> but I'm unsure that systemd or pulseaudio have no backdoor to prevent killing poettering :)
2011-08-15 18:00 <viric> systemv. Not systemd. :)
2011-08-15 18:00 <Jay7> viric: I see :)
2011-08-15 18:01 <viric> Terminator, in the XXI century, would have most of the code in python.
2011-08-15 18:01 <Jay7> python is better than C#
2011-08-15 18:01 <kristianpaul> haskell :-D
2011-08-15 20:22 <ignatius-> Anyone know where to get past versions of OpenWRT-Xburst kernel source code?
2011-08-15 20:22 <mth> qi-kernel git?
2011-08-15 20:23 <ignatius-> Like the 2010-11-17 version, for example.
2011-08-15 20:25 <ignatius-> The ones from "http://downloads.qi-hardware.com/software/images/NanoNote/Ben/"
2011-08-15 20:25 <mth> I don't know the process of adding the Qi patches to OpenWRT
2011-08-15 20:26 <ignatius-> Well, i'm just looking for kernel source (that I can compile), that will work on the Nanonote's NAND. I don't like having a drive that I can't use its entirity.
2011-08-15 20:26 <mth> you can always go back in openwrt-xburst git to the older patch/diff files
2011-08-15 20:26 <ignatius-> True.
2011-08-15 20:26 <ignatius-> I'm rather stupid in that department, though.
2011-08-15 20:26 <mth> ideally they would be tagged, otherwise by date
2011-08-15 20:27 <ignatius-> So far, the JLime kernel source works... but, then no, ks7010 driver.
2011-08-15 20:27 <ignatius-> Tried compiling a ks7010 module outside of the source tree.... didn't work.
2011-08-15 20:28 <mth> jz-2.6.39 of qi-kernel is not working?
2011-08-15 20:28 <ignatius-> Does it support using the entire NAND?
2011-08-15 20:28 <mth> what is special about the entire NAND? is it just partitioning or is it multiple chips?
2011-08-15 20:29 <ignatius-> I don't like only having ~512MB user space.
2011-08-15 20:29 <ignatius-> And I don't like weird split partitions.
2011-08-15 20:29 <mth> the NAND partitioning is configured in the board-qi_lb60.c source
2011-08-15 20:29 <ignatius-> Ah.
2011-08-15 20:30 <mth> afaik it's not specific to any kernel version, but rather a configuration option
2011-08-15 20:30 <mth> arch/mips/jz4740/board-qi_lb60.c
2011-08-15 20:30 <ignatius-> Really? I've been spending hours upon hours trying to determine that. A kernel configuration option?
2011-08-15 20:30 <ignatius-> If so, which one(s)?
2011-08-15 20:31 <mth> ah no, there are two configurations, one for 1GB and one for 2GB
2011-08-15 20:31 <mth> and the right one is autodetected
2011-08-15 20:31 <ignatius-> In which tree?
2011-08-15 20:31 <mth> so the only way to change the partitioning is the modify the table
2011-08-15 20:32 <ignatius-> Hmm. Damn.
2011-08-15 20:32 <mth> I'm using jz-3.0 of OpenDingux, but it's very similar to jz-2.6.39 of qi-kernel
2011-08-15 20:32 <ignatius-> Does it have support for the ks7010?
2011-08-15 20:32 <mth> the table is fairly straightforward though, just have a look
2011-08-15 20:33 <mth> what kind of device is the ks7010?
2011-08-15 20:33 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-08142011-1719/
2011-08-15 20:34 <mth> this is the partition table for 2GB: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/master/arch/mips/jz4740/board-qi_lb60.c#L86
2011-08-15 20:34 <ignatius-> It's a WIFI driver.
2011-08-15 20:34 <ignatius-> For the MicroSD slot.
2011-08-15 20:35 <ignatius-> Er. I mean it's a driver for a WIFI MicroSD card.
2011-08-15 20:35 <mth> ah, that one
2011-08-15 20:36 <mth> I don't see ks7010 in drivers/net/wireless in jz-2.6.39
2011-08-15 20:36 <mth> if there is another git archive that does have the driver in a nearby kernel version, it might not be too hard to merge it though
2011-08-15 20:37 <ignatius-> Nod.
2011-08-15 20:38 <mth> anyway, the partition table approach is the same for all kernel versions I've seen, so if you have a kernel with ks7010 support it should be easy to change the partitioning on that kernel
2011-08-15 20:40 <ignatius-> By replacing lines 86 - 103?
2011-08-15 20:40 <ignatius-> Would that work?
2011-08-15 20:40 <ignatius-> Er. Change, I mean.
2011-08-15 20:41 <mth> should work, if the new values are correct
2011-08-15 20:41 <ignatius-> Ok
2011-08-15 20:41 <mth> the 0x100000 is probably the erase block size, so you should leave that as-is
2011-08-15 20:42 <mth> make sure that every offset is equal to the previous one + previous size
2011-08-15 20:42 <mth> and use 2048 blocks in total
2011-08-15 20:42 <ignatius-> Hmm. Or would it be easier to just copy that file from a different tree...
2011-08-15 20:42 <mth> no, only copy the table then, not the entire file
2011-08-15 20:43 <ignatius-> Ok.
2011-08-15 20:43 <mth> there have been changes in the rest of the file unrelated to NAND partitioning but necessary to properly init other devices
2011-08-15 20:43 <ignatius-> I see.
2011-08-15 20:44 <mth> it's similar to partitioning harddisks, with the start sector (offset) and number of sectors (size)
2011-08-15 20:45 <ignatius-> Nod.
2011-08-15 20:46 <ignatius-> The "dd" Linux command is very helpful with that.
2011-08-15 20:46 <mth> with filling HD partitions, yes, but creating is easier with fdisk ;)
2011-08-15 20:47 <ignatius-> True.
2011-08-15 20:47 <ignatius-> I just use the standard fdisk. No cfdisk for me.