**** BEGIN LOGGING AT Sun Sep 01 02:59:59 2013 Sep 01 05:03:46 build #245 of octeon is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/245 Sep 01 08:54:48 hello, could anyone give me a typictal openwrt partition table? Mine is: Sep 01 08:54:52 dev: size erasesize name Sep 01 08:54:52 mtd0: 00020000 00020000 "u-boot" Sep 01 08:54:52 mtd1: 00100000 00020000 "kernel" Sep 01 08:54:52 mtd2: 00ec0000 00020000 "rootfs" Sep 01 08:54:52 mtd3: 00700000 00020000 "rootfs_data" Sep 01 08:54:52 mtd4: 00020000 00020000 "factory" Sep 01 08:55:03 but sysupgrade doesn't work Sep 01 08:56:43 could anyone please help me? Thanks! Sep 01 08:58:47 download the latest firmware and decompress it and check. Sep 01 08:59:09 which device is it? Sep 01 09:01:34 HG255D, with rt305x chip Sep 01 09:01:45 quackquack, Sep 01 09:02:15 you know, the problem I met was because sysupgrade tries to write the new firmware to the partition named firmware, Sep 01 09:02:43 so, actually if I can combine kernel and rootfs together as "firmware", it will be successful. Sep 01 09:02:50 wjding: should be firmware an not kernel Sep 01 09:02:55 this was changed at some point Sep 01 09:03:17 So I tried to add following in dts file, but it reported error. Sep 01 09:03:25 aah Sep 01 09:03:31 http://wiki.openwrt.org/toh/huawei/hg255d is empty. Sep 01 09:03:40 that's not the problem... :) Sep 01 09:03:43 you got the serial cable? Sep 01 09:04:04 yes - I rewrited some parts of the partition for hg255d, Sep 01 09:04:20 but I want to make the upgrade work...without serial cable. Sep 01 09:04:53 do you know mips chips are now using DTS files define device specific functions, such partition, hardware, etc. ? Sep 01 09:05:23 i had similar issue. Sep 01 09:05:26 let me show you what my DTS file looks like Sep 01 09:05:33 but i fixed it with a serial cable. Sep 01 09:05:51 rt305x Sep 01 09:06:06 cfi@1f000000 { Sep 01 09:06:06 compatible = "cfi-flash"; Sep 01 09:06:06 reg = <0x1f000000 0x1000000>; Sep 01 09:06:06 bank-width = <2>; Sep 01 09:06:06 device-width = <2>; Sep 01 09:06:06 #address-cells = <1>; Sep 01 09:06:06 #size-cells = <1>; Sep 01 09:06:07 partition@0 { Sep 01 09:06:07 label = "u-boot"; Sep 01 09:06:08 reg = <0x0 0x20000>; Sep 01 09:06:08 read-only; Sep 01 09:06:09 }; Sep 01 09:06:09 kernel: partition@20000 { Sep 01 09:06:10 label = "kernel"; Sep 01 09:06:11 dd doesnt work? Sep 01 09:06:16 pastebin Sep 01 09:06:32 no, because I make it readonly, see the kernel and rootfs part. Sep 01 09:06:47 you flashed openwrt? Sep 01 09:06:53 yes, Sep 01 09:06:56 or factory os still. Sep 01 09:07:02 the existing one is running openwrt, Sep 01 09:07:16 no, totally are openwrt, except for the uboot Sep 01 09:07:45 mtd? Sep 01 09:07:47 you can't see my DTS file, right? seems the messages were dropped. Sep 01 09:07:52 tried the mtd method? Sep 01 09:08:01 yeah, but readonly. Sep 01 09:08:05 you see - Sep 01 09:08:18 i dont have the device but i had the same problem. Sep 01 09:08:28 my flash is split into 4 parts: uboot, kernel, rootfs, and factory. Sep 01 09:08:37 what's your problem? Sep 01 09:08:42 got it work? Sep 01 09:09:07 yes. my device was lava w 150 local indian made sort of clone of hame. Sep 01 09:09:22 see what my definition like: Sep 01 09:09:24 i used the serial wiped the firmware. Sep 01 09:09:25 partition@0 { Sep 01 09:09:25 label = "u-boot"; Sep 01 09:09:25 reg = <0x0 0x20000>; Sep 01 09:09:25 read-only; Sep 01 09:09:25 }; Sep 01 09:09:35 kernel: partition@20000 { Sep 01 09:09:35 label = "kernel"; Sep 01 09:09:35 reg = <0x20000 0x100000>; Sep 01 09:09:35 read-only; Sep 01 09:09:35 }; Sep 01 09:09:42 rootfs: partition@120000 { Sep 01 09:09:42 label = "rootfs"; Sep 01 09:09:43 reg = <0x120000 0xec0000>; Sep 01 09:09:43 }; Sep 01 09:09:47 partition@fe0000 { Sep 01 09:09:48 label = "factory"; Sep 01 09:09:48 reg = <0xfe0000 0x20000>; Sep 01 09:09:48 read-only; Sep 01 09:09:48 }; Sep 01 09:09:55 let's do private... Sep 01 12:02:15 build #336 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/336 Sep 01 12:04:10 build #336 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/336 Sep 01 13:20:08 build #349 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/349 Sep 01 13:46:48 cyrus r37865 trunk/package/network/ utils/iptables/patches/400-lenient-restore.patch utils/iptables/patches/410-add_reap_again.patch utils/iptables/Makefile * iptables: Update to 1.4.20 Sep 01 15:00:21 jow_laptop / nbd: can you ignore beacon_interval in "mode sta" please? http://dpaste.com/1362799/ Sep 01 15:40:34 build #368 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/368 Sep 01 15:43:53 build #317 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/317 Sep 01 15:51:51 blogic, Sep 01 15:52:06 mate i fixed my dgn1000 :-D Sep 01 15:52:15 now it kernel panics only. Sep 01 15:52:34 i think its because i changed the flash.... chip thats why Sep 01 15:53:48 the problem is it has got 16MB ram Sep 01 15:54:30 what's the kernel panic error? unknown root? Sep 01 15:54:33 mmmmmm Sep 01 15:54:56 Devastator, yes Sep 01 15:55:13 your flashchip may not being detected Sep 01 15:55:25 if you have a serial log I can take a look Sep 01 15:55:40 updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html Sep 01 15:57:39 yes can you hold a little. Sep 01 15:57:47 i will paste the log Sep 01 15:57:53 in pastebin Sep 01 15:58:36 sure Sep 01 16:02:59 something is wrong. Sep 01 16:03:07 its not printing properly. Sep 01 16:03:09 one min. Sep 01 16:10:28 aargh Sep 01 16:10:34 i ate off my pads Sep 01 16:10:40 any otion left for me? Sep 01 16:11:19 i will have to etch the lines and solder again. Sep 01 16:11:25 fuck brb 30 mins Sep 01 16:14:14 no rush Sep 01 16:56:21 no Sep 01 16:56:25 i cant fix it. Sep 01 16:56:31 the pads are eroded. Sep 01 16:57:04 can i use the buspirate? Sep 01 16:57:28 <__trine> quackquack, you can buy copper foil with a sticky back Sep 01 16:58:07 <__trine> and cut it to size with a sharp hobby knife Sep 01 16:58:39 aah Sep 01 16:58:42 and? Sep 01 16:58:55 <__trine> well that would fix your pad Sep 01 16:59:42 hmmm Sep 01 16:59:50 i will try it tomorrow. Sep 01 17:00:50 <__trine> quackquack, http://www.ebay.co.uk/itm/EMI-COPPER-FOIL-SHIELDING-TAPE-SELF-ADHESIVE-/290961604127?pt=UK_Sound_Vision_Other&hash=item43bea9be1f Sep 01 17:01:13 okay i got it. but how to do it? Sep 01 17:01:16 any videos? Sep 01 17:02:22 <__trine> well all you need to do is to cut it to size and trim it up with a sharp hobby knife then tin it with a soldering iron Sep 01 17:02:40 <__trine> then it will be fixed Sep 01 17:03:07 hmmm Sep 01 17:03:23 i will get it first thing in the morning tomorrow. Sep 01 17:03:33 <__trine> there are different sizes http://www.ebay.co.uk/itm/5mm-X-30M-Guitar-Pickup-EMI-Copper-Foil-Shielding-Tape-Conductive-Self-Adhesive-/290937104645?pt=UK_Sound_Vision_Other&hash=item43bd33e905 Sep 01 17:04:58 <__trine> quackquack, I have just noticed they sell conductive quality tape which may be better Sep 01 17:05:02 <__trine> http://www.ebay.co.uk/itm/Adhesive-Copper-Foil-Tape-Conductive-Quality-Shielding-/360195343162?pt=UK_Sound_Vision_Other&hash=item53dd50c33a Sep 01 17:05:26 <__trine> I have a roll of this here it works ok Sep 01 17:08:36 moin Sep 01 17:08:51 cyrusff: I think I have a (couple of) question(2) for you... Sep 01 17:09:31 Bob-000: moin Sep 01 17:09:36 Bob-000: go ahead Sep 01 17:09:46 I'm trying to run odhcp6c on debian. The reason why I'm doing that is because I need PD and the only mean I have to get it for now, is dibbler. Sep 01 17:09:57 ok Sep 01 17:10:13 Since dibbler is horribad and überflawed... Sep 01 17:10:17 hehe Sep 01 17:10:20 so where's the problem? Sep 01 17:10:27 I would really get odhcp6c working. Sep 01 17:11:07 So, now, the real problem: I get it to start, have the LLDUID recognized by the dhcp server (I guess, since the timeout changes when I use an incorrect DUID) Sep 01 17:11:19 but I cannot get any IP address. Sep 01 17:11:28 ok any idea why? Sep 01 17:11:39 btw. there is also a prameter to override the DUID Sep 01 17:11:51 you mean, -c ? Sep 01 17:12:03 yeah Sep 01 17:12:07 'cause that's what I use. Sep 01 17:12:15 So far I only used it with command line parameters. Sep 01 17:12:25 yeah there are only command line parameters Sep 01 17:12:27 no config file or so Sep 01 17:12:57 I grabbed (your?) the source on github, compiled it (with make only, no cmake, so I did write the Makefile), and I tried it on the server (built it on my local machine) Sep 01 17:13:14 is odhcp6c even doing anything without netifd? Sep 01 17:13:18 now, I read that there are some ENV parameters for configuration too, but I don't know how I'm supposed to use them. Sep 01 17:13:19 yes Sep 01 17:13:22 jow_laptop: yes Sep 01 17:13:28 kk Sep 01 17:13:38 Bob-000: no, the env-parameters are only for output purposes Sep 01 17:13:48 the only config options are the command-line params Sep 01 17:13:55 jow_laptop: yes, it's doing something by itself, the traceroute6 shows !N when it's not running, and simply get dropped when it's running. Sep 01 17:14:04 cyrusff: I love that :) Sep 01 17:14:06 you have to write yourself a script Sep 01 17:14:16 to handle the output, e.g. do something with your PD Sep 01 17:14:18 I did write a short script for now, for the update thing. Sep 01 17:14:36 ok Sep 01 17:14:44 but I'm not sure I did write something consistent with the odhcp6c code... Sep 01 17:14:52 since I've not read that part of the source (yet) Sep 01 17:15:06 it was mainly for me, for debug purposes. Sep 01 17:15:26 So it did get the $1 and $2 from the script call and print them on the screen, did some logging, etc. Sep 01 17:15:30 ok Sep 01 17:15:40 yeah, you could dump the env as well to see what else you get Sep 01 17:15:51 now you mention it, it might be a good idea to check the env from that script. Sep 01 17:16:05 yeah, didn't occur to me earlier, sorry. Sep 01 17:16:09 no problem Sep 01 17:16:20 well, I try that, and I tell you :P Sep 01 17:16:21 you can also echo the parameters listed in the readme Sep 01 17:16:32 yeah, I was about to do exactly that Sep 01 17:17:11 btw. dhy didn't you use cmake? Sep 01 17:17:13 btw, would it make sense to use /usr/local/sbin as a default path for the script, for you? Sep 01 17:17:29 I think I don't like cmake ;P Sep 01 17:17:31 ummn just pass a commandline parameter Sep 01 17:17:37 for the script Sep 01 17:17:39 but maybe I should give it some other tries :P Sep 01 17:18:03 yeah, that's what I do for now, but the /usr/local directory is nice for user-added programs... Sep 01 17:18:13 now if your program is mainly for openwrt, I'd understand... Sep 01 17:18:22 but given the current status of dhcpv6 clients... Sep 01 17:18:39 imho it could easily become something used by many users, as a backup. Sep 01 17:18:45 That or alternative. Sep 01 17:18:59 Especially if it's documented better :) Sep 01 17:19:12 cisco ported it to android afaik ;) Sep 01 17:19:28 (but I understand if you don't have the time to do that in openwrt) Sep 01 17:19:53 wow, that's great. Sep 01 17:20:26 I mean, it doesn't only confirm what I said, but it also implies that it's the best ipv6 dhcp client so far, I guess. Sep 01 17:20:40 oh well not sure about that Sep 01 17:20:40 yeah about the script i mean simply do odhcp6c -s /usr/local/sbin/foobar if you like that better Sep 01 17:20:42 I'm glad someone did add it into wikipedia. Sep 01 17:21:04 yeah for now I changed the value in the code... Sep 01 17:21:27 but like with my Makefile, it's only local, nobody will profit of that change, excepted if I fork the project :P Sep 01 17:21:45 anyway, time to get some output. Sep 01 17:24:12 Yeah! I get some output! Sep 01 17:24:18 That's awesome! Sep 01 17:24:20 Thanks! Sep 01 17:25:18 now, I have to understand how to specify what IP I would like to get... Sep 01 17:27:34 cyrusff: thanks a bunch! Sep 01 17:27:40 sure, np Sep 01 17:28:09 Now I have this, I have to understand how to use it ;P Sep 01 17:29:17 okay, so the RA route is something I have to route my eth0 to? Sep 01 17:29:26 it's, like, my gateway? Sep 01 17:29:59 well you can ignore the RA_ stuff usually Sep 01 17:30:05 that stuff is handled by your kernel Sep 01 17:30:17 we do some mor eadvanced stuff in openwrt with it Sep 01 17:30:35 well, I should add a route to the RA_ROUTE address, shouldn't I ? Sep 01 17:30:56 like: ip -6 route add default via dev eth0 Sep 01 17:31:05 'cause else, it's not going to work, afaik Sep 01 17:31:19 well your kernel is reading the RA information as well Sep 01 17:31:25 so the routes should already be there Sep 01 17:31:30 it's not updating anything Sep 01 17:32:08 I have some unreachable fe80::/64 on lo, fe80::/64 dev eth0 and unreachable default dev lo Sep 01 17:32:11 that's all. Sep 01 17:32:16 sysctls? Sep 01 17:32:40 not running. Sep 01 17:32:54 not needed for anything else I'd say :) Sep 01 17:33:38 but I'll manage if I can write that script. Sep 01 17:33:52 I mean, thanks to you guys, I'm going to be able to ditch that dibbler s*it. Sep 01 17:37:06 Bob-000: http://pastebin.com/2uZG1tDJ Sep 01 17:37:17 just a sec :) Sep 01 17:37:22 that snippet parses all dhcpv6 addresses and adds them to the interface Sep 01 17:37:25 or at least it should Sep 01 17:37:28 haven't tested it Sep 01 17:53:03 GOsh Sep 01 17:53:06 it works now. Sep 01 17:53:19 cyrusff: do you, by any chance, live near Berlin? Sep 01 17:53:25 no Sep 01 17:53:38 too bad, I would have offered you some beers. Sep 01 17:53:42 enough to get drunk. Sep 01 17:53:51 You made my day, sir. Sep 01 17:53:58 hehe, you're welcome Sep 01 17:54:08 build #327 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/327 Sep 01 17:54:19 openwrt community is really nice. Sep 01 17:54:33 it's too bad it doesn't run on a BSD kernel :D Sep 01 17:55:49 cyrusff: more seriously, if you have a gog account, or a steam account, and if you want a game, just tell me :) Sep 01 17:56:02 I'll be glad to turn you into some less-productive geek :D Sep 01 17:56:49 thanks ;) Sep 01 17:57:23 btw Sep 01 17:57:34 I'm going to star the github project. Sep 01 17:58:00 that's the perfect dhcpv6 client that was lacking. Sep 01 18:01:04 cyrus r37866 trunk/ include/netfilter.mk package/kernel/linux/modules/netfilter.mk package/network/utils/iptables/Makefile Sep 01 18:01:04 netfilter: Add IPv6-NAT support for kernel and ipt Sep 01 18:01:04 Thanks to Berni, Adam Novak and Sedat Dilek for patches and inspiration Sep 01 18:18:20 cyrusff: your software rocks. Sep 01 18:18:25 or maybe it's not yours Sep 01 18:18:32 but really, that rocks. Sep 01 18:18:33 well its 95& mine Sep 01 18:18:36 % Sep 01 18:18:37 ;) Sep 01 18:18:43 okay, so congrats Sep 01 18:18:44 really Sep 01 18:18:45 KanjiMonster ping Sep 01 18:19:11 I didn't read all the code, but what I've seen was great. Sep 01 18:19:49 cyrusff: is it useful if I pull-request some files for you? Sep 01 18:19:56 well go ahead Sep 01 18:20:00 you can also write tickets Sep 01 18:20:06 like a Makefile (I guess it's useless since you generate one with cmake) Sep 01 18:20:26 or like a bunch of scripts to use the software as a stand-alone client. Sep 01 18:20:37 well i won't add a regular makefile as you can simply do: cmake . and generate one Sep 01 18:21:09 yeah, but since you need cmake for it, not everyone can generate it. Sep 01 18:21:29 besides, the regular makefile is really small. Sep 01 18:21:35 like, smaller than the cmake one ;P Sep 01 18:22:09 yeah but the cmake can do some useful things like do a make install or generate .deb or .rpm automatically Sep 01 18:22:25 right Sep 01 18:23:18 So maybe I'll just add some doc' and the scripts to the pull-request Sep 01 18:23:39 that way, at least, people wanting to build it without cmake will know that -lresolv is needed for linking... Sep 01 18:24:02 and also, that -std=c99 is mandatory (even tho that's easy to find) Sep 01 18:24:30 aswell as -D_GNU_SOURCE Sep 01 18:24:54 anyway Sep 01 18:25:04 I'm super glad I can use your software, really. Sep 01 20:12:21 build #311 of kirkwood is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/311 Sep 01 20:39:39 cyrusff: I have a problem with the deamon mode... Sep 01 20:39:54 oh wait... Sep 01 20:40:27 is it possible that the daemon mode adds the IP into the kernel while the interactive mode doesnt? Sep 01 20:42:12 okay my bad, I was looking at the local routing table =/ Sep 01 20:42:32 but it seems that the daemon mode is never calling the update script here... Sep 01 20:43:04 is that possible? Sep 01 20:44:02 well I have to reboot =/ Sep 01 20:57:30 cyrusff: back :) Sep 01 21:00:32 so, about that daemon mode... is it normal that it doesn't use the update script? Sep 01 21:54:23 cyrusff: okay, update, the daemon mode isn't failing to start the script, but for the ra-updated event, it apparently does not. Sep 01 21:54:33 or, the ra-updated even does not occur in this mode? Sep 01 21:55:49 also, I don't get any RA_ROUTES field with the deamon mode... Sep 01 22:09:39 that's really strange, given that the daemon flag only changes the output and the creation of a PID file... Sep 01 22:09:53 * Bob-000 wonders why it's not working in daemon mode only... Sep 01 22:26:25 cyrusff: what is the format for the options in the -r field? Sep 01 22:26:32 is it integers? Sep 01 22:26:35 or is it strings? Sep 01 22:34:24 okay, integers. Sep 01 22:36:18 Now I have to understand how they are interpreted Sep 02 02:27:22 build #276 of mcs814x is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/276 **** ENDING LOGGING AT Mon Sep 02 02:59:58 2013