Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread Markus Wigge
Hi, > I'll be interested to see how well this works. I'm wholly glad to see > the brcm-2.4 target go, but last I dealt with the WRT54G3G, the 2.6 > kernel had issues with its PCMCIA bridge. Digging into the Linksys > source didn't give much help, as it seemed they were doing a bunch of > magic v

Re: [OpenWrt-Devel] Build a package from svn.

2010-07-01 Thread Bruce
Hmmn, okay. I downloaded the "image builder" following the directions here http://wiki.openwrt.org/doc/howto/imagebuilder I have uncompressed the files and am able to build a image file. But I don't understand how to use this to build the version of perl in the openwrt subversion that has th

Re: [OpenWrt-Devel] openwrt-devel Digest, Vol 54, Issue 42

2010-07-01 Thread Gabor Juhos
2010.06.29. 13:23 keltezéssel, Hanno Schupp írta: > Any chance these patches will be backported to backfire? Done: https://dev.openwrt.org/changeset/22021 -Gabor ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/ma

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread RB
On Thu, Jul 1, 2010 at 12:15, Niclas Koeser wrote: > I wonder if there are differrent Versions of the V2 around... Entirely plausible. Unfortunately, that job's long behind me and I don't have any of the hardware laying around... ___ openwrt-devel mail

Re: [OpenWrt-Devel] Build a package from svn.

2010-07-01 Thread Weedy
On Thu, Jul 1, 2010 at 2:05 PM, Bruce wrote: > Slight correction.. > > I downloaded from svn://svn.openwrt.org/openwrt/packages/lang/perl > > > Bruce wrote: Don't build on the router. Build it on a PC with imagebuilder ___ openwrt-devel mailing list ope

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread Niclas Koeser
Am 01.07.2010 20:05 schrieb RB: > On Thu, Jul 1, 2010 at 11:58, Niclas Koeser > wrote: >> Please note <4c164de5.5030...@informatik.uni-kiel.de>. ;) > > I understand, and gather that you're booting 2.6 on the system (which > I was able to do as well). My main question is whether the PCMCIA > wor

Re: [OpenWrt-Devel] [PATCH] no checksum error recording on WRT54G3GV2(-VF)

2010-07-01 Thread Niclas Koeser
Oups, overlooked this, sorry. Am 01.07.2010 18:30 schrieb Markus Wigge: >> After the third boot with a CRC error, it stops and waits for a new >> firmware image. To prevent this 'noset_try_flag' must be set to 1 on boot. > is this a stable possibility to use the complete 16MB for a single image?

Re: [OpenWrt-Devel] Build a package from svn.

2010-07-01 Thread Bruce
Slight correction.. I downloaded from svn://svn.openwrt.org/openwrt/packages/lang/perl Bruce wrote: I am trying to build perl from the svn source on my openwrt router. I downloaded the package with svn but when I enter the directory and type 'make' I am getting some errors. I'm not sure if

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread RB
On Thu, Jul 1, 2010 at 11:58, Niclas Koeser wrote: > Please note <4c164de5.5030...@informatik.uni-kiel.de>. ;) I understand, and gather that you're booting 2.6 on the system (which I was able to do as well). My main question is whether the PCMCIA works properly now or not. Fixing it was rather

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread Niclas Koeser
Please note <4c164de5.5030...@informatik.uni-kiel.de>. ;) Am 01.07.2010 18:36 schrieb Markus Wigge: >> CFE checks also if image has been sucessfully booted and >> stores this information in image. I've added new parameter to mtd and mtd >> runs on every successfull boot from /etc/init.d/done to ma

[OpenWrt-Devel] Build a package from svn.

2010-07-01 Thread Bruce
I am trying to build perl from the svn source on my openwrt router. I downloaded the package with svn but when I enter the directory and type 'make' I am getting some errors. I'm not sure if this is the right way to get the svn version of perl installed on my system or not. There was a rec

Re: [OpenWrt-Devel] PCI broken on au1000

2010-07-01 Thread Florian Fainelli
Hi Bruno, On Thursday 01 July 2010 17:08:33 Bruno Randolf wrote: > hi! > > it seems the problem was alchemy_gpio2_enable(); everything works fine when > i remove that call. maybe the problem is that PCI_SERR and PCI_RST# are > connected to the GPIO2 block and they don't like the reset of GPIO2? >

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread RB
On Thu, Jul 1, 2010 at 10:36, Markus Wigge wrote: > Finally I managed to port some parts of your patch to the 2.6 target as > brcm-2.4 was kicked (YES!). I'll be interested to see how well this works. I'm wholly glad to see the brcm-2.4 target go, but last I dealt with the WRT54G3G, the 2.6 kern

Re: [OpenWrt-Devel] [PATCH] WRT54G3GV2-VF support and trx.c fix

2010-07-01 Thread Markus Wigge
Hi, > WRT54G3GV2-VF introduced new trx format (v2). Router has 16MB flash, but it > is splitted into primary and backup parts and only half of flash can be > used. My changes fixes version ( should be 2) in trx header for > WRT54G3GV2-VF and version information is used to calculate crc and length

Re: [OpenWrt-Devel] [PATCH] no checksum error recording on WRT54G3GV2(-VF)

2010-07-01 Thread Markus Wigge
Hi, > The CFE of the WRT54G3GV2 expects two firmware images, if one of them > produces a CRC error (which is the case after you installed OpenWrt, as > there is no second image), it writes one of three consecutive bytes to > the flash. (Look for "Image Status : IMG2_BAD" during boot.) > > After t

Re: [OpenWrt-Devel] [PATCH] 3G-Button on WRT54G3GV2(-VF)

2010-07-01 Thread Markus Wigge
Hi, > 3G-button is attached to GPIO 5. Tested with my own box. thanks for the notice, I fixed it in trunk. /Markus ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] PCI broken on au1000

2010-07-01 Thread Bruno Randolf
hi! it seems the problem was alchemy_gpio2_enable(); everything works fine when i remove that call. maybe the problem is that PCI_SERR and PCI_RST# are connected to the GPIO2 block and they don't like the reset of GPIO2? in the following patch i also remove the now unnecessary au_sync from ud