**** BEGIN LOGGING AT Sun Aug 01 02:59:57 2010 Aug 01 03:43:35 build #65 of au1000 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/au1000/builds/65 Aug 01 03:48:59 build #63 of ar7 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/63 Aug 01 04:55:43 build #63 of s3c24xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/63 Aug 01 05:13:25 build #62 of xburst is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/62 Aug 01 05:15:59 hmm, the serial console behavior has improved for wgt634u, but still seeing nvram corruption Aug 01 09:01:48 hmm. diag.c is not detecting my wgt's in r22442 (for example) Aug 01 10:12:45 hey uh, are kmod-crypto-aes and kmod-crypto-arc4 installed by default? Aug 01 10:12:58 i don't have the option to include them when running make menuconfig Aug 01 10:26:59 Growly: You can type a slash (/) to enter search-mode of menuconfig. In that mode you can search for aes or something and it will show you detailed information about the config option. Aug 01 10:27:36 Growly: yes, I think wireless stuff needs them Aug 01 10:28:04 Ah yeah, and yes. mac80211 needs those Aug 01 10:28:08 mb__, thanks, but I've found them, I just can't choose whether to install them or not Aug 01 10:28:13 loswillios, ah right Aug 01 10:28:13 yeah Aug 01 10:28:48 they're not listed as installed packages though when running openwrt, and opkg install kmod-mac80211[etc] fails because it doesn't have those dependencies Aug 01 10:35:23 hmmm Aug 01 10:42:19 build #63 of ramips is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/63 Aug 01 12:06:47 Anybody know about the initramfs preinit stuff, and what it's meant to be doing? Aug 01 12:07:41 The initrd init scritps are running through to initramfs_test - and then aborting 'cause INITRAMFS is set - which fails to do the main filesystem mounting.. Aug 01 12:08:07 .. or do I just add a hook that runs the mount disk? Aug 01 12:39:22 florian * r22450 /trunk/toolchain/gcc/ (14 files in 2 dirs): [toolchain] add support for gcc-4.5.1 Aug 01 12:41:11 florian * r22451 /trunk/target/linux/generic/patches-2.6.34/ (4 files): [kernel] refresh 2.6.34 patches Aug 01 12:41:17 florian * r22452 /trunk/target/linux/octeon/ (5 files in 2 dirs): [octeon] add 2.6.34 support Aug 01 14:37:21 nico * r22453 /trunk/Config.in: fix typo Aug 01 14:40:20 nico * r22454 /branches/backfire/Config.in: Aug 01 14:40:20 [backfire] merge r22453 Aug 01 14:40:20 * fix typo Aug 01 15:53:36 mirko * r22455 /packages/Xorg/lib/qt4/ (5 files in 2 dirs): qt4: heavily cleanup Makefile and add a generic way for configuring projects using qmake Aug 01 15:53:56 mirko * r22456 /packages/Xorg/lib/qt4/Makefile: qt4: package drivers (kbd, mouse, gfx) seperatly Aug 01 16:33:52 nbd * r22457 /trunk/package/mac80211/patches/530-ath9k_aggr_state_fix.patch: ath9k: fix aggregation pause/restart handling under heavy load (thx to Lorenzo Bianconi) Aug 01 16:57:27 acoul * r22458 /trunk/ (5 files in 5 dirs): package/compcache: use mainline modules for kernels >=2.6.33 (thank you nbd) Aug 01 17:06:23 nico * r22459 /packages/Xorg/xorg/data/xkeyboard-config/Makefile: Aug 01 17:06:23 [packages] xkeyboard-config: misc fixes: Aug 01 17:06:23 * add MD5SUM Aug 01 17:06:23 * remove unneeded Build/Configure override Aug 01 17:06:23 * fix indent in Package/.../install Aug 01 17:06:24 * check for host intltool Aug 01 18:25:06 hi Aug 01 18:26:30 it seems that the latency of pptp on backfire is 10 times higher then kamikaze Aug 01 18:26:48 20ms instad of 2ms Aug 01 19:59:38 Hauke, ping :) Aug 01 19:59:48 RealOpty: pong Aug 01 20:02:01 Hauke, the patch you made for the netgear. did it exclude this "flash:custom /window:1fc00000 /start:1ffe0000 /length:10000 "? Aug 01 20:02:28 i think the patch you made excluded some important NVRAM data stuff. Aug 01 20:04:51 RealOpty: nvram is normaly located in the last eraseblock Aug 01 20:05:18 RealOpty: what devixe do you have? Aug 01 20:05:30 s/devixe/device Aug 01 20:05:42 Hauke, netgear wnr834b V2 Aug 01 20:06:10 Hauke, you should take a peek at my dmesg i posted on the ticket. Aug 01 20:06:18 im looking at the dmesg now Aug 01 20:06:28 Hauke: in his case there are two nvram areas, in the last two blocks iirc Aug 01 20:06:28 and this is the last line it says Aug 01 20:06:36 RealOpty: do you have the link for me ? ;-) Aug 01 20:06:40 Physically mapped flash: Found an alias at 0x1c00000 for the chip at 0x0 Aug 01 20:06:42 Hauke, sure Aug 01 20:06:53 https://dev.openwrt.org/ticket/7630 Aug 01 20:08:54 i think with maybe one more patch and once i figure out how to make a header in the .bin file for this router, it will be supported. Aug 01 20:10:21 RealOpty: is joing the Dork Side...use your geekiness, strike out with your intellect :P Aug 01 20:10:29 *joining even Aug 01 20:13:36 RealOpty: the pratitions are showed after: Creating 5 MTD partitions on "Physically mapped flash": Aug 01 20:16:30 know what i just had an idea Aug 01 20:17:45 Hauke, can you take a look at the source for the factory firmware? it included the source for the CFE. id like to know if its 'complete'. If it is then maybe we can rewrite the CFE to not require this 'board_data' Aug 01 20:18:33 Hauke, heres the link to the most uptodate factory firmware Aug 01 20:18:40 ftp://downloads.netgear.com/files/GPL/WNR834Bv2-V2.1.13_2.1.13_src.tar.zip Aug 01 20:19:02 * RealOpty dont intend to bug you though Aug 01 20:19:15 RealOpty: I have never worked with cfe Aug 01 20:19:24 not more then using the user interface Aug 01 20:19:33 damn :( Aug 01 20:20:04 Openwrt should ignore the specil partitions needef for cfe with the patch Aug 01 20:20:13 have you tried it? Aug 01 20:20:25 Hauke, yes but it failed to flash Aug 01 20:20:33 s/specil/special Aug 01 20:20:45 what message do you get? Aug 01 20:21:01 what rev have you tested? Aug 01 20:21:41 the tftp server on the device rejected it. i tried flashing with the .trx and a wrt54g-bin Aug 01 20:21:56 what svn rev did you used Aug 01 20:22:03 one sec ill lookup Aug 01 20:22:04 there was a bug for ~3 days Aug 01 20:22:46 Last Changed Rev: 22353 Aug 01 20:23:55 that rev wasnt affected by markus Aug 01 20:24:15 yes Aug 01 20:26:36 but yeah dd-wrt uses special files labeled for the router instead of their generic ones Aug 01 20:26:53 ok tehn some special header is needed Aug 01 20:26:55 makes me believe that it needs some kind of special header for the .bin Aug 01 20:27:16 do you have a link for the image generation script dd-wrt uses Aug 01 20:27:50 nope, i can dig for it though Aug 01 20:28:00 wish me luck cause there code is a mess lol Aug 01 20:30:05 Hauke, whats the filename for that script in openwrt? Aug 01 20:30:25 they probably copied openwrts script lol... Aug 01 20:30:33 RealOpty: target/linux/brcm47xx/image/Makefile Aug 01 20:34:06 Hauke, http://svn.dd-wrt.com:8000/dd-wrt/browser/src/linux/brcm/linux.v24_2/Makefile Aug 01 20:34:43 RealOpty: how is the resulting image named? Aug 01 20:35:16 dd-wrt.v24-12548_NEWD_mini_wnr834bv2.chk Aug 01 20:35:17 OR Aug 01 20:35:25 dd-wrt.v24-13491_NEWD_std-nokaid.bin Aug 01 20:35:55 the .chk is used to 'flash the first time' Aug 01 20:43:48 RealOpty: the tool for generating the firmware is only avaliable as binary blob Aug 01 20:43:59 LAME! Aug 01 20:44:09 stupid dd-wrt Aug 01 20:44:46 Hauke, maybe you can find it in the factory firmware source? Aug 01 20:45:08 RealOpty: there I also found the binary Aug 01 20:45:26 :| Aug 01 20:46:09 Hauke, is it possible to use a hex editor to find out the data? Aug 01 20:47:50 Hauke, is the binary file name 'outputimage' ? Aug 01 20:48:12 RealOpty: no tools/packet Aug 01 20:48:27 im gonna email the developer and hopefully he will cough up the info. Aug 01 20:50:33 hmm Aug 01 20:51:05 Hauke, does this help? 12H081T00_NETGEARHDR Aug 01 20:51:57 RealOpty: what is 12H081T00_NETGEARHDR ? Aug 01 20:52:29 Hauke, i opened the .chk file with a hex editor and thats what i see at the top lol Aug 01 20:57:16 RealOpty: U12H081T00_NETGEARHDR is from: http://svn.dd-wrt.com:8000/dd-wrt/browser/opt/comp-wnr834bv2.txt Aug 01 20:59:13 Hauke, the notes on that say "packet added - to process chk files for netgear " hmmm Aug 01 21:03:04 Hauke, im gonna try to flash the image using the dd-wrt webif Aug 01 21:03:41 RealOpty: that could work Aug 01 21:04:07 updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/uscan.shtml Aug 01 21:07:49 Hauke, is there a generic.bin ? Aug 01 21:08:07 RealOpty: openwrt-brcm47xx-squashfs.trx Aug 01 21:08:18 looks like that they are all router specific and dd-wrt dont wanna accept a trx Aug 01 21:08:36 Hauke, would u say its safe to rename .trx to .bin ? Aug 01 21:08:55 your could try it contains a checksum Aug 01 21:09:51 mmm Aug 01 21:09:56 looks like its working?! Aug 01 21:10:05 we will know here soon... lol Aug 01 21:10:07 ping? Aug 01 21:12:54 RealOpty: do you have a serial console? Aug 01 21:16:01 hi nbd - i added the bugfix for ticket 7637 - could you commit it to trunk for me please? ( https://dev.openwrt.org/attachment/ticket/7637/ ) - its the patch for the rtl8366xx switches which didn't switch anymore ;) ... Aug 01 21:17:07 hey Aug 01 21:17:23 realopty_: hey Aug 01 21:17:27 inital flashing worked Aug 01 21:17:32 its running openwrt Aug 01 21:17:37 realopty_: cool Aug 01 21:17:43 im afarid to reboot it though Aug 01 21:17:45 nbd ... i've also digged into the datasheet ... there is no possibility to flush the lookuptables per port manually :o( - so wie can't reduce the time when moving devices between ports, after they will become reaccessable ... this switch is a antifeature bastard *g* ... it would have been so easy to write a deamon, for polling link status and flushing port entrys ... but no ... Aug 01 21:17:45 lol Aug 01 21:17:50 please post your dmesg output Aug 01 21:18:17 it didnt detect the mac addr of the devices :( Aug 01 21:18:22 brb sorry Aug 01 21:18:25 babys cring Aug 01 21:19:32 realopty_: the mac address problem could be fixes in the last version Aug 01 21:30:02 Memphiz: I wonder If disabling learning forces a flush - probably not, but it should be easy to test (enable learning, ping a device, disable learning, plug device into different port, enable learning, try to ping device - if it times out, it's still in the table at the wrong port, if it succeeds it must have been flushed) Aug 01 21:30:48 KanjiMonster: i'll test that (but think have tested it some days ago ... but i'll give that another try) Aug 01 21:31:32 of course, the other device has to be as silent as possible to not give the switch the chance to learn its new port ;) Aug 01 21:32:26 yes thats no prob ... i leave tcpdump running on the router and try do do it between the broadcasts it sends (ist a printserver which broadcasts udp packets every minute - its a good chance to test between those *g*) Aug 01 21:35:06 Hauke, ok Aug 01 21:35:12 about to upload the dmesg Aug 01 21:35:53 Hauke, https://dev.openwrt.org/attachment/ticket/7630/firstdmesg.txt Aug 01 21:36:16 KanjiMonster: nope ... it doesn't flush on enable/disable learning toggling :( Aug 01 21:36:40 ah ok Aug 01 21:37:48 Hauke, so far the WAN dont work but the LAN does Aug 01 21:38:08 prolly something to do with that phy message in the dmesg Aug 01 21:38:21 KanjiMonster: but who has lan devices which are really silent ;o) Aug 01 21:38:45 Hauke, are you able to tell if the flash mapping skipped over the board data? Aug 01 21:38:53 so they'll come back after they start to talk *hehe* Aug 01 21:39:35 realopty: the flash map looks like excepted it shipped the same dada as the dd-wrt driver Aug 01 21:40:06 Hauke, is there any other info we need to know before i reboot it? Aug 01 21:40:32 ive heard once jffs is enabled, after the reboot is when it bricks cause thats when the cfe needs the data Aug 01 21:41:33 RealOpty: for me it looks good Aug 01 21:41:38 hell yeah Aug 01 21:41:42 you can try to reboot it Aug 01 21:42:00 ok so is the command for the wifi detect 'wifi detect' ? Aug 01 21:42:23 i think it is but not sure Aug 01 21:43:04 RealOpty: for wifi you sould look into /etc/config/wireless Aug 01 21:43:21 nothin in there Aug 01 21:43:24 wifi detect does just print a standard configuration for your wlan device Aug 01 21:43:29 kk Aug 01 21:43:42 it didnt detect the wifi (not that i care atm) Aug 01 21:43:58 idk if i included the binary with that image :\ Aug 01 21:44:07 so "wifi detect > /etc/config/wireless" should generate a working AP configuration - when your wifi driver is working :) Aug 01 21:44:32 kk so that was the command heh Aug 01 21:44:35 realopty_: for me it looks like it was no deteced Aug 01 21:44:46 Hauke, correct Aug 01 21:44:50 no worries atm Aug 01 21:44:54 as long as it reboots! Aug 01 21:45:47 will find out soon Aug 01 21:45:53 gotta take care of baby first Aug 01 21:49:35 brb Aug 01 21:52:22 Hauke, ok time to do reboot test Aug 01 21:52:27 wish me much luck lol Aug 01 21:52:28 :) Aug 01 21:52:39 RealOpty: good luck Aug 01 21:54:21 sweet Aug 01 21:54:25 Hauke, you rock. Aug 01 21:54:35 RealOpty: nice it worked Aug 01 21:54:51 yup Aug 01 21:55:11 even though some things look broke, im happier that openwrt runs on it! Aug 01 21:55:21 now i can actually do stuff lol Aug 01 21:56:11 Hauke, so yeah that patch is work committing to svn :) Aug 01 21:56:26 RealOpty: I will go to sleap for now Aug 01 21:56:32 I wil commit it tomorrow Aug 01 21:56:35 for sure Aug 01 21:56:35 bye Aug 01 21:56:37 Hauke, thanks man Aug 01 21:56:45 i appreciate your time :) Aug 01 21:56:47 peace Aug 01 22:26:12 build #80 of octeon is complete: Failure [failed compile_1] Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/80 Aug 01 22:29:33 build #79 of ep93xx is complete: Failure [failed compile_1] Build details are at http://tksite.gotdns.org:8010/builders/ep93xx/builds/79 Aug 01 22:46:47 build #77 of cobalt is complete: Failure [failed compile_1] Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/77 Aug 01 22:48:50 thepeople: ^ intltool host prereq failures Aug 01 22:49:36 swalker: thanks Aug 01 22:49:43 build #75 of gemini is complete: Failure [failed compile_1] Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/75 Aug 01 23:33:21 is there a way to just build the kernel without going to the world make process (everything is up to date, but it is time consuming ...) just want to gen an elf kernel ... Aug 01 23:34:52 make target/compile Aug 01 23:35:02 make target/linux/compile Aug 01 23:35:53 thx Aug 01 23:40:01 xMff: this doesn't seem to pickup changes i did in the build dir ("implemented" a syntax error which wasn't complained about on compile...) Aug 01 23:40:24 consider build_dir volatile Aug 01 23:41:02 xMff: so i have to code in form of patches? Aug 01 23:41:06 yes Aug 01 23:41:22 and then use target/linux/{clean,compile} Aug 01 23:41:37 mppf ... k ... thx Aug 01 23:41:58 http://wiki.openwrt.org/doc/devel/patches Aug 01 23:46:30 wtf ... seems to be a real anti *grmpf* tool :) Aug 01 23:46:51 yes ;) Aug 01 23:47:11 editing dozens of patches becomes a bit cumbersome with diff & patch Aug 01 23:48:00 hrhr yes ... hab mich schon gefragt ... Aug 01 23:59:20 xMff: only one more question ... where does the elf kernel get build when running make target/linux/compile (thought arch/mips/boot ... but there is nothing) ... or have i to do a make target/linux/install for getting the binary? Aug 01 23:59:49 build_dir/linux-$arch/linux-2.6.*/vmlinux iirc Aug 02 00:08:57 nbd * r22460 /trunk/package/mac80211/patches/ (4 files): ath9k: improve stuck beacon recovery and noise floor handling. significantly improves stability under strong interference in ap mode Aug 02 00:11:07 mhh did svn up 2 secs before this very interesting commit ... svn up again :op Aug 02 00:11:18 ;) Aug 02 00:31:07 mhh nbd ... i'm on the kexec problem with 1043nd ... where the spi driver unmaps the memory which is used for getting the mac and some other eeprom data ... **** ENDING LOGGING AT Mon Aug 02 00:31:44 2010 **** BEGIN LOGGING AT Mon Aug 02 00:36:15 2010 Aug 02 00:36:23 you can't just call that directly Aug 02 00:36:34 because you need the private driver data Aug 02 00:38:01 mhh i need the instance of the spi_device struct Aug 02 00:49:32 build #59 of x86 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/59 Aug 02 01:28:30 nbd * r22461 /trunk/package/mac80211/patches/542-ath9k_bstuck_nf_calibrate.patch: ath9k: improve stuck beacon recovery by reading nf values from the hw when a calibration is pending (instead of waiting for the next cal interval) Aug 02 02:06:26 anyone having trouble with failsafe on current current (i.e. hanging at failsafe prompt, or always entering it?) Aug 02 02:06:35 *current trunk that is **** ENDING LOGGING AT Mon Aug 02 02:59:57 2010