**** BEGIN LOGGING AT Sun Jan 27 02:59:59 2013
Jan 27 05:23:34 <russell--> DonkeyHotei: nein
Jan 27 07:33:00 <builder_> build #127 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/127
Jan 27 08:41:09 <builder_> build #124 of gemini is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/124
Jan 27 09:15:21 <trine> Is there any reason why 6scripts is now missing from trunk ?
Jan 27 09:15:49 <Damme_> clean build latest checkout ar71xx http://pastebin.com/XDY2H6AU
Jan 27 10:29:39 <Damme_> I'm not able to build sources, getting errors ar71xx, first error : http://pastebin.com/XDY2H6AU fixed changing asm to asm-generic/
Jan 27 10:30:02 <Damme_> second was bitops.h same fix
Jan 27 10:30:50 <Damme_> third : http://pastebin.com/EN6HvVFb
Jan 27 10:32:22 <Damme_> and here I'm stuck, donno how to fix that one
Jan 27 10:40:08 <_trine> ar71xx seems to compile here ok
Jan 27 10:41:55 <Damme_> Hmm, what am I doing wrong then..
Jan 27 10:43:26 <_trine> I just had to recompile myself billy burglar has been and stolen 6scripts
Jan 27 10:44:38 <_trine> maybe you could do a make clean then try again
Jan 27 10:45:01 <Damme_> hmm
Jan 27 10:45:06 <Damme_> I'll try that
Jan 27 10:45:30 <_trine> or make toolchain clean
Jan 27 10:45:55 <_trine> I am not sure what is wrong at your end but those could help
Jan 27 10:46:20 <_trine> I see you use xbmc have you seen plex
Jan 27 11:50:35 <Damme_> _trine nope, I'll look that up :)
Jan 27 11:51:00 <Damme_> thanks for the tip
Jan 27 11:52:50 <_trine> plex is based on xbmc
Jan 27 11:56:09 <_trine> the only problem is that plex is not opensource
Jan 27 12:03:50 <Damme_> _trine yes, I was that, goes abit against my thinking, but I'm so tired of xbmc being devel all the time.. do you know if its compatible with like tv-headend or dvb?
Jan 27 12:04:39 <_trine> I dont have anything like that
Jan 27 12:04:40 <Damme_> plex dont seam to offer any .. hmm
Jan 27 12:04:53 <Damme_> I use my box for T
Jan 27 12:04:56 <Damme_> DVB-T too..
Jan 27 12:05:00 <stintel> probably because xbmc stable doesn't support it yet either
Jan 27 12:05:16 <stintel> the next problem with plex is that there is no stable linux client afaik
Jan 27 12:05:39 <_trine> I am going to buy a new nexus 10 when the new model arrives which has the 4 core CPU and the 8 core GPU
Jan 27 12:05:44 <Damme_> so Im stuck with xbmc after all :) but maybe if we give it a while
Jan 27 12:05:50 <stintel> and they don't seem to know there are other distributions than Ubuntu, Fedora and CentOS/RHJ
Jan 27 12:05:57 <stintel> RH*
Jan 27 12:06:15 <stintel> _trine: oh new nexus 10 coming up ?
Jan 27 12:06:21 <_trine> yes
Jan 27 12:06:27 <stintel> I hope they build enough this time, so I can buy one myself
Jan 27 12:06:33 <Damme_> oh, I use arch, there is an package named plexmediacenter-git
Jan 27 12:06:36 <Damme_> in AUR
Jan 27 12:06:48 <Damme_> and its 32bit
Jan 27 12:06:51 <Damme_> (plex)
Jan 27 12:07:21 <_trine> for your own use you dont need a media center because you can use plexweb
Jan 27 12:07:43 <Damme_> ok
Jan 27 12:08:25 <Damme_> there is a plex plugin to xbmc... :)
Jan 27 12:08:37 <_trine> I have just bought a new 250G SSD to compliment the 120G I already had in the computer to put my media on
Jan 27 12:08:48 <Damme_> that way I could keep tv in xbmc and use plex server :)
Jan 27 12:09:06 <_trine> I wanted it to be silent
Jan 27 12:09:26 <Damme_> I use old platter disks, 8 of them.. 7.4TiB I think I got .. :D
Jan 27 12:09:48 <_trine> that would make a racket in my bedroom
Jan 27 12:09:54 <Damme_> but I have my server in my cellar, next to my heatpump so I dont hear it :)
Jan 27 12:12:18 <_trine> stintel, http://gadgets.ndtv.com/tablets/news/next-gen-google-nexus-10-tablet-rumoured-to-feature-quad-core-processor-8-core-gpu-321284
Jan 27 12:12:47 <_trine> I am going to have one of those
Jan 27 12:12:49 <_trine> :)
Jan 27 12:13:30 <_trine> the difference between the old nexus 10 and the new is decribed as 'night and day'
Jan 27 12:13:53 <_trine> it sounds exciting
Jan 27 12:15:52 <_trine> Meanwhile, speculation is that the tablet could be showcased during next month’s Mobile World Congress set to be held in Barcelona the 25 – 28 of February.
Jan 27 13:12:19 <soma> hi, i just tried to run kvm_guest squashfs (AA branch) image in kvm but there is no output from openwrt, not even from grub. any hints?
Jan 27 13:17:36 <stintel> _trine: thanks for the info
Jan 27 13:22:54 <stintel> hmmm, difficult choice, I have a friend coming from the US who can maybe bring one for me. I actually want it now, but now that they announced the faster one ... sigh
Jan 27 13:28:54 <stintel> soma: how are you starting kvm ?
Jan 27 13:29:04 <_trine> yes and its much faster
Jan 27 13:29:06 <stintel> and which image are you using ?
Jan 27 13:30:51 <soma> stintel: my own, maybe thats the problem. i tried with AA-rc1 from downloads ant that works. I currently build a clean recent AA. if that fails to we probably need to find out why. if not then i need to find out why my other selfbuild images don't output anything
Jan 27 13:34:05 <stintel> well I just tried, and the kernel expects the drive to be /dev/vda so it needs to be virtio. but that shouldn't matter for grub
Jan 27 13:34:34 <stintel> if I "kvm -hda bin/x86/openwrt-x86-kvm_guest-combined-squashfs.img" I do see grub
Jan 27 13:35:04 <soma> yes. but then fails to mount the rootfs
Jan 27 13:35:09 <soma> with virtio it boots
Jan 27 13:35:22 <soma> with what version did you test?
Jan 27 13:35:28 <stintel> I am running trunk
Jan 27 13:36:59 <stintel> I have one running in production, trunk r32396 but that was still AA back then :)
Jan 27 13:38:11 <stintel> soma: you're using openwrt-x86-kvm_guest-combined-squashfs.img right ?
Jan 27 13:38:43 <soma> yes. lets see how current AA behaves. although i see no changes in target/x86 that could cause the problem i think
Jan 27 13:39:13 <stintel> indeed
Jan 27 13:39:23 <stintel> I'll build a current trunk image myself here and see if I get similar issues
Jan 27 13:39:45 <stintel> as the one in production is rather old: Linux vr0 3.3.8 #1 Sun Jun 17 02:44:09 CEST 2012 i686 GNU/Linux
Jan 27 13:40:47 <soma> you don't want to know how old my production kvm images are ;)
Jan 27 13:41:26 <soma> kamikaze r21426, 2.6.32.12-grsec
Jan 27 14:04:47 <stintel> soma: not bad, pretty custom too I guess?
Jan 27 14:06:03 <soma> not that much. and sorry i was away, my provider seems to have some problems
Jan 27 14:06:09 <stintel> np
Jan 27 14:06:16 <soma> trying to call them atm
Jan 27 14:15:56 <stintel> ah it was also at the time openwrt used 2.6.32 kernel that I worked on the kvm_guest subtarget :)
Jan 27 14:16:15 <stintel> time flies
Jan 27 14:23:36 <stintel> looks like I have some missing kernel symbols
Jan 27 14:27:19 <soma> HOTPLUG_PCI_IBM ?
Jan 27 14:28:23 <soma> hm ok no, that is just missing in AA for the kernek config and thats why it asks for it
Jan 27 14:28:26 <stintel> they're PCIE hotplug related :)
Jan 27 14:28:41 <stintel> but it's easy to solve this
Jan 27 14:30:13 <soma> brb. reboot modem
Jan 27 14:30:31 <stintel> hmm, jow_laptop or nbd, seems that luci-ssl enables PACKAGE_libustream-cyassl even if I selected openssl as tls provider, is this expected ?
Jan 27 14:30:59 <stintel> (trunk, r35318)
Jan 27 14:32:28 <nbd> luci issue
Jan 27 14:33:55 <stintel> right, was just getting there :) trying to fix it but Makefiles are not my cup of tea
Jan 27 14:38:30 <stintel> this seems to fix it, not sure if its the correct approach though: http://bpaste.net/show/73123/
Jan 27 14:47:50 <stintel> soma: fyi, I get to grub and it boots fine with trunk r35318
Jan 27 14:49:48 <stintel> seems to be something wrong with the jffs2 overlay though
Jan 27 14:50:27 <stintel> and CONFIG_TARGET_ROOTFS_PARTSIZE=48 was ignored
Jan 27 14:50:57 <stintel> that's probably the reason why the jffs2 doesn't work
Jan 27 14:54:46 <stintel> ah I am missing CONFIG_TARGET_IMAGES_PAD
Jan 27 14:57:49 <stintel> ah that was CONFIG_X86_GRUB_IMAGES_PAD before, explains why the newer one disabled in my config
Jan 27 15:15:57 <stintel> soma: one more thing, when I sysupgrade my production system, after reboot kvm says it cant find a bootable device. then I "Force off" in virt-manager, and power it on again and then it boots
Jan 27 15:22:06 <soma> hm ok, with AA build from scratch i also get the grub. so now to figure out whats broken in my other build
Jan 27 15:45:56 <zinx> sigh
Jan 27 15:46:18 <zinx> flashed my first attempt and wireless doesn't come on / eth doesn't respond :/
Jan 27 15:49:32 <DonkeyHotei> [Sat 2013-01-26 09:23:35 PM PST] <russell--> DonkeyHotei: nein   <--------   very interesting, you should take a look
Jan 27 15:49:57 <jmccrohan> Hauke: I just noticed #7198 is now closed. Great work! Built image and it is booting okay on my WNR3500L.
Jan 27 15:50:36 <soma> zinx: wireless is always disabled by default
Jan 27 15:50:58 <soma> you should be able to connect to the device via lan interface(s) using 192.168.1.1
Jan 27 15:51:29 <jmccrohan> Hauke: No ethernet though. Switch is detected, and eth0 + br-lan is brought up but can't connect any devices.
Jan 27 15:51:31 <Hauke> jmccrohan: is there some special image format needed? In target/linux/brcm47xx/image/Makefile there is still a comment out line for the wnr3500L
Jan 27 15:52:07 <jmccrohan> Hauke: No. I flashed the generic trx from within DD-WRT.
Jan 27 15:52:15 <Hauke> jmccrohan: could you post the output of dmesg to pastbin
Jan 27 15:52:59 <jmccrohan> Hauke: Sure. Give me a min. logs over serial are a pain.
Jan 27 15:53:31 <zinx> soma: doesn't work when you didn't guess the hardware config properly SL
Jan 27 15:53:33 <zinx> erh, :P
Jan 27 15:55:28 <zinx> soma: know off-hand how to enable wifi by default?
Jan 27 15:55:40 <zinx> less to guess for the wifi config
Jan 27 15:56:49 <jow_laptop> zinx: http://pastebin.com/5Nh8X9bZ
Jan 27 15:57:02 <zinx> thanks
Jan 27 15:57:10 <jow_laptop> oops, exit0 -> exit 0 ofc
Jan 27 15:57:18 <zinx> hehe yeah
Jan 27 15:57:25 <soma> nice trick
Jan 27 15:57:53 <jmccrohan> Hauke: https://gist.github.com/4648969
Jan 27 15:58:00 <jow_laptop> that assumes recent trunk where all uci-defaults scripts are numerically indexed
Jan 27 15:58:19 <zinx> yeah, i'm using a recent trunk
Jan 27 15:58:20 <jow_laptop> of actually it won't work
Jan 27 15:58:28 <soma> Hauke: if you happen to need a tester for #12756 i'll happily do it
Jan 27 15:58:34 <jow_laptop> because wifi detect only happens in /etc/init.d/network boot which comes later
Jan 27 15:58:44 <zinx> :X
Jan 27 15:59:09 <jow_laptop> but you can try this: http://pastebin.com/tXeYkC1r
Jan 27 16:00:00 <jow_laptop> if that doesn#t work you still have the option to include files/etc/config/wireless
Jan 27 16:00:21 <jow_laptop> if you replace "option macaddr" or "option path" with "option phy phy0" it will be device agnostic
Jan 27 16:01:11 <Hauke> jmccrohan: soma: the switch driver causes some trouble, but KanjiMonster wrote a new version for brcm63xx and my plan was to use that driver and hope that this will fix some of the current problems and does not introduce so many new ones and it uses a better architecture.
Jan 27 16:02:47 <jmccrohan> Hauke: Okay. Anything I can do/test to see if I can get this current build working?
Jan 27 16:04:26 <Hauke> bgmac works for me on 1 of 3 devices I have still some to do some tests on ;-)
Jan 27 16:08:01 <jmccrohan> Hauke: Heh, I'll hang on a little longer before using this image so. ;-)
Jan 27 16:21:25 <zinx> sigh, i may have to break down and get a serial connector for this thing
Jan 27 16:22:23 <OpenWrt-Commits> nbd r35325 trunk/target/linux/ generic/patches-3.7/260-crypto_test_dependencies.patch generic/patches-3.8/260-crypto_test_dependencies.patch
Jan 27 16:22:23 <OpenWrt-Commits> kernel: prevent cryptomgr from pulling in useless extra dependencies for tests that are not run
Jan 27 16:35:19 <zinx> yeah, i don't think this thing is booting at all
Jan 27 16:35:43 <zinx> can anyone recommend a cheap 3.3v serial adapter? :/
Jan 27 16:39:41 <OpenWrt-Commits> nbd r35326 trunk/target/linux/ar71xx/config-3.7
Jan 27 16:39:41 <OpenWrt-Commits> ar71xx: disable support for unsupported mtd configuration, saves about 5K kernel size after lzma
Jan 27 16:40:26 <dape> zinx CA-42 clones ?
Jan 27 16:40:49 <dape> i got three from DX, they work flawlessly with pl2303
Jan 27 16:52:01 <builder_> build #126 of mcs814x is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/126
Jan 27 16:57:10 <builder_> build #115 of octeon is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/115
Jan 27 17:07:34 <stintel> hrmm. seems in 3.7 CONFIG_INET selects CONFIG_CRYPTO_AES, it's needed for tcp fastopen, I think this means CONFIG_CRYPTO_AES=y needs to be in target/linux/generic/config-3.7 and removed from all other config-3.7
Jan 27 17:08:06 <stintel> should be able to use kconfig.pl to do that, right? but I fail to see how
Jan 27 17:16:00 <nbd> right
Jan 27 17:16:35 <stintel> and seems that CONFIG_CRYPTO_AES selects both CONFIG_CRYPTO_ALGAPI and CONFIG_CRYPTO_ALGAPI2 so that should go in there as well
Jan 27 17:24:26 <OpenWrt-Commits> nbd r35327 trunk/target/linux/ (10 files in 10 dirs) * kernel: clean up crypto related kconfig options
Jan 27 17:27:40 <_trine> nbd have you found time to give mon0 a look
Jan 27 17:27:45 <nbd> no
Jan 27 17:27:55 <_trine> ok
Jan 27 17:50:02 <OpenWrt-Commits> hauke r35328 trunk/target/linux/ (12 files in 7 dirs) * kernel: remove __devinit, __devexit and __devexit_p for kernel 3.8
Jan 27 17:50:23 <OpenWrt-Commits> nbd r35329 trunk/target/linux/ malta/config-3.8 generic/config-3.8 realview/config-3.8 * kernel: clean up crypto kconfig options on 3.8
Jan 27 18:11:30 <dwmw2_gone> wtf
Jan 27 18:11:42 <dwmw2_gone> my AA box seemed to be running dnsmasq, answering random queries to the outside!
Jan 27 18:11:57 <dwmw2_gone> and being abused as part of a DoS attack
Jan 27 18:12:39 <dwmw2_gone> I'm receiving queries from faked source IP addresses, to trigger large response packets to the victims
Jan 27 18:12:53 <dwmw2_gone> I didn't even set up DNS on this box; it must have been enabled (and open) by default.
Jan 27 18:13:49 <nbd> ouch
Jan 27 18:13:54 <nbd> jow_laptop: thoughts?
Jan 27 18:15:24 <DonkeyHotei> that's very bad
Jan 27 18:19:52 <jow_laptop> nbd: happens if the firewall is restarted while wan is bombed with dns amplification attempts, it is a conntrack matter
Jan 27 18:20:11 <jow_laptop> nbd: thats why I said a while ago that we need a conntrack flush for firewall restarts
Jan 27 18:20:30 <nbd> ok
Jan 27 18:20:58 <nbd> so what's missing? a small c utility to do the flush without pulling in dependency bloat?
Jan 27 18:21:21 <jow_laptop> and a small kernel trigger for it, the current apis to do so are rather bloated
Jan 27 18:22:49 <nbd> is extra kernel code needed for those APIs or is it just that the existing user space libraries are too bloated?
Jan 27 18:22:50 <DonkeyHotei> kinda major to stuff in AA still
Jan 27 18:22:56 <jow_laptop> in any case there is nothing open by default and this is not a situation that happens if the router is left alone
Jan 27 18:23:07 <jow_laptop> nbd: it needs a whole bunch of kernel modules
Jan 27 18:23:13 <nbd> hrm
Jan 27 18:23:27 <jow_laptop> it pulls in all kind of netlink support stuff for netfilter
Jan 27 18:23:44 <nbd> ok, let's see if i can make this an externally built kernel module
Jan 27 18:25:05 <jow_laptop> right now one needs kmod-nf-conntrack-netlink which depends on kmod-nfnetlink
Jan 27 18:25:40 <jow_laptop> 9K + 3K, probably bearable
Jan 27 18:25:48 <nbd> hm
Jan 27 18:26:25 <jow_laptop> but in the end I suppose that a sysctl or procfs knob to simply flush all conntrack stuff would be even smaller
Jan 27 18:27:09 <nbd> yes
Jan 27 18:27:44 <jow_laptop> especially since we do not need sophisticated conntrack management like filtering or selective flush
Jan 27 18:27:54 <nbd> there is /proc/net/nf_conntrack already
Jan 27 18:27:58 <nbd> i can just make that support writes
Jan 27 18:28:05 <nbd> write an f to it, it flushes
Jan 27 18:28:09 <nbd> or something like that
Jan 27 18:28:47 <jow_laptop> or simply provide an /proc/net/nf_conntrack_flush
Jan 27 18:29:13 <nbd> wtf? /proc/net/nf_conntrack is full of garbage like this:
Jan 27 18:29:13 <nbd> ipv4     2 udp      17 19 src=127.0.0.1 dst=127.0.0.1 sport=60535 dport=53 packets=1 bytes=68 [UNREPLIED] src=127.0.0.1 dst=127.0.0.1 sport=53 dport=60535 packets=0 bytes=0 mark=0 use=2
Jan 27 18:29:41 <nbd> 240 lines on a system that doesn't even act as a router
Jan 27 18:30:21 <nbd> every time i try to look up a host, it adds a few more lines
Jan 27 18:30:42 <jow_laptop> mirko had a similar issue in the past
Jan 27 18:30:48 <jow_laptop> I cannot see that on my system here
Jan 27 18:31:02 <jow_laptop> but might be related to the dnsmasq conntrack integration
Jan 27 18:31:28 <nbd> dnsmasq screws around with conntrack?
Jan 27 18:31:28 <nbd> why?
Jan 27 18:32:26 <jow_laptop> http://www.thekelleys.org.uk/dnsmasq/conntrack
Jan 27 18:32:54 <jow_laptop> but afair we did never enable it
Jan 27 18:33:50 <nbd> it's not enabled here
Jan 27 18:33:52 <nbd> so that can't be it
Jan 27 18:34:22 <nbd> in fact, dnsmasq isn't even running on my system
Jan 27 18:34:31 <nbd> i have an empty resolv.conf
Jan 27 18:35:50 <jow_laptop> then I don't know who is to blame
Jan 27 18:36:15 <jow_laptop> maybe some resolver default
Jan 27 18:36:21 <russell--> i saw that back a few months ago, added a 	list notinterface	eth0
Jan 27 18:36:22 <russell--> 	list notinterface	eth0
Jan 27 18:36:34 <russell--> to my config/dhcp
Jan 27 18:37:46 <jow_laptop> I mean we can discuss about why we conntrack from lo to lo
Jan 27 18:38:10 <jow_laptop> but that could be solved easily
Jan 27 18:38:17 <nbd> indeed
Jan 27 18:43:06 * russell-- mentioned DNS amplification attack here Aug 05 2012
Jan 27 18:44:27 <russell--> initially on Jul 28 2012
Jan 27 18:46:22 <nbd> almost done with the kernel patch for conntrack flush
Jan 27 18:47:05 <DonkeyHotei> russell--: really, look at the tarball for the wndr3700v4
Jan 27 18:47:38 <russell--> DonkeyHotei: i didn't buy it, so it's moot to me
Jan 27 18:48:06 * jow_laptop already sees the upcoming ticket: "regression: firewall restart terminates connections in lan" or "regression: conntrack table flushed whenever an iface reconnects" :)
Jan 27 18:48:16 <DonkeyHotei> russell--: nor did i. it's pretty interesting nonetheless
Jan 27 18:48:43 <jow_laptop> followed by a discussion why it is so, that leads to the smart suggestion to just put notinterface=$wandev into dnsmasq.conf
Jan 27 18:48:55 <jow_laptop> by default of course
Jan 27 18:49:09 <jow_laptop> I've a bit of deja-vu with all this :)
Jan 27 18:50:31 <blogic> lol
Jan 27 18:50:59 <russell--> the amplification attack melted one of our nodes upstream link (was a pathetic adsl connection)
Jan 27 19:01:35 <dwmw2_gone> I have no wan
Jan 27 19:01:51 <dwmw2_gone> it's all lan, because otherwise it wouldn't route between the outside and inside interfaces
Jan 27 19:02:09 <dwmw2_gone> there didn't seem to be any way to stop this NAT abomination, other than putting all the interfaces on the LAN
Jan 27 19:02:18 <dwmw2_gone> that's how it's been for ages, and I haven't had this problem
Jan 27 19:03:52 <OpenWrt-Commits> nbd r35330 trunk/target/linux/ generic/patches-3.6/604-netfilter_conntrack_flush.patch generic/patches-3.8/604-netfilter_conntrack_flush.patch generic/patches-3.7/604-netfilter_conntrack_flush.patch generic/patches-3.3/604-netfilter_conntrack_flush.patch * netfilter: add support for flushing conntrack via /proc
Jan 27 19:04:58 <OpenWrt-Commits> nbd r35331 branches/attitude_adjustment/target/linux/generic/patches-3.3/605-netfilter_conntrack_flush.patch * netfilter: add support for flushing conntrack via /proc
Jan 27 19:05:06 <nbd> jow_laptop: echo f > /proc/net/nf_conntrack
Jan 27 20:06:30 <swalker> updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html
Jan 27 20:53:19 <stintel> nbd: thanks for r35327 :)
Jan 27 20:53:48 <stintel> it bit me when trying to add support for 3.7 to x86 kvm_guest
Jan 27 21:16:27 <OpenWrt-Commits> hauke r35332 trunk/package/acx-mac80211/Makefile * acx-mac80211: use same config options as mac80211 package
Jan 27 21:17:02 <OpenWrt-Commits> hauke r35333 trunk/package/acx-mac80211/ patches/001-make-compatible-with-recent-mac80211.patch patches/100-hw-queue-check-fix.patch patches/200-initial-macaddr.patch * acx-mac80211: refresh patches
Jan 27 21:17:49 <OpenWrt-Commits> hauke r35334 trunk/package/acx-mac80211/ patches/002-remove-usage-of__dev.patch Makefile * acx-mac80211: make it compile with kernel 3.8
Jan 27 21:18:52 <OpenWrt-Commits> hauke r35335 trunk/package/ system/gpio-button-hotplug/src/gpio-button-hotplug.c system/spi-ks8995/src/spi_ks8995.c * kernel: remove __devinit, __devexit and __devexit_p for kernel 3.8
Jan 27 21:20:06 <OpenWrt-Commits> hauke r35336 trunk/ (6 files in 2 dirs) * kernel: add packages for pps and ptp, they are needed by tg3 in kernel 3.8
Jan 27 21:21:02 <OpenWrt-Commits> hauke r35337 trunk/package/kernel/modules/usb.mk * kernel: add ehci-platform.ko and ehci-pci.ko when build with kernel 3.8
Jan 27 21:21:56 <stintel> would it help if I applied for maintainership of just the x86 kvm_guest subtarget? or better just continue sending patches to the ML?
Jan 27 21:24:47 <OpenWrt-Commits> hauke r35338 trunk/package/kernel/modules/input.mk * kernel: activate input-matrixkmap for kernel 3.8
Jan 27 21:29:40 <OpenWrt-Commits> hauke r35339 trunk/package/kernel/modules/usb.mk * kernel: make usb2-pci depend on usb2 and not the other way around
Jan 27 21:41:07 <OpenWrt-Commits> hauke r35340 trunk/target/linux/generic/files/drivers/net/phy/b53/Kconfig * kernel: b53: the b53 spi driver depends on spi
Jan 27 21:49:42 <OpenWrt-Commits> hauke r35341 trunk/target/linux/brcm47xx/base-files/lib/preinit/05_init_interfaces_brcm
Jan 27 21:49:42 <OpenWrt-Commits> brcm47xx: load pps_core and ptp before tg3 to make the interface available for failsafe.
Jan 27 22:42:56 <isuldor_> when I do svn update, does that also update packages that I've installed using the feed script?
Jan 27 23:01:57 <Hauke> isuldor_: no
Jan 27 23:07:54 <isuldor_> Hauke: thanks for the reponse. how should I keep package sources up to date?
Jan 27 23:08:26 <Hauke> isuldor_: ./scripts/feeds update
Jan 27 23:08:37 <isuldor_> ah
Jan 27 23:10:04 <isuldor_> from the wiki it sounded like it was just updating the feeds. I will be taking a closer look at how the feeds work, since I want to make a custom feed for some stuff I'm playing with
Jan 27 23:15:25 <stintel> nbd: hmm, did you set CONFIG_CRYPTO_MANAGER2=y on purpose in generic/config-3.7? I don't think it is needed, and I think it should default to the same as CONFIG_CRYPTO_MANAGER (which is unset)
Jan 27 23:16:50 <builder_> build #161 of ppc40x is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/161
Jan 27 23:18:50 <nbd> stintel: odd, for some reason it ends up being enabled in my build
Jan 27 23:19:09 <stintel> when I do make kernel_menuconfig CONFIG_TARGET=subtarget
Jan 27 23:20:18 <stintel> for kvm_guest, with 3.7.4, this ends up in the kvmg_guest/config-3.7: # CONFIG_CRYPTO_MANAGER2 is not set
Jan 27 23:20:55 <stintel> I can just leave it there, and send my patch like this
Jan 27 23:21:03 <Hauke> stintel: same for brcm47xx with kernel 3.8
Jan 27 23:22:11 <stintel> in the kernel it seems that CRYPTO_MANAGER2 is only selected by CRYPTO_MANAGER && CRYPTO
Jan 27 23:22:32 <stintel> and anything that needs it selects CRYPTO_MANAGER
Jan 27 23:22:58 <nbd> yeah, i also see no real reason for it to be selected in my config, so i'll drop it
Jan 27 23:23:17 <stintel> ok
Jan 27 23:24:16 <russell--> dwmw2_gone: nat abomination?  /etc/init.d/firewall disable maybe
Jan 27 23:24:54 <OpenWrt-Commits> nbd r35342 trunk/target/linux/ generic/config-3.8 generic/config-3.7 * kernel: disable CONFIG_CRYPTO_MANAGER2, it is not needed
Jan 27 23:27:13 <dwmw2_gone> russell--: I do have firewall rules, for the one Windows box I tolerate on my network
Jan 27 23:27:33 <dwmw2_gone> dnsmasq shouldn't be relying on firewalls to stop it responding on queries that it shouldn't
Jan 27 23:42:14 <stintel> maybe configure it to only answer requests from private IP ranges / or only the IP range in use on the LAN zone by default ?
Jan 27 23:44:12 <_trine> when will openwrt be finished its taking a long time
Jan 27 23:44:29 <_trine> :P
Jan 28 00:22:34 <stintel> _trine: :)
Jan 28 00:22:43 <_trine> sup
Jan 28 00:23:36 <_trine> I am gently sipping red wine contemplating bed
Jan 28 00:24:16 <russell--> dwmw2_gone: why is dnsmasq running?
Jan 28 00:24:39 <stintel> hmmm red wine :) am sober since 1/01/13 though
Jan 28 00:26:14 * russell-- not disagreeing wrt default behavior at all, fwiw
Jan 28 00:27:41 <russell--> the notinterface option to dnsmasq is what i settled on locally
Jan 28 00:29:49 <_trine> stintel, wherein the world do you reside
Jan 28 00:33:21 <stintel> _trine: Belgium
Jan 28 00:33:57 <_trine> nearly time for me to go
Jan 28 00:34:08 <stintel> same here, 1:34AM
Jan 28 00:34:21 <_trine> Rage, rage against the dying of the light
Jan 28 00:34:54 <_trine> from a poem by Dylan Thomas
Jan 28 00:35:09 <_trine> Do Not Go Gentle Into That Good Night
Jan 28 00:35:26 <_trine> the 20 centuries greatest poet
Jan 28 00:35:39 <_trine> do other countries have poets
Jan 28 00:40:46 <_trine> poetry seems to be a quintessential thing
Jan 28 00:41:11 <_trine> and becomes more pleasing with age
**** ENDING LOGGING AT Mon Jan 28 03:00:00 2013