2011-03-07 00:45 he, lilo save my evening :-) 2011-03-07 00:47 high-fives kristianpaul 2011-03-07 00:52 wpwrak: now i see why still using it :-) 2011-03-07 01:04 kristianpaul: how did grub fail you ? 2011-03-07 01:07 wpwrak: easy problem about root=something_bad_set here, but was generated automatically so lilo seems not follow that path 2011-03-07 01:08 was installing voyage linux on his soekris 5501 2011-03-07 01:08 oh dear, double-exotic ;-) 2011-03-07 01:08 hahah 2011-03-07 01:10 but yes, sometimes lilo's simplicity can save your day. recently, i'm hearing an increasing number of complaints about grub. 2011-03-07 01:12 grub is u-boot for non-embedded systems ;) 2011-03-07 01:13 mth: yeah, a little boot loader that tries so hard to be a big operating system ;-) 2011-03-07 01:14 mth: with u-boot, the fun starts when you add usb, because this gives you *true*concurrency*. all the races, but none of the locking ... 2011-03-07 01:16 I didn't know u-boot had USB support, but I'm not surprised :) 2011-03-07 01:16 mth: i don't know if usb ever made it into u-boot mainline. in openmoko we had it, though 2011-03-07 01:17 mth: and if you think of it, functionality-wise, it makes a lot of sense 2011-03-07 01:17 the Wii homebrew channel accepts USB uploads as well, very useful for testing new programs 2011-03-07 01:17 mth: You could'nt be so right, actually there is a port of grub as a replacement of pmon bootloader for lemote/yeeloong laptop 2011-03-07 01:18 mth: the only problem is that it drives a borderline design all the way into deepest cuckoo land 2011-03-07 01:18 kexecboot makes more sense then 2011-03-07 01:19 looks at Jay7 2011-03-07 01:19 totally. and larsc  already has the weapon of u-boot destruction ready for when Jay7 is finishes :) 2011-03-07 01:20 s/is // 2011-03-07 01:20 i hope so 2011-03-07 01:20 *grin* on cue 2011-03-07 01:21 It works on the JZ4760 2011-03-07 01:22 but I think I'm going to start from scratch and write it that way, that it can be used both for the minimal bootloader and as the usbboot firmware 2011-03-07 01:22 so there is less code duplication in our tools 2011-03-07 01:23 (4760) does this imply that the 4760 wouldn't quite so much of a horrible thing to support anymore ? 2011-03-07 01:23 (usbboot) hmm, never looked into this one so far 2011-03-07 01:24 wpwrak: i added basic support for it yesterday to our kernel repoi 2011-03-07 01:24 wheee ! 2011-03-07 01:25 so far non of the more advanced peripherals is supported 2011-03-07 01:25 if a ya would happen with the 4760 instead of the 4740, i think that would be hugely better 2011-03-07 01:25 What device is using the 4760? or is a EVB? 2011-03-07 01:25 rome wasn't built in a day :) 2011-03-07 01:25 but there is a guy working on a jz4750 port, which is similar to the jz4760 so i'm not the only one working on getting better support 2011-03-07 01:26 kristianpaul: the evb 2011-03-07 01:26 (4740 vs. 4760) my main concern at the moment is memory. without DDR, you're kinda screwed today ... 2011-03-07 01:27 (ddr) e.g., according to some very superficial studies of mine, for the price of the ben's memory, you could get about twice the amount of SDR today, or four times DDR 2011-03-07 01:29 and that may not even be the end of the story. with "fat" smartphones driving up the demand, quite large memories may become cheaper than smaller ones 2011-03-07 01:29 (well, after the supply catches up :) 2011-03-07 01:30 i also like the huge number of MMC/SD/SDIO in the 4760 2011-03-07 01:32 Video also may allow higher resolution i guess? 2011-03-07 01:32 is that the dual cored xburst? or just more speed? 2011-03-07 01:32 both 2011-03-07 01:33 how fast? 2011-03-07 01:33 600 Mhz 2011-03-07 01:33 oh 2011-03-07 01:33 thats a laptop :-) 2011-03-07 01:33 ddr is faster than sdr, so you get a lot more memory bandwidth for video 2011-03-07 01:33 it actually is a tripple core 2011-03-07 01:33 what?? :O 2011-03-07 01:33 cpu, vpu, gpu 2011-03-07 01:33 i see 2011-03-07 01:34 the gpu is 2d-only though 2011-03-07 01:34 larsc: how useful is the vpu ? 2011-03-07 01:34 and i've not seen any docs for either the vpu or gpu 2011-03-07 01:34 wpwrak: without docs not so much 2011-03-07 01:34 okay, that answers it ;-) 2011-03-07 01:34 ha! :/ 2011-03-07 01:34 yeah. with what little i saw, it looked kinda semi-useless 2011-03-07 01:35 the PM states though: 2011-03-07 01:35 RealVideo decoding up to 720P 30fps 2011-03-07 01:35 MPEG-2 decoding up to 720P 30fps 2011-03-07 01:35 MPEG-4 decoding up to 720P 30fps 2011-03-07 01:35 VC-1 decoding up to 720P 30fps 2011-03-07 01:35 H.264 decoding up to 720P 30fps 2011-03-07 01:35 MPEG-4 encoding up to VGA 20fps 2011-03-07 01:35 oh, for video it's probably cool. dvdk ought to be happy :) 2011-03-07 01:35 i was thinking more of a "real" 2nd core 2011-03-07 01:36 V                                                                                 PU 2011-03-07 01:36 larsc: usb on-the-go? 2011-03-07 01:36 includes an XBurst® CPU with 48kB TCSM and without CACHE, MMU, CP0, DBG and FPU. 2011-03-07 01:36 kristianpaul: yes 2011-03-07 01:36 no MMU? 2011-03-07 01:36 the VPU 2011-03-07 01:36 ah, thats second core 2011-03-07 01:36 yeap 2011-03-07 01:37 kristianpaul: ftp://ftp.ingenic.cn/2soc/4760/JZ4760_pm.pdf 2011-03-07 01:37 alright, no smp 2011-03-07 01:39 this scares me: ftp://ftp.ingenic.cn/2soc/4760/JZ4760B_an01_vs4760.pdf 2011-03-07 01:40 apt-get install mysql-server php5-cgi php5-mysql 2011-03-07 01:40 oops 2011-03-07 01:44 LCDC 2011-03-07 01:46 larsc: because figure 1 says "Jz4760E" ? ;-) 2011-03-07 01:46 haha, nice catch 2011-03-07 01:47 2005 .. kinda ancient 2011-03-07 01:48 i wonder how much of that copyright refers to products long forgotten by history 2011-03-07 01:49 section 5 is nice :) 2011-03-07 01:50 is stoned wich so much features 2011-03-07 01:50 "Change TCSM1 from 48KB to 32KB"... that's the RAM for the VPU, right? 48KB was already small... 2011-03-07 01:51 larsc: do you deal with ingenic directly or does this go via wolfgang ? 2011-03-07 01:51 all these changes pale in comparison to what samsung did when going from the s3c2440a to the s3c2440b 2011-03-07 01:52 i mean, no much could *possibly* change on such a minor step, right ? 2011-03-07 01:52 well, all the pull-ups became pull-downs, kinda overnight ... 2011-03-07 01:54 wpwrak: because there is a whole bunch of minor changes in register layout and such in a minor chip revision. 2011-03-07 01:55 wpwrak: Takes the fun out of coding because you'll endup with spaghetti code 2011-03-07 01:55 wpwrak: i got the evb though an third party 2011-03-07 01:56 larsc: are you sure the non-B 4760 will even exist in the wild ? 2011-03-07 01:56 i have one ;) 2011-03-07 01:56 an evb ;) 2011-03-07 01:57 i'm pretty sure it exits in the wild 2011-03-07 01:59 perhaps a question for wolfgang's next visit to ingenic 2011-03-07 01:59 hm or maybe not 2011-03-07 01:59 http://en.ingenic.cn/product.aspx?CID=11 2011-03-07 01:59 larsc: tonight we found the cause for the SD errors after resume from suspend: it turns out the cpufreq driver triggers it 2011-03-07 01:59 ah 2011-03-07 01:59 this also explains why the NanoNote does not have this problem 2011-03-07 01:59 yep 2011-03-07 01:59 larsc: btw, do you deal with ingenic directly or does this go via wolfgang ? (or maybe even someone else ?) 2011-03-07 02:00 wpwrak: i got the evb through an third party 2011-03-07 02:00 interesting .. the 4740 is not recommended for new designs 2011-03-07 02:00 it's 5 years old 2011-03-07 02:01 ah yes, and they don't even mention the 4720 :) 2011-03-07 02:02 good. that settles this question. 4760b looks very likeable, even if it should have 2 out of 3 cores unusable 2011-03-07 02:02 wpwrak: I told wolfgang that Ingenic has a news item on their page mentioning that the linux kernel now has jz4740 2011-03-07 02:02 wpwrak: And he answered that it might be time for a visit again 2011-03-07 02:02 good :) 2011-03-07 02:03 larsc: (3rd party) so they would be sort of the first ones to have a linux-based device with the 4760(b) ? 2011-03-07 02:05 i've never seen the real device, but i guess yes 2011-03-07 02:06 hmm, seems that wolfgang really ought to visit ingenic ... 2011-03-07 02:06 btw. i got that board back in october 2011-03-07 02:06 so it's very likley that the product is already on the market 2011-03-07 02:06 so it should be a B by now :) 2011-03-07 02:07 hmm. you added basic support just recently ? so the product doesn't use linux ? 2011-03-07 02:09 it does 2011-03-07 02:09 but is based on ingenics sources 2011-03-07 02:09 ah, dead-end then ;-) 2011-03-07 02:11 i'm asking because i'm wondering if there may be an opportunity to have ingenic finance the making of the ya. sort of as showcasing the 4760b. the more open the design, the more reproducibility. 2011-03-07 02:12 kinda like ti is behind the various "1st" omap boards 2011-03-07 02:12 not sure if ingenic think this way, though 2011-03-07 02:13 hm 2011-03-07 02:14 they do have their evb which showcases the jz4760, while the ya would probably only expose a subset of the jz4760 functionality 2011-03-07 02:14 and i'm not sure if they are interested in building a community yet 2011-03-07 02:14 though it is worth a try 2011-03-07 02:16 evbs are kinda strange devices. a ya could be a lot more convincing. like companies going crazy with trying to clone the iphone/ipad, but very few hot for the (probably) underlying reference designs. 2011-03-07 02:17 sharism/qi-hw ought to have earned a few credentials by now. they must have expected it to be long dead already ;-) 2011-03-07 02:17 hehe 2011-03-07 02:19 they signed a licensing agreement with MIPS, so I guess they are targeting the non-chinese market now too. 2011-03-07 02:20 larsc: that would be very much in our favour 2011-03-07 02:20 maybe they could be convinced that it is in their interest to have something like the Ya as a reference design 2011-03-07 02:21 larsc: yup. now, where's wolfgang when we need him ? :) 2011-03-07 02:21 espcially when beeing told that companies like TI and Freescale do the same 2011-03-07 02:21 wpwrak: probably asleep for another two hours 2011-03-07 02:21 larsc: oh yes, sometimes reminding companies of their competitors works wonders ;-) 2011-03-07 02:23 larsc: (wolfgang) until ~1 pm, beijing time ? did he do some particularly hard partying last night ? ;-) 2011-03-07 02:24 wpwrak: wolfgang have a meeting with a robotic company i remenber 2011-03-07 02:25 probably skynet inc. 2011-03-07 02:26 btw. as far as i can see the JZ47XX SoC family chips are among the few MIPS based SoCs(If not the only ones) that are competetive in the embedded mobile market. 2011-03-07 02:26 wpwrak: ucrobotics.com 2011-03-07 02:26 so it might as well has been in MIPS Inc. 2011-03-07 02:27 kristianpaul: cute :) 2011-03-07 02:27 wpwrak: yeah 2011-03-07 02:27 so it might as well has been in MIPS Inc.' interest to have them expand to a global market 2011-03-07 02:28 larsc: ah yes, that would make sense. mips' role is kinda obscure anyway 2011-03-07 02:29 ARM has become omnipresent while the same can't be said about MIPS 2011-03-07 02:29 they are still used in quite a lot of routers and such 2011-03-07 02:29 yeah, you have a point there ;-) 2011-03-07 02:30 but i've yet have to see a MIPS based mobile phone 2011-03-07 02:30 basically arm became the intel of embedded while mips became the via 2011-03-07 02:31 hm 2011-03-07 02:31 *nods* 2011-03-07 03:14 [commit] Xiangfu Liu: add reset help http://qi-hw.com/p/xburst-tools/9b840cd 2011-03-07 03:14 [commit] Xiangfu Liu: remove duplicate code http://qi-hw.com/p/xburst-tools/7597779 2011-03-07 03:56 [commit] Jo-Philipp Wich: The cxxtools static library is not built anymore after autoreconf, do not attempt to package it http://qi-hw.com/p/openwrt-packages/61c62b6 2011-03-07 03:56 [commit] Jo-Philipp Wich: Rely on standard autoreconf facility, remove manual autoreconf all, define prereq on host guile http://qi-hw.com/p/openwrt-packages/b14002b 2011-03-07 03:56 [commit] Xiangfu Liu: [mtd.nn] using /bin/sh http://qi-hw.com/p/openwrt-packages/b914455 2011-03-07 07:05 hello 2011-03-07 07:06 Barebones may be interesting if someone does a MIPS version 2011-03-07 07:06 http://free-electrons.com/blog/barebox-201103/ 2011-03-07 07:06 s/barebones/barebox/ 2011-03-07 07:15 wolfspraul: have you seen the discussion with lars about the 4760/4760b in the irc log ? 2011-03-07 07:22 wolfspraul, ah, nice talk with you but with bad coffee :-( 2011-03-07 07:26 rjeffries: heh, "do everything just like in the kernel but avoid actually *using* the kernel at any price". sometimes you really have to wonder :) 2011-03-07 07:27 wpwrak: it's the kernel without userland support 2011-03-07 07:28 single-user linux 2011-03-07 07:42 larsc: how much of a difference would user space notice, once the kernel has the necessary drivers in place ? should be pretty much the same, no ? except for things that explicitly touch the hardware (evil-menu2x, bit-banging, ...) 2011-03-07 07:43 wpwrak: what do you mean? 2011-03-07 07:44 difference compared to what? 2011-03-07 07:44 you mean for a jz4760 based board compared to the nanonote? 2011-03-07 07:44 larsc: changes required in user space, compared to what we have for the ben 2011-03-07 07:44 larsc: yes 2011-03-07 07:45 wpwrak: i was able to boot the nanonote userland without problems on the jz4760 evb 2011-03-07 07:45 oooh ... sorry, i got confused about the threads ;-) 2011-03-07 07:46 ah... 2011-03-07 07:46 now it makes sense 2011-03-07 07:46 thought you were referring to the 4760 discussion but instead you meant barebox :) 2011-03-07 07:46 so barebox is a patched kernel ? 2011-03-07 07:47 it's more of a light-weight api compatible reimplementation 2011-03-07 07:47 i think the idea was to be able to reuse kernel drivers 2011-03-07 07:48 but i must admit that i haven't actually looked at the code 2011-03-07 07:49 sounds a bit like u-boot. there are also copies of kernel code in there. of course, in heavily modified permanent forks ... 2011-03-07 07:49 barebox is u-boot v2 2011-03-07 07:50 yeah. new shinier outfit, all the same design flaws ;-) 2011-03-07 07:50 high time for kexecboot. let's stop all the nonsense :) 2011-03-07 07:50 i wonder if people realize that you can boot a linux kernel with a minimal initrd in about the same time as uboot 2011-03-07 07:50 yup 2011-03-07 07:51 quite obviously they don't ;-) 2011-03-07 07:54 [commit] Werner Almesberger: usrp/sps/20110306: examine sidebands ("spikes") and try to reduce them http://qi-hw.com/p/ben-wpan/a60fb1e 2011-03-07 07:55 wpwrak: no did not see the discussion. 2011-03-07 07:57 wolfspraul: the highlights: lars is getting the 4760 to boot with "proper" linux. 4720/4740 is not recommended for new designs http://en.ingenic.cn/product.aspx?CID=11 2011-03-07 07:58 wolfspraul: so all this suggests that the 4760 may be a better choice for a ya than the 4740, and also that this choice may be more viable than previous discussion suggested 2011-03-07 07:59 wolfspraul: i also brought up the idea that ingenic may perhaps be interested in sponsoring (all or a part of) ya development, in order to a) mainline 4760 support, and b) have a real-life reference device 2011-03-07 08:00 wolfspraul: ah, and 4760 has been replaced by 4760b, with many cute little changes: ftp://ftp.ingenic.cn/2soc/4760/JZ4760B_an01_vs4760.pdf 2011-03-07 08:00 wolfspraul: maybe you want to visit ingenic some day :) 2011-03-07 08:00 ha yes, that's a funny page (Ingenic's) 2011-03-07 08:02 4730 is indeed bad, but putting 4740 on the list of 'not recommended' just shows how much trouble they have getting people off of 4740. 2011-03-07 08:02 4750 and 4755 were never a commercial success, and they won't become one anymore this late in the game. 2011-03-07 08:03 I hope 4760 will be a big hit for Ingenic, because otherwise the slowly shrinking 4740 margins may squeeze them badly. 2011-03-07 08:03 ah, political EOL :) 2011-03-07 08:04 well, then they should like the idea of sponsoring a shiny device with an open design even better ;-) 2011-03-07 08:04 I highly doubt that will happen either. You don't understand how much and how long they are holding on to every last penny. 2011-03-07 08:05 expecting such kind of sponsorship beyond kind words is most likely unsuccessful. 2011-03-07 08:05 i guess it depends on how desperate they are to make people "get" the 4760 2011-03-07 08:06 and of course your sweettalking skills ;-) 2011-03-07 08:07 no way, this is a business. 2011-03-07 08:07 no 'sweettalking' 2011-03-07 08:07 they are not desperate, hopefully 4760 is a great product. 2011-03-07 08:08 you cannot bribe your own customers... 2011-03-07 08:08 Lars mentioned that they put some full programmers' manuals on the ftp server now? 2011-03-07 08:08 have you seen siemens lately ? ;-))) 2011-03-07 08:08 I have to check which ones are there actually, this would be great news. 2011-03-07 08:08 _ds is there. board design guide as well 2011-03-07 08:08 haven't seen _pm 2011-03-07 08:10 (business/sweettalking) marketing is also part of business ... 2011-03-07 08:12 in a way, trying to get vendors to sponsor development work would be a much more honest model than your favoured earn-by-selling devices approach. there's a lot of free publicity and long-term value that's being created in this project that has no relation to short-term revenues. it would only be fair to remind those who derive a strong benefit from this of this fact, and to have them help with the effort 2011-03-07 08:13 earn-by-selling has its place, but that works a lot better once you've made it past this grossly inefficient long-term investment period 2011-03-07 08:15 this is called 'technical marketing' and long and aggressively being done already, with strong metrics in place to make sure there is good payback. 2011-03-07 08:15 wpwrak, wolfspraul: all of the _pm.pdf are on their ftp 2011-03-07 08:15 also, if ingenic are trying hard to get people to accept the 4760, this may be a short window of opportunity. there is nothing to be won by just waiting for it to close 2011-03-07 08:15 larsc: where ? 2011-03-07 08:15 I would need to learn a lot of technical marketing tricks first before daring to go into this business - not interested. 2011-03-07 08:16 wpwrak: ftp://ftp.ingenic.cn/2soc/ 2011-03-07 08:16 wolfspraul: what would be the downside of asking ? 2011-03-07 08:16 wpwrak: relax, I have been discussing this with Ingenic many times, and many months ago, and I will continue to do so. 2011-03-07 08:16 but Ingenic is a business and they have been setup to make money (sell), not to spend money. 2011-03-07 08:16 maybe something can be worked out in conjunction with one of their customers. 2011-03-07 08:16 (docs) wow. this is wonderful ! 2011-03-07 08:16 yes, I agree. that's great news! 2011-03-07 08:22 wpwrak: hmm. looks like they screwed up otg on the 4760? 2011-03-07 08:22 so the 4760b fixes that 2011-03-07 08:23 I just quickly glanced over the 4760b pdf. 2011-03-07 08:23 you need to read this the Chinese way. those docs are super euphemistic. 2011-03-07 08:23 basically every new 'design' is like a big gamble 2011-03-07 08:23 because they work with totally under-qualified employees 2011-03-07 08:23 will it work? which bugs do we have? 2011-03-07 08:23 only after some time you see whether this thing actually works, and how many features have to be 'removed' :-) 2011-03-07 08:24 just like software 2011-03-07 08:24 of course their customers know this as well, and work with similar staff. quickly turn aroudn the product, throw to the market, see whether it sells (i.e. whether it works) 2011-03-07 08:24 I mean if a non-working product would sell they would of course love this business too, but it's rather unlikely... 2011-03-07 08:25 since I started working with Ingenic, all their staff has changed, except for the top level management which is far removed from technical reality. 2011-03-07 08:25 yeah, revisions are usually mainly admissions of prior screw-ups. nothing new there :) 2011-03-07 08:25 :-) 2011-03-07 08:25 oh dear 2011-03-07 08:26 do you still consider them a viable source then ? 2011-03-07 08:29 wonders if this could be used to our advantage when discussing sponsorship. "given that all the engineering has changed [which i haven't told so many people yet] we would like to help strengthen the design-credibility of the 4760" ... sometimes, a little polite blackmail can go a long way ;-) 2011-03-07 08:30 and even more so if it's actually true :) 2011-03-07 08:32 wpwrak: of course all is fine with them. If the pm's are open now that's great. 2011-03-07 08:32 they are a chip supplier, that's all. I need to check how good the 4760 really is, and whether we take unnecessary design risks or whether it's safe. 2011-03-07 08:33 about 'sponsorship', I already said - if a lot of smiles and nice words is good, that's possible 2011-03-07 08:33 also some free lunches 2011-03-07 08:33 and declarations of eternal friendship, new era of whatever 2011-03-07 08:33 ;-) 2011-03-07 08:33 but rest assured they will hold onto every penny of cold hard cash like their life is on the line 2011-03-07 08:34 so you're saying they don't believe technical marketing is worth the effort 2011-03-07 08:34 Chinese companies are not that advanced yet, I think. 2011-03-07 08:34 plus the best company to propose technical marketing to them would be a successful existing technical marketing company. 2011-03-07 08:34 I don't even know by what metrics they work, report their results, etc. 2011-03-07 08:34 I'm just a product guy. 2011-03-07 08:35 well, maybe you can share some reactions with them. ask a few people what they think of the 4760b. mention how much changed since the 4760. mention that it's a new team, not the one that made the - proven - 4740 and friends 2011-03-07 08:35 I just need to ask how it's selling, and how 4740 is selling. 2011-03-07 08:36 I've heard that supposedly there is a 'xburst android phone already shipping in Europe' 2011-03-07 08:36 that sounds like the uber-version of wishful thinking, all combined into the least amount of words 2011-03-07 08:36 sure, you may not be the best advisor on this. but then, you're someone who does have something that could help, namely a product where everyone can look under the hood as much and as long as they want 2011-03-07 08:36 but I can look into it, say by trying to buy one of those 'android xburst phones already selling in europe' 2011-03-07 08:37 yeah, a bit of extra information can't hurt 2011-03-07 08:44 wow nice, just checking on ingenic ftp server 2011-03-07 08:44 the pms are indeed all there 2011-03-07 08:46 I'd say that alone puts them into a rare category, no? I haven't checked what Marvell, Freescale, Qualcomm, TI and the others are doing, but full documentation without NDA is at good as it gets. Probably redistribution rights are still missing, simply because they just cannot understand what that thing could possible be. 2011-03-07 08:46 even in several meetings, I was unable to convince them that this strange additional paragraph I ask them to add isn't some kind of trap that they just don't understand :-) 2011-03-07 08:46 so whatever, screw the redistribution rights 2011-03-07 08:47 we have dsv to work around these ;-) 2011-03-07 08:47 I get a phenomenal 2 KiB / second from their FTP server, that hasn't changed a bit in the last 2 years. 2011-03-07 08:48 can wget do a recursive retrieve on a whole ftp tree? 2011-03-07 08:48 I think I will backup everything just in case. 2011-03-07 08:49 wget -r seems to work just fine ;-) 2011-03-07 08:49 BOOKSHELF will be next 2011-03-07 08:50 and indeed, this little move makes them quite a lot better for our purposes 2011-03-07 08:51 wolfspraul: you should send them flowers or whatever is appropriate :) 2011-03-07 08:52 2.14 kB/s here 2011-03-07 08:53 interesting. there's now a jz4720_pm 2011-03-07 08:55 I'd say 50% or more of the reason they open the pms is because of Lars work and the kernel.org inclusion 2011-03-07 08:55 the other 50% is the MIPS license they finally had to take, and start paying money to MIPS (in other words, their 'patent-free' strategy failed) 2011-03-07 08:55 so they no longer have to be afraid 2011-03-07 08:56 so they think 2011-03-07 08:56 another item for your next visit: find out what made them change their mind 2011-03-07 08:56 thay haven't heard about freelancing patent trolls yet, and I will not enlighten them 2011-03-07 08:57 !censor enlighten 2011-03-07 08:58 (i hope qi-bot got the hint ;-) 2011-03-07 08:59 the deal with mips may also provide some protection in this regard 2011-03-07 08:59 not sure the patent trolls care, and it would be hard for MIPS to find a reason for them to stop 2011-03-07 09:00 I will let a wget -r run over the 2soc tree now... (or the next days, it seems :-)) 2011-03-07 09:01 maybe I can get permission to mirror it at downloads.qi-hardware.com 2011-03-07 09:01 well, mips could challenge their patents. look at google fighting patents [potentially] used against android 2011-03-07 09:01 oh yes. intermittent 2 kB/s be gone :) 2011-03-07 09:03 but let's finish the wget -r first, then the dsv setup, ... 2011-03-07 09:06 did David already succeed in getting XBurst hardware acceleration into mplayer? 2011-03-07 09:06 his mail sounds terrific to me... 2011-03-07 09:06 he seems to be partially there. yes, amazing stuff 2011-03-07 09:07 all the people clamoring for their iWhatever-grade multimedia nanonote may still get their wish :) 2011-03-07 09:11 my wget is struggling. connection stalls all the time :-( 2011-03-07 09:12 yep 2011-03-07 09:12 :-) 2011-03-07 09:12 actually I may demo milkymist one to Ingenic next time 2011-03-07 09:13 we have a whole list as usual, and surely 4760 is there as well. but I will demo m1 and see what they think. 2011-03-07 09:13 wpwrak: mine is 116Kb/s. 2011-03-07 09:13 xiangfu: so you're the one snatching all the bandwidth !!! :) 2011-03-07 09:14 wolfspraul: sounds cool. you never know what may interest them. when do you think of meeting them ? 2011-03-07 09:15 wpwrak: then I can try to send them to you. if we can put those file in our server?? 2011-03-07 09:16 no fixed plan, maybe in a few weeks. I have some urgent things to settle first, like an upgrade of our payment gateway. 2011-03-07 09:18 xiangfu: we can't put them there officially ... 2011-03-07 09:19 wpwrak: ok. you can try to download in my blog server. if my blog is faster then ingenic's server. 2011-03-07 09:19 xiangfu: unless they added a redistribution clause, let's wait until we get an official 'ok' in a meeting with Liu Qiang. 2011-03-07 09:19 wolfspraul: ok. 2011-03-07 09:20 it will be hard to even explain this question, but I gladly go through this inter-cultural experience :-) 2011-03-07 09:22 wolfspraul: the technical argument alone may be sufficient :) 2011-03-07 09:31 correct. I will offer to donate bandwidth to them. 2011-03-07 09:31 they count every penny (literally), and the ftp server is so slow because it's the cheapest they could find. 2011-03-07 09:31 I am not kidding. 2011-03-07 09:31 heh 2011-03-07 09:32 if you think about that for a while you realize that your idea of 'sponsorship' (where you actually think about thousands or tens of thousands of USD at least), may not work all that well :-) 2011-03-07 09:32 maybe they should offer to send CDs for a fee 2011-03-07 09:32 don't give them that idea 2011-03-07 09:32 I won't :) 2011-03-07 09:32 they will hire some people and maybe can make a few cents on it. 2011-03-07 09:32 its a pita for casual tinkerers 2011-03-07 09:35 wpwrak: Downloaded: 79 files, 203M in 24m 45s (140 KB/s): http://www.openmobilefree.net/other/Ingenic_Docs/ftp.ingenic.cn/2soc/ 2011-03-07 09:37 wolfspraul: ever heard "pennywise smart, poundwise foolish" ? ;-) you should thank them for saving all the pennies so that they can pay you many pounds :) 2011-03-07 09:38 xiangfu: thanks ! i like the bandwidth of your server ;-) 2011-03-07 09:38 nice try. they have much more money than me, and I am not just trying to get some of that? None of this will work. 2011-03-07 09:38 ah yes, xiangfu just did the Chinese solution 2011-03-07 09:42 just finished downloading the 4760 pm, and yes, it looks like it's all complete and all public 2011-03-07 09:42 perfect 2011-03-07 09:42 917 pages, soon they are in the 1k+ pages datasheet club 2011-03-07 09:45 wolfspraul: (none of this will work) and only certain way of failing is to never try :) 2011-03-07 09:48 ftp.ingenic.cn actually picked up quite a bit of speed now. 80 kB/s ! 2011-03-07 09:48 100 kB/s. 2011-03-07 10:55 hey, hows everyone doing? 2011-03-07 10:56 i'm a linux user, and i've got my hp printer to work, using foo2hp... but i'm having trouble getting the printer to work on a windows computer 2011-03-07 10:57 i'm wondering if its possible to use the linux driver... since i think its a PostScript driver, on a windows machine? 2011-03-07 10:57 i don't think PostScript is a compiled binary, but rather an answer file, so i hoped it was possible... does anyone have any experience with this? 2011-03-07 10:57 El-Aurian: wrong channel, sorry 2011-03-07 10:58 jow_laptop: kk, which channel should i ask on? 2011-03-07 10:58 El-Aurian: afair there is a general #hardware channel 2011-03-07 10:59 jow_laptop: yeh, its ##hardware, thanks :) 2011-03-07 10:59 np 2011-03-07 11:22 jow_laptop: there is a problem. libopcodes.so is not built anymore by binutils (only libopcodes.la). It is a part of this problem: https://dev.openwrt.org/ticket/8603. It was addressed in gcc-mips by cp $(STAGING_DIR)/usr/lib/libopcodes*.so $(1)/usr/lib 2011-03-07 11:23 but now even this ugly hack won't work 2011-03-07 11:25 someone suggested to install libopcodes.so in objdump package (https://dev.openwrt.org/attachment/ticket/8603/binutils_libopcode.patch), but this patch wasn't accepted (though it wouldn't work now anyway) 2011-03-07 11:26 kyak: not even libopcodes.a ? 2011-03-07 11:28 jow_laptop: there is libopcodes.a 2011-03-07 11:28 i'm trying now if --enable-shared would work 2011-03-07 11:29 kyak: there's some libtool heisenbug that, depending on the used autoreconf version (wtf?), randomly disabled or enables shared/static library building 2011-03-07 11:30 heh. does it mean we should always provide --enable-shared or --enable-static? 2011-03-07 11:31 no, thats the default 2011-03-07 11:31 at least its opposed to be 2011-03-07 11:31 if the wheather conditions are okay, and there's no solar maximum etc. 2011-03-07 11:32 jow_laptop: ok, the --enable-shared made libopcodes.so build 2011-03-07 11:34 kyak: ok good, anything to fix on the openwrt side? 2011-03-07 11:35 jow_laptop: just a minute, i'm going to put together the --enable-shared and installation of libopcodes 2011-03-07 11:36 allright 2011-03-07 11:44 don't migrate to the jz4760 yet, the jz47xx_vid might need a complete rewrite (different IPU used, afaics) :) 2011-03-07 11:50 dvdk: tested your driver for mplayer, it worked fine! However, the video was still very slow (no different from -vo sdl) 2011-03-07 11:51 dvdk: and fbdev output always has these horizontal lines on top and bottom of screen. 2011-03-07 11:51 i.e. i can see the console in background 2011-03-07 11:53 kyak: nice to hear it works 2011-03-07 11:53 about your complaints: just details easiy fix. 2011-03-07 11:53 s/easiy/easy to/ 2011-03-07 11:54 kyak: when the scaler works we can use slightly smaller video and zoom up to full-screen. 2011-03-07 11:54 this should get us proper 30FPS video 2011-03-07 11:54 slightly smaller, why? 2011-03-07 11:55 theora full-screen decode at 30FPS is too slow for me currently 2011-03-07 11:55 but 240x180 or something should work.  and scaling is practically for free 2011-03-07 11:56 ah, ok 2011-03-07 11:56 maybe ffmpeg-theora is going to be fast enough, though 2011-03-07 11:57 also, re-encoding with 15FPS is an option 2011-03-07 11:57 i think it will be noticeable? 2011-03-07 12:17 jow_laptop: http://pastebin.mandriva.com/22059 2011-03-07 12:18 jow_laptop: apparently, installation of libbfd*.so is also necessary.. Otherwise binutils complain that it missing (guess it is due to --enable-shared) 2011-03-07 12:18 jow_laptop: thanks a lot for your support :) moving on, jfbterm is the next failure 2011-03-07 12:41 [commit] kyak: jfbterm: fix build http://qi-hw.com/p/openwrt-packages/97ed0cb 2011-03-07 13:09 Hi, if the nanonote processor supports USB 1.1 host, why doesn't the nanonote support it? 2011-03-07 13:10 kuribas: because nobody cared to implement it?  maybe no 5V USB bus-power available to create a host port? 2011-03-07 13:11 Implement in hardware you mean? 2011-03-07 13:12 kuribas: the main obstacle is that the USB host signals are not "exported" from the chip (the chip is bonded directly to the board) 2011-03-07 13:12 I see. 2011-03-07 13:12 kuribas: why that happened, i have no idea. maybe it was an oversight. maybe there were technical reasons. 2011-03-07 13:13 Host mode is something I would find very useful. 2011-03-07 13:13 dvdk: and yes, you'd need 5 V, too. if you feel sneaky, you could just run a cable from USB device VBUS to USB host VBUS ;-) 2011-03-07 13:13 kuribas: you're not alone ;-) 2011-03-07 13:14 I would like to connect a USB audio interface to the nanonote, and have a portable audio recorder! 2011-03-07 13:15 The zipit has a hack to make usb host mode possible. 2011-03-07 13:17 kuribas: you could try to remove the black stuff that covers the chip and add your own bond wires. you may need a few bens before you get this right, but i'm sure wolfgang won't mind selling you a bunch of ten-packs or so :) 2011-03-07 13:18 No thanks... 2011-03-07 13:18 I wanted to make an open source recording solution (open hardware), but it shouldn't be hack. 2011-03-07 13:25 kuribas: people are working at adding hardware add-on cards to the Ben's micro-sd slot.  adding a A/D converter plus buffer might not be too dificult if you have some hw experience 2011-03-07 13:25 see here: http://en.qi-hardware.com/wiki/UBB 2011-03-07 13:33 Interesting, but it is still kind of a hack. 2011-03-07 13:34 If I create a usb interface, it would be silly to make a connector that would only work for one device. 2011-03-07 13:34 An audio interface I mean. 2011-03-07 13:36 It's interesting for one off projects though. 2011-03-07 13:39 kuribas: an off-the-shelf usb audio capturing device might use more power than the complete Nanonote itself. 2011-03-07 13:39 kuribas: btw what's wrong wtih the ben's built-in microphone ;) 2011-03-07 13:44 dvdk: Yeah, I am considering an external power supply. 2011-03-07 13:44 It would be for a professional audio applications. 2011-03-07 13:46 There are some nice atmel chips that support SD cards, high speed USB 2.0, FAT, SSC, LCD... Maybe it would be easier no make a simple linux recording device. 2011-03-07 13:47 Rather than trying to connect it... 2011-03-07 13:48 It would also reduce usb overhead. 2011-03-07 14:05 jow_laptop: the next failure is kexec-tools (from openwrt base packages). The error is strange: ./configure: line 5923: syntax error: unexpected end of file. Since there is a newer kexec-tools in openwrt-trunk, and it builds fine (i just checked), could it be backported to backfire? 2011-03-07 14:06 jow_laptop: i think it makes more sense then poking the older kexec-tools... 2011-03-07 14:37 kyak (jz47xx_vid is as slow as sdl): maybe you should redirect debug output to dev/null to speed it up a bit 2011-03-07 14:37 currently it's extremely verbose 2011-03-07 15:01 [commit] Xiangfu Liu: config.full_system: add openssh-sftp-server http://qi-hw.com/p/openwrt-xburst/99830f7 2011-03-07 15:01 [commit] Xiangfu Liu: update opkg.conf, don't using /tmp keep packages information http://qi-hw.com/p/openwrt-xburst/ca51346 2011-03-07 15:54 kyak: sorry, was afk - I'll take a look now 2011-03-07 15:56 jow_laptop: no problem! 2011-03-07 15:57 kyak: oh btw, the mandriva pastebin is not so good 2011-03-07 15:57 it eats the @@ hunk headers 2011-03-07 15:57 dvdk: it didn't really help -\ i think i'll just wait for the driver to become more stable :) 2011-03-07 15:59 jow_laptop: hmm,, you are right. Will change the provide in wgetpaste :) 2011-03-07 16:01 jow_laptop: http://dpaste.com/481542/ :) 2011-03-07 16:01 kyak: and the kexec-tools in trunk/package work fine? 2011-03-07 16:03 jow_laptop: yep, it works fine 2011-03-07 16:03 (well, it builds fine, but still some problems with passing cmdline) 2011-03-07 16:05 ok I'll backport it 2011-03-07 16:05 thanks! 2011-03-07 16:06 done 2011-03-07 16:06 both 2011-03-07 16:07 fast :) thank you! 2011-03-07 16:08 [commit] kyak: gcc-mips: fix build http://qi-hw.com/p/openwrt-packages/a0b91c6 2011-03-07 16:09 xiangfu: ping 2011-03-07 16:12 kyak: Hi 2011-03-07 16:13 xiangfu: hey :) could you please merge the latest backfire? It would fix kexec-tools compilation issue.. 2011-03-07 16:14 kyak: sure. 2011-03-07 16:15 kyak: I will work on that tomorrow morning. now is 00:12 here. I don't want mess up the git. :)  I am working on build the RTEMS crosschain. try to write a Makefile. automatic a little. :) 2011-03-07 16:16 xiangfu: sure, thanks :) 2011-03-07 16:16 xiangfu: RTEMS nice ! 2011-03-07 16:16 Makefile, awesome !!! 2011-03-07 16:17 kristianpaul: just start a little : http://www.openmobilefree.net/other/downloads/tmp/Makefile 2011-03-07 16:17 had re-compiled rtems severals times last weeks by hand... 2011-03-07 16:18 have no idea should I setup a repo for this makefile. 2011-03-07 16:18 kristianpaul: first compile toolchain. them rtms.  :) 2011-03-07 16:18 rtems 2011-03-07 16:21 s/them rtms/then rtems 2011-03-07 16:24 make vs bash ;-) 2011-03-07 16:24 I was thiking in a bash script but this makefile looks interesting 2011-03-07 16:25 Also if allow to re-compile just some parts of rtems, ie when changing a driver source. 2011-03-07 16:26 I guess rtems handle that in the boostraping 2011-03-07 16:48 hmm ... how to call that UART board ... UART is unpleasantly generic. NanoUART ? NXU (Nanonote eXternal Uart) ? NNXU (NanoNote eXternal Uart) ? NXUART ? NNXUART ? NX-Serial ? NNX-Serial ? 2011-03-07 16:50 hehe, just typo'ed NNXUNART :) uarts are a bad habit in a way indeed ;-) 2011-03-07 16:50 i'd say nxu or nxuart, maybe nxuart 2011-03-07 16:54 anyone else ? 2011-03-07 16:54 nxuart 2011-03-07 16:55 alright, now we just need one dissenter to show that the vote wasn't rigged 2011-03-07 16:58 what about (NanoNote|Ben) Serial Extension? 2011-03-07 16:58 NSX or BSX 2011-03-07 16:59 NSX is a car. BS-X ? ;-) also, i'd hope that all the 8:10 cards that work in the ben will also work in future nanonotes 2011-03-07 17:31 [commit] Werner Almesberger: BOOKSHELF.ingenic: Jz4720/Jz4740/Jz4760 manuals http://qi-hw.com/p/wernermisc/68e84b3 2011-03-07 17:40 wpwrak nxuart is cool, nxs or nxu also fine 2011-03-07 17:42 3:1 seems that we have a winner :) 2011-03-07 17:44 so much easier in irc than say, in Libia 2011-03-07 17:44 so happy i did not typo as labia 2011-03-07 17:46 oh, in Libya, voting is probably also easy, as long as you know what's good for you :) 2011-03-07 17:57 wpwrak: what is nanonote uart? 2011-03-07 17:58 this: http://downloads.qi-hardware.com/people/werner/uart/pix/ 2011-03-07 18:00 so it's basically what we were discussing the other day, UBB+hardware IC that implements UART? 2011-03-07 18:01 yup 2011-03-07 18:01 cool :) 2011-03-07 18:01 i posted about it on the mailing list already one month ago (feb 6), subject "a bevy of boards" 2011-03-07 18:01 nobody reads my walls of text. sneef :( 2011-03-07 18:03 my bad, i'm reading the mailing list with "one eye" 2011-03-07 18:03 as opposed to IRC 2011-03-07 18:04 i read it wpwrak 2011-03-07 18:05 but i'm not interested in uart for now 2011-03-07 18:05 kristianpaul: ah, i have at least one true fan who follows my writings. thanks :-) 2011-03-07 18:06 kristianpaul: (interested) also for me, the host interface is a lot more interesting than the actual uart ;-) 2011-03-07 18:11 lfuse set to 0x60. and nxuart no longer responds. yes ! just as it should ;) now let's add that clock output ... 2011-03-07 18:13 wpwrak I read every word, every slight nuance of your screeds on mail list and here 2011-03-07 18:14 rjeffries: aha, that would make you a member of the secret police then :) 2011-03-07 18:15 wpwrak what feedback if ANY DO YOU HAVE FROM EARLY USERS OF ATBEN ATusb ETC 2011-03-07 18:15 WPWRAK YOU CAN RUN, BUT YOU CAN not HIDE. We are everywhere and nowhere. 2011-03-07 18:15 sorry of caps lock 2011-03-07 18:15 s/of/for 2011-03-07 18:16 so far, i'm the only early user. there's one early carrier and one early storer, though, but i haven't heard from these yet. in fact, the less i hear from them, the better ;-) 2011-03-07 18:16 rjeffries: for your .xmodmap: remove Lock    = Caps_Lock 2011-03-07 18:17 what data transfer if any owrks between atben and atUSB? 2011-03-07 18:17 s/owrks/works 2011-03-07 18:17 (early carrier) i.e., fedex. now somewhere between memphis and anchorage. the early storer would be correo argentino, who apparently still have the parcel sitting in the post office, a few blocks away 2011-03-07 18:18 i have some experimental communication programs, but nothing really useful 2011-03-07 18:19 as a matter of suriosity what portions of communication stack do you have so far? I assume very minimal 2011-03-07 18:20 of the "real" stack ? nothing 2011-03-07 18:20 my tools are for design verification 2011-03-07 18:21 fair enough 2011-03-07 18:22 I m wondering what quantity wolfspraul may produce in first run of those two boards. likewise the uart 8:10 for Ben (which may be the bigger seller near term) 2011-03-07 18:22 there are a few bits and pieces of an ieee 802.15.4 and ipv6 stack (6lowpan) that will be reusable 2011-03-07 18:23 i don't think wolfgang plans to make any nxuart 2011-03-07 18:23 oh really?  because? 2011-03-07 18:23 for wpan, he mentioned something like 100 kits (atben plus atusb) 2011-03-07 18:24 no use case 2011-03-07 18:24 n=100 sounds about right or maybe 100 atBen and more atUSB 2011-03-07 18:24 no use case? wtf?? 2011-03-07 18:24 but maybe tuxbrain is interested ? after the ubb success story, that would be a nice progression 2011-03-07 18:24 or you could make them. have to find a less expensive pcb source, though :) 2011-03-07 18:25 I gave up on that first outfit, and frankly do not wish to compete with Tuxbrain or tuxbrain_away 2011-03-07 18:26 i doesn't have to be competition - it could be a complement 2011-03-07 18:27 a less elegant way to get serial functionality would be a little pcb that uses UBB as connection to Ben, then a piece of flat ribbon cable to a small pcb 2011-03-07 18:27 would heve more room that way 2011-03-07 18:27 producing things takes time and some investment. everyone has only so much of each. so if wolfgang isn't interested and tuxbrain is busy, there would be no conflict if you picked up that production 2011-03-07 18:28 one thing I do not understand (among many...) supposedly there are as many as 400 Ben NN owners in USA 2011-03-07 18:29 I see ZERO feedback on the list or in irc from USA besides my own ranting and raving. makes me wonder wtf? 2011-03-07 18:29 are all of those Bens "drawer computers" ??? 2011-03-07 18:29 (ubb to cable) kinda like the femtoduino. why not. there are many possible ways to approach this. 2011-03-07 18:30 googles "femtoduino" 2011-03-07 18:31 rjeffries: it may be a somewhat cultural thing. we also saw this in openmoko. about as many people in the us and in germany, but you saw comparably little activity from the ones in the us 2011-03-07 18:31 OMG http://www.varesano.net/projects/hardware/Femtoduino 2011-03-07 18:31 rjeffries: not entirely sure why either. it's not that free software or diy hardware wouldn't happen over there :-) 2011-03-07 18:31 cute, isn't it ? :) 2011-03-07 18:32 also n=400 is a LOT of people you'd expect a few are active 2011-03-07 18:33 well, jane may be in the us 2011-03-07 18:34 femtoduino hits all the right freedom notes, license etc, used KiCad 2011-03-07 18:34 wonder if anybody is selling it 2011-03-07 18:35 yeah, femtoduino looks quite nice. i particularly appreciate the emphasis on smallness :) 2011-03-07 18:39 have you compared his design with your uart design? 2011-03-07 18:43 (compared) not really. they're a little different, of course. also, my chip is smaller because i expect it to do very very little. 2011-03-07 18:54 I wonder if femtoduino can be powered from Ben 2011-03-07 18:54 [commit] kyak: config.full_system: busybox enhancements http://qi-hw.com/p/openwrt-xburst/c3cafbf 2011-03-07 18:54 one nice thing about femtoduino is it should appeal to a wider market where Ben owners are a subset 2011-03-07 18:57 (powered) possibly even through the regulator. else, connect after it. (for the 3.3 v version) 2011-03-07 19:18 [commit] kyak: config.full_system: more busybox options http://qi-hw.com/p/openwrt-xburst/d6a32b5 2011-03-07 19:33 Hello. 2011-03-07 19:33 hi! 2011-03-07 19:53 heh, i'm so cool. clock output worked on the very first try ;-) 2011-03-07 20:03 hmm. now i just have to figure out why ... :) 2011-03-07 20:12 wpwrak the femtoduino guy tells me: I get all my PCBs from http://dorkbotpdx.org/wiki/pcb_order .. cheap, great quality, ROHS compliant and made in USA!\ 2011-03-07 20:17 rjeffries: yeah, no setup fee is great for prototypes. doesn't say if he can do 0.8 mm boards, though 2011-03-07 20:25 [commit] Werner Almesberger: usb/cam/Makefile: added dependency in Makefile itself; local parameter update http://qi-hw.com/p/ben-blinkenlights/a05155e 2011-03-07 20:25 [commit] Werner Almesberger: uart/avrdude: renamed to ./avrdude (i.e., moved to the top-level) http://qi-hw.com/p/ben-blinkenlights/271a50f 2011-03-07 20:25 [commit] Werner Almesberger: uart/: great renaming to nxuart, including references in Makefile http://qi-hw.com/p/ben-blinkenlights/5b14b50 2011-03-07 20:25 [commit] Werner Almesberger: nxuart/: changed title in nxuart.sch and nxuart.brd http://qi-hw.com/p/ben-blinkenlights/4fa0a34 2011-03-07 20:25 [commit] Werner Almesberger: avrdude/patches: renamed "uart" to "nxuart" http://qi-hw.com/p/ben-blinkenlights/de826dd 2011-03-07 20:25 [commit] Werner Almesberger: nxuart/fw/: renamed "uart" to "nxuart" as well http://qi-hw.com/p/ben-blinkenlights/fc32459 2011-03-07 20:25 [commit] Werner Almesberger: avrdude/patches/nanonote.patch: added clock output with -x clk=#MHz http://qi-hw.com/p/ben-blinkenlights/0c2b982 2011-03-07 20:25 [commit] Werner Almesberger: nxuart/fw/Makefile (prog): supply an 8 MHz clock while programming http://qi-hw.com/p/ben-blinkenlights/a8c10a0 2011-03-07 20:39 I doubt he can handle the thinner PCBs. does atUSB require 0.8 mm? also if we have UBBs via tuxbrain, then attaching femtoduino via s short cable will be ok/fine 2011-03-07 20:41 challenge if design stays as is will be how to attach ribbon cable to femtoduino I guess 2011-03-07 20:46 atusb and atben are both 0.8 mm, yes. didn't want to introduce yet another variable. 2011-03-07 20:50 kyak: investigating the gforth build problem you reported. 2011-03-07 20:50 very strange new behaviour introduced by last openwrt changes 2011-03-07 20:51 after ./configure, somewhere before make, somebody calls ./config.status regenerating a file from .in that i previously patched 2011-03-07 20:51 solution is probably to patch the .in file instead 2011-03-07 20:53 dvdk: the joy of autoconf ;) 2011-03-07 20:54 dvdk: patching generated files is a no-go by now, I briefly looked at the gforth issue but couldn't figure it out 2011-03-07 20:54 loves autoconf/automake and would never complain and call it autocrap or autofail :) 2011-03-07 20:54 xMff: not patching per se, it justs overwrites it via echo from the configure rule. 2011-03-07 20:55 dvdk: hm 2011-03-07 20:56 gforth is probably the most ugly makefile in openwrt-xburst.git 2011-03-07 20:56 but the upstream makefile isn't much better anyways :) 2011-03-07 20:56 ok, seems to build now. 2011-03-07 20:59 [commit] David Kühling: gforth: fix build problem introduced by new openwrt autoconf support http://qi-hw.com/p/openwrt-packages/51b2d6d 2011-03-07 21:00 ah, heh 2011-03-07 21:05 btw just realizing that libtheora is compiled with -Os.  this may not be good for performance. 2011-03-07 21:05 yeah, iirc it yeels about it too 2011-03-07 21:06 *yells 2011-03-07 21:06 but that -Os is from the global arch flags afaik 2011-03-07 21:06 for the NN you could think about switching to -O2 in general 2011-03-07 21:08 by supplying CONFIG_TARGET_OPTIMIZATION="..." 2011-03-07 21:12 xMff: i already override -Os to O2 for the gforth engine (which otherwise looses its dynamic code copying/generation capabilities) 2011-03-07 21:12 maybe we should patch libtheora Makefile only? 2011-03-07 21:13 -Os is otherwise certainly a good idea for most of the code, given the tiny cache and the slow TLB lookups of Xburst? 2011-03-07 21:13 probably yes 2011-03-07 21:14 arggh, libtheora not part of openwrt-packages.git 2011-03-07 21:14 ok, gotta go 2011-03-07 21:14 cu 2011-03-07 21:14 ciao 2011-03-07 21:20 xMff: did you have a chance to look into flite's Makefile? Here's the version from xiangfu, slightly changed: http://dpaste.com/481700/. It uses the latest version of flite (1.4), alsa-lib and builds the static binary (i'm not sure libflite is used by someone) 2011-03-07 21:23 kyak: not not yet 2011-03-07 21:23 s/not/no/ 2011-03-07 22:57 [commit] David Kühling: libgii: remove libtool/host dependency http://qi-hw.com/p/openwrt-packages/a5e3b85 2011-03-07 22:57 [commit] David Kühling: gnuplot-gfx: libtool and other fixes to make it compile again http://qi-hw.com/p/openwrt-packages/5751eb1