<tuxbrain>
kristianpaul: gps plugged and running in debian :) receiving NMEA statements using cat /dev/ttyS0 , I'm indoors now so no fix yet charging the battery of the bnn to try it outdoors , fyi I have attached both rx and tx without problem, but not tried yet to send any message to gps, also mine is working at 9600bps
<kristianpaul>
tuxbrain: oh great
<kristianpaul>
tuxbrain: but do you plus gps with some voltage level shifter?
<tuxbrain>
kristianpaul: nop the module is 3.3V :)
<kristianpaul>
tuxbrain: :)
<kristianpaul>
how do you arragne it with the closed case?
<kristianpaul>
tuxbrain: in jlime is matter of instaling gpsd and tangogps to get your localtion
<kristianpaul>
frist time it requires internet to get the maps, or you can download on coputer and pass it to the nano
<kristianpaul>
tuxbrain: i neede try debian in depth, hav you got running fb apps on it btw?
<kristianpaul>
hmm
<kristianpaul>
you can install gpsd and run cgps from console
<kristianpaul>
is not the fancy gps map but tis your location
<kristianpaul>
or use  gpxlogger to get traces as you move
<kristianpaul>
planning do that in his town
<tuxbrain>
cool that was my next research :) console gps apps,
<tuxbrain>
too
<kristianpaul>
i'l  write on the wiki so others can read that :)
<tuxbrain>
barbera del valles is not yet on openstreetmaps, I have to find a way to attach the nano to the bike
<tuxbrain>
with style of course
<kristianpaul>
hehe well me too, actually i think i'll 3D print some stuff for it
<kristianpaul>
but not starting design it yet, also my gps is tooo big for biking :/, at least in safe way ;)
<kristianpaul>
may be wolfspraul can find in china cheaper/smaller gps modules :)
<tuxbrain>
regarding how to attach the gps module I finally opted to be pragmatict and I attached it in the already done serial connector and with velcro at the rear of the screen cover. yeah not the most elegant solution but the quickest and I can reuse the module for arduino
<kristianpaul>
:)
<tuxbrain>
also soldererd a led to know when I got a fix
<kristianpaul>
have velcro somwhere
<kristianpaul>
huh?
<kristianpaul>
i was thinking a make a beep
<tuxbrain>
oh, sorry my module has a pin to led that blink on fix
<kristianpaul>
ahh :)
<kristianpaul>
tuxbrain: let me know how the antena behaves outdoor
<wolfspraul>
tuxbrain: can you upload a picture to the wiki?
<tuxbrain>
ok I will, the pitty is that due there is no real backup battery , every time it disconnect or BNN is shutdown is a cool start, so all amanac and such info has to be done again each time it turns on, I think there are methods to solve this by software, I have to take a look
<kristianpaul>
tuxbrain: same her ebut look, with NMEA it cool start is just 5 seconds ! :D
<kristianpaul>
so worrie about it
<tuxbrain>
wolfspraul:Â Â sure I will, this night is publish night :)
<kristianpaul>
also is gpsd is at boot time the wait time is less
<kristianpaul>
my worrie is the antenna
<wolfspraul>
blist
<wolfspraul>
(sorry)
<kristianpaul>
:)
<kristianpaul>
wolfspraul: you like text based apps on nanonote openwrt firwamre?
<kristianpaul>
o wthat you think about it?
<wolfspraul>
what do you mean?
<wolfspraul>
I like both
<wolfspraul>
I think there are very strong text-based apps, and ncurses-based they are relatively easy to port
<wolfspraul>
they are fast etc.
<wolfspraul>
so I think yes we should first strongly collect to this rich old base of apps
<wolfspraul>
(=text/console)
<kristianpaul>
yes that i meant :)
<kristianpaul>
fast indeed :)
<wolfspraul>
yes and there are 1000 details we can get right
<wolfspraul>
which is good
<wolfspraul>
tuxbrain: how are NanoNote sales now?
<tuxbrain>
kristianpaul:Â Â where I live sems to have bad feng shui for RF signals due both gsm and gps signals cost sweet and guts to be catched , I have to move about a half kilometer to have a fix from scratch , devices with Agps are easy going but not instantanious at all as they work after leaving the "silence RF" area, so I will test how much it takes in that zone and also in more friendly one.
<kristianpaul>
i said that cause so far cgps is the most decent app to run in openwrt, until nananomap with gps client support got compiled with no errors (glup!)
<wolfspraul>
yes let's get console gps apps into openwrt
<tuxbrain>
wolfspraul: from slowly to frozen, but it was my fault, I has been silence for a while (my bad) but is time to be vervose again
<kristianpaul>
tuxbrain: good point please keep it inming for the wiki too :)
<kristianpaul>
tuxbrain: you also can sell gps ;)
<kristianpaul>
arduino
<kristianpaul>
wow lots of stuff to add
<wolfspraul>
tuxbrain: no problem, summer time
<wolfspraul>
I think we signed a real strong supporter for copyleft hardware in the US now - freedomincluded.com
<wolfspraul>
tuxbrain (or anybody else) - is it true that we have 'miniperl' in openwrt?
<wolfspraul>
why not the full perl?
<wolfspraul>
what are the pros/cons of miniperl?
<tuxbrain>
kristianpaul: I have a dual  feeling about it, having gps in the BNN is really exciting and marketing defensible but there are two big cons first, the module is not cheap is about 35-40 EUR bought in the quantities I can do so, if have to charge some marging to that it will rise a 10% at least plus shipping costs to the costumer, too expensive I think, and point two  to install it requires to solder directly on nano so this piss off on any kind of wa
<tuxbrain>
rranty if things go wrong and this is a sure source of troubles in the distribution side of things, if ya has a  accecible external serial connector, selling the module along with the connector for example is another history but right now, with BNN  the gps thing is only a inspiration source ,marketing reclaim, and a help for future Sharism products to have a way to worin on the sofware part for future products than a idea of product or direct busine
<tuxbrain>
ss.
<tuxbrain>
and I have to review what I wrote before presing enter not after.
<nebajoth>
the BNN is endemically too hard to plug things into
<nebajoth>
solder this, hack that
<nebajoth>
if all the Ya did was add some way to plug stuff in, I'd buy 2
<wolfspraul>
nebajoth: we need to integrate those things in mass production
<nebajoth>
word
<wolfspraul>
let's add USB host or so first
<nebajoth>
that would do it
<wolfspraul>
I'm all for improving things
<wolfspraul>
smarter test points, test point in easier to access locations
<nebajoth>
yes
<wolfspraul>
smarter way to expose uart/spi/what not (idbg), etc. etc.
<wolfspraul>
we just need to be careful to not forget manufacturability & cost of production
<nebajoth>
agreed
<wolfspraul>
it has to stay cheap, and in fact get cheaper
<tuxbrain>
wolfspraul: please please please, tellme that the uart will not need to solder, please please please
<wolfspraul>
modularity in HW never wins in the long run, no matter how much people want it
<nebajoth>
but the truly distinguishing characteristic of open source SOFTWARE is that you can get into its guts easier than proprietary software
<wolfspraul>
agreed
<wolfspraul>
updatability/unbrickability
<nebajoth>
the analogous characteristic in hardware will be exposed test points and expandabilityy
<wolfspraul>
no worries guys, we will get those slightly conflicting goals at peace with each other :-)
<nebajoth>
:D
<nebajoth>
its fine for now
<wolfspraul>
I may just take the 'manufacturing cost' stand once in a while...
<nebajoth>
I use my BNN every single day
<wolfspraul>
every connector costs, in many ways
<nebajoth>
I've just reimagined its purpose as an islanded unit
<nebajoth>
with occasional stops at the oasis
<nebajoth>
when I plug it into something bigger
<nebajoth>
btw
<nebajoth>
you haz proper german keymap, wolfspraul?
<nebajoth>
I've been messing around with keymaps/locales on debian
<wolfspraul>
me?
<wolfspraul>
you mean on my bnn, or notebook?
<wolfspraul>
I use american keymap anyway
<nebajoth>
I meant bnn
<wolfspraul>
I just use the default.
<nebajoth>
:O
<nebajoth>
no diacritics on your vowels?!
<nebajoth>
do you never type german?
<urandom_>
nah writing oe instead of ö for example is fine in most cases, i know a lot of people doing it
<wolfspraul>
yes, including me :-)
<wolfspraul>
plus I hardly communicate in German
<wolfspraul>
99% of my mails and other electronic communication are in English
<wolfspraul>
(such as this chat :-))
<wolfspraul>
the few letters a year I write in German, either I wrote oe/ue, or I copy & paste umlauts one by one from German websites, he he
<nebajoth>
:D
<wolfspraul>
tuxbrain: for GPS, in the long run my plan is to produce and ship a 'free stack'
<wolfspraul>
the modules you and cristian paul and others are hacking right now are the first step in that direction, and very very helpful
<wolfspraul>
we can start to bring software over etc.
<tuxbrain>
wolfspraul: about microperl (the default in openwrt , as I see in the menuconfig)  is a very simple version of perl aiming to execute simple perl scripts aiming to maximum portability and quick compilation  in machine with low resources. it lack of features like DynaLoader XS that make it incompatible with modules like IO::File, your DBM database library (DB_File, SDBM_File or equivalent) or any of the modules on CPAN with XS components.
<wolfspraul>
tuxbrain: if we switch to full perl, what's the downside?
<wolfspraul>
longer boot time? takes more space in NAND? slower perl execution?
<wolfspraul>
then hook it up directly to the XBurst, and drive the entire GPS stack/protocol from there
<wolfspraul>
of course it will be a huge free software task again, because afaik such a free software stack does not exist right now, but important pieces exist, like the Japanese RTKLIB project
<wolfspraul>
but that's the only direction I can see us going in the long run
<kristianpaul>
is posible get that one as a kit/board ?
<wolfspraul>
and hopefully those RF ICs should be cheaper too
<wolfspraul>
kristianpaul: don't know, just day dreaming now
<wolfspraul>
we first should work with modules for a while
<kristianpaul>
ok
<kristianpaul>
:)
<wolfspraul>
there is a lot of work, and we are only a few people. so we need to go step by step, and make the various pieces work.
<wolfspraul>
liek with the GPS modules now, we can start bringing software over.
<kristianpaul>
yes i'm on that
<tuxbrain>
wolfspraul: I read the spreadsheet, and as always I don't understand a shit but some intuitions here and there, this module is also valid for galileo signals isn't it? if so, coool, also as far as I see, we have to implement a lot of things (by soft? by hard? by both I guess) to convert what that thing trhows for it's "DATA OUT" in to something usable like a NMEA or SIRF output isn't it? , Totally agree with your aproach Wolfi as always :)
<wolfspraul>
that's not a 'module', that's just a RF IC :-)
<wolfspraul>
much much lower
<wolfspraul>
companies like u-blox for example essentially are software companies that implement a GPS stack (the protocol) in software
<wolfspraul>
they buy the RF IC from somewhere else, I think u-blox even resells the SE4120L somewhere
<tuxbrain>
yeah :) to my totally ingnorance you must include my lack of low level hardware vocabulary :P
<wolfspraul>
so if we hookup a front-end RF IC to our XBurst CPU (or Milkymist later, he he), then we have to implement a huge amount of additional software compared to talking to a module over UART and getting coordinates there
<kristianpaul>
wolfspraul: hey MM good idea
<kristianpaul>
tehre is uart i just need  display :)
<rafa>
kristianpaul: yes, check the files planet-...osm.bz2
<rafa>
kristianpaul: perhaps for maps?
<rafa>
the README file in gosmore, and the binary (when you run it) says:
<rafa>
Usage information
<rafa>
-----------------
<rafa>
Fetch planet file from OpenStreetmap and feed it to gosmore
<rafa>
bzcat planet-...osm.bz2 | gosmore rebuild
<kristianpaul>
ohh
<rafa>
Cannot read gosmore.pak
<rafa>
You can (re)build it from
<rafa>
the planet file e.g. bzip2 -d planet-...osm.bz2 | ./gosmore rebuild
<rafa>
kristianpaul: anyway, I will do the opkg package.. if somebody has that free space then he/she can try
<rafa>
it
<kristianpaul>
sure
<kristianpaul>
fechting now... 10GB... :/
<kristianpaul>
argg i'm running out space :(
<kristianpaul>
dam
<kristianpaul>
    * ou can create a smaller pak file by specifying a cropping bounding box during a second pass. Even if the bounding box is the whole planet, the resultant file will have a better structure, e.g.
<wolfspraul>
eggdrop, and irclog2html to generate the HTML files
<wolfspraul>
for the commitlog I use irc_cat but it's not very robust, I will try to do this with eggdrop as well one day...
<tuxbrain>
with eggdrop and irclog2htl is enough :) thanks(again)
<kyak>
wolfspraul: hey!
<wolfspraul>
hi
<kyak>
wolfspraul: i think you can help :) i set up public keys in my account on projects.qi-hardware.com, but i can't seem to able to commit
<wolfspraul>
you may have to wait a few minutes
<wolfspraul>
there are some cron jobs running, I don't know/forgot the details
<Ornotermes>
is there any way to get a finer control of volume on ben?
<wolfspraul>
kyak: when did you upload the key?
<kyak>
the connection is reset and it says "Need SSH_ORIGINAL_COMMAND in environment.". When I run with ssh -vvv i see that key negotiation is finished
<kyak>
wolfspraul: i think, around 15 minuts ago
<wolfspraul>
15min should be enough
<wolfspraul>
by far
<kyak>
yep, i think the key is not an issue here
<qwebirc12546>
Hi! Back again! ;-)
<qwebirc12546>
opkg update aready done ...
<qwebirc12546>
what i need is a gcc for nanonote on nanonote ... i would like to compile my c sources ON nanonote ...
<wolfspraul>
kyak: hmm
<wolfspraul>
which command do you run on your end?
<qwebirc12546>
I really fear, that i destroy something ....
<qwebirc12546>
e.g. keyboard ...
<qwebirc12546>
sound
<qwebirc12546>
e.t.c.
<qwebirc12546>
I would like to stay with the original distribution ...
<ezdagor>
Ok. I successfully compiled the kernel on the NanoNote. Now, I need to turn the vmlinux.bin into a uImage.bin. Anyone know how?
<kyak>
wolfspraul: hard to tell.. i;m using gitk for now
<qwebirc12546>
What disadvatages do i have, when i change to debian?
<qwebirc12546>
gcc on Nanonote on OpenWRT - How?
<wolfspraul>
kyak: maybe you try command line access first?
<qwebirc12546>
Hmm? sshd on nanonote works!
<kyak>
wolfspraul: nah.. i'm not so good at git :) it's a real trouble to prepare just two files for commiting
<qwebirc12546>
I am really missing manymany old GNU packages on Nanonote ...
<wolfspraul>
that 'need SSH_ORIGINAL_COMMAND' is coming from gitk?
<wolfspraul>
qwebirc12546: like what? let's add them! :-)
<ezdagor>
http://packages.debian.net has a vast selection of prgorams for the MIPS architecture.. that's where I got mine.
<rafa>
kyak: if you do not have info for authentication then you can do patches and to send them to xiangfu or qi devel mailing list
<rafa>
qwebirc12546: you can try jlime ;)
<urandom_>
qwebirc12546 most people think that the ben is too slow for compiling stuff on it and prefer cross compiling cause it is much faster
<kyak>
rafa: i have it, i've already added a public key to the server
<rafa>
qwebirc12546: it has all the development packages :) .. and you would use it from SD so you would not touch your openwrt installation ;)
<tuxbrain>
rafa: you don't loose an occasion to gain an adept :P
<qwebirc12546>
adept ... hmmm ....
<qwebirc12546>
I expected Ben nanonote to be idiotproof ;-(
<urandom_>
lol
<rafa>
tuxbrain: of course :) .. I could explain him how to add gcc to openwrt, but I do not know. So I prefer to convice them to try jlime. You just can use it from sd :)
<tuxbrain>
note to openwrt nanonote mantainers, having a insisde building toolchain should be awesome (as packages not included in default distro)
<tuxbrain>
qwebirc12546:Â Â mmm then you don't have read enough :P
<urandom_>
they can include it, we have a 2gb NAND
<qwebirc12546>
opkg install gcc should really work ... -(
<tuxbrain>
qwebirc12546:Â Â jokes apart, the goal is to arrive to that idiot proff level :)
<urandom_>
also there are many reasons to take a look at jlime, not just cause of gcc
<tuxbrain>
we are on the way
<qwebirc12546>
Luckily i have installed Ubuntu ... so toolchain should work ... but - a MIPS processor with 32 MByte RAM should really be enough to be selfhosting ...
<ezdagor>
Anyone know how to make a uImage.bin out of a vmlinux.bin?
<rafa>
tuxbrain: Moreover it is hard to get some testers for jlime... so if we do not get some adepts soon I think that the job to improve it will not be so useful.. I think that jlime should not be linked/named on qi websites/servers, so I am trying to get some users before to be quiet about our work.
<rafa>
tuxbrain: just two users gave feedback IIRC
<urandom_>
qwebirc12546 openwrt is a distribution for routers mainly, they have much worse hardware
<rafa>
ezdagor: sure.. let me find the link of my notes
<rafa>
ezdagor: read from "make ARCH=mips CROSS_COMPILE=mipsel-linux- vmlinux.bin
<rafa>
"
<wolfspraul>
I will take care of the patent problem on our end, and do what is legally required
<wolfspraul>
but you definitely don't need to be quiet :-)
<ezdagor>
rafa: Well, actually I compiled the kernel on the NanoNote.. I tried the "gzip -9 vmlinux.bin" and then the mkimage command... when I try to boot the NN it just goes into a continious loop of trying to boot the kernel.
<rafa>
wolfspraul: I was talking a bit with other jlime devs.. they did not give me yet some opinion about software which can do "things" with patented stuff.. so if we do not get an agreement then I think that it is better for nn  if we do not talk about our stuff on qi services with public logs links.. etc
<ezdagor>
Do I need to issue this first: echo 0x$(mipsel-linux-nm vmlinux 2>/dev/null | grep " kernel_entry" | cut -f1 -d ' ') ???
<rafa>
ezdagor: did you do all the proper steps?
<ezdagor>
AFAIK.
<rafa>
I mean, did you get the value for -e  in mkimage
<rafa>
?
<ezdagor>
...Make ARCH=mips menuconfig... make ARCH=mips; make ARCH=mips modules... etc, etc.
<urandom_>
rafa i think you can talk about it here, just dont say "play mp3 with this" or something like that
<ezdagor>
rafa: I don't know what you mean. Which "-e" ??
<rafa>
urandom_: so you want to hide that it does? :)
<rafa>
ezdagor: did you read the link I gave you?
<ezdagor>
Yes, I did pass that parameter.
<rafa>
the paramete that you got? or some random?
<urandom_>
rafa no need to hide, it is not even illegal and there are patend free countrys
<ezdagor>
The only thing that did not pass was the 'MIPS' value.. I had to substitute it with just MIPS without the quotes.
<urandom_>
and no i cant do this, i can only type with one hand currently and never was able to get it working for me
<wolfspraul>
rafa: urandom_ you guys can talk whatever you want
<wolfspraul>
we will not let someone limit even our right to speak freely
<wolfspraul>
the requirement is on me, in a reasonable way, to remove patent violations from the servers so that I don't infringe on those patents when shipping hardware in certain countries (or rather the distributors don't)
<wolfspraul>
so you guys can talk freely, I will go through and remove MP3/MPEG4/H.264 links once in a while... no sweat...
<wolfspraul>
tuxbrain: I just sent a mail with my latest findings with regards to free GPS to the list
<wolfspraul>
quite interesting stuff I think
<urandom_>
GPS on the ben would be so awesome
<tuxbrain>
wolfspraul: wow man, seems thing to come together quicker than expected :) :) :)
<wolfspraul>
tuxbrain: well right now on the construction sites come together
<wolfspraul>
we have to be careful, but I think everybody knows progress is slow, and the Ben is quite stable right now etc. so we see...
<wolfspraul>
but yeah, putting that aside there is stuff going on in some areas, also like Milkymist, and Andres minimilky camera...
<rafa>
ezdagor: do you have mipsel-linux-nm command?.. are you on the same directory that vmlinux file?
<rafa>
ezdagor: why you have a 0x at the end of command?
<rafa>
ezdagor:Â Â it should be just "echo 0x$(mipsel-linux-nm vmlinux 2>/dev/null | grep " kernel_entry" | cut -f1 -d ' ')
<rafa>
"
<wolfspraul>
and I just sold a NanoNote, which always makes me happy :-)
<rafa>
with the proper commands for your environment
<ezdagor>
rafa: No, that's what it returns. That is the execution point.
<rafa>
wolfspraul: great man about free as freedom (to talk :) )
<ezdagor>
rafa: No, I do not have that command... remember I compiled the kernel straight from the NanoNote.
<rafa>
ezdagor: so use your proper nm command
<Ornotermes>
is there any statistics about how many nanonotes been sold all together?
<wolfspraul>
Ornotermes: about 850 now
<Ornotermes>
and you manufacture 1000 at a time?
<urandom_>
poor wolfspraul always being asked how many has been sold :P
<wolfspraul>
Ornotermes: hmm, we are free but 1000 at a time is most economic right now, yes.
<Ornotermes>
then i would say it's a pretty good number
<urandom_>
so we have to sell 150 and then we can produce the ye?
<wolfspraul>
hah
<wolfspraul>
maybe someone else will :-)
<wolfspraul>
it's copyleft hardware after all
<wolfspraul>
the Ben is long not maxed out - software can improve a lot
<wolfspraul>
I mean A LOT
<urandom_>
yeah but producing more nanonotes without usb host feels wrong for me :P
<Ornotermes>
i try to do my part, but i don't have that much experience in programming :)
<wolfspraul>
urandom_: if my wishes had some sort of magic power I would also want lots of things to show up fast
<wolfspraul>
maybe overnight even some Ben in the warehouse can transform themselves to have more RAM? or bigger screen?
<wolfspraul>
:-)
<urandom_>
yeah yeah just saying
<wolfspraul>
I hear you.
<wolfspraul>
but I'm sure you agree:
<wolfspraul>
1) since we launched, software got better every month
<wolfspraul>
2) software can still get 100 times better from an end-user perspective
<wolfspraul>
and those things carry forward to Ya, plus any hardware improvements on Ya need to be very solid as well, not a hasty job with bad hardware quality in production
<wolfspraul>
there will be no Ya until well into last year the earliest, at least I cannot make it earlier
<wolfspraul>
the Ben has a good way to go, and it gets better gradually so I am optimistic it will find more people that can really use and enjoy it
<wolfspraul>
we see
<urandom_>
of course i understand you, but arent things like usb host and more ram very small changes in the production process (which would make a lot more people buy them)
<wolfspraul>
not small changes at all
<urandom_>
oh ok, sory dont know much about it
<wolfspraul>
hardware economics are nasty, I learnt my lessons the last years
<Ornotermes>
and once a thing get changed some will expect more changes just because of that
<Ornotermes>
how low battery voltage can ben operate on?
<rafa>
of course, you need to use your toolchain command name
<emeb>
Hmmm - what's the big deal? I used the openwrt build instructions from the qi-hardware wiki. Worked fine.
<ezdagor>
I'm stuck on the...
<ezdagor>
# Get the set entry point for mkimage command (-e) echo 0x$(mipsel-linux-nm vmlinux 2>/dev/null | grep " kernel_entry" | cut -f1 -d ' ')
<rafa>
emeb: no idea, ezdagor says that he tried a lot of times
<calamarz>
ezdagor: for the debian nanonote kernel notes, check that the patch is correctly applied
<emeb>
maybe the openwrt repo is hose?
<emeb>
hosed
<rafa>
ezdagor: if you run "mipsel-linux-nm vmlinux" only, what does it do?
<calamarz>
ezdagor: are you building a kernel for debian on nn, or for openwrt?
<ezdagor>
I'ved tried the tool chain a dozen or so times, too. I couldn't get past the "make kernel_menuconfig" part.
<ezdagor>
nanodev@wolf:~/dev> /usr/local/jlime/mipsel-toolchain/usr/bin/mipsel-linux-nm /usr/local/jlime/mipsel-toolchain/usr/bin/mipsel-linux-nm: 'a.out': No such file
<ezdagor>
I realize it isn't in my current PATH variable, I assure you it has the same effect as if it was.
<ezdagor>
calamarz: For Debian
<ezdagor>
calamarz: I'd scrap the entire installation, but I took a lot of time adding/upgrading packages on it. And it would take forever to get it back to where it was.
<calamarz>
ezdagor: I was several days wondering what, and finally it was that I was assuming that the patch there had been correctly applied, and it hadn't (some broken line) :p
<ezdagor>
Well, I tried it both without the patch and with it. Same result.
<ezdagor>
Well, actually, I take that back, there are ks7010 kernel modules, but they crap out when modprobed.
<ezdagor>
The "javironman" branch is the kernel that i'm trying to compile and install. Since it is the only kernel source with ks7010 and sound available for NanoNote.
<ezdagor>
Er. "javiroman" I mean.
<mth>
the jz-2.6.34 branch has sound, but I don't know what ks7010 is
<ezdagor>
A driver for KS7010-based WiFi SDIO cards.
<ezdagor>
nanodev@wolf:~/dev/openwrt-xburst-xburst> make target/compile  make[1] target/compile  make[2] -C target/linux compile make -r target/compile: build failed. Please re-run make with V=99 to see what's going on make: *** [target/compile] Error 1 nanodev@wolf:~/dev/openwrt-xburst-xburst> make target/compile V=99 make[1]: Entering directory `/home/nanodev/dev/openwrt-xburst-xburst' make[2]: Entering directory `/home/nanodev/dev/ope
<ezdagor>
if [ -s "/home/nanodev/dev/openwrt-xburst-xburst/build_dir/linux-xburst_qi_lb60/linux-2.6.32.10/patches/series" ]; then (cd "/home/nanodev/dev/openwrt-xburst-xburst/build_dir/linux-xburst_qi_lb60/linux-2.6.32.10"; if quilt --quiltrc=- next >/dev/null 2>&1; then quilt --quiltrc=- push -a; else quilt --quiltrc=- top >/dev/null 2>&1; fi ); fi make[3]: *** [/home/nanodev/dev/openwrt-xburst-xburst/build_dir/linux-xburst_qi_lb60/linu