**** BEGIN LOGGING AT Sun Feb 10 02:59:58 2013
Feb 10 03:50:32 <builder_> build #156 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/156
Feb 10 07:51:00 <builder_> build #178 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/178
Feb 10 08:40:30 <builder_> build #153 of ixp4xx is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/153
Feb 10 11:35:31 <builder_> build #141 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/141
Feb 10 11:49:23 <builder_> build #138 of gemini is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/138
Feb 10 12:31:41 <OpenWrt-Commits> jogo r35533 trunk/target/linux/ (8 files in 2 dirs) * bcm63xx: handle huawei nvram layout
Feb 10 12:31:44 <OpenWrt-Commits> jogo r35534 trunk/target/linux/generic/files/drivers/net/phy/b53/b53_mdio.c * generic: b53: fix reverted error check in probe
Feb 10 12:31:46 <OpenWrt-Commits> jogo r35535 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-rb4xx.c * ar71xx: register the micro sd card reader on RB493G
Feb 10 13:05:20 <OpenWrt-Commits> juhosg r35536 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: skip probe on unused PHY addresses
Feb 10 13:05:22 <OpenWrt-Commits> juhosg r35537 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: add sanity check to ar8216_probe
Feb 10 13:05:23 <OpenWrt-Commits> juhosg r35538 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: don't probe the chip multiple times
Feb 10 13:18:56 <OpenWrt-Commits> juhosg r35539 trunk/target/linux/generic/files/drivers/net/phy/ ar8216.c ar8216.h * generic: ar8216: add defines for the AR8316 POSTRIP register
Feb 10 17:17:17 <OpenWrt-Commits> luka r35540 packages/ (9 files in 4 dirs) * [packages] asterisk-11.x: add new package
Feb 10 18:06:52 <builder_> build #129 of octeon is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/129
Feb 10 18:15:00 <DonkeyHotei> Delboy: please check your delboy0 e-mail
Feb 10 18:16:04 <stintel> hmmm I noticed swconfig shows per-port stats recently. any work undergoing to expose this information via snmp somehow ?
Feb 10 18:16:13 <stintel> because that, would be awesome:)
Feb 10 18:17:13 <nbd> is there a snmp daemon that doesn't have rotten code?
Feb 10 18:17:40 <DonkeyHotei> it's a rotten protocol, so i'd imagine not
Feb 10 18:17:41 <blogic> haha
Feb 10 18:17:56 <nbd> Sysadmin's Nightly Mental Pain
Feb 10 18:18:10 <stintel> :>
Feb 10 18:18:14 <stintel> like NFS network failure system
Feb 10 18:18:40 <stintel> or have it exported via netflow or something, even better ;)
Feb 10 18:19:29 <stintel> I guess that's a no
Feb 10 18:20:09 <Delboy> DonkeyHotei: hi
Feb 10 18:20:33 <DonkeyHotei> Delboy: i said most of my idea in the e-mail
Feb 10 18:20:46 <Delboy> DonkeyHotei: just flash that wrt to orig from secondary
Feb 10 18:21:31 <DonkeyHotei> but i want to generate a new secondary than can observe the existing env properly, for macaddr and whatnot
Feb 10 18:21:32 <Delboy> load it with tftpboot
Feb 10 18:22:19 <Delboy> my latest secondary passes ethaddr and boardid from env to kernel
Feb 10 18:22:47 <DonkeyHotei> so it loads an env of size 0xc00 from 0xe000?
Feb 10 18:23:07 <Delboy> yes
Feb 10 18:23:16 <DonkeyHotei> i haven't seen that one
Feb 10 18:23:36 <DonkeyHotei> but it also need to override bootcmd without committing
Feb 10 18:23:49 <DonkeyHotei> *needs
Feb 10 18:23:57 <Delboy> https://sx76x-openwrt-danube.googlecode.com/svn/trunk/secondary-uboot/secondary_boot.img
Feb 10 18:24:38 <DonkeyHotei> i tried that one, it didn't do it. my question was how you generated it from the .limg; is it that big a secret?
Feb 10 18:25:01 <Delboy> no
Feb 10 18:27:14 <Delboy> now do you want to go back to stock fw or?
Feb 10 18:29:25 <DonkeyHotei> i tried that, as i said in the e-mail
Feb 10 18:29:50 <DonkeyHotei> the pci id for wifi wouldn't flip, causing its madwifi to pull up hal status 8
Feb 10 18:30:08 <DonkeyHotei> non-working wifi is not an option
Feb 10 18:30:25 <Delboy> you need to flash config partition to it's place
Feb 10 18:31:29 <DonkeyHotei> wifi config?
Feb 10 18:34:37 <Delboy> just flash wrt-to-orig/runtime.img, to 0xb0020000
Feb 10 18:35:00 <Delboy> and than flash stock fw you used before that worked
Feb 10 18:35:41 <DonkeyHotei> that file won't flash
Feb 10 18:35:48 <DonkeyHotei> it says it's invalid
Feb 10 18:36:52 <Delboy> ok, than use flash it manually
Feb 10 18:37:12 <DonkeyHotei> what is that file, exactly?
Feb 10 18:38:02 <Delboy> flash dump from 0xb0020000 to end
Feb 10 18:38:19 <OpenWrt-Commits> juhosg r35541 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: only set phy_ptr if packet mangling is used
Feb 10 18:38:20 <OpenWrt-Commits> juhosg r35542 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: remove redundant phy address check
Feb 10 18:39:54 <DonkeyHotei> Delboy: i will try that right now and see what happens. will you still be around?
Feb 10 18:42:12 <OpenWrt-Commits> juhosg r35543 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: add ar8xxx_create{,mii} helpers
Feb 10 18:42:13 <OpenWrt-Commits> juhosg r35544 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: add ar8xxx_free helper
Feb 10 18:42:15 <OpenWrt-Commits> juhosg r35545 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: free mib counters from ar8xxx_free
Feb 10 18:42:16 <OpenWrt-Commits> juhosg r35546 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: rename ar8xxx_mib_cleanup to ar8xxx_mib_stop
Feb 10 18:48:46 <DonkeyHotei>         --> Validate runtime image (FLASH)
Feb 10 18:48:46 <DonkeyHotei> wrong options
Feb 10 18:48:46 <DonkeyHotei> checkBoardOptions failed...
Feb 10 18:48:46 <DonkeyHotei> [FAILED]
Feb 10 18:48:50 <DonkeyHotei> Delboy: ^
Feb 10 18:50:16 <Delboy> have you flashed it?
Feb 10 18:50:39 <DonkeyHotei> with cp.b, yes
Feb 10 18:51:47 <DonkeyHotei> what is that file, exactly?
Feb 10 18:52:00 <Delboy> now flash stock fw that is working
Feb 10 18:52:06 <DonkeyHotei> ok
Feb 10 18:53:31 <swalker> luka: is there a reason for not removing asterisk-1.8.x in favor of 11.x?
Feb 10 18:54:04 <nbd> it was just added, it's probably a good idea to give people some time to migrate
Feb 10 18:54:11 <nbd> who knows how compatible it is ;)
Feb 10 18:55:24 <DonkeyHotei> swalker: the lantiq hardware voip channel is in the existing pkg but not the new one
Feb 10 18:58:08 <DonkeyHotei> Delboy: HOW DID YOU DO THAT?
Feb 10 19:02:09 <OpenWrt-Commits> juhosg r35547 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: add ar8xxx_probe_switch helper
Feb 10 19:10:09 <swalker> updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html
Feb 10 19:11:55 <luka> swalker: yes, we use lantiq channel driver on that version
Feb 10 19:38:06 <DonkeyHotei> Delboy: ok, stock firmware works completely. now for owrt. HOW DID YOU GENERATE secondary_boot.img FROM secondary_boot.limg???
Feb 10 19:39:02 <DonkeyHotei> luka: you seem to have had experience with jtag on the sx76x. i might need some help with that on the other board
Feb 10 21:09:21 <mkkl> i have a Problem with an lantiq base router, everytime i reboot i have a new mac addr on my wifi interface
Feb 10 21:10:00 <DonkeyHotei> mkkl: i'm curious, which device and which branch?
Feb 10 21:10:21 <mkkl> aa-rc1 arties wav-218
Feb 10 21:10:59 <mkkl> the Problem ist that everytime the mac changes an new config section ist generarted
Feb 10 21:11:42 <mkkl> DonkeyHotei, it is a lantiq danube ARV4520PW
Feb 10 21:43:38 <DonkeyHotei> mkkl: which wifi chip is in that?
Feb 10 21:57:28 <mkkl> DonkeyHotei, it is the b43 driver
Feb 10 21:57:42 <mkkl> so some kind of broadcom chip
Feb 10 21:59:18 <DonkeyHotei> there is likely some missing code to determine the correct mac. it seems the lantiq target is full of crap like that, and the maintainer seems to be of the "it's a feature not a bug" opinion
Feb 10 22:02:06 <mkkl> DonkeyHotei, i have an other router of the same model that works
Feb 10 22:05:24 <DonkeyHotei> with the same owrt image?
Feb 10 22:17:18 <mkkl> yeah
Feb 10 22:18:13 <mkkl> i think problem is solved ... I tried to reflash the uboot and the device seems to be bricked
Feb 10 22:22:03 <builder_> build #140 of mcs814x is complete: Failure [failed shell_19]  Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/140
Feb 10 22:27:19 <DonkeyHotei> mkkl: i don't get how that makes it "solved"
Feb 10 23:30:24 <mkkl> DonkeyHotei, it the seens that I cant us this device anymore
Feb 10 23:30:47 <mkkl> or at least i don't know how to debrick it
Feb 10 23:36:05 <DonkeyHotei> do you have serial access?
Feb 11 00:08:34 <mkkl> DonkeyHotei, yes current output is: http://p.animux.de/8uu4JrxM5wa.html
Feb 11 00:15:32 <DonkeyHotei> mkkl: that is indeed a dead bootloader. you can recover using "uart boot mode"
Feb 11 00:16:49 <mkkl> DonkeyHotei, are there any resources avaible on how to do that?
Feb 11 00:17:48 <DonkeyHotei> the wiki describes it for other lantiq devices. how to invoke it is device-specific, but the rest should be pretty much the same
Feb 11 00:18:25 <DonkeyHotei> just be sure you have a backup of the original bootloader environment partition
Feb 11 00:19:42 <mkkl> i guess i could get that from the other device
Feb 11 00:25:36 <mkkl> DonkeyHotei, well it seems there is no known quirk for my device yet to enabel this. But thanks for the hint.
Feb 11 00:25:44 <DonkeyHotei> mkkl: no, things like serial number and mac addr will be different
Feb 11 00:26:20 <DonkeyHotei> as for no known quirk, you could discover one with some educated guesswork
Feb 11 00:28:39 <mkkl> DonkeyHotei, i think i rather could discover one by change, since i have no experience in this
Feb 11 00:30:18 <DonkeyHotei> maybe someone around might be more familiar with that particular device
Feb 11 00:30:27 <DonkeyHotei> luka: maybe you? ^
Feb 11 01:40:16 <netprince> is mazillo around?
Feb 11 01:40:44 <netprince> ^mazilo
Feb 11 01:41:29 <netprince> this patch removes libgnutls, but I think that is an accident: https://dev.openwrt.org/changeset/35502
Feb 11 01:41:53 <netprince> near the end
Feb 11 02:43:58 <builder_> build #167 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/167
Feb 11 02:44:15 <builder_> build #167 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/167
**** ENDING LOGGING AT Mon Feb 11 02:59:58 2013