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