**** BEGIN LOGGING AT Sat Sep 26 02:59:59 2015 Sep 26 03:01:00 build #99 of ppc40x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/99 Sep 26 03:13:12 build #90 of brcm47xx.mips74k is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx.mips74k/builds/90 Sep 26 06:17:32 build #91 of ar71xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/91 Sep 26 06:33:44 build #92 of lantiq.xrx200 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq.xrx200/builds/92 Sep 26 10:21:13 build #102 of brcm63xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/102 Sep 26 10:24:25 build #93 of avr32 is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/93 Sep 26 15:07:23 nbd: thanks for the patch integration in netifd :) Sep 26 16:43:41 build #90 of mpc83xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/90 Sep 26 16:56:25 I don't seem to be able to compile UML, can anyone reproduce? x86 is fine,... https://gist.github.com/txomon/be83fe1d238e1fa7e9ed Sep 26 16:56:41 on target install Sep 26 17:03:44 txomon|sauron are you Javier Domingo? Sep 26 17:03:53 Devastator: yes I am Sep 26 17:04:20 your mailing list thread was answered, check there Sep 26 17:04:44 oh didn'0t see :( Sep 26 17:08:26 build #90 of ep93xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/90 Sep 26 18:10:48 hrm, I'm hitting https://dev.openwrt.org/ticket/20038, and have applied the patch and rebuilt nfs-kernel-server package, but it's not helping, I still see rpc.statd processes firing up continusously and dieing off and still get the flooded logs Sep 26 18:13:32 oh no, nvm, just had to manually kill off the old processes properly. Sep 26 18:13:35 good, Sep 26 18:13:54 um, anyone against that patch getting merged? there's no maintainer for the nfs-kernel-server package Sep 26 18:16:13 nah, there's something else wrong with nfs-kernel-server, will hav eto look further later :| Sep 26 18:17:01 tripolar is if you're talking trunk Sep 26 18:20:12 yeah, this is trunk from ~2 days ago Sep 26 18:21:40 tripolar: why does /etc/init.d/rpcd have extra stop/reload functions? isn't that handled properly by procd already? portmap doesn't have it, Sep 26 18:23:17 nfsd file looks weird too, uses procd instances for some of it? Sep 26 18:24:36 mount: can't setup loop device: No such file or directory so it's dependencies must be wrong too .. Sep 26 18:31:56 build #94 of arm64 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/arm64/builds/94 Sep 26 18:43:41 tripolar: is nfs export meant to work for the rootfs/overlayfs on an openwrt device? or can you only export mounted "real" filesystmes? Sep 26 21:12:01 nbd r47049 trunk/tools/patch/Makefile * tools/patch: enable parallel build Sep 26 21:12:09 nbd r47050 trunk/ tools/bison/Makefile tools/bison/scripts/yacc tools/bison/scripts Sep 26 21:12:09 bison: replace the yacc script with one that does not hardcode the path (fixes #20605) Sep 26 21:12:38 nbd r47051 branches/chaos_calmer/tools/ bison/Makefile bison/scripts bison/scripts/yacc Sep 26 21:12:38 bison: replace the yacc script with one that does not hardcode the path (fixes #20605) Sep 26 22:15:38 when I boot openwrt in qemu (malta/mips) using the initramfs image, then how can I mount the ext4 root disk image? kinda like an extroot... or how else can I get permanent storage using qemu? (I cannot boot the non-initramfs kernel image, it cannot find the qemu hdd, only the initramfs. and I cannot find anything about this on the wiki) Sep 26 22:18:06 attila_lendvai: isn't this more related to qemu than to openwrt? Have you read http://wiki.openwrt.org/doc/howto/qemu ? Sep 26 22:23:03 I started with reading the wiki of course. I'm not sure it's qemu related, because I can set up the hardware, I can even mount the openwrt generated .ext4 root image file through the emulated disk. my problem is how to tell the openwrt initramfs scripts to mount /dev/sda as root. I think that's openwrt related, but I'm not sure to be honest. Sep 26 22:24:17 I have no idea then, I am just getting started with using openwrt in my dev machine... Sep 26 22:24:59 but usually, the kernel image is passed some options with the address to mount Sep 26 22:26:57 the thing is that when I boot qemu using 'openwrt-malta-be-vmlinux-initramfs.elf' then it detects the qemu virtual disk, but when I boot 'openwrt-malta-be-vmlinux.elf', then before it would get to that it complains that it cannot find /dev/sda. I assume there's something in the initramfs that is needed to detect the disks, even though I compiled in the relevant kernel modules (star in the menu, instead of 'M') Sep 26 22:27:30 in both cases I pass root=/dev/sda to the kernel Sep 26 22:40:41 FTR, I can just mount the disk to /mnt and chroot into it. Sep 26 22:43:04 that sounds like a really dirty solution xD Sep 26 22:44:15 all I need is a machine with more ram, so that I can compile the final product. I'll develop on my debian, but want to see how I can produce an executable for openwrt Sep 26 22:45:02 and the simple cross compiling gcc is not enough, it's not written in c Sep 26 22:45:29 attila_lendvai: language? Sep 26 22:45:36 common lisp Sep 26 22:46:40 if you just want more size, why don't you just create a kvm image of the size you wish to, dd the .img in, and expand the partition? Sep 26 22:47:34 anyway, I am sure you can always crosscompile, maybe more effort. Finally I would just go manual, you are probably not going to do it many times, are you? Sep 26 22:47:38 I need ram. ecl compiles to C and then calls gcc, and cross-compiling is not set up yet, so I'm planning to just install gcc into a big qemu Sep 26 22:48:48 I would be the first one to go through cross-compiling, and I though it's easier (and beneficial for others) if I add an openwrt package for ecl Sep 26 22:49:01 ...instead Sep 26 22:58:52 rmilecki r47052 trunk/target/linux/ bcm53xx/patches-4.1/305-ARM-BCM5301X-Add-DT-for-Linksys-EA6300-V1.patch bcm53xx/patches-4.1/330-ARM-BCM5310X-Enable-earlyprintk-on-tested-devices.patch bcm53xx/image/Makefile * bcm53xx: add early support for Linksys EA6300 V1 Sep 26 23:06:03 attila_lendvai: maybe your qemu is too old ? Sep 26 23:07:42 i did test qemu with malta and wrote the wiki entry on most of the qemu stuff - it works at my end with the commands on that page Sep 26 23:08:29 plntyk: I've compiled the latest release (the one in debian didn't work and I've read some hints about some bugs, so I compiled). Sep 26 23:09:41 plntyk: what do you mean by "works"? it also works for me in the sense that it boots the initramfs, where the root is a non-permanent ramdisk. but can you also give it the ext4 disk image and it boots into that? Sep 26 23:10:14 plus it can see /dev/sda and I can mount it, it's just not mounted as root at boot Sep 26 23:10:37 yes - the second example on OpenWrt in QEMU MIPS on the page http://wiki.openwrt.org/doc/howto/qemu lists the exact command that I used and that boots Sep 26 23:11:37 * attila_lendvai goes back to the wiki and checks again Sep 26 23:20:01 nbd r47053 trunk/package/network/config/netifd/Makefile Sep 26 23:20:01 netifd: update to the latest version, fixes spurious client isolation in unbridged AP configurations (#20574) Sep 26 23:20:16 nbd r47054 branches/chaos_calmer/package/network/config/netifd/Makefile Sep 26 23:20:16 netifd: update to the latest version, fixes spurious client isolation in unbridged AP configurations (#20574) Sep 26 23:28:43 nbd r47055 trunk/package/network/services/igmpproxy/files/igmpproxy.init Sep 26 23:28:43 igmpproxy: fix spurious restarts on interface events, pass used netdevs to procd instead Sep 26 23:36:32 plntyk: your wiki example boots from /dev/mmcblk. and my malta target resulted in a .ext4 file, which doesn't have a partition table (your example is mmcblk0p1). I'll go to menuconfig and see what modules I'll need for mmcblk because after booting there's no /dev/mmc* Sep 26 23:40:00 bah, I need to sleep... I was looking at the arm entry, sorry! Sep 26 23:42:39 one difference is that I switched the build to bigendian (my final target will be little endian). not sure if that is tested... Sep 26 23:44:21 but looking at the kernel log, it doesn't detect any hdd hadrware. but when I boot using the initramfs.elf then it does. maybe some module is missing from my kernel and gets loaded from the initramfs? Sep 26 23:46:02 oh boy, I get "ieee80211 phy0: rt2800usb_txdone: Warning - Data pending for entry 10 in queue 2" on my _client_ now that I have an openwrt ap at home, never got that with the old AP :| Sep 26 23:46:16 results in pauses when streaming over nfs Sep 26 23:47:06 plntyk: I also see this: "sda: unknown partition table". do you think the lack of partition table breaks something? Sep 26 23:49:20 oh, and forgot to mention that I'm doing this with the 15.05 release branch Sep 27 00:03:31 * attila_lendvai decides to try malta le Sep 27 00:09:27 build #88 of mpc52xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/88 Sep 27 01:11:13 build #94 of mxs is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/mxs/builds/94 **** ENDING LOGGING AT Sun Sep 27 02:59:59 2015