**** BEGIN LOGGING AT Mon Jan 26 02:59:57 2009 Jan 26 03:00:12 just for one patch? :) it's easier to get this patch to you and you to submit Jan 26 03:05:05 ok, send it to me Jan 26 03:05:07 nbd nbd.name Jan 26 04:54:27 nbd * r14196 /trunk/toolchain/binutils/Makefile: install readelf to STAGING_DIR_HOST (eglibc requires it, not all systems have it) Jan 26 05:31:20 nbd * r14197 /trunk/package/madwifi/patches/393-mbss_vap_auth.patch: madwifi: add back a missing part of the mbss vap refactoring Jan 26 05:39:21 +1 for msmtp patch! Jan 26 08:00:20 juhosg * r14198 /trunk/target/linux/adm5120/patches-2.6.28/ (2 files): [adm5120] refresh 2.6.28 patches Jan 26 08:04:44 juhosg * r14199 /trunk/target/linux/adm5120/router_le/profiles/Cellvision.mk: [adm5120] add USB drivers for the NFS-101U/WU profiles Jan 26 08:05:08 juhosg: ping - commit that wan port for the trendnet I posted to the mailing list ;) Thank you. Jan 26 08:05:45 juhosg * r14200 /trunk/target/linux/adm5120/image/router_le.mk: [adm5120] build firmware image for the CR-NSADP board Jan 26 08:06:21 juhosg * r14201 /trunk/target/linux/generic-2.6/patches-2.6.28/700-rtc7301.patch: [kernel] generic-2.6/2.6.28: refresh a patch Jan 26 08:16:45 juhosg: ping - commit that wan port for the trendnet I posted to the mailing list ;) Thank you. Jan 26 08:38:31 RoundSparrow: ok, although i would like to test it before Jan 26 08:38:37 RoundSparrow: i'm just compiling it right now Jan 26 09:12:35 juhosg: it's not tested on 632 only 652 that I know.... still undetermined what the diff of those models are. Trendnet sells both here in the USA side by side. Jan 26 09:16:02 juhosg: you and i will have to sit down one day and compare notes. as not sure if your buttons and led's all work on the 632. On the 652 for example Openwrt doesn't get button signs (I don't see anything on console when I push) Jan 26 14:40:29 nbd * r14202 /trunk/package/madwifi/patches/370-wdsvap.patch: madwifi: fix a potential race condition in the wds ap station interface setup/teardown Jan 26 14:40:30 nbd * r14203 /trunk/package/madwifi/patches/ (392-remove_wds_nodetracking.patch 393-mbss_vap_auth.patch): madwifi: fix rx for pure wds interfaces Jan 26 14:55:13 juhosg * r14204 /trunk/target/linux/ar71xx/files/ (3 files in 2 dirs): [ar71xx] move random MAC address generation into the platform initialization code Jan 26 17:03:48 RoundSparrow: ping Jan 26 17:07:34 yep Jan 26 17:08:30 juhosg: pong Jan 26 17:09:50 i have tried your patch on the TEW-632BRP, but most of the values are not correct in it Jan 26 17:10:01 can you try this on the TEW-652BRP? : http://openwrt.pastebin.ca/1318701 Jan 26 17:11:30 sure Jan 26 17:12:56 thanks Jan 26 17:13:03 with this patch you should be able to detect link changes on the WAN port Jan 26 17:13:33 I've been meaning to ask you if we should be taking advantage of the "profile" feature of makemenu for these AP81/AP83 since they don't need madwifi and get ath9k. I know you aren't exactly sitting on your hands (you are busy) but seems logical Jan 26 17:13:45 Also your Planex router is in the mail as of Friday, I expect you should have in 7 more days Jan 26 17:14:05 USA only power supply, needs 5v 3amp Jan 26 17:24:26 superb, thanks Jan 26 17:24:36 the profile thing is a good idea, i will add it, or i will create a subtarget for the ar913x based devices instead Jan 26 17:45:38 juhosg * r14205 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-tew-632brp.c: [ar71xx] tew-632brp: add WPS button Jan 26 17:58:19 florian * r14206 /packages/net/stun/ (7 files in 3 dirs): Add stun server and client Jan 26 18:16:02 juhosg * r14207 /trunk/target/linux/ar71xx/config-2.6.28: [ar71xx] update 2.6.28 config Jan 26 18:22:13 RoundSparrow: for buttons you need the kmod-input-core, kmod-input-polldev, kmod-input-gpio-buttons, kmod-button-hotplug packages Jan 26 18:22:33 then the buttons will generate a hotplug event, and you can use hotplug rules: https://dev.openwrt.org/ticket/3522 Jan 26 18:50:45 juhosg * r14208 /trunk/target/linux/ar71xx/ (9 files in 4 dirs): [ar71xx] experimental support for the Planex MZK-W04NU board Jan 26 19:34:29 juhosg: see this on ath9k homepage: Loss of connectivity after large file transfer on 2.6.28: This issue was fixed in 2.6.28.1, the issue was caused by the fact that ath9k was configured to ignore beacons and mac80211 expects them, after a large data transfer it is possible the beacons could have been missed and mac80211 detects a timeout of waiting for beacons or receiving data. Jan 26 19:35:09 not sure what config option they intend Jan 26 19:35:48 we use compat-wireless anyway, not the in-kernel one Jan 26 19:44:50 nbd * r14209 /trunk/toolchain/eglibc/patches/2.8/100-darwin_cross.patch: fix eglibc 2.8 cross-compile under darwin / mac os x Jan 26 19:46:17 nbd * r14210 /trunk/package/base-files/Makefile: fix handling of eglibc config options for packaging Jan 26 19:47:37 nbd * r14211 /trunk/toolchain/eglibc/patches/2.9/ (. 100-darwin_cross.patch): port the eglibc cross compiling fix to version 2.9 Jan 26 19:49:38 nbd * r14212 /trunk/toolchain/eglibc/patches/2.9/100-darwin_cross.patch: eglibc: replace the use of stpncpy with strncpy + manual termination (stpncpy is not available on darwin) Jan 26 20:15:20 RoundSparrow: compat-wireless contains this fix already: http://tinyurl.com/cj8j3r Jan 26 20:28:45 juhosg: ok, great. just wanted to make sure not external config Jan 26 20:29:09 i'm testing eth in about 15 minutes Jan 26 20:29:57 ok Jan 26 21:08:43 juhosg: ar71xx: using random MAC address for eth0 ; ar71xx: using random MAC address for eth1 ; eth0: Atheros AG71xx at 0xb9000000, irq 4 ; eth0: connected to 4 PHYs ; eth1: Atheros AG71xx at 0xba000000, irq 5 ; eth1: connected to PHY at 0:04 [uid=004dd042, driver=Generic PHY] Jan 26 21:13:41 juhosg: is that same output you get on 632? Jan 26 21:14:49 RoundSparrow: yes Jan 26 21:15:10 can you pass traffic through the WAN port? Jan 26 21:15:34 testing Jan 26 21:19:38 light is blinking but no ping Jan 26 21:19:44 reviewing to make sure no mistake Jan 26 21:21:59 it is correctly sensing cable insert and removal, but not sending traffic Jan 26 21:22:10 testing eth0 to make sure again no config issue on host pc Jan 26 21:23:28 yha, eth0 is working fine (one of 4 switch ports, pinging assigned address) Jan 26 21:23:34 going to try eth1 again Jan 26 21:26:08 juhosg: ok, I think it is working fine. but it does not auto-crossover. I was testing with direct cable to my host linux system which works fine on switch ports but not on the wan port. The funny thing is that link lights worked and even traffic light Jan 26 21:26:27 now i plug WAN into switch and I can connect fine Jan 26 21:30:11 weird, maybe the switch will need a driver then Jan 26 21:30:18 something I don't remember seeing in dmesg before: ar71xx: pll_reg 0xb8050014: 0x13000a44 ; ar71xx: pll_reg 0xb8050018: 0x13000a44 Jan 26 21:32:16 juhosg: on "wifi up" does it down/up your ethernet interfaces? For me I drop telnet session on that Jan 26 21:32:28 (at least with eth0) Jan 26 21:34:33 yes, i noticed that too Jan 26 21:34:44 ok, now it works with direct connect on wan Jan 26 21:34:59 I did a cold boot of router this time, maybe some registers from former driver attempts Jan 26 21:35:46 I pull cable to laptop and go with one to switch and get: eth1: link down ; eth1: link up (100Mbps/Full duplex) Jan 26 21:35:49 so looking good Jan 26 21:35:58 ok Jan 26 21:36:11 sorry, i have to go now, thanks for testing Jan 26 21:36:19 i will commit the patch tomorrow Jan 26 21:36:41 thanks Jan 26 21:38:07 nbd * r14213 /trunk/tools/mpfr/Makefile: fix mpfr download url Jan 26 21:38:11 np Jan 26 23:05:37 lars * r14214 /packages/Xorg/driver/xf86-input-tslib/ (. Makefile): Add xf86-input-tslib. A xorg input driver module using tslib. Jan 27 01:06:13 a new compat-wireless is out right now, the current compat-wireless has broken ath9k driver. Newest: http://wireless.kernel.org/download/compat-wireless-2.6/compat-wireless-2009-01-27.tar.bz2 **** ENDING LOGGING AT Tue Jan 27 02:59:57 2009