<kyak>
wpwrak: for Ben's kernel, yeah, i copied the ben-wpan-config-2.6.38
<kyak>
wpwrak: 512 Mb rootfs - i'm not sure if it is "new", it has been 512 Mb for a while now.. at least for the latest several releases
<kyak>
wpwrak: do your explanations about conflicting ieee* kernel modules and testing utils apply to atusb as well?
<kyak>
if so, then i perhaps needed to reboot, because i updated the firmware of atusb and then started atrf-xtal 1000 (all successfully) before i tried to do "iz add .. wpan0" and saw "no such device"
<kyak>
anyway, will be able to check only in the evening..
<wolfspraul>
kyak: you got your boards and they work?
<kyak>
wolfspraul: i got my boards yesterday evening, haven't yet really tried it, just prepared necessary tools
<kyak>
the software tools it is
<wolfspraul>
ok
<wpwrak>
kyak: (kernel vs. user space) yes, this will apply too
<wpwrak>
kyak: but you're ahead of me there :) having any kernel support for atusb is still brand new. and afaik, it doesn't work yet. stefan is working at it. i'm at a conference this week, so i won't be able to do much (besides daily heavy drinking, of course :)
<kyak>
wpwrak: yeah, i noticed that you were mainly experimenting atben<->atben
<kyak>
also, if atusb is not yet working, i probably can't do anything but just wait :)
<wpwrak>
kyak: have you tried atrf-rssi with atben yet ? and atrf-txrx -P with a pair of boards (atben/atben, atben/atusb, or atusb
<wpwrak>
/atusb)
<kyak>
wpwrak: no, i haven't. Yesterday i ended up with "izcoordinator... " on Ben (i.e. interface wpan0 was brought up)
<kyak>
but could'nt do the same on PC. Perhaps due to the kernel vs. user space issue
<kyak>
wpwrak: for my understanding, do lowpan tools count as "userland" or "kernel"?
<kyak>
the only two things i actually tried on PC were updating of atusb firmware with dfu and runnign atrf-xtal 1000
<qi-bot>
[commit] Werner Almesberger: fisl2011/: don't declare a sole objective for M1; fixed dependencies (master) http://qi-hw.com/p/wernermisc/0a58e05
<wpwrak>
rejon: heh, beat you :) i got to the conference already around noon
<kristianpaul>
btw is rms in FISL this year?
<wpwrak>
i don't think so
<kristianpaul>
you slide #5 looks interesting for him
<kristianpaul>
nice presentation
<kristianpaul>
is short, so i guess you speak a lot ;)
<kristianpaul>
hopefully willbe streaming or recording for the talks?
<wpwrak>
short ?? it's something like 20-30% too long :)
<wpwrak>
so i'll have to hurry a bit
<kristianpaul>
well for me :)
<kristianpaul>
you have 1 hr or so?
<kristianpaul>
i forgot to ask that first:)
<wpwrak>
1 h minus time for questions and people changing rooms. so about 45 min
<kristianpaul>
best whishes then :)
<wpwrak>
i have the open-ended slides towards the end. i could talk for hours about sourcing. i have a rich set of horror stories from openmoko :)
<kristianpaul>
openmoko's un-official history teller
<wpwrak>
one of them :)
<kristianpaul>
suposelly osgpsby defalt dont read samples compressed as a pack of 4 samples inside a byte
<kristianpaul>
(very sample is 2 bits)
<kristianpaul>
every*
<kristianpaul>
from my sampled data as it is, i ran osgps and i got some tresholds to be triggered
<kristianpaul>
afaik not C/A
<kristianpaul>
but i had 30s from sampled date, but i dint finshed debug of acquistion at all so i need to check
<kristianpaul>
may be simulate sige in hw..
<kristianpaul>
but if iuse the compressed parameter i dont get nothing..
<kristianpaul>
also diging the code i disover if i did active the pack4 parameter for reading compressed data
<kristianpaul>
it take, yes athe 4 samples
<kristianpaul>
to a LUT
<kristianpaul>
but the lut is this    const char val[4]={1,3,-1,-3};
<kristianpaul>
i have some utilities to uncompress this data aswell, that i was using with octave
<kristianpaul>
but that LUT never used 3
<kristianpaul>
but used 0
<kristianpaul>
man, i'm confused know with this ADC
<kristianpaul>
or i'm ignoring something about dowconvertion inside sige chip
<kristianpaul>
but those values above make sense
<kristianpaul>
2 bits ADC, etc..
<kristianpaul>
but why is not zero?
<kristianpaul>
is not needed at all?
<kristianpaul>
hum..
<kristianpaul>
datasheet make me guess on that, or require to improve my radio eng skills ;)
<qi-bot>
[commit] root: fisl2011/: changed date; cleaned up flow,fig; improved readability of achieve.fig (master) http://qi-hw.com/p/wernermisc/22ff99b
<wpwrak>
rejon: would you happen to have usbboot installed on your laptop ? my ben has a broken kernel and usbboot had a hellish dependency chain
<wpwrak>
blergh. now it's raining, too. well, maybe it'll get a bit warmer ...
<rejon>
wpwrak, hahhaa
<rejon>
my ben is broken too!
<rejon>
i just installd
<rejon>
usbboot
<rejon>
we can fix our bens
<rejon>
ok, i'm heading over to the conference now
<rejon>
done with my conference calls for the day
<wpwrak>
heh. i thought you'd skiip today entirely :)
<wpwrak>
i'm at a table/stand roughly in the middle of the exposition area
<wpwrak>
has KDE-Brasil written on it on one side
<wpwrak>
i'm facing roughly the big "telecentro livre"
<wpwrak>
rejon: btw, dress warmly. the hall isn't heated
<wolfspraul>
rejon: Sebastien is MIA, I need confirmation from him for the font change
<rejon>
sounds good woakas
<rejon>
wolfspraul,
<rejon>
just trying to keep on top of outstanding stuff
<rejon>
hopefully he will like it
<wolfspraul>
I like the designs and font style, stupid little 'must not be sold clause', but it doesn't really apply to us...
<wolfspraul>
I wonder what's in peoples minds sometimes :-)
<wolfspraul>
rejon: is your m1 functional?
<wolfspraul>
I demoed to some people today, they loved it. I think I sold 2 (once I have them)
<wolfspraul>
now it's pretty nice booting into simple mode, and iterate through patches with button press
<wolfspraul>
connect your camera before you boot, just in case
<wolfspraul>
your board has a small hardware bug which we can fix ... ahh.. maybe Werner can fix it for you? :-)
<wolfspraul>
wpwrak: if you have a chance, you can remove and short L19 on rejon's m1 :-)
<rejon>
wpwrak, actually you are right, i will not come to the conf. today
<wpwrak>
wolfspraul: there are some folks here who may actually have a soldering iron :)
<rejon>
i will stay here and work, and come out for dinner and drinks
<wpwrak>
rejon: wimp ! :)
<rejon>
wpwrak, the second i enter around people, all my productivity will vanish
<rejon>
wolfspraul, can vouch for that
<wolfspraul>
rejon: ok, then remember this L19 thing. if werner can fix that for you, that'd be great.
<wolfspraul>
it's a nasty little bug especially in quick demo situations. and if werner has access to your m1 and an iron, it's fixed in 1 minute.
<wolfspraul>
just needs the top acrylic to be off, that's all
<rejon>
wolfspraul, ok, remembering...my unit is functional and on the build from mid-may that has working boot-to-render
<rejon>
ok i have my case and m1 and projector
<rejon>
wpwrak, lets fix in the morning at the venue
<rejon>
i don't present until the 2nd
<wpwrak>
wolfspraul, rejon: hmm, i'll see what i can do without my lab
<wolfspraul>
:-)
<wpwrak>
rejon: if your M1 works, maybe it's better not to try rework
<wolfspraul>
wpwrak: it's the bug you fixed yourself. just remove and short that big capacitor.
<wolfspraul>
up to you guys, I'm just connecting...
<rejon>
ok cool
<wpwrak>
wolfspraul: capacitor ? ;-)
<wolfspraul>
bead?
<wolfspraul>
L19
<wolfspraul>
it's a big component, should be quite easy, no?
<wolfspraul>
up to you guys
<wolfspraul>
otherwise I hope Jon doesn't run into the bug when using the camera...
<wpwrak>
wolfspraul: removal may be tricky without proper tools
<kristianpaul>
hum, nice weather in Porto Alegre for this month
<kristianpaul>
wpwrak: no need remove just short it using a blob of esta~no
<wpwrak>
well, if rejon wants me to give it a try, we can ask the hw guys if they have something. there's one group that recycles electronics into art :)
<wpwrak>
kristianpaul: yeah, that's what i'd try to do
<wolfspraul>
rejon: workaround is this: if you want to use the camera in a demo, connect the camera (turned on, i.e. sending a signal) before booting your m1
<wolfspraul>
then you cannot run into the bug
<wolfspraul>
if you first boot your m1, then connect the camera later, it may sometimes not be recognized by m1 until the next reboot...
<kristianpaul>
wpwrak: wikipedia saids 14 °C daily mean for june, here is 30 °C with no wind in the evening, is the hell!
<kristianpaul>
even 32°C i think
<wpwrak>
kristianpaul: you have 30 C ? bastard !
<rejon>
wpwrak, keep me posted about night plans....laying low until....
<wpwrak>
rejon: i guess night plans will arrive by email :)
<kyak>
wpwrak: i've started atrf-txrx -P both on Ben and PC
<kyak>
i see "TX power -4.0 dBm"
<kyak>
is it as expected?
<wpwrak>
make this atrf-txrx -P 1 on one of them
<wpwrak>
then they'll start to talk
<kyak>
i see ++++ in PC and **** in Ben
<kyak>
are they talking now?
<kyak>
i gues they are :)
<kristianpaul>
with evil plans :)
<wpwrak>
hmm. they're talking. but they don't understand each other
<kyak>
hm
<wpwrak>
does dmesg say anything on the ben ?
<kyak>
i just had "116 bytes received" message on Ben
<kyak>
and now "112 bytes"
<wpwrak>
kyak: in particular, did you disable the various drivers ? (mmc and at86rf230)
<kyak>
i did disable the at86rf230
<kyak>
i though mmc was already disabled in ben-wpan kernel
<kyak>
let me double check. A question - should i reboot Ben with atben in it?
<wpwrak>
shouldn't matter unless you have the mmc driver
<kyak>
ok, i rebooted it. Is there anything particulare we are looking for in dmesg?
<kyak>
nevermind, i just killed it.. and reflashed the atusb-b3b037e.bin
<kyak>
haha!
<kyak>
now we have dots!
<kyak>
running fast
<wpwrak>
yeah ! :)
<wpwrak>
as it should
<kyak>
gues b0b0b was not so good after all :)
<kyak>
ok, so we know it's working. I guess i can take it from here. Do you need me to run any tests?
<wpwrak>
it may be from befoee bthe latest interrupt changes
<wpwrak>
i'll be interested in collecting a few serial numbers. but i'll di rhat when i'm back home
<wpwrak>
the boards should leave tuxbrain i good working order
<kyak>
ok.. i'll travel around and see when these dots turn to something else, thus detecting the wireless "bubble" :)
<wpwrak>
kyak: ah yes, that would be good to know
<kyak>
it works with interruptions (-*) when i'm in another room, not sure how it would affect the real TCP transmission
<wpwrak>
hehe, recruited my first listener :)
<wpwrak>
kyak: you could try with dirtpan
<kyak>
wpwrak: i'm failing at "iz add.." step
<kyak>
or is it not required for dirtpan?
<wpwrak>
should be required
<kyak>
i get "Receive failed: Netlink Error (errno = No such device)" on atusb side
<kyak>
atben seems fine
<kyak>
i guess i'm lacking drivers for at86rf230
<kyak>
the above mentioned error is from "iz add wpan-phy0"
<kristianpaul>
whet i do a ftp trasnfer it uses tcp isnt?
<kyak>
yeah
<kristianpaul>
too slow then ,i'll switch to udp, i guess than handshake is adding cpu load to rtems..
<kristianpaul>
s/thnat/that
<wpwrak>
kyak: ah, yes, the atusb side isn't ready yet
<wpwrak>
kyak: you'd need two atbens to play with it for now
<kristianpaul>
:o
<wpwrak>
grmbl. how do i leave gmu ?!?
<wpwrak>
remote login, then killall -1 gmu.bin did it :)
<kyak>
wpwrak: alt+q
<kyak>
wpwrak: ok, so i'll be following stefan's progress for atusb.. Will wait till it becomes usable
<wpwrak>
we should chain him to his computer so he works harder :)
<kyak>
not that chaining someone to something ever made their work better :)
<kristianpaul>
i dotn get it, why i should use fdopen with sockets?
<wpwrak>
i think galley owners would disagree with you disagreeing :)
<wpwrak>
also provides great motivation for maintaining strict workplace safety :)
<kristianpaul>
okay, i'll just use it
<wpwrak>
kristianpaul: should or shouldn't ?
<kristianpaul>
should
<kristianpaul>
must? :-D
<kristianpaul>
"fdopen function can be used to initialize a FILE structure from a file descriptor; however, file descriptors are a purely Unix concept not present in standard C."
<kristianpaul>
i fear about that word "initialize"
<kristianpaul>
but i guess it mean tell how to do something
<kristianpaul>
or read something
<wpwrak>
rejon: fixed my ben :) on another try, it actually booted okay. now t has the latest kernel
<rejon>
great wpwrak
<kristianpaul>
"The fdopen() function associates a stream with a file descriptor. " ah, thats different
<wpwrak>
kristianpaul: most sources indicate that you shouldn't use FILEs for sockets
<kristianpaul>
hum..
<wpwrak>
kristianpaul: appears to be fragile and unportab;e
<kristianpaul>
i dint coded osgps btw :-)
<kristianpaul>
but fragile make me thing..
<kristianpaul>
wpwrak: what you suguest instead, use send and receive?
<wpwrak>
yup. they're the best
<wpwrak>
(the whole send* and recv* family. depends a bit on what exactly you need)
<kristianpaul>
i just want to stream data from mm1 to PC
<kristianpaul>
well to osgps actually
<kristianpaul>
wich implemented the FILE for socket
<kristianpaul>
may be they never tested it..
<kristianpaul>
may be because i'm new to this, but a FILE for sockets looks usefull :D
<wpwrak>
it does. and it often works, apparently
<wpwrak>
but that's noot really by design
<wpwrak>
so you can have surprises :)
<kristianpaul>
shame, when i tought all stuff in *nix was about files :)
<kristianpaul>
passing messages..
<kristianpaul>
wpwrak: "Not selling hardware " fro FSIL slides,you still mean sell is the point but not hardware it self, instead what it does, the value it generates, that we should sell?
<wpwrak>
kristianpaul: naw, i wasn't so philosophical ;-) it's just a way of saying that, if you intend to make (and sell) hw, you're at risk of patent attacks
<kristianpaul>
ahh
<wpwrak>
kristianpaul: (while the risk is much lower for sw)
<wpwrak>
kristianpaul: (especially free sw)
<kristianpaul>
so...
<kristianpaul>
i still confuse, man i should asssisted to you talk, or get mad reading the slides :S
<kristianpaul>
assist*
<wpwrak>
so that strategy is not an option. and you bhave to kepe listening for therest i say :)
<kristianpaul>
but when you mean hardware, you dont meant a product
<wpwrak>
yes, i mean hw as a product
<kristianpaul>
wonder how many patent attacks
<kristianpaul>
sharism/qi-hardware had have
<wpwrak>
well, openmoko suffered one
<wpwrak>
(via pulster)
<wpwrak>
qi-hw 0 so far
<kristianpaul>
pulser??
<kristianpaul>
the same who sell frerunner?
<kristianpaul>
or i'm confused?
<wpwrak>
a distributpr
<wpwrak>
yes
<wpwrak>
that one
<kristianpaul>
wow
<kristianpaul>
indeed,youhave interesting histories to tell from OM :)
<wpwrak>
it was something stupid. we installed mp3 codecs on the freerunners without even thinking there could be a problem
<wpwrak>
well, there was
<kristianpaul>
ah, i undertand wolfgang know :)
<wpwrak>
that's why wolfgang is so careful about codecs now. once bitten, twice shy
<kristianpaul>
s/knwo/now
<wpwrak>
yup :)
<wpwrak>
rejon: does the hotel have good heating ? i don't feel the cold so much anymore, which is probably a bad sign :)
<rejon>
ha
<rejon>
that's why i always pack a jumprope
<rejon>
on trips
<rejon>
yes good heating
<wpwrak>
kewl. or, rather, hot :)
<kristianpaul>
wait wait wait,NFS seems to implement fdopen hum
<rejon>
wpwrak, forgot to intro you to carol from google last night
<rejon>
she runs google summer of code
<wpwrak>
at, google recruiting :)
<wpwrak>
s/at/ah/
<kristianpaul>
may be not
<wpwrak>
she was seated atthe corner, on your side ?
<kristianpaul>
damn hot here,i need a fan
<wpwrak>
kristianpaul: GRRRR
<kristianpaul>
:D
<kristianpaul>
sh*t fdopen is not in K&R, hum..
<kristianpaul>
ah, posix,...
<kristianpaul>
okay, let use berkely sockets as wikipedia saids :)
<wpwrak>
:)
<wpwrak>
rejon: does your ttavel kit by any chance contain a usb hub ?
<wpwrak>
s/tt/tr/
<rejon>
wpwrak, nope
<rejon>
there is a hw store next to this hotel eko btw
<wpwrak>
oh, kewl. they thought of everything :)
<wpwrak>
hmm, forecast predicts 19 C for tomorrow. then down to 13. wow. sunday minimum will be -1 !
<wpwrak>
rejon: heading towards the hotel
<rejon>
wpwrak, cool...i'm not coming out yet ;)
<wpwrak>
cya in a bit
<wpwrak>
rejon: arrrived at hotel :)
<wpwrak>
rejon: are you still here ?
<viric>
grh somehow I don't get into this channel automatically.