2011-01-09 04:54 morning wolfspraul :-) 2011-01-09 04:55 morning 2011-01-09 06:08 it was a very interesting discussion yesterday about openwrt 2011-01-09 06:08 yes 2011-01-09 06:09 [commit] David KÃ¼hling: gnuplot-gfx: reworked truecolor fixes to upstream-submittable http://qi-hw.com/p/openwrt-packages/52ae1d7 2011-01-09 06:09 [commit] David KÃ¼hling: gnuplot-gfx: update to latest upstream version 4.4.2 http://qi-hw.com/p/openwrt-packages/c20e4cd 2011-01-09 06:10 actually, wolfspraul expressed many of my own concerns 2011-01-09 06:10 hah, let's wait until the netsplit is over :-) 2011-01-09 06:10 yeah :) 2011-01-09 06:15 xMff: you were asking about the list of apps that require iconv/intl - should I just grep apps that DEPEND on iconv/intl from qi's openwrt-packages or you need something else? 2011-01-09 06:16 if you wanted to have a look at those apps, you could just add qi's openwrt feed and see it yourself 2011-01-09 06:16 more interestingly, *your* failing packages 2011-01-09 06:16 the efl feed has 'enlightenment' 2011-01-09 06:16 it's upstream, and doesn't compile 2011-01-09 06:17 I'm guessing there are more of those 2011-01-09 06:17 oh, ok 2011-01-09 06:18 kyak: that was at xMff, I have no idea what he asked for 2011-01-09 06:18 :P 2011-01-09 06:18 i think you got it right 2011-01-09 06:18 anyway, i got stuck at fbterm compilation 2011-01-09 06:18 with "tiny" libiconv 2011-01-09 06:19 maybe something else was affected, i don't know, because then i wanted "full" libiconv back 2011-01-09 06:19 now i'll try to build against tiny libiconv and see what else fails 2011-01-09 06:22 and i have to believe xMff that the tiny libiconv is a real replacement for libiconv, and if an app builds fine, there will be no problems during runtime 2011-01-09 06:22 but to tell the tryuth, i'm not sure about that 2011-01-09 06:23 speaking about communicatino issues, there is stil no reply to this ticker here https://dev.openwrt.org/ticket/8603 2011-01-09 06:23 wolfspraul: (mentor graphics) what free tools? :) 2011-01-09 06:24 i guess i should write to openwrt mailing list? 2011-01-09 06:24 or you mean, free of charge? 2011-01-09 06:24 lekernel: the fedora/free electronic lab 2011-01-09 06:25 there isn't any free equivalent for leonardo spectrum, which is the most useful (and pirated) mentor product 2011-01-09 06:26 kyak: what other openwrt tickets are open right now? 2011-01-09 06:27 8413 from xiangfu 2011-01-09 06:28 8594 about glib2 not able to build against libiconv-full 2011-01-09 06:29 8282 - i also reported that (not very important, but still there was no feedback) 2011-01-09 06:30 and this ticket 8289 - is a perfect example of how things can go well 2011-01-09 06:30 report - check - fix :) 2011-01-09 06:31 quick fix of that helped a lot while porting netsurf 2011-01-09 06:31 [commit] David KÃ¼hling: use ccache also for C++ compilation http://qi-hw.com/p/openwrt-xburst/fba4b71 2011-01-09 06:31 i think that's all from me, xiangfu might have other opened tickets 2011-01-09 06:34 ok we have 4 open ones right now - 8603, 8413, 8594, 8282 2011-01-09 06:35 yes; btw, 8413 is what has been bugging bartbes for a while now 2011-01-09 06:37 bartbes: am i right? 2011-01-09 06:37 no 2011-01-09 06:37 I get a link error 2011-01-09 06:37 kyak: can you build bootable/working images now? I was a little surprised that you and xiangfu said you could not build a working image since mid-December 2011-01-09 06:37 my one and only focus is how we get to the next image, with improvements and all the stuff contributed in recent weeks, and without regressions 2011-01-09 06:37 yes, we can now that we've overriden libiconv, gettext and glib2 2011-01-09 06:37 ok I see 2011-01-09 06:37 but then again, I patched it to link against libiconv-full 2011-01-09 06:37 what's the error? 2011-01-09 06:38 missing iconv_open, iconv_close and iconv symbols 2011-01-09 06:38 oh, pretty strange.. are your libiconv-full and gettext-full different from the ones in openwrt-packfges? 2011-01-09 06:39 because as i mentioned yesterday, libiconv-full and gettext-full are basically renamed to libiconv and gettext and now present in openwrt-packages (overriding the ones from openwrt feeds) 2011-01-09 06:40 I heard it was some header issue probably 2011-01-09 06:41 oh, I know 2011-01-09 06:41 that might have been an error I did 2011-01-09 06:41 anyway 2011-01-09 06:41 still 2011-01-09 06:41 since gettext creates no actual lib 2011-01-09 06:41 i just wonder, why you have this error 2011-01-09 06:41 nothing can link against this 2011-01-09 06:41 hm, it created libintl 2011-01-09 06:41 oh, I probably messed up, I'll try again later 2011-01-09 06:41 it.. did? 2011-01-09 06:41 have a look into Makefile 2011-01-09 06:42 you should link against libintl 2011-01-09 06:42 because I'm pretty sure the makefile doesn't install anything but headers and autoconf data 2011-01-09 06:42 as libintl is provided bby gettext package 2011-01-09 06:43 $(CP) $(PKG_INSTALL_DIR)/usr/lib/libintl.{a,so*} $(1)/usr/lib/gettext-full/lib/ 2011-01-09 06:43 looks like a real lib to me :) 2011-01-09 06:43 also, as far as I can tell nothing is compiled eithr 2011-01-09 06:43 but that's gettext-full 2011-01-09 06:43 paths are messed up, however 2011-01-09 06:43 not gettext 2011-01-09 06:43 yes, so what? 2011-01-09 06:43 and yes, gettext-full fails all paths 2011-01-09 06:44 hence nothing links to it without heavy, heavy patching 2011-01-09 06:44 also, did it link against (stripped) libiconv?! 2011-01-09 06:44 oh, so you are spending your time trying to link against stub lib? 2011-01-09 06:44 libiconv-full also uses insane paths 2011-01-09 06:44 yeah.. 2011-01-09 06:45 and I'm not sure gettext-full was patched 2011-01-09 06:45 not patched 2011-01-09 06:45 in any case, the paths are one huge pile of suck 2011-01-09 06:45 yes :) 2011-01-09 06:45 like this one: 2011-01-09 06:45 so, did gettext-full compile? 2011-01-09 06:45 against stub libiconv? 2011-01-09 06:45 or did you have to patch manually? 2011-01-09 06:47 again, both *full versions are fixed (paths) and renamed to libiconv and gettext 2011-01-09 06:47 then all build fine 2011-01-09 06:47 (except for glib2, which was changed upstream for the tiny libiconv) 2011-01-09 06:48 but it's overriden, too 2011-01-09 06:48 i still have a feeling you don't completely understand me 2011-01-09 06:53 but you manually fixed all that? 2011-01-09 06:53 or did somebody just revert all stubs? 2011-01-09 06:57 these packages have been added to openwrt-packages 2011-01-09 06:58 thus effectively overriding the ones from openwrt feeds 2011-01-09 06:58 you have to change the order of feeds in feeds.conf for that 2011-01-09 06:58 ah 2011-01-09 07:01 this is temporary, until a switchable (between "tiny" and "full") solution is implemented 2011-01-09 07:02 like xMff mentioned, something like global $(LIBICONV) 2011-01-09 07:02 so if I want to switch I simply change the order in feeds.conf 2011-01-09 07:03 then update and install 2011-01-09 07:03 (using scripts/feeds)? 2011-01-09 07:03 yes, should be easy like that 2011-01-09 07:03 change the order; rm -rf feeds tmp; make package/symlinks 2011-01-09 07:04 alright 2011-01-09 07:04 then you will be using libiconv, gettext and glib2 from openwrt-packages 2011-01-09 07:04 time to reboot then 2011-01-09 07:04 and these are full versions 2011-01-09 07:05 happy reboot then ;) 2011-01-09 07:12 alright 2011-01-09 07:12 put qipackages highest in the feeds.conf 2011-01-09 07:16 rm completed 2011-01-09 07:18 shit 2011-01-09 07:18 I just rememberd 2011-01-09 07:18 *remembered 2011-01-09 07:19 I killed my patched efl libs as well :) 2011-01-09 07:19 *:( 2011-01-09 07:19 oh! 2011-01-09 07:27 alright, time to reapply some patches then.. 2011-01-09 07:36 I always wonder why the toolchain takes so long beforeit actually does something 2011-01-09 07:37 tries compiling enlightenment 2011-01-09 07:37 oh I would be so happy if I got e17 running.. 2011-01-09 07:37 indeed would be cool 2011-01-09 07:37 what is your build host? 2011-01-09 07:37 i mean, is it powerful machine? 2011-01-09 07:37 not really 2011-01-09 07:38 still singlecore :( 2011-01-09 07:38 at least I have hyperthreading 2011-01-09 07:39 it takes here a while, too.. but i don't feel like i have to wait too long 2011-01-09 07:41 hmm I guess I have to manually recompile libiconv and gettext (aka libintl) 2011-01-09 07:41 or not.. 2011-01-09 07:42 oh 2011-01-09 07:42 nvm, my fault 2011-01-09 07:42 I tried enabling ccache, well, it helps if it's installed 2011-01-09 07:51 oh wow 2011-01-09 07:51 the first bit of gettext is configure script after configure script 2011-01-09 07:51 you see it configure for 10 mins, then 1 compile, then another configure (10 mins is a huge overstatement, don't worry) 2011-01-09 07:55 well well well, that is one hell of a compile 2011-01-09 07:58 something has changed in tiny libinconv 2011-01-09 07:59 oh.. i think i should build from scratch.. perhaps fbterm is taking the older lib.. 2011-01-09 08:01 phew 2011-01-09 08:01 finally gettext finished 2011-01-09 08:02 yeah I needed to recompile libiconv and gettext manually as well 2011-01-09 08:03 it wasn't really necessary to make it manually, i think 2011-01-09 08:05 maybe not, but I did it anyway 2011-01-09 08:06 so now the efl is building again 2011-01-09 08:32 kyak: hmm 2011-01-09 08:32 same 2011-01-09 08:32 I'll pastebin 2011-01-09 08:33 http://pastebin.com/BJe0NwXN 2011-01-09 08:33 I'm thinking it means I need to patch 2011-01-09 08:33 ls 2011-01-09 08:33 oops, wrong window 2011-01-09 08:35 it can't find libiconv.so 2011-01-09 08:35 *libiconv.so.2 2011-01-09 08:36 so maybe it is in the makefile? 2011-01-09 08:37 that's maybe because InstallDev didn't take place 2011-01-09 08:37 it did, it's there 2011-01-09 08:37 can you show more complete log? 2011-01-09 08:37 is it from efl? 2011-01-09 08:38 from e17 2011-01-09 08:38 http://pastebin.com/h3YQpeKv 2011-01-09 08:39 --disable-rpath 2011-01-09 08:39 i think it's the problem 2011-01-09 08:40 that'd be in the package makefile 2011-01-09 08:40 I'll see if disabling that works 2011-01-09 08:40 should be something like TARGET_LDFLAGS+= -Wl,-rpath-link=$(STAGING_DIR)/usr/lib 2011-01-09 08:42 I just commented out the line and started a recompile 2011-01-09 08:42 if it fails I'll try that 2011-01-09 08:47 alright, added your LDFLAGS line 2011-01-09 08:47 [commit] David KÃ¼hling: gnuplot-gfx: cleanup patches for 4.4.2 version http://qi-hw.com/p/openwrt-packages/2343639 2011-01-09 08:47 [commit] David KÃ¼hling: plplot: adapt font size scaling to smaller nanonote display http://qi-hw.com/p/openwrt-packages/a05abc9 2011-01-09 08:49 alright, that's a lot better, now it fails on some configure options 2011-01-09 08:49 or not.. 2011-01-09 08:49 anyway, something else now 2011-01-09 08:49 the round is won :) 2011-01-09 08:50 I need to disable some X11 stuff 2011-01-09 08:56 zrafa: funny .. all the libs (ecore, edje, efreet, ...), but no e17 in jlime ? 2011-01-09 08:59 wpwrak: in owrt it's called 'enlightenment' maybe same goes for jlime? 2011-01-09 08:59 bartbes: i searched for e17, enlightenment, Enlightenment ... nada 2011-01-09 09:00 bartbes: let see if i have more luck with qpkg :) 2011-01-09 09:00 e16? :P 2011-01-09 09:01 that, too 2011-01-09 09:03 wpwrak: e-wm, perhaps 2011-01-09 09:04 of course a single "e" isn't much of a search term :P 2011-01-09 09:06 there's some e-wm-* stuff, no e-wm per se, though 2011-01-09 09:06 hmm 2011-01-09 09:06 I'll have to go investigate on how to disable the X modules 2011-01-09 09:07 hmm, i think the qpkg parser needs a bit more work. packages "${IPKG_VARIANT}" and "(<1.0." :) 2011-01-09 09:07 wpwrak: maybe you can poke in here http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/e17 and find what could be it 2011-01-09 09:09 dammit 2011-01-09 09:09 apparently the wm needs X 2011-01-09 09:09 :( 2011-01-09 09:10 kyak: ah, thanks. seems that e-wm could be the right name. but there's no e-wm package. well, i'll just wait for zrafa's comment :) 2011-01-09 09:10 bartbes: if you didn't have X, what windows would the window manager manage ? 2011-01-09 09:10 true 2011-01-09 09:11 but it could at least give you a desktop 2011-01-09 09:11 without windows ? hmm ... 2011-01-09 09:16 bartbes: zrafa's been doing a lot of work around e* lately, maybe he knows if what you have in mind is a perversion raster has already indulged in 2011-01-09 09:18 hmm 2011-01-09 09:19 edje can be used to create a launcher 2011-01-09 09:19 hmm. now why did i leave that 0R in the clock line atusd ? doesn't get any more useless ... 2011-01-09 10:41 #LO 2011-01-09 10:41 sorry 2011-01-09 10:41 'lo 2011-01-09 10:59 hi xMff 2011-01-09 11:01 xMff: http://pastebin.mandriva.com/21613 the build log of fbterm with tiny libiconv 2011-01-09 11:01 wpwrak: I just checked.. Yes, it should be e-wm, and it is not there :P.. but.. I tried to build the packages with OE and it looks like it built the e-wm just fine :P 2011-01-09 11:01 there was this patch http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/commit/2d7e398567856d8953b9f64576928573aae2c991/ for this issue, but it was dropped when we enabled uClibc with locale support 2011-01-09 11:03 kyak: I'll take a look 2011-01-09 11:03 wpwrak: because I think that jlime repo at qi is okey if we keep it stable (or frozen) I would prefer to upload these new packages on extra-packages. For opkg, jlime-pkg or qpkg would not have difference. So those packages would be there for installation 2011-01-09 11:04 SO jlime-pkg update; jlime-pkg install e_wm (or whatever) would work 2011-01-09 11:05 wpwrak: what do you think? 2011-01-09 11:07 kyak: they do really stupid stuff in their code :( 2011-01-09 11:07 xMff: thanks! i'll try to stop what else packages might have problems.. most of all i'm afraid of runtime problems 2011-01-09 11:07 *try to spot 2011-01-09 11:08 great, jlime boot failed 2011-01-09 11:08 *sigh* 2011-01-09 11:08 it's never easy 2011-01-09 11:08 kyak: basically (void *)-1 must be changed to (iconv_t)(-1) 2011-01-09 11:08 kyak: in io.cpp 2011-01-09 11:08 xMff: i agree, the code might be out of date and stupid.. but rewriting libiconb from scratch is not good, too :) 2011-01-09 11:08 bartbes: why it is never easy? 2011-01-09 11:08 zrafa: yeah, as long as it works, that's good :) 2011-01-09 11:08 xMff: thanks for the hint 2011-01-09 11:09 kyak: point is that it probably fail with other non-gnu iconv implementations too. iconv_t is not guaranteed to be void * (or a pointer at all) 2011-01-09 11:09 wpwrak: yeah, that will work out of the box.. NO idea if e17 will work, we need to test :) 2011-01-09 11:09 zrafa: i think we ultimately should move the jlime repo at qi-hw from "stable" (= frozen) status to "alive". but that's work for another day ;-) 2011-01-09 11:10 zrafa: I meant in general, not jlime 2011-01-09 11:10 xMff: yeah, i think fbterm is build with gnu iconv in 99% of cases... 2011-01-09 11:10 ;) 2011-01-09 11:10 in this case a reboot fixed it 2011-01-09 11:10 'fixed' 2011-01-09 11:10 xMff: thanks a lot for your explanations yesterday and patience, too 2011-01-09 11:11 bartbes: ah :).. well, I remember that I failed to have the bootloader file.. and when I did the command for installation on NAND it did not install the bootloader.. so after that system did not boot (of course) but worse.. I was not able to have the usbboot again :P 2011-01-09 11:12 there's always hardware usb boot 2011-01-09 11:13 bartbes: yeah, but that was my first time trying that hardware usb boot.. so it took a lot of time I think 2011-01-09 11:17 gah. i solder like a spider on dope. that death-by-caffeine breakfast probably wasn't such a good idea. hmm, perhaps a bit of beer will sooth my itchy hands ... 2011-01-09 11:17 right 2011-01-09 11:18 wpwrak: just for info, what's your time zone? you seem to be always active :) 2011-01-09 11:18 zrafa: so when can we expext an e-wm package? 2011-01-09 11:19 wpwrak: or, you have that AI bot speaking instead of you, while you are sleeping :) 2011-01-09 11:21 kyak: WTZ, werner's time zone :) the external stimulus (that day star) would be buenos aires time 2011-01-09 11:21 heh 2011-01-09 11:21 bartbes: those built just fine, I should upload but no remember exactly how to do that :P 2011-01-09 11:22 bartbes: checking my notes.. 2011-01-09 11:23 wpwrak: do you remember the wiki page link explaining details about how to upload stuff to downloads.qi.. etc? 2011-01-09 11:25 www-data@downloads.qi-hardware.com ? 2011-01-09 11:26 bartbes: I have other nice things to upload to extra packages yet, like emacs as well which was cross compiled (with the final binary dump, no the huge thing which takes a lot to run), but lazy or no time to make the proper ipk these days :( 2011-01-09 11:27 wpwrak: is downloads.qi-hardware.com?.. I guessed that I used another server name 2011-01-09 11:27 wpwrak: let me try.. 2011-01-09 11:29 wpwrak: yes.. works :) 2011-01-09 11:30 bartbes: almost uploading.. 2011-01-09 11:30 alright 2011-01-09 11:36 uploading.. 2011-01-09 11:37 powers on ben 2011-01-09 11:57 E : well.. uploaded... And I tried to install. It installs, but you have to modify jlime-pkg. replace into /usr/bin/jlime-pkg the lineÂ Â "opkg install *.ipk"Â Â withÂ Â "opkgÂ Â --force-overwrite install *.ipk" 2011-01-09 11:57 then: jlime-pkg update ; jlime-pkg install e-wm 2011-01-09 11:58 Also, we should install the recommended packages that installation suggests. Those packages are on repo 2011-01-09 12:02 export DISPLAY=:0 ; enlightenment_start 2011-01-09 12:02 I guess that we need the recommended packages installed before. 2011-01-09 12:42 wpwrak: bartbes: I modified /etc/muffinman-extras/startx, commented out matchbox lines.. and added enlightenment_start after Xfbdev line.. 2011-01-09 12:42 it runs.. 2011-01-09 12:42 now I do not know what to do :D 2011-01-09 12:42 get proper keybinds? :P 2011-01-09 12:42 (I installed the recommended packages suggested before) 2011-01-09 12:42 bartbes: yeah 2011-01-09 12:43 bartbes: let me check if I find some documentation useful 2011-01-09 12:50 zrafa: I can't run update via jlime-pkg? 2011-01-09 12:50 bartbes: which jlime version you have? the one from qi? 2011-01-09 12:50 ehm.. 2011-01-09 12:51 one I saw announced in the mailing list.. 2011-01-09 12:51 I guess it's the one you introduced jlime-pkg in.. 2011-01-09 12:51 how do I get the version? 2011-01-09 12:51 ah.. okey. You have the version under OE+jlime development. The current with the e-wm packages is the uploaded to downloads.qi 2011-01-09 12:51 bartbes: let me give you the link 2011-01-09 12:52 so.. what's the diff? 2011-01-09 12:53 bartbes: can your jlime'd ben see the intertubes, google, youporn, etc. ? 2011-01-09 12:53 bartbes: several things. Mainly you have the version which is being merged with OE. The version at qi servers does not have packages with patented technologies. 2011-01-09 12:53 wpwrak: of course 2011-01-09 12:53 aww 2011-01-09 12:54 bartbes: just checking ;-) 2011-01-09 12:54 wpwrak: why? 2011-01-09 12:54 bartbes: http://en.qi-hardware.com/wiki/Jlime 2011-01-09 12:54 bartbes: that is the main link of the version with the e-wm packages I uploaded. 2011-01-09 12:55 does it have an sd rootfs? 2011-01-09 12:55 oh it does 2011-01-09 12:55 yay 2011-01-09 12:55 bartbes: mainly there are several jlime version because I did that version at qi for this project. But also B_Lizzard is working hard on merge his jlime version work for nn into OE. So there are some diffs. But more or less it is the same :) 2011-01-09 12:55 bartbes: yes, there is a version for SD 2011-01-09 12:56 what's the diff between the normal and the bootstrap version? 2011-01-09 12:57 bartbes: bootstrap is a minimal system.. it boots and lets you on a shell.. YOu can play to convert that version on your dreamed version for installing packages 2011-01-09 12:57 you want and GUI you want, etc 2011-01-09 12:57 hmm so that would be ideal for e17 ;) 2011-01-09 12:57 I'll stick with stock for now 2011-01-09 12:57 bartbes: maybe.. yes, but full version would be faster to run perhaps. 2011-01-09 12:58 bartbes: but yes. bootstrap is nice to play :) 2011-01-09 12:59 bart@bartbes:/media/jlime$ sudo rm -rf * 2011-01-09 12:59 and then jlime was gone.. 2011-01-09 13:00 unpacking the new one now 2011-01-09 13:17 opkg_prep_intercepts: mkdtemp: No space left on device 2011-01-09 13:18 zrafa: that went well (see above) 2011-01-09 13:22 seems that the intercept was successful 2011-01-09 14:34 zrafa: boostrap is nice for sie 2011-01-09 15:50 e low-level software (ogusb-lite.exe) provided with the board takes the samples and dumps them to a file as 8 bit values...inefficient but easy to work with. 2011-01-09 15:50 lol 2011-01-09 15:50 http://www.gpstk.org/bin/view/Development/SwrxUpdates 2011-01-09 15:51 easyÂ Â i guess then.. 2011-01-09 16:05 kristianpaul: yeah, I guess that it should be a good start point for sie 2011-01-09 16:05 kristianpaul: and you can add just you need 2011-01-09 16:06 bartbes: no space left?.. poor jlime :) 2011-01-09 16:06 poor me 2011-01-09 16:06 :P 2011-01-09 16:06 haha :) 2011-01-09 16:07 I have a new 2gb uSD card.. old one broke 2011-01-09 16:07 mine is... 2011-01-09 16:07 literally broke or just stop working? 2011-01-09 16:08 4gb 2011-01-09 16:08 I just partitioned really well 2011-01-09 16:08 ;) 2011-01-09 16:11 ;-)) 2011-01-09 16:31 roh, kristianpaul: for the "case", i was thinking of a U-shaped (in 3D) piece of silicone. slightly thicker but less wide than the board, so that one has to squeeze/tear it to make it fit, and it would stay in place mainly by friction 2011-01-09 16:35 wpwrak: sounds like some experiments are needed 2011-01-09 16:35 roh, kristianpaul: this ought to be relatively simple to make, provided a two-component silicone preparation and a suitable release agent can be found. (the easily available acetone-based silicones used as bathroom/kitchen/etc. sealants may take a very long time to cure in this kind of mold, due to limited air flow.) 2011-01-09 16:35 roh: aren't they always ? ;-) 2011-01-09 16:47 "ten years of intensive research show that more research is needed" ;-) 2011-01-09 17:17 hmm isn't there any bluetooth Âµsd device around? 2011-01-09 17:18 I imagine wpan is the only way to go :) 2011-01-09 17:26 (BT) dunno. maybe, if there's wlan, there may be BT, too. but spectec themselves only have BT for mini-SDIO 2011-01-09 17:33 ok 2011-01-09 17:33 what is that 'io' after sd? 2011-01-09 17:33 anything relevant? 2011-01-09 17:34 SDIO is an extension of the SD (memory card) protocol 2011-01-09 17:34 adds new commands to access registers and also introduces an interrupt signaling mechanism 2011-01-09 17:37 ahh 2011-01-09 17:40 [commit] Werner Almesberger: atusd/Makefile: added targets "front", "back", "clean" http://qi-hw.com/p/ben-wpan/88b742b 2011-01-09 17:40 [commit] Werner Almesberger: atusb/Makefile: removed claim that zones have to be filled in the .brd file http://qi-hw.com/p/ben-wpan/766b575 2011-01-09 17:40 [commit] Werner Almesberger: atusd/Makefile: replaced board name by $(NAME) or pattern http://qi-hw.com/p/ben-wpan/cb2a30a 2011-01-09 17:40 [commit] Werner Almesberger: atusd/Makefile: remove long-obsolete dependency on dtc123je.mod http://qi-hw.com/p/ben-wpan/ff6703f 2011-01-09 17:40 [commit] Werner Almesberger: atrf-rssi.c: unmask IRQ_PLL_LOCK, for 231 compatibility http://qi-hw.com/p/ben-wpan/4d2395e 2011-01-09 17:40 [commit] Werner Almesberger: tools/: renamed OpenWRT target from "ben" to "ben_openwrt" and added "ben_jlime" http://qi-hw.com/p/ben-wpan/45e55fe 2011-01-09 17:40 [commit] Werner Almesberger: atusd/cam/mkmk: updated for making the 20110104 prototypes http://qi-hw.com/p/ben-wpan/e8d7150 2011-01-09 17:40 [commit] Werner Almesberger: atrf-txrx: updated for AT86RF231 interrupt handling http://qi-hw.com/p/ben-wpan/0c7146c 2011-01-09 17:40 [commit] Werner Almesberger: tools/lib/misctxrx.c: decode AMI and CCA_ED_DONE interrupts (231 only) http://qi-hw.com/p/ben-wpan/1befc69 2011-01-09 17:44 The SDIO-Linux project provides an open source SDIO-stack. The stack comes complete with drivers for the Host and Bus controllers, SD/MMC memory cards, SDIO-bluetooth and Atheros WLAN driver. 2011-01-09 17:44 so some SDIO-bluetooth card should work 2011-01-09 17:44 maybe not Âµsd 2011-01-09 17:45 dunno how compatible all the SDIO-BT cards are with respect to each other 2011-01-09 17:45 there's no difference in the protocol between SD, miniSD, and uSD 2011-01-09 18:40 [commit] Werner Almesberger: atrf-txrx: small 231 continuous transmission mode cleanup (doesn't work yet) http://qi-hw.com/p/ben-wpan/9b498ae 2011-01-09 18:40 [commit] Werner Almesberger: atusd: removed resistor of futility http://qi-hw.com/p/ben-wpan/8d48773 2011-01-09 18:40 tataa ! atusd bom cost reduced by 6 deci-cents apiece :-) 2011-01-09 19:16 wpwrak: :D