**** BEGIN LOGGING AT Wed May 23 02:59:59 2012 **** ENDING LOGGING AT Wed May 23 04:35:22 2012 **** BEGIN LOGGING AT Wed May 23 04:36:15 2012 May 23 11:38:19 nbd: alive? anyone ever complained about xboxs not joining a wireless N network? todays trunk, tl-wr2543nd/ar71xx May 23 11:38:46 can't test, my xbox is wired May 23 11:38:53 seems to work fine in g mode. deauth requests in g+n May 23 11:39:53 https://dev.openwrt.org/ticket/8830 May 23 11:40:03 > I have no issue on a 360 May 23 11:40:06 fuck May 23 11:41:26 Weedy_lappy: that is a bad word May 23 11:41:45 do you use that in public aswell or are only we honour wit this fine rethorics ? May 23 11:41:55 *honoured May 23 11:42:19 like flip or foobar are much better variants May 23 11:42:40 we really need #openwrt-swearing May 23 11:43:31 #openwrt-swearing would be #openwrt late at night May 23 11:51:13 Weedy_lappy: do they swear alot there ? May 23 11:51:17 not been there in a few years May 23 11:51:42 also the concept of day and night seems weird in a multi lateral chat room May 23 11:57:33 i always swear in here but i keep stopping with ctrl+c before sending enter then i ask jow_laptop about something and he helps no matter what May 23 12:00:26 dape: :-) May 23 12:01:06 hey blogic you indeed been afk from the channel, i bet you did wonders in openwrt this time :P May 23 12:01:57 dape: we are in -devel May 23 12:02:06 i have been here for 7 years non stop really May 23 12:02:13 :) May 23 12:02:17 you just stalk and code May 23 12:02:22 well May 23 12:02:31 if a comment comes up worth commenting i do comment May 23 12:02:55 or wehn people swear May 23 12:03:08 hehe, once again, thanks to all the openwrt dev team, the latest trunk is amazing in ar71xx, works flawless in all important aspects May 23 12:03:20 haha May 23 12:03:35 damn good router OS May 23 12:04:44 ... due to lack of other options May 23 12:04:47 :-) May 23 12:04:56 its easy to be the best if you have no competition May 23 12:05:06 8-D May 23 12:05:51 i dont know what the chinese and taiwanese dev teams do on their oem firmwares but it looks and acts like many years back May 23 12:06:04 openwrt seems back from the future May 23 12:06:45 i mean, i had to go through all the local country support team, then wait few weeks for the report to be read, considered and another good days to be implemented May 23 12:07:31 dlink that is, radvd update.. and in openwrt i had to read a bit about the package skeletons and bug the patchwork mailing list and voila, its already in trunk May 23 12:08:29 blogic: i wish you guys would have better looking tshirts on your store May 23 12:09:49 haha May 23 12:09:53 at least we have ones May 23 12:10:32 something on black with yellow scratch text : "OpenWRT ! Screaming inside your router with speed" May 23 15:04:23 philipp64|laptop: btw, new kernels completely break jffs2 and squashfs images on x86, thats one of the reasons for the old kernel May 23 16:55:57 jow_laptop: break it how? May 23 16:57:03 and for which versions? May 23 16:58:00 hmm have taken almosth a year but "think" that i have found a hint why my d-link dir652 (ubicom ip7k) hangs the ar8316 switch chip... -> http://lkml.indiana.edu/hypermail/linux/kernel/1007.0/00975.html May 23 16:58:21 also wonder if it was one of the reasons for ubicom to giveup xD May 23 17:01:36 my ubicom ip7k and openwrt attempt stalled here will drop it in a local git and give it an other try May 23 17:01:37 http://pastebin.com/bycMhBjw May 23 17:02:11 wonder if i'm alone with a alien device or that theire are some others have one :S May 23 17:16:29 philipp64|laptop: https://dev.openwrt.org/ticket/11513 May 23 17:57:42 build #20 of avr32 is complete: Exception [exception svn shell shell_15 compile_12] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/20 May 23 17:58:40 KanjiMonster: a couple of things. I've been running 3.2.2 for months with squashfs and it works fine. May 23 17:59:26 I will note that the version of comBIOS this person is using has *not* been tested with the platform drivers, and the platform drivers have only ever been tested with 0.99j (which has been out for several months). May 23 18:00:00 I'd suggest 2 things: rebuild with 3.2.2 or 3.2.5 and see if the problem still occurs (it might be 3.3.x-specific), and update the comBIOS on the box. May 23 18:08:54 KanjiMonster: who filed the bug, anyway? May 23 18:10:50 no idea May 23 18:11:02 someone using trunk on alix May 23 20:13:53 oh, that was nasty. friggin Z-Term... (crashed my macbook...) May 23 20:16:18 building an Alix image now with 3.2.16, but it wants CONFIG_64BIT and CONFIG_UID16 turned off... CONFIG_X86_EXTENDED_PLATFORM off... CONFIG_X86_32_IRIS off... CONFIG_PARAVIRT_GUEST off... May 23 20:18:33 doh... KanjiMonster: can you please restore target/linux/x86/config-3.2 and target/linux/x86/alix2/config-3.2 ? May 23 20:26:18 what's Gabor's handle? May 23 20:38:47 nbd * r31840 /trunk/package/netifd/Makefile: netifd: update to latest version, adds interface alias support (#11518), and fixes network route drops on dhcp renew May 23 21:05:20 juhosg * r31841 /trunk/target/linux/generic/patches-3.3/443-block2mtd-avoid-recursive-call-of-mtd_writev.patch: May 23 21:05:20 linux/3.3: avoid recursive calling of mtd_writev in the block2mtd driver May 23 21:05:20 Should fix #11513. Tested with the x86/generic squashfs image within a VM. May 23 21:05:21 juhosg * r31842 /trunk/package/base-files/files/lib/upgrade/common.sh: package/base-files: copy /lib/functions.sh to the ramfs on sysupgrade May 23 21:05:23 juhosg * r31843 /trunk/target/linux/ramips/base-files/lib/upgrade/platform.sh: May 23 21:05:23 ramips: Enable sysupgrade for Sitecom WL-351 May 23 21:05:23 Sysupgrade works just fine on my Sitecom WL-351 after adding this May 23 21:05:23 oneliner. May 23 21:05:24 Signed-off-by: Tobias Diedrich May 23 21:05:24 juhosg * r31844 /trunk/target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_main.c: (log message trimmed) May 23 21:05:25 ramips: Add byte queue limits support to net/ethernet/ramips_main.c May 23 21:05:25 Add byte queue limits support to net/ethernet/ramips_main.c May 23 21:05:26 "Byte queue limits are a mechanism to limit the size of the transmit May 23 21:05:26 hardware queue on a NIC by number of bytes. The goal of these byte May 23 21:05:27 limits is too reduce latency (HOL blocking) caused by excessive May 23 21:05:32 queuing in hardware (aka buffer bloat) without sacrificing May 23 21:05:32 juhosg * r31845 /trunk/target/linux/ar71xx/ (3 files in 3 dirs): May 23 21:05:32 ar71xx: add support for TP-Link TL-MR3040 May 23 21:05:32 Support for TP-Link TL-MR3040. Power LED not working - always on red, after May 23 21:05:33 start should be green. May 23 21:05:33 Signed-off-by: Cezary Jackiewicz May 23 21:05:34 juhosg * r31846 /trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-rb750.c: May 23 21:05:34 ar71xx: fix WLAN led for RB751U-2HnD and RB751G-2HnD May 23 21:05:35 Patch by Kamil TrzciƄski May 23 21:27:26 jow * r31849 /trunk/package/netifd/files/sbin/ifup: [package] netifd: port r27720 (#9763) to the netifd ifup variant May 23 21:49:29 nbd * r31850 /trunk/package/netifd/files/ (etc/init.d/netifd etc/init.d/network sbin/ifup): netifd: improve /sbin/ifup wifi hack, make it work properly with -a. fold /etc/init.d/netifd into /etc/init.d/network May 23 21:49:34 nbd * r31851 /trunk/package/base-files/files/lib/upgrade/common.sh: base-files: allow sysupgrade to kill netifd, fixes pppd shutdown on upgrade May 23 21:54:14 nbd * r31852 /trunk/package/base-files/files/lib/upgrade/common.sh: base-files: kill ubusd and udhcpc on sysupgrade as well **** ENDING LOGGING AT Thu May 24 02:59:58 2012