**** BEGIN LOGGING AT Wed Nov 20 02:59:58 2013 Nov 20 07:35:24 nbd r38874 trunk/package/kernel/mac80211/patches/300-pending_work.patch * mac80211: small rate control fix Nov 20 10:17:18 wigyori r38875 trunk/package/boot/uboot-mxs/Makefile * package: uboot-mxs: cosmetic fix Nov 20 10:25:42 wigyori r38876 trunk/target/linux/ mxs/image/Makefile mxs/profiles/01-olinuxino-maxi.mk mxs/profiles/03-olinuxino-micro.mk mxs/profiles/01-olinuxino.mk Nov 20 10:25:42 mxs: build/profile-related changes Nov 20 10:25:42 - change uImage creation to use zImage Nov 20 10:25:42 - update image Makefile for further boards with u-boot support Nov 20 10:25:44 - add profile for OLinuXino Micro/Nano boards Nov 20 10:25:46 Signed-off-by: Zoltan HERPAI Nov 20 11:31:39 build #411 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/411 Nov 20 11:33:35 build #411 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/411 Nov 20 12:53:37 Last night, I built OpenWRT from SVN r38873 for my FON2100. The device booted and my cable modem reported it requested an IP Address, but it didn't say what numbers of IP Address were assigned to my FON2100. As such, I couldn't find a way to login into my FON2100. Is there a way to find out what numbers assigned to a requested IP Address by a cable modem that doesn't support a shell login while its GUI doesn't report the assigned Nov 20 12:53:38 IP Address number? Nov 20 13:07:35 could scan with angryip scanner Nov 20 13:07:37 or nmap Nov 20 13:11:42 dcosnet: Thanks. Nov 20 13:29:35 hi Nov 20 13:29:59 for a new platform, where do you usually stock the output of ./scripts/diffconfig.sh? Nov 20 13:33:45 v0n: 'stock the output'? what do you mean? Nov 20 13:35:22 i just have a openwrt.config and an openwrt.patches dir where i put those things that I dont want to keep in a public repo Nov 20 13:36:06 then just write some help script to setup a clean buildroot with a default config from scratch Nov 20 13:36:50 v0n: the default packages for a platform should be chosen in a way that starting with no config and selecting the target in menuconfig will produce an image that will boot and work without any additional config options to set Nov 20 13:44:06 That's a discussion I started yesterday, but I had to go, I couldn't finish sorry. Nov 20 13:44:19 nbd: i.e. where to store the defconfig for a new platform Nov 20 13:44:32 nowhere Nov 20 13:44:36 KanjiMonster: I agree with you, seems like a clean target can provide that, Nov 20 13:44:57 so for instance, how do you enable CONFIG_TARGET_ROOTFS_INCLUDE_KERNEL=y for this new platform? Nov 20 13:45:14 it would need a target feature flag Nov 20 13:45:26 similar to how other filesystem options are handled Nov 20 13:49:17 in the duckbill platform I can see DEPENDS:=+@TARGET_ROOTFS_INCLUDE_KERNEL Nov 20 13:56:31 duckbill platform? Nov 20 14:01:58 are you working on this: http://www.linux-magazin.de/NEWS/I2SE-Duckbill-ARM-Server-im-USB-Stick-Format Nov 20 14:08:55 Hauke: Nov 20 14:08:56 nop Nov 20 14:09:20 I just grep'd grep -r ROOTFS_INCLUDE_KERNEL in target/linux to see how it's organized Nov 20 14:09:32 v0n: ok Nov 20 14:11:57 ah, you meant profile Nov 20 14:12:04 not platform Nov 20 14:12:20 in terms of OpenWRT yes, a profile Nov 20 14:15:27 [florian]: is there any way to disable L1 caches in bcm63xx? Nov 20 14:16:10 you said that the jffs2 problem in smp could be due to the cache Nov 20 14:22:23 also found this: http://patchwork.ozlabs.org/patch/192142/ Nov 20 14:22:42 and this: http://patchwork.ozlabs.org/patch/269823/ Nov 20 15:13:48 so DEPENDS in a target Makefiles selects the given symbol Nov 20 15:14:10 it hasn't the same meaning as Kconfig's "depends on" Nov 20 15:14:30 it behaves like Kconfig's "select" if I'm not mistaken Nov 20 15:24:22 v0n: it's like "select" if you use +, and "depends on" if you use just (without +) Nov 20 15:24:27 tripolar r38877 packages/mail/dovecot/Makefile * [packages] dovecot: update to 2.2.8 Nov 20 15:26:58 KanjiMonster: ok thanks Nov 20 15:29:19 v0n: http://wiki.openwrt.org/doc/devel/dependencies Nov 20 16:03:55 blogic: Just an fyi, so far, fussing with octeon I have only managed to reproduce your results. I've tried numerous incantations of build options, and end up with libraries that wont build with 64bit userland options, and iptables calls borked when using 32 bit userland, on top of the 64 bit kernel. Nov 20 16:04:13 I wont be able to fuss with it much today, gotta head out for most of the day, but, will get back to it later Nov 20 16:04:48 this time, going to look at the data out of iptables, and into kernel, figure out exactly where it's borked, and then take it from there trying to figure out best way to address it Nov 20 16:15:26 build #381 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/381 Nov 20 16:35:02 Matti Laakso? Nov 20 16:37:51 Pteridium: he is not on irc Nov 20 16:38:09 ah, thanks Nov 20 16:38:20 groz: ok, good luck Nov 20 16:38:24 i spent 3 days on it already Nov 20 16:38:36 groz: another option would be to see if you get eglibc working on 64bit Nov 20 16:38:37 yah, it can turn into a time sink Nov 20 16:38:58 I have eglibc on it now, but, 64 bit build fails, and I haven't dug into exactly why yet Nov 20 16:39:13 i tried musl too, but, it fails to build in both cases Nov 20 16:39:23 build #448 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/448 Nov 20 16:39:30 just exhausting 'easy options' first Nov 20 16:39:32 groz: :-D Nov 20 16:39:33 [Tue 2013-11-19 08:42:15 AM PST] like the pci_fixup_device() bit ... where was it before ? do you leave dead code ln the kernel ? <---- it was simply not there, since it's called indirectly by pcibios_init() Nov 20 16:39:34 [Tue 2013-11-19 12:02:10 PM PST] i inverted the meaning of the ath9k_eep_load flag because i needed to check for it before it would be otherwise set Nov 20 16:39:34 [Tue 2013-11-19 12:03:06 PM PST] for ath5k i changed device_initcall to subsys_initcall to bring it in line with ath9k Nov 20 16:39:34 [Tue 2013-11-19 12:04:02 PM PST] there is not much else to be said for the patch Nov 20 16:39:49 DonkeyHotei: when ever i turn up you hump my leg like a doggy Nov 20 16:39:54 DonkeyHotei: it is very irretating Nov 20 16:40:12 and with braindead crap like pasting conversations Nov 20 16:40:14 stop it please Nov 20 16:40:23 some people like dogs :/ Nov 20 16:40:58 so do i Nov 20 16:41:03 just not when the hump my leg Nov 20 16:41:10 heh Nov 20 16:41:18 i'm more a cat person Nov 20 16:41:30 * blogic has a cat Nov 20 16:41:34 win 54 Nov 20 16:42:00 54 windows, wow Nov 20 16:42:35 there are many DonkeyHotei's that bug me for stuff ;) Nov 20 16:42:47 i can imagine Nov 20 16:43:45 are there any further objections to the patch? it's pretty straightforward Nov 20 16:53:09 Pteridium: ping Nov 20 16:53:15 yes? Nov 20 16:53:54 can you check if my fix to the etop breaks your boards ? Nov 20 16:54:29 of course, where can i download the patch? Nov 20 16:54:38 its in trunk already Nov 20 16:54:43 ah no Nov 20 16:54:47 i have not pushed yet Nov 20 16:54:48 1 sec Nov 20 16:54:56 :-D Nov 20 16:58:26 blogic r38878 trunk/target/linux/lantiq/patches-3.10/0007-MIPS-lantiq-handle-vmmc-memory-reservation.patch * lantiq: fix an endless loop in the vmmc platform code Nov 20 16:58:35 blogic r38879 trunk/package/system/ubox/files/log.init * procd: add validation to the log init script Nov 20 16:58:43 blogic r38880 trunk/ linux linux/lantiq/patches-3.10/0200-NET-fix-etop-registers.patch linux/lantiq linux/lantiq/patches-3.10 * lantiq: fix etop registers Nov 20 16:58:52 blogic r38881 trunk/target/linux/ lantiq/dts/ARV4519PW.dts lantiq/dts/ARV7518PW.dts * lantiq: update default mii modes Nov 20 16:59:03 Pteridium: the last 2 Nov 20 16:59:12 ARV4519PW and ARV7518PW are untested Nov 20 16:59:23 if you can help me with that i would be very thankful Nov 20 17:00:03 i can test with a semi dead arv7518 too Nov 20 17:00:37 cool Nov 20 17:00:49 i'll send the feedback once the tests were finished Nov 20 17:00:59 if you're going to wait for him to test, i'd still like to discuss the eeprom patch Nov 20 17:01:02 the thing to tests if network still works Nov 20 17:01:27 DonkeyHotei: i dont have time today i need to fix other stuff first Nov 20 17:01:33 ok Nov 20 17:01:45 i broke procd :) Nov 20 17:01:51 xD Nov 20 17:02:18 just ping me if i am online and it is before 0600 UTC Nov 20 17:03:00 i get up around 1400 UTC Nov 20 17:05:45 blogic: forgot to add /target Nov 20 17:06:51 in r38880 Nov 20 17:18:23 Pteridium: grml Nov 20 17:18:36 ? Nov 20 17:19:55 its annoying that i did ntot notice Nov 20 17:20:53 seems that you are a bit stressed Nov 20 17:21:08 not really Nov 20 17:21:15 i just merged a users patch without checking it Nov 20 17:21:30 and its diffed against the wrong base dir it seems Nov 20 17:23:01 no problem ;) Nov 20 17:31:58 http://wiki.openwrt.org/doc/techref/bootloader says that "the bootloader is not part of OpenWrt!" so why is there an (empty) "Boot Loaders" section in menuconfig? Nov 20 17:35:40 nbd r38882 trunk/package/kernel/mac80211/patches/300-pending_work.patch * mac80211: fix an overflow issue in minstrel_ht Nov 20 17:35:43 nbd r38883 trunk/package/kernel/mac80211/patches/300-pending_work.patch * mac80211: fix reorder issues with multicast packets (client mode) Nov 20 17:38:20 v0n: some targets have the option to build a bootloader Nov 20 17:38:30 vOn, it's not always empty Nov 20 17:38:37 on many arches, you do build it Nov 20 17:38:46 hmmmm, typing at same time as you blogic Nov 20 17:39:22 cubieboard is a good example, you need to build a bootloader, and put it on the sd card, if you want to boot from it Nov 20 17:55:30 blogic r38884 trunk/ linux target/linux/lantiq/patches-3.10/0200-NET-fix-etop-registers.patch * lantiq: move patch to proper folder Nov 20 18:02:51 groz: thanks, that's exactly my case Nov 20 18:23:19 build #391 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/391 Nov 20 18:50:24 is there a generic package for u-boot? which downloads from the official repo and allow to select le board config name? Nov 20 19:04:00 build #369 of kirkwood is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/369 Nov 20 19:06:01 build #330 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/330 Nov 20 19:14:01 well in fact the version, the url, the board name and the make target Nov 20 19:30:45 blogic r38885 trunk/package/system/procd/Makefile * procd: fix the running hook #38868 Nov 20 19:57:03 blogic: ping :-) Nov 20 20:04:05 slachta: heyho Nov 20 20:06:40 I just wanted to ask you one thing. I am thinking about "unofficial package repository" which would contain only meta packages which would prepare packages to specific state, e.g. those people who would love to prepare special image with asterisk for specific provider, they can do that via menuconfig for that package. Nov 20 20:06:56 Something like "tasks" repository. Nov 20 20:07:06 Do you think it is a good idea? Nov 20 20:09:34 also I wanted to ask you if it is possible to backport latest kamailio3 to AA - it is a minor upgrade with build variables and build procedure fixed - http://patchwork.openwrt.org/patch/4438/ Nov 20 20:10:20 I just pushed it several days ago to trunk and it works flawlessly in trunk and AA also ;-) Nov 20 20:11:00 but I just tested it only on ar71xx and x86 Nov 20 20:20:14 build #379 of xburst is complete: Failure [failed shell_7] Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/379 Nov 20 20:25:02 build #424 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/424 Nov 20 21:27:49 ok so there's no generic U-Boot package Nov 20 21:28:56 there is, but it's rarely needed Nov 20 21:29:35 DonkeyHotei: which one is the generic? Nov 20 21:30:10 it's under images to build, iirc Nov 20 22:11:06 luka r38886 trunk/tools/pkg-config/ patches/001-fix-package-rebuild.patch Makefile patches * [tools] pkg-config: fix occasional install problem Nov 20 22:35:11 build #412 of x86 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/412 **** ENDING LOGGING AT Thu Nov 21 02:59:59 2013