Re: [OpenWrt-Devel] [OpenWrt] #6812: kamikaze trunk can't start RB433AH

2010-03-18 Thread Yongheng Qi
anyone could tell me how to resolve the problem, I want NOT to change my kamikaze version. I used the kamikaze r19358. 2010/3/10 OpenWrt openwrt-devel@lists.openwrt.org #6812: kamikaze trunk can't start RB433AH +---

Re: [OpenWrt-Devel] [OpenWrt] #6812: kamikaze trunk can't start RB433AH

2010-03-18 Thread Bas Mevissen
On Thu, 2010-03-18 at 16:25 +0800, Yongheng Qi wrote: anyone could tell me how to resolve the problem, I want NOT to change my kamikaze version. I used the kamikaze r19358. Then find the change that fixed the issue and patch your setup yourself. You cannot expect someone to fix your

[OpenWrt-Devel] [PATCH] python: fix wrong zlib headers/libs inclusion

2010-03-18 Thread Benjamin Cama
Hi, Recently, zlib has been enabled for target python (I'm working on host python zlib support so we can get setuptools working on the host and simplifying building python packages) but the patch also includes host headers and libs (directly from /usr/{include,lib}). That breaks compiling python

Re: [OpenWrt-Devel] [PATCH] update xl2tpd to 1.2.5

2010-03-18 Thread Travis Kemen
Committed r20276. Thanks Travis 2010/3/17 Raphaël HUCK r...@cksum.org: Hi, this patch updates xl2tpd to 1.2.5. From the changelog: * Fix initscript for https://bugzilla.redhat.com/show_bug.cgi%3Fid%3D247100 * Fix for two Windows machines behind the same NAT with the same  number of l2tp

Re: [OpenWrt-Devel] AR7240 switch // was: TP-Link TL-WR741ND: broadcasts on ethernet not reaching CPU

2010-03-18 Thread Joerg Albert
Hi Ulf, On 03/15/2010 11:31 AM, ulf kypke wrote: does this prolific has only 3 lines (rx, tx, ground) and no 3.3volt, if so, use a 1K resistor and connect the tplinks 3.3volt to rx, this might stabilize it. I tried two of the black boxes once sold at c-base (BenQ boot cable). I'd rather try

Re: [OpenWrt-Devel] [PATCH] Support for Alice Gate W2+ (aka AliceV3-S1 or Vela) bcm63xx-based routers

2010-03-18 Thread Bernhard Loos
I admit, that's may be a pretty hard problem. I would suggest you start with exactly pinpointing the place, where it goes wrong. Enable kernel symbols and such stuff. Maybe you get lucky and it's something simple. Otherwise you would have to compare with the datasheet of the flashchip.

[OpenWrt-Devel] [PATCH] mac80211: enable debug option for ath5k

2010-03-18 Thread Bruno Randolf
From: Bruno Randolf b...@tt-desk.(none) resent and rebased against current trunk --- package/mac80211/Makefile |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/package/mac80211/Makefile b/package/mac80211/Makefile index b302419..64cbf28 100644 ---

Re: [OpenWrt-Devel] [OpenWrt] #6812: kamikaze trunk can't start RB433AH

2010-03-18 Thread Yongheng Qi
Thanks Bas , because kamikze trunk used linux kernel changed so faster. and my application depend on fixed kernel version. so I can't use svn up. only need resolve the problem. I want to know how to resolve the problem myself. should check which code. Thanks 2010/3/18 Bas Mevissen

Re: [OpenWrt-Devel] WRT160NL new bootloader fix

2010-03-18 Thread W. Michael Petullo
The WRT160NL gets shipped with a new bootloader since some time, which actually checks the checksum in the trx image header. As the checksummed area includes the jffs2 start marker, this will blow up after first boot. This patch fixes this by adding a new funktion to mtd (fixtrx) which is

Re: [OpenWrt-Devel] WRT160NL new bootloader fix

2010-03-18 Thread Otto Solares
On Wed, Mar 17, 2010 at 05:34:33PM +0100, Bernhard Loos wrote: Hello I forgot to svn add the firstboot script, that actually calls mtd to fix the trx, sorry about that. Here is the complete patch again. Bernhard Hello Bernhard, FYI I try your patch on my newer WRT160NL but it