**** BEGIN LOGGING AT Fri Aug 26 02:59:57 2011 Aug 26 03:08:04 gah, make distclean, going to try again Aug 26 06:03:04 is there a way to force a target-specific rebuild short of distclean? Aug 26 11:11:15 howto build cross-ksymoops in openwrt ?? Aug 26 11:13:20 sekon_: you should write Makefile Aug 26 11:14:41 luka12345|wiik: its not there by default ?? Aug 26 11:16:04 can it be packaged easily ?? Aug 26 11:18:48 there is Makefile: packages/devel/ksymoops/Makefile Aug 26 11:19:10 you can select it in 'make menuconfig' Aug 26 11:19:32 then you can rebuild whole image for your target Aug 26 11:20:07 or you could build just this package like this: 'make package/ksymoops/compile' Aug 26 11:20:32 luka12345|wiik: thank you Aug 26 11:22:33 np Aug 26 11:30:24 luka12345|wiik: oops i cant seem to find it Aug 26 11:30:30 this is what i was talking about Aug 26 11:30:31 https://lists.openwrt.org/pipermail/openwrt-devel/2008-October/003225.html Aug 26 11:30:43 the O.P says he has submitted a patch Aug 26 11:30:47 but i could not find it Aug 26 11:47:10 sekon_: it's under utilities and it's called ksymoops Aug 26 11:48:43 for more info look at the make file Aug 26 11:48:53 you can also see it here: https://dev.openwrt.org/browser/packages/devel/ksymoops/Makefile Aug 26 12:09:37 luka12345|wiik: latest svn commit is 28087 ?? Aug 26 12:09:40 https://dev.openwrt.org/browser/trunk/package/ksymoops/Makefile?rev=28087 Aug 26 12:11:53 sorry my bad Aug 26 12:11:55 use svn command 'svn log devel/ksymoops' and you will see that it was changed in r23266 Aug 26 12:12:36 all i can say is i cant find it Aug 26 12:12:39 make menuconfig Aug 26 12:12:43 ksymoops Aug 26 12:12:52 gives only busybox related stuff Aug 26 12:13:01 ~ insmod ksymoops Aug 26 12:13:15 and the only dependency of this is binutils Aug 26 12:13:23 which is included by default ?? Aug 26 12:17:43 and Aug 26 12:17:47 find . -name "devel*" Aug 26 12:17:47 ./build_dir/host/gmp-5.0.1/tests/devel Aug 26 12:17:47 ./build_dir/toolchain-mipsel_r2_gcc-linaro_uClibc-0.9.32/uClibc-0.9.32/include/config/devel Aug 26 12:17:50 ./build_dir/toolchain-mipsel_r2_gcc-linaro_uClibc-0.9.32/linux-2.6.39.2/Documentation/development-process Aug 26 12:17:53 ./build_dir/linux-ramips_rt305x/linux-2.6.39.2/Documentation/development-process Aug 26 12:19:11 and for ksymoops Aug 26 12:19:13 find . -name "ksymoops*" Aug 26 12:19:13 ./build_dir/toolchain-mipsel_r2_gcc-linaro_uClibc-0.9.32/linux-2.6.39.2/scripts/ksymoops Aug 26 12:19:16 ./build_dir/linux-ramips_rt305x/linux-2.6.39.2/scripts/ksymoops Aug 26 12:24:07 thanks for your help .. i must be missing something trivial Aug 26 12:25:45 Hi! I got a broadcom mips32-based vdsl modem... and was pointed here by a more linux-savvy friend.. can you say you can't help me with that? the manufacturer published source codes, but I can't compile it, they forgot to add the toolchain too Aug 26 12:28:24 MMlosh: the toolchain is part of most LDKs, best find out which LDK version you have (look in Version.make) and then download an LDK from a different manufacturer that contains the toolchain (doesn't have to be exactly the same version, but it should match the major and minor, e.g. if its 4.04 get a 4.04) Aug 26 12:29:18 $ cat version.make Aug 26 12:29:18 BRCM_VERSION=4 Aug 26 12:29:18 BRCM_RELEASE=06 Aug 26 12:29:18 BRCM_EXTRAVERSION=03 Aug 26 12:29:35 that's what I have... is that standard, or broadcom-specific? Aug 26 12:29:46 they have the toolchain path hardcoded Aug 26 12:30:37 MMlosh: pick anything containing "406" in the filename from http://www.comtrend.com/gplcddl.htm, it should contain a complete toolchain Aug 26 12:31:49 they have toolchains too? omg I am dumb I guess Aug 26 12:32:06 (you nailed the page where I got the sources... it's the first link) Aug 26 12:32:32 can any one help me debug this kernel oops Aug 26 12:32:34 http://pastebin.com/YS9ReF9U Aug 26 12:32:55 any pointers would do Aug 26 12:33:05 MMlosh: also don't paste multiple lines, and this is broadcom-specific Aug 26 12:33:05 bcm6368 isn't supported in openwrt Aug 26 12:33:07 MMlosh: and while the toolchain location is hardoded, it's only in a few places in the Makefiles, so with a bit of grepping and editing you can change it Aug 26 12:33:08 *hardcoded Aug 26 12:33:18 i am not looking for hand holding . . but i need HELP Aug 26 12:33:24 KanjiMonster, the 1st link is my sources.. no toolchain..... sry about the lines.. I know. Aug 26 12:33:45 actually.. they separated in in make.common... Aug 26 12:33:48 MMlosh: ah, I think I remember that one of them was missing the toolchain Aug 26 12:34:00 so.. others have it? Aug 26 12:34:04 but most of them should contain it Aug 26 12:34:05 yeah Aug 26 12:34:20 ok.. that should make things more pleasant then.. thanks for the tip Aug 26 12:34:31 MMlosh: try the 3022 one Aug 26 12:35:04 good idea.. it's for the VR seeries too Aug 26 12:36:18 it will take quite a while.... do you know if someone succeeded building that? Aug 26 12:36:45 no idea Aug 26 12:37:42 I only build LDKs from other manufacturers (one d-link, two t-com) and they worked for me, but never any of the comtrend ones Aug 26 12:38:14 will see in 35 minutes.. Aug 26 12:38:40 the web UI has "TODO: IPv6 ...... something something" in it... Aug 26 12:38:47 heh, nice Aug 26 12:38:51 sure.. users won't see it, but it does not feel finished Aug 26 12:39:39 one more thing: do you know how to find out how much flash and ram it has? Aug 26 12:41:29 ^ KanjiMonster Aug 26 12:41:53 MMlosh: cat /proc/mtd Aug 26 12:41:55 ?? Aug 26 12:42:07 sekon_, It does not expose shell Aug 26 12:42:35 MMlosh: open the case and attach to serial ;) Aug 26 12:43:03 no idea ho to get that info without a shell Aug 26 12:43:30 it should have serial.. .. good idea Aug 26 12:43:52 if the firmware builds... .. I can get shell easily I guess Aug 26 12:44:24 it has ssh/telnet access.. I get their CLIconfig instead of shell, but that's just about one plaintext config file.. easy Aug 26 12:44:41 (one plaintext file to modify I mean) Aug 26 12:45:22 MMlosh: if you have telnet access, try "sh" Aug 26 12:45:40 this often allows you to break out Aug 26 12:45:49 ok.. let's try.. Aug 26 12:46:02 it feels more like their dedicated app Aug 26 12:46:06 not shell at all Aug 26 12:47:53 KanjiMonster, says "unrecognized command" Aug 26 12:48:58 florian * r28089 /trunk/package/acx-mac80211/Makefile: [package] update acx-mac80211 to 20110821 Aug 26 12:49:12 managed to run busybox.. yay... they have a hole Aug 26 12:49:23 MMlosh: ah, then busybox sh ;) Aug 26 12:50:03 ping ; busybox Aug 26 12:50:09 this got me both executed Aug 26 12:50:16 but.. not as easy as I though Aug 26 12:50:28 ("busybox" alone gives me error) Aug 26 12:50:41 ping ; sh did the trick Aug 26 12:53:16 MMlosh: cat /proc/meminfo should tell you the ram, cat /proc/mtd the rough flash size Aug 26 12:53:42 crap.. I launched "top" and it got kinda detached Aug 26 12:54:53 the shell access is borked... It can't hear me correctly... Aug 26 12:55:01 maybe it's started twice? Aug 26 12:59:09 KanjiMonster, memtotal 60660 kB Aug 26 13:01:09 crap.. they have enforced a timeout on anything I run from cliconfig Aug 26 13:06:57 mtd0: 00468000 00468000 "Physically mapped flash" crap.. that does not feel like a lot of space Aug 26 13:08:38 MMlosh: please see Aug 26 13:08:38 http://www.plenz.com/reverseshell Aug 26 13:08:56 specifically the part about netcat Aug 26 13:10:43 sekon_, yay.. thanks .. that looks promising.. netcat should be enough Aug 26 13:15:08 it works.. but it forgot to setup prompt and such.. Aug 26 13:16:00 MMlosh: prompt and such need to be compiled into busybox Aug 26 13:16:20 it gave me promtp when I started it from CLIadmin Aug 26 13:16:28 it did not when I started it from netcat Aug 26 13:16:51 well.. sortof... it gave me '#'s Aug 26 13:16:56 this gives completely nothing Aug 26 13:23:17 KanjiMonster, yes.. that one has the toolchain .. also: it's Gzipped properly.. my tarball was not.. I hope it'll work Aug 26 13:27:08 Hello, please help with a kernel panic Aug 26 13:27:09 http://pastebin.com/YS9ReF9U Aug 26 13:27:15 ARCH=Mipsel Aug 26 13:31:25 lsmod http://pastebin.com/UWkewhU0 Aug 26 13:52:30 MMlosh: 0x468000 is more than 4MB, so it has at least 8MB (likely exactly) Aug 26 14:02:35 KanjiMonster, it is? then it's OK I guess Aug 26 14:41:50 sekon_, the busybox gives me '#' prompt when ran from ssh Aug 26 14:42:09 sry.. I thought you said something again.. my window got scrolled somehow.. Aug 26 15:36:31 moo Aug 26 17:14:46 KanjiMonster, I got much further with your help.. but it failed with a line from ccache ccache: FATAL: /opt/toolchains/uclibc-crosstools-gcc-4.2.3-3/usr/bin/mips-linux-uclibc-gcc: execv returned (No such file or directory) Aug 26 17:16:03 oh.. it really does not exist.. it expects a different version of toolchain for that part... weird and dumb.. Aug 26 17:17:10 let's try just symlinking it to the version I have (4.4.2-1) Aug 26 17:24:01 ew, ew, ew. toolchains requiring /opt paths, etc Aug 26 17:24:16 you should never need to put a toolchain in an absolute path Aug 26 17:24:25 * Chocks slaps all the vendors out there and their crappy SDKs Aug 26 17:39:51 fullstop: so, support not in SVN yet? Aug 26 17:42:02 Chocks: nope, you need to apply the patch. Aug 26 17:42:16 right, just a-lookin' at it. Aug 26 17:42:20 surprisingly straight forward Aug 26 17:42:29 agreed.. but... it works.. just had to install ccache, fakeroot.. and one symlink Aug 26 17:42:48 I submitted a patch to mailing list yesterday. I expect it to take some weeks for it be dealt with ;-) Aug 26 17:44:18 patching file target/linux/ar71xx/generic/profiles/buffalo.mk Aug 26 17:44:18 patch unexpectedly ends in middle of line Aug 26 17:44:20 hum. Aug 26 17:45:10 now it failed when assembling the image together.. saying "fakeroot: preload library not found, aborting. Aug 26 17:48:01 fullstop: hm, doesn't show up in menuconfig Aug 26 17:48:57 Chocks: try removing the contents of the tmp directory in the root of your checkout. Aug 26 17:49:53 ok Aug 26 17:58:57 easy solution.. remove the provided fakeroot, symlink to the systemwide one Aug 26 18:03:12 but this gets me to the hard part... I have an image that is ready... shall I flash? What if I brick it? Aug 26 18:05:36 MMlosh: how are you planning on flashing? Does the device have a tftp flash routine in the bootloader? Aug 26 18:05:56 fullstop, I don't know how to find out Aug 26 18:06:23 so you have an image but no idea how to flash the device? Aug 26 18:07:07 read the wiki, luke Aug 26 18:07:09 I know how to flash it Aug 26 18:07:17 via web ui.. or tftp Aug 26 18:07:23 but.. what if it goes wrong.. Aug 26 18:07:29 read the wiki about that too Aug 26 18:07:50 depends on your particular device Aug 26 18:08:31 unsupported by openwrt Aug 26 18:08:51 really Aug 26 18:09:00 are you flashing openwrt to it, as a new port? Aug 26 18:09:03 but your channel was extremely helpful when building the image... Aug 26 18:09:13 nope.. firmware provided by the company that made it Aug 26 18:09:19 so, not much to do with openwrt Aug 26 18:09:23 * Chocks slaps! Aug 26 18:09:53 you know how are the unbrick routines usually done... I though you might know.. Aug 26 18:10:09 serial port, access to boot loader Aug 26 18:10:13 in almost all cases Aug 26 18:10:17 maybe visiting the other comtrend's product's openwrt wiki could help... Aug 26 18:10:28 this sure has serial somewhere... Aug 26 18:10:38 very few embedded devices lack serial Aug 26 18:11:02 that run Linux, that is Aug 26 18:11:07 I hope this one does not lack the unbrick feature.. it seems overall lazily done Aug 26 18:11:10 +1 to serial cable. They are invaluable. Aug 26 18:12:36 with many devices, it's all too easy to unbrick Aug 26 18:12:39 to brick Aug 26 18:12:49 one platform I worked on had no ready access to jtag Aug 26 18:15:42 allright.. let's try it.. the size is by 4kB larger than the official firmware file Aug 26 18:15:51 so nothing should be missing Aug 26 18:18:27 time to port openwrt to it Aug 26 18:21:38 that would be cool... but.. support for adsl/vdsl modems is not that big, or.. it was weak Aug 26 18:21:48 aw. Aug 26 18:22:01 Chocks, has that changed? I haven't seen openwrt's status for >2 yrs Aug 26 18:22:20 I don't know; worth checking Aug 26 18:24:48 let's see what can I do just by reconfiguring the kernel and busybox... it should be enough for a while.. Aug 26 18:24:56 also: I need that device up and running... Aug 26 18:34:47 Chocks, it appears to have CFE... do you know if there is a guide how to use it for unbricking? Aug 26 18:36:12 All of the devices I've used with CFE can be reflashed over tftp, but certain parameters should be set first to make sure that it waits a little longer for the tftp upload. Aug 26 18:40:22 good to hear.. so.. I hereby consider my situation safe, when I refrain from flashing images marked "CFE" Aug 26 18:40:35 the build process conveniently generates two.. cfe and non-cfe Aug 26 19:09:08 ah, my grub problem was due to a debian/unstable gcc-multilib problem Aug 26 19:11:27 MMlosh: hold down the reset button, power on, wait for ~15 seconds, release the reset button Aug 26 19:12:14 KanjiMonster, ok. is the IP address for sending the firmware known? Aug 26 19:12:21 MMlosh: this ususally puts the CFE into recovery mode with a minimal webserver, usually on 192.168.1.1 Aug 26 19:12:24 btw: I flashed and it works as it used to Aug 26 19:14:59 often a red power led is used to indicate the recovery mode Aug 26 19:16:30 hmm Aug 26 19:16:50 ok.. thanks for all your help..for now Aug 26 21:14:31 jmccrohan * r28090 /packages/utils/lcd4linux/ (Config.in Makefile): [package] lcd4linux: fix new plugins that were added during bump to r1158 Aug 27 02:22:16 hey everyone Aug 27 02:22:41 quick q, google fails me: is there an automatic way to either build all available packages, or generate a config to build all available packages? Aug 27 02:31:47 bah, global build settings -> select all packages by default Aug 27 02:31:49 don't mind me ;) **** ENDING LOGGING AT Sat Aug 27 02:59:57 2011