From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bifrost.lang.hm (mail.lang.hm [64.81.33.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 664E921F1CE for ; Mon, 27 May 2013 07:33:58 -0700 (PDT) Received: from asgard.lang.hm (asgard.lang.hm [10.0.0.100]) by bifrost.lang.hm (8.13.4/8.13.4/Debian-3) with ESMTP id r4REXr3b028940; Mon, 27 May 2013 07:33:53 -0700 Date: Mon, 27 May 2013 06:33:14 -0700 (PDT) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Dave Taht In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] tp-link 4300 evaluation X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2013 14:33:59 -0000 On Mon, 27 May 2013, Dave Taht wrote: >> >> That's tragic. I just picked up a Netgear WNDR4300 (openbox on sale at the >>> local Fry's) to see if I could hack up a CeroWrt clone on it. It seems to >>> be mostly the same hardware as the WNDR3700v4 and the TP-Link WDR43[01]0, >>> with things just wired up slightly differently. >>> >> >> As I understnad it, the difference between the WNDR3700v4 and WNDR4300 is >> that the 4300 has a slightly better wireless chip. >> >> Unfortunantly from what I've seen so far, they did something wierd with >> the storage and as a result the stock openwrt can't access it. I've seen >> reports of people getting it to run from an initramfs, but this means that >> no settings can be preserved across reboot. >> >> If you've seen anything different, I'd be very interested to hear about it >> (I picked up a 3700v4 and a couple 4300's for testing) >> > > according to a birdie, "it looks like it's an ONFI with quirks, or nobody > has realised that it's ONFI at all.". Perhaps that's enough clue to get > someone started? but I fear jtag debugging will be needed. Flash chips tend > to have interesting race conditions.... Given that we have the GPL source for the kernel available from Netgear, I'm a little puzzled that we are having to reverse engineer this instead of working from the source. Even if the first version was little more than a cut-n-paste of the netgear butchered driver until people have time to analyse it fully. David Lang