**** BEGIN LOGGING AT Wed Jul 03 02:59:58 2013
Jul 03 04:34:35 <builder> build #326 of brcm63xx is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/326
Jul 03 07:54:00 <builder> build #275 of avr32 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/275
Jul 03 09:18:53 <Guest64873> luka r37143 trunk/target/linux/lantiq/image/Makefile * lantiq: fix initramfs
Jul 03 09:22:49 <builder> build #266 of ixp4xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/266
Jul 03 09:26:58 <builder> build #238 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/238
Jul 03 09:39:20 <tripolar> hi
Jul 03 09:40:07 <tripolar> is it okay to drop udev support for pulseaudio? it just add a 200kb dep and i was never able to use the udev discovery - i just use it without udev and spewcify the cards manually
Jul 03 09:40:35 <tripolar> nbd: what do you say? you were working on the pulseaudio Makefile
Jul 03 09:41:18 <tripolar> jow_laptop: hi, you added the udev dep - is it okay for you when i remove it?
Jul 03 09:57:13 <Guest64873> tripolar r37144 packages/sound/ pulseaudio/patches/001-no_default_64mb_alloc.patch pulseaudio/files/pulseaudio.init pulseaudio/Makefile * [packages] pulseaudio update to v4.0
Jul 03 10:02:38 <flux242> hi, is there an openwrt equivalent for the libudev to enumerate devices exported into the sysfs?
Jul 03 10:04:13 <tripolar> flux242: udev is available
Jul 03 10:07:15 <flux242> tripolar: but that's not what I asked, isn't it?
Jul 03 10:21:57 <Guest64873> tripolar r37145 packages/ sound/cmus/Makefile mail/dovecot/Makefile mail/fetchmail/Makefile sound/pulseaudio/Makefile * [packages] add myself as package maintainer
Jul 03 10:45:29 <Guest64873> florian r37146 trunk/Config.in * kernel: add KERNEL_FTRACE_SYSCALLS option
Jul 03 10:55:55 <Guest64873> tripolar r37147 packages/sound/pulseaudio/Makefile * [packages] pulseaudio: remove accidently commited libcap dependency
Jul 03 13:51:44 <Guest64873> cyrus r37148 trunk/package/network/ipv6/odhcp6c/ files/dhcpv6.sh Makefile * odhcp6c: add missing config parameter
Jul 03 13:52:52 <Guest64873> cyrus r37149 branches/attitude_adjustment/ package/odhcp6c/files/dhcpv6.sh package/odhcp6c/Makefile * AA: odhcp6c: backport r37148
Jul 03 14:00:40 <dape> cyrusff, ping pls
Jul 03 14:00:47 <cyrusff> dape: pong
Jul 03 14:01:08 <dape> if i select in luci ipv6 support i noticed it isnt selecting some packages like 6in4, dslite, etc, is that okay?
Jul 03 14:01:21 <cyrusff> yes
Jul 03 14:01:41 <cyrusff> you can select manually what you want
Jul 03 14:01:43 <dape> so i shouldnt add them anymore in a image? are they obsoleted or still required?
Jul 03 14:01:53 <builder> build #282 of ar7 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/282
Jul 03 14:02:14 <cyrusff> the dependency has been removed because it was unnecessary for many people
Jul 03 14:02:35 <cyrusff> e.g. if you don't want ds-lite but luci ipv6 support then you'd get some unnecessary kernel modules and so on
Jul 03 14:02:43 <dape> got it, but if i don't add lets say 6in4 "package" then i wont be able to use it in luci ?
Jul 03 14:02:54 <dape> ok ok, thanks
Jul 03 14:02:58 <cyrusff> well it will tell you you need to install 6in4 in that case
Jul 03 14:03:12 <dape> i think i get it, will play tonight, thanks!
Jul 03 14:03:20 <cyrusff> cool you're welcome
Jul 03 15:02:48 <stintel> cyrusff: on my openwrt VM, odhcp6 is flooding 10Mbps dhcpv6 requests since this morning :/
Jul 03 15:03:21 <stintel> this is an old build though
Jul 03 15:03:34 <stintel> bb r36060
Jul 03 15:03:43 <stintel> and sysupgrade is broken there :/
Jul 03 15:49:05 <builder> build #265 of kirkwood is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/265
Jul 03 15:56:22 <cyrusff> stintel: what does it say in the log?
Jul 03 15:57:01 <stintel> cyrusff: nothing at all
Jul 03 15:58:08 <cyrusff> what message does it send?
Jul 03 15:58:25 <stintel> 16:55:39.967493 IP6 fe80::5054:ff:fe7e:35f.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
Jul 03 15:58:43 <stintel> something weird is going on there though
Jul 03 15:59:24 <stintel> http://pastebin.com/a1u7isFG
Jul 03 15:59:37 <stintel> date is correct, but not the date from syslog
Jul 03 15:59:56 <cyrusff> very weird
Jul 03 16:01:47 <cyrusff> however odhcp6c uses a monotonic clock for determining wait intervals so it shouldn't be affected by wall clock madness
Jul 03 16:03:14 <stintel> lucky I noticed this in time
Jul 03 16:03:27 <stintel> would have caused me a bad headache in traffic billing :/
Jul 03 16:08:31 <cyrusff> i'll add some sanity checks in the transmit function. i don't see an obvious bug there but maybe it was something related to integer overflows.
Jul 03 16:16:04 <Guest64873> cyrus r37150 trunk/package/network/ipv6/odhcp6c/Makefile * odhcp6c: avoid integer overflows in resend logic
Jul 03 16:16:59 <Guest64873> cyrus r37151 branches/attitude_adjustment/package/odhcp6c/Makefile * AA: odhcp6c: backport r37150
Jul 03 16:18:06 <cyrusff> stintel: if something similar would happen again, could you please provide me with an strace of the corrupted odhcp6c
Jul 03 16:18:16 <cyrusff> if that is not too much of a hassle
Jul 03 16:18:47 <cyrusff> i prophylactively changed some 32-bit counters to 64-bit in the hopes that this would prevent such issues in the future but you never know...
Jul 03 16:23:12 <builder> build #260 of au1000 is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/260
Jul 03 16:25:39 <stintel> cyrusff: well I disabled the wan6 interface on that vm because it wasn't working anyway, I must have configured it to test some things and not disabled it again
Jul 03 16:25:48 <cyrusff> ok, fine
Jul 03 16:26:07 <cyrusff> thanks for reporting it anyway
Jul 03 16:26:31 <stintel> np :)
Jul 03 16:27:26 <stintel> if I figure out how to define the check parameters in check_mk for just that interface so that it will alert me when it happens again, I can re-enable that interface to see if I can reproduce it
Jul 03 16:27:36 <stintel> but meh, check_mk can be a real pita sometimes
Jul 03 16:56:33 <The_Lizard> luka: I've been messing around with the makefiles yesterday, to make the initramfs working, are you interested in them?
Jul 03 17:00:01 <[florian]> The_Lizard: I think luka committed something in that respect
Jul 03 17:03:37 <builder> build #241 of ep93xx is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/241
Jul 03 17:04:25 <builder> build #243 of adm5120 is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/243
Jul 03 17:06:15 <The_Lizard> [florian]: thanks, I've pulled the changes, do you know if he did some other thanges to make the code use it as well?
Jul 03 17:06:35 <[florian]> he just changed the Makefile afair
Jul 03 17:06:59 <The_Lizard> ok
Jul 03 17:07:38 <The_Lizard> I'm having an issue with the internal ethernet PHY's, i'm going to check out which firmware it should be using, as u-boot works for me
Jul 03 17:25:33 <Guest64873> florian r37152 trunk/package/ devel/trace-cmd/patches/100-compile_fix.patch devel/trace-cmd/Makefile * trace-cmd: remove the compile fix patch
Jul 03 17:44:01 <builder> build #259 of ar71xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/259
Jul 03 17:46:13 <builder> build #212 of octeon is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/212
Jul 03 17:53:23 <Guest64873> jogo r37153 trunk/target/ (41 files in 2 dirs) * ixp4xx: switch to kernel 3.10
Jul 03 17:53:32 <Guest64873> jogo r37154 trunk/target/ linux/ixp4xx/patches-3.10/910-ixp4xx-nr_irq_lines.patch linux/ixp4xx/patches-3.10/300-avila_support.patch
Jul 03 17:53:33 <Guest64873> ixp4xx: replace magic number with macros in avila/ixdp425/miccpt PCI routing setup
Jul 03 18:04:39 <flux242> hi, what is the proper way to enumerate devices exported into the sysfs in openwrt? Some kind of libudev equivalent?
Jul 03 18:08:10 <The_Lizard> I've set the correct firmware file for my board now, so eth PHY's are working now
Jul 03 18:08:23 <The_Lizard> however, I still can't ping to my computer :S
Jul 03 18:20:06 <builder> build #239 of mcs814x is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/239
Jul 03 18:35:25 <The_Lizard> [florian]: Do you have any idea what needs to be done to make openwrt use the embedded squashfs?
Jul 03 18:43:33 <[florian]> The_Lizard: you can't boot from flash at the moment is that right?
Jul 03 18:44:18 <The_Lizard> I should be able to, I can flash the images, but I don't know how to start openwrt then...
Jul 03 18:45:30 <[florian]> do you have a partition parser etc..?
Jul 03 18:45:41 <The_Lizard> I have no idea...
Jul 03 18:45:47 <The_Lizard> I have a running u-boot
Jul 03 18:45:56 <[florian]> can you show me a bootlog, that can help
Jul 03 18:46:33 <The_Lizard> http://wiki.openwrt.org/toh/arcadyan/vgv7519
Jul 03 18:46:55 <The_Lizard> The bootlog there is not 100% accurate anymore
Jul 03 18:47:51 <[florian]> ok so it looks like your flash is probed for partitions twice?
Jul 03 18:48:11 <The_Lizard> There are 2 nor chips ;)
Jul 03 18:48:39 <The_Lizard> these are concatenated together through some merge of the lantiq code and physmap
Jul 03 18:48:47 <[florian]> ah oh
Jul 03 18:48:55 <The_Lizard> they are 8MB each
Jul 03 18:49:03 <The_Lizard> also see the flash layout on the wiki ;)
Jul 03 18:49:25 <The_Lizard> I'm uncertain about the overlay part in the flash layout, but the rest should be OK
Jul 03 18:50:03 <[florian]> can you mount both flash devices for instance?
Jul 03 18:50:07 <[florian]> from your initramfs
Jul 03 18:51:34 <The_Lizard> so first tftpboot the initramfs version?
Jul 03 18:54:11 <The_Lizard> after running openwrt, I see mtd0 - mtd4 in /dev/
Jul 03 18:56:48 <builder> build #322 of at91 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/322
Jul 03 18:59:09 <The_Lizard> [florian]: what should I do to mount the devices?
Jul 03 19:06:26 <[florian]> just mount /dev/mtdblockN /mnt/
Jul 03 19:07:23 <The_Lizard> they all give failed: invalid argument
Jul 03 19:07:45 <[florian]> then use hexdump to find the squashfs magic
Jul 03 19:07:56 <[florian]> and adjust partition offset accordingly
Jul 03 19:09:26 <The_Lizard> I have had logs where the squashfs partition could be found, I wasn't using the squashfs images then...
Jul 03 19:10:45 <The_Lizard> So what is the purpose now?
Jul 03 19:11:00 <The_Lizard> Should I be using the initramfs during development?
Jul 03 19:11:12 <The_Lizard> or work towards the final solution where everything is in flash?
Jul 03 19:17:31 <[florian]> well es; use initrafmfs for dev, saves your flash a few life cycles
Jul 03 19:27:39 <The_Lizard> [florian]: I have been messing around with my images...
Jul 03 19:28:08 <The_Lizard> I had written the uImage-squashfs as fs image, but it should be the root.squashfs file...
Jul 03 19:29:21 <The_Lizard> http://pastebin.com/BXzfvAj9
Jul 03 19:29:26 <The_Lizard> this is what I get now...
Jul 03 19:31:24 <The_Lizard> earlier on I had the kernel starting at 0x270000, but I have no idea why that changed...
Jul 03 19:36:36 <The_Lizard> When starting the ram image now, with mounting of block4 (which should be rootfs), I get SQUASHFS error: unable to read id index table
Jul 03 19:41:25 <The_Lizard> When looking at the file that has the kernel including squashfs.image, the rootfs starts at 0x12D68D
Jul 03 19:51:23 <The_Lizard> is it possible that the functions to read the actual data from flash are not OK yet?
Jul 03 19:51:43 <[florian]> quite unlikely though
Jul 03 19:52:07 <The_Lizard> Is it? there is an ebu that is changing endianness etc...
Jul 03 19:53:14 <The_Lizard> something else where you are thinking about?
Jul 03 20:00:14 <The_Lizard> [florian] any ideas about what can be wrong or what I should do?
Jul 03 20:09:06 <The_Lizard> is it possible to enable squashfs tracing? to find out what is happening?
Jul 03 21:26:35 <The_Lizard> blogic: I've some problems with my board (VGV7519)
Jul 03 21:26:53 <The_Lizard> probably there are some conceptual things I haven't found out yet.
Jul 03 21:27:14 <The_Lizard> I have written a kernel image, and the root.squashfs image to my nor flash.
Jul 03 21:27:52 <The_Lizard> Starting the initramfs image through tftp, starts up openwrt, but the squashfs complains about not being able to read the id index table...
Jul 03 21:28:35 <The_Lizard> this error is shown when I'm trying to mount the mtdblock that is supposed to contain this rootfs
Jul 03 21:31:06 <[florian]> The_Lizard: sorry, been afk
Jul 03 21:31:12 <The_Lizard> np
Jul 03 21:33:37 <The_Lizard> atm I have no idea what I should be doing to get this board working...
Jul 03 21:34:12 <The_Lizard> are there supposed to be some guides to help out what steps need to be taken?
Jul 03 21:34:57 <[florian]> no, there is unfortuately no guide
Jul 03 21:35:28 <[florian]> do you have root/console access on the original firmware?
Jul 03 21:35:41 <[florian]> you could then check if reading out of the flash works the same way as in OpenWrt
Jul 03 21:36:02 <The_Lizard> I do have some access, when I put in my hacked bootloader stuff
Jul 03 21:36:18 <The_Lizard> but that requires me to flash over the entire board
Jul 03 21:36:53 <[florian]> I see
Jul 03 21:37:13 <The_Lizard> I have no idea how to do that, there is a VR9 bootloader of some kind, but I have no idea how to retrieve data from the board
Jul 03 21:37:23 <The_Lizard> The bootloaders menu is on the wiki
Jul 03 21:38:52 <The_Lizard> is it possible to make a (partial) dump of a raw flash block through the openwrt command line?
Jul 03 21:39:03 <The_Lizard> because I know what should be at the start of the flash
Jul 03 21:40:39 <[florian]> well you could even make a full flash dump if you wanted
Jul 03 21:40:51 <The_Lizard> how?
Jul 03 21:41:36 <[florian]> define a partition which spans the entire chip
Jul 03 21:42:22 <The_Lizard> sorry, I don't have much experience, so you would need to explain all the commands to me...
Jul 03 21:43:45 <The_Lizard> I know that in mtd0 should be u-boot only
Jul 03 21:43:54 <The_Lizard> and I know what the contents should be
Jul 03 21:44:04 <The_Lizard> as that partition is 256k
Jul 03 21:53:22 <The_Lizard> I managed to dump mtdblock0 using dd
Jul 03 21:55:08 <[florian]> The_Lizard: yeah dumping using DD is the idea
Jul 03 21:55:44 <[florian]> in your device tree file; you should create a partition which starts at offset 0 and ends at the size of your flash
Jul 03 21:55:48 <[florian]> assuming you use device tree
Jul 03 21:56:22 <The_Lizard> I use the device tree...
Jul 03 21:56:52 <The_Lizard> I have dumped it through dd, done a hexdump to another file, and now viewing using vi, and u-boot looks the same to me ;)
Jul 03 21:57:10 <The_Lizard> so reading is ok
Jul 03 21:57:50 <The_Lizard> what could be the problem of the squashfs then?
Jul 03 21:58:30 <The_Lizard> I have read something about the 0xdeadcode construction, I have seen it in the uImage-squashfs file, but not in root.squashfs... could that be a problem?
Jul 03 22:04:22 <tripolar> hi
Jul 03 22:06:38 <tripolar> id like to build a temperatur controller that closes a switch when a defined temeperature is reached. what would be the cheapest way to communicate with a temp temperautre sensor that is conntected at best with usb and needs no soldering
Jul 03 22:07:34 <The_Lizard> * flashing rootfs with 0xdeadc0de marker *
Jul 03 22:10:05 <The_Lizard> So actually i'm supposed to be writing the uImage-squashfs.image to my board? but then the rootfs partition offset would be completely off... shouldn't the kernel part be padded up to some size?
Jul 03 22:14:02 <The_Lizard> * victory *
Jul 03 22:14:16 <The_Lizard> no error upon mount /dev/mtdblock4 /mnt/
Jul 03 22:14:42 <The_Lizard>  /dev/mtdblock4 on /mnt type squashfs (ro,relatime)
Jul 03 22:14:48 <The_Lizard> an output line of mount ;)
Jul 03 22:15:20 <The_Lizard> [florian] still there?
Jul 03 22:20:33 <The_Lizard> Cool, device is booting further, but now I get an exception: Unhandled kernel unaligned access[#1], guess somewhere in ethernet stuff... but that is for tomorrow...
Jul 03 22:20:36 <The_Lizard> going off to bed
Jul 03 22:20:39 <The_Lizard> bye
Jul 03 22:20:42 <The_Lizard> thanks for the help!
Jul 03 22:23:14 <The_Lizard> seems like to crash out where the other bootlog started to log about ipv6 stuff...
Jul 03 22:23:25 <The_Lizard> will update my current bootlog to the wiki tomorrow
Jul 03 22:25:42 <builder> build #300 of cobalt is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/300
Jul 03 22:27:50 <builder> build #312 of orion is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/312
Jul 03 22:29:23 <builder> build #301 of lantiq is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/301
Jul 03 23:09:15 <builder> build #301 of ramips is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/301
Jul 03 23:10:03 <builder> build #299 of ppc40x is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/299
Jul 03 23:12:02 <builder> build #280 of rb532 is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/280
Jul 03 23:12:47 <builder> build #280 of ppc44x is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/280
Jul 03 23:39:06 <builder> build #293 of uml is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/293
Jul 03 23:53:46 <builder> build #266 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/266
Jul 04 00:29:55 <builder> build #268 of xburst is complete: Failure [failed svn compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/268
Jul 04 01:04:36 <builder> build #267 of ixp4xx is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/267
Jul 04 01:05:32 <builder> build #232 of gemini is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/232
Jul 04 01:16:10 <builder> build #283 of x86 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/283
Jul 04 01:31:56 <Devastator-> tripolar maybe arduino has something..
**** ENDING LOGGING AT Thu Jul 04 02:59:58 2013