**** BEGIN LOGGING AT Fri Dec 12 02:59:59 2014 Dec 12 04:40:09 is hauke on vacation or something? Dec 12 05:34:01 Devastator: probably not because of things like http://marc.info/?l=linux-mips&m=141824344829729&w=2 Dec 12 07:49:49 blogic r43644 trunk/target/linux/amazon * amazon: remove leftover folders Dec 12 08:53:53 Kaloz: hi Dec 12 08:54:02 regarding the NAND and profile stuff Dec 12 08:54:42 IIRC, you were against having a huge load of profiles, and wanted to have all the images working, disregarding what profile was used Dec 12 08:55:16 but ar71xx looks like it's quite the opposite of that. Dec 12 08:56:33 the Single/MultiProfile stuff is just a convenience to create new profiles from what I can see Dec 12 08:56:44 so it doesn't really fit what you were expecting Dec 12 09:40:54 cyrus r43645 trunk/package/network/config/netifd/files/lib/netifd/dhcp.script * netifd: Set source IP for DHCP static routes as well Dec 12 11:04:20 swalker: it's because 4.8 is broken for octeon Dec 12 11:05:42 wigyori r43646 trunk/target/linux/mxs/Makefile * mxs: make boardname consistent with other targets Dec 12 11:11:52 wigyori r43647 trunk/target/linux/mxs/modules.mk * mxs: add kernel module for spi interface Dec 12 11:21:04 I am sorry for the lantiq issue which breaks the buildbot builds. I am working on it. Several few tests and it should be fixed. Dec 12 11:41:10 wigyori r43648 trunk/target/ linux/mxs/modules.mk linux/mxs/config-3.14 Dec 12 11:41:10 mxs: i2c changes Dec 12 11:41:10 - add package for i2c module Dec 12 11:41:10 - remove i2c debug Dec 12 11:41:10 Signed-off-by: Michael Heimpold Dec 12 11:41:12 Signed-off-by: Zoltan HERPAI Dec 12 11:45:43 wigyori r43649 trunk/target/linux/mxs/files/arch/arm/boot/dts/imx28-duckbill.dts * mxs: update dts file for Duckbill Dec 12 12:03:26 wigyori r43650 trunk/target/linux/mxs/base-files/etc/diag.sh * mxs: fix automatic status led detection Dec 12 12:16:27 wigyori r43651 trunk/target/ linux/mxs/profiles/02-olinuxino-maxi.mk linux/mxs/profiles/03-olinuxino-micro.mk linux/mxs/profiles/01-duckbill.mk * mxs: add i2c and spi packages to profiles Dec 12 12:31:45 jow r43652 trunk/scripts/config/ zconf.l zconf.lex.c_shipped * scripts/config: support includes relative to the currently processed file Dec 12 12:35:21 jow r43653 trunk/package/utils/busybox/Config.in * busybox: include config files relative to the main Config.in (#18522) Dec 12 12:37:10 nbd r43654 trunk/scripts/download.pl Dec 12 12:37:10 scripts/download.pl: add support for adding mirrors through an environment variable Dec 12 12:39:39 jow r43655 trunk/scripts/config/zconf.lex.c_shipped * scripts/config: remove debug statement Dec 12 13:20:16 wigyori r43656 trunk/target/linux/mxs/modules.mk * mxs: change mxs-lradc module to depend on kmod-iio-core instead of hardcoding Dec 12 13:39:08 wigyori r43657 trunk/target/linux/mxs/config-3.14 * mxs: allow bootloader to pass kernel cmdline Dec 12 14:54:05 nbd r43658 trunk/package/network/services/igmpproxy/files/igmpproxy.init * igmpproxy: fix init script indentation Dec 12 14:54:11 nbd r43659 trunk/package/network/services/igmpproxy/files/igmpproxy.init * igmpproxy: do not start instance if no upstream interface is available Dec 12 14:54:16 nbd r43660 trunk/package/network/services/igmpproxy/files/igmpproxy.init * igmpproxy: do not attempt to ifstatus error messages as json Dec 12 16:13:04 wigyori r43661 trunk/target/linux/sunxi/patches-3.14/302-2-dt-sun7i-add-bananapi-dts.patch * sunxi: fix led on bananapi Dec 12 16:18:32 blogic r43662 trunk/package/boot/uboot-oxnas/Makefile * uboot-oxnas: install u-boot.bin also to KERNEL_BUILD_DIR Dec 12 16:18:45 blogic r43663 trunk/target/linux/oxnas/image/Makefile * oxnas: use u-boot.bin in KDIR Dec 12 16:18:52 blogic r43664 trunk/target/linux/ramips/dts/AWM002.dtsi * ralink: make uartf functional on AWM002 Dec 12 16:19:00 blogic r43665 trunk/ target/linux/oxnas/Makefile target/linux/oxnas/config-3.18 package/kernel/linux/modules/block.mk target/linux/oxnas/config-3.14 * oxnas: build S-ATA driver as a module Dec 12 16:19:12 blogic r43666 trunk/package/network/utils/iwinfo/Makefile * iwinfo: bump to latest git HEAD Dec 12 16:19:21 blogic r43667 trunk/target/linux/ramips/base-files/etc/board.d/02_network * ralink: fix lenovo y1 wan port mapping Dec 12 16:25:16 nbd r43668 trunk/target/ linux/generic/files/drivers/net/phy/ar8216.c linux/generic/files/drivers/net/phy/ar8216.h * ar8216: enable cpu port to receive arp and broadcast frames for ar8236 Dec 12 16:35:38 can anyone point me to where i can find code/info on filesystem snapshots introduced in barrier breaker? Dec 12 17:03:45 nbd r43669 trunk/toolchain/gcc/ patches/4.9-linaro/940-no-clobber-stamp-bits.patch patches/4.6-linaro/940-no-clobber-stamp-bits.patch patches/4.8-linaro/940-no-clobber-stamp-bits.patch * gcc: don't clobber stamp-bits with a symlink to itself Dec 12 17:16:01 blogic r43670 trunk/target/linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch * kirkwood: Iomega ix2-200: wire up the GPIO poweroff driver in the DTS file Dec 12 17:19:17 zajec hi, you develop for broadcom target, right? I think basically bcm53xx?! Dec 12 17:31:18 Devastator: leaving right now Dec 12 17:31:22 Devastator: catch me tomottow please Dec 12 17:31:25 or send an e-mail Dec 12 17:31:36 zajec no problem Dec 12 17:31:40 have a great weekend! Dec 12 18:29:51 nbd r43671 trunk/include/kernel.mk * kernel.mk: Refactor LINUX_KARCH affectation Dec 12 18:30:02 nbd r43672 trunk/include/kernel.mk * kernel.mk: Handle the x86_64 LINUX_KARCH case Dec 12 18:56:14 build #799 of ppc40x is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/799 Dec 12 18:58:11 build #746 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/746 Dec 12 20:26:01 blogic r43673 trunk/target/linux/oxnas/profiles/100-Generic.mk * oxnas: clean up default package selection Dec 12 20:26:11 blogic r43674 trunk/target/ linux/generic/patches-3.14/834-ledtrig-libata.patch linux/generic/patches-3.18/834-ledtrig-libata.patch * kernel/generic: add ledtrig support to libata Dec 12 20:26:20 blogic r43675 trunk/target/ linux/oxnas/config-3.18 linux/oxnas/files/arch/arm/mach-oxnas/Kconfig linux/oxnas/config-3.14 linux/oxnas/files/arch/arm/boot/dts/ox820-kd20.dts * oxnas: use libata ledtrig support for kd20 hdd leds Dec 13 00:07:54 Devastator: ping Dec 13 00:20:01 build #770 of ar7 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/770 Dec 13 00:47:57 zajec hi, do you have a few minutes now? pong Dec 13 00:48:07 just write the question/whatever Dec 13 00:48:18 thanks! Dec 13 00:48:31 I've flashed a Netgear WNDR3400 v1 with BB, I'm using broacom-wl, but all my macs are the same, it matches one of my macs on the sticker, but even wireless mac is the same as lan and wan, I wonder why this patch is only for routers with dumb macs: https://dev.openwrt.org/browser/branches/barrier_breaker/target/linux/brcm47xx/patches-3.10/145-MIPS-BCM47XX-fixup-broken-MAC-addresses-in-nvram.patch Dec 13 00:49:30 no, it's about et0macaddr only Dec 13 00:49:35 which is MAC for ethernet Dec 13 00:49:59 if the logic is lan = et0macaddr, wan = lan+1 and wireless = lan+2, why is this exclusively for routers with broken mac addresses in nvram? Dec 13 00:50:21 no, logic is that there are separated MAC entries in nvram for wireless interfaces Dec 13 00:51:06 yes, it appears not to be the case for my router :( Dec 13 00:51:28 maybe you need to add NVRAM entry, maybe you deleted it or sth Dec 13 00:51:32 don't know Dec 13 00:51:57 it is there, but openwrt is not using it Dec 13 00:52:14 all my macs, including wan and wireless are = lan Dec 13 00:52:47 should I post this question on the mailing list? Dec 13 00:53:20 you can try Dec 13 00:53:30 but there is low interest in broadcom-wl Dec 13 00:53:36 not sure if someone will help Dec 13 00:53:48 yep.. Dec 13 00:54:02 but at least wan mac should be lan+1, no? Dec 13 00:54:10 it is what I see in the commit message of the patch Dec 13 00:54:24 The main mac address increased by one is used as wan address by the vendor code. Dec 13 00:55:03 i told you, it's about "et0macaddr" only, which is etherenet MAC Dec 13 00:55:07 not related to wireless MAC Dec 13 00:55:10 but not going to argue Dec 13 00:55:23 I don't want to bother the list for nothing, hence me asking to you firs Dec 13 00:55:25 first Dec 13 00:56:15 my english is not very good, but I'm not just talking about wireless MAC, I'm talking about MAC in general Dec 13 00:56:52 there is no MAC in general Dec 13 00:57:01 there is ethner MAC and there are wireless MACs Dec 13 00:57:13 nvram show | grep macaddr Dec 13 00:57:16 and you see them Dec 13 00:57:33 yes Dec 13 00:59:13 what I don't understand is why use that patch just for routers with broken macs, my router is doing the same, the only difference is that the address is not 00:90:4C.. Dec 13 01:00:07 hauke is the commiter, should I ask him or do you think I shouldn't bother him with this? Dec 13 01:00:44 unfortunately I didn't see him here in the last few days.. Dec 13 01:00:59 it's up to you Dec 13 01:01:03 i told you what I think Dec 13 01:01:20 I have much respect for a developer opinion :) Dec 13 01:01:57 I guess I will send this question to the list, if he doesn't want to answer.. no problem Dec 13 01:07:08 zajec: we don't add nvram values ever, period Dec 13 01:07:22 zajec: if the hw is broken, we have to workaround it in openwrt Dec 13 01:07:38 zajec: broken as in no/wrong mac addresses in nvram Dec 13 01:08:32 Devastator: it might be possible that nvram and info on sticker does not match anymore ; for this the original Netgear FW has "burn-in" tools (see http://wiki.openwrt.org/toh/netgear/wndr3400 ) Dec 13 01:08:48 plntyk it matches, but they are all the same Dec 13 01:08:58 Kaloz: this Devastator case is not about wrong NVRAM entry Dec 13 01:09:13 Kaloz: he says he has "*macaddr" entries Dec 13 01:09:17 but wl.ko ignores them Dec 13 01:09:25 not wl.ko Dec 13 01:09:28 also wan Dec 13 01:09:38 Devastator: what's wron with yout WAN? Dec 13 01:09:45 it has the same mac as lan Dec 13 01:09:52 that's noraml Dec 13 01:09:59 because it's one physical interface Dec 13 01:10:08 it's a single interface that goes to the switch Dec 13 01:10:16 LAN MAC and WAN MAC are expected to be the same Dec 13 01:10:28 they are only virtuaal interfaces... using different VLAN IDs Dec 13 01:10:29 zajec: still, yhe wan port should have a different mac if it's different with the factory fw Dec 13 01:10:55 from the commit message of the patch: To prevent mac address collisions we replace them with a mac address based on the base address. To generate such addresses we take the main mac address from et0macaddr and increase it by two for the first wifi device and by 3 for the second one. This matches the printed mac address on the device. The main mac address increased by one is used as wan Dec 13 01:10:55 address by the vendor code. Dec 13 01:15:03 if I understand it right: it gets et0macaddr from nvram, adds 1 for WAN, adds 2 for first radio, adds 3 for second radio Dec 13 01:15:37 but it is only works if et0macaddr returns 00:90:4C Dec 13 01:19:40 no **** ENDING LOGGING AT Sat Dec 13 02:59:58 2014