2011-06-24 01:59 <kristianpaul> http://cryptome.org/0004/whatsup-mesh.htm
2011-06-24 02:18 <wpwrak> kristianpaul: no problem. we're ready for ieee 802.15.4 ;-)
2011-06-24 03:24 <qi-bot> [commit] Werner Almesberger: at86rf230: assorted fixes http://qi-hw.com/p/qi-kernel/06f03a7
2011-06-24 03:46 <rjeffries> GNUtoo|bug20 what is the connectivity between BugBase and the add-on modules?
2011-06-24 07:43 <whitequark> hm.
2011-06-24 15:16 <kyak> wow
2011-06-24 15:16 <kyak> it only took three days to deliver a parcel via Fedex
2011-06-24 15:16 <kyak> can't believe it
2011-06-24 15:17 <kyak> i guess this is why delivery cost is bigger (50.98 EUR) than the parcel cost (50 EUR, atben+atusb)
2011-06-24 15:17 <kyak> unfortunately, they didn't catch me at home
2011-06-24 15:17 <kyak> so i'll get it on monday
2011-06-24 18:04 <GNUtoo> valhalla, hi
2011-06-24 19:02 <valhalla> hi GNUtoo 
2011-06-24 19:03 <GNUtoo> I'll PM you
2011-06-24 19:13 <[g2]> rjeffries ping.
2011-06-24 19:16 <whitequark> just wondering
2011-06-24 19:16 <whitequark> !ping
2011-06-24 19:17 <[g2]> hey whitequark 
2011-06-24 20:23 <whitequark> [g2]: hi
2011-06-24 20:23 <[g2]> whitequark, you were picking on me for "pinging" :)
2011-06-24 20:25 <whitequark> [g2]: nope, i was wondering if qi-bot will reply the command
2011-06-24 20:26 <[g2]> whitequark, Ah... didn't know a bot was running :)
2011-06-24 20:36 <whitequark> doesn't actually know what "hey" can mean, depending on the context
2011-06-24 20:37 <[g2]> whitequark, It's like "hi"
2011-06-24 22:22 <wpwrak> GRRR. Maximum number of clients reachedError: Can't open display: :0.1
2011-06-24 22:22 <wpwrak> traitor !!
2011-06-24 22:28 <stefan_schmidt> muhahah
2011-06-24 22:36 <stefan_schmidt> RichardSharpe: hi
2011-06-24 22:36 <stefan_schmidt> wpwrak: hi
2011-06-24 22:37 <stefan_schmidt> wpwrak: lokking through your spi master driver now
2011-06-24 22:37 <stefan_schmidt> wpwrak: does it contain the irq handling we talked about that could also be used for atusb?
2011-06-24 22:41 <wpwrak> yes :)
2011-06-24 22:42 <wpwrak> and behold its beauty - it even allocates irq 0 on the ben :)
2011-06-24 22:42 <wpwrak> no idea how portable this is, though. maybe i was just incredibly lucky
2011-06-24 22:45 <stefan_schmidt> 0 is always fun
2011-06-24 22:46 <stefan_schmidt> on cc2420 one irq is also on 0
2011-06-24 22:46 <stefan_schmidt> and trying to allocate the gpio freaks the gpio framework out
2011-06-24 22:46 <stefan_schmidt> not sure if this is fixed by now
2011-06-24 22:47 <stefan_schmidt> As the "alloc" is only for internal reference but not function I never came around to fix it :)
2011-06-24 22:47 <wpwrak> ah ? didn't have any trouble with my irq 0. well, except in at86rf230.c
2011-06-24 22:47 <stefan_schmidt> wpwrak: hmm, let me check, moment
2011-06-24 22:47 <wpwrak> or perhaps we're talking about different frameworks :)
2011-06-24 22:48 <stefan_schmidt> gpio_request
2011-06-24 22:48 <stefan_schmidt> not alloc
2011-06-24 22:48 <stefan_schmidt> not sure its also used on mips and if it may differ there
2011-06-24 22:48 <wpwrak> i think i found the source of my memory corruption. it's packets with a bad PHR (> 127)
2011-06-24 22:49 <stefan_schmidt> PHR?
2011-06-24 22:49 <wpwrak> now, if i throw them away and politely report back the problem, the whole thing hangs. hmm. more investigation needed. at least only the driver is dead, not the entire machine.
2011-06-24 22:49 <wpwrak> frame length
2011-06-24 22:49 <stefan_schmidt> wpwrak: (memory) It was funny to read this. I somehow implicit thought that with partial struct declaration all other would be 0
2011-06-24 22:50 <stefan_schmidt> (frame length) ah
2011-06-24 22:50 <stefan_schmidt> over 127 is indeed bad in ieee802154 :D
2011-06-24 22:51 <wpwrak> and the 128 bytes skb hates it too
2011-06-24 22:52 <stefan_schmidt> wpwrak: (spi master driver) How would we integrate this with atusb? Mapping the spi calls to ATUSB_REG_WRITE, etc?
2011-06-24 22:52 <stefan_schmidt> (skb) And I can fully understand that :)
2011-06-24 22:52 <wpwrak> or ATUSB_SPI_...
2011-06-24 22:52 <stefan_schmidt> hmm
2011-06-24 22:53 <wpwrak> see the dev_dbg statements in the classificator
2011-06-24 22:54 <stefan_schmidt> wpwrak: is there a list with available firmware commands? (I'm on latest here)
2011-06-24 22:56 <wpwrak> atusb/fw/include/atusb/ep0.h
2011-06-24 22:56 <stefan_schmidt> ah, read the f*cking source, luke
2011-06-24 22:56 <wpwrak> aye ;-)
2011-06-24 22:58 <wpwrak> new error handling, new luck ... let's see how long until the first garbled packet this time
2011-06-24 23:01 <stefan_schmidt> wpwrak: greetings from Jan (shoragan)
2011-06-24 23:02 <wpwrak> thanks ! greetings, too ! :)
2011-06-24 23:04 <wpwrak> japan has a funny extra wlan channel. channel number is 14, but it's 2.4 times the usual channel spacing from channel 13
2011-06-24 23:07 <stefan_schmidt> wpwrak: there is even more funny things about the wifi channels
2011-06-24 23:07 <stefan_schmidt> wpwrak: at one linux kongress, if have only been at one, they had the wifi on channel 13 IIRC
2011-06-24 23:07 <stefan_schmidt> and my driver did think he was in US and used the smallest amount of channels...
2011-06-24 23:08 <stefan_schmidt> which did not include 13...
2011-06-24 23:09 <wpwrak> correct. only 11 channels there :)
2011-06-24 23:11 <stefan_schmidt> _after_ the kongress I had a patch for it :)
2011-06-24 23:11 <wpwrak> i wonder if i should color-code the critters for us/eu ...
2011-06-24 23:11 <wpwrak> congresses are usually very fertile grounds for fixed for this sort of minor annoyances :)
2011-06-24 23:13 <wpwrak> monday i should get my set of atben/atusb boards as well. finally, i'll have atusbs with a working reset line ;-)
2011-06-24 23:15 <stefan_schmidt> yay
2011-06-24 23:15 <stefan_schmidt> puts in some single malt whisky and starts coding
2011-06-24 23:16 <wpwrak> interesting programming fuel :)
2011-06-24 23:17 <stefan_schmidt> wpwrak: normally its club mate (the icetea mate)
2011-06-24 23:17 <stefan_schmidt> Just remembered I have some left
2011-06-24 23:18 <wpwrak> me, diet coke for a nice boost. else, tea. well, last night is was about a liter of coffee ... today was jittery
2011-06-24 23:19 <stefan_schmidt> I don't like the taste of coffee.
2011-06-24 23:19 <wpwrak> i think that's part of the effect :)
2011-06-24 23:20 <stefan_schmidt> heh
2011-06-24 23:20 <wpwrak> well, it was instant cappuccino. so the first half liter or so went down nicely.
2011-06-24 23:23 <stefan_schmidt> RichardSharpe: I would start on some work work with atusb now. based on wpwrak spi master driver.
2011-06-24 23:23 <stefan_schmidt> RichardSharpe: Any conflicts with this on your side?
2011-06-24 23:24 <wpwrak> ah, i haven't mentioned the dark side yet
2011-06-24 23:25 <wpwrak> for interrupt synchronization, i think we need to enqueue an URB to read, then wait for the maximum time within which it would get serviced
2011-06-24 23:25 <stefan_schmidt> wpwrak: you alway wait with this until I start...
2011-06-24 23:25 <wpwrak> (this will get more predictable when switching to an interrupt EP. for now, 10 ms seems to be a good value.)
2011-06-24 23:26 <stefan_schmidt> not sure I really will hit irqs tonight
2011-06-24 23:26 <wpwrak> now, the interrupt synchronization would have to be triggered by detecting writes to TRX_STATE
2011-06-24 23:26 <stefan_schmidt> would be happy to have some basic skeleton running for spi read and write
2011-06-24 23:26 <wpwrak> so the driver would have to decode some of the requests
2011-06-24 23:27 <wpwrak> yeah, with spi read/write, you can already make it through the chip identification
2011-06-24 23:27 <wpwrak> and you'll also need reset
2011-06-24 23:27 <stefan_schmidt> and tx should not involve any sending as well, right?
2011-06-24 23:27 <wpwrak> haven't hacked this into spi_atben yet
2011-06-24 23:27 <wpwrak> tx ?
2011-06-24 23:27 <stefan_schmidt> transmit
2011-06-24 23:28 <wpwrak> why would transmit not involve any sending ?
2011-06-24 23:28 <wpwrak> how much single malt did you have left ? ;-)
2011-06-24 23:29 <stefan_schmidt> huh, you lost me
2011-06-24 23:29 <stefan_schmidt> transmit would not involve any irq
2011-06-24 23:29 <wpwrak> ah ! well, there's an interrupt at the end of it
2011-06-24 23:30 <wpwrak> TRX_END fires when a packet has been received and when a packet has been sent
2011-06-24 23:30 <stefan_schmidt> yeah, sure, but I can send without caring for it now :)
2011-06-24 23:30 <wpwrak> yes, but at86rf230.c will not be very happy when it doesn't see the interrupt :)
2011-06-24 23:31 <stefan_schmidt> I'm not here to make at86rf230.c happy, hmm, atcualy I am ;)
2011-06-24 23:31 <wpwrak> do not ask what at86rf230 can do for you - ask what you can do for at86rf230 ! ;-)
2011-06-24 23:40 <qi-bot> [commit] Stefan Schmidt: ieee802154/atusb: Update command enum and comment. http://qi-hw.com/p/qi-kernel/047c9c8
2011-06-24 23:44 <wpwrak> 2770 pings and still no bad PHR. boring. the last time, i got one after 1080 ...
2011-06-24 23:45 <stefan_schmidt> would be happy to have 2770 pings
2011-06-24 23:46 <wpwrak> i get a few "security support is not implemented". so there's some mild unhappiness. but nothing in the PHR yet
2011-06-24 23:47 <wpwrak> ah, wrong. there's one. hehe. at86rf230 spi2.0: PHR 0xb2 >= buffer 128 bytes
2011-06-24 23:47 <wpwrak> and nothing died. good boy ;-)
2011-06-24 23:47 <stefan_schmidt> heh
2011-06-24 23:48 <stefan_schmidt> hmm
2011-06-24 23:48 <wpwrak> ah yes, of course. i turned off the serial console as much as possible. that's why such minor things didn't pop up there.
2011-06-24 23:49 <stefan_schmidt> wpwrak: is platform_driver an embedded only thing or can I use it on x86 as well?
2011-06-24 23:49 <stefan_schmidt> There is no place for platform_data
2011-06-24 23:49 <stefan_schmidt> is confused.
2011-06-24 23:50 <stefan_schmidt> To much embedded development and to less x86
2011-06-24 23:51 <stefan_schmidt> Hmm, on a second thought that does not need to get passed to the driver as it is wired in hw and can get set in the driver directly
2011-06-24 23:51 <wpwrak> should work everywhere. the platform data should be inside spi->dev
2011-06-24 23:51 <wpwrak> so you can tweak it there :)
2011-06-24 23:51 <wpwrak> that's what i'll do for atben_reset. so if you want to wait a little ...
2011-06-24 23:52 <stefan_schmidt> wait, wait, I only hear wait around me ;)
2011-06-24 23:52 <stefan_schmidt> sure, can wait for it. :)
2011-06-24 23:53 <wpwrak> (wait) first i want to see no PHR_related trouble for a bit. then i'll hack on the reset. so ~2 hours.
2011-06-24 23:55 <stefan_schmidt> wpwrak: heh, take your time
2011-06-24 23:55 <wpwrak> hmm. do arcs look good of cheesy ? cheesy, i think
2011-06-24 23:56 <wpwrak> http://downloads.qi-hardware.com/people/werner/wpan/tmp/rssi-wlan-arcs.png
2011-06-24 23:57 <stefan_schmidt> looks overloaded but gets the message over
2011-06-24 23:57 <stefan_schmidt> FISL slides?
2011-06-24 23:58 <wpwrak> a bit of overload is good. makes you feel it does something important :)
2011-06-24 23:58 <wpwrak> no no, that's atrf-rssi -g
2011-06-24 23:59 <wpwrak> slides are tomorrow or so
2011-06-24 23:59 <qi-bot> The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06232011-2104/
2011-06-24 23:59 <stefan_schmidt> ah
2011-06-24 23:59 <wpwrak> naw, i don't like the arcs. i'll try lines instead