<roh>
wpwrak: ? well.. he is building something which is bt compatible i guess
<wpwrak>
why do you think it's BT compatible ?
<rjeffries>
any hints on how to set date and time on dgClock on Ben?
<wolfspraul>
roh: did you see the case kristianpaul made in Colombia?
<roh>
yes. nice one
<kristianpaul>
and finally with buttons
<wolfspraul>
indeed. that is testimony to the great work you did!
<wolfspraul>
standard file formats, high quality files, well documented, etc.
<rjeffries>
wpweak well, he says it is used to snigg Bluetooth
<roh>
maybe somebody should talk to michael ossmann
<roh>
i mean.. he also uses kicad and such.
<rjeffries>
s/wpweak/wpwrak  what an  BAD typo
<rjeffries>
roh agree he has his heart in right place
<wolfspraul>
kristianpaul: how did you do the buttons?
<roh>
i think one needs to show how many examples of small innovative foss hardware projects there are
<rjeffries>
s.snigg/sniff
<kristianpaul>
wolfspraul: a cilender from the dimensions roh told me, i use my floss 3d printer.. some glue and a small sheet of plastic
<wpwrak>
rjeffries: ah, sniff BT. yup, that sounds good. funny TI don't mention that compatibility.
<rjeffries>
wpwrak yeah maybe not somthing they wish to advertise. I assume it is si,ilar to promiscious mode with wifi or ethernet
<roh>
rjeffries: nah. to paranoid thinking. bt usually means 'less possibilities, higher integration, also sell some fw and a cpu'
<roh>
see the csr based stuff.
<roh>
basically all usb bt 'chips' you can find are csr based.
<rjeffries>
need a bit of help: how does one set date time in dgClock
<rjeffries>
roh ok, but for an end user having BT so one can hook up keyboard etc would be nice
<rjeffries>
BY chips are so cheap now
<roh>
sure they are cheap. but not open. basically its a 'hardmac blackbox'
<rjeffries>
roh I understand you
<roh>
thats what the sniffer project is about. doing all the stuff happening in the blackbox in sw on that arm cpu (its a arm in the csr devices too afaik)
<rjeffries>
we will soon have wpwrak's 802.15.4 stuff and 6LoWPAN but if somebody interfaces BT it will be useful option
<roh>
basically a reversal of the miniaturisation which happend before (putting frontend, rf mod/demod and arm cpu in one chip)
<roh>
i dont think his goal is building a complete bt dongle fw
<rjeffries>
roh so what is not to like about Ubertooth? sound sgreat to me
<roh>
its more a development tool for the lower levels.
<roh>
different goal. but yes. i assume the hw could be used as such given somebody writes the firmware
<rjeffries>
I know that. yeah ok womeone else may however
<rjeffries>
wolfspraul have you used dgClock?
<roh>
thats the difficult part on opensource hw. one needs to be careful when differenciating what 'is possible in theory' and what 'is the goal and people work on'
<rjeffries>
roh you are preaching to the choid. I get it. but one can dream for gosh sakes
<rjeffries>
s/choid/choir
<roh>
sure ;)
<rjeffries>
when I use alt enter to exit GMU ot works, but starts dgClock i thought I;d end up in a shell
<rjeffries>
s/ot/it
<wolfspraul>
I'm not using dgclock other than checking whether it starts, and it does.
<kristianpaul>
you can type date on the shell >-)
<kristianpaul>
i remenber it closed with control + q. may be you typed something else rjeffries ¡
<kristianpaul>
s/!/?
<zrafa>
larsc: xiangfu : which is the size of kernel partition on nn nand? I would like to know how many bytes we have for a kernel+initramfs
<xiangfu>
zrafa: 4M
<zrafa>
xiangfu: ah.. interesting :).. thanks
<xiangfu>
bootloader 4M, kenrel 4M,
<wolfspraul>
zrafa: next time any of the hard-coded partitions get rearranged, we will increase this for sure
<wolfspraul>
it was a bad decision to only make it 4 M
<wolfspraul>
with a 2 GB NAND there is no point in not making it 16 MB or so
<wolfspraul>
or 32 even
<wolfspraul>
but we will wait until we have a lot of thinking/pros/cons before we make any more change to the hard-coded partitions
<wolfspraul>
including things like ubifs attach time, multiple rootfses in one partition (jlime/openwrt dual booting), etc.
<wolfspraul>
so for now it stays at 4M :-)
<zrafa>
wolfspraul: yep, 16MB would be nice . BUt well, I want to try a minimal ramdisk for new ideas, so let me see if I get something into 4M
<wolfspraul>
maybe supporting sub-page reads can speed up mounting...
<xiangfu>
ok I will read that.
<wolfspraul>
'decreasing ubifs attach time' I meant
<wolfspraul>
or 'increasing' the speed :-)
<wolfspraul>
we can also try to increase the erase block size
<wolfspraul>
need to think about the pros and cons of that
<xiangfu>
yes.
<wolfspraul>
but if the sub-page reading theory is right, that looks like a very clean way to make things faster without any downside
<rjeffries>
how does one get to the shell? alt enter escapes from the launcher but dumps me intp dgClock from which ctrl-Q does nor escape
<rjeffries>
s/intp/into
<rjeffries>
sorry to bore you guys but as a new Ben user I simply wish to get to a shell, any shell. is there something I can do during the boot sequence maybe?
<wolfspraul>
ctrl-alt-f2
<rjeffries>
at what point wolfspraul
<wolfspraul>
after booting into gmenu2x
<wolfspraul>
you can go back to the gui with ctrl-alt-f5
<rjeffries>
ok will try next thx
<wolfspraul>
in gmenu2x, there should be icons for terminals too
<rjeffries>
on mine that does not see  to work sorry
<wolfspraul>
you see the icons, you navigate to them and press <enter>, but the terminal won't come up?
<wolfspraul>
in some old gmenu2x you had to press 'x' to start something, I vaguely remember...
<rjeffries>
all I see is applications and settings at top of launcher then two more rows one with dgclock,gmu, nanomap
<rjeffries>
the bottow row is stardict and explorer
<wolfspraul>
sounds like an old rootfs
<rjeffries>
let me get to shell now
<wolfspraul>
do this: ctrl-alt-f2, <enter>, cat /etc/VERSION
<rjeffries>
now in shell thx
<rjeffries>
cat /etc/shell
<wolfspraul>
what does cat /etc/VERSION tell you?
<rjeffries>
2010/11/17
<rjeffries>
ok that's cool. when the image now being tested goes gold I'll reflash
<xiangfu>
I can contact the author, then upload to wiki.
<wolfspraul>
xiangfu: sure, good idea
<kristianpaul>
nice pic xiangfu
<xiangfu>
I think this author.
<kristianpaul>
xiangfu: what stallman said about the nanonote?
<rjeffries>
thanks xf can I call you "xf?" xiangfu //smile//
<xiangfu>
sure.
<xiangfu>
hmm.. he said re-product the hardware cost money.
<xiangfu>
not like re-compile software.
<kristianpaul>
Thanks for all this wolfspraul ;-)
<kristianpaul>
And also all people buying nanonotes and mm1's :-)
<kristianpaul>
xiangfu: nice try :-)
<kristianpaul>
xiangfu: btw you have a mm1 to isnt?
<zrafa>
first try kernel+initramfs 7.5M
<zrafa>
argh..
<wolfspraul>
4M will be very hard
<zrafa>
let me remove stuff and do the second try
<zrafa>
wolfspraul: yeah :)
<wolfspraul>
like I said we made a mistake with the 4M
<wolfspraul>
in hindsight vision is always 20/20...
<kristianpaul>
stuff = ?.. no kernel :p
<wolfspraul>
but... we make mistakes, then we fix them. for sure. next time around 4M will be increased to give more flexibility. the 'lost' few M are totally irrelevant in comparison.
<zrafa>
wolfspraul: yep, you are right. 4M seems very hard. But well, let me see..
<wolfspraul>
kristianpaul: no xiangfu doesn't have m1 yet
<wolfspraul>
but very soon, we are working on getting the pieces together. importing to China is a hassle too nowadays.
<wolfspraul>
but yes, the plan is definitely that xiangfu starts hacking on m1, which I am very much looking forward to.
<wolfspraul>
I am so happy about the fantastic progress xiangfu has made over the years I work with him.
<wolfspraul>
first time we met his English was so bad that he took some time at home to write down what he wanted to tell me in English, on a piece of paper.
<wolfspraul>
not that my Chinese would be any better...
<wolfspraul>
since then it feels we must have learnt like the amount of a full library :-)
<kristianpaul>
wpwrak: 10cms worked well, at least for the logic analizer :-)
<kristianpaul>
wolfspraul: (Chinese) and you actually have stardict on the nanonote... ;-)
<wolfspraul>
yes, but! the chinese dictionary was removed in the last image, I think. and it has no pinyin, so it doesn't help me.
<wolfspraul>
and no way to look up characters either.
<wolfspraul>
in terms of practicaly usefulness those apps are still by far lacking any normal electronic dictionary you can buy for 20 USD.
<kristianpaul>
yeap :/
<kristianpaul>
Other night i was thinking i a single feature nanonote, ie translation tool :-)
<wolfspraul>
we get there, the pieces are coming together. I am very patient. Most important for me is maintenance overhead, upstream everything.
<xiangfu>
zrafa: what packages include in your  kernel+initramfs. mine is 2.6M
<wolfspraul>
makes no sense that we focus our tiny resources on one app now, then a) everything else falls behind b) most likely we will make lots of ugly/quick hacks that will then come down again as we update the system
<kristianpaul>
upstream by sure
<rjeffries>
my son today asked about a single application graphing calculator version. could be successful
<wolfspraul>
so as much as I like to have fewer perfectly working apps, instead of many bad ones, the maintenance/upstream priority still trumps that
<wolfspraul>
we need both
<kristianpaul>
Thre is one in Jlime and last image i think so
<rjeffries>
kristianpaul how useable is that app
<zrafa>
xiangfu: I do not know. I just took the bootstrap image and I am checking its content
<kristianpaul>
rjeffries: ahm sorry i regret
<kristianpaul>
"graphing calculator"..
<kristianpaul>
not
<xiangfu>
zrafa: I am using openwrt build the image.
<kristianpaul>
xiangfu: your blog i okay?, long time since it dint reponse, well at least on my side...
<zrafa>
xiangfu: ah.. your link has a list of packages. Nice. Is your ram fs working?.. I mean, you get a shell, you can run some script, etc?
<wolfspraul>
I think his blog is on a Chinese server.
<zrafa>
xiangfu: I was thinking to use myrootfs from werner
<kristianpaul>
hmm :-/
<kristianpaul>
weird, with tor it works..
<wolfspraul>
the problem is if he moves it to a foreign server, it will become slower/harder to access from within China, and infact depending on where he hosts it, say wordpress.com, it may become totally inaccessible without tunneling.
<xiangfu>
zrafa: yes. it works fine.
<wolfspraul>
if he moves it to a CHinese server, there are all sorts of difficulties about slowness, expensive, etc. I think one time Xiangfu told me to get your own IP on a Chinese server alone costs 50 USD / month or so.
<xiangfu>
zrafa: there only mtd stuff in that image.
<wolfspraul>
or even more.
<xiangfu>
zrafa: once we have such image "zImage" , we can using 'xbboot' to test image. no need to reflash.
<kristianpaul>
wolfspraul: so the idea still  fewer apps, good!, i was getting scare with all the  news apps coming and problems, and overhead... sure, contributions are good, but in owrt tree ;-)
<wolfspraul>
it's easy to agree to a statement like "fewer perfect apps are better than many bad ones"
<wolfspraul>
the reality is that there are many conflicting priorities
<zrafa>
xiangfu: great. Thanks to let me know. Let me see if I get something similar. About xbboot: that is better yet. I was thinking how to test it without reflash all the time and eventually breaks uboot partition or similar :)
<xiangfu>
kristianpaul: my blog is using DDNS, I don't have a static IP :(,
<wolfspraul>
100% upstreaming, making contributors happy that help bring apps they want/need to the device, testing overhead
<xiangfu>
xburst-tools, include 'usbboot' and 'xbboot'
<xiangfu>
zrafa: I think xbboot can handle 6M image.
<kristianpaul>
xiangfu: same here, but yours seems take a while to get updated in records, i' using freedns.afraid.org just in case you need a backup :-)
<zrafa>
xiangfu: I have xburst-tools, so let me check if xbboot is already there
<xiangfu>
kristianpaul: thanks.
<zrafa>
xiangfu: yep, it is there. cool
<zrafa>
xiangfu: OE has a minimal-with-mtd recipe target for initramfs. I just found that. No idea how useful is that. Let me check all the options (myrootfs, your list of packages and build the rootfs, some OE recipes). Thanks a lot for the links and tips
<kristianpaul>
wolfspraul: (conflicting priorities)Â Â i'm not sure but with the nanonote i think lots of command-line apps already in openwrt with seems less from care now can find some loving, i mean maintenance, but sure thats not a load for just qi
<wolfspraul>
steve|m: if it's still on your todo list even better, but in case it stays there forever (like 80% of my todo list items do), we just get the most important tidbits communicated upfront ;-)
<kristianpaul>
wolfspraul: yeah, working on it
<wolfspraul>
so you first desolder all components
<wolfspraul>
then you start with corning 120 paper
<wolfspraul>
then once you see the structures of the next layer, you switch to corning 400
<steve|m>
wolfspraul: right, I desoldered the components on both sides using hot-air..
<wolfspraul>
how much pressure do you apply with the sandpaper?
<wolfspraul>
from one layer to the next, do you remember roughly how long you used the 120 paper, and how long the 400 one?
<wolfspraul>
is it like 'a few minutes' with 120, then another 'few minutes' with 400?
<wolfspraul>
or longer?
<kristianpaul>
wolfspraul: i have to choose between bugfix memory flash or ethernet bugs in order to still getting decent raw samples (8Mb ~) from the mm1, so, well, step by step or i'll get crazy :p
<steve|m>
wolfspraul: (pressure) this highly depends.. I used 120 really most of the time, and from one layer to another I would say something like 25 minutes, excluding the scanning
<wolfspraul>
yes, I can imagine. bugs everywhere. but that's why need to move to one common platform asap.
<kristianpaul>
sure :-)
<steve|m>
400 is only used like 30-50 seconds :)
<wolfspraul>
understood
<wolfspraul>
well I think that's pretty clear already - documented :-)
<wolfspraul>
any pitfalls?
<wolfspraul>
how much pressure do you apply with the 120 paper, roughly?
<wpwrak>
kristianpaul: any luck with analyzing the data you already collected ?
<kristianpaul>
wpwrak: i'll do my self
<kristianpaul>
wpwrak: well i still waiiting reply from the other guy
<kristianpaul>
so no luck yet :-/
<wpwrak>
kristianpaul: (diy) heh. if you want it done well, you have to do it yourself, it seems ...
<wolfspraul>
steve|m: oh - nice post about the f3 e-paper! Too bad it's not a blog so I can't add it to the Qi planet.
<steve|m>
pitfalls.. not damaging the board on the borders is hard.. and you should always just remove the copper of one layer until you see the coating of the next layer, otherwise it's hard to tell the copper of 2 layers apart and you may remove too much
<wpwrak>
kristianpaul: pity, though. he ought to know this stuff very well.
<wolfspraul>
steve|m: with 'borders', you mean aroud the edge of the board?
<wolfspraul>
the middle is easier/better?
<kristianpaul>
wpwrak: 2 bits ADC sample are not common for him, the first he askme was if i have a usrp ;-)
<kristianpaul>
wpwrak: I'll send him data again as 32 bits signed intenger, so i think i will speedup all procesing that can be done on a usual computer
<steve|m>
wolfspraul: yes, exactly. the best idea to prevent this would be having some other material with the exact same thickness around the pcb, so you're not damaging the edges (which will become round otherwise)
<kristianpaul>
I'm close, i just need solve some segfaults :p
<wpwrak>
kristianpaul: i would think that converting from 2 bits to whatever he normally use should be quite trivial ...
<wolfspraul>
steve|m: got it - thanks!
<kristianpaul>
wpwrak: also i feel a bit bad, but is not top priority, he is using matlab for analizing the data..
<wpwrak>
steve|m: run a laser rotating around the z axis over it ?
<wolfspraul>
really nice f3 post btw, really. you are not easily stopped :-)
<kristianpaul>
wpwrak: converting sure thats the idea
<steve|m>
wolfspraul: and which worked quite will is using a few rows of gaffer-tape as an underlayment, since the non-adhesive site is quite resistant to the sandpaper
<steve|m>
s/which/what s/will/well
<zrafa>
xiangfu: he.. now 2.8M.. ;)
<kristianpaul>
zrafa: oh wow !
<wolfspraul>
you use the gaffer-tape to protect areas that are already sanded deep enough?
<zrafa>
kristianpaul: xiangfu's image is smaller and has more tools than mine I thin :)
<zrafa>
think
<steve|m>
wolfspraul: no, I'm just putting the tape on the wodden desk, and the pcb on top.. since the tape doesn't outwear the sandpaper, like e.g. wood would
<steve|m>
and it's quite easy to dispose all the copper dust when renewing it from time to time :)
<steve|m>
maybe teflon would work good as well ;)
<kristianpaul>
zrafa: Thats openwrt lightness man ! :-)
<kristianpaul>
he i wonder running OE on my router >-)
<wolfspraul>
oh I see. the tape is protecting your wood desk.
<kristianpaul>
steve|m: how many layers of tape you need and the end?
<steve|m>
wolfspraul: yes, and it's preventing scratches on the other side of the pcb as well, since it's somewhat soft
<steve|m>
kristianpaul: (layers of tape).. only one, but something like 4 vertical rows next to each other with ~15cm length
<kristianpaul>
steve|m: hmm, i tought you used the tape to remove copper smothly, i mean adding tape later then etching and so on
<wpwrak>
zrafa: some time ago, i had an 1.44 MB floppy with kernel, rootfs, and the X server :)
<wpwrak>
zrafa: must have been around 1993 :-)
<zrafa>
wpwrak: haha.. can you check where is that floppy?
<kristianpaul>
wpwrak: slackware flopy sets?
<steve|m>
kristianpaul: I thought of etching as well - that would be something to evaluate
<kristianpaul>
remenbers when was at school
<steve|m>
wpwrak: nice.. I ran Fli4l for many years off a floppy, but without X obviously :P
<steve|m>
(okay, booting linux off a floppy without X is nothing special..)
<kristianpaul>
well at that time X needed a separte floppy i think
<kristianpaul>
first boot floppy, then rootfs, ... he, some years later i finally understood how all that worked
<kristianpaul>
gn8
<steve|m>
wpwrak: good old LILO ;)
<wpwrak>
kristianpaul: naw, self-constructed. just a custom-configured kernel, shell, and the X server. i made it to test the laptop i was about to buy in the shop.
<steve|m>
wow, lilo is at version 23.1 already.. hehe
<wpwrak>
steve|m: don't remember if this floppy had LILO. but yes, it would be likely :)
<rjeffries>
from the shell on Ben what is an easy way to change font bigger for my not-so-young eyes?
<rjeffries>
just used nano editor write a one line document saved it and then cat result. one small step
<wolfspraul>
you need to use setfont/setfont2 commands to change the font, I am hoping one day we can just iterate over all available console fonts with a hotkey, but right now you need to type a command (not sure which one exactly)
<rjeffries>
wow Ben just burped big time. was in shell, doing nothing, a bunch of stuff flew by
<rjeffries>
out of memory kill process 454 hotplug2 score 157 or a child
<rjeffries>
oh well
<wpwrak>
rjeffries: did you    echo 1  >/proc/sys/vm/overcommit_memory    ?
<wpwrak>
rjeffries: without this, the kernel will use an extremely conservative memory allocation strategy, which basically means that something like half of your memory will not be used
<rjeffries>
i will do that now
<wpwrak>
the latest openwrt-for-ben should set this by default
<rjeffries>
ok with help from a magnifier I got it done
<rjeffries>
does anyone have a short list of a few programs tuned for this screen size? for example, top is not easy to read ;)\
<rjeffries>
anyway yes Ben works
<qwebirc60397>
hmpf
<qwebirc60397>
rehrmpf
<tuxbrain_away>
wpwrak: I was thinking in use the ICSP header of Arduino board with the UBB, but I'm little confuse, there is only information on how to program the Atmega chip using the that header but not how to read/send data once the program is running, but I see for examble that the Arduino SD module can use both SPI pins or that ICSP header,
<tuxbrain_away>
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1288255553 had clarified my doubts. ICSP = SPI pins, use same libraries, and if you can't use booth pins at time due are the same, so pins 13,12,11 get's annuled while using ICSP
<kyak>
mirko: i already adapted all qt4 ports to work with TARGET_INCDIRS+=$(STAGING_DIR)/usr/include in qmake.mk :) So if you could review this change and commit it, this would be great!
<kyak>
and "adapted" means that i've thrown away exporting of variables via Build/Prepare as it's not needed anymore
<kyak>
xiangfu: hi! wanted to mention that i reflashed the image couple of days ago, and the bootloader was flashed 2/2 (i.e. i had no errors).
<kyak>
maybe it's because i have older version of xboot-tools
<kyak>
or whatever it's called
<xiangfu>
kyak: hmm... , flash 2011-02-18-testing u-boot. then reflash a old u-boot. then reflash 2011-02-18-testing u-boot again. the error are gone. I have tested three time.
<xiangfu>
kyak: don't have time look into it.
<kyak>
ok then. Let's say that you've experienced a sporadic error back then :)
<wpwrak>
tuxbrain_away: (while using ICSP) well, you usually don't do anything else while flashing. you can still have other stuff connected to the pins, as long as this other stuff doesn't interfere with the signals. e.g., if you keep nSS high, a slave's MISO should be Z, so it wouldn't mess with ICSP's MISO.
<wpwrak>
tuxbrain_away: (assuming the AVR is the SPI master)
<rjeffries>
is this required every time Ben is powerd on?
<rjeffries>
rjeffries: did you    echo 1  >/proc/sys/vm/overcommit_memory    ?
<wolfspraul>
definitely not 'required', it's an optimization
<wolfspraul>
which is included by default in the latest testing image
<wolfspraul>
then we find out over time whether there are any unforeseen negative side-effects, and whether it will stay in as default or not
<wpwrak>
rjeffries: this change is lost when you (re)boot, yes
<wpwrak>
wolfspraul: the own downsides i know of is that, a) if you run close to the memory limits or exceed them, the system gets very slow because it spends a lot of time trying to free memory, and b) it gets a bit less predictable what processes get killed once you run out of memory for good
<wpwrak>
s/own/only/Â Â # coffee not kicking in yet
<wpwrak>
xiangfu: btw, after last week's discussion about the slowness of the build process, i tried to see how long it would take on my pc (an elderly quad-core (Q6600) with a lot of RAM). alas, the build didn't get very far, so i'll have to look into this again at a later point in time.
<rjeffries>
well the Ben choked when the only thing I had done was open nano editor then close it
<wpwrak>
xiangfu: one thing i noticed was that you listed  jikes  among the dependencies
<rjeffries>
maybe there is some other issue i dunno
<xiangfu>
wpwrak: thanks.
<wpwrak>
xiangfu: this seems to be some very old package. e.g., in ubuntu they removed it several releases ago and i found comments stating it was obsolete. what distribution are you using ?
<xiangfu>
wpwrak: I am using ubuntu 10.04, the buildhost is Debian 5.0
<wpwrak>
rjeffries: just a nano shouldn't be a problem. well, unless you're editing a really big file :-)
<rjeffries>
so it urns out that SoB (son of Ben) having more RAM might be A Good THing
<wpwrak>
rjeffries: i haven't read many disagreeing voices in the last year or so :)
<rjeffries>
wpwrak I had EXITED nano. nothing was going on, so maybe this particular Ben is ill I dunno
<xiangfu>
wpwrak: I don't know what 'jikes' for.  I can not remember add it to dependencies.
<rjeffries>
wpwrak it is also not at all clear that 64MB would be the right bump. Ben has ok CPU power, is RAM starved
<wpwrak>
xiangfu: hmm ... and you have jikes installed on ubuntu ? i think 10.4 doesn't have it. don't know about debian. it seems that sun java 6 or so may be a replacement for jikes (at lest that's what i found in some comments)
<wpwrak>
rjeffries: you mean you'd want more the 64 MB ?
<wpwrak>
s/the/than/
<rjeffries>
not sure more thasn 64MB will be prsctical on Ben due to cost
<xiangfu>
wpwrak: the build host system have 'jikes' : jikes - Fast Java compiler adhering to language and VM specifications
<wpwrak>
so maybe the dependency doesn't exist anymore. even better ;-)
<rjeffries>
I have an exciting new Ben accessory: a magnifing glass
<wpwrak>
rjeffries: cost could be an issue, yes. not for the memory size per se but for the industry moving to DDR, so the old SDR stays at a higher price point
<wpwrak>
wolfspraul: a 4740 with a DDR interface would be very cool ;-)
<wpwrak>
rjeffries: would you like a walking stick with this ? ;-)
<wpwrak>
xiangfu: you run full builds on both systems, your ubuntu pc and the debian buildhost, correct ?
<rjeffries>
I need to send a photo. Maybe tuxbrain will put logo on this handsome magnifier and sell it in his shop
<xiangfu>
wpwrak: recently not. only build minimal in my ubuntu pc.
<kristianpaul>
xiangfu: hi
<xiangfu>
kristianpaul: hi
<kristianpaul>
xiangfu: i got a minimal build, whats the way to get single packages compiled?
<wpwrak>
rjeffries: after the "nanowar" edition, he can then make the "forefather" version ;-)
<kristianpaul>
I mean i want re-use the minimal build and just add the packages i want later
<xiangfu>
kristianpaul: make package/PACKAGE_NAME/compile
<kristianpaul>
:-)
<kristianpaul>
he
<kristianpaul>
thanks xiangfu
<wpwrak>
xiangfu: okay. so i'll keep you posted when i stumble into anything. thanks !
<xiangfu>
kristianpaul: or edit the ".config", change the package from "not set" to "=y"
<kristianpaul>
wpwrak: quadcore?? ha
<kristianpaul>
is happy with his on core and 900Mb ram :-)
<xiangfu>
wpwrak: ok thanks. maybe the package depends on 'jikes' already removed in openwrt :)
<kristianpaul>
s/one/one
<kristianpaul>
wpwrak: in the other side you could be the new buildhost :-)
<xiangfu>
kristianpaul: output more info when compile package: make package/plplot/{clean,compile} V=99
<kristianpaul>
xiangfu: Just by curiosirty, how usefull is the upstream image provided from openwrt for the nanonote?
<xiangfu>
kristianpaul: it's a like minimal rootfs
<kristianpaul>
But may allow me to build the qi feed? (gmenu2x, startdic,, etc...) ?
<wpwrak>
kristianpaul: (buildhost) naw, not with my slow link :)
<xiangfu>
kristianpaul: yes. just add those feeds to 'feeds.conf'
<kristianpaul>
wpwrak: (slow link) fair point in you favor
<kristianpaul>
hmm now dingux seems to be suffering from manuals obscurity from ingenic :-?
<larsc>
hm?
<kristianpaul>
larsc: seems they need the programmer's manual of the JZ4755 SoC
<kristianpaul>
I read from rss but now i cant find the blog entry..
<wolfspraul>
kristianpaul: already solved.
<kristianpaul>
wolfspraul: :-)
<kristianpaul>
xiangfu: i tought mac address in then nanonote was already asigned to the chip...hmm
<jow_laptop>
wpwrak: jikes dependency is introduced by sablevm-sdk package in openwrt
<jow_laptop>
I never understood who parted that and for what it is/was useful since this seems to have existed long before any gui efforts in openwrt
<jow_laptop>
*ported
<wpwrak>
jow_laptop: hmm, "NOTE: THIS PROJECT HAS MET ITS RESEARCH GOALS AND IS NOT ACTIVELY MAINTAINED ANYMORE."
<wpwrak>
jow_laptop: does this sound as if the bottom line would be that sablevm may not be so useful to keep around ?
<jow_laptop>
ah, its a small java vm
<jow_laptop>
somehow I always thought about some game engine
<jow_laptop>
scumvm or how it was called
<wpwrak>
does anything depend on sablevm ?
<jow_laptop>
nope
<kristianpaul>
kill it! :')
<wpwrak>
pats the headman's axe
<kyak>
xiangfu: (Ethernet_over_USB#Static_Mac_Address) how i can do this when building an image?
<jow_laptop>
xiangfu: regarding the question where to hook the alsactl restore... module loading happens in /etc/init.d/boot (first initscript). You could do the restore in an /etc/init.d/alsa with START=11
<xiangfu>
jow_laptop: oh. yes. thanks for the info
<xiangfu>
kyak: the kernel command is in u-boot.  there are two method.
<xiangfu>
1. change u-boot code.
<xiangfu>
2. we have a package name 'nanonote-files' which have a 'mtd.nn' and this package will run "mtd.nn fw_setenv_default" when you first boot your nanonote. so change the content of mtd.nn in nanonote-files package.
<kristianpaul>
kyak: that will be very usefull indeed
<jow_laptop>
xiangfu: did you ever try to use /etc/config/network to manage the usb0 ?
<xiangfu>
jow_laptop: only config the ip address , never try config mac address.
<jow_laptop>
theoretically "option macaddr ..." should work
<xiangfu>
jow_laptop: ok. will try that and report. thanks again .
<xiangfu>
jow_laptop: there are two mac address of usb0. g_ether.host_mac  g_ether.dev_mac. can we setup those two mac address in /etc/config/network?
<mth>
in Debian I added "hwaddress ether 01:23:45:67:89:AB" in the right interface section in /etc/network/interfaces
<mth>
I think buildroot uses the same network config tools as Debian
<tuxbrain_away>
The more I see it the more I think a recover it with plastic can fit
<tuxbrain_away>
if posible in bright black plastic as NN is
<tuxbrain_away>
or at least black
<tuxbrain_away>
whatever I want one of it, can we do a exchange? 5 UBB by one atben? :P
<kristianpaul>
hahahah
<tuxbrain_away>
kristianpaul: don't laugh man, next target is your gps thing :P when a 8:10 version?
<tuxbrain_away>
thinks than negotiate with pcbs with a man that piss tin and create smd with snaps of his finger is a noway deal
<kristianpaul>
tuxbrain_away: 8:10 not yet, actually thats the last thing i'll do :-)
<tuxbrain_away>
kristianpaul: well at least is in the todo list :) , just to focus a gps thing is more usefull in a portable device like NN more than a plugged thing like MM1, I suppose is for the FPGA part you have started with MM1, isn't it?
<roh>
huh? what does one need an fpga for to recieve gps?
<tuxbrain_away>
roh:kristianpaul is going beyond to use a gps module, is creating a full free gps stack, catching directly the airwaves and creating the electronic and logic needed to transform it something usable by a computer, ( kristianpaul correctme if I'm wrong)
<tuxbrain_away>
and I have read well he is using FPGA to do that signal treatment
<tuxbrain_away>
next NN wet fantasy: atben+ kristianpaul gps +openmoko navigation expansion all in one 8:10 :)
<roh>
tuxbrain_away: i know. still doesnt need a fpga
<tuxbrain_away>
ok then I'm wrong :P
<roh>
fpga are good for asic development. doesnt need to be done here. whatfor? there are gps demods. and cpus. thats how ALL gps modules are built.
<wpwrak>
tuxbrain_away: (exchange) naw, sorry. making the four sets for adam (2), roh (1), and richard (1) is already bad enough. this stuff takes forever, and you get slower with larger volumes :-(
<roh>
regardless if you look at ublox, sirf or broadcom, they all do gps with a hw demod and afaik even all use a arm cpu (mips would also work)
<tuxbrain_away>
wpwrak: well whatever count with that 5 production UBB :)
<roh>
so.. please explain why we need an expensive, power-hungry, physical gigantous fpga for gps ;)
<wpwrak>
tuxbrain_away: (snaps of his finger) hmm, making a set takes 1-2 days ... depending on the rate of mistakes (which goes up rapidly with larger volumes)
<roh>
wpwrak: i can feel your pain ;)
<wpwrak>
roh: thanks :)
<kristianpaul>
tuxbrain_away: (catching directly) ergg not so, i use a GPS L1 Fronted for that
<roh>
kristianpaul: which is totally ok. thats what _all_ gps modules do. demodulating yourself wouldnt gain anything
<kristianpaul>
roh: tuxbrain_away fpga can speed up some tracking process,imaging doing fft on the nanonote :'/
<roh>
kristianpaul: still a waste of power.
<roh>
fpga are bad cpu.. stupid to use them mobile
<kristianpaul>
roh: (demodulating yourself wouldnt gain anything) wronng, actually thats a key point for indoor aplications
<roh>
kristianpaul: nah. not even ublox does that.
<kristianpaul>
roh: how do you know? (ublox)
<roh>
kristianpaul: do it like gps. digitize i and q and do math on it.
<roh>
no full sdr, but only the last step of the demod
<roh>
or gsm. (where we use the bitclock and sync on it (while the burst)
<roh>
sdr is always stupid coming from a 'saving space, power, cost' pov
<kristianpaul>
roh: ( fpga are bad cpu) sure, the idea is implement specific things not a cpu maybe basebadn processor
<roh>
kristianpaul: ublox is a soc vendor. fabless. they do 'the math' and the integration of done designs. afaik they used a maxim chip for L1 frontend before integrating it even more
<kristianpaul>
roh: sure, fft is not the only way to correlate and track signals
<roh>
kristianpaul: i still dont get whatfor? the openmoko gta01 had a 'l1 frontend' on a serial and needed to do the math on the main arm cpu in side the binary blob.
<roh>
and it worked (somehow)
<kristianpaul>
roh: (gta01) do you have the specs of the 'l1 frontend' ?
<roh>
i didnt like the binary part. but i dont see why we need more than the small arm7 which the complete rest of the industry uses for their 50 or so korrelators.
<roh>
kristianpaul: not much. we dont have any serial protocol description or so.
<kristianpaul>
roh: (do it like gps. digitize i and q and do math on it) thats the idea
<kristianpaul>
why you understood?
<roh>
kristianpaul: it was that hammerhead thingie
<roh>
the company who did the chip and the binary was named 'global locate'
<roh>
which was bought up by broadcom while openmoko was working on the gta01
<roh>
we switched for ublox for the gta02 (freerunner)
<kristianpaul>
i dont get this,  that dint seems to be _just_ a 'l1 frontend'
<kristianpaul>
wich ublox?
<kristianpaul>
reference?
<roh>
ublox was antares4 or so ... its is a different solution (no binary on the main arm cpu, real nmea on serial)
<kristianpaul>
so, what's the fun on reading a nmea?
<kristianpaul>
wich is already posible, but dint help copylegft..
<roh>
ublox basically brings its own arm cpu for running their binary. but in the end all gps are the same. its a L1 demod which spits out a serial bitstream consisting of adc values from I and Q.
<roh>
for openmoko it was imporant to get a working product done. that wasnt possible with hammerhead and broadcom. broadcom wasnt even able to recompile their binary with a eabi compiler
<roh>
also licensing was madness.
<roh>
thus we went to ublox which solved the problem by blackboxing the binary in its own arm cpu (which is ok by my levels of foss neediness)
<roh>
as long as those blackboxes have open specified interfaces i can work with them. i dont accept them running in the same domain as my free code. so binaries in kernel or userspace i need => i dont buy the product. from my pov i cannot buy hw from nvidia or (too fresh) ati hw. (and i dont. i use a 3 year old thinkpad which is completely foss supported)
<roh>
gllin was like the master example why foss and classic bullshit bingo business dont mix well. it was like a roadblock you couldnt drive around.
<kristianpaul_web>
roh: i'm not saying that mostly gps receiver dint work from correlating i/q signals
<kristianpaul_web>
wich point us back to the fat, that a dedicated hardware is needed for some hard part of the process
<roh>
kristianpaul_web: dedicated hw for doing what? working the i/q samples?
<roh>
of for doing the L1 demod up to i/q samples?
<kristianpaul_web>
sure, you can do that part with the nanonote (not couting bandwich issues) but i dont see it tracking at least 4 channels to get a fixed point meawhile you are in the  bus for example
<roh>
i agreee that you need the L1 demod like all others.
<wpwrak>
roh: (nvidia and ati) i have both in my pc. yet still no closed drivers ;-)
<roh>
and the I/q samples cannot be that much data. it was a serial without hw handshake and afaik some low data rate liek 38400 or 57600
<roh>
they do the gps correlation stuff on a slow arm7 cpus. cannot be magic
<kristianpaul_web>
yes, thats why i pointed tuxbrain_away that some dedicated hardware is required to catch gps signals and get a decent i/q data
<kristianpaul_web>
for what i now, (with the  fronted i work) is not 57600, (as is not nema ;-))
<roh>
sure. we agree on that. sdr is plain stupid (and expensive) for that. especially since there are proper dedicated filters for the gps stuff
<wpwrak>
i wonder how hard the correlation it. may just be a bunch of relatively straightforward state machines. alas, i couldn't find any sort (~4-5 bits) examples of gold codes
<roh>
kristianpaul_web: nmea would work on 4800 baud
<kristianpaul_web>
sampling is about 2MSPS for at 4 bits per sample
<roh>
wpwrak: afaik the L1 baseband signal is very few bits 4bit per sample or so
<roh>
4 bit I and 4bit Q per sample or so
<roh>
its not as simple as a state-machine i believe
<kristianpaul_web>
rjeffries: seems other browout at  home or ISP troubles athome :-(
<kristianpaul_web>
for one channel should not be so much trouble..
<roh>
afaik recent gps solutions do have like 50 parallel correlators
<wpwrak>
roh: you would do the correlation in the analog domain ?
<wpwrak>
roh: well, digitized-analog i mean
<roh>
wpwrak: no. its done inside of arm cpus in sw. afaik
<kristianpaul_web>
roh: are you aware of the freq used to spread gps/gnss signal?
<roh>
kristianpaul_web: i dunno all details (quite widely spattered) but afaik there is only a quite small band to recieve anyhow
<roh>
for L1
<kristianpaul_web>
sure
<roh>
1.572 ghz or so (from my head)
<roh>
thats also why these small patch antennas are manually tuned
<kristianpaul_web>
wpwrak: namuru use some acumulators in hardware
<roh>
(the 'scratches' on the corners of patch antennas'
<kristianpaul_web>
wpwrak: the akos book mentioned it a bit but  not in depth
<wpwrak>
kristianpaul_web: so how is it done ? reconstruct a bitstream and then try to match one of the gold codes ?
<kristianpaul_web>
wpwrak: actually gps-sdr (softwre project) used some precomputed fft tables
<roh>
need to run.. bbl
<wpwrak>
so the correlation is done with FFT ? interesting
<kristianpaul_web>
yeah, but i was told also gps-sdr (software project) is not the best example to folllow in this topic
<kristianpaul_web>
wpwrak: namuru i think  uses some algorithm for serial correlation, i mean some series of multiplication and comparisson, after it found something
<kristianpaul_web>
wpwrak: of course this is a FPGA, so you can multiply it  by 3 (for the prediction/tracking part), then 12 channels
<roh>
12?
<kristianpaul_web>
sure
<roh>
why so few?
<kristianpaul_web>
well... see in gpredict how many satellites you can get in a skyview (just GPS )
<roh>
sirf also uses arm. seems they got bought by CSR
<kristianpaul_web>
roh: you should be aware (just in case), the chip could havea correlator part and the CPU part (also know as baseband processor)
<roh>
sure. but that would be new to me.
<kristianpaul_web>
but i may be wrong, i dont remenber all details for all comercial GPS-Receiver, and more for those are documented other just not..
<roh>
i currently need to assume its done in sw when one manuf does it that way (globallocate/brcm) since doing it in hw would mean more cost for other manufs.
<roh>
so. no. i dont know if sirf and or ublox do use hw for that. i just assume they dont since i know its possible.
<kristianpaul_web>
thats the thing !
<kristianpaul_web>
so close-sourced gps are just that...
<kristianpaul_web>
gps receiver*
<kristianpaul_web>
see later i need phone my ISP :-/