2012-03-29 00:29 dvdk has joined #qi-hardware 2012-03-29 00:30 [commit] David K 2012-03-29 00:30 [commit] David K 2012-03-29 00:38 xiangfu has joined #qi-hardware 2012-03-29 01:10 wpwrak: if I understand anything about software development, then kicad is going to die pretty soon :/ 2012-03-29 01:11 well, it may have an indefinitely long agony, of course 2012-03-29 01:52 wej has joined #qi-hardware 2012-03-29 01:58 xiangfu has joined #qi-hardware 2012-03-29 02:51 wolfspraul has joined #qi-hardware 2012-03-29 04:35 emeb has quit [#qi-hardware] 2012-03-29 05:32 whitequark: well, let's hope you're wrong :) 2012-03-29 05:36 i think what needs to happen is a generation change in the core development team. there doesn't seem to be a lack of people who'd be willing to do things. just need to get a bit more organized. 2012-03-29 05:46 rejon has joined #qi-hardware 2012-03-29 06:12 wolfspraul has joined #qi-hardware 2012-03-29 06:15 jurting has joined #qi-hardware 2012-03-29 06:16 panda|x201 has joined #qi-hardware 2012-03-29 06:17 LunaVorax has joined #qi-hardware 2012-03-29 07:31 shevek has joined #qi-hardware 2012-03-29 07:33 Not long ago, I browsed the kernel source at http://projects.qi-hardware.com, but now I can't find it anymore. I see is openwrt xburst some kernel stuff, but not the source itself. Is there something wrong with the site, or am I looking in the wrong place? 2012-03-29 07:34 s/I see is openwrt xburst/In OpenWRT XBurst I see/ 2012-03-29 07:34 shevek meant: "Not long ago, I browsed the kernel source at http://projects.qi-hardware.com, but now I can't find it anymore. In OpenWRT XBurst I see some kernel stuff, but not the source itself. Is there something wrong with the site, or am I looking in the wrong place?" 2012-03-29 07:34 Yeah, that. :-D 2012-03-29 07:35 Cool feature. :-) 2012-03-29 07:37 shevek, openwrt xburst keep the patch. not all source code. 2012-03-29 07:38 shevek, if you want look the patch on nanonote. check out here: 2012-03-29 07:38 frugalfirbolg has joined #qi-hardware 2012-03-29 07:38 shevek, : http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/master/target/linux/xburst/patches-3.2 2012-03-29 07:39 those patches are for v3.2.1 2012-03-29 07:39 xiangfu: Yes, I found those, but I remember I was browsing the full kernel source (not sure if it included all the patches). 2012-03-29 07:39 shevek, there is. but the browsing is not working any more. 2012-03-29 07:39 : http://projects.qi-hardware.com/p/qi-kernel/ 2012-03-29 07:40 but you can still 'git clone' 2012-03-29 07:40 Ah, that explains it. 2012-03-29 07:40 I'll do that then. 2012-03-29 07:41 git clone git://projects.qi-hardware.com/qi-kernel.git 2012-03-29 07:41 Thanks! 2012-03-29 07:41 if you have patch. please send them to mailing list or me :-) 2012-03-29 07:42 I won't, I'm just looking at how power down works so I can copy it in Iris. :-) Currently I can power down, but it doesn't power up again. 2012-03-29 07:43 Still, if I see bugs while looking at the code, I'll let you know. :-) 2012-03-29 07:44 shevek, great. are you 'Bas Wijnen'? (sorry I always can't remember the English name) 2012-03-29 07:45 xiangfu: Yes, I am. Sorry about the nick. ;-) 2012-03-29 07:46 shevek, nope. nick is good. 2012-03-29 08:07 shevek: on the Dingoo, power up is done by making the GPIO connected to the power button generate an interrupt, iirc 2012-03-29 08:08 not sure how it works on the NN, since it has a keyboard matrix rather than direct button to GPIO like the Dingoo 2012-03-29 08:08 but maybe the power button is not in the keyboard matrix 2012-03-29 08:10 It is not indeed, but that's not the problem I think. What we call power down is actually "hibernate", managed by the RTC (which remains powered). At wake up, the sdram is lost, but I'm not sure at which point it tries to continue executing. It probably starts running from sdram, so it does power up, but it immediately hangs. Well, that's my theory at the moment anyway. :-) 2012-03-29 08:14 Actually I'm sure the power button is not the problem. It's on GPIO D29, which is the wakeup pin. So the core is woken up when it is pressed. At least that's what the programmer's manual says, and even though it's not always right, I believe it in this case. :-) 2012-03-29 08:22 [commit] Xiangfu: m1/patches/rtems: milkymist-audio-add-support-mic-boost.patch remove the mic boost ioctl (master) http://qi-hw.com/p/wernermisc/9aeb2f9 2012-03-29 08:55 xiangfu: a question: are we basing on uClibc 0.9.33? 2012-03-29 08:56 i noticed i was still using 0.9.32 and (therefore?) can't reproduce building failure of some packages 2012-03-29 08:56 is it the case that 0.9.33 is "unstable"? 2012-03-29 08:57 if we really base on 0.9.33 and it is fixed, then i will switch 2012-03-29 09:28 jivs has joined #qi-hardware 2012-03-29 09:30 GNUtoo has joined #qi-hardware 2012-03-29 09:32 kyak, the 2012-03-18 is using 0.9.33 2012-03-29 09:32 kyak, "unstable" hmm... I don't know the detail. 2012-03-29 09:33 kyak, since the openwrt have updated to 0.9.33 we better siwtch to 0.9.33 2012-03-29 09:34 kyak, just checked. 0.9.33 is a stable release : http://www.uclibc.org/ 2012-03-29 09:34 kyak, interesting. they are using git commit as ChangeLog: http://uclibc.org/downloads/ChangeLog-0.9.32.1_0.9.33 2012-03-29 09:45 ah yeah, using git log as a Changelog is pretty common :) 2012-03-29 09:45 so ok, i'll switch to 0.9.33 2012-03-29 09:45 * pabs3 uses git2cl for that 2012-03-29 10:07 antgreen has joined #qi-hardware 2012-03-29 10:12 antoniodariush has joined #qi-hardware 2012-03-29 10:24 Ayla has joined #qi-hardware 2012-03-29 11:06 DocScrutinizer has joined #qi-hardware 2012-03-29 11:26 wolfspraul: larsc: ping2 2012-03-29 11:31 the xburst target will get dropped in the next release if it doesn't get levelled up to kernel version 3.3 2012-03-29 11:34 this is bad news. Good news is, that there will be the next release? :) 2012-03-29 12:12 mirko: thanks for the heads up 2012-03-29 12:13 3.2 is not thaaaat old, no? :-) well, up-leveling is good, if owrt pushes forward, great 2012-03-29 12:13 with 'next release' you mean the next owrt release, I guess? 2012-03-29 12:17 mirko, I have send a lot of patch on xburst target. no one reply me :( 2012-03-29 12:18 xiangfu: can you point mirko to a mailing list url? 2012-03-29 12:18 mirko, I will update to 3.3 . but only ben nanonote :-) 2012-03-29 12:18 there is 3.0 patches. 3.2 patches not send yet. 2012-03-29 12:19 I still don't understand the kernel workflow, oh well 2012-03-29 12:19 we have qi-kernel, an openwrt git repo on qi, one upstream, larsc, mth, xiangfu, kernel.org, etc. 2012-03-29 12:20 mirko: let us know how to best maintain xburst in openwrt upstream 2012-03-29 12:22 mirko, : https://lists.openwrt.org/pipermail/openwrt-devel/2012-March/014379.html 2012-03-29 12:22 https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012333.html 2012-03-29 12:22 https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012334.html 2012-03-29 12:22 https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012335.html 2012-03-29 12:23 mirko, I will working on update kernel to 3.3 tomorrow. thanks for bring this up. 2012-03-29 12:24 xiangfu: we also need to know how/where to send patches, and to coordinate with larsc and mth, afaik 2012-03-29 12:24 otherwise it's a waste of time 2012-03-29 12:25 and like kyak said, if mirko meant the next openwrt major release, that's a good thing! it's been a few years I think :-) 2012-03-29 12:25 it seems a lot of people are using snapshots anyway, not sure how relevant the release are, maybe mostly to get some media attention 2012-03-29 12:35 mirko, have you talk with lars about the n516 / n526 stuff? 2012-03-29 12:47 oh I think I start to get it 2012-03-29 12:48 the most recent kernel is in qi-kernel/git, but the one in openwrt/svn is quite old (2.6.37) 2012-03-29 12:48 qi-kernel/git have 3.3 2012-03-29 12:48 so it comes down to just extracting a set of svn patches and getting someone to commit them into svn. that's historically a tough nut to crack :-) 2012-03-29 12:48 openwrt-xburst.git have 3.2 2012-03-29 13:22 wolfspraul: qi-kernel is a clone of kernel.org with additional patches by larsc, me, Ayla and others 2012-03-29 13:22 patches are in the form of commits there 2012-03-29 13:23 in openwrt-xburst, patches are in the forms of diffs, I think 2012-03-29 13:26 mth, part of them. 2012-03-29 13:26 mth, only ben nanonote stuff. 2012-03-29 13:28 that's fine, we don't have any concrete plans for openwrt for the Dingoo 2012-03-29 13:30 we should be sending some more of the shared patches upstream though; I'll make another overview of the patches we have 2012-03-29 13:34 mth: which build system do you use for the Dingoo? 2012-03-29 13:35 buildroot 2012-03-29 13:35 so qi-kernel git is where the initial up-leveling and improvement action is happening 2012-03-29 13:35 yes 2012-03-29 13:35 then xiangfu can extract openwrt/svn-like patches from there into openwrt-xburst, and then needs to find someone to review and commit them in openwrt upstream 2012-03-29 13:36 I think so 2012-03-29 13:36 alright, cool 2012-03-29 13:36 what's your experience with buildroot? 2012-03-29 13:37 have you considered/compared with openwrt, and why do you find you don't need openwrt? 2012-03-29 13:37 buildroot has fewer packages, but it has most of what we need 2012-03-29 13:37 OpenDingux is more of a base system than a full distro though 2012-03-29 13:38 we have lots of libs but very few apps 2012-03-29 13:38 another reason to stay with buildroot is compatibility with the original Dingux 2012-03-29 13:38 although we're not binary compatible anymore in all cases, because we enabled wchar 2012-03-29 13:39 I see. interesting. 2012-03-29 13:39 no wchar support was a historical mistake that we really had to correct because it was blocking several interesting packages 2012-03-29 13:50 panda|x201 has joined #qi-hardware 2012-03-29 14:28 zenlunatic has joined #qi-hardware 2012-03-29 14:34 jurting has joined #qi-hardware 2012-03-29 14:35 i didn't talk to lars for a long time - he's quite busy with other stuff currently 2012-03-29 14:36 just send me the patchset - well tested please - so i will just apply and commit them 2012-03-29 14:36 i won't have much time for testing 2012-03-29 14:36 Can someone ping my name? 2012-03-29 14:38 jurting: pong 2012-03-29 14:39 Thanks, it works (the program stopped blinking on messages/pings randomly yesterday) 2012-03-29 14:39 wej has joined #qi-hardware 2012-03-29 14:40 qi-bot has joined #qi-hardware 2012-03-29 14:44 rejon has joined #qi-hardware 2012-03-29 14:55 rejon has joined #qi-hardware 2012-03-29 15:15 viric: can your patch "MIPS: Enable vmlinuz for JZ4740" be submitted upstream? 2012-03-29 15:16 mth: Did I do a patch? 2012-03-29 15:16 mh 2012-03-29 15:16 I can't remember 2012-03-29 15:16 do whatever you want with it :) 2012-03-29 15:16 it lists author: Lluís Batlle i Rossell 2012-03-29 15:16 yes yes, me 2012-03-29 15:16 do I have to do anything for that? 2012-03-29 15:17 well, you could submit it or I could 2012-03-29 15:17 I prefer you to do that 2012-03-29 15:17 ok, I will 2012-03-29 15:17 thank you! 2012-03-29 15:25 emeb has joined #qi-hardware 2012-03-29 15:35 valhalla has joined #qi-hardware 2012-03-29 15:40 jow_lapt1p has joined #qi-hardware 2012-03-29 15:56 jow_laptop has joined #qi-hardware 2012-03-29 16:07 shevek: how long are you holding the power button when you want to turn on the device? 2012-03-29 16:07 the default time needed is about 2 seconds 2012-03-29 16:08 this can be changed by writing a counter register 2012-03-29 16:08 I know; I've set that time to be 0, but also I'm holding it 5 seconds. 2012-03-29 16:08 ok 2012-03-29 16:09 In the kernel I don't see anything special. It also just does 'tell rtc to power down; while (1) asm("wait");', which is what I do... 2012-03-29 16:09 panda|x201 has joined #qi-hardware 2012-03-29 16:09 in the case of suspend the IRQ status of the power button matters, not sure if that is also the case for hibernation 2012-03-29 16:10 I don't think it should. The interrupt controller is powered down, only the rtc is still working. But AFAIK I have the interrupt enabled, because I want to see the power button events while it's on and I don't touch them when powering off. 2012-03-29 16:11 I think you're right, both ICU and the GPIO systems should be powered down, so their state doesn't matter 2012-03-29 16:12 is it possible that the device does come out of hibernation but hangs while booting? 2012-03-29 16:12 It is, but only if it doesn't boot normally. I've tried with hardware usbboot enabled, but it doesn't show up, and without it, so it should boot from nand (where openwrt is installed) and that doesn't happen either. 2012-03-29 16:14 The thing is, I have the screen switched on first. When I tell it to power down, the screen goes black (backlight goes off). So it seems that it does indeed power down. 2012-03-29 16:15 That's why I was guessing that it didn't do a normal boot when returning from hybernation, but I wouldn't know what else it would be doing. It has no sdram anymore, and I think the cache is also lost. 2012-03-29 16:16 But maybe the "boot sram" which is also used during usbboot is not. I could try to put my code there... 2012-03-29 16:16 is there a boot SRAM? 2012-03-29 16:17 I thought there is an internal EPROM and the contents of that are copied into the I-cache 2012-03-29 16:18 Yes, there's sram from 80000000 to 80004000. The first stage of usb booting must be loaded in there, because the rest of the memory is not working yet. It's a bit strange, because I thought the stuff was injected in the cache and I would expect it not to matter at which address that happens. But other memory regions don't work, I checked. 2012-03-29 16:19 I think sram doesn't need to be refreshed, but it does need power to retain its state. I don't know if it gets it during hybernation. I wouldn't expect it... 2012-03-29 16:19 indeed SRAM doesn't need refresh, but does need power to keep its contents 2012-03-29 16:20 but why wouldn't the address matter for the cache approach? 2012-03-29 16:20 I don't know, but the programmer's manual says it does, and experiment confirms it. 2012-03-29 16:21 what happens with NAND booting, does that use the I-cache or the SRAM? 2012-03-29 16:23 Actually it isn't so clear. It says in the "boot" section that code is loaded into sram and used to set up the sdram, then it can really boot. But then in the usb boot section it says it's going into d-cache, which is copied to i-cache, and then executed. I thought I needed to change the address of stage1, and so used a higher address, but that didn't work, so the SRAM story seemed to be true. But I have no idea why or how that works. 2012-03-29 16:23 the sram is the dcache/icache isn't it? 2012-03-29 16:24 I thought so first as well, but I'm not sure anymore. 2012-03-29 16:24 Because the cache should have no problem with other addresses. 2012-03-29 16:25 i think it is the cache 2012-03-29 16:25 On the other hand, they wouldn't be so wasteful to add a block of sram to be used only during boot. 2012-03-29 16:27 if in doubt, just trash the sram, while the cache is active ;) 2012-03-29 16:28 a cache needs an address to cache line mapping; the boot code is larger than 1 cache line 2012-03-29 16:30 larsc: By writing to a0000000 and further you mean? I can try that. :-) 2012-03-29 16:31 mth: Sure, but there's no reason it should fit on one line. 2012-03-29 16:32 http://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit (sorry if this is no news for you) 2012-03-29 16:35 [commit] kyak: centerim: update to 4.22.10 and fix build (master) http://qi-hw.com/p/openwrt-packages/e244080 2012-03-29 16:53 larsc! 2012-03-29 17:03 GNUtoo has joined #qi-hardware 2012-03-29 17:12 mirko: !!!! 2012-03-29 17:25 LunaVorax_ has joined #qi-hardware 2012-03-29 17:27 Ayla has joined #qi-hardware 2012-03-29 17:35 LunaVorax has joined #qi-hardware 2012-03-29 17:38 larsc: do you still feel responsible for the xburst target within openwrt-upstream? 2012-03-29 17:55 Fabricatorz: open source hardware for dance music made in China by westerners — Lucas Gonze's blog http://t.co/uk8q18w7 @milkymistvj @qihardware ( 185424678767169536@fabricatorz - 38s ago via Ping.fm ) 2012-03-29 17:57 overwriting 0xa0000000 and further during stage1 doesn't have any influence. 2012-03-29 17:57 mirko: kind of, but well time is limited 2012-03-29 17:58 RTC Milkymist: RT @fabricatorz: open source hardware for dance music made in China by westerners — Lucas Gonze's blog http://t.co/ryqG1W1G @qihardware ( 185425346596835328@milkymistvj - 58s ago via HootSuite ) 2012-03-29 17:58 I think I understand why you need this region. It's probably pre-filled in the cache. So if you write elsewhere, cache lines are discarded if they're not in that region. Possibly it will discard important things and break stage1. 2012-03-29 18:56 jackiegx6: @qihardware http://t.co/jx5Riawg ( 185439951289192448@jackiegx6 - 57s ago via web ) 2012-03-29 19:05 [commit] kyak: libphysfs: fix build (master) http://qi-hw.com/p/openwrt-packages/505ce6b 2012-03-29 19:08 bartbes: btw, libphysfs is updated upstream :) 2012-03-29 19:09 i didn't update the package, since i'm not sure if it would break nlove 2012-03-29 19:55 LunaVorax has joined #qi-hardware 2012-03-29 20:06 jekhor has joined #qi-hardware 2012-03-29 20:29 Lyn Jeffery: @fabricatorz @milkymistvj @qihardware will u be in SZ next wkend for mini maker faire? Want to hear about milkymist smartphone experience! ( 185463371687145474@LynJ - 53s ago via web ) 2012-03-29 20:36 kyak: updated in what way? 2012-03-29 20:36 and I really should update nlove sometime.. 2012-03-29 20:42 The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120328-1247 2012-03-29 21:19 Barry Threw: http://t.co/ukgW5O7k @qihardware ( 185476012128223234@barrythrew - 40s ago via Twitter for Mac ) 2012-03-29 21:43 http://www.phoronix.com/scan.php?page=article&item=qualcomm_kill_blobs&num=1 2012-03-29 21:43 just what it says in the title 2012-03-29 21:43 NOT what I would expect from qualcomm 2012-03-29 21:43 looks like Atheros acquisition gone the right way 2012-03-29 21:45 [commit] Werner Almesberger: spool: support jobs with more than one file (master) http://qi-hw.com/p/cae-tools/c422be5 2012-03-29 21:45 [commit] Werner Almesberger: cameo: new command "reverse" to reverse all paths (master) http://qi-hw.com/p/cae-tools/c59e393 2012-03-29 21:45 [commit] Werner Almesberger: cameo/README: added warning that "area" still has bugs (master) http://qi-hw.com/p/cae-tools/479ae41 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/: added smoothing pass for deburring; assorted other small changes (master) http://qi-hw.com/p/wernermisc/558e5da 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/draft.fig: draft of the overall case design (master) http://qi-hw.com/p/wernermisc/6442e08 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/case.fpd: added the middle part (untested) (master) http://qi-hw.com/p/wernermisc/8454640 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/case.fpd: added the bottom part (untested) (master) http://qi-hw.com/p/wernermisc/d00ccd8 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/Makefile: generalized build process for all parts (master) http://qi-hw.com/p/wernermisc/fff8177 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/case.fpd: rearranged model of middle part (master) http://qi-hw.com/p/wernermisc/24fdda0 2012-03-29 21:45 [commit] Werner Almesberger: bacon/case/: corrections of bottom part; updates for machining (master) http://qi-hw.com/p/wernermisc/ddc5e0e 2012-03-29 21:45 [commit] Werner Almesberger: fakefile/: so far unsuccessful attempt at jailing Kicad (master) http://qi-hw.com/p/wernermisc/1506743 2012-03-29 21:45 [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:wernermisc (master) http://qi-hw.com/p/wernermisc/5364134 2012-03-29 21:49 whitequark: wow. that's like thatcher calling for the end of capitalism and the ousting of the bourgeoisie 2012-03-29 21:54 wpwrak: probably :) 2012-03-29 21:54 I always thought atheros was good 2012-03-29 22:14 atheros is/was a bit bipolar. at openmoko, we had quite a bit of experience with its less nice side. 2012-03-29 22:22 name any company that isn't 2012-03-29 22:23 even openmoko is. 2012-03-29 22:23 or was 2012-03-29 22:24 shevek has quit [#qi-hardware] 2012-03-29 23:07 dvdk has joined #qi-hardware 2012-03-29 23:58 kyak: nlove is (currently) broken anyway, so we can uptick libphysfs first