**** BEGIN LOGGING AT Sun Mar 14 02:59:56 2010
Mar 14 03:26:59 <CIA-39> thepeople * r20192 /packages/net/umurmur/ (Makefile patches/): umurmur: update to 0.2.2, from #6829
Mar 14 03:37:43 <CIA-39> thepeople * r20193 /packages/net/apcupsd/files/changeme: fix changeme script, from #6828
Mar 14 03:46:43 <cshore> ping rtz
Mar 14 04:49:33 <CIA-39> nbd * r20194 /trunk/package/wireless-tools/patches/003-we_essential_def.patch: wireless-tools: fix encryption display in the scanning list (#6732)
Mar 14 05:57:33 <swalker> any OpenWrt Xorg package people around?
Mar 14 07:23:07 <builder> build #40 of ppc40x is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/40
Mar 14 12:04:54 <blogic> iSteve: ping
Mar 14 12:05:02 <iSteve> pong?
Mar 14 12:05:32 <blogic> adding a serialize hook really is trivial
Mar 14 12:05:40 <blogic> i am looking at uevent.h just now
Mar 14 12:06:04 <blogic> env_vars_c, plain and plain_s ?
Mar 14 12:06:07 <blogic> what do they do ?
Mar 14 12:07:08 <iSteve> plain and plain_s is the original event as read from the socket, and plain_s is the size of it
Mar 14 12:07:21 <iSteve> env_vars_c is the count of the env vars parsed from the event
Mar 14 12:07:21 <nunojpg> any idea how to reboot the router once after each power-on?
Mar 14 12:07:28 <blogic> oki
Mar 14 12:07:29 <nunojpg> the hard part is the "once"
Mar 14 12:07:49 <blogic> iSteve: how do i start hotplug2 on my debian for easy testing ?
Mar 14 12:07:52 <nunojpg> is there any state that keeps in memory if reboot and not power-on?
Mar 14 12:08:42 <iSteve> blogic: stop udev, start hotplug2 with some rules files that'll effectively do nothing (or provide debugging data, if you need them), and a single-process worker
Mar 14 12:09:14 <blogic> udev ?
Mar 14 12:09:17 <blogic> lol
Mar 14 12:09:19 <iSteve> ...
Mar 14 12:09:20 <blogic> :)
Mar 14 12:09:31 <iSteve> yes, stop udev:)
Mar 14 12:09:36 <blogic> haha
Mar 14 12:09:43 <iSteve> umm
Mar 14 12:09:56 <blogic> is there a initd script ?
Mar 14 12:10:04 <iSteve> what's so damn funny, blogic?
Mar 14 12:10:04 <iSteve> :)
Mar 14 12:10:46 <iSteve> yes, udev does have init script, on debian it's (not surprisingly) /etc/init.d/udev
Mar 14 12:10:59 <blogic> the first thing you do on a fresh debian is install vim and kill exim, networkmanager and udev
Mar 14 12:11:11 <iSteve> nope
Mar 14 12:11:14 <iSteve> not with me :)
Mar 14 12:11:25 <blogic> ok
Mar 14 12:25:25 <CIA-39> nbd * r20195 /trunk/package/madwifi/ (2 files in 2 dirs): madwifi: disable softled by default on pci devices (fixes #4484)
Mar 14 13:16:28 <CIA-39> nbd * r20196 /trunk/package/kernel/modules/crypto.mk: add missing kconfig symbol for the hifn 795x crypto accelerator module (patch by dogge10)
Mar 14 13:22:40 <CIA-39> juhosg * r20197 /trunk/target/linux/atheros/patches-2.6.32/ (11 files): atheros: refresh 2.6.32 patches
Mar 14 13:22:45 <CIA-39> juhosg * r20198 /trunk/target/linux/atheros/patches-2.6.33/100-board.patch: atheros: refresh 2.6.33 patches
Mar 14 13:22:48 <CIA-39> juhosg * r20199 /trunk/target/linux/generic-2.6/patches-2.6.33/997-lzo_decompressor_fix.patch: kernel: refresh lzo patch for 2.6.33
Mar 14 13:27:52 <rtz2> blogic: ping
Mar 14 14:26:40 <blogic> rtz2: pong
Mar 14 15:16:57 <rtz2> blogic: ping
Mar 14 15:17:14 <CIA-39> thepeople * r20200 /trunk/target/linux/orion/patches/020-wnr854t_switch_support.patch: remove empty patch file
Mar 14 15:20:33 <blogic> rtz2: yes
Mar 14 15:22:29 <rtz2> blogic: you remember my plan to integrate the amazon target into ifxmips?
Mar 14 15:24:23 <loswillios> it didn't work out?
Mar 14 15:24:55 <blogic> yes
Mar 14 15:24:59 <blogic> rtz2: it worked out ?
Mar 14 15:25:29 <rtz2> blogic: more or less
Mar 14 15:26:03 <rtz2> blogic: the ifxmips target seems kinda like a mess to me. for example, why does it use a homegrown dma engine instead of using the standard api?
Mar 14 15:26:24 <blogic> hehe
Mar 14 15:26:29 <blogic> the dma is the last thing i need to fix
Mar 14 15:26:30 <blogic> :)
Mar 14 15:27:15 <rtz2> blogic: ok. I did get the kernel to boot on right until the point where it tries to start init
Mar 14 15:27:26 <blogic> ok
Mar 14 15:27:33 <blogic> nice
Mar 14 15:27:45 <rtz2> right to this line to be precise: if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
Mar 14 15:28:08 <rtz2> blogic: and there the whole kernel silently dies as far as I can tell
Mar 14 15:28:23 <rtz2> the call doesn't return
Mar 14 15:28:39 <rtz2> blogic: do you have any idea, what could go wrong there?
Mar 14 15:30:22 <builder> build #40 of ppc44x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/40
Mar 14 15:32:51 <blogic> rtz2: hmmmm
Mar 14 15:33:26 <blogic> rtz2: CFLAGS=-Os -pipe -mips32r2 -mtune=mips32r2 -funit-at-a-time
Mar 14 15:33:36 <blogic> in target/linux/ifxmips/Makefile
Mar 14 15:33:46 <blogic> amazon is nor 32r2 afaik
Mar 14 15:37:16 <rtz2> blogic: until that point everything works, but I will try
Mar 14 15:38:40 <nbd> make sure you run make dirclean after changing the cflags
Mar 14 15:38:49 <nbd> also regenerate your .config or change the flags in there
Mar 14 15:38:58 <nbd> because the cflags also make it into uclibc, libgcc
Mar 14 15:39:16 <nbd> and you will have trouble running user space on a mips32 r1 if stuff was compiled for r2
Mar 14 15:42:12 <rtz2> nbd: I would be happy, if I get so far as having trouble with userspace :)
Mar 14 15:42:52 <[florian]> rtz2: the next thing the kernel does after opening /dev/console is executing the init binary
Mar 14 15:43:12 <[florian]> rtz2: so my guess is also you have some user-space issues here
Mar 14 15:43:39 <rtz2> [florian]: the open call to /dev/console never returns
Mar 14 15:44:18 <[florian]> are you sure it's not rather than you cannot print on the console that it actually returned?
Mar 14 15:44:45 <rtz2> and the userspace problems can't be that bad, I used the same userspace for the normal amazon target and it worked
Mar 14 15:45:10 <[florian]> I do not see any reason why opening dev/console would not work
Mar 14 15:45:21 <rtz2> I don't either :/
Mar 14 15:45:22 <[florian]> unless something is seriously fucked up in the kernel
Mar 14 15:45:32 <[florian]> but them you would certainly have noticed it before
Mar 14 15:45:37 <rtz2> [florian]: I'm not completly sure, where exactly /dev/console points to
Mar 14 15:45:53 <rtz2> the console works, printk until that point works just fine
Mar 14 15:46:29 <rtz2> and the normal serial port doesn't get opened
Mar 14 15:47:08 <[florian]> if you have enabled console support in the kernel config/driver, /dev/console will point to /dev/ttyS0 for instance
Mar 14 15:47:37 <blogic> rtz2: are you using ttyS1 ?
Mar 14 15:48:07 <rtz2> ttyS0
Mar 14 15:48:51 <rtz2> I have a printk in uart_open but it never seems to get this far :/
Mar 14 15:50:41 <blogic> ?
Mar 14 15:50:58 <blogic> ok
Mar 14 15:51:07 <blogic> it iwl be a problem of the ocnsole driver
Mar 14 15:52:51 <[florian]> maybe the tty rx/tx part of the uart driver fails
Mar 14 15:53:07 <blogic> si
Mar 14 15:53:17 <blogic> had the same problem on danube
Mar 14 15:53:30 <[florian]> ha :) that explains a lot then
Mar 14 15:53:55 <[florian]> does the uart driver on any ifx device?
Mar 14 15:54:21 <rtz2> well, the struct console works, it's already used for printk at this point
Mar 14 15:54:48 <[florian]> yes, but console support is slightly easier to code than the real tty driver
Mar 14 15:56:39 <rtz2> yes, but wouldn't uart_open or uart_ops.startup get called before anything happens with the actual tty?
Mar 14 15:56:56 <rtz2> I have printks there which should still use the old (working) console
Mar 14 15:57:10 <[florian]> they will be called when sys_open("/dev/console  is called
Mar 14 15:57:29 <blogic> ahhh
Mar 14 15:57:33 <blogic> rtz2: 1 sec
Mar 14 15:57:57 <blogic> ah no
Mar 14 15:58:04 <blogic> i think it is the mips32r2 issue
Mar 14 15:58:18 <rtz2> [florian]: well, the printks never fire :/
Mar 14 15:59:25 <[florian]> rtz2: maybe you are stuck in getting an rx or tx uart interrupt
Mar 14 15:59:38 <[florian]> rtz2: so the cpu keeps running the uart irq handler
Mar 14 16:01:28 <rtz2> well, the irqs also get requested after those printks
Mar 14 16:01:49 <[florian]> rtz2: which irqs?
Mar 14 16:02:16 <rtz2> uart irqs
Mar 14 16:04:18 <[florian]> rtz2: can you check that you are not stuck in the irq handler?
Mar 14 16:06:14 <rtz2> [florian]: let me try
Mar 14 16:08:23 <CIA-39> juhosg * r20201 /trunk/target/linux/atheros/ (12 files in 4 dirs): atheros: add early-printk support
Mar 14 16:08:26 <CIA-39> juhosg * r20202 /trunk/target/linux/atheros/ (config-2.6.30 config-2.6.31 config-2.6.32 config-2.6.33): atheros: sync kernel configs
Mar 14 16:21:19 <CIA-39> florian * r20203 /trunk/toolchain/kernel-headers/Makefile: [toolchain] fix kernel-headers build for uml
Mar 14 16:21:30 <CIA-39> florian * r20204 /trunk/target/linux/brcm63xx/ (21 files in 2 dirs): [brcm63xx] refresh 2.6.32 patches, fix livebox support (#6821)
Mar 14 16:21:35 <CIA-39> florian * r20205 /trunk/target/linux/generic-2.6/ (3 files in 3 dirs): [kernel] export rescan_partitions to prevent linking failures in block2mtd (#6741)
Mar 14 16:22:57 <nbd> [florian]: i had already fixed that bug
Mar 14 16:23:23 <nbd> (the partition rescan one)
Mar 14 16:23:37 <[florian]> nbd: oh, where?
Mar 14 16:23:48 <[florian]> nbd: it's no longer required to export that symbol?
Mar 14 16:23:48 <nbd> in 065-rootfs_split.patch
Mar 14 16:23:51 <nbd> right
Mar 14 16:24:10 <nbd> disabled the rescan call when compiled as module
Mar 14 16:24:31 <[florian]> ok, will revert, sorry about that
Mar 14 16:25:05 <nbd> no need to revert
Mar 14 16:25:23 <nbd> haven't decided yet whether it's worth supporting rescan_partitions in a module-built block2mtd build yet
Mar 14 16:25:47 <[florian]> k
Mar 14 16:37:23 <rtz2> found the problem
Mar 14 16:37:29 <rtz2> I really hate C
Mar 14 16:37:51 <blogic> rtz2: ?
Mar 14 16:37:53 <blogic> nice
Mar 14 16:37:54 <rtz2> struct console has a void    *data variable
Mar 14 16:38:25 <[florian]> to probably hold driver's private data
Mar 14 16:38:41 <rtz2> I checked the printk.c file where most of the console stuff is done and it seemed unused, so I decided to use it for my own stuff
Mar 14 16:39:23 <rtz2> guess what, it's a pointer to the uart driver for the tty this console is running on
Mar 14 16:39:26 <rtz2> bahhhhhh
Mar 14 16:39:34 <blogic> lol
Mar 14 16:40:44 <rtz2> the tty initialization still doesn't work, but that's something I understand and can figure out ...
Mar 14 16:40:58 <CIA-39> florian * r20206 /packages/ipv6/6scripts/ (Makefile files/6tunnel.conf files/6tunnel.init): [package] make 6tunnel support a delegated block (#4724)
Mar 14 16:41:50 <blogic> hehe
Mar 14 16:42:00 <blogic> rtz2: when you have patches, let me know nd i will megre them
Mar 14 16:42:09 <blogic> i also have a pendign 2.6.32 patch set
Mar 14 16:44:24 <rtz2> blogic: I reworked the whole stuff pretty heavyly
Mar 14 16:44:44 <blogic> lol
Mar 14 16:44:47 <rtz2> and it's still for .30
Mar 14 16:44:58 <blogic> can i see a preliminry snapshot ?
Mar 14 16:45:12 <rtz2> sure, but not in patch form
Mar 14 16:45:19 <blogic> in what form then ?
Mar 14 16:45:21 <rtz2> one moment
Mar 14 16:45:28 <blogic> ok
Mar 14 16:45:30 <rtz2> compressed files
Mar 14 16:45:37 <blogic> blogic@openwrt.org
Mar 14 16:46:54 <rtz2> it's currently in the build_dir, I would have to copy it back to target/linux/ifxmips, svnadd everything and sort it out
Mar 14 16:59:45 <blogic> oki
Mar 14 16:59:47 <blogic> not to worry
Mar 14 17:05:41 <rtz2> blogic: I did send it
Mar 14 17:06:20 <rtz2> blogic: it's a real mess as I said, but if you could take a look at it, it would be nice
Mar 14 17:06:30 <rtz2> blogic: ok, I will be off for about 1h
Mar 14 17:20:42 <CIA-39> florian * r20207 /trunk/target/linux/generic-2.6/patches-2.6.34/060-block2mtd_init.patch: [kernel] fix invalid hunks in 060-block2mtd_init.patch file
Mar 14 17:20:46 <CIA-39> florian * r20208 /trunk/target/linux/ (6 files in 2 dirs): [uml] add 2.6.34 support
Mar 14 17:21:49 <CIA-39> florian * r20209 /trunk/target/linux/generic-2.6/patches-2.6.33/060-block2mtd_init.patch: [kernel] also fix invalid hunks in 2.6.33 patch
Mar 14 17:49:32 <CIA-39> lars * r20210 /trunk/target/linux/xburst/files-2.6.32/sound/soc/codecs/jzcodec.c: [xburst] jzcodec: Fix supported formats.
Mar 14 17:55:21 <lfcorreia> hi all!
Mar 14 17:56:26 <lfcorreia> can someone let me know how can I try wireless-testing git tree kernel for the ramips board?
Mar 14 17:57:31 <[florian]> lfcorreia: it hardly makes sense, since openwrt packages a recent compat-wireless snapshot
Mar 14 17:57:58 <[florian]> lfcorreia: so using latest openwrt trunk and compiling for rampis would give you the same result
Mar 14 17:58:33 <rtz2> blogic: back
Mar 14 17:58:41 <lfcorreia> florian: nope, it doesn't :) there are patches specific for rt2800pci on wireless-testing I wanted to test
Mar 14 17:58:55 <[florian]> lfcorreia: then put them in package/mac80211/
Mar 14 17:59:16 <[florian]> lfcorreia: downloading wireless-testing means that you have to apply all openwrt-specific patches on top of that tree
Mar 14 17:59:29 <lfcorreia> florian: thanks
Mar 14 17:59:36 <[florian]> lfcorreia: which is a much harder task than dropping rt2800pci patches into package/mac80211/patches
Mar 14 17:59:43 <[florian]> lfcorreia: at least, from my perspective ;)
Mar 14 18:00:11 <lfcorreia> florian: but anyway the default rt2800 driver does not compile at all in owrt trunk
Mar 14 18:00:21 <[florian]> lfcorreia: oh, you might want to talk to nbd about this
Mar 14 18:00:37 <lfcorreia> florian: thanks
Mar 14 18:01:09 <nbd> i'll take a look
Mar 14 18:02:13 <nbd> build is running
Mar 14 18:02:21 <nbd> will get back to you once it's done
Mar 14 18:05:54 <CIA-39> thepeople * r20211 /packages/net/apache/Makefile: update to 2.2.15, from #6859
Mar 14 18:16:31 <CIA-39> thepeople * r20212 /packages/ipv6/wide-dhcpv6/ (12 files in 3 dirs): Update wide-dhcpv6 package, from #6820
Mar 14 18:20:06 <CIA-39> juhosg * r20213 /trunk/target/linux/atheros/ (4 files in 4 dirs): atheros: fix FIS directory parsing on Top Boot flash chips
Mar 14 18:23:00 <CIA-39> thepeople * r20214 /trunk/package/kernel/modules/usb.mk: fix missing nls support for 2.6.33
Mar 14 18:24:08 <CIA-39> nbd * r20215 /trunk/rules.mk: add an arch suffix for handling different variants of arm/mips for the toolchain/target directories
Mar 14 18:26:50 <lfcorreia> nbd: when selecting rt2800pci module it says:rt2x00pci.c:290: error: implicit declaration of function 'pci_set_mwi'
Mar 14 18:27:43 <nbd> interesting
Mar 14 18:32:47 <rtz2> blogic: it boots!
Mar 14 18:33:44 <loswillios> nice
Mar 14 18:36:05 <rtz2> sorry, lost my internet connection
Mar 14 18:58:36 <CIA-39> thepeople * r20216 /trunk/package/linux-atm/ (9 files in 2 dirs): (log message trimmed)
Mar 14 18:58:36 <CIA-39> [package] linux-atm: Update to stable version 2.5.1 from upstream project
Mar 14 18:58:36 <CIA-39> This commit integrates the upstream version of the linux-atm tools
Mar 14 18:58:36 <CIA-39> version 2.5.1.
Mar 14 18:58:36 <CIA-39> It simplify the patchset but keeps the debian-patches,
Mar 14 18:58:37 <CIA-39> prevent the usage of libflex on the target, and let the package
Mar 14 18:58:38 <CIA-39> compiles every tools.
Mar 14 19:19:28 <lfcorreia> nbd, here's the error it all it's glory :) http://pastebin.ca/1839827
Mar 14 19:27:16 <CIA-39> lars * r20217 /trunk/target/linux/xburst/config-2.6.32: [xburst] config-2.6.32: Add mising symbol
Mar 14 19:48:46 <rtz2> [florian]: ping
Mar 14 19:49:20 <[florian]> rtz2: pong
Mar 14 20:45:22 <rtz2> [florian]: did you have time to check the rdc patch?
Mar 14 20:45:31 <rtz2> [florian]: or get the dumps?
Mar 14 21:10:09 <CIA-39> nbd * r20218 /trunk/package/base-files/files/lib/network/config.sh:
Mar 14 21:10:09 <CIA-39> fix error output of brctl if bridging is not supported.
Mar 14 21:10:09 <CIA-39> The following error is displayed during network configuration on any device that has DEVICE_TYPE set to something else then router, or has brctl functionality disabled through some other method:
Mar 14 21:10:09 <CIA-39> "brctl: SIOCGIFBR: Package not installed"
Mar 14 21:10:09 <CIA-39> This is due to the unbridge function being called, which uses "brctl show" to determine if the interface is bridged.
Mar 14 21:10:10 <CIA-39> Signed-off-by: Ithamar R. Adema <ithamar.adema@team-embedded.nl>
Mar 14 21:26:47 <CIA-39> thepeople * r20219 /trunk/package/dropbear/files/dropbear.init:
Mar 14 21:26:47 <CIA-39> this patch allow to set -g option 1. -g allow to make a more secure ssh server configuration by avoiding brute force attack on root while allowing user to use password (where the username is more difficult to guess).
Mar 14 21:26:47 <CIA-39> Matthieu
Mar 14 21:26:47 <CIA-39> from #6736
Mar 14 21:33:04 <CIA-39> thepeople * r20220 /trunk/package/dnsmasq/files/dnsmasq.init: if readethers is set to true make sure /etc/ethers exists, closes #6740
Mar 14 21:39:09 <thepeople> cshore1: ping
Mar 14 21:39:28 <cshore1> pong
Mar 14 21:40:11 <thepeople> cshore1: I was just looking at https://dev.openwrt.org/ticket/6720
Mar 14 21:40:27 <thepeople> wanted to make sure it is working
Mar 14 21:41:09 <cshore1> the patch works for me
Mar 14 21:41:38 <thepeople> ok, I have no easy way of testing it so I was just checking
Mar 14 21:42:59 <CIA-39> thepeople * r20221 /trunk/package/ (ppp/files/ppp.sh pptp/files/pptp.init):
Mar 14 21:42:59 <CIA-39> /lib/network/ppp.sh fixes a problem with PPtP (and other PPP-based things) where
Mar 14 21:42:59 <CIA-39> PPtP + PPPoE will fail to work. This is because PPtP defaults to ppp0 and so
Mar 14 21:42:59 <CIA-39> does PPPoE, because /etc/init.d/ppp reinitializes the unit counter for each
Mar 14 21:42:59 <CIA-39> PPP-type connection (so you could have multiple PPtP over cable, for instance,
Mar 14 21:42:59 <CIA-39> but PPPoE + PPtP is a problem).
Mar 14 21:43:00 <CIA-39> /etc/init.d/ppp automatically starts pptp session on boot., from #6720
Mar 14 21:55:14 <CIA-39> thepeople * r20222 /trunk/include/download.mk:
Mar 14 21:55:14 <CIA-39> Updated post r19769, integrates the missing dl_method bzr hunk from #6370, uses
Mar 14 21:55:14 <CIA-39> the export subcommand for the vcs' that provide a usable version (hg archive
Mar 14 21:55:14 <CIA-39> doesn't work remotely, git archive isn't enabled on github), from #6700
Mar 14 22:02:59 <swalker> cshore1: #5969 should be fixed with r20221 as well?
Mar 14 22:04:32 <CIA-39> thepeople * r20223 /packages/lang/pyusb/ (. Makefile): add pyusb, from #6767
Mar 14 22:07:02 <cshore1> swalker: yes
Mar 14 22:09:04 <thepeople> cshore1: swalker cloesed
Mar 14 22:09:13 <thepeople> closed*
Mar 14 22:10:16 <rtz2> blogic: ping
Mar 14 22:15:41 <swalker> #6282 too?
Mar 14 22:16:21 <builder> build #27 of ifxmips is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/27
Mar 14 22:18:42 <swalker> someone want to look at the patch on #5788?
Mar 14 22:21:16 <xMff> looks like work
Mar 14 22:21:32 <xMff> as long as it is compatible with the rest I see no reason to not do it
Mar 14 22:22:08 <xMff> http://wiki.openwrt.org/doc/uci/wireless#wpa.modes
Mar 14 22:23:02 <thepeople> xMff: the patch looks compatible with the rest of the settings
Mar 14 22:23:34 <thepeople> swalker: can you confirm?
Mar 14 22:23:51 <xMff> thepeople: it assumes a certain order of cipher names and requires specific separators
Mar 14 22:24:08 <xMff> would be better if it just tests  with *foo*
Mar 14 22:25:09 <thepeople> hmm, I missed that, yea that would be a better way of doing it
Mar 14 22:25:24 <thepeople> swalker: would you be interesting in reworking the patch?
Mar 14 22:25:55 <xMff> and the support for uppercase names can be dropped as well
Mar 14 22:32:13 <swalker> thepeople: not really
Mar 15 00:24:51 <icewaterman> hi
Mar 15 00:25:44 <icewaterman> cshore1: i've been told you work on the imagetag stuff for the brcm63xx port
Mar 15 00:26:01 <cshore1> icewaterman: that's right
Mar 15 00:26:20 <icewaterman> i need to identify the correct firmware for the speedport w500v and i have a valid firmware image available
Mar 15 00:26:40 <icewaterman> cshore1: first line of the header is "6^@^@^@Broadcom Corporatio^@ver. 2.0^@^@^@^@^@^@6348^@^@96348GW^@^@^@^@^@^@^@^@^@1^@3177061^"
Mar 15 00:27:00 <icewaterman> looks like a new version to me
Mar 15 00:27:11 <icewaterman> probably a very old one
Mar 15 00:27:40 <cshore1> 96438GW-squashfs-?-cfe.bin ought to work
Mar 15 00:28:31 <cshore1> If you could send me a hex/ascii dump of the first 1k, that would help (pastebin)
Mar 15 00:28:46 <icewaterman> cshore1: on the way
Mar 15 00:31:23 <icewaterman> cshore1: http://pastebin.com/ZK2HJeeU got a little more than the first 1k
Mar 15 00:37:25 <cshore1> I believe openwrt-96348GW-squashfs-bc300-cfe.bin ought to be flashable from the stock web interface for your
Mar 15 00:37:28 <cshore1> you
Mar 15 00:39:18 <icewaterman> cshore1: thx for your help, I'll try to flash it first thing tomorrow, wouldnt be wise to try it now, since i am half asleep already.
Mar 15 00:39:28 <cshore1> I understand
Mar 15 00:39:30 <icewaterman> i'll report back with the results :-)
Mar 15 00:39:34 <cshore1> ok
Mar 15 00:39:42 <icewaterman> bye
Mar 15 00:48:52 <rtz2> for some reason the pppoe module unload function crashes, but I can reboot :)
Mar 15 00:51:28 <CIA-39> acinonyx * r20224 /trunk/package/hostap-driver/Makefile: [package] hostap-driver: Fix package installation
**** ENDING LOGGING AT Mon Mar 15 02:59:56 2010