**** BEGIN LOGGING AT Fri Sep 27 02:59:58 2013
Sep 27 03:07:00 <OpenWrt-Commits> tripolar r38227 packages/mail/dovecot/Makefile * [packages] dovecot: update to 2.2.6
Sep 27 03:20:02 <builder> build #342 of xburst is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/342
Sep 27 04:03:46 <builder> build #334 of kirkwood is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/334
Sep 27 06:08:46 <builder> build #324 of au1000 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/324
Sep 27 06:11:13 <builder> build #298 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/298
Sep 27 07:05:00 <builder> build #297 of ep93xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/297
Sep 27 07:20:24 <OpenWrt-Commits> juhosg r38228 trunk/ (28 files in 27 dirs) * kernel: update 3.10 to 3.10.13
Sep 27 07:53:00 <builder> build #361 of ar7 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/361
Sep 27 09:00:27 <builder> build #392 of atheros is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/392
Sep 27 10:23:54 <builder> build #400 of brcm47xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/400
Sep 27 10:50:34 <OpenWrt-Commits> luka r38229 trunk/target/linux/ imx6/patches-3.10/0015-thermal-add-imx-thermal-driver-support.patch imx6/config-3.10 * imx6: backport thermal driver
Sep 27 10:50:35 <OpenWrt-Commits> luka r38230 trunk/package/kernel/linux/modules/other.mk * kernel: add thermal modules
Sep 27 10:50:37 <OpenWrt-Commits> luka r38231 trunk/target/linux/imx6/Makefile * imx6: enable thermal module by default
Sep 27 10:50:38 <OpenWrt-Commits> luka r38232 trunk/target/linux/mvebu/profiles/100-Generic.mk * mvebu: enable thermal module by default
Sep 27 10:50:39 <OpenWrt-Commits> luka r38233 trunk/target/linux/imx6/config-3.10 * imx6: enable cpufreq-imx6q by default
Sep 27 11:16:36 <OpenWrt-Commits> juhosg r38234 trunk/target/linux/ar71xx/files/drivers/mtd/nand/ar934x_nfc.c * ar71xx: ar934x-nfc: disable subpage write when hardware ECC is used
Sep 27 11:57:23 <builder> build #261 of octeon is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/261
Sep 27 12:05:28 <mwalle> hi, what will be the kernel used in the next (barrier breaker?) openwrt release?
Sep 27 12:06:13 <mwalle> i saw some patches on the mailing list which move the kirkwood architecture to 3.10
Sep 27 12:06:32 <mwalle> will these patches be merged?
Sep 27 12:07:16 <KanjiMonster> 3.10 is the target kernel, as it is a LTS kernel
Sep 27 12:07:21 <KanjiMonster> for BB
Sep 27 12:07:22 <mwalle> i'm interested in adding support for the Linkstation LS-XHL to openwrt
Sep 27 12:08:27 <KanjiMonster> is it already supported upstream?
Sep 27 12:08:37 <KanjiMonster> (i.e. in the vanilla linux kernel)
Sep 27 12:08:44 <mwalle> ok then it makes more sense to focus on the 3.10 because in that kernel the support is already integrated
Sep 27 12:09:40 <KanjiMonster> I can't say whether these exact patches will be merged, but kirkwood will be at 3.10 for BB
Sep 27 12:11:57 <mwalle> ok, nice. do we know when BB will be released? just a rough estimation please. this year, next year?
Sep 27 12:13:38 <KanjiMonster> when it's ready ;p
Sep 27 12:14:37 <jow_laptop> not this year
Sep 27 12:25:05 <blogic> jow_laptop: no ?
Sep 27 12:25:06 <blogic> :)
Sep 27 12:27:30 <mwalle> ok then there is still plenty of time to get the support merged, right?
Sep 27 12:28:18 <blogic> we wont release with out all targets on 3.10
Sep 27 12:30:23 <Devastator> shouldn't -sysupgrade.bin images have the same header as factory? I tried to sysupgrade using -sysupgrade.bin but it said invalid image type, Image check platform_check_image failed
Sep 27 12:31:40 <KanjiMonster> Devastator: most often the (absence of the) vendor specific header is the difference between factory and sysupgrade
Sep 27 12:32:39 <Devastator> KanjiMonster do I need to edit some file for it to generate sysupgrade images properly?
Sep 27 12:33:20 <OpenWrt-Commits> luka r38235 trunk/tools/Makefile * [tools] quilt: add findutils as dependency
Sep 27 12:33:44 <KanjiMonster> Devastator: depends on the target, sometimes you need to define two image macros, one for factory, one for sysupgrade, sometimes the macro already creates both
Sep 27 12:34:11 <Devastator> hum.. this is ramips by the way..
Sep 27 12:34:23 <Devastator> don't know if makes any difference]
Sep 27 12:40:41 <Devastator> KanjiMonster I showed my bootlog to Gabor, which said these jffs2 messages were ugly and if it happened after sysupgrade also.. here is the messages: http://codepad.org/DAJsuZ0R
Sep 27 12:41:32 <KanjiMonster> Devastator: is this a jffs2-only image or a squashfs+jffs2 one?
Sep 27 12:42:07 <Devastator> KanjiMonster squashfs+jffs2 I guess, I only selected squashfs as target image
Sep 27 12:45:07 <KanjiMonster> hm
Sep 27 12:45:25 <KanjiMonster> does the image contain the deadc0de marker?
Sep 27 12:45:47 <Devastator> KanjiMonster how do I check? hex editor?
Sep 27 12:46:05 <KanjiMonster> yeah
Sep 27 12:46:15 <Devastator> KanjiMonster which offset?
Sep 27 12:46:16 <KanjiMonster> (it's 0xdeadc0de of course ;)
Sep 27 12:46:24 <KanjiMonster> somwhere at the end
Sep 27 12:46:27 <Devastator> oh :)
Sep 27 12:46:34 <Devastator> let's see..
Sep 27 12:48:18 <Devastator> factory doesn't have it.. checking sysupgrade
Sep 27 12:49:37 <Devastator> sysupgrade have it, but it's not accepted by sysupgrade
Sep 27 12:50:35 <mazilo> Does anyone here know why ARM v5TE has been replaced with ARM XSCALE on the latest SVN Trunk?
Sep 27 12:50:37 <OpenWrt-Commits> luka r38236 trunk/tools/Makefile * [tools] patch: other tools might depend on this one
Sep 27 12:52:08 <nbd> mazilo: where exactly?
Sep 27 12:53:03 <mazilo> nbd: I just updated to SVN r38234 and now the compilation on toolchains changes to ARM XSCALE for Marvel Kirkwood. It used to be ARM v5TE
Sep 27 12:53:32 <nbd> "the compilations on toolchains"?
Sep 27 12:53:54 <nbd> please describe what you see, not what you read into it
Sep 27 12:54:02 <mazilo> Well, when I launched 'make', the process rebuilt toolchains.
Sep 27 12:54:10 <nbd> right
Sep 27 12:54:23 <nbd> that currently happens with all targets, as i did some rework there
Sep 27 12:54:28 <nbd> that renames the toolchain directory
Sep 27 12:55:00 <nbd> i introduced a CPU_TYPE variable to eliminate false sharing of toolchains between incompatible arm targets (or ones with different optimizations)
Sep 27 12:55:46 <mazilo> IC. But, the toolchains fails to compile.
Sep 27 12:56:09 <nbd> you could have started with that ... ;)
Sep 27 12:56:20 <nbd> and provided some details on the build error
Sep 27 12:56:26 <mazilo> I did a 'make dirclean' first.
Sep 27 12:56:44 <mazilo> http://pastebin.com/7UvUAndC
Sep 27 12:57:10 <nbd> did you do make oldconfig as well after updating?
Sep 27 12:57:10 <Devastator> now I have to figure out why sysupgrade doesn't accept my sysupgrade image, any pointers? :)
Sep 27 12:57:40 <nbd> either way, that log already indicates that the real error message is inside config.log
Sep 27 12:57:48 <nbd> so please put that in a pastebin as well
Sep 27 12:57:54 <nbd> so i don't have to do random guesses ;)
Sep 27 12:58:39 <mazilo> nbd: I did a 'make dirclean' first.
Sep 27 12:58:59 <nbd> ok, let me know when you have the info
Sep 27 13:00:20 <mazilo> http://pastebin.com/NnYf8wdi
Sep 27 13:00:59 <mazilo> What I don't know is which 'configure' file.
Sep 27 13:01:38 <Devastator> I'm guessing ramips has only one macro for both factory and sysupgrade images
Sep 27 13:03:11 <nbd> mazilo: that pastebin contains the path to where the config.log is
Sep 27 13:03:17 <nbd> at least it looks like it
Sep 27 13:03:20 <mwalle> nbd: i see the same errors
Sep 27 13:03:53 <mwalle> nbd: there seems to be a typo in the xscale optimization flags, "march=" vs "-march="
Sep 27 13:04:16 <nbd> ah, right
Sep 27 13:04:17 <nbd> will fix that
Sep 27 13:04:20 <nbd> thanks
Sep 27 13:04:25 <mwalle> nbd: and i guess CPU_TYPE=arm926ej-s should be set in the kirkwood makefile
Sep 27 13:04:31 <mazilo> nbd: Yes. But, in that path '/opt/openwrt-svn-trunk/build_dir/toolchain-arm_xscale_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/gcc-linaro-4.8-2013.08-minimal/arm-openwrt-linux-uclibcgnueabi/libgcc', I don't see a 'configure' file.
Sep 27 13:04:47 <OpenWrt-Commits> nbd r38237 trunk/include/target.mk * build: fix typo in arm cflags
Sep 27 13:04:53 <nbd> mazilo: that's normal
Sep 27 13:05:06 <nbd> mazilo: the configure file for that is in the gcc source directory
Sep 27 13:05:13 <mwalle> mazilo: i just stumpled about the same error
Sep 27 13:05:14 <nbd> not in the build one
Sep 27 13:05:22 <nbd> mwalle: it's fixed now
Sep 27 13:05:26 <nbd> (see above)
Sep 27 13:05:32 <nbd> need to run make oldconfig after updating
Sep 27 13:05:34 <mwalle> nbd: thanks ;)
Sep 27 13:05:38 <mazilo> nbd: OK. Thanks.
Sep 27 13:05:43 <mwalle> but still kirkwood defaults to xscale, right?
Sep 27 13:05:51 <nbd> right, just like before my changes
Sep 27 13:06:01 <nbd> just the directory name is different now
Sep 27 13:06:17 <mazilo> nbd: I am now doing the 'make oldconfig'.
Sep 27 13:06:39 <mwalle> nbd: ok i see, but shouldn't be the correct one the arm926ej-s ?
Sep 27 13:07:09 <nbd> there is probably a better match than xscale, but i'm not sure if it's arm926ej-s
Sep 27 13:10:26 <mazilo> nbd: Same problem after the 'make oldconfig' (http://pastebin.com/mLcqb9AQ).
Sep 27 13:12:26 <Devastator> KanjiMonster do you think deadc0de marker is all I need to stop seeing these ugly jffs2 messages?
Sep 27 13:12:47 <KanjiMonster> Devastator: that or a complete format of the flash
Sep 27 13:12:58 <KanjiMonster> s/format/erasure
Sep 27 13:13:02 <Devastator> KanjiMonster I see..
Sep 27 13:13:12 <mwalle> nbd: i guess you are right, the linux kernel does the follwoing: tune-$(CONFIG_CPU_FEROCEON)     =$(call cc-option,-mtune=marvell-f,-mtune=xscale)
Sep 27 13:13:14 <nbd> mazilo: right, make dirclean is necessary as well.
Sep 27 13:13:29 <mazilo> nbd: I just SVN updated to 38237 and am now doing 'make dirclean; make'.
Sep 27 13:13:44 <mazilo> nbd: will be back in 1hr.
Sep 27 13:14:55 <Devastator> KanjiMonster thanks for your helped, I've reported the sysupgrade problem to Gabor as well, let's see what he says heheh
Sep 27 13:15:14 <KanjiMonster> I'm not sure if sysupgrade needs it
Sep 27 13:15:30 <KanjiMonster> but maybe he has some input
Sep 27 13:15:40 <Devastator> ooops, help
Sep 27 13:16:24 <Devastator> KanjiMonster factory image doesn't have it, only sysupgrade has it
Sep 27 13:43:29 <Devastator> how many targets are not in 3.10?
Sep 27 14:05:50 <idli> mstenber@mstenber-ubuntu-1204 ~/hnet/openwrt/dist/target/linux>egrep '^LINUX_VERSION:=' */Makefile | cut -d '=' -f 2 | sort | uniq -c | sort -n
Sep 27 14:05:50 <idli>       2 3.6.11
Sep 27 14:05:50 <idli>       2 3.9.11
Sep 27 14:05:50 <idli>       8 3.8.13
Sep 27 14:05:50 <idli>      12 3.3.8
Sep 27 14:05:50 <idli>      21 3.10.13
Sep 27 14:06:33 <idli> at least 3.10 is the most common one.. ;)
Sep 27 14:08:07 <Devastator> 24 targets to migrate hehe
Sep 27 14:08:10 <Devastator> a lot of work..
Sep 27 14:09:27 <Devastator> porting a device is easy, I need to learn C for real contribution
Sep 27 18:14:29 <zajec> Hauke: hey, i saw some ppl asking about ADM on ML
Sep 27 18:14:40 <zajec> Hauke: someone said he sent you one router with ADM switch
Sep 27 18:14:49 <Hauke> yes I have it
Sep 27 18:14:53 <zajec> Hauke: did you start writing switch driver for ADM? or anyone else?
Sep 27 18:15:10 <Hauke> no I haven't started :-(
Sep 27 18:15:30 <zajec> ok, just wanted to now :) to don't duplicate your work in case i decide to start ;)
Sep 27 18:15:49 <zajec> Hauke: recently AMD released specs for their audio engine, so I'll be busy with that
Sep 27 18:15:58 <zajec> but after testing that I may try to work on ADM
Sep 27 18:16:11 <Hauke> I also found specs for the adm switch
Sep 27 18:16:26 <zajec> oh, nice
Sep 27 18:16:33 <Hauke> just the gpio interface is a little strange
Sep 27 18:16:52 <zajec> but we should be able to use "swtich" as code reference, right?
Sep 27 18:16:59 <Hauke> yes
Sep 27 18:17:03 <zajec> ok :)
Sep 27 18:17:44 <Hauke> there is already a driver for such a switch  or a similar one for swconfig, but it uses a different interface to talk to the switch
Sep 27 18:18:28 <zajec> oh, thanks for info
Sep 27 18:18:31 <zajec> i didn't know tha
Sep 27 18:32:14 <Devastator> zajec hi, I've found a router with BCM43224 and thought about buying, but after talking to Hauke and KanjiMonster, it won't be much useful..
Sep 27 18:33:07 <KanjiMonster> the problem with bcm43224 is mostly political, not technical
Sep 27 18:37:02 <Devastator> sorry, got disconnected
Sep 27 18:37:46 <Devastator> by political I guess it is broadcom internal politics?!
Sep 27 18:38:28 <KanjiMonster> kernel rules don't allow more than one driver for the same hardware
Sep 27 18:38:42 <KanjiMonster> and there already is a driver for bcm43224; brcmsmac
Sep 27 18:39:45 <Devastator> that is what I heard
Sep 27 18:40:45 <Devastator> are there any comparisons between brcmsmac and b43?
Sep 27 18:41:20 <KanjiMonster> comparisons?
Sep 27 18:41:36 <Devastator> performance comparisons, I mean
Sep 27 18:43:30 <russell--> Devastator: http://sprunge.us/PgEM (as of r38226)
Sep 27 18:44:46 <Devastator> b43 is broadcom driver reverse engineered by zajec and brcmsmac is basically broadcom source, kernel independent, work of Hauke, is this correct?
Sep 27 18:44:48 <Hauke> brcmsmac support ieee80211n rates
Sep 27 18:45:51 <Hauke> brcmsmac was done by broadcom I just added beconing
Sep 27 18:47:27 <Devastator> beconing?
Sep 27 18:47:51 <Hauke> sending Beacon frames
Sep 27 18:47:57 <Hauke> http://en.wikipedia.org/wiki/Beacon_frame
Sep 27 18:48:08 <Hauke> this is needed for ap mode
Sep 27 18:49:24 <Devastator> right! that's what nbd said when I asked if brcmsmac was sta only
Sep 27 18:49:32 <Devastator> that you were adding ap mode
Sep 27 18:49:35 <Devastator> now I remember
Sep 27 18:51:25 <zajec> Devastator: policy was already violated, b43 and brcmsmac, both support BCM43224
Sep 27 18:51:54 <zajec> b43 support is poorer / more poor
Sep 27 18:56:05 <Devastator> zajec I see.. anyway, when I saw you and KanjiMonster talking, I thought it would be helpful and got excited in the pursuit of a device with that chip or BCM43222
Sep 27 18:56:45 <KanjiMonster> bcm43222 is fine politically
Sep 27 18:57:16 <Devastator> hummm.. back to the search :)
Sep 27 18:57:18 <zajec> Devastator: by working on BCM43224 you would probably imrpove b43 for BCM43222 and BCM4331 and others too
Sep 27 18:57:35 <zajec> BCM43222 is SSB based (it may be hard to google)
Sep 27 18:57:40 <zajec> brcmsmac doesn't support SSB
Sep 27 18:57:45 <zajec> only BCMA
Sep 27 18:58:00 <Devastator> I've found it but only on usb dongles..
Sep 27 18:58:42 <Hauke> http://www.ebay.de/itm/BroadCom-BCM94322-BCM43222-Mini-PCI-WLAN-WIFI-KaRTE-for-Acer-Asus-Toshiba-/180946693310?pt=DE_Computing_Interne_Netzwerkkarten&hash=item2a21436cbe
Sep 27 18:59:17 <KanjiMonster> zajec: right, but it will be hard to get that accepted if state that its tested/based on bcm43224 because bcm43224 is already quite well supported with brcmsmac (and will improving 43224 support really help 4331 that much? these are different PHYs)
Sep 27 18:59:47 <Devastator> anyway, if the seller answer my questions and it is in fact v1.0 (the one with BCM43224), I'm gonna buy it anyway, it's dirty cheap for my country
Sep 27 19:00:50 <zajec> KanjiMonster: b43 need 802.11n support in general code, probably not much N-PHY specific
Sep 27 19:00:53 <Hauke> BCM43224 has pcie and BCM4222 has PCI
Sep 27 19:04:59 <KanjiMonster> zajec: might be true. also I think 4331 still has the rx/tx headers issue
Sep 27 19:14:15 <Devastator> well, I think my WRT310N has a 4331...
Sep 27 19:17:50 <Hauke> Devastator: no the wrt310n has a BCM4321 (in ver 1.0) or uses the integrated wifi in the BCM4716 (in ver 2.0)
Sep 27 19:19:06 <Devastator> humm, correct
Sep 27 19:19:15 <Devastator> mine is v1
Sep 27 19:19:42 <Devastator> useless then hehe
Sep 27 19:27:27 <The_Lizard> blogic: ping?
Sep 27 19:39:31 <Devastator> I really want to do this mod: http://wl500g.info/showthread.php?30205-Asus-RT-N16-256MB-RAM-amp-Wi-Fi-2-4-5-GHz-DualBand
Sep 27 19:46:10 <Hauke> Devastator: lol
Sep 27 19:47:17 <Devastator> that's great, I love this router
Sep 27 19:48:33 <Hauke> the only hardware modifications I do is adding serial ;-)
Sep 27 19:50:52 <builder> build #294 of adm5120 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/294
Sep 27 19:52:34 <tripolar> hi
Sep 27 19:52:43 <tripolar> jow_laptop: any new about the socket for ubus?
Sep 27 19:52:59 <tripolar> jow_laptop: any news about the socket for ubus?
Sep 27 20:30:18 <russell--> serial++ luci is for lusers! ;-)
Sep 27 20:31:46 <builder> build #393 of atheros is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/393
Sep 27 20:44:52 <builder> build #395 of orion is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/395
Sep 27 20:45:18 <OpenWrt-Commits> nbd r38238 trunk/package/kernel/linux/modules/other.mk
Sep 27 20:45:19 <OpenWrt-Commits> kernel: mark kmod-thermal menuconfig symbol as hidden to avoid building it on targets with no thermal drivers
Sep 27 20:48:11 <OpenWrt-Commits> nbd r38239 trunk/package/kernel/linux/modules/pcmcia.mk * kernel: remove old kernel compat code for pcmcia
Sep 27 20:48:29 <builder> build #401 of brcm47xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/401
Sep 27 20:54:33 <builder> build #382 of cobalt is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/382
Sep 27 20:55:03 <OpenWrt-Commits> nbd r38240 trunk/target/linux/ generic/config-3.8 generic/config-3.6 * kernel: add missing symbols for iio on older kernel versions
Sep 27 20:57:40 <builder> build #363 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/363
Sep 27 21:00:35 <builder> build #383 of cobalt is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/383
Sep 27 21:00:44 <builder> build #363 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/363
Sep 27 21:07:36 <Devastator> Hauke I usually install serial and jtag header, but I like hardware mod hehe
Sep 27 21:07:49 <Devastator> specially because these devices price are quite high over here..
Sep 27 21:11:53 <builder> build #385 of lantiq is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/385
Sep 27 21:13:03 <OpenWrt-Commits> nbd r38241 trunk/target/linux/ generic/config-3.8 generic/config-3.9 generic/config-3.10 * kernel: add another missing symbol for iio
Sep 27 21:13:07 <OpenWrt-Commits> nbd r38242 trunk/package/kernel/linux/modules/sound.mk * kernel: make sound-soc-core depend on kmod-ac97
Sep 27 21:13:10 <OpenWrt-Commits> nbd r38243 trunk/target/linux/lantiq/config-default * lantiq: add a default for CONFIG_MTD_NAND_XWAY to fix build errors
Sep 27 21:13:14 <OpenWrt-Commits> nbd r38244 trunk/target/linux/octeon/config-default * octeon: remove CONFIG_FW_LOADER override to fix build errors
Sep 27 21:13:18 <OpenWrt-Commits> nbd r38245 trunk/package/kernel/linux/modules/other.mk * kernel: exclude regmap-spi.ko if SPI support cannot be selected
Sep 27 21:13:21 <OpenWrt-Commits> nbd r38246 trunk/target/linux/ generic/config-3.8 generic/config-3.9 generic/config-3.6 generic/config-3.10 * kernel: add missing config symbol
Sep 27 21:13:40 <Hauke> nbd: thanks
Sep 27 21:13:59 <nbd> no problem
Sep 27 21:14:10 <nbd> just went through all buildbot failure logs and fixed whatever showed up there ;)
Sep 27 21:14:20 <nbd> let's see how many still fail in the next round ;)
Sep 27 21:24:40 <builder> build #415 of brcm63xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/415
Sep 27 21:26:55 <builder> build #343 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/343
Sep 27 21:28:33 <Devastator> a seller that doesn't answer questions for 3 days can't be trusted.. :(
Sep 27 21:30:30 <Devastator> bcm4322 is not the same as bcm43222 right?
Sep 27 21:43:14 <zajec> right
Sep 27 21:43:15 <zajec> http://wireless.kernel.org/en/users/Drivers/b43
Sep 27 21:43:37 <zajec> BCM4322 is N rev 4, BCM43222 is N rev 6
Sep 27 21:43:59 <zajec> both are SSB based
Sep 27 21:59:29 <builder> build #276 of mpc52xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/276
Sep 27 22:00:02 <builder> build #376 of uml is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/376
Sep 27 22:05:24 <builder> build #411 of at91 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/411
Sep 27 23:07:05 <builder> build #366 of x86 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/366
Sep 28 00:36:57 <builder> build #353 of avr32 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/353
Sep 28 01:33:07 <builder> build #325 of au1000 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/325
Sep 28 01:35:02 <builder> build #299 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/299
**** ENDING LOGGING AT Sat Sep 28 02:59:58 2013