**** BEGIN LOGGING AT Wed Aug 14 02:59:59 2013
Aug 14 04:31:15 <builder> build #290 of ar71xx is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/290
Aug 14 08:37:52 <nbd> zajec: hi
Aug 14 08:52:39 <OpenWrt-Commits> nbd r37769 trunk/target/linux/ (8 files in 5 dirs)
Aug 14 08:52:39 <OpenWrt-Commits> ocf: switch MODULE_LICENSE from BSD to "Dual BSD/GPL" to make the kernel recognize modules as GPL-compatible
Aug 14 11:34:13 <zajec_> nbd: hey, i'm at work now
Aug 14 11:34:20 <zajec_> nbd: will return home in ~90minutes
Aug 14 11:57:33 <dape> ping cyrusff please: can i set my own LL on the pppoe-wan?
Aug 14 11:57:48 <cyrusff> LL?
Aug 14 11:57:54 <dape> link local
Aug 14 11:58:01 <cyrusff> no
Aug 14 11:58:12 <cyrusff> well maybe
Aug 14 11:58:20 <cyrusff> you can request a certain LL from your peer
Aug 14 11:58:21 <dape> we have some special routing stuff that require us to have a CERTAIN ll..
Aug 14 11:58:53 <dape> yes, we established the LL for let's say a client, and the client needs to set _that_ LL in order to be able to use a PD
Aug 14 11:58:58 <cyrusff> you can request it through a ppp-option but the server is not required to honor your request
Aug 14 11:59:19 <dape> i meant, can i set the LL manually on my side?
Aug 14 11:59:40 <cyrusff> well in PPP the LL is handshaked
Aug 14 11:59:46 <cyrusff> you can hint to server which LL you want
Aug 14 11:59:51 <cyrusff> but it might ignore your hint
Aug 14 12:02:03 <cyrusff> http://linux.die.net/man/8/pppd
Aug 14 12:02:09 <cyrusff> see option "ipv6"
Aug 14 12:02:53 <dape> ok ok, let me think, so the ISP routed a global /64 via my fe80::7644:1ff:fe76:6fb5 so i need to set that on pppoe-wan, i can add it manually via ssh but is there any way i can set it in /etc/config/network maybe?
Aug 14 12:03:09 <dape> so each time pppoe-wan is up that LL is added
Aug 14 12:03:30 <cyrusff> ummn why doesn't your ISP simply send that LL to you when ahdnshaking PPP?
Aug 14 12:04:18 <dape> let me read again the pppd man
Aug 14 12:05:37 <dape> wait, i misunderstood what i have read from ISP, the router will not use pppoe, just static on the WAN
Aug 14 12:06:01 <cyrusff> so plain dhcpv6 over thernet?
Aug 14 12:06:04 <dape> which should make things easier, right? can i set my special LL on the wan
Aug 14 12:06:05 <dape> YES
Aug 14 12:06:15 <cyrusff> well just set your mac-address for the wan-interface
Aug 14 12:08:30 <builder> build #338 of cobalt is complete: Exception [exception compile_9]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/338
Aug 14 12:11:03 <dape> just checked LuCi and wan6 section
Aug 14 12:11:13 <dape> seems i cannot set the LL on that
Aug 14 12:11:26 <cyrusff> you have to set the mac-address
Aug 14 12:11:46 <cyrusff> the LL is derived from the mac
Aug 14 12:11:59 <builder> build #318 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/318
Aug 14 12:14:53 <cyrusff> fe80::7644:1ff:fe76:6fb5 should translate to "option macaddr 74:44:01:76:6f:b5" if i did the conversion correctly
Aug 14 12:15:01 <builder> build #318 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/318
Aug 14 12:16:44 <builder> build #350 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/350
Aug 14 12:18:11 <dape> apologies for my poor details regarding this "feature"
Aug 14 12:24:01 <dape> so i guess, i can override the mac address on… wan6 ?
Aug 14 12:24:49 <dape> or just on regular wan..
Aug 14 12:25:50 <cyrusff> well try either way,
Aug 14 12:25:54 <cyrusff> not sure
Aug 14 12:25:58 <cyrusff> probably wan
Aug 14 12:26:02 <cyrusff> or maybe wan6 also works
Aug 14 12:26:43 <builder> build #266 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/266
Aug 14 12:28:53 <dape> will this.. http://dpaste.com/1342941/ work? :)
Aug 14 12:29:09 <cyrusff> no
Aug 14 12:29:28 <cyrusff> why don't you just try what i said?
Aug 14 12:29:30 <cyrusff> ;)
Aug 14 12:29:35 <dape> macaddr ?
Aug 14 12:29:43 <cyrusff> yes
Aug 14 12:30:06 <dape> i can't really try right now, my setup is on pppoe, i was just trying to prepare
Aug 14 12:32:44 <cyrusff> well then you would have to wait
Aug 14 12:32:47 <cyrusff> and try later ;)
Aug 14 12:33:24 <dape> keep you posted
Aug 14 13:02:48 <OpenWrt-Commits> nbd r37770 trunk/ rules.mk include/package.mk toolchain/uClibc/common.mk * build: decouple the mips16 support flag from the toolchain
Aug 14 13:02:52 <OpenWrt-Commits> nbd r37771 trunk/package/libs/openssl/Makefile
Aug 14 13:02:52 <OpenWrt-Commits> openssl: to disable mips16, use the new PKG_USE_MIPS16 flag instead of messing with cflags directly
Aug 14 13:02:56 <OpenWrt-Commits> nbd r37772 trunk/package/libs/polarssl/Makefile * polarssl: disable mips16
Aug 14 13:08:58 <builder> build #331 of uml is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/331
Aug 14 14:01:56 <builder> build #269 of ep93xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/269
Aug 14 14:29:35 <OpenWrt-Commits> nbd r37773 trunk/package/ libs/librpc/Makefile devel/trace-cmd/Makefile devel/valgrind/Makefile * disable mips16 for a few packages that don't compile with it
Aug 14 14:46:51 <OpenWrt-Commits> nbd r37774 packages/libs/alsa-lib/Makefile * alsa-libs: disable mips16 (#13522)
Aug 14 14:48:36 <OpenWrt-Commits> nbd r37775 packages/libs/elfutils/Makefile * elfutils: disable mips16 (#13572)
Aug 14 14:56:08 <OpenWrt-Commits> nbd r37776 trunk/include/package.mk * build: fix typo in mips16 changes
Aug 14 15:20:06 <DonkeyHotei> heffer: are you the guy with the poray m3?
Aug 14 15:21:52 <DonkeyHotei> ah, i should have whois'ed
Aug 14 15:22:08 <DonkeyHotei> you submitted all the poray patches
Aug 14 15:29:30 <DonkeyHotei> [Mon 2013-08-12 09:37:20 PM PDT] <DonkeyHotei> there is a hotplug subsystem for buttons, but what about switches?
Aug 14 15:29:35 <DonkeyHotei> nbd: ^
Aug 14 15:30:05 <jow_laptop> there is no dedidcated hotplug subsystem for button switches
Aug 14 15:30:20 <DonkeyHotei> an oversight?
Aug 14 15:31:00 <DonkeyHotei> how are they to be handled?
Aug 14 15:32:05 <jow_laptop> afair they generate through button events on switching
Aug 14 15:32:11 <jow_laptop> s/through/two/
Aug 14 15:32:23 <DonkeyHotei> except they don't
Aug 14 15:32:28 <jow_laptop> and there is no satisfactory solution to really use them
Aug 14 15:32:40 <jow_laptop> and no way to query the state
Aug 14 15:32:53 <jow_laptop> at least judging from previous forum discussions
Aug 14 15:33:08 <DonkeyHotei> toggling a switch could theoretically trigger an event
Aug 14 15:33:16 <jow_laptop> I'm also not aware of anything on any target that makes use of a gpio button switch
Aug 14 15:33:57 <DonkeyHotei> the original fw for the m3 treats toggling the switch as an event
Aug 14 15:34:22 <DonkeyHotei> and the rfkill on the fonera2n is a switch, not a button
Aug 14 15:36:20 <jow_laptop> fonera2n does not use vanilla openwrt
Aug 14 15:36:37 <jow_laptop> afair there was never complete support for it in openwrt
Aug 14 15:36:55 <DonkeyHotei> there seems to be at least some
Aug 14 15:37:11 <DonkeyHotei> i have one that i haven't done anything with yet
Aug 14 15:37:38 <DonkeyHotei> but right now i'm looking at the poray m3
Aug 14 15:39:30 <DonkeyHotei> it has a switch labeled "3G" on one side and "DHCP" on the other, which the stock fw uses to switch immediately between configs where the single eth port is lan or wan
Aug 14 15:40:57 <OpenWrt-Commits> jow r37777 trunk/package/network/config/firewall/Makefile * firewall: update to git head
Aug 14 15:41:37 <DonkeyHotei> the only way i can find so far to make it do anything useful in owrt is to convert it to a button, with "pressed" and "released" hotplug events from a toggle
Aug 14 15:42:36 <DonkeyHotei> but that's a cop-out
Aug 14 15:53:01 <DonkeyHotei> jow_laptop: what were the previous discussions?
Aug 14 16:09:12 <heffer> DonkeyHotei: yes i am
Aug 14 16:09:22 <heffer> the guy with the poray stuff
Aug 14 16:09:38 <heffer> i'm just leaving the office. back in around 30mins
**** BEGIN LOGGING AT Wed Aug 14 16:42:31 2013
Aug 14 17:00:53 <DonkeyHotei> heffer: 30 min?
Aug 14 17:02:26 <heffer> DonkeyHotei: definitely :D
Aug 14 17:02:41 <DonkeyHotei> it's been longer
Aug 14 17:03:27 <DonkeyHotei> heffer: https://lists.openwrt.org/pipermail/openwrt-devel/2013-July/020765.html
Aug 14 17:04:17 <DonkeyHotei> the device turned out to be an M3
Aug 14 17:05:57 <blogic> so we can drop one of the 2 dts files ?
Aug 14 17:06:13 <heffer> looks like one :)
Aug 14 17:06:37 <heffer> guess so
Aug 14 17:06:50 <DonkeyHotei> heffer: i have verified that it indeed is one
Aug 14 17:07:03 <heffer> should say so on the PCB
Aug 14 17:07:30 <DonkeyHotei> the AirLive is apparently a different device
Aug 14 17:08:01 <DonkeyHotei> the markings on my pcb are the same as in the photo
Aug 14 17:10:20 <heffer> okay. so the airlive is a different device?
Aug 14 17:10:51 <heffer> it has a different flash chip
Aug 14 17:10:58 <heffer> according to the dts
Aug 14 17:11:07 <DonkeyHotei> i guess; i don't have one
Aug 14 17:11:32 <DonkeyHotei> i merely tried its profile on the m3 before you submitted your patches
Aug 14 17:11:52 <DonkeyHotei> because of the other similarities
Aug 14 17:12:06 <heffer> okay
Aug 14 17:12:50 <DonkeyHotei> but this line from your patch is causing a minor issue:
Aug 14 17:13:06 <DonkeyHotei> +			linux,input-type = <5>;
Aug 14 17:13:43 <DonkeyHotei> the owrt infrastructure does not know how to handle that
Aug 14 17:14:04 <blogic> how not ?
Aug 14 17:14:16 <blogic> it will send a switch eent type
Aug 14 17:14:27 <blogic> that is independent of owrt
Aug 14 17:14:31 <blogic> its a linux key code
Aug 14 17:14:32 <DonkeyHotei> [Wed 2013-08-14 08:30:06 AM PDT] <jow_laptop> there is no dedidcated hotplug subsystem for button switches
Aug 14 17:14:32 <DonkeyHotei> [Wed 2013-08-14 08:30:20 AM PDT] <DonkeyHotei> an oversight?
Aug 14 17:15:17 <DonkeyHotei> thanks for taking me off /ignore, btw; i'll try my best not to abuse the privilege
Aug 14 17:15:26 <blogic> static void button_hotplug_event(struct input_handle *handle,
Aug 14 17:15:40 <blogic> that function needs to be extended for EV_SWITCH events then
Aug 14 17:16:06 <DonkeyHotei> jow_laptop said that was discussed before, with no resolution
Aug 14 17:16:49 <blogic> its on my todo list
Aug 14 17:17:38 <DonkeyHotei> as is this, i hope: http://patchwork.openwrt.org/patch/3703/
Aug 14 17:22:36 <DonkeyHotei> blogic: yes/no?
Aug 14 17:22:53 <blogic> no
Aug 14 17:22:57 <blogic> because i stil odnt like it
Aug 14 17:23:17 <blogic> you might have noticed that we had to revert 4 of your patches already as they broke stuff and caused regressions
Aug 14 17:23:23 <blogic> so i per default dont trust your patches
Aug 14 17:23:46 <DonkeyHotei> they were resubmitted and recommitted
Aug 14 17:23:58 <blogic> no
Aug 14 17:24:18 <blogic> and this is were the endless discussions with you start
Aug 14 17:24:26 <blogic> but i wont fall for it this time ;)
Aug 14 17:24:46 <DonkeyHotei> c'est la vie
Aug 14 17:29:44 <zinx> hehe
Aug 14 17:30:31 <zinx> took a break from my router and finally updated my phone :/
Aug 14 17:40:36 <Devastator> what's up :)
Aug 14 17:41:10 <Devastator> well, I'm still playing with my
Aug 14 17:41:21 <Devastator> weird issues with the leds
Aug 14 17:41:31 <Devastator> s/my/mine
Aug 14 17:42:38 <zinx> nothin much, just a wireless driver that has no support for my router's hardware :P
Aug 14 17:43:57 <DonkeyHotei> heffer: the squashfs images still don't get generated
Aug 14 17:46:07 <heffer> DonkeyHotei: for the m3?
Aug 14 17:46:13 <DonkeyHotei> yes
Aug 14 17:46:28 <DonkeyHotei> the ones from mkporayfw
Aug 14 17:47:55 <DonkeyHotei> they seem to depend on something ending in -sysupgrade.bin, but there is no such file
Aug 14 17:48:53 <DonkeyHotei> heffer: did it work for you?
Aug 14 17:49:28 <heffer> yes it works for me
Aug 14 17:49:47 <heffer> i get both -factory and -sysupgrade squashfs images
Aug 14 17:49:47 <DonkeyHotei> how did you get the file generated?
Aug 14 17:49:52 <DonkeyHotei> how?
Aug 14 17:50:16 <DonkeyHotei> i get neither
Aug 14 17:51:59 <heffer> i just select the poray m3 profile in menuconfig and use make
Aug 14 17:52:13 <DonkeyHotei> i did that
Aug 14 17:54:20 <heffer> well then it's strange that it works for me but not for you. have you dircleaned your buildroot lately?
Aug 14 17:55:03 <DonkeyHotei> i will V=s and see whether it sheds any light
Aug 14 18:05:49 <DonkeyHotei> Warning: /home/danielg4/openwrt-rt5350/build_dir/target-mipsel_dsp_uClibc-0.9.33.2/linux-ramips_rt305x/openwrt-ramips-rt305x-m3-squashfs-sysupgrade.bin is too big
Aug 14 18:07:08 <DonkeyHotei> 3.8MiB
Aug 14 18:07:19 <DonkeyHotei> how small does it have to be?
Aug 14 18:15:36 <OpenWrt-Commits> blogic r37778 trunk/target/linux/ (92 files in 5 dirs) * ramips: update v3.10 patches
Aug 14 18:15:46 <OpenWrt-Commits> blogic r37779 trunk/target/linux/ ramips/dts/mt7620a.dtsi ramips/dts/MT7620a.dts * ramips: various updates to the mt7620 dtsi file
Aug 14 18:15:55 <OpenWrt-Commits> blogic r37780 trunk/target/linux/ (7 files in 5 dirs) * ramips: add support for dir810l and asus rp-n53
Aug 14 18:16:08 <OpenWrt-Commits> blogic r37781 trunk/target/linux/ar71xx/image/Makefile * ar71xx: Fix factory image for DIR 505 A1
Aug 14 18:16:17 <OpenWrt-Commits> blogic r37782 trunk/target/linux/ar71xx/base-files/lib/ar71xx.sh * ar71xx: fix TL-WR710N board detection
Aug 14 18:16:42 <heffer> DonkeyHotei: 3.69 MB maximum
Aug 14 18:22:25 <Devastator> I hope John and Gabor have seen my patches, getting router support is so exciting, for a first timer at least hehe
Aug 14 18:35:22 <DonkeyHotei> heffer: 3866624 ?
Aug 14 18:35:59 <heffer> yes
Aug 14 18:36:42 <DonkeyHotei> i'm 64k over
Aug 14 18:37:04 <heffer> then remove packages you don't need
Aug 14 18:37:13 <DonkeyHotei> such as?
Aug 14 18:37:27 <heffer> i don't know which packages you have selected
Aug 14 18:37:51 <DonkeyHotei> i will remove the vpn stuff; can't think what else'
Aug 14 18:46:55 <DonkeyHotei> actually, i will first try without openconnect but still with vpnc
Aug 14 18:51:03 <DonkeyHotei> hmm, leaving out just openconnect and its dependencies really shrank it
Aug 14 19:09:04 <OpenWrt-Commits> blogic r37783 trunk/target/linux/ (6 files) * ramips: dts file cleanup
Aug 14 19:09:15 <OpenWrt-Commits> blogic r37784 trunk/target/linux/ramips/base-files/etc/uci-defaults/02_network * ramips: fix typo in network uci_defaults script
Aug 14 19:18:44 <DonkeyHotei> well, this sucks. apparently udev is needed for a 3g dongle
Aug 14 19:19:16 <MartijnVdS> DonkeyHotei: depends on the dongle.. you could probably run usb-modeswitch manually if that's the problem?
Aug 14 19:19:38 <DonkeyHotei> does nothing
Aug 14 19:19:49 <DonkeyHotei> root@OpenWrt:/# usbmode -l
Aug 14 19:19:49 <DonkeyHotei> Found device: 0af0:7901 (Manufacturer: "Option N.V.", Product: "Option Configuration", Serial: "")
Aug 14 19:19:49 <DonkeyHotei> root@OpenWrt:/# usbmode -l -v
Aug 14 19:19:49 <DonkeyHotei> Found device: 0af0:7901 (Manufacturer: "Option N.V.", Product: "Option Configuration", Serial: "")
Aug 14 19:19:49 <DonkeyHotei> root@OpenWrt:/# usbmode -s -v
Aug 14 19:19:50 <DonkeyHotei> root@OpenWrt:/# usbmode -l -v
Aug 14 19:19:52 <DonkeyHotei> Found device: 0af0:7901 (Manufacturer: "Option N.V.", Product: "Option Configuration", Serial: "")
Aug 14 19:35:47 <OpenWrt-Commits> blogic r37785 trunk/target/linux/ (9 files in 8 dirs) * ramips: DIR-610-A1 Support
Aug 14 19:36:32 <DonkeyHotei> MartijnVdS: looks like including udev did nothing, either
Aug 14 19:45:01 <DonkeyHotei> MartijnVdS: ideas?
Aug 14 19:45:24 <MartijnVdS> I haven't used Option devices in a long time
Aug 14 19:45:36 <MartijnVdS> is this one of those "hso" ones?
Aug 14 19:45:58 <DonkeyHotei> i also have a pantech and a novatel, but neither of those are activated atm
Aug 14 19:46:19 <MartijnVdS> activated? can't you just switch the SIM around?
Aug 14 19:46:21 <DonkeyHotei> lemme plug the option into ubuntu
Aug 14 19:46:39 <DonkeyHotei> the pantech and the novatel are both evdo
Aug 14 19:47:14 <MartijnVdS> Ah, we only have GSM, UMTS and LTE here :)
Aug 14 19:51:40 <DonkeyHotei> and apparently hso IS the correct module
Aug 14 19:51:54 <DonkeyHotei> this one is umts
Aug 14 19:52:11 <MartijnVdS> does that load? then it's already been modeswitched from CD-ROM mode to hso mode
Aug 14 19:52:56 <MartijnVdS> well.. it always loads
Aug 14 19:53:11 <MartijnVdS> but it logs some things if it recognises the USB device
Aug 14 19:53:13 <DonkeyHotei> it is not loaded, though selected in menuconfig
Aug 14 19:53:29 <Devastator> yay, my patch was pushed
Aug 14 19:53:44 <Devastator> blogic thanks!
Aug 14 19:54:19 <Devastator> blogic do you have any comments for TODO list?
Aug 14 19:54:59 <DonkeyHotei> the module is not in the filesystem
Aug 14 20:01:44 <DonkeyHotei> seems global rfkill support is required
Aug 14 20:08:22 <Devastator> is dev.openwrt.org down?
Aug 14 20:22:47 <dape-x200> blogic,  thanks for fixing dir 505 a1, you the man !
Aug 14 20:39:47 <DonkeyHotei> [   21.210000] CPU 0 Unable to handle kernel paging request at virtual address fffffff4, epc == 81b8c3cc, ra == 81b8c3c0
Aug 14 20:39:47 <DonkeyHotei> [   21.240000] Oops[#1]:
Aug 14 20:39:47 <DonkeyHotei> [   21.240000] CPU: 0 PID: 392 Comm: kmodloader Not tainted 3.10.4 #55
Aug 14 20:39:57 <DonkeyHotei> wtf
Aug 14 21:01:15 <DonkeyHotei> heffer: are you still around?
Aug 14 21:04:32 <KanjiMonster> DonkeyHotei: looks like a null pointer access
Aug 14 21:05:01 <DonkeyHotei> now i can't get the kernel to see any usb devices
Aug 14 21:09:13 <DonkeyHotei> except if i boot with the option stick plugged in, in which case, i get that oops
Aug 14 21:15:01 <DonkeyHotei> could be an ehci vs. ohci issue
Aug 14 21:15:10 <DonkeyHotei> heffer: are you there?
Aug 14 23:23:43 <OpenWrt-Commits> luka r37786 trunk/tools/ ppl/Makefile ppl/patches/001-gmp-conflicts.patch ppl/patches/001-gmp_5_fix.patch ppl/patches/002-replace-pkglib_DATA.patch * ppl: upgrade to 1.0
Aug 14 23:23:44 <OpenWrt-Commits> luka r37787 trunk/tools/cloog/Makefile * cloog: upgrade to 0.18.0
Aug 14 23:24:14 <luka> jow_laptop: it should be fixed now
Aug 15 00:58:07 <OpenWrt-Commits> luka r37788 trunk/target/linux/ ar71xx/generic/profiles/alfa.mk ar71xx/base-files/lib/ar71xx.sh ar71xx/base-files/lib/upgrade/platform.sh ar71xx/image/Makefile * ar71xx: add support for hornet-ub-x2
Aug 15 00:58:08 <OpenWrt-Commits> luka r37789 trunk/package/boot/uboot-envtools/files/ar71xx * uboot-envtools: add support for hornet-ub-x2
**** ENDING LOGGING AT Thu Aug 15 02:59:59 2013