#qi-hardware IRC log for Thursday, 2011-06-23

wpwrakstefan_schmidt: it's a mystery ;)00:50
stefan_schmidtwpwrak: heh00:51
stefan_schmidtwpwrak: I bet its some function that contains random() and hours modulo00:52
stefan_schmidtwpwrak: anyway, hacking on the atusb driver now00:52
stefan_schmidtadded correct printout for 231 (id 3) and ignoring interface 1 so far00:52
stefan_schmidtwithout ignoring the interface or driver gets probed two times. One for each interface. And if I get it correctly 1 is only for DFU?00:53
stefan_schmidtat least ignoring it does no harm as I can still talk to the chip00:53
wpwrakstefan_schmidt: heh, cool. how do you structure it ?00:54
stefan_schmidtwpwrak: well, strcuture...., well the branch is called atusb-bastard :)00:54
wpwrak;-))00:54
stefan_schmidtbut maybe I should not do it to dirty00:54
wpwrakis it an spi host, a fork of at86rf230.c, ... ?00:55
stefan_schmidtI wonder how much my work will clash with the work from Richard00:55
stefan_schmidtwpwrak: I was thinking about getting all usefull logic/function from at86rf230.c and gluing usb logic to it00:55
wpwrakyeah, if you get anything to work, you should sync with him00:56
stefan_schmidtbut on the other hand I want to use it long term00:56
stefan_schmidthe is in charge for the usb part and you for the transport split?00:56
wpwrakwell, i changed my plan a little: no big transport split but just make it an SPI host00:57
stefan_schmidthmm00:57
wpwraka very specialized one ;-)00:57
stefan_schmidtwpwrak: --verbose?00:57
wpwrakit can figure out what to do by looking at the structure of the requests00:57
wpwrakdid yuo see that i added three new requests, ATUSB_SPI_WRITE, ATUSB_SPI_READ1, and ATUSB_SPI_READ1 ?00:58
stefan_schmidtwpwrak: ive seen your commits but could not make out much of it00:58
wpwrakthey map to register read/write, frame buffer read/write, and - in case we use it - SRAM read/write00:58
stefan_schmidtit seemed the interrupt work is done00:59
stefan_schmidtok, mapping calls sounds easy00:59
wpwrakthe interrupt work is a bit trouble00:59
stefan_schmidtso we just have some functions abstracting real spi and usb-spi?00:59
wpwraki haven't figured out how to efficiently synchronize control transfers and interrupts00:59
wpwrakatusb could just be an SPI driver that knows a few magic tricks01:00
wpwrakif you send it requests it doesn't understand, it would just complain01:00
stefan_schmidthmm01:01
Action: stefan_schmidt thinks about it01:01
wpwrakwhat worries me is the interrupt synchronization01:01
stefan_schmidtit shuffles the work away from the transport split to writing a spi driver01:01
stefan_schmidthow are interrupts handled over USB anyway in the kernel?01:02
wpwrakif the interrupt synchronization can't be hidden cleanly and reasonably efficiently in the SPI driver layer, the whole SPI host idea may not fly after all01:02
wpwraki think you just enqueue an URB and get it when it has been served. but i don't think there are sequence guaranteed01:03
wpwraks/guaranteed/guarantees/01:03
wpwrakbut .. i'm not an expert of the USB subsystem01:04
stefan_schmidtI haven't seen much that we could use for int from the spi framework01:04
wpwrakthere may also be a problem with the firmware using edge-triggered interrupts. not sure if the avt re-arms them when entering or when leaving the ISR. in the latter case, we may lose interrupts. but that can be fixed.01:05
wpwrak(int) you have to create a "fake" interrupt, then pass its number to at86rf230.c01:05
stefan_schmidtwpwrak: but the drivers gets the interrupt from the platform data and not from spi?!01:06
wpwrakthe spi driver picks it up from the platform data and then passes it on. so you can fake all that :)01:07
stefan_schmidtwhat I like about the transport split is that it is straight forward to implement (int aside)01:07
stefan_schmidtwhat I like about the spi way is that it abstracts it nicely and we don't have to touch the main driver01:08
stefan_schmidt(spi) ah, thats possible to hook in there then01:08
wpwrakyeah, and we want the spi split for atben, too. spi_gpio must be pretty slow.01:09
wpwrakalso, the transport split is easy at the top (the transfer functions) but gets messy at the bottom (driver registration, removal, etc.)01:09
stefan_schmidtI actually would expect some more bottlenecks on the way from the chip to the flash :)01:10
stefan_schmidtwpwrak: so how would we best work together on this? (Also including Richard of course)01:10
wpwrak(chip to flash) flash ?01:11
wpwrakyou should let richard know that you're hacking on it, so that he can sync with you when he has time (or if he's done anything already, update you)01:12
stefan_schmidt(bottleneck) I meant the whole system performance from getting data from atben to the actual nand flash for storage. Nor sure if spi_gpio is the bottleneck there01:12
wpwrakregarding the overall architecture, i'm not quite sure yet what to do about the interrupt problem. several approaches come to mind. all of them suck in one way or another:01:13
stefan_schmidtletting him know as in sending patches to the ml?01:13
wpwrak1) stop handling control transfers while there's a pending interrupt. that would require the user of atusb to have an asynchronous bulk/interrupt read pending all the time, or it'll hang. okay the kernel, messy for user space.01:14
wpwrak(letting know) more polite to warn him before sending patches :)01:15
stefan_schmidtI will put the politeness in the cover letter :P I'm fine with the patches getting thrown away if he has somehting better already01:15
stefan_schmidtJust want to get started with it01:16
wpwrak2) keep the current approach but make some means to explicitly sync after register accesses where we actually care about the interrupt situation. that would be the ones that need the interrupt/worker synchronization ritual.01:16
wpwrak3) convert everything to use bulk transfers, so that all the data flows in the same stream.01:16
wpwraksuckiness of 1): would either complicate user space or require a sync/async mode switch. also, not sure if blocking control transfers is such a nice idea.01:18
wpwraksuckiness of 2): at86rf230.c needs to know about this01:18
stefan_schmidtI would avoid making user space more complicated. Its the kernel job to make it easy (INHO)01:18
wpwraksuckiness of 3): parsing of messages in a stream is harder than just getting handed a nice message in the form of a control transfer.01:19
wpwrak(user space) i mean the user space only tools. they don't use the kernel code.01:20
stefan_schmidtah, the tools/ section01:20
wpwrakyup01:20
stefan_schmidtnot much of an opinion here. They all have benefits...01:21
wpwrakright now i use a bulk EP, not an interrupt EP, but it seems they're very similar01:24
stefan_schmidtI have some more days working on this. So it would make sense to pput our effort together instead of me going off in one direction due to time pressure01:24
wpwrakwill be easier to change once i've split the firmware build into boot and app usb stack01:24
stefan_schmidtgiven that you know hardware, firmware and drivers the architecture decision should be in your hands01:27
stefan_schmidtI'm happy to help coding it though01:27
wpwrakyeah. i need to read a bit more about usb. see if there are any useful hints about the interrupt model01:28
stefan_schmidt3:30 am here. I think I call it a day.01:29
stefan_schmidtWill send my small mini patches to the list and Richard to let him know what I'm doing01:29
wpwrakthe at86rf230/1 is a bit nasty when it comes to interrupt synchronization, due to the shared interrupt bit and the shared buffer, but it's still not *that* outlandish01:29
stefan_schmidtSo he can decide what to do with it01:29
stefan_schmidtoh, its one frame buffer for both tx and rx?01:29
wpwrakalright. i think for now, i don't have any clear recommendation about what to do.01:29
wpwrakyup01:29
stefan_schmidtoh, the cc2420 has one for each direction01:30
wpwrakmust have saved a lot of precious gates :-(01:30
wpwraki know ...01:30
stefan_schmidtbut no re-submit in hardware01:30
wpwrakseems that someone at atmel really liked the old 3c50101:30
stefan_schmidtheh01:30
stefan_schmidt(recommendation) seems so :P01:31
stefan_schmidtI will be back here tomorrow to discuss this further. Or ml both fine with me.01:31
wpwrakalright. meanwhile, i'll ponder the interrupt situation a bit more.01:32
stefan_schmidtgreat01:33
wpwrakhmm. one aproach may be to not read the interrupt status and just send a zero byte instead of the status. that may get rid of some trouble.01:35
wpwrakthe interrupt may still be late/weird, but at least IRQ_STATUS would be correct01:36
stefan_schmidtwpwrak: mails are out. Hopefully polite enough. :)01:44
stefan_schmidttime to move my body into the bed01:44
stefan_schmidtnight all01:44
qwebirc62324A question... stupid question..  Is the USB port on the NN fully functional?02:12
rjeffriesNanonote USB is a device port, not host02:13
qwebirc62324What does that mean?02:15
qwebirc62324"Devices" as in like flash drives... or..?02:15
rjeffriesgood analogy. Nanonote can NOT attach to e.g. USB drives, or a USB WiFi stick, ora USB Flash drive. it has the same type of connection as those other devices02:17
qwebirc62324So, what could the USB port be used for?02:18
qwebirc62324I don't claim to be an expert.02:18
rjeffriesit can be used with Linux Ethergadter s/w to provide a connection to a Linux PC, and thence to the internet02:19
qwebirc62324Ok. I knew that.. but wasn't sure if it could actually do more.02:20
qwebirc62324Thanks.02:21
kristianpauloh, cool, deaddrops.com for the offline lovers :-)02:22
kristianpaulwpwrak: about sige, i think i was confuse because i forgot this chip  (SE4162) have complex output, not real ! as before ones and others IC's like the one from maxin02:26
kristianpaulhe, i was doubing but namuru core implement tracking for I and Q already ;-)03:01
kristianpaulso.. from a sample at least i should implement two correlators03:02
lekernelwhat is that? http://en.qi-hardware.com/wiki/Buddhamachine07:35
rohhttp://www.fm3buddhamachine.com/07:43
lekernelmh, yes07:47
wpwrak(buddha) nice plastic. how do you make vertical walls with bumps ?08:13
wpwrakah, the bumbs are wheels. no bumps in the plastic then.08:23
wpwrakpity that the battery cover isn't shown fully. i'm rather curious whether is has any parts that fold back on itself. that's a problem i'be been trying to solve for about a year or so - how to make a battery cover if all you have is a mill with 3 degrees of freedom (for making the part or a mold)08:28
dvdkhmm, cannot push after xiangfu's renaming of the branch09:35
dvdkgit push origin master09:35
dvdk-> To prevent you from losing history, non-fast-forward updates were rejected09:35
dvdkgit pull --rebase origin master09:35
dvdk-> Current branch trunk is up to date.09:35
dvdkany ideas?09:36
wolfspraulouch, and xiangfu is MIA today...09:37
kyakdvdk: we just rebased yesterday09:37
dvdki could just try a 'git pull' but that's going to mess with the logs?09:37
dvdkhow can i retrieve a diff for the stuff already committed?09:38
kyakso you need to git reset --hard origin/master (save your commits first)09:38
dvdksve cmomits how?09:38
kyaksave commits via git format-patch09:38
kyaksave uncommited via git stash09:38
dvdkshows empty09:38
kyakdo you have commits to save?09:38
dvdki already committed, just didn't push09:38
dvdkyup09:38
dvdkjust a diff against remote head.  09:39
dvdkhow?09:39
kyaki just checked, git format-patch -n should work09:41
dvdkdoesn't do anything09:42
dvdkgit log --branches shows my commit09:42
dvdknow i just need to extract it09:42
kyakhow do you do it? (format-patch)09:43
dvdkformat-patch -n09:43
kyakhuh?09:43
kyakyou should at leasst supply a range09:43
dvdkyou mean two revs09:44
kyakyes09:44
kyakyou could also use a log with -p09:46
kyakand reapply your patches after reset09:46
dvdkgit log -p --branches does the job09:47
kyakgreat09:47
dvdkextremely large file (>50MB) going to cut out my changes09:48
kyaksomething is wrong09:50
kyakthe patch should be small, only contain your changes09:50
dvdkgit log -p --branches is a full log of not only my changes09:51
dvdkbtw i still cannot push09:51
dvdkerror: failed to push some refs to 'git@projects.qi-hardware.com:openwrt-xburst.git'09:51
dvdkdo i need to run 'git pull' ?09:51
kyakyou need to: 1) save your changes, this way or another09:52
kyak2) git reset --hard origin/master09:52
dvdkdid both09:52
kyak3) reaplply your changes09:52
dvdkdid that too09:52
kyakand don't forget to git fetch -a09:52
kyakas a first step09:52
dvdkfetch as 1,2,3,4?09:52
kyakfetch as 1)09:53
dvdkit's not going to work :)  so again:09:54
dvdkgit fetch -a09:54
dvdk git reset --hard origin/master09:54
dvdkpatch -p1 < ./mypatch09:54
kyakyea09:54
kyakthis shoudl work09:55
dvdkgit commit toolchain/gcc/09:55
dvdk-> ...   2 files changed, 14 insertions(+), 0 deletions(-)09:55
dvdkgit push origin master09:55
dvdk-> rror: failed to push some refs to 'git@projects.qi-hardware.com:openwrt-xburst.git'09:55
Action: dvdk hates git09:56
kyakshow the 'git status' after 'git reset --hard origin/master'09:56
dvdk git reset --hard origin/master09:56
dvdkHEAD is now at a2997e2 uboot-xburst: update to 2010.0609:56
dvdkgit status 09:57
dvdk# On branch trunk09:57
dvdk# Untracked files:09:57
dvdk[..]09:57
kyakha09:57
dvdknothing added to commit but untracked files present (use "git add" to track)09:57
kyakyou are on trunk09:57
dvdkbut how?  that's not my fault09:57
kyakgit checkout master09:57
dvdkaha09:57
kyakwhy are you on trunk? yo ushouldn't be09:57
dvdkhmm.09:57
kyakif you followed xiangfu's isntructions09:57
dvdksomething about the rename? whon knows09:57
dvdkor maybe i did a wrong pull?09:58
kyakyou should've checkouted to master and removed (pruned) the trunk09:58
dvdki did all the stuff that xiangfu wrote in his mail yesterday09:58
qi-bot[commit] David Kühling: toolchain/gcc: add option SJLJ_EXCEPTIONS to select gcc's exception handling http://qi-hw.com/p/openwrt-xburst/2c58e5809:58
dvdkmaybe now it worked09:59
kyak"git branch -D trunk" - if you've done that, why it shows "# On branch trunk" ? :)09:59
kyakyeah, now it's all right09:59
dvdkbut i'm sure that there wasn't a trunk branch earlier today09:59
dvdk:)09:59
dvdki once typed in 'git push origin trunk' out of habit, but that won't create a branch, would it?10:00
kyakhm.. dunno10:00
dvdkmy command from yesterday was10:00
dvdkgit fetch -a && git checkout -b temp && git branch -D master && git checkout -b master && git remote prune origin && git branch -D trunk10:00
dvdkmaybe i should use ; instead of && next time :)10:00
dvdk(just to be sure)10:00
dvdkbtw aseprite works with my toolchain fixes10:01
dvdkshould i enable config_SJLJ_EXCEPTIONS in config.full_system?10:01
kyakyour changes look great10:01
kyakwe need to push it upstream ):10:01
dvdkyeah, the right fix would be to repair the default exception handling code10:01
kyaksure, enable it10:01
dvdkbut using SJLJ_EXCEPTIONS as workaround for now so we can build/test c++ code10:01
dvdknext time interacting with git i'll use use 'script' for proof (and understanding :)10:03
kyakheh :)10:05
kyakdvdk: would you create a ticket in openwrt? I think it's not so good when i created a ticket for cmake's "fix bogus values"10:07
kyakon behalf of you :_10:07
dvdkyou mean for the cmake issue?  yeah will do that later10:08
stefan_schmidtwpwrak: got my 5.5 hours sleep (damn postman)10:09
stefan_schmidtwpwrak: Will reply to Richards mails now. qi-hw git is fine with me.10:09
kyakdvdk: this one here, is already upstream: https://dev.openwrt.org/ticket/957310:10
dvdkso this is already fixed.  what else should i open a ticket for?  the c++ issue?10:11
kyakyea, i meant the c++ issue10:12
dvdkok, maybe add our info to the already existing ticket10:12
dvdk(see my mail)10:12
kyakah yeah, that's a good point10:13
qi-bot[commit] David Kühling: config.full_system: enable SJLJ_EXCEPTIONS to workaround toolchain bugs http://qi-hw.com/p/openwrt-packages/b8736d610:30
jow_laptopkyak, dvdk: I added gfortran and the sjlj option11:58
wpwrakstefan_schmidt: (postman) you should be ahppy you heard him ;-)11:58
kyakjow_laptop: hey, cool! seems we can drop at least two of our patches11:59
kyakthanks!11:59
stefan_schmidtwpwrak: only packages for my gf :)12:00
stefan_schmidtwpwrak: I'm moving my patches over to qi-kernel now and should have a new set with maybe some mor epatches later today12:00
wpwraklarsc: okay to give stefan commit access for qi-kernel, so that he can work on the ben-wpan branch ?12:01
stefan_schmidtwpwrak: the IRQ race is tough when we are just trying to pass it from spi to usb I fear12:03
kyakjow_laptop: btw, i've managed to make Ctrl+r (reverse-search) work somehow in busybox's ash, here is the first draft: http://downloads.qi-hardware.com/people/kyak/tmp/busybox.patch . I'll try to polish it and make it configurable. Let's see if it get's accepted then by busybox upstream :)12:04
stefan_schmidtbut emulating two irqs and two frame buffer is problematic as well. To much logic in the firmware12:04
dvdkjow_laptop: cool12:19
wpwrakstefan_schmidt: yeah, i wouldn't go as far a trying to emulate something wildly different12:20
stefan_schmidtwpwrak: ok, firmware is your part :D12:20
dvdkabout the mtd-utils problem (missing ubiattach)12:21
dvdkjust did feeds/install mtd-utils12:21
dvdkbut looking at the makefiles i don't find any utilities that were split out12:21
stefan_schmidtwpwrak: I'm going to plug in the driver into the ieee802154 driver layer12:21
dvdkis the build-server using a different feeds.conf?  because the one that is in nanonote-files does source an old version of mtd-utils without the splitting of tools12:23
wpwrakstefan_schmidt: alright. that gives you the maximum flexibility12:24
kyakdvdk: grep mtd-utils .config12:24
kyakdvdk: and you'll see all of them :)12:24
dvdknot here12:24
dvdkCONFIG_PACKAGE_mtd-utils=m12:24
kyakah12:25
kyakof course, you need to enable it12:25
dvdkenabled it no more options here12:25
kyakto see the submenu items12:25
dvdkmy feeds.conf: src-svn packages svn://svn.openwrt.org/openwrt/packages@2551312:25
dvdk@25513 is the problem?12:25
kyakprobably12:25
stefan_schmidtwpwrak: and it keeps the userspace API over sockets my other code bases on :)12:25
dvdkbut where does the build server take his feeds.conf?  im using the one from nanonote-files12:25
kyakdvdk: why are you even pinning the revision, if you are playing with trunk?12:26
dvdkbecause i want reproducable builds :)12:26
kyakthe build server has it's own12:26
kyakyou can see it there12:26
dvdkwhere?  can i get it?12:26
kyakhttp://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06212011-1026/feeds.conf12:26
dvdkbut i'm not on trunk, i'm on master :)12:26
kyakwe are all on master now, there is no trunk12:27
dvdkah, well12:27
kyakbackfire is done :)12:27
dvdkbut there must still be a deterministic, pinned feeds.conf, no?12:27
kyakin nanonote-files?12:27
dvdkyes12:27
kyakso yes12:27
dvdkused by the build server, so that build results do not change over time12:27
dvdk(without _us_ hacking anything)12:28
kyakhuh?12:28
kyakthis is the purpose of build server12:28
kyakto build the latest12:28
kyaknot to build the same 12:28
dvdki mean, if we don't change our git repos, then build shouldn't have different results12:28
dvdki thought the latest of _our_ stuff, not uncontrollable (and not easily patchable) openwrt upstream12:29
kyakthere is always latest feeds on build server. After the images is built, which is considered to be a release, then feeds can be pinned to reproduce it12:29
kyakyou can always see which feeds we base on12:29
kyakhttp://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06212011-1026/VERSIONS12:29
kyakhere12:29
dvdkok12:30
kyakpackages svn 2724512:30
kyakthe next build will be probably some other (next) svn revision12:30
kyakit's been pretty stable for the last several build12:31
kyakyou can read the failed_packages.txt12:31
kyakno too many of them12:31
kyakat least nothing that's coming from qi-packages :)12:31
wpwrakstefan_schmidt: oh, the socket API wouldn't change in any case :)12:33
stefan_schmidtwpwrak: sure, but right now the driver does know nothing about ieee80215412:34
stefan_schmidtwpwrak: I'm just teaching it the ops12:34
wpwrakstefan_schmidt: aaah, yes. of course not. no meat on the skeleton :)12:35
stefan_schmidtwpwrak: need .... to .... be .... fixed12:36
wpwrakhmm, interesting. for once, i now have a system there the interrupt handling doesn't deadlock even in simple tests.12:39
wpwraks/there/where/12:39
methrilmorning12:39
wpwrak(of course, it's not the approach that i plan to use in the end. that would be too easy :)12:41
dvdkkyak: if you have all the latest upstream packages in your feeds, can you enable the ubiattach tool and copy the config to config.full_sysytem?12:43
Action: dvdk doesn't want to wait for 'make world ' after changing the feeds12:43
kyakdvdk: yup. In fact, maybe i should enable all mtd-utils*?12:44
dvdkkyak: good idea12:44
qi-bot[commit] Werner Almesberger: atusb/fw/: aggregate interrupts while waiting http://qi-hw.com/p/ben-wpan/27fc0a012:44
kyakdvdk: http://dpaste.com/557864/12:44
dvdkkyak: you mean i should commit?12:45
kyakall right then12:45
wpwrakand now, let's try something completely different ... ;-)12:45
kyakno, i can do that12:45
dvdkok thx, so i just have to wait 2-3 days for the next  "nightly" build :)12:45
kyakwhy?12:45
kyakit's already there12:46
dvdkbecause i'm lazy12:46
dvdkthere, where? in the nightly build?12:46
kyakyeah12:46
dvdkok, time to upgrade (yet again).  you're moving faster than i can follow :)12:46
kyakhttp://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06212011-1026/packages/12:46
dvdk(didn't see any commit related to ubiattach)12:46
kyaknighly build builds all packages12:46
kyaktherefore they are there12:46
kyakbuilt as =m12:46
dvdki understand, the package.  but 'opkg search' didn't find it.12:47
dvdkopkg search '*mtd*'12:47
dvdkbase-files - 71-r2711412:47
Last message repeated 1 time(s).12:47
dvdkmtd - 1512:47
dvdknanonote-script-files - 1.212:47
dvdkopkg install mtd-utils-ubiattach12:48
dvdkUnknown package 'mtd-utils-ubiattach'.12:48
dvdkthis VERSION=2011-06-1812:48
kyakdo you have your opkg.conf pointed to the right build?12:48
kyakdid you run opkg update?12:48
dvdkah, points to:12:49
dvdksrc/gz snapshots http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/latest12:49
dvdkwrong?12:49
dvdkbut this is how the image shipped12:49
qi-bot[commit] kyak: config.full_system: enable mtd-utils-* http://qi-hw.com/p/openwrt-packages/6cf325e12:50
kyakno, this is not right12:50
kyakit should point to fidelio*12:50
dvdkyeah, need to fix Makefile of nanonote-files?12:50
kyakin the //downloads.qi-hardware.com/software/packages/NanoNote/Ben/latest, there is the latest RELEASE image12:50
dvdkchange it depending on build?12:50
kyakif only yo uthink it is worth it :)12:50
dvdkdefinitely :)12:51
Action: dvdk needs more coffe12:51
kyakit is easir for me do it manually after reflash.. 12:51
dvdkhmm, reflashing so often, already have a directory with 'make install' here to configure my nanonote after reflash12:51
kyaki have a ben.sh for that12:52
dvdkbut guessing the right value for opkg.conf too difficult?12:52
kyakthat i scp to Ben and just run it after reflash12:52
kyakdvdk: perhaps it would make sense to modify the opkg.conf while running the build (via shell script)12:52
dvdkit's more complex here: it uploads a whole bunch of files, than runs a script (installing ubiattahc/mount scripts + ssh, emacs config and more)12:52
dvdkkyak: nmaybe that's easiest, just hack into the trunk build script12:53
kyakyup12:53
kyakagain, if it is worth it :)12:53
kyakwhich i doubt12:53
Action: dvdk is searching for the right directory on fidelio12:53
kyakit's in xiangfu's ~/bin12:54
kyak:)12:54
dvdkhuh?12:56
dvdkopkg install mtd-utils-ubiattach12:56
dvdkInstalling mtd-utils-ubiattach (20090227-1) to root...12:56
dvdkDownloading http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.trunk-full_system-06202011-0123/packages/mtd-utils-ubiattach_20090227-1_xburst.ipk.12:56
dvdkCollected errors:12:56
dvdk * satisfy_dependencies_for: Cannot satisfy the following dependencies for mtd-utils-ubiattach:12:56
dvdk * mtd-utils * 12:56
dvdk opkg install mtd-utils12:56
dvdkUnknown package 'mtd-utils'.12:56
dvdkpackage dependencies broken?12:57
dvdkhum12:57
dvdkopkg --force-depends install mtd-utils-ubiattach12:57
dvdkfinally i have my data back12:58
kyakmtd-utils is a submenu in which mtd-utils-* reside, not the real package. During build it is set to =y (even if mtd-utils-* are =m), so such dependency doesn't appear12:58
kyakthis is a completely legal case to use --force-depends :)12:59
Action: dvdk doesn't want to know any more details :)12:59
jow_laptopmeh, there's a dependecy on a not existing mtd-utils ?13:16
dvdkjow_laptop: looks like it, don't like it, too13:20
jow_laptopwell its wrong13:21
jow_laptopplain wrong13:21
qi-bot[commit] David Kühling: gmenu2x: update to use latest revision from git http://qi-hw.com/p/openwrt-packages/238cd3514:04
qi-bot[commit] David Kühling: ase: use libjpeg,libz,libpng,libfreetype from openwrt instead of included ones http://qi-hw.com/p/openwrt-packages/cbb09a514:42
dvdkkyak: btw our libfreetype seems to do subpixel aliasing, ASE fonts look a little nicer now14:42
stefan_schmidt6: wpan0: <BROADCAST,NOARP> mtu 127 qdisc noop state DOWN qlen 1015:20
stefan_schmidt    link/ieee802.15.4 de:ad:be:af:ca:fe:ba:be brd ff:ff:ff:ff:ff:ff:ff:ff15:20
stefan_schmidtwpwrak: ^^ ieee802154 registration is working15:20
stefan_schmidtonly stub functions so far15:20
xMffhail the caffeebabe ;)15:22
stefan_schmidtwpwrak: Next is a small xmit function following the atrf-rxtx style15:22
wpwrakstefan_schmidt: nice ! :)15:23
wpwrakxMff: bee2 bee2 ! ;-)15:24
mstevenscan one get these atusb things with a case on?15:25
wpwrakmstevens: for now, you have to get the case on :) 15:28
qi-bot[commit] jow: [toolchain] introduce option to enable setjump()/longjump() based C++ exceptions (#9185, patch from David Kuehling via Qi hardware) http://qi-hw.com/p/openwrt-xburst/814de6815:45
qi-bot[commit] jow: [toolchain] add gfortran compiler support (#9600, patch from Xiangfu Liu via Qi hardware) http://qi-hw.com/p/openwrt-xburst/63ef78f15:45
qi-bot[commit] mirko: [toolchain/eglibc] manual/Makefile: Don't mix pattern rules with normal rules. http://qi-hw.com/p/openwrt-xburst/cdc9ae515:45
qi-bot[commit] mirko: [package/hotplug2] fix conditional dependencies to libbsd http://qi-hw.com/p/openwrt-xburst/b7bfccb15:45
qi-bot[commit] Mirko Vogt: add <http://downloads.qi-hardware.com/software/mirror-openwrt-sources/> http://qi-hw.com/p/openwrt-xburst/c72481315:45
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/4fbcfcb15:45
qi-bot[commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/84a97b015:45
qi-bot[commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/4f0e8bb15:45
qi-bot[commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/5552f9d15:45
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/977f8d215:45
qi-bot[commit] kyak: config-2.6.37: enable battery, disable RNDIS http://qi-hw.com/p/openwrt-xburst/8b9adc115:45
qi-bot[commit] kyak: patches-2.6.37: support for Ben NAND partitioning http://qi-hw.com/p/openwrt-xburst/05361e715:45
qi-bot[commit] David Kühling: linux kernel: add CONFIG_PROC_PAGE_MONITOR=y to allow for clean user-space DMA http://qi-hw.com/p/openwrt-xburst/e364a1315:45
qi-bot[commit] kyak: config-2.6.37: enable options needed for keymouse http://qi-hw.com/p/openwrt-xburst/9c1798715:45
qi-bot[commit] kyak: trunk: fix kernel keymap for VolUp/Down and Del http://qi-hw.com/p/openwrt-xburst/8c5f57a15:45
qi-bot[commit] kyak: trunk: build sound modules in kernel http://qi-hw.com/p/openwrt-xburst/63b7c8215:45
qi-bot[commit] kyak: trunk: add ks7010 support patch http://qi-hw.com/p/openwrt-xburst/06a307615:45
qi-bot[commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/5486ce215:45
qi-bot[commit] kyak: Disable syslogd and klogd http://qi-hw.com/p/openwrt-xburst/9a1809615:45
qi-bot[commit] Xiangfu Liu: uboot-xburst: update to 2010.06 http://qi-hw.com/p/openwrt-xburst/c8f7f0d15:45
wpwrakstefan_schmidt: now we have a deadline - friday evening, us west cost time ;-)15:57
wpwrakmstevens: tuxbrain has ben experimenting with using sugru as a cover, but the results are inconclusive this far15:58
mstevensinteresting16:01
stefan_schmidtwpwrak: Where does the deadline come from?16:02
wpwrakstefan_schmidt: richard powering up friday evening ;-)16:06
stefan_schmidtwpwrak: heh16:07
RichardSharpeHey stefan_schmidt ...16:17
stefan_schmidthi RichardSharpe 16:17
stefan_schmidtwpwrak: atrf_reg_write(dsc, REG_PHY_CC_CCA, (1 << CCA_MODE_SHIFT) | channel) is all I need to set the channel?16:18
stefan_schmidtRichardSharpe: The driver is plugged into the ieee802154 layer now. We can see it in ip and set and address, etc16:19
qi-bot[commit] Werner Almesberger: atusb/fw/board_app.c: do not read and accumulate IRQs; flash LED when EP1 busy http://qi-hw.com/p/ben-wpan/23c592216:21
qi-bot[commit] Werner Almesberger: tools/lib/atusb-common.c: updated for new interrupt handling in firmware http://qi-hw.com/p/ben-wpan/8a2d80a16:21
qi-bot[commit] Werner Almesberger: tools/lib/misctxrx.c (wait_for_interrupt): enforce a minimum timeout of 10 ms http://qi-hw.com/p/ben-wpan/d8363d816:21
qi-bot[commit] Werner Almesberger: tools/atrf-xmit/atrf-xmit.c: cleaned up timeouts and interrupt polling http://qi-hw.com/p/ben-wpan/7c12bf016:21
wpwrakhi RichardSharpe !16:21
wpwrakstefan_schmidt: yes, and wait a little for the PLL to lock again16:21
wpwrak(commits) new interrupt mechanism, new luck ;-)16:22
stefan_schmidtwpwrak: for basic xmit should I look into atrf xmit or atrf-txrx?16:22
wpwrakstefan_schmidt: atrf-txrx. atrf-xmit is a little weird :)16:25
stefan_schmidtwpwrak: oki16:25
stefan_schmidtbut tx has to wait now. Need to do something else first.16:26
stefan_schmidtWill send out the patches I have until now16:26
RichardSharpestefan_schmidt: THanks & will look at this tomorrow etc ...16:27
wpwrakstefan_schmidt: hmm, maybe just queue them up in the ben-wpan branch for now16:27
stefan_schmidtRichardSharpe: sure. The first one will need a SOB from you anyway. Its your driver skeleton and I set you as author but can 't sign off for you :)16:27
stefan_schmidtwpwrak: should I have access?16:28
wpwraklarsc: okay to add stefan_schmidt as a committer for qi-kernel ?16:28
wpwrakstefan_schmidt: so far, only locally :)16:28
wpwrakstefan_schmidt: btw, what's you user name on projects.qi-hardware.com ?16:29
stefan_schmidtwpwrak: that I have already done :)16:29
stefan_schmidtwpwrak: not sure I have a user there :P16:29
stefan_schmidtcreating one...16:30
stefan_schmidtshould be stefan16:30
stefan_schmidtwpwrak: done, user is stefan16:30
wpwrakRichardSharpe, stefan_schmidt: i've added you both to ben-wpan, in case you need to commit anything there16:31
stefan_schmidtwpwrak: I guess I have to upload my ssh key there?16:32
wpwrakstefan_schmidt: to commit, you'll a ... yes :)16:32
wpwrakstefan_schmidt: clock on your name (afyer Welcome), then on "update your account"16:32
stefan_schmidtwpwrak: I will push it into my patches into a ben-wpan-stefan branch to review before merge into the main branch16:33
wpwrakstefan_schmidt: sounds good16:33
stefan_schmidtwpwrak: hmm, does the ssh uri is different from the normal one? besides git@...16:36
stefan_schmidtwpwrak: what do you have in your .git/config for origin?16:36
stefan_schmidtRepository write access denied.16:36
stefan_schmidtfatal: The remote end hung up unexpectedly16:36
wpwrakstefan_schmidt: url = git@projects.qi-hardware.com:qi-kernel.git16:37
RichardSharpewpwrak: Ok ...16:38
stefan_schmidtwpwrak: same here16:38
stefan_schmidtwpwrak: I'm I really added there?16:38
stefan_schmidtwpwrak: I'm not shon at the happy crew table on the project page...16:38
wpwrakstefan_schmidt: oh ... not yet to the kernel. awaiting larsc's placet.16:39
stefan_schmidtwpwrak: ah, heh16:39
stefan_schmidtthen it can't work of course16:39
stefan_schmidtwpwrak: better patches for now then until you got that?16:40
wpwrakif you want to. or just wait for larsc to wake up16:41
stefan_schmidtwpwrak: I don't care much as _I_ have the patche here :P16:42
stefan_schmidtCan wait. RichardSharpe has only time tomorrow to look at them.16:42
wpwraki thought so ;-)16:42
wpwrakyup16:43
stefan_schmidtmaybe I come to the tx part later tonight16:43
stefan_schmidtwill be off for some time now16:43
larscwpwrak: yes17:44
wpwraklarsc: thanks ! :)17:45
wpwrakstefan_schmidt: now you can commit :)17:45
GNUtoo|bug20hi stefan_schmidt, you're involved in qi-hardware community?17:49
wpwrakGNUtoo|bug20: atusb lured him our way ;-)17:49
GNUtoo|bug20ah ok17:49
GNUtoo|bug20will atusb come to the bug20?17:50
wpwrakbug20 ?17:51
stefan_schmidtGNUtoo|bug20: nope, atusb is for my diploma thesis and buglabs is freelance OE work17:54
stefan_schmidtGNUtoo|bug20: I just happen to work on both :)17:54
GNUtoo|bug20ok17:54
GNUtoo|bug20wpwrak, bug 2.0 from buglabs17:54
stefan_schmidtwpwrak: http://store.buglabs.net/17:54
GNUtoo|bug20it's great(free software,free hardware), but not cheap17:54
stefan_schmidtwpwrak: open hardware and rapid prototyping for the company pocket :P17:54
GNUtoo|bug20it's like an arduino running GNU/Linux17:55
wpwrakaaah, i see :)17:55
wpwraknice shiny plastic cases :)17:55
stefan_schmidtwpwrak, RichardSharpe: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/changes/ben-wpan-stefan/17:56
stefan_schmidtwpwrak: thats what I have right now. Will keep pushing there.17:56
stefan_schmidtwpwrak: yup, nice hardware actually. Sadly not really in the range for the usual hacker price wise.17:57
GNUtoo|bug20personally I'm here because I know some people in this channel17:58
GNUtoo|bug20I do not have QI-hardware17:58
wpwrakstefan_schmidt: (driver) nice. now on to the nasty bits :)17:59
stefan_schmidtGNUtoo|bug20: I neither have a nanonote. But I work with ieee 802.15.4 during my diploma thesis and the atusb does fit well into it17:59
GNUtoo|bug20but I'm interested in it and follow the hardware17:59
GNUtoo|bug20ok nice17:59
stefan_schmidtwpwrak: some experimenting with TX and then we need to decide what to do about the communication.18:00
wpwrakstefan_schmidt: yup18:03
whitequarkhmm. ubbs just arrived18:06
wpwrakwhitequark: busy weekend ahead ? ;-)18:07
kristianpaulhe,finally started using octave for the nanonote :-)18:38
kristianpaulhum mathomatic, looks usefull too :)18:42
bartbesoctave was a math thing, wasn't it?18:56
qi-botThe build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06222011-1553/18:59
kristianpaul:-)Alex419:00
kristianpaulno, openwrt qi is really goodnow to get back to jlime :-)19:00
kristianpauli think my Ben is more that a  music player now19:01
kristianpaulbut i need some manuals.. at least for octave..19:01
kristianpaullet see how behave with a differential eauqtion :D19:02
kristianpaulyes it is bartbes 19:03
bartbeskristianpaul: what do you use it for?19:06
bartbesI mean, it's not too often I need to do complex math without a graphical calculator nearby19:06
kristianpaulpplot !19:07
kristianpaulwell i'm not doing complex math (yet),playing with some linear equations and matrix for [D[Dnow19:08
kristianpaulman, i never used octave before, is _so_ usefull !!19:08
qi-bot[commit] kyak: fix postinstall sections of fbterm and nightsky http://qi-hw.com/p/openwrt-packages/3e633e919:10
bartbesI didn't mean complex numbers, I meant complicated math, bit of a language fail on my part ;)19:17
kristianpauloctave is not  CAS, so for octave you need to put stuff in some particular way19:22
kristianpaulbut seems mathomatic is for that19:22
whitequarkwpwrak: kind of. sadly it won't include qi hardware things, through :/19:23
bartbeshave you guys heard of termbox?19:24
whitequarkbartbes: the library?19:25
bartbesyeah19:25
bartbesI guess that's a yes ;)19:25
bartbesI was wondering whether it had been ported19:26
qi-bot[commit] jow: [package] hotplug2: make libbsd depend on "not uclibc" for now, the conditional depdendency handling needs fixes http://qi-hw.com/p/openwrt-xburst/b6b061e19:27
qi-bot[commit] Mirko Vogt: add <http://downloads.qi-hardware.com/software/mirror-openwrt-sources/> http://qi-hw.com/p/openwrt-xburst/abe463519:27
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/54388fe19:27
qi-bot[commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/7b31e4819:27
qi-bot[commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/20ac0a419:27
qi-bot[commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/3bc672019:27
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/62d85e519:27
qi-bot[commit] kyak: config-2.6.37: enable battery, disable RNDIS http://qi-hw.com/p/openwrt-xburst/6d6c7e919:27
qi-bot[commit] kyak: patches-2.6.37: support for Ben NAND partitioning http://qi-hw.com/p/openwrt-xburst/4c5a11719:27
qi-bot[commit] David Kühling: linux kernel: add CONFIG_PROC_PAGE_MONITOR=y to allow for clean user-space DMA http://qi-hw.com/p/openwrt-xburst/395378419:27
qi-bot[commit] kyak: config-2.6.37: enable options needed for keymouse http://qi-hw.com/p/openwrt-xburst/f8612b519:27
qi-bot[commit] kyak: trunk: fix kernel keymap for VolUp/Down and Del http://qi-hw.com/p/openwrt-xburst/f6712ec19:27
qi-bot[commit] kyak: trunk: build sound modules in kernel http://qi-hw.com/p/openwrt-xburst/67667b119:27
qi-bot[commit] kyak: trunk: add ks7010 support patch http://qi-hw.com/p/openwrt-xburst/0c8db9919:27
qi-bot[commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/4c947ee19:27
qi-bot[commit] kyak: Disable syslogd and klogd http://qi-hw.com/p/openwrt-xburst/ea6dd0319:27
qi-bot[commit] Xiangfu Liu: uboot-xburst: update to 2010.06 http://qi-hw.com/p/openwrt-xburst/171741819:27
bartbeswoah, qi-bot, easy19:28
bartbesthis a huge merge, perhaps?19:28
kyakis a small rebase :)19:28
xMffkyak: maybe rebase again, I jsut committed an important fix to the depdency handling19:29
kyakok, since i'm already making noise here :)19:31
qi-bot[commit] jow: [scripts] metadata.pl: fix handling of multiple conditional depends that reference the same package (exposed by previous hotplug2 changes), also kill duplicate dependency specs while we're at it http://qi-hw.com/p/openwrt-xburst/8d1461019:31
qi-bot[commit] Mirko Vogt: add <http://downloads.qi-hardware.com/software/mirror-openwrt-sources/> http://qi-hw.com/p/openwrt-xburst/269ffae19:31
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/a1506c819:31
qi-bot[commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/103eec519:31
qi-bot[commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/d6bbf4319:31
qi-bot[commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/dd4a76e19:31
qi-bot[commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/d30f3a919:31
qi-bot[commit] kyak: config-2.6.37: enable battery, disable RNDIS http://qi-hw.com/p/openwrt-xburst/da7f01a19:31
qi-bot[commit] kyak: patches-2.6.37: support for Ben NAND partitioning http://qi-hw.com/p/openwrt-xburst/d43df8219:31
qi-bot[commit] David Kühling: linux kernel: add CONFIG_PROC_PAGE_MONITOR=y to allow for clean user-space DMA http://qi-hw.com/p/openwrt-xburst/7fbc3a019:31
qi-bot[commit] kyak: config-2.6.37: enable options needed for keymouse http://qi-hw.com/p/openwrt-xburst/fe7c08d19:31
qi-bot[commit] kyak: trunk: fix kernel keymap for VolUp/Down and Del http://qi-hw.com/p/openwrt-xburst/64937ed19:31
qi-bot[commit] kyak: trunk: build sound modules in kernel http://qi-hw.com/p/openwrt-xburst/0aa9a5519:31
qi-bot[commit] kyak: trunk: add ks7010 support patch http://qi-hw.com/p/openwrt-xburst/ea26e0219:31
qi-bot[commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/82e90b819:31
qi-bot[commit] kyak: Disable syslogd and klogd http://qi-hw.com/p/openwrt-xburst/84c054819:31
qi-bot[commit] Xiangfu Liu: uboot-xburst: update to 2010.06 http://qi-hw.com/p/openwrt-xburst/f28000219:31
kyakxMff: thanks a lot, if seems to be fixed now19:32
qi-bot[commit] kyak: really fix postinst for fbterm, lingot, nightsky http://qi-hw.com/p/openwrt-packages/7fbd51919:41
stefan_schmidtwpwrak: having the driver attached to atusb and doing a make dfu to update the firmware works like a charm :)20:14
wpwraknice :)20:14
qi-bot[commit] Stefan Schmidt: ieee802154/atusb: Print out the fimrware build information during probe. http://qi-hw.com/p/qi-kernel/72c7c1720:23
wpwraknice :)20:29
Action: wpwrak loves his idbg :)23:31
--- Fri Jun 24 201100:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!