**** BEGIN LOGGING AT Tue Jun 11 02:59:58 2013 **** BEGIN LOGGING AT Tue Jun 11 06:41:24 2013 Jun 11 09:29:12 cyrus r36910 trunk/package/network/utils/ iproute2/Makefile iproute2/patches/900-drop_FAILED_POLICY.patch * iproute2: add drop-failed rule action (patch by Jonas Gorski) Jun 11 09:29:17 cyrus r36911 trunk/target/linux/ generic/patches-3.9/670-ipv6-allow-rejecting-with-source-address-failed-policy.patch generic/patches-3.8/670-ipv6-allow-rejecting-with-source-address-failed-policy.patch generic/patches-3.10/670-ipv6-allow-rejecting-with-source-address-failed-policy.patch * linux: add ipv6 failed-policy routing action (by Jonas Gorski) Jun 11 09:31:47 cyrus r36912 branches/attitude_adjustment/package/ iproute2/Makefile iproute2/patches/900-drop_FAILED_POLICY.patch * AA: iproute2: Backport r36910 Jun 11 09:31:53 cyrus r36913 branches/attitude_adjustment/target/ linux/generic/patches-3.3/670-ipv6-allow-rejecting-with-source-address-failed-policy.patch linux/generic/patches-3.3/668-ipv6-fix-handling-of-throw-routes.patch linux/generic/patches-3.3/665-ipv6-fix-handling-of-blackhole-and-prohibit-routes.patch * AA: linux: Backport r36911 Jun 11 11:48:18 nbd r36914 trunk/package/libs/libubox/Makefile * libubox: update to latest version, fixes an uloop use-after-free bug Jun 11 12:52:32 nbd r36915 trunk/package/uci/Makefile * uci: update to fix excessive reorder delta entry duplication (#13678) Jun 11 12:57:27 nbd r36916 branches/attitude_adjustment/ scripts/clean-package.sh include/package.mk Jun 11 12:57:27 build: clean up stale files from a previous build when installing a package build to the staging dir Jun 11 12:57:28 nbd r36917 branches/attitude_adjustment/package/ uci/Makefile libjson-c/Makefile libubox/Makefile * AA: backport libjson-c, libubox and uci from trunk Jun 11 13:31:43 cyrus r36918 trunk/package/ base-files/files/etc/sysctl.conf base-files/Makefile * base-files: set default IPv6 forwarding value to 1 Jun 11 13:33:31 cyrus r36919 branches/attitude_adjustment/package/ base-files/Makefile base-files/files/etc/sysctl.conf * AA: base-files: backport r36918 Jun 11 14:12:09 cyrus r36920 trunk/package/ base-files/files/etc/init.d/boot base-files/Makefile * base-files: remove unnecessary early sysctl-hack Jun 11 14:12:43 cyrus r36921 branches/attitude_adjustment/package/ base-files/Makefile base-files/files/etc/init.d/boot * AA: base-files: backport r36920 Jun 11 14:13:05 build #250 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/250 Jun 11 14:28:26 build #290 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/290 Jun 11 14:31:39 build #254 of xburst is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/254 Jun 11 14:42:58 nbd: excuse me, is the usb in the ar9331 affected by the dma issue or only happens with the wifi? Jun 11 14:44:14 ask this because a little project in which the wifi is not needed. Jun 11 14:44:16 what's 'the dma issue'? Jun 11 14:45:23 there are some tickets about an issue with the wifi and dma afaik Jun 11 14:45:55 yes, with wildly conflicting, sometimes scenario specific issues Jun 11 14:46:06 and not much in common aside from referring to some specific pieces of logspam Jun 11 14:46:26 logspam :-D Jun 11 14:47:11 to summarize: in the ar9331 the ehci port works fine, no? Jun 11 14:47:42 well, there are some issues with it Jun 11 14:47:52 e.g. you need to make sure that the device doesn't draw too much power Jun 11 14:48:04 and the port cannot handle some full-speed devices Jun 11 14:48:34 full-speed=ohci Jun 11 14:50:01 i want attach only an USB 2.0 external powered HDD case Jun 11 14:50:57 so power and full-speed issues seems to be not the problem Jun 11 14:52:06 so you're having some usb issues? Jun 11 14:52:57 still not, i'll make tests later Jun 11 14:53:28 in this moment i'm testing with bcm63xx and lantiq danube Jun 11 14:54:17 if i find something strange you will have the feedback Jun 11 14:55:08 a lot of thanks for your help Jun 11 15:00:33 nbd: forgot to say that with a TL-MR3220v2 haven't that "problems". Don't remember the trunk revision. Jun 11 15:01:51 build #226 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/226 Jun 11 16:31:56 Are all the Mips 24K cores affected by the "24K E48 (lost data on stores during refill) errata" or only some of them? Jun 11 16:32:02 has any porting work been done for Motorola PowerPC 8241/8245 that is in the repos? i can only see mpc52xx and 85xx Jun 11 16:32:40 i'm asking because we got a bunch of foundry ironpoint 200 which uses that cpu Jun 11 16:34:23 soma: with make kernel_menuconfig maybe you can select the right SoC Jun 11 16:34:49 ok, i'll try that Jun 11 16:48:33 soma: you can select the right SoC in the kernel, but the board is not defined Jun 11 16:49:37 where would i need to define the board? Jun 11 16:50:01 atm i'm building for 82xx and would try to boot that kernel from a tftp server Jun 11 16:52:57 i think this is one of the first steps. Can you download the source code of the ironpoint? Jun 11 16:53:15 afaik no Jun 11 16:53:26 :-( Jun 11 16:53:56 <[florian]> these boards usually require a device tree blob to be passed by the bootloader Jun 11 16:54:08 <[florian]> so you probably do not have to add support for a board Jun 11 16:54:21 <[florian]> or maybe just tell the kernel about a certain compatible string or something like this Jun 11 16:58:02 [florian]: excuse me, Do you know if all the mips 24k cores are affected by the 24K E48 errata? Jun 11 16:58:48 [florian]: is there any doc about this? maybe a similar board that already works? Jun 11 16:58:58 <[florian]> Pteridium: absolutely no idea Jun 11 16:59:10 <[florian]> soma: just look at how other 82xx boards are supported and mimic it Jun 11 16:59:38 so there are already supported 82xx boards? Jun 11 16:59:41 <[florian]> arch/powerpc/boot/dts/mpc8272ads.dts is an example Jun 11 16:59:47 <[florian]> by the linux kernel, not by openwrt Jun 11 17:00:01 <[florian]> but getting openwrt to build your kernel user-land really is the easy part here Jun 11 17:00:26 <[florian]> if you do not have the dts sources, you might want to login on the existing system and see if cat /proc/device-tree/ comes non empty Jun 11 17:00:51 problem is there is no real shell on it Jun 11 17:02:02 [florian]: you are right; to test Irongate netsurvibox tried with other boards with the same SoC with success Jun 11 17:04:17 <[florian]> soma: you might want to poke at it while it is still in the bootloader then (probably uboot) Jun 11 17:04:33 its vxworks Jun 11 17:04:43 <[florian]> oh Jun 11 17:05:10 thats not good? Jun 11 17:06:02 vxworks OS or vxworks bootloader? can you post the bootlog? Jun 11 17:06:08 <[florian]> I don't know how to use vxworks, neither how to poke at it Jun 11 17:06:31 i'm not sure about the os, but the bootloader is vx Jun 11 17:07:06 and ok, i can post a bootlog later. is it ok to start a page under not supported devices for it to collect information? Jun 11 17:07:13 <[florian]> sure Jun 11 17:08:30 ok. just need to do some real work before, i'll send the link here later. and thanks for your help Jun 11 17:08:45 <[florian]> yw Jun 11 18:08:03 nbd: ping? Jun 11 18:08:50 nbd: no question, just wanted to share something you would find sad / interesting / crazy: https://bitbucket.org/accelecon/modemmanager/wiki/PantechUML295 Jun 11 18:09:36 The USB modem has a http interface for connection management! Jun 11 19:53:04 build #260 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/260 Jun 11 19:55:09 fullstop: heh Jun 11 20:53:53 cyrus r36922 trunk/package/network/ipv6/ 6relayd/files/6relayd.init 6relayd/Makefile * 6relayd: make route preference and prefix on-link flag configurable Jun 11 20:55:34 cyrus r36923 branches/attitude_adjustment/package/6relayd/ Makefile files/6relayd.init * AA: 6relayd: backport r36922 Jun 11 21:24:53 jow_laptop: this time the spam found a way to override your protections. Some people don't have ethics. Jun 11 21:26:17 Pteridium: http://wiki.openwrt.org/toh/foundry/ironpoint-200 Jun 11 21:28:09 cool! 2 cpus? Jun 11 21:28:34 hm, i thought its one that goes by two names Jun 11 21:28:50 ah Jun 11 21:29:28 but this would explain why it uses 13W and becomes quite warm Jun 11 21:31:12 afaik PowerPC cores run a little hot Jun 11 21:31:34 not valid for low power devices :-) Jun 11 21:32:07 what about the bootloader? Jun 11 21:32:07 many of the embedded-class powerpc cpus are 10W+ TDP Jun 11 21:32:51 so powerpc is power hungry, no? Jun 11 21:32:53 yes, also the thing is from 2005, saving power was probably not as important back then as it is now Jun 11 21:33:21 bootloader looks like vxworks. what you see on the page is the complete boot log i get Jun 11 21:33:48 <[florian]> yes this definitively looks like vxworks Jun 11 21:34:14 <[florian]> you might be able to get a basic kernel booting using the existing mpc82xx dts file that I mentionned before Jun 11 21:34:25 <[florian]> just some basic stuff: serial, interrupt controller and cpu nodes Jun 11 21:34:51 uploading it from the bootloader? Jun 11 21:34:55 ok, that would be quite a success already Jun 11 21:35:13 <[florian]> or simpler; try to load uboot maybe Jun 11 21:35:21 <[florian]> from the vxworks bootloader Jun 11 21:35:31 <[florian]> smaller to recompile, change and load Jun 11 21:36:49 you can also check if its buildout is similar to an mpc devboard, and then try build upon that Jun 11 21:36:56 is not a bit dangerous changing the bootloader without more info? of course u-boot is a very good option Jun 11 21:37:17 <[florian]> Pteridium: I am not suggesting to change it, but chainload it from vxworks Jun 11 21:38:09 ahhhh, as a second stage bootloader Jun 11 21:38:13 <[florian]> yep Jun 11 21:38:27 <[florian]> just so it is easier to poke rather than modifying a Linux kernel Jun 11 21:38:42 <[florian]> especially as you would have to modify device tree + the simpleImage wrapper for ppc Jun 11 21:39:19 and thats easier in u-boot? Jun 11 21:39:54 <[florian]> yes, it's just one binary Jun 11 21:40:04 <[florian]> and the addresses would be hardcoded Jun 11 21:43:24 <[florian]> also, uboot might contain more mpc82xx references than the kernel itself **** ENDING LOGGING AT Wed Jun 12 02:59:58 2013