<roh>
i dont believe in fpga stuff at all. too expensive for ce-stuff. but of course a required evil (including the toolchain) on the way to custom asic(s)
<roh>
if you want  some constructive critic... less foo, more bar. small steps, but one people can buy
<roh>
foo meaning 'endless discussions with people who have not tried $something' and bar meaning all the little cool working hacks which get done and published.
<roh>
s/buy/get
<roh>
does that make sense?
<roh>
wolfspraul do you know thingieverse? i'd love to have that for hardware. pcb, schem, sw/links to sw and for example some 'shop' integration for people who want to buy parts, kits or even assembled devices of that. (the shop part could be some pcb-manuf, sponsoring agreement, or make the pcbs cheaper for stuff in the shop or so.
<roh>
and i need octoparts for europe and asia!
<roh>
does anybody know the guys of octoparts?
<wolfspraul>
roh: ok totally agree with you, I try 'less foo more bar' a lot
<wolfspraul>
I also agree on the fpga price issue, it's a necessary evil for a while. I do like Werner's repeated attempts to install a micro-fpga somewhere, that could help moving forward step by step.
<wolfspraul>
so we see maybe we need that somewhere in fpga land, or to do sdio2whatever bridges
<wolfspraul>
I meant 'somewhere in rf land'
<wolfspraul>
not wasting time on theoretical discussion - YES MAN I hear you :-)
<wolfspraul>
I don't know thingieverse need to check, and I don't know the octopart guys either although I like the site
<roh>
having thousands of chinese and other asian traders feed their 'sourcing information' into it could be interresting.
<roh>
thingieverse is like google code in very simple for physical things
<roh>
the whole physical-thing-rapid-prototyping community is even more trial and error than the sw one i think ;)
<wolfspraul>
nice, I will check it out
<wolfspraul>
need to run for the milkymist case meeting now...
<wolfspraul>
already late...
<wolfspraul>
cya
<wpwrak>
roh: ah, which part of ieee 802.15.4 is too complex ? i still haven't quite decided whether i like it, but at least the chips are fairly decent. more evolved than any of the sub-ghz stuff i looked at.
<wpwrak>
roh: at the same time, you can't dumb them down quite as much. but then, these features may be somewhat hypothetical anyway.
<wpwrak>
wolfspraul in absentia, roh: for the record, i'm not trying to push cpld/fpgas. i just recognize them as a necessary evil if taking certain paths. there are actually "open" cplds out there, i.e., in cypress' psoc3 chips. but they have certain drawbacks as well.
<roh>
wpwrak what features? the 'mesh' foobar?
<alcy>
this thing's real cool, for normal suers as well. even it has its own distro-hopping stage. So from openwrt->debian, now running jlime, and its brilliant.
<tuxbrain2>
rafa , kristianpaul, zear and any other jlime guru out there... how change volume on GMU?
<bartbes>
the volume buttons don't work?
<tuxbrain2>
nop
<bartbes>
try the about screen
<wejp>
tuxbrain2, if the volume buttons do not work, they probably have been mapped to different key codes in jlime
<bartbes>
iirc it listed the controls
<zear>
tuxbrain2, no idea :D I don't use gmu in jlime
<wejp>
you can change the keycode mappings for gmu without recompiling, there is a config file for that, but of course you need to know which codes they use now
<bartbes>
tuxbrain2: wejp is probably right, so if you manage to find the keycodes you can
<bartbes>
aww ninjad
<tuxbrain2>
any easy way to know the keykodes?
<zear>
volume keys in jlime are mapped as page up/page down
<bartbes>
oh that sounds useful
<wejp>
then the keycodes should be 280 and 281
<tuxbrain2>
I will try ...
<wejp>
the file is gmuinput.nanonote.conf
<tuxbrain2>
just to make sure actully the gmuinput.nanonote.conf have this:
<tuxbrain2>
...
<tuxbrain2>
Button-73=280,PageUp
<tuxbrain2>
Button-74=281,PageDown
<tuxbrain2>
Button-75=292,Vol+
<tuxbrain2>
Button-76=293,Vol-
<tuxbrain2>
...
<tuxbrain2>
I don't know what does 73 and 74
<wejp>
it probably doesn't do anything in your case
<wejp>
you can ignoe those
<wejp>
ignore
<tuxbrain2>
can I repeat keykodes then?
<wejp>
do not repeat them but instead better set the values for PageUp and PageDown to something else, otherwise those would be picked first if the keycode occurs, which would result in no action most likely
<tuxbrain2>
whatever it works now :)
<wejp>
or remove thoise lines, but then you need to renumber the following lines accordingly
<wejp>
ah, cool :)
<tuxbrain2>
repeating keycodes
<wejp>
okay
<tuxbrain2>
so Discography part of Nanowar True Edition finised :)
<tuxbrain2>
no let's pimp something els
<tuxbrain2>
else
<tuxbrain2>
damn now let's pimp somthing else
<bartbes>
ugh.. the one time I compile without V=99 it errors.. of course
<tuxbrain2>
wejp: When a song doesn't have a *.txt of lyrics gmu shows the first txt it founds, in this case the lyrics of the first song, this is a desired behaviour or a bug?
<bartbes>
I believe that acts exactly like the default settings say it should
<wejp>
desired behaviour. actually in gmu's config file you can define a list of patterns gmu should search for and this is what i had predefined
<wejp>
you can change that to whatever you like
<bartbes>
you can change that behaviour in ~/.gmu.conf (or whatever it was called)
<tuxbrain2>
ok :)
<wejp>
~/.config/gmu/gmu.nanonote.conf
<bartbes>
oh heh
<wejp>
:)
<tuxbrain2>
I think I will put a txt with the url of the band instead :)
<tuxbrain2>
in a 00_Readme.txt
<wejp>
that's fine
<bartbes>
are any of you experienced in working with lua on the nn?
<wpwrak>
roh: i don't think 802.15.4 has a mesh. that's what things like xigbee add on top. ieee 802.15.4 is only phy and mac. (haven't read the standard yet, though)
<wpwrak>
roh: i mean simpler features, like clock recovery and framing. some of the sub-ghz chips let you turn off all this, and you get just a bit stream or even a continuous-time digital signal
<wpwrak>
roh: ieee 82.15.4 chips go as far as offering auto-ack and auto-arq`
<wpwrak>
wolfspraul: (cpld) i'm not promoting them. i'm just telling you they can be the consequence of your actions :-)
<wpwrak>
wolfspraul: cpld = complex programmable logic device ("complex" as opposed to the "standard logic", 4 XOR gates in a chip or so)
<wolfspraul>
sure I read it in the logs. No worries I got your point long ago.
<wolfspraul>
let's see where ben-wpan takes you, then we go from there...
<wolfspraul>
btw - I was really looking for pervertix to add to the commitlog until I realized you made a joke
<wolfspraul>
sounds like a project name you would actually choose... :-)
<wpwrak>
i also think that, given that at least half of the hw side of the project is already deep into fpgas, the pain of having a cpld - in terms of development effort - wouldn't be too great
<wpwrak>
cplds are basically small fpgas. you use the same languages and tools to program tham.
<wpwrak>
;-))))
<wpwrak>
(project name) after all, i made #3 on google for "devirginator" ;-)
<bartbes>
wolfspraul: are you sure wpwrak isn't sponsored by some company specializing in logic devices? :P
<wpwrak>
i have to admit that i expected the word to be more common, although not quite in IT :)
<wpwrak>
bartbes: it's actually the Reformed Vogons. they've abandoned the old way of blasting planets away and not prefer if the destructive force comes from within. after they saw the Terminator documentary, they were sold on the idea of aggressively advancing technological progress on earth, to the aforementioned end.
<wpwrak>
s/not/now/
<lekernel>
what do you need a cpld for?
<wpwrak>
lekernel: convert the multi-megabit Q/I bitstream from an RF frontend to something the xburst can receive in a halfway efficient way
<wolfspraul>
wpwrak: I took you out of the sige loop at some point, things are moving there now. a 4162 evb is on the way to adam, who will do a bit of study, look into the antenna etc, then send this all on to cristian paul
<wolfspraul>
I am planning a sige visit next time I am in or hear HK, and they have already confirmed
<lekernel>
for what? wifi?
<wpwrak>
lekernel: gps
<lekernel>
a lot of RF modulations are super compute intensive and will blow the xburst
<lekernel>
hm, don't know so much about gps :p
<lekernel>
but i'd still put all the gps processing into some fpga... a multi-mbit dsp stream will definitely load the cpu quite heavily
<lekernel>
btw who's going to work on that thing?
<roh>
wpwrak what about the ti wifi stuff?
<wpwrak>
lekernel: it's been claimed that gps should be within the reach of what the xburst can do. we'll see if this is true :) i don't know much about the digital signal processing side of it, but i can see the pain you'd have with the raw bit stream. particularly since the xburst can't do spi slave.
<roh>
wpwrak the one the n900 uses
<wpwrak>
roh: the one only intended for large customers ?
<lekernel>
maybe it can do it, but if it uses 90% of the CPU time it's still not good
<lekernel>
who's going to write all the DSP stuff?
<wpwrak>
wolfspraul: sounds good
<wolfspraul>
lekernel: there seems to be a number of projects out there already, not sure how reusable etc. but they exist.
<roh>
lekernel fpga are expensive. dsp eat batteries for breakfast
<wpwrak>
lekernel: wolfgnag's idea is to have a dual-core cpu next, and to use one core to "play"
<wolfspraul>
another project claims to release sources 'soon', although I tend to leave my expectations at zero in such cases
<lekernel>
roh, if you do the IQ signal processing on a xburst, I still call that a DSP
<wolfspraul>
cristian paul will work on it
<wpwrak>
roh: it will burn battery power like there's no tomorrow for sure :)
<roh>
does not want to use sdr for data communication. nice for a develboard. worthless on a real world device
<roh>
lekernel still, its stupid.
<lekernel>
sdr? worthless?
<lekernel>
lol
<wpwrak>
roh: i guess it's just a question of time. think of it as research.
<lekernel>
if done right SDR kicks ass
<roh>
lekernel for real world things like 'ip communication' sdr is a studid idea. yes.
<wpwrak>
roh: by the time it's actually debugged, maybe there is a chip that does sdr in a reasonably efficient way
<roh>
sdr ALWAYS eats more power than a regular approach.
<lekernel>
what do you call a "regular" approach?
<lekernel>
diode and capacitor?
<roh>
depends on the modulation.
<lekernel>
thanks to SDR you can implement complex and very efficient modulations
<wpwrak>
roh: perhaps. but the absolute value will go down. at some point you simply don't care whether you burn 1 nW or 100 nW :-)
<lekernel>
then you need less transmitting power and in some cases less RF bandwidth
<lekernel>
both are cool: less overall power consumption, less RF pollution
<roh>
lekernel come down from your theoretical island. in realworld that all doesnt matter.
<lekernel>
oh yeah? what about digital TV then?
<roh>
lekernel no sdr there.
<roh>
lekernel same on gsm.
<wpwrak>
lekernel: good point. you can use adaptive modulation/demodulation methods. particularly demodulation could be interesting to better compensate for distortions.
<lekernel>
well, ok, maybe a lot of GSM and digital TV chips aren't that reconfigurable that you would call them "software"
<lekernel>
but it's still the same idea
<roh>
yes, these demods do use i and q and a dsp. but they also do clock-syncing and not use a free running adc.
<roh>
no free running adc -> no sdr.
<roh>
only math-assisted demod of synced samples.
<wpwrak>
roh: also, don't forget that SDR for GPS+foo+bar+whatever always uses the same number of chips. with the one-chip-per-radio approach, you quickly have half a board of them.
<roh>
actually most of these demods do not even have any possibility to upload firmware (anymore). they come mask-programmed and have a but of overlay-ram to upload 'patches'
<roh>
wpwrak sdr doesnt work with the help of hw-mixer-hw and filters.
<wpwrak>
roh: well, see the wbx :)
<roh>
wpwrak so a 'allband-tranciever' is pure fantasy. the usrp (gnuradio) also needs hw-extentions for every frequency range
<wpwrak>
roh: make it a bit wider and you're there :)
<roh>
you can buy a usrp for a few bucks, but can buy half a car's price in frontends. (and these are not even quite good ones)
<wpwrak>
roh: 50-2000 MHz doesn't sound too shabby to me
<wpwrak>
roh: naw, the usrp is still more expensive than all the useful frontends together
<bartbes>
wolfspraul: I'm currently stuck with what seems to be a lua bug, but I have a vid you might want to see
<wpwrak>
roh: have a look at the site. it has changed in the last decade ;-)
<roh>
same goes for wifi. ofdm in sw is simply a very bad idea.
<wpwrak>
roh: dunno about dvb-t. i see 802.11a/b/g/n, though.
<roh>
wpwrak any ofdm with some complex modulation in it.
<wpwrak>
roh: and pretty much any other protocol i find interesting
<roh>
the point is simply: freerunning adc/dac and sdr will cost something. its experimental and not for sale if you want to earn money.
<wolfspraul>
bartbes: he he! cool!
<wolfspraul>
the game means you just keep shooting at HK forever?
<bartbes>
oh, it's more like a vid..
<wolfspraul>
HK does not seem to be too frightened from the sea otters...
<roh>
its the question if one wants to build another usrp, or something useable to transport ip
<wolfspraul>
bartbes: sure got that already. well great!
<wpwrak>
roh: i think sdr will eventually happen also in the ce market. like nobody build boards with lots of logic chips anymore but just uses a cpld to, more often, a microcontroller
<wpwrak>
roh: it is less effcient, but it doesn't matter. and it's probably more efficient for development.
<roh>
wpwrak there is just no reason for it. sdr is more expensive than any other possibility.
<bartbes>
wolfspraul: as you may or may not be able to see (I personally can't see it all too good), the speed on the nn is a little off
<roh>
developmentboards cost 20times the money of ce-electronics.
<wpwrak>
roh: today, yes. tomorrow ? see above.
<roh>
sure it helps development. for signal-engineers. not for any ce-user
<bartbes>
(but it is somewhat noticable)
<bartbes>
ironically the nn runs faster ;)
<bartbes>
but that's because due to the aforementioned lua bug it thinks time is going faster than it really is
<wpwrak>
roh: in any case, let's see what crawls out of it. i'm not sure myself whether that gps project will work.
<wpwrak>
roh: they guys playing with it seem to like it well enough, so everyone's happy :)
<roh>
wpwrak playing!=usable for ce users.
<wolfspraul>
wpwrak: am I included in this? yeah, definitely happy here!
<wolfspraul>
even if it doesn't work, I want to really fully understand why not, otherwise how can I make the next step :-)
<roh>
wpwrak sure i find that massively interresting. but i am not ready to 'pay' multiple times the power-budget for 'gps reciever' than something with 50 hw-korrelator channels does
<roh>
wpwrak which means again 'development' .. yes. sdr is for development. not for using afterwards.
<roh>
the idea is to learn something and design an asic from that (imho)
<wpwrak>
roh: i think that;s the end goal, yes
<wpwrak>
roh: so if you have an interim result that's a little crappy, that's okay
<roh>
my point is simply: a device will cost n times as much and run n times less long if it uses sdr instead of hw-mod/demod. and thats not acceptable for any mobile device one wants use.
<roh>
the moko had such problems and thats why it was worthless as day-to-day-phone.
<roh>
not because of sdr in that case, but the end result was similar.
<roh>
people are not ready to accept such limitations on non-develboards
<lekernel>
roh, there's a continuum of technical solutions between doing everything in hardware and everything in software (SDR), just pick an appropriate one :)
<wpwrak>
roh: it doesnt't have to be the xburst that runs all the sdr. you can always choose the granularity of your sdr instructions. maybe throw some configurable logic into the mix.
<lekernel>
that's what computer architecture is all about
<wpwrak>
lekernel: exactly :)
<roh>
lekernel i know how sdr works and i am not against it in general. its just a totally idiotic and reality-ignoring pov to say it can be used in real-world ce applications properly. especially on mobile devices.
<roh>
wpwrak the point is: one doesnt need any sdr for what we use day-to-day on rf.
<lekernel>
then what about SDR on a very specific processor?
<roh>
lekernel that still needs multiple times as much power
<wpwrak>
wolfspraul: (pervertix) btw, you should know that i hate those "optimized for small systems" packages - kicking them as far as i could was one of the key pleasures i had in myroot ;-)
<roh>
we are talking dsps on hundreds of mhz, where one wouldn have a dsp at all.
<lekernel>
ever heard of multimode hardware synthesis?
<lekernel>
that's another point on the continuum I was talking about
<roh>
lekernel theory doesnt get you further here.
<wpwrak>
roh: if you want to speak a lot of rf protocols, that bom makes sdr suddenly look quite nice.
<roh>
wpwrak may be. nobody does that for a reason. the rf frontend is too different for the different protocols.
<wpwrak>
roh: just consider N chips, O(N) oscillators, mixing all those antennas, coexistence, etc. at some point in time, sdr is cheaper :)
<lekernel>
roh, I'm not the last one to complain about techno-weenie researchers and cheap talk about theory, but still I believe in SDR
<roh>
wpwrak theory. in reality you have problems like interoperability. the need to use more than one if at the same time.. etc.
<roh>
wpwrak there is no manuf atm afaik which does bt and wifi on the same radio. there are combo-chips but they have seperate rf sections and mods/demods
<lekernel>
and modifying the processor to better handle a particular task isn't theory
<roh>
wpwrak simple as that. these guys arent stupid, working at atheros, broadcom, ti etc.
<wpwrak>
roh: you may not necessarily run all of the protocols at the same time. consider the ability to pick them a la carte.
<wpwrak>
roh: (wlan and bt) there may simply be no economical incentive for them them to do better
<roh>
wpwrak i still would not buy such a device if i can get an alternative one. in my experience a frontend doing discrete demod can do the same as a sdr one on less than 10% of the sdr power budget.
<wpwrak>
roh: there are a lot of areas where development stalls until someone comes with a new idea/implementation that threatens the establishment
<roh>
wpwrak oh.. there IS economic interrest there.
<wpwrak>
roh: e.g., think laptops vs. netbooks
<roh>
bt and wlan eat space. pcb space, really precious space
<roh>
wpwrak huh? nothing new there at all.
<roh>
netbooks are just smaaÃall notebooks. not a single 'new' bit around it.
<roh>
boring old hw. same shit we had before.
<roh>
its just hyped.
<wpwrak>
roh: (wlan and bt) make one chip that's smaller than the competition. i assure you they won't rest until they have one too :)
<roh>
wpwrak you know that dsps are bigger than most discrete asic demods? (diespace) ;)
<roh>
an oamp are just a few transistors, and a few oamps and you got your demod.
<roh>
there are cases where even running the pll for the dsp eats more power than the demod would use if done classic
<wpwrak>
roh: (laptops) well, the sub-notebook area was almost dead for several years. they all made big machines. you're right, the netbook was nothing truly new, but it changed the rules anyway. also by breaking the association between high-end CPUs == a quality product.
<lekernel>
good luck demodulating wifi with op amps...
<wpwrak>
lekernel: bah, i'd use valves ;-)
<wpwrak>
ergh, tubes
<roh>
lekernel examples. not everything is ofdm
<wpwrak>
brr. terminologies from different languages mixing.
<wpwrak>
roh: dsps are pigs, i agree
<roh>
and right now i dont see any reason to use sdr for wifi. it will eat loads more power than the full what a pc-wifi-chipset would use.
<wpwrak>
roh: a bit like fpgas
<roh>
we are on mobile devices, so 1W is our FULL power budget.
<roh>
means with display and app-cpu
<wpwrak>
roh: well, remember the calypso ? there's a dsp inside too. that one wasn't so bad.
<wpwrak>
roh: anyway, i see no harm in people trying to to gps sdr on the xburst. if it works in a useful way, we all win. if it doesn't, experience will be gained and fun has been had.
<roh>
wpwrak the calypso iuuses a dsp for demod. yes. but its not sdr.
<roh>
wpwrak it uses a synced clock, so its not a free running adc. limits the amount of samples to take and do math on to an absolute minimum and removes oversampling
<roh>
and clock recovery
<roh>
(in sw)
<roh>
wpwrak do experiments for sure. but dont waste your hopes on that. neither for communication not for gps or so
<roh>
i really hope somebody build a free gps and or wifi chip some day. but i am not ready to wait that long.
<wolfspraul>
wpwrak: [smaller chip] totally agree. the IC sales people in china all know the die size in micron, and the company powerpoint presentation shows how much it decreases each year, etc.
<wolfspraul>
it depends on volume, but one rough number to start thinking is that the typical IC engineering will work until they have about 20% size savings, then tape-out
<roh>
wolfspraul hehe.. thats something not possible to shring endless in the rf world, where wavelength defines some structures
<wolfspraul>
in higher volume you can tape-out for lesser improvements, in lower-volume you need larger size reductions
<wolfspraul>
but that's how the machine works, and how people operate
<roh>
20% less is quite some archievement.
<wolfspraul>
roh: first of all I'm explaining how sales people think/talk, how they present their company to customers, etc. the sales people are just that, sales people, but that's the dynamic in the industry.
<wolfspraul>
just my feedback to wpwrak's comment about 'smaller'
<bartbes>
wolfspraul: btw, I just updated the vid to a 720p one
<bartbes>
and this one is in-focus ;)
<wolfspraul>
and the CEO of Ingenic, for example (makers of the XBurst chips in the Ben NanoNote), knows the percentage of die space for each feature.
<wolfspraul>
that's just how their minds work
<wolfspraul>
so we look at this as 'video-out', or 'usb on-the-go', but in his mind it's 4% and 7%, or whatever :-)
<wolfspraul>
funny, eh?
<roh>
wolfspraul we have to differenciate between digital only and mixed signal chips
<wpwrak>
CEO: we need to make it smaller", and kicks out gps :)
<wpwrak>
now, wait, this *has* happened .... ;-)
<wolfspraul>
roh: yes sure, I know little about all this, asking around, talking, learning...
<roh>
video-out is foobar in my eyes. waste of engineering time. ever connected you phone to some tv?
<wolfspraul>
is it in the N900? how many N900 users do you think use it?
<bartbes>
btw, when I want to link to the ben nanonote, do I link to the wiki page?
<roh>
even if it works, it looks awful. (tv on cvbs is shitty resolution)
<wolfspraul>
bartbes: yes, wiki is good, it's the homepage
<bartbes>
okay
<roh>
wolfspraul ive had loads of devices with tv-out. used none of them for it ever
<wolfspraul>
thanks, links are very helpful
<wolfspraul>
yes that's you. you said that already. but what do you think, out of 100 N900 users, how many use this feature?
<wolfspraul>
I don't know. I'm like you, never used it and cannot imagine I ever will.
<roh>
otg isnt THAT helpful (nobody got a otg cable anyways). having host mode is more important. people actually use that.
<wolfspraul>
I didn't have a TV ever I think.
<wolfspraul>
it seems there definitely are people who love TV out though... guess not you and me :-)
<roh>
wolfspraul here in berlin people dont own tvs anymore. (atleast i know nobody with one).. everybody watches tv on his/her pc/notebook from dvb or via ip, if ever. cvbs is dead.
<wolfspraul>
TV out is one of the wish-list features for Ya NanoNote (the successor of the current one)
<alcy>
will Ya be priced similarly ? :)
<wolfspraul>
Ya will be same as Ben, or lower
<alcy>
awesome
<roh>
wolfspraul some rf-data-modem is much more important than tv out
<wolfspraul>
everything else is not hardware business. prices go down.
<wolfspraul>
alcy: yes but we have to make it there, which is not so easy. We sold about 900 Ben NanoNote today, which is a great result, but very hard to go from there to an improved device. We will try though, and every day important pieces fall in place...
<roh>
even some weight like the one werner did to keep it upright is more important than tv out ;)
<wolfspraul>
but I guarantee you prices will go down.
<alcy>
sounds good :)
<wolfspraul>
I am in China here, I feel the pressure not only from the software side (Android), or the latest Western hyped hw features, but also from the unbelievable price reductions in ce.
<wolfspraul>
I just switched my phone to a 20 USD phone.
<wolfspraul>
prices are falling like a rock I feel, and it's important to follow that momentum.
<roh>
wolfspraul *g* .. i still use my V3i. just replaced the outter glass recently
<roh>
waiting for a small smartphone.. or one with decent battery runtime
<wpwrak>
roh: since when were certificates issued by "the man" every trustworthy ? :)
<wolfspraul>
wpwrak: tv I think, but not sure
<wpwrak>
speaking of the counterweight: wolfgang, want some ? rafa will bring a few to europe, mainly for tuxbrain's heavy metal project, and now that i have molds, i can make more :)
<wpwrak>
(they're all Pb67Sn33, so not RoHS-friendly. paint varies. still haven't quite decided which one to use.)
<wpwrak>
(tv out) so that wouldn't work with, say, projectors. most of them don't have a tv tuner.
<roh>
wpwrak never.. but the whole 'web of trust' itself is failing
<wolfspraul>
wpwrak: I'm not in Europe, very rarely nowadays. David from Tuxbrain is your man.
<wolfspraul>
sure I could have one one day for myself, but it's not urgent. Maybe I can get one from David later, no need to send them around.
<roh>
wpwrak tv-out on mobile devices means 'cvbs' 'composite' 'the yellow cinch thing' on a 3.5mm jack usually
<roh>
not rf ;)
<wpwrak>
wolfspraul: ok. i'll give rafa a few more to deposit at tuxbrain for you then :)
<wolfspraul>
yes, that would be great
<wolfspraul>
'a few' - wow
<wpwrak>
roh: ah, ok :) yes, the yellow chinch things is exactly what i had in my mind :)
<tuxbrain2>
:) be quick wolfspraul, the BNNTSE is taking form, and it look great, and I even add a REAL TRUE PIECE OF HEAVY METAL for the first to purchase maybe you will end without it :P
<wpwrak>
wolfspraul: how many shall it be ? < 20, or rafa won't be able to have much luggage beside counterweights :)
<roh>
wpwrak woulnt 'stamping' a pice of metal out of a sheet be the cheapest way to manufacturing for a counterweight?
<tuxbrain2>
hehehe I would love see the custom agent looking at raffa luggage and the pieces of metal in the scanner...
<roh>
i always thought moulding metal is crazy expensive
<roh>
tuxbrain2 hrr..  'custom made shrapnel'
<rafa>
tuxbrain2: an easy way to know keycodes on X is if you install xev and run it.
<wpwrak>
roh: for small quantities it's pretty okay. i can make the mold of wood. lasts for about 20-40 pieces before the wood gets too dry and things break off.
<tuxbrain2>
rafa thanks, it was already solved :)
<rafa>
ah.. too late :D
<roh>
wpwrak uh.. wood? ok.. that doesnt burn up when molten metal flows in?
<roh>
interresting
<tuxbrain2>
going again to mounting tables for the den
<tuxbrain2>
c u
<wpwrak>
roh: stamping probably needs more pressure than i can produce. the counterweight isn't from a flat sheet but has different depth at different places, following the case's shape
<wpwrak>
roh: i probably don't have anything hard enough to make a stamp. i could of course try to heat the solder before stamping. but again, heat + pressure = more difficult
<rafa>
wpwrak: I need some special 100l backpack to put the counterweights?
<rafa>
:P
<wolfspraul>
wpwrak: really, 'a few' like 2-3 or so is by far enough for me
<wolfspraul>
I didn't know you guys already went to mass production...
<wpwrak>
roh: the solder i use melts around 170/2xx C. wood doesn't burst into flames until reaching the high 200s. so it will just get a little black but won't burn.
<wpwrak>
rafa: 100 l would weigh about one ton ;-)
<rafa>
wpwrak: I have already big problems for when I arrive at the spanish airport. South americas are not welcome, you know, and if they have something to say about many pieces of something I will be coming back to argentina in the next plane.
<rafa>
So better if we do not give them something as reason to not let me in.
<tuxbrain2>
btw roh lekernel wpwrak , an applause for your dissertation about RF Soft vs Hard driven... Is a pleasure read such high level conversations  (so high level I think I just undertand the 10%, but Is a pleasure to struggle my mind)
<tuxbrain2>
rafa if you think you might have problems please don't carry them with you, I will import them by courier latter on
<wpwrak>
rafa: do you think immigration will search your luggage ? if yes, how should the things be packaged/documented for the least amount of trouble ?
<wpwrak>
rafa: same for customs
<tuxbrain2>
wpwrak: In spain thing are getting weird with immigration specially form Africa/South America
<wpwrak>
rafa: want some counterweights for the jlime meeting, too ?
<wpwrak>
tuxbrain2: i already heard stories ...
<wpwrak>
i actually wonder if the thingies could actually add credibility to the "travel to business meeting" aspect
<tuxbrain2>
or pieces of cocaine with strange form factor
<wolfspraul>
yes, chemically solved in there somehow
<wpwrak>
ah yes, perhaps one or two for customs to break open could be useful, too
<wpwrak>
the tendency is that, if you prepare for all eventualities, they won't even look at you :)
<rafa>
wpwrak: I have not idea. I have read bad and good experiences.. When the Miriam colleague traveled to Spain a month ago, immigration opened hist luggage, drop the whole things inside.. and ask for some no clothes things..
<tuxbrain2>
wpwrak, seriously, thing here are very very weird
<rafa>
wpwrak: there is not a manual or rules to follow, so they could ask/do whatever they want.. and it seems, from that I read recently,  no a good idea to try to avoid that
<tuxbrain2>
Thinking on it again, I preffer to use a courier instead of rafa to bring the counterheights
<tuxbrain2>
I want to see rafa in a bar not in jail
<wpwrak>
in a bar, not behind bars :)
<wpwrak>
okay, your call.
<rafa>
tuxbrain2: I am okey with bringing the stuff.. Just that I was thinking in a small and tiny package.. if it is something which they will detect easily and because it is not a common piece of a tourist I do not know if they will use that to annoy.
<rafa>
Here there are a lot of travelers.. with more experiences.. but no south america travelers I guess :)
<tuxbrain2>
yes sadly the origin of the traveler influence a LOT in the customs dealing
<rafa>
tuxbrain2: between bars you can pass a beer bottle to me :D
<tuxbrain2>
Pb is really easy to detect what is no easy is what is inside the Pb , that why I start to not like the idea
<tuxbrain2>
rafa is your final decition but due they just need an excuse to start annoying , my advice is better don't
<tuxbrain2>
C U
<wolfspraul>
take some, learn. otherwise all decisions are fear driven. I think this should not be a big issue.
<wolfspraul>
I am regularly traveling with tons of stuff.
<wolfspraul>
better not list it here since it's publicly logged, ha! :-)
<wolfspraul>
when I go to a 'new' country, well, I sweat a little. but after X times whatever, you realize thousands of people march through there every day...
<rafa>
wolfspraul: our concern is because spain is not liking south americans right now, and they are checking the whole trip of them and checking all their bags. To give you just an example:
<rafa>
wolfspraul: I need to show the passports, the whole trip paid, all the flight tickets, all the room hotels, insurance paid, the whole money in your wallet, yes, like you are reading, and I am sure that if you go to Spain you just show them your passport.
<rafa>
all the hotel rooms paid*
<rafa>
you just = you just need
<wolfspraul>
yes sure, in Western Europe you grow up with the idea that you basically can go to 90% of the world just buying an airplane ticket and flying there.
<wolfspraul>
take passport and credit card, that's enough
<wolfspraul>
of course it's not entirely true, big countries especially don't really work like that (Russia, India, China), but that's the attitude
<rafa>
yes, and credit card is not helping much for south americans.. We need to show the money, still if you think that it is ridiculous
<wolfspraul>
but this is about lead counterweights now, I still don't see how it could be a problem
<wolfspraul>
much much stranger things have travelled in hand- and checkin luggage I think
<wolfspraul>
I mean why should there be a problem?
<wpwrak>
wolfspraul: a while ago, all the countries you needed a visa for were considered bad places anyway
<wolfspraul>
commercial? no
<wolfspraul>
endangered species?
<wolfspraul>
weapons of mass destruction? any weapon at all?
<wolfspraul>
come on
<wolfspraul>
it's nothing
<wolfspraul>
drugs, prescription medicine?
<wolfspraul>
agricultural products?
<rafa>
I think that it is something happening this year, because people who have gone to spain years ago did not have those problems like spain are doing this year with south americans
<wolfspraul>
it's nothing I think
<wpwrak>
wolfspraul: maybe. drugs, precious metals, drugs, radioactive metals, did i mention drugs ?
<wpwrak>
s/metals/materials/
<wolfspraul>
if you cut up your grill into small pieces, stuff it in your check-in luggage to take to Europe, why not
<wolfspraul>
well, who knows
<wolfspraul>
that's why I say - first trip - take 20 of them, it's enough
<wolfspraul>
next time, 50
<wolfspraul>
then - a while suitcase full, 2000 :-)
<wolfspraul>
just kidding...
<wolfspraul>
you will enjoy the trip, I seriously cannot imagine they cause you problems. You are coming from the 'paris of the south', no?
<rafa>
wolfspraul: I was asking, in the spanish consulate, this: hey, I paid the hotel here in Argentina, before the trip, like you are asking us: what if the hotel is horrible, and we want to change?.. that is not our problem was the answer :P
<wolfspraul>
yes it's embarassing, I can imagine
<wolfspraul>
just blog about it, done
<wolfspraul>
no need to waste energy
<wolfspraul>
send a link of your blog post to the spanish tourism office
<wolfspraul>
end of story. enjoy your trip (you still will I'm sure)
<wolfspraul>
one day they will realize and improve
<rafa>
yes.. and it is because I have not traveled before as well, so we are a bit afraid with the stories from others.
<wolfspraul>
yes that won't help.
<wolfspraul>
but I can tell you - I went to bogota!
<rafa>
;-)
<rafa>
and Buenos AIres!
<wolfspraul>
and if there is one place people are told horror stories about (say apart from some african places), it's bogota/colombia
<wolfspraul>
and there may be some truth to these stories, but not that much
<wolfspraul>
I would go to bogota again in an instant
<wolfspraul>
a little better prepared than first time :-)
<rafa>
ah.. yes.. of course.
<rafa>
:)
<wpwrak>
mexico is building up quite some reputation, too ...
<wolfspraul>
I would not want to arrive by myself at the airport though, without having a known person pick me up. not ready for that yet..
<wolfspraul>
but anyway, I went, and some of this horror stuff turned out to be hot air
<wolfspraul>
good! :-)
<wolfspraul>
calling it a day, 'night
<lekernel>
remembers the welcome signs at Taipei airport saying you get a death penalty if you smugle cannabis
<rafa>
wolfspraul: venezuela airport scared me a bit when I arrived late one day.. but the next visits I just enjoyned Caracas :)
<wpwrak>
i would not set foot on any arab soil
<tuxbrain2>
my uncle was segrsted by las FARC(now is ok don't worry) but yes some truth is there :(
<wpwrak>
the asias are merely excessive about certain things. the arabs are outright crazy. e.g., that guy who had a poppyseed sandwich on another airport, they found some crumbs on his clothes, and jailed him.
<tuxbrain2>
segrested->kidnaped
<wpwrak>
tuxbrain2: lovely :-( did he do anything considered dangerous ?
<tuxbrain2>
not just workin there
<wpwrak>
(arab) they also seem to be similarly thorough when it comes to searching for pornography. e.g., go though all your IT equipment.
<rafa>
tuxbrain2: trying to prepare beta3 with the suggestions/fixes that some of you found.. Do you remember where is the gmu config file for the keys?
<zear>
i only remind this channel is being logged, not safe to talk about different enthic groups, considering they can find that logs :D
<wpwrak>
zear: well, i already decided that i won't enter these countries for their border controls, and i don't think anyone would find me insulting their border control sufficiently offensive that they would send some black ops team, so i guess the public logs are okay ;-)
<rafa>
zear: if you read the whole conversation before your login.. you willl logout scared :D..
<zear>
wpwrak, who said they won't cross your border? :D
<zear>
;P
<wpwrak>
zear: for the record, i also haven't traveled to the us for quite a while for similar reasons. if a country makes it sufficiently clear that one is not welcome there, i think one should respect their wishes :)
<zear>
they require us to have visas to usa (i'm polish)
<wpwrak>
zear: (cross border) that would be the black ops team. naw, for that, i would have to insult their religion or their leaders :)
<zear>
we are not welcome in their country, but very welcome to help usa out in iraq and afghanistan. Weird logic :P
<wpwrak>
zear: i'm austrian, but since my passport has the wrong date (there's a window of a few months where the visa waiver doesn't apply), i would need a visa as well
<zear>
ah, sucky
<wpwrak>
zear: hey, poles, blacks, indians, ... they all make great cannon fodder. global equality, finally achieved.
<zear>
true :D
<zear>
well, i'm not going to usa anyway, don't want my retina in their database
<wpwrak>
zear: (visa) i had a look at the application form, and upon realizing that it contains questions i wouldn't even be sure i would know the correct answer for (e.g., in which countres have you been and when, within the last ten years ? quite a lot and i sure didn't keep a diary), i decided that any future visits to the us will have to wait until i have to renew my passport anyway
<zear>
wpwrak, how about the "are you a member of any terrorist group" question? :D
<zear>
i think i saw something like that in that form
<wpwrak>
(with all the biometric nonsense, passport renewal has become an ordeal as well. supposedly, it now takes somethine like at least 3 months to issue a new one.)
<wpwrak>
zear: (questions) ah well, i don't mind these. they're silly but i can answer them. what bothers me are questions where they're likely to know the answer better than i do.
<lekernel>
wpwrak, btw you didn't answer my question: who's going to develop the DSP stuff for that GPS?
<larsc>
"the community" ;)
<wpwrak>
lekernel: ah, there's a guy who'll do it for a real dsp. not sure what the path from dsp->xburst will be, though
<wpwrak>
larsc: so yes, unpaid volunteer work, as usual :)
<wpwrak>
larsc: wolfgang can still teach the chinese a few things about labour cost ;-)
<lekernel>
amazing, given how hard it is for me to get people interested in flickernoise development
<lekernel>
or, rather, do useful stuff - most of the time they're interested, but it's just hot air
<wpwrak>
grmbl. physics isn't an exact science :-( i'm trying to detect whether my counterweights are properly sealed. my idea was to set up a salt water bath, measure the resistance, then insert the counterweight and measure again. instead of a nice constant value, i get some time-dependent curve that isn't impressed by whatever i put into the solution :-(
<lekernel>
I'm super busy with FPGA design and, at some point, PCB
<lekernel>
=> flickernoise didn't advance much :(
<lekernel>
hopefully I'll be done with FPGA stuff relatively soon and then I can properly take the lead on flickernoise
<wpwrak>
ah, it's a bit of a niche. that may slow it. sell 900 milkymists, and you'll have your developer community :)
<lekernel>
well it can run on x86 too
<lekernel>
and milkymist can be emulated in qemu
<lekernel>
plus selling 900 boards without software is probably tricky
<lekernel>
chicken and egg problem
<wpwrak>
but will it be useful on a pc ? or do you need a milkymist for it to really shine ?
<wpwrak>
yeah. the ben has it a bit easier there. uses are more readily apparent.
<lekernel>
right now it's totally worthless on a PC.... then after a while it might have some uses on a PC
<wpwrak>
ah, so still the same niche. how many milkymists are there in operation at the moment ?
<lekernel>
that's again a chicken and egg problem
<lekernel>
right now only 4 are really used
<lekernel>
very first protos
<lekernel>
now we're planning a new batch of 20
<wpwrak>
very small niche then :) would it be feasible to make a board that replaces the current ben's internals ?
<lekernel>
huh?
<wpwrak>
(probably with some compromises for the large fpga)
<lekernel>
well better just wait for the RC2 batch :)
<lekernel>
but I'm impatient
<wpwrak>
could you trim the milkymist down to be able to "run" in a ben, talking to keyboard, screen, and usb ?
<lekernel>
you won't go far, the ben doesn't have graphics acceleration
<lekernel>
if it's only for running the pure software GUI part then yes
<lekernel>
just recompile and it should work
<lekernel>
there's a lot of crap that needs to be redone just because we're not using X
<lekernel>
like developing a file manager
<wpwrak>
that may be a step towards spreading it then. after all, wolfgang's long-term plan/hope is to turn this into a free main cpu.
<wpwrak>
why not just make X work ?
<lekernel>
slow, bloated, hard to make work
<lekernel>
incomprehensible protocols
<lekernel>
see the chapter on X in the UNIX-haters handbook
<lekernel>
that's basically what I think about X
<lekernel>
and it's even more true in embedded systems
<lekernel>
plus on top of that you'd use toolkits like GTK or Qt, which are also slow and hard to port to RTEMS
<wpwrak>
by the time, you've reinvented it, your stuff will be just as bloated, probably more ;-)
<lekernel>
oh, sure not
<lekernel>
single application, single memory space, simple and pragmatic toolkit, not thousands of more or less useful abstraction layers
<wpwrak>
you're not the first one who thinks X is too heavy. then they do their own thing, and eventually fail. also, just the basics of X don't seem to be too bad. of course, if you want the full feature set, then you get a lot.
<lekernel>
we're using an existing toolkit called genode fx
<lekernel>
which isn't anywhere close to failing
<lekernel>
at least for what I want to do out of it
<wpwrak>
ah well, if you find something you like better, why not. you just have to put a lot of effort into stuff you don't really care about.
<lekernel>
and btw I'm not sure using X would even solve the filemanager problem for instance
<lekernel>
unless you end up porting KDE, Gnome or XFCE which is just crazy
<wpwrak>
the whole anti-X attempts remind me a bit of the situation about TCP. every once in a while, someone comes up with some bright idea how to make a simpler, faster, leaner TCP. it's always fun to watch how far they get before the things blows up in their face :)
<lekernel>
oh, come on
<lekernel>
this is no comparison
<lekernel>
you can implement TCP in 1000 lines of code
<lekernel>
if you end up with X
<lekernel>
you have 3 toolkits to support if you want to re-use applications (gtk, qt, xlib)
<lekernel>
a super complex protocol and architecture
<wpwrak>
the days of ATM (asynchronous transfer mode) were particularly fertile for that sort of ideas. countless ideas for making TCP without TCP. none of them ever saw the light of day, beyond some timid lab experiments perhaps.
<lekernel>
and some people have succeeded at replacing X
<lekernel>
just compare the UI responsiveness of the iPhone and of the Openmoko
<lekernel>
this tells you basically everything about X
<wpwrak>
there's a lot of stuff that only uses xlib or the older libs (xaw, for example). of course, all the new things prefer more abstraction.
<lekernel>
xaw? hahahaha
<lekernel>
couldn't you think of something more ugly?
<wpwrak>
it tells you a lot about picking a graphics accelerator that doens't have negative acceleration ;-)
<lekernel>
xaw is 1980s graphics
<wpwrak>
well, i grant you that :)
<wpwrak>
xaw3d perhaps :)
<lekernel>
still ugly
<wpwrak>
you're a hard man to please :)
<lekernel>
looks like winshit 95
<lekernel>
in worse
<lekernel>
and slower
<wpwrak>
regarding tcp, if may look simple to implement, but understanding the dynamics is pretty hard. but then, there's a good reason for every little bit you find in there.
<wpwrak>
you can of course make a very basic implementation of tcp, but that won't perform very well
<lekernel>
this thing was developed by hardcore amiga demosceners, not bearded unix hippies
<wpwrak>
well, if pretty buttons is all you desire, you could probably do this on top of xlib in a day, too :) the advantage would be that you'd be compatible with all the other applications that you don't care enough about to reimplement, but that are still desirable to have.
<wpwrak>
or just bite the bullent, make an X server, then keep on hacking on your own thing. that way, you can increase the user base of milkymist a bit.
<lekernel>
or just have the balls to kick X out just like Apple did
<lekernel>
X is a piece of junk
<lekernel>
face it
<wpwrak>
ah, your zeal remembered me a bit of the amiga days :)
<lekernel>
Macintosh users hate X applications
<lekernel>
and I understand their arguments
<wpwrak>
x does the job and there's a ton of stuff i'd like if i didn't have x.
<wpwrak>
s/like/lose/
<wpwrak>
quite a typo :)
<lekernel>
X does the job? again, compare the UI of Openmoko and iPhone :)
<wpwrak>
can the genode fx api be used to run things on top of X ? even if slowly ?
<lekernel>
and how nice scrolling works on the two
<lekernel>
when I tested it you have something like a 0.5s delay between your finger and the screen on the moko
<lekernel>
it's awful
<wpwrak>
the moko gui's problems have many sources. x is the very least of the worries. trust me on that. i've been there :(
<lekernel>
then why does every handheld using X seems to have the same problems?
<lekernel>
and those who don't use X, like android and iphone, don't have the problem either?
<lekernel>
sounds like a big coincidence
<wpwrak>
maybe it just is
<lekernel>
especially when I look at the output of "top" showing the X server in a PC
<lekernel>
and how the X junky protocol works
<lekernel>
(or does not)
<wpwrak>
x on top usually means some flash nonsense looping in your web browser :-(
<lekernel>
btw:Â yes, you can somehow run genode fx apps on X... right now all in the same X windows
<lekernel>
I don't think it's very difficult to map each genode fx window to a new X window
<wpwrak>
(genode on x) great. that will make it a bit easier for your community.
<lekernel>
actually it has a SDL port
<lekernel>
so you can run on X, and directly on the Linux framebuffer, etc.
<wpwrak>
good. so people don't have to give up their regular environment for development.
<lekernel>
oh, definitely not
<lekernel>
there aren't many technical barriers to start flickernoise development
<lekernel>
just install sdl headers, check out the sources, compile genode fx then flickernoise, and you're done
<lekernel>
the problem is right now there's little actual use reinventing many wheels on the PC platform
<lekernel>
so this is probably de-motivational (imo)
<lekernel>
but having to choose between rewriting a file manager and a X server + porting GTK/Qt/Xlib, I pick the first
<wpwrak>
yup, definitely. projects that don't scratch a person's itch are unlikely to get that person involved.
<wpwrak>
would porting xlib and such really so hard ?
<lekernel>
I don't want X, period :)
<wpwrak>
also, the x server doesn't seem to be too much of a problem. we had one pretty quickly for the glamo. also, you can start with just a dumb frame buffer and add acceleration later. that way, you have a usable result every once in a while.
<lekernel>
xlib may not be the hardest part (and still, I'm not so sure given the horrible build scripts of the Xorg distribution) but writing the X server will definitely be a headache
<lekernel>
oh, and my board as 32MB flash
<lekernel>
Genode FX is 100K approximately
<wpwrak>
ah well, if milkymist is successful, then someone will one day put X on it. then you can compare the two :)
<lekernel>
Qt+GTK+Xlib+X isn't 100K
<lekernel>
it's more 200MB
<lekernel>
for doing about the same thing, but in a slower, more CPU intensive and less responsive way
<wpwrak>
i think the actual display driver can be pretty small. i don't think the one for the glamo had much more than 1000 lines.
<lekernel>
and btw my system runs RTEMS and does not have a MMU
<lekernel>
I'm not sure Xorg would work in these conditions
<wpwrak>
rtems ?
<lekernel>
yeah, a real time embedded OS
<wpwrak>
not sure whether it needs an mmu
<lekernel>
POSIX compliant, single process
<lekernel>
multi thread
<wpwrak>
ah, okay. hmm. single process would be an issue.
<lekernel>
kicked uClinux away after banging my head on my desk about the subtle and undocumented GNUtarded interaction between Binutils and the nommu FDPIC executable loader
<wpwrak>
ah ? what's the problem there ?
<lekernel>
making the oh-so-awfully-coded Binutils generate properly relocatable binaries, then making uClibc and the kernel relocate them
<lekernel>
this was an unneccessary problem anyway, since I only need one process after all
<lekernel>
so RTEMS is perfect
<lekernel>
and it's also easier to write RTEMS drivers than to write drivers for the Linux kernel
<lekernel>
the all-function-pointer approach makes it horribly hard to debug and understand, if they want to do object programming they should use C++... but, well, that's a different troll :)
<wpwrak>
so you have your own compiler as well ?
<lekernel>
it's a modified GCC
<lekernel>
well now it's been merged in 4.5+
<wpwrak>
phew :)
<lekernel>
but with a broken linux executable generator
<lekernel>
anyway, it gets the job done on rtems
<wpwrak>
then add an mmu and port linux. you'll learn to like the function pointers :)
<lekernel>
fuck that
<lekernel>
again it's easier to write a file manager for genode fx
<lekernel>
and the mmu is not needed for what i'm doing
<lekernel>
neither is Linux
<lekernel>
keep it simple
<lekernel>
and Linux is slower than RTEMS, too
<wpwrak>
kepping it compatible may be simpler in the long run :)
<lekernel>
RTEMS is also a pretty compliant and widespread OS (ok, not as much as Linux)...
<lekernel>
a lot of Linux libs compile on it, as long as they don't use the GNU Autocrap system
<wpwrak>
heh, for once, that's a hatred we share
<wpwrak>
enjoys writing makefiles
<lekernel>
same here :)
<lekernel>
but well
<lekernel>
if someone wants linux and mmu
<lekernel>
they just make it, heh :)
<lekernel>
then I have additional developers :p
<lekernel>
I can't do everything on my own
<lekernel>
RTEMS + genode fx is the fastest and technically better route to what I want to do
<lekernel>
and btw it already works today, on the hardware
<lekernel>
with vga out, but no input devices yet... USB (for mice and keyboards) is horribly complicated too
<wpwrak>
what's the actual objective by the way ? it seems rather unusual to design your own cpu just to make a vj station.
<lekernel>
that's why I have no time for things like a MMU
<lekernel>
well, once I have that device out, then maybe this can start MMU projects
<wpwrak>
usb can be a bit of a challenge, yes. to which level have you made it so far ?
<lekernel>
the low level part (serial transmissions) works, in both low and full speed
<lekernel>
the protocol is handled by an AVR softcore, the design of which is done and allows some transfers to be made
<lekernel>
but still has some bugs... i'll work on exhaustive test benches pretty soon
<lekernel>
then one would need to implement OHCI as a C program for the AVR
<wpwrak>
sounds quite good then. have you found a way to sniff the wire ?
<lekernel>
yeah, I bought a USB analyzer
<lekernel>
couldn't do without
<wpwrak>
yup, that helps
<lekernel>
unsurprisingly enough the opencores USB serial engine was full of bugs
<lekernel>
so I had to redesign that as well
<wpwrak>
i debugged my little usb stack on the silabs mcu with a scope. that doesn't go quite as far as an analyzer, though.
<lekernel>
the amount of junk at opencores never ceases to amaze me
<wpwrak>
*grin*
<lekernel>
so, well, right now the USB core reads the device descriptor of full and low speed devices and printf's it out
<lekernel>
some other C programs crash or otherwise fail because of AVR softcore bugs
<wpwrak>
;-)
<lekernel>
once those bugs are fixed, the last step is to write that ohci software implementation
<wpwrak>
"avr softcore" = V-USB ?
<lekernel>
no, I designed my own softcore which is put inside the fpgza
<lekernel>
and talks to the usb serial engine, also put into the fpga
<lekernel>
I can't handle the serial transmission on the AVR too because I need full-speed too
<lekernel>
and the AVR is too slow for that
<lekernel>
so I assisted it with a small "UART"
<wpwrak>
makes sense
<wpwrak>
you seem to have a lot of space in that fpga
<lekernel>
no, I just don't use bloated Opencores designs
<wpwrak>
i mean, you have lots of features in there. how crowded is it by now ?
<lekernel>
right now I'm only using 70% of it with a SoC that has almost everything planned (merely only bugfixing is needed now)
<wpwrak>
btw, nobody ever answered my question about the cpld spi conversion :-(
<lekernel>
this leaves plenty of space for things like a MMU, if people are interested in those things
<wpwrak>
(on the developer now discussion list)
<wpwrak>
kewl. maybe even some cache ;-)
<wpwrak>
or some DSP instructions, to annoy roh a little :)
<lekernel>
there is already 2 levels of cache
<lekernel>
but growing them bigger causes timing problems
<wpwrak>
(2 levels) not bad !
<wpwrak>
wb ?
<lekernel>
or you'd have to pipeline them on more stages... and/or add a 3rd level... but this means more design work
<lekernel>
wishbone?
<lekernel>
partly
<lekernel>
I'm using 3 different buses
<wpwrak>
no, writeback.
<lekernel>
L1 is write through, L2 is write back
<wpwrak>
good
<lekernel>
and critical word first, too
<wpwrak>
3rd level seems a bit excessive for such a "small" cpu.
<lekernel>
I don't know
<lekernel>
the way to know is to sniff the internal buses
<lekernel>
:)
<lekernel>
already did that on the DRAM bus btw :)
<lekernel>
and there's more than a CPU
<lekernel>
many peripherals have DMA
<lekernel>
there's even a graphics pipeline which has its own cache directly connected to the DRAM
<wpwrak>
can peripherals use the cache(s) ?
<wpwrak>
e.g., you set up some packet in cache, then fire off a peripheral. never needs to touch dram.
<lekernel>
most DMAs (ie those which transfer small data with eg the CPU) are done through the L2
<wpwrak>
very good
<lekernel>
DRAM-direct DMAs are done for bulky transfers like VGA screen refreshes
<lekernel>
they're also L2-coherent, so the CPU doesn't need to care about the cache (L1 is write through) when writing to the framebuffer
<wpwrak>
perfect. one worry and annoyance less.
<wpwrak>
oh, you even have an fpu. the days of arm are counted :)
<lekernel>
it's not a traditional FPU, which would have been too slow
<lekernel>
it's a floating point VLIW coprocessor
<lekernel>
puts out about 75MFlops at 100MHz on real cases using the compiler described in the thesis
<lekernel>
it's not fully IEEE 754 compliant either
<lekernel>
I only use it for graphics transformations basically, so it's not a big issue if it's not super precise
<lekernel>
and it saves hardware resources and especially design time
<lekernel>
which is even more precious than hardware resources
<wpwrak>
very nice. would ieee 754 be possible ?
<lekernel>
yeah
<lekernel>
definitely
<lekernel>
but it's like the MMU: not needed => kick it away
<wpwrak>
kewl. that would also help.
<lekernel>
it's such a big project you can't spend time on unneeded details
<wpwrak>
well, to take over the main cpu, you need these things :)
<lekernel>
later
<lekernel>
v1.0 out first, then optimizations
<wpwrak>
yup. one step at a time :)
<lekernel>
plus the v1.0 being out may help a lot attracting more developers
<wpwrak>
i still wonder if it wouldn't make sense to put this into a more common form factor. e.g., inside a ben.
<wpwrak>
that may help to attract people more quickly
<lekernel>
there are so many chicken-and-egg problems in that project that you need to stick to the "v1.0 out first" paradigm
<wpwrak>
of course, you may prefer not to have too many folks rush in
<lekernel>
depends which folks
<lekernel>
if it's the annoying luser type, then no
<wpwrak>
v1.0 seems to be soonish, no ?
<wpwrak>
;-)
<lekernel>
if it's talented FPGA or software developers, they're most welcome
<wpwrak>
you always get a bit of a mix
<wpwrak>
and it takes time to organize the crowd, no matter how good they are
<lekernel>
but I think it's easier to ignore lusers than to motivate talented people, so more folks should be cool :)
<lekernel>
v1.0 should be soonish for the hardware, but not the software
<lekernel>
flickernoise development will probably take at least an additional 6 months or so
<lekernel>
before it can be really end-user
<wpwrak>
btw, what's the state of the art on open fpga synthesis ? i find the dependency on proprietary tools rather galling. a while ago, nothing better than some ancient PAL had a publicly documented fuse map. now, there are the psoc3 with a bit of a cpld inside, which come with full documentation. still nothing big, though.
<lekernel>
there's nothing
<lekernel>
well there's ulogic (reverse engineering effort)
<lekernel>
of the bitstream format
<lekernel>
but it's not the hard part
<wpwrak>
it's the enabler for the rest
<lekernel>
the hard part is the HDL->netlist "conversion"
<lekernel>
for which all docs are available, ironically
<lekernel>
the closed bitstream is an excuse imo
<wpwrak>
isn't there some synthesis tool for asics ? from somewhere in france
<lekernel>
you look a lot more smarter by saying "oh, we're poor developers who don't have fpga specs, we can't do anything!!! bad, evil manufacturers!!!"
<lekernel>
than by saying "I have no fucking idea how to write a logic synthesis program"
<lekernel>
yeah, there's Alliance
<lekernel>
they royally fucked up on this one
<wpwrak>
(excuse) i don't know. it;s something that always kept me from touching cplds or fpgas
<lekernel>
it's poorly coded, and, above all, defective by design
<wpwrak>
i wouldn't mind having a poor synthesis tool, as long as it does give me the freedom
<lekernel>
the approach to synthesis they have is never going to yield good results (ie comparable to those of the proprietary tools)
<lekernel>
plus a lot of features are missing
<wpwrak>
(poor tool) to get started, of course. things like milkymist are a different matter.
<lekernel>
which makes it totally counterproductive and incompatible with other (and better) EDA methodologies
<wpwrak>
ah, pity
<wpwrak>
i think an open bitstream could provide a better incentive for people to do some work in these areas. if you already know that you'll be blocked by the bitstream, that's not nice.
<lekernel>
it's not even hard to reverse engineer
<lekernel>
xilinx provides a GUI to manipulate individual FPGA cells
<lekernel>
then it's only a matter of knowing which button flips which bits
<lekernel>
seriously
<wpwrak>
is the behaviour of the fuses documented ? (without NDA)
<wpwrak>
that sounds good
<wpwrak>
flip a bit, diff the streams :)
<lekernel>
and for the timing analyzer, timing tables from the binary database are nicely printed out in human readable form by a tool called partgen (iirc)
<lekernel>
s/partgen/speedprint
<lekernel>
what fuses? FPGAs are SRAM
<lekernel>
oh and there's also a lot of bitstream format documented by xilinx too
<lekernel>
frame format, CRCs, so you won't even to reverse engineer this hard part
<lekernel>
seriously people who use the closed bitstream format excuse are just incompetent and/or slackers
<wpwrak>
ulogic looks quite encouraging
<wpwrak>
don't you still call it the "fuse map" on fpgas ?
<lekernel>
huh? no, never heard that word
<lekernel>
that's for PALs, no?
<lekernel>
FPGAs have a very different architecture than PALs
<wpwrak>
the bitstream documentation only tells you how to transmit the stuff, not what's inside.
<lekernel>
yeah, and for what's inside you just have to use the xilinx editor and see what changes what :)
<wpwrak>
i think i've seen it at least for cplds. not sure about fpgas.
<lekernel>
fpga's are 100% SRAM, there's no fuse or flash whatsoever
<wpwrak>
fpgas are a bit too big and pricy for my taste :) at least for "playing"
<lekernel>
even for parts that support encryption, you need a backup battery
<lekernel>
if you're patient too ...otherwise you can also make a pcb and use the solder wick method (which I prefer because it's fast)
<lekernel>
a lot of fpga's are still available in qfp that you can solder with these techniques
<wpwrak>
;-)) naw, i make my own pcbs. up to qfn is okay. bga is where i admit defeat.
<lekernel>
yeah, diy bga isn't easy
<wpwrak>
(haven't actually tried, though. i do have a toaster oven in my lab :)
<lekernel>
I've seen some people doing it but it's tricky
<lekernel>
and you need a multilayer pcb in many cases
<lekernel>
anyway, there are interesting fpgas in more friendly qfp
<wpwrak>
yup. that's part of the problem. also debugging a badly soldered bga should be a pain.
<lekernel>
there's xray control for that
<lekernel>
could be fun to make a diy xray machine too :)
<lekernel>
making xrays isn't actually difficult: old CRT high voltage power supply (on which the AC output is accessible), voltage doublers, and valve
<wpwrak>
or just hang out near a sports arena and ask people who break something and need to get an xray to take a board with them ;-)
<lekernel>
what's difficult is safety and image resolution
<wpwrak>
yes :)
<wpwrak>
maybe once your life expectancy is only a few years and any cancer you may add won't kill you before the rest :)
<lekernel>
haha
<lekernel>
well at some point I might dare doing it :)
<lekernel>
but with a proper dosimeter
<lekernel>
and lots of lead
<wpwrak>
after you finish v2.0 with the mmu please :)
<wpwrak>
(milkymist) pretty impressive project for "just" an MSc. are you now continuing this towards a PhD ?
<lekernel>
nope
<lekernel>
I don't actually know what i'll be doing as PhD, and if I'll do a PhD at all
<lekernel>
possible subjects I'm thinking about are developing an open source synthesis tool
<wpwrak>
phd is fun. you get to play around, travel, and earn money :)
<wpwrak>
that would be excellent ! :)
<lekernel>
and research on automated FPGA bitstream reverse engineering to find out if companies use GPL'd cores without releasing the sources
<wpwrak>
;-))))
<lekernel>
the problem is both projects are difficult and will slow down MM development
<wpwrak>
use MM as your test case for synthesis
<lekernel>
that's was one of the initial goals of MM actually
<wpwrak>
perfect then
<lekernel>
get me into fpga development and provide a test case/verilog subset for a synthesis tool
<wpwrak>
it's quite normal for a phd to involve "non-essential" projects. in your case, mm would even fit
<lekernel>
maybe mm soc 2.0 as phd ;)
<lekernel>
but it includes a variety of subjects
<wpwrak>
very broad may be a problem
<lekernel>
also i need to find a university with a relaxed copyright policy, which isn't easy in every country it seems
<lekernel>
the nice thing with KTH is you retain copyright on all your work, so I could easily do MM as thesis without much impact on the project; it's not the case everywhere
<wpwrak>
i had no problems with that at epfl. for papers, we used technical reports as a work-around. anything else was gpl or such anyway.
<wpwrak>
so even if the university has the copyright, it doesn't matter much.
<wpwrak>
the only real limitation this creates is that can't just give a project to harald, for his gpl-violations ammunition stash
<lekernel>
I'd have a little preference for the logic synthesis tool, it's clearer in my mind what needs to be done and I'm more certain to succeed
<lekernel>
so I have better control on timing and could work on that while mitigating the impact on MM development
<wpwrak>
sounds great. it's also something that's quite obviously missing in the world.
<lekernel>
otoh enforcing GPL in FPGA design too is much needed too imo
<lekernel>
and also gives nice ammunition to Harald
<wpwrak>
you can do that later :)
<lekernel>
I'm already suspecting two companies of using my code in proprietary FPGA designs
<lekernel>
yes
<wpwrak>
what are the hints ?
<roh>
i wonder how much commercial stuff gets stolen, if already so much opensource hdl designs seem to be (ab)used
<roh>
s/stolen/used
<wpwrak>
(that is, if you don't mind putting suggestions for avoiding your attention on this publicly logged channel)
<wpwrak>
roh: the best theft prevention still seems to be to encourage people to take it :)
<wpwrak>
roh: that makes them suspicious and fearful
<wpwrak>
roh: e.g., LILO was ported only once, to BeeOS (i think they renamed it to "BILO"), even though i put it under a BSD license
<wpwrak>
or BeOS
<wpwrak>
roh: then, afaik, nothing ever came out of tcp connection passing. maybe they think i've patented it :)
<lekernel>
wpwrak, well, basically asking if they can use it in their proprietary stuff, getting an answer saying they have to pay me or opensource the complete design, and then no contact
<wpwrak>
lekernel: and soon thereafter, there's a product with an fpga. i see. would indeed nice to test this in court.
<lekernel>
with all the "FPGA bitstream formats are impenetrable" bullshit around, there isn't a lot of incentive for them to pay
<lekernel>
if there's a phd report + a tool that proves the opposite, this gives you quite a few tools to fight back
<roh>
:)
<roh>
for sure
<wpwrak>
lekernel: plus some interesting violations to open :)
<wpwrak>
lekernel: or, considering that they may have mixed it with closed IP that's not theirs to release, make you a rich man :)
<wpwrak>
roh: the ssl observatory slides are nice. not surprising, though. make something sufficiently complex and obscure and people will screw up.
<lekernel>
oh, you wrote LILO?
<lekernel>
nice :)
<lekernel>
it was my first linux bootloader back in 1999
<wpwrak>
whee ! that was already towards the end of its days of glory
<wpwrak>
regarding the MM developer community: i wonder if people might be fooled by the project being presented as a VJ station. you don't quite expect to find a novel SoC there.
<lekernel>
well I put the SoC forward in all communication material
<lekernel>
and the project is well represented on opencores too
<lekernel>
even if most of opencores is trash, that's where people go to when looking for open source hdl
<wpwrak>
okay, so fpga people will find it then. but how about software developers ?
<lekernel>
mh
<lekernel>
what are the communities of embedded developers you know of?
<wpwrak>
no idea :) they're kinda everywhere
<wpwrak>
there are a few well-known projects, but that doesn't mean that anyone interested in such things will ever visit one of them for more than a quick glance
<wpwrak>
interested as a developer
<wpwrak>
has slashdot reported on milkymist yet ? that tends to spread the message
<lekernel>
I tried posting a news a year ago but it got rejected
<lekernel>
I similarly got kicked out of the google summer of code this year
<wpwrak>
blargh :-(
<lekernel>
otoh I got posted on make magazine and made a couple of nice conferences (26C3, LSM)
<lekernel>
and others
<wpwrak>
26c3 gets good coverage. but it's easy to disappear in the sheer amount of things that get reported.
<lekernel>
the 26C3 presentation sucked a bit, it was the first time I was in front of such a big audience and I was stressed out
<lekernel>
and I'm not sure everyone got what open source SoCs were about, people were actually pretty unfamiliar with the topic
<lekernel>
the LSM presentation was much better
<lekernel>
but fewer people and coverage
<lekernel>
I'll submit a software development workshop on MM platform for the 27C3 I think :)
<lekernel>
then i'll be sure everyone will get it's a SoC
<lekernel>
not regional, but french (even though they advertise it as worldwide)
<wpwrak>
okay, quelques regions ;-)
<wpwrak>
interesting. a tank of salt water with two electrodes measuring resistance (with a multimeter) is an excellent vibration sensor
<wpwrak>
and at the same time, it's perfectly useless for measuring the insertion of a conductive object. that much about my clever idea for detecting defects in the coating of the counterweight :-(
<lekernel>
iirc there's also a nice AC component you can get on the electrodes
<lekernel>
in the audio range
<lekernel>
i've seen an artist using it to make weird music :)
<lekernel>
not sure it happens with all metals and salts, but it definitely does with some
<lekernel>
probably depends on current, voltage and other factors too
<wpwrak>
kewl. i have to try that some day :)
<wpwrak>
maybe you can even tune it by shaking the water :)
<wpwrak>
"shake it, baby !"
<wpwrak>
hmm, ulogic looks abandoned. no changes in the last 3 years :-(
<lekernel>
yeah, I know the guys behind it
<lekernel>
they're a bit of the "overwhelmed by job" type :(
<wpwrak>
you mean "job" as in "real work" ?
<lekernel>
job as in "doing engineering work for a big company you have no control over", not sure if that's what you call "real work"
<wpwrak>
you get money but it sucks. sounds like "real work" :)
<wpwrak>
well, once you've taken over arm's empire, you can hire them to finish their work :)