2011-07-04 01:37 <kristianpaul> :D mail replied sooner than i tought !
2011-07-04 01:37 <kristianpaul> http://paste.debian.net/121798/
2011-07-04 01:38 <kristianpaul> wellcome back xiangfu and wpwrak ;-)
2011-07-04 01:39 <xiangfu> :)
2011-07-04 01:40 <kristianpaul> btw xiangfu implemnted ramdisk on rtems was not so hard after all https://github.com/kristianpaul/flickernoise/blob/cc201af6a304a880a2523e135c8cc7c1486fdffd/src/main.c
2011-07-04 01:41 <kristianpaul> just if you may need it some day
2011-07-04 01:41 <xiangfu> kristianpaul: thanks
2011-07-04 01:45 <kristianpaul> wpwrak: btw i asked osgps developer (Clifford Kelley) about that fdopen and he said it works very well unless  another process uses too much cpu for even a short time it can produce a buffer overrun xD
2011-07-04 01:46 <kristianpaul> and it can very exiting have real data _but_ i lost bandwitch 
2011-07-04 01:48 <kristianpaul> with namuru seems there is no problem at all, why? because it asumes real data, but as i have complex i just send the I and Q  data from sige to the right mixers i think
2011-07-04 01:48 <kristianpaul> anyway, i just read that from the gp2021 datasheet so should not be a problem do same with namuru
2011-07-04 01:51 <cmw> kristianpaul: even at boot time when its plugged in still doesnt show up. The driver loads but i dont see it being identified or eth0 :)
2011-07-04 01:53 <kristianpaul> what dmesg show?
2011-07-04 01:54 <cmw> nothing.. just the driver loading (even when i plug it)
2011-07-04 01:54 <kristianpaul> i encorage you to write mail lists, there are few people having this wifi-sd card, i dont and my 
2011-07-04 01:54 <kristianpaul> try rmmod and modprobe it may be?
2011-07-04 01:54 <cmw> kristianpaul: will try recompiling the kernel. It's possible its something with the stock
2011-07-04 01:54 <cmw> yeah tried that no go
2011-07-04 01:56 <kristianpaul> i dont and so i really dont know posible issues with it*
2011-07-04 01:57 <cmw> thanks anyway
2011-07-04 13:07 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-07032011-0915/
2011-07-04 13:26 <kyak> the only guy talking :)
2011-07-04 14:03 <kristianpaul> why kyak ?
2011-07-04 14:06 <wpwrak> kyak: maybe you want to share some experience with the usd wlan thingy with cmw. he has one and it doesn't seem to work (or maybe the driver is busted)
2011-07-04 14:42 <kyak> wpwrak: it's also not working for me ;)
2011-07-04 14:44 <wpwrak> kyak: do you know someone who has it working ?
2011-07-04 14:47 <zrafa> wpwrak: you mean wifi usd thing?
2011-07-04 14:47 <wpwrak> zrafa: yup
2011-07-04 14:48 <wpwrak> zrafa: btw, welcome back on #qi-hardware ! it's been a long while ! :)
2011-07-04 14:48 <zrafa> wpwrak: I helped somebody but it did not work for him. I did a specific kernel for jlime for him.. but no luck. No idea why
2011-07-04 14:48 <zrafa> wpwrak: it was a lot of months ago via qi ML
2011-07-04 14:49 <kyak> wpwrak: both xiangfu and wolfspraul reported it working
2011-07-04 14:50 <wolfspraul> zrafa: yes, happy you are there!
2011-07-04 14:50 <wolfspraul> I miss your drinks
2011-07-04 14:50 <zrafa> wpwrak: welcome: he :-) It is hard for me to follow the irc these days.. that is why I do not get here so much. I can not read the logs either :P
2011-07-04 14:50 <wolfspraul> and werner's meat and wine
2011-07-04 14:50 <zrafa> a disaster from my side
2011-07-04 14:50 <zrafa> :P
2011-07-04 14:50 <wolfspraul> zrafa: nah that's ok, just don't forget us entirely :-)
2011-07-04 14:50 <wolfspraul> you get older and wiser, and then you share all the wisdom you gained here :-)
2011-07-04 14:51 <zrafa> wolfspraul: meat, wine, drinks : haha.. me too! :-). But only if no germany and arg are going to play some match :D
2011-07-04 14:52 <wolfspraul> I think I want to leave the Spectec nightmares behind
2011-07-04 14:52 <wolfspraul> long live ben-wpan
2011-07-04 14:52 <wpwrak> zrafa: ah, i thought your internet at home was working ? btw, does the heating ? ;-)
2011-07-04 14:52 <wpwrak> wolfspraul: yeah. more reliable than spectec ;-)
2011-07-04 14:53 <zrafa> wpwrak: both things work for now.. I will touch wood anyway.. (no sure if "yo toco madera" expresion exists in english)
2011-07-04 14:54 <wpwrak> zrafa: yeah. also in german ;-)
2011-07-04 14:55 <zrafa> wpwrak: great, very known it seems :)
2011-07-04 17:30 <wpwrak> stefan_schmidt: ahh, you're back. excellent ! :) how are the atusbs ?
2011-07-04 17:31 <stefan_schmidt> wpwrak: yeah, had some weekend dates. Birthday, 10 years "Abitur" meeting etc
2011-07-04 17:31 <stefan_schmidt> wpwrak: back to work now.
2011-07-04 17:31 <wpwrak> stefan_schmidt: busy week then ;-)
2011-07-04 17:31 <stefan_schmidt> wpwrak: reworked it to async usb and still getting scheduling while atomic
2011-07-04 17:32 <stefan_schmidt> wpwrak: yup, it was also my 30th birthday. means a lot planing for party etc
2011-07-04 17:32 <stefan_schmidt> anyway, alcohol should be gone by now and I should be able to start again
2011-07-04 17:32 <wpwrak> (scheduling) hmm, nasty. what's the call stack like ?
2011-07-04 17:33 <stefan_schmidt> ah, and I'm now using kvm with usb passthrough to avoid all this rebooting
2011-07-04 17:33 <wpwrak> (partying) oh yes, i had plenty of that in the last days :) yesterday, i just slept for 12 hours
2011-07-04 17:34 <wpwrak> module unload still not working then ?
2011-07-04 17:34 <stefan_schmidt> wpwrak: ha, 12 hours would have been great. I had 4 hours each night. Only came into bed when the light was back already :)
2011-07-04 17:35 <stefan_schmidt> wpwrak: Doing all build-in tests with kvm now.
2011-07-04 17:35 <wpwrak> the nights before the 12 hours were significantly shorter :)
2011-07-04 17:35 <stefan_schmidt> Will come back to this topic once the other stuff works
2011-07-04 17:35 <stefan_schmidt> heh
2011-07-04 17:35 <wpwrak> (modules) okay
2011-07-04 17:35 <stefan_schmidt> hmm, I can copy'n'paste the call stack from kvm
2011-07-04 17:36 <stefan_schmidt> s/can/can't/
2011-07-04 17:37 <stefan_schmidt> wpwrak: give me a moment to figure this out
2011-07-04 17:37 <wpwrak> screen dump ?
2011-07-04 17:37 <unclouded> is CONFIG_MAC802154 absolutely essential for dirtpan to work?  The 2.6.39-3 Ubuntu kernel has CONFIG_IEEE802154 and CONFIG_IEEE802154_DRIVERS as modules but CONFIG_MAC802154 isn't mentioned.  does this mean I won't be able to use this kernel for dirtpan?
2011-07-04 17:38 <wpwrak> hmm, i would think it is needed, yes. haven't tested that hypothesis, though
2011-07-04 17:38 <unclouded> do you think it's worth me trying without it to find out?
2011-07-04 17:38 <wpwrak> ah yes, you need it. things like the function that calls xmit are in there ;)
2011-07-04 17:39 <wpwrak> oh wait
2011-07-04 17:39 <stefan_schmidt> unclouded: you need it. The at86rf230 driver needs it
2011-07-04 17:39 <stefan_schmidt> and the driver is not in mainline yet due to this
2011-07-04 17:40 <stefan_schmidt> wpwrak: (screen dump) thats lazy
2011-07-04 17:40 <wpwrak> no. it's like that. you need it.
2011-07-04 17:40 <unclouded> ah ok, that will explain why it isn't in a packaged Ubuntu kernel
2011-07-04 17:40 <wpwrak> (lazy) if it works ... :)
2011-07-04 17:41 <stefan_schmidt> unclouded: yeah, its only in the linux-zigbee tree right now. The other parts you are seeing are already upstream
2011-07-04 17:41 <stefan_schmidt> wpwrak: pfft :)
2011-07-04 17:41 <unclouded> ok, will see if I can patch the Ubuntu kernel with it
2011-07-04 17:42 <stefan_schmidt> wpwrak: http://pastebin.com/hhnEf3KL
2011-07-04 17:43 <stefan_schmidt> wpwrak: full dmesg
2011-07-04 17:43 <stefan_schmidt> wpwrak: first call stack is the interesting one
2011-07-04 17:43 <stefan_schmidt> wpwrak: What I read out of it so far (could be wrong)
2011-07-04 17:44 <stefan_schmidt> wpwrak: __spi_async is the last function form the spi framework calling our .transfer method
2011-07-04 17:44 <stefan_schmidt> wpwrak: looking at spi_async it does spin_lock_irqsave() spin_unlock_irqrestore around the __spi_async call
2011-07-04 17:45 <stefan_schmidt> wpwrak: and then our driver comes in with USB and it gets scheduled...
2011-07-04 17:45 <wpwrak> hmm, seems that you're not quite async yet. can you push your latest version ?
2011-07-04 17:46 <stefan_schmidt> wpwrak: yup, moment
2011-07-04 17:47 <qi-bot> [commit] Werner Almesberger: install/ben-wpan-config-2.6.38: enabled CONFIG_PROC_PAGE_MONITOR (master) http://qi-hw.com/p/ben-wpan/0c77658
2011-07-04 17:47 <qi-bot> [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:ben-wpan (master) http://qi-hw.com/p/ben-wpan/848e5af
2011-07-04 17:48 <qi-bot> [commit] Stefan Schmidt: spi/atusb: Move read1 to async usb. Broken right now. (ben-wpan-stefan) http://qi-hw.com/p/qi-kernel/5e5d491
2011-07-04 17:48 <stefan_schmidt> wpwrak: there you go.
2011-07-04 17:48 <stefan_schmidt> wpwrak: read1 in async
2011-07-04 17:49 <stefan_schmidt> wpwrak: I'm still doing the wait_for_completion in the same function doing the urb_submit. Did not wrap my head around doing a full dispatcher here
2011-07-04 17:49 <stefan_schmidt> wpwrak: that could well be the problem. Never worked on a async usb driver before
2011-07-04 17:50 <wpwrak> wait_for_completion is pretty obviously wrong :)
2011-07-04 17:51 <wpwrak> now. let's see what you could use instead ...
2011-07-04 17:51 <stefan_schmidt> wpwrak: well, thats what I have seen in other usb drivers
2011-07-04 17:52 <wpwrak> not in async ones that actually worked :)
2011-07-04 17:53 <stefan_schmidt> hmm
2011-07-04 17:53 <stefan_schmidt> ponders and does a grep
2011-07-04 17:53 <stefan_schmidt> ponders more and should read the wait_for_completion implementation...
2011-07-04 17:55 <wpwrak> no no .. wait_for_completion sleeps. that's all you need to know about the implementation :)
2011-07-04 17:55 <wpwrak> your async function can't call anything that sleeps
2011-07-04 17:56 <wpwrak> in atusb_usb_cb, instead of calling complete, you should call (spi_)msg->complete(msg->context)
2011-07-04 17:57 <wpwrak> basically move everything after calling read1 into the callback. now there's one more difficulty: some messages have two transfers
2011-07-04 17:58 <stefan_schmidt> wpwrak: drivers/usb/usb-skeleton.c was the one I peaked into
2011-07-04 17:58 <stefan_schmidt> wpwrak: And yes, sleeping and async does not make sense together
2011-07-04 17:58 <wpwrak> so you'd need to chain them in the callback. maybe move the urb submission simply into a suitable function that takes a struct spi_transfer and that calls a callback when done
2011-07-04 17:59 <wpwrak> (usb-skeleton) skel_read isn't async
2011-07-04 18:00 <stefan_schmidt> wpwrak: grr, why don' they use the sync usb api then. Fooling me all over :)
2011-07-04 18:01 <wpwrak> and you need to set master->bus_lock_flag. else, you may get new requests while still working on an older one
2011-07-04 18:02 <wpwrak> see also drivers/spi/spi.c:spi_async
2011-07-04 18:04 <stefan_schmidt> wpwrak: so in summary: Kick off the completion stuff, move msg->complete and msg->status into the callback and set the bus_lock_flag
2011-07-04 18:04 <stefan_schmidt> wpwrak: and as second step take care of messages with two transfers
2011-07-04 18:06 <wpwrak> yes. you can do bus_lock_flag later. you're probably nicely synchronized from the callers anyway
2011-07-04 18:06 <stefan_schmidt> ok, lets see how this works out
2011-07-04 18:06 <wpwrak> (2nd step) or do them both at once. what you want is a function that submits the "next" transfer.
2011-07-04 18:10 <qi-bot> [commit] Werner Almesberger: ubb-vga.c (usage): correct synopsis (-r is now called -m) (master) http://qi-hw.com/p/ben-blinkenlights/92ce053
2011-07-04 18:15 <wpwrak> btw, since spi_atben.c is now in the ben-wpan branch, i just deleted the ben-wpan-atben branch
2011-07-04 18:17 <wpwrak> stefan_schmidt: btw2, i'll remove the interrupt redirection from spi_atben soon, since i can just pass the real interrupt. so if you want a copy of that code, you'll make it now or dig a bit into the history
2011-07-04 18:19 <stefan_schmidt> wpwrak: just mention interrupt redirection in the commit message and I get it from there
2011-07-04 18:19 <stefan_schmidt> wpwrak: already merging the plain ben-wpan branch nowadays
2011-07-04 18:19 <wpwrak> perfect
2011-07-04 19:17 <qi-bot> [commit] Werner Almesberger: spi_atben: removed interrupt redirection (ben-wpan) http://qi-hw.com/p/qi-kernel/9e362c8
2011-07-04 19:17 <wpwrak> 83 lines shorter :)
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: switch linux-zigbee tools source from (old) tarball to git repository (master) http://qi-hw.com/p/ben-wpan/ae348fb
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: tools/Makefile (BEN_DIRS): add dirtpan iff its lowpan tools dependency is met (master) http://qi-hw.com/p/ben-wpan/71f095d
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: xxx (master) http://qi-hw.com/p/ben-wpan/6d1198c
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: tools/: moved get_key from atrf-path/gui.c to libatrf, for sharing (master) http://qi-hw.com/p/ben-wpan/56f8b2d
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: tools/atrf-rssi/gui.c (gui): accept keyboard input both from stdin and SDL (master) http://qi-hw.com/p/ben-wpan/10f618a
2011-07-04 23:36 <qi-bot> [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:ben-wpan (master) http://qi-hw.com/p/ben-wpan/f279907
2011-07-04 23:50 <wolfspraul> wpwrak: good morning :-)
2011-07-04 23:51 <wolfspraul> so you are back in Buenos Aires now?
2011-07-04 23:51 <wolfspraul> what's your take in FISL?
2011-07-04 23:54 <wpwrak> wolfspraul: yup, back home and well rested :)
2011-07-04 23:55 <wpwrak> wolfspraul: it was pretty good. people liked what rejon and i said and had to show. we may get a few customers for ben, atben/atusb, and M1 :)
2011-07-04 23:55 <wolfspraul> any wisdom you learnt that I should now learn from you?
2011-07-04 23:57 <wolfspraul> how many people were there? how many young people (say < 25, or < 20)?
2011-07-04 23:57 <wpwrak> wolfspraul: one guy was also starting to think of producing things in brazil (to escape the horrendous import taxes). he has done some small things already. he's also thinking of making a wpan+arduino blend.
2011-07-04 23:57 <wolfspraul> nice
2011-07-04 23:58 <wpwrak> at the talks ? hmm, mine had about 50. rejon got 30-40. define "young" :)
2011-07-04 23:58 <wolfspraul> young < 25 years old, or better yet < 20 years old
2011-07-04 23:58 <wpwrak> people were very excited about the M1 demos
2011-07-04 23:58 <wolfspraul> I hope a download link for your talk will emerge
2011-07-04 23:58 <wolfspraul> I mean for the video
2011-07-04 23:59 <kristianpaul> hope the same