| DocScrutinizer | roh: ping | 00:24 |
|---|---|---|
| roh | pong | 01:17 |
| roh | DocScrutinizer: pong | 02:04 |
| roh | *blink* | 02:04 |
| DocScrutinizer | roh: hi! :-) | 02:08 |
| DocScrutinizer | roh: any news or ETA guessing for the big move of doc.om.org et al? seems quite some people are missing svn and a few others | 02:09 |
| roh | nope... sean sadly doesnt react on mail so its delaying | 02:10 |
| DocScrutinizer | :-S | 02:10 |
| roh | but i think i will happen sometime soon | 02:10 |
| roh | propably while regular work-hours | 02:11 |
| DocScrutinizer | any chances you kick svn and doc vserver? until the move | 02:12 |
| roh | the vm is up, but its filtered on the outside | 02:12 |
| DocScrutinizer | o.O ?? | 02:13 |
| roh | had some 'guest' using it as spam-relay quite a while ago | 02:13 |
| DocScrutinizer | yeah, munin seemed to suggest they are all running | 02:13 |
| roh | kicked him out, but the block needs (signed?) paperwork | 02:13 |
| DocScrutinizer | oh shit | 02:13 |
| roh | well.. it will be resolved with the move, afaik | 02:14 |
| DocScrutinizer | could somebody (me?) contact hetzner and ask what's the deal? | 02:14 |
| roh | nope. | 02:14 |
| DocScrutinizer | re block | 02:14 |
| roh | in the current legal think i think sean would need to sign, but since we change all that it will be much easier. | 02:15 |
| roh | legal thing of course | 02:15 |
| DocScrutinizer | mhm | 02:15 |
| roh | relay. is ostermontag. nothing will happen in germany anyhow. | 02:16 |
| roh | irgh. relax | 02:16 |
| DocScrutinizer | sure | 02:16 |
| DocScrutinizer | no hurry, no hassle. Just asking | 02:16 |
| DocScrutinizer | esp since admintrac is down | 02:17 |
| DocScrutinizer | and I published nagging me via IRC is the fallback method then | 02:18 |
| DocScrutinizer | s/down/blocked | 02:18 |
| roh | weird. | 02:19 |
| roh | hetzer said they replaced the hw.. | 02:19 |
| roh | well.. it seems agni is completely down and i dont know why. | 02:25 |
| DocScrutinizer | duh, again? | 02:25 |
| DocScrutinizer | not since long | 02:25 |
| roh | i cant reach it. | 02:25 |
| roh | anyhow.. will drive to the lab now. and dont think much will happen soon | 02:26 |
| roh | bbl | 02:26 |
| kyak | xiangfu: hi | 05:15 |
| kyak | xiangfu: a question: do we still need everything from nanonote-files/data/qi_lb60/files/etc/uci-defaults? | 05:15 |
| kyak | it's setting up some links which was a workaround in previous releases, but now it could be unnecessary/dangerous | 05:16 |
| kyak | xiangfu: another question: nananote-base-files only provides kernel-6x11-font. Maybe we should move it to script-files and get rid of base-files at all? It seems strange that we provide both scripts/data with script-files and kernel-6x11-font looks like forgotten in base-files :) | 05:18 |
| kyak | xiangfu: and the last question; is there a reason why you decided not to send all openwrt-xburst patches to openwrt upstream? | 05:19 |
| kyak | my understanding is that if we use these patches for release, they are all ready for openwrt upstream. I'm not saying they are ready for kernel upstream | 05:22 |
| xiangfu | kyak, Hi. | 05:51 |
| xiangfu | just back from lunch. | 05:51 |
| xiangfu | 1.(nanonote-files/data/qi_lb60/files/etc/uci-defaults) I think we still need this one: 01-optimization-for-ben-nanonote. the other two can remove. | 05:56 |
| xiangfu | 2. (kernel-6x11-font) totally agree. | 05:57 |
| xiangfu | the plan is 'scripts' for the files that nanonote needs and don't over-write any other openwrt base files. | 06:02 |
| xiangfu | and hte 'data/qi_lb60/files' is for the files that over-write the openwrt base files. | 06:02 |
| xiangfu | I needs clean up them. | 06:02 |
| xiangfu | I think the namd of 'script-files' is not fit for those files any more. | 06:04 |
| xiangfu | I will move all files to base-files. just like the openwrt names | 06:05 |
| kyak | this is a good idea | 06:09 |
| kyak | btw, do we need the posinstall section in nanonote-files Makefile? | 06:10 |
| kyak | i think the idea was to overwrite openwrt base-files, but this doesn't always work (depends on installation order).. since we set up a symlink like feeds/local_qipackages/nanonote-files/data/qi_lb60/files/ in openwrt-xburst, we coudl remove the postinstall | 06:11 |
| xiangfu | I think we needs keep the nanonote-data-files/postinst. it should be works fine on overwrite | 06:11 |
| xiangfu | kyak, my plan is remove the 'CONFIG_PACKAGE_nanonote-base-files=y' in config.full_system. | 06:12 |
| xiangfu | but people can still opkg install this package. | 06:12 |
| kyak | ah | 06:13 |
| xiangfu | the opkg install should works fine with postinstall. | 06:13 |
| kyak | yeah, totally agree then | 06:13 |
| xiangfu | kyak, the build order. yes correct. | 06:13 |
| xiangfu | I think we needs move 'gmen2x' to base-files | 06:14 |
| kyak | xiangfu: maybe we should do like that: put all gmenu2x icons in nanonote-gmenu2x-icons package, OR - just get rid of all nanonote-whatever-package and just keep everything (except for example files) in nanonote-base-files | 06:17 |
| kyak | to make things simple | 06:17 |
| xiangfu | (nanonote-gmenu2x-icons) great. | 06:17 |
| kyak | xiangfu: btw, gmenu2x-settings, can't exit on "S" -\ | 06:18 |
| kyak | have to kill gmenu2x :) | 06:18 |
| kyak | we kind of paid too small attention to gmenu2x, and it floated away in direction of dingoo.. too many regressions on Ben | 06:19 |
| xiangfu | let me commit first. I will split the gmenu2x-icons in next commit. | 06:23 |
| kyak | it's great if we reorganize nanonote-files in a smart way. I'm starting to get lost in all those files :) | 06:24 |
| xiangfu | kyak,(gmenu2x) maybe we switch to David's 'alfilesel' someday :-) | 06:24 |
| kyak | yeah! it's simple and just works | 06:24 |
| qi-bot | [commit] Xiangfu: cgminer update to 2.3.2, update the BIT_ENDIAN patch (master) http://qi-hw.com/p/openwrt-packages/9d550b8 | 06:25 |
| qi-bot | [commit] Xiangfu: nanonote-files: cleanup the file structure. update version to 201204 (master) http://qi-hw.com/p/openwrt-packages/223a158 | 06:25 |
| xiangfu | kyak, yes. gmen2x is big. complicate. | 06:25 |
| kyak | xiangfu: so basically it's like that now: 1) nanonote-base-files is to keep all files (both scripts and data) except for gmenu2x icons and /etc. 2) Those files in /etc are provided by the "files" symlink or nanonote-data-files on "opkg install" 3) nanonote-gmenu2x-icons holds gmenu2x icons | 06:30 |
| xiangfu | kyak, yes. | 06:30 |
| kyak | 4) and there is nanonote-example-files holding music and whatever | 06:30 |
| xiangfu | yes. | 06:31 |
| qi-bot | [commit] Xiangfu: naonote-files: split the gmenu2x icons to one package (master) http://qi-hw.com/p/openwrt-packages/65baf01 | 06:31 |
| qi-bot | [commit] Xiangfu: nanonote-files: config.full_system include gmenu2x-icons (master) http://qi-hw.com/p/openwrt-packages/625f215 | 06:31 |
| kyak | ok, this is great.. perhaps i would suggest one more change to make it more clear: move nanonote-files/data/qi_lb60/files to nanonote-files/files (so that other directories in nanonote-files/data/qi_lb60 don't confuse) | 06:32 |
| kyak | then by looking at root of nanonote-files/ we can't directly say which directory goes where | 06:33 |
| kyak | *we can | 06:34 |
| xiangfu | kyak, yes. | 06:37 |
| kyak | i wonder if git will handle it when i pull all the changes :) | 06:37 |
| kyak | need to recreate the symlink in openwrt-xburst then | 06:38 |
| qi-bot | [commit] Xiangfu: nanonote-files: cleanup the file structure. move data/qi_lb60/files to package root (master) http://qi-hw.com/p/openwrt-packages/f74c593 | 06:40 |
| xiangfu | kyak, also needs update the buildhost compile script file. | 06:40 |
| xiangfu | more clear is better. | 06:40 |
| xiangfu | I will add a 'wpan-ipv4.ogg' for video sample | 06:42 |
| kyak | i like David's sample video with bunny, not sure about the size though | 06:43 |
| xiangfu | 20MB | 06:43 |
| kyak | probably too much | 06:43 |
| qi-bot | [commit] Xiangfu: nanonote-files: compile-openwrt-xburst.sh update the files symlink (master) http://qi-hw.com/p/openwrt-packages/b2d577a | 06:43 |
| kyak | xiangfu: thanks a lot! | 06:45 |
| xiangfu | kyak, example video. 20MB should be ok. since people should install to /data/ | 06:47 |
| kyak | xiangfu: that is, if /data is actually mounted :) | 06:50 |
| kyak | and probably opkg will fail downloading ipk that big anyway | 06:50 |
| kyak | due to RAM | 06:51 |
| xiangfu | ok. yes. correct. | 06:54 |
| kyak | xiangfu: what about the openwrt upstream patches? | 06:54 |
| xiangfu | we are use /usr/share/opkg for download hte package. but same situation . | 06:54 |
| xiangfu | kyak, the patches I didn't send out are 3 parts 1. WPAN patches. 2. KS7010 patches. 3. the Nanonote patches (logo, keyboard) | 06:55 |
| kyak | i see! any good reason for that? | 06:56 |
| xiangfu | 1. (wpan) I needs split it to atUSB and atBen. for atUSB needs to send to target/linux/generic for all targets. | 06:56 |
| xiangfu | 2. not sure if we need that any more. keep in our repo first. | 06:57 |
| xiangfu | 3. since those patches is for Ben Nanonote not fit for 'xburst' target. | 06:57 |
| kyak | ah, ok; sure | 06:58 |
| xiangfu | it will influence other xburst target. | 06:59 |
| kyak | yeah, i understand now | 06:59 |
| xiangfu | next task split WPAN first. atUSB atBen. | 06:59 |
| xiangfu | if we have atUSB upstream that will be great. Ben Nanonote can connect to openwrt router(with usb host) | 07:00 |
| kyak | yes, this would be great | 07:00 |
| kyak | i will go an upgrade my router to the one with usb host right away :) | 07:00 |
| kyak | xiangfu: do you know if atUSB is compilable is module? | 07:01 |
| kyak | i remember it could only be built monolitically | 07:02 |
| xiangfu | not sure that. | 07:03 |
| xiangfu | I haven't try atUSB yet. :( | 07:04 |
| xiangfu | only tried 2 atBen talk to each other. | 07:04 |
| kyak | i did try atusb, and it is really disturbing that i had to compile it in | 07:06 |
| xiangfu | will pay attention on this built-in. | 07:38 |
| xiangfu | this is cool: https://home.comcast.net/~sdwalker/uscan/index.html | 10:40 |
| xiangfu | I have asked sdwalker add openwrt-package | 10:40 |
| LunaVorax | Hello everyone! | 14:44 |
| wolfspraul | hi | 14:44 |
| Fallenou | hi | 14:45 |
| wolfspraul | Fallenou: hey, nice to see you in Qi Hardware too! ;-) | 14:46 |
| wolfspraul | I thought you were an exclusive milkymister | 14:46 |
| Fallenou | hehe I'm trying to be more social | 14:46 |
| Fallenou | I have just read your email | 14:47 |
| Fallenou | about Ya NanoNote being based on Milkymist SoC | 14:47 |
| Fallenou | what a crazy (and awesome) idea :) | 14:47 |
| wolfspraul | well, why do we work on an SoC if we then don't use it *everywhere*? | 14:48 |
| wolfspraul | it's like the Linux kernel, my friends for many years knew me as someone who would first install Linux on *every* computing device he got. OF COURSE!? huh? | 14:49 |
| wolfspraul | :-) | 14:49 |
| wolfspraul | so let's see. I am learning about IC design and SoC. total beginner. | 14:49 |
| wolfspraul | but I think we will use a free IC design as the central digital signalling hub for everything, sure. yes. what else? :-) | 14:50 |
| wolfspraul | is there any legacy stuff left out there? | 14:50 |
| Fallenou | that makes totally sense to me | 14:50 |
| wolfspraul | see!? | 14:50 |
| wolfspraul | I knew it | 14:50 |
| wolfspraul | so then | 14:50 |
| Fallenou | why using some proprietary chip if there is a functional competitive alternative which is open source :) | 14:50 |
| wolfspraul | yes, a few pieces of legacy here and there, we clean them up, and then into the future | 14:51 |
| Fallenou | indeed it's work | 14:51 |
| Fallenou | but I think you don't fear working =) | 14:51 |
| wolfspraul | there's just enormous power available to us once we move beyond the x86/arm black box / iron curtain | 14:51 |
| wolfspraul | since I only do what I love, how could I fear anything? | 14:51 |
| wolfspraul | no, it feels right | 14:52 |
| wolfspraul | milkymist one today is still too basic, many things it could do don't work today | 14:52 |
| wolfspraul | so... | 14:52 |
| DocScrutinizer | moo | 14:53 |
| Fallenou | yes a lot of work to do | 14:53 |
| Fallenou | you would need a few dozen engineers | 14:53 |
| Fallenou | every open source project does not have the Linux work force | 14:53 |
| wolfspraul | well I don't like to look at this just by how much one could work | 14:54 |
| wolfspraul | the reason there are many linux devs is because linux is valuable to many companies and lots of the devs make their living that way | 14:55 |
| wolfspraul | keep in mind that we made a usable and fun product around the milkymist soc today | 14:55 |
| wolfspraul | it's not like "we need another xyz" | 14:55 |
| wolfspraul | no we need nothing | 14:55 |
| wolfspraul | we just need m1 and some good music | 14:55 |
| wolfspraul | the rest is non-technical :-) | 14:55 |
| Fallenou | sure | 14:57 |
| Fallenou | I was just thinking about work force because there is a road map and a lot to do (usb, mmu, linux etc) | 14:57 |
| wolfspraul | every creator is faced with shortage of resources | 14:58 |
| wolfspraul | from people with access to vast resources - how many create something lasting? | 14:58 |
| wolfspraul | so let's see. you have limited resources, and became passionate about the mmu, which a lot of people would love to have. is it enough to create something? we shall find out :-) | 14:59 |
| wolfspraul | but whatever the result is, it's worth trying and the most important is that you enjoy being on that path! irrespective of the result | 14:59 |
| wolfspraul | by the time we just buy what we need things are boring | 15:00 |
| wolfspraul | Fallenou: you mentioned some roadblocks recently? did sleeping over them help in any way? | 15:01 |
| wolfspraul | writing this up could be helpful in itself, since there are a number of beginners/lurkers around | 15:01 |
| Fallenou | oh a sum up of the state of the mmu dev ? | 15:02 |
| Fallenou | I'm planning on sending a sum up email with a call for advices and ideas, not done yet, I tried a few more things yesterday | 15:03 |
| wolfspraul | you mentioned something you got stuck on | 15:03 |
| wolfspraul | ah ok | 15:03 |
| Fallenou | yes I'm still stuck :( | 15:03 |
| wolfspraul | I see | 15:03 |
| Fallenou | I asked a few fpga engineers , they didn't help much about my problem | 15:03 |
| Fallenou | but they did point a few things in Milkymist design | 15:04 |
| Fallenou | not sure if it's a real issue but I could talk to lekernel about it | 15:04 |
| Fallenou | about meta stability, asynchronous reset and DCM initialization | 15:04 |
| wolfspraul | trust yourself | 15:04 |
| Fallenou | I lost a few hours trying to get my hands on ModelSim , a verilog simulator | 15:05 |
| wolfspraul | the most those people can often help you with is to be angry at their uselessness and finally realize yourself what's going on :-) | 15:05 |
| Fallenou | right now I am doing simulations using ISim (ISE stuff) | 15:05 |
| Fallenou | I wanted to try something else, since ISim does not help much here | 15:05 |
| Fallenou | the MMU is working in ISim, so there must be something wrong with the simulation being too optimistic somewhere :) | 15:06 |
| Fallenou | 17:11 < wolfspraul> the most those people can often help you with is to be angry at their uselessness and finally realize yourself what's going on :-) < ahah yes, that's the good moments, when you eventually figure out what is going wrong and fix it yourself :) | 15:06 |
| qi-bot | The build has FAILED: http://fidelio.qi-hardware.com/~xiangfu/building/Nanonote/Ben/openwrt-xburst.minimal-20120408-1732 | 21:55 |
| --- Tue Apr 10 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!