Re: [OpenWrt-Devel] [PATCH][include] Reduce configuration file entropy

2013-05-01 Thread Matthias Buecher / Germany
On 01.05.2013 01:21, Jonh Wendell wrote: didn't try the patch, but I'm all for it, as it fixes a really annoying behavior. 2013/4/30 Sergey Ryazanov ryazanov@gmail.com mailto:ryazanov@gmail.com Reducing entropy of configuration file, which is introduced by find

Re: [OpenWrt-Devel] [PATCH] [package] dropbear: Supports IdleTimeout uci config option

2012-09-06 Thread Matthias Buecher / Germany
making the patch, I've read https://dev.openwrt.org/ticket/6992 I decided to go CamelCase to keep the current style and let the change happen when that bug is fixed. makes sense? 2012/9/6 Matthias Buecher / Germany m...@maddes.net mailto:m...@maddes.net Please use lowercase options

Re: [OpenWrt-Devel] [patch] orion/generic: enhanced image makefile - updated

2012-07-27 Thread Matthias Buecher / Germany
Just a short reminder. As the first mail got mangled here's an updated patch (now have Toggle Word Wrap for Thunderbird). It's the same makefile just using -sysupgrade and -factory in the image names to avoid questions about which image to use (same as ar71xx, brcm63xx, etc.)

[OpenWrt-Devel] [PATCH] tools/firmware-utils/trx: new option -c to set flags in trx headers

2012-07-27 Thread Matthias Buecher / Germany
Signed-off by: Matthias Buecher m...@maddes.net - - - - Setting the trx header flags can be very useful, for instance when reverting/switching from DD-Wrt to OpenWrt. It can emulate DD-Wrt's -noheader option with -c 1, so the image can be flashed correctly, e.g. on Buffalo WZR-HP-G300NH with

[OpenWrt-Devel] [PATCH] build system: reproduceable order in packageinfo and targetinfo

2012-07-22 Thread Matthias Buecher / Germany
A) Use `sort -u` instead of just `uniq` B) First add kernel packages alphabetically sorted, then all others alphabetically sorted. This allows other packages to override kernel configs if necessary. Note: If find has no action for matches then also pruned folders are included in the result

[OpenWrt-Devel] [patch] orion/generic: enhanced image makefile

2012-06-24 Thread Matthias Buecher / Germany
* Creation of uImage for WNR854T only done once (before 2x for jffs2 build and 1x for squashfs build) * Got rid of unneccessary padding of rootfs partition * ARM zImages always need a machine id, therefore do not copy generic (=no id) uImage to BIN_DIR, instead copy zImage * Generalized functions

Re: [OpenWrt-Devel] [PATCH] flexible kernel mtd size for orion_generic targets

2012-04-08 Thread Matthias Buecher / Germany
http://patchwork.openwrt.org/patch/2046/ On 06.04.2012 18:31, Matthias Buecher / Germany wrote: Add an image option for the Orion Generic targets, that allows to specify the kernel mtd partition size. The option takes care for necessary size extension when building with symbols. The value

Re: [OpenWrt-Devel] [PATCH] flexible kernel mtd size for orion_generic targets

2012-04-08 Thread Matthias Buecher / Germany
On 07.04.2012 20:28, Imre Kaloz wrote: On Fri, 06 Apr 2012 18:31:13 +0200, Matthias Buecher / Germany m...@maddes.net wrote: Add an image option for the Orion Generic targets, that allows to specify the kernel mtd partition size. The option takes care for necessary size extension when

[OpenWrt-Devel] [PATCH] flexible kernel mtd size for orion_generic targets

2012-04-06 Thread Matthias Buecher / Germany
Add an image option for the Orion Generic targets, that allows to specify the kernel mtd partition size. The option takes care for necessary size extension when building with symbols. The value is also used for image generation (padding). Plus: - creation of ARM uImage generalized in image

Re: [OpenWrt-Devel] WBMR-HP-G300H flash image for flashing from original FW?

2012-02-23 Thread Matthias Buecher / Germany
On 23.02.2012 19:21, John Crispin wrote: On 23/02/12 19:19, Christoph Thielecke wrote: Hello, after got this device I'm just wonder a little bit why there is no image for flashing from original dd-wrt web interface. It should not hard to build this bin file (as for brcm47xx). It would

Re: [OpenWrt-Devel] Let's fix the OpenWrt patch acceptance problem!

2012-01-23 Thread Matthias Buecher / Germany
On 23.01.2012 20:33, Felix Fietkau wrote: As you've probably noticed, we've had issues keeping up with the workload of incoming patches. There is quite a bit of work involved in taking care of incoming patches, not just review. Patches need to be compile tested, ideally also runtime tested,

Re: [OpenWrt-Devel] [PATCH] update wrt350nv2-builder to v2.4 and use new functionality for target orion_generic

2012-01-01 Thread Matthias Buecher / Germany
Who is actively responsible for the Orion targets? (Kaloz did not react on my mails in December.) Maddes On 16.12.2011 20:03, Matthias Buecher / Germany wrote: http://patchwork.openwrt.org/patch/1646/ On 04.12.2011 20:52, Matthias Buecher / Germany wrote: Signed-off-by: Matthias Bücher m

Re: [OpenWrt-Devel] [PATCH] update wrt350nv2-builder to v2.4 and use new functionality for target orion_generic

2011-12-16 Thread Matthias Buecher / Germany
Is anybody so kind and can commit this patch. http://patchwork.openwrt.org/patch/1645/ Thanks Maddes On 04.12.2011 20:52, Matthias Buecher / Germany wrote: Signed-off-by: Matthias Bücher m...@maddes.net Patch is attached and inline for comments Regards Maddes Index: tools

Re: [OpenWrt-Devel] [patch] target orion_generic: use magic_long in sysupgrade

2011-12-16 Thread Matthias Buecher / Germany
Is anybody so kind and can commit this patch too. http://patchwork.openwrt.org/patch/1645/ Thanks Maddes On 04.12.2011 20:21, Matthias Buecher / Germany wrote: Signed-off-by: Matthias Bücher m...@maddes.net Patch is attached and inline for comments Regards Maddes Index: target

Re: [OpenWrt-Devel] [PATCH] update wrt350nv2-builder to v2.4 and use new functionality for target orion_generic

2011-12-16 Thread Matthias Buecher / Germany
Correction: http://patchwork.openwrt.org/patch/1646/ On 16.12.2011 20:01, Matthias Buecher / Germany wrote: Is anybody so kind and can commit this patch. http://patchwork.openwrt.org/patch/1645/ Thanks Maddes On 04.12.2011 20:52, Matthias Buecher / Germany wrote: Signed-off-by: Matthias

[OpenWrt-Devel] [patch] target orion_generic: use magic_long in sysupgrade

2011-12-04 Thread Matthias Buecher / Germany
Signed-off-by: Matthias Bücher m...@maddes.net Patch is attached and inline for comments Regards Maddes Index: target/linux/orion/generic/base-files/lib/upgrade/platform.sh === ---

[OpenWrt-Devel] [PATCH] update wrt350nv2-builder to v2.4 and use new functionality for target orion_generic

2011-12-04 Thread Matthias Buecher / Germany
Signed-off-by: Matthias Bücher m...@maddes.net Patch is attached and inline for comments Regards Maddes Index: tools/wrt350nv2-builder/Makefile === --- tools/wrt350nv2-builder/Makefile(revision 29422) +++

[OpenWrt-Devel] [patch] Orion generic target: enhanced image makefile

2011-10-09 Thread Matthias Buecher / Germany
This patch is a complete overhaul of the image makefile for the Orion generic target.[BR] Code is written in a way that it can be reused several times in the image file, but can also be easily adopted to other targets (BuildKernel, Sysupgrade image, etc.).[BR] Only working images are generated,

[OpenWrt-Devel] [patch] Flexible kernel size support, split linux partition to rootfs after uimage

2011-09-27 Thread Matthias Buecher / Germany
Hello OpenWrt developers, this is a cross-platform issue where I need your expertise. As I build for Orion with kernel symbols the kernel is normally bigger than the 1MB mtd partition. That's why I'm interested in having support for flexible kernel sizes. This would also allow people to reduce

Re: [OpenWrt-Devel] [PATCH 5/5] [orion] kernel and its mtd size

2011-09-20 Thread Matthias Buecher / Germany
On 20.09.2011 01:02, Patrick Florek wrote: I just compiled a new Firmware for the Marvell Orion Generic Platform (wrt350n v2). I build it with the standard config and failed on creation of the firmware image. Error is that the kernel size is bigger than his space in the filesystem.

Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore

2011-08-01 Thread Matthias Buecher / Germany
-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're welcome, as I said I experienced similar problems just before you did

[OpenWrt-Devel] [patch] bump package wing to 20110709

2011-07-16 Thread Matthias Buecher / Germany
The attached patch will bump the wing package to a more current version. This version has less compile issues and solves ticket #9722 [1]. Signed by: Matthias Buecher mail at maddes.net Thanks to Roberto Riggio for this help. [1] https://dev.openwrt.org/ticket/9722 Index: net/wing/Makefile

[OpenWrt-Devel] pjsip doesn't build in trunk Orion due libgcc issue

2011-07-12 Thread Matthias Buecher / Germany
A current log and error description is available in ticket #9017 [1] Thanks in advance Maddes [1] https://dev.openwrt.org/ticket/9017 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] perf doesn't build on Debian

2011-07-12 Thread Matthias Buecher / Germany
Hi everybody, I'm unable to resolve the dependencies for package perf in trunk, also `make menuconfig` throws errors about the perf package. Detailed log is available in ticket #9696 [1] . Regards Maddes [1] https://dev.openwrt.org/ticket/9696 ___

Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore

2011-07-06 Thread Matthias Buecher / Germany
On 06.07.2011 11:54, Maarten Bezemer wrote: On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're welcome

Re: [OpenWrt-Devel] [PATCH] Lantiq TAPI driver also build for other platforms

2011-07-06 Thread Matthias Buecher / Germany
On 06.07.2011 21:09, John Crispin wrote: On 06/07/11 20:32, Matthias Buecher / Germany wrote: On 06.07.2011 11:54, Maarten Bezemer wrote: On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG

Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore / kmod-crypto-hash and kmod-crypto-core

2011-07-06 Thread Matthias Buecher / Germany
On 06.07.2011 11:54, Maarten Bezemer wrote: On Tue, 2011-07-05 at 22:47 +0200, Matthias Buecher / Germany wrote: Thanks Maarten, now kernel compiles again. One of your patches had a typo (COFIG instead of CONFIG), corrected it and recreated it for the latest trunk revision. You're welcome

Re: [OpenWrt-Devel] [PATCH] Orion doesn't build anymore

2011-07-05 Thread Matthias Buecher / Germany
without problems when kmod-mv-cesa is selected Greetings, Maarten On Mon, 2011-07-04 at 20:24 +0200, Matthias Buecher / Germany wrote: Hi everybody, I just got back to OpenWrt development after 6 months and recognized that the Orion platform doesn't build anymore. According to ticket

Re: [OpenWrt-Devel] [PATCH] Lantiq TAPI driver also build for other platforms

2011-07-05 Thread Matthias Buecher / Germany
On 06.07.2011 00:38, Luca Olivetti wrote: Al 05/07/11 22:47, En/na Matthias Buecher / Germany ha escrit: But now I run into another issue with ltq-tapi: Unsurprisingly, since, AFAIK, that's only meant for lantiq hardware, so you should deselect it. Did you select it in make menuconfig

[OpenWrt-Devel] Orion doesn't build anymore

2011-07-04 Thread Matthias Buecher / Germany
Hi everybody, I just got back to OpenWrt development after 6 months and recognized that the Orion platform doesn't build anymore. According to ticket #9209 [1] this happened ~3 months ago. Can anybody please help, so I can continue developing some packages for my platform. Thanks in advance

Re: [OpenWrt-Devel] r25090 breaks compilation of Orion with 2.6.32

2011-01-24 Thread Matthias Buecher / Germany
solution just like it is done in the kernel source Maddes [1] https://dev.openwrt.org/changeset/25090 [2] https://dev.openwrt.org/attachment/ticket/8241/orion_dt2_2.6.37.2.patch On 21.01.2011 19:11, Matthias Buecher / Germany wrote: Anyone please? Maddes On 07.01.2011 00:44, Matthias

Re: [OpenWrt-Devel] r25090 breaks compilation of Orion with 2.6.32

2011-01-24 Thread Matthias Buecher / Germany
On 21.01.2011 19:11, Matthias Buecher / Germany wrote: Anyone please? Maddes On 07.01.2011 00:44, Matthias Buecher / Germany wrote: Hi developers, can someone please commit the patch of ticket #8241 [1] to trunk. The patch is needed to compile Orion with new kernel release 2.6.37. Tried

[OpenWrt-Devel] [patch] ticket #8241 necessary to compile 2.6.37 for Orion

2011-01-06 Thread Matthias Buecher / Germany
Hi developers, can someone please commit the patch of ticket #8241 [1] to trunk. The patch is needed to compile Orion with new kernel release 2.6.37. Tried to contact Imre several times but got no reply. The patch is very simple, easy to review and keeps backward compatibility. Thanks in advance

[OpenWrt-Devel] Reminder: Clean-up of generic patches 014 and 089 for 2.6.36+

2010-12-08 Thread Matthias Buecher / Germany
Hi there, can please somebody commit ticket #8324 [1]. It removes unnecessary parts from the patches, which is already inside the kernel source at a different location. Additionally it tidies them up in a big way. Thanks Maddes [1] https://dev.openwrt.org/ticket/8324

[OpenWrt-Devel] Kernel build error on kmod-md-raid456 with current trunk

2010-12-08 Thread Matthias Buecher / Germany
Hi there, when building all packages on trunk then kernel compilation stops. Created ticket #8384 [1] for this error. Maddes [1] https://dev.openwrt.org/ticket/8384 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH][orion]Kernelpatches for kernel 2.6.36

2010-11-25 Thread Matthias Buecher / Germany
Not necessary. 2.6.36.1 compiles fine with the current patches/ (which is for the current kernel). The patches-2.6.32/ is to compile trunk with the Backfire kernel. Maddes On 25.11.2010 21:29, Michael Kämmerer wrote: In present trunk (r24146) for target orion, patchfiles reside in dir patches

Re: [OpenWrt-Devel] [PATCH] triggerhappy: update to 0.1.6

2010-11-22 Thread Matthias Buecher / Germany
Inline is better for commenting the patch, as the comment can be placed directly at the discussed location. But a mangled patch is hard to apply. If it is attached it normally doesn't get mangled, but then commenting is harder as the relevant code is not shown. So if you are sure that the patch

Re: [OpenWrt-Devel] [PATCH] triggerhappy: update to 0.1.6

2010-11-22 Thread Matthias Buecher / Germany
On 22.11.2010 09:35, Stefan Tomanek wrote: Dies schrieb Matthias Buecher / Germany (m...@maddes.net): So if you are sure that the patch is not mangled by your mail client (no wraps, no tabs to spaces), then inline is definitely preferred. Maybe setting some options in your mail client

Re: [OpenWrt-Devel] [PATCH] Remove obsolete patches

2010-11-13 Thread Matthias Buecher / Germany
Had some minutes before I leave, attached is the 089 rebasement patch. Maddes On 13.11.2010 09:19, Matthias Buecher / Germany wrote: I think generic patch 089 must be rebased when 014 is removed. Maddes On 12.11.2010 18:14, Guillaume LECERF wrote: Signed-off-by: Guillaume LECERF glec

Re: [OpenWrt-Devel] [PATCH] Remove obsolete patches

2010-11-12 Thread Matthias Buecher / Germany
Generic 014 is also something I'm currently working on, and it is not really obsolete. The printk() definitely helps to identify hardware, especially not supported one. The other changes help developers to find the correct spots for enhancements. You may remove the blocks with the comments, but

Re: [OpenWrt-Devel] [PATCH] Remove obsolete patches

2010-11-12 Thread Matthias Buecher / Germany
On 12.11.2010 21:33, Guillaume LECERF wrote: 2010/11/12 Matthias Buecher / Germany m...@maddes.net: Generic 014 is also something I'm currently working on, and it is not really obsolete. The printk() definitely helps to identify hardware, especially not supported one. The other changes help

Re: [OpenWrt-Devel] Build Issues: Packages not build for kernel 2.6.35, e.g. USB

2010-11-07 Thread Matthias Buecher / Germany
/compilelog.orion_generic.release-luci+ipv6.23900M.20101106_215019.log Regards Maddes On 07.11.2010 00:25, Matthias Buecher / Germany wrote: Hello everybody, I experienced a weird problem when upgrading the Orion platform to kernel 2.6.35: Several packages are not build although

Re: [OpenWrt-Devel] Build Issues: Packages not build for kernel 2.6.35, e.g. USB

2010-11-07 Thread Matthias Buecher / Germany
It turned out that the package kmod-pppol2tp doesn't compile with 2.6.35 on any platform. So I create a defect ticket for it: #8195. https://dev.openwrt.org/ticket/8195 Maddes On 07.11.2010 15:06, Matthias Buecher / Germany wrote: I found the problematic section: mkdir -p /home/maddes/openwrt

[OpenWrt-Devel] Build Issues: Packages not build for kernel 2.6.35, e.g. USB

2010-11-06 Thread Matthias Buecher / Germany
Hello everybody, I experienced a weird problem when upgrading the Orion platform to kernel 2.6.35: Several packages are not build although they are selected in `make menuconfig`. I assume that the build system is not setting all necessary configs for 2.6.35 and maybe later. Or must be something

Re: [OpenWrt-Devel] Separate image creation per profile/target possible?

2010-11-03 Thread Matthias Buecher / Germany
On 03.11.2010 15:50, Luka Perkov wrote: On Sun, Oct 31, 2010 at 05:46:23PM +0100, Matthias Buecher / Germany wrote: also had a look at other targets yesterday, and the adm5120 platform has subtarget dependent image make files (just a simple include $(SUBTARGET).mk) and even Profile dependent

Re: [OpenWrt-Devel] Separate image creation per profile/target possible?

2010-10-29 Thread Matthias Buecher / Germany
:33, Imre Kaloz wrote: Hi, On Thu, 28 Oct 2010 00:48:16 +0200, Matthias Buecher / Germany m...@maddes.net wrote: I want to transfer the Orion platform from subtargets to profiles. Is there a possibility to have a separated image makefile for each profile? Example: For profiles/100

[OpenWrt-Devel] Separate image creation per profile possible?

2010-10-27 Thread Matthias Buecher / Germany
Hi there, I want to transfer the Orion platform from subtargets to profiles. Is there a possibility to have a separated image makefile for each profile? Example: For profiles/100-wrt350nv2.mk with define Profile/WRT350Nv2 I would like to use image/100-wrt350nv2.mk (or image/WRT350Nv2.mk). If the

Re: [OpenWrt-Devel] Official way how to reset to factory defaults

2010-09-24 Thread Matthias Buecher / Germany
On a squashfs image just call firstboot and your router will be like it has just been flashed. Maddes On 24.09.2010 20:21, Lukáš Macura wrote: Hello to all, please, we are working with asus wl-500gp and backfire on it. We need to write script which will reset device to factory defaults. I

[OpenWrt-Devel] Dropbear init script fix for trunk/backfire

2010-09-14 Thread Matthias Buecher / Germany
Hi there, I had the need to bind one Dropbear instance to multiple ports, so I copied the latest Dropbear init script from Trunk onto my Backfire 10.03.1-rc2 installation. When checking the script's functionality I recognized that r20960 [1] for ticket #7149 [2] allowed to enter an ip address,

[OpenWrt-Devel] [backfire] Busybox update?

2010-08-14 Thread Matthias Buecher / Germany
Hello OpenWrt team, is it planned to update Busybox for 10.03.1? Maddes ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding

2010-07-27 Thread Matthias Buecher / Germany
Just read this thread today and want to mention, that if you run into build problems you should issue a make distclean (not dirclean) to get rid of all old stuff and extra packages (create patches of your manual changes first, so you can later re-apply them). Remember that trunk is ongoing

Re: [OpenWrt-Devel] problem with big integer on openwrt

2010-07-15 Thread Matthias Buecher / Germany
If awk of Busybox has a range limit issue, then try calculating in the shell itself: echo $(( `echo 255.255.255.255 | awk -F\. '{printf (%i*256*256*256) + (%i*256*256) + (%i*256) + (%i), $1, $2, $3, $4}'` )) Awk creates the formular, while ash calculates it via $(( Maddes On 15.07.2010

[OpenWrt-Devel] Is r22145 not a little bit short-sighted?

2010-07-12 Thread Matthias Buecher / Germany
Just saw r22145 and was wondering why this has been changed. What if 2.8 changes again the suffix? Re-replace everything? If someone is still compiling 2.4 for any reason with latest trunk he will have problems (lots of manual changes). I think the previous situation was a good general solution

[OpenWrt-Devel] [patch] add md5sum of kernel 2.6.35-rc3

2010-06-25 Thread Matthias Buecher / Germany
Updates MD5SUM of kernel 2.6.35 to RC3. Signed off by: Matthias Buecher m...@maddes.net Index: include/kernel-version.mk === --- include/kernel-version.mk (revision 21899) +++ include/kernel-version.mk (working copy) @@ -26,8 +26,8

[OpenWrt-Devel] r21770 by florian also needed for 2.6.32 and 2.6.33 to build compat-wireless

2010-06-12 Thread Matthias Buecher / Germany
trunk/target/linux/generic-2.6/patches-2.6.34/976-ssb_add_dma_dev.patch applies to 2.6.32.15 without any changes, should be the same for 2.6.33 too. Maddes ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] New Kernel 2.6.32.15

2010-06-11 Thread Matthias Buecher / Germany
Just tested 2.6.32.15 on the Backfire branch for Orion CPU. Only the package carl9170 didn't compile and a few patches had some offsets. * MD5SUM: ifeq ($(LINUX_VERSION),2.6.32.15) LINUX_KERNEL_MD5SUM:=1cbbf16e93bbe03368172872690600c0 endif * Patches: Applying patch

[OpenWrt-Devel] mtd / Samsung flash chips

2010-05-25 Thread Matthias Buecher / Germany
Salut Florian, you took care of ticket #6552 [1] and committed the patch into trunk. It came out that the patch broke compiling the Orion platform, that was reported in ticket #7348 [2]. Inside this ticket the reporter of #6552 and I came to a much cleaner approach. Would be great if you could

[OpenWrt-Devel] different mtd erase size for a specific partion possible?

2010-05-25 Thread Matthias Buecher / Germany
Today I checked out how to access the U-Boot variables of my WRT350N v2 (Orion) from Linux. Installed uboot-envtools and created a fitting /etc/fw_env.config: # WRT350N v2 # MTD device nameDevice offsetEnv. sizeFlash sector size /dev/mtd50x0003c0000x20000x1000

Re: [OpenWrt-Devel] different mtd erase size for a specific partion possible?

2010-05-25 Thread Matthias Buecher / Germany
Both, backfire and latest trunk. Can you hint me where this patch is? Maddes On 25.05.2010 21:59, Bernhard Loos wrote: There is already a patch for this in openwrt, so it should work (in theory). Do you use trunk or backfire or something older? 2010/5/25 Matthias Buecher / Germany m

Re: [OpenWrt-Devel] different mtd erase size for a specific partion possible?

2010-05-25 Thread Matthias Buecher / Germany
this work out of the box with uboot-envtools? Maddes On 25.05.2010 23:14, Bernhard Loos wrote: https://dev.openwrt.org/browser/trunk/target/linux/generic-2.6/patches-2.6.32/222-partial_eraseblock_write.patch 2010/5/25 Matthias Buecher / Germany m...@maddes.net: Both, backfire and latest trunk. Can

Re: [OpenWrt-Devel] different mtd erase size for a specific partion possible?

2010-05-25 Thread Matthias Buecher / Germany
Tried to set that flag, but can not find the right spot. Any help? Maddes On 26.05.2010 00:08, Bernhard Loos wrote: It should work out of the box with the patch. It will (should) set the erase size to the right value. 2010/5/26 Matthias Buecher / Germany m...@maddes.net: So I can mark

[OpenWrt-Devel] [PATCH] Add md5sums of latest stable kernels (2.6.32.13 and 2.6.34)

2010-05-17 Thread Matthias Buecher / Germany
New stable kernel releases are available, especially 2.6.34 is interessting. The Orion platform compiles fine with 2.6.32.12. No re-basing of platform patches needed. Attached are two patches (-p0) for trunk. Add md5sums of latest stable kernels (2.6.32.13 and 2.6.34) Signed off by: Matthias

Re: [OpenWrt-Devel] [PATCH] Add md5sums of latest stable kernels (2.6.32.13 and 2.6.34)

2010-05-17 Thread Matthias Buecher / Germany
The 2.6.34 md5sum was added in r21498, so only 2.6.32.13 is missing. #1 Add md5sum of kernel 2.6.32.13. Signed off by: Matthias Bücher m...@maddes.net #2 Update Orion to kernel 2.6.32.13. Signed off by: Matthias Bücher m...@maddes.net On 17.05.2010 20:01, Matthias Buecher / Germany wrote

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-10 Thread Matthias Buecher / Germany
It may not downsize the packages themselves, but moving kernel mods from rootfs to the kernel image will reduce the rootfs size. Leaving more space for JFFS2 rootfs_data. Having a K setting for kernel options would be great. Will try to have a look at it during the next weeks. Thanks for all

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-10 Thread Matthias Buecher / Germany
the size of the rootfs_data stay the same? Both are lzma compressed. ..ede On 10.05.2010 19:16, Matthias Buecher / Germany wrote: It may not downsize the packages themselves, but moving kernel mods from rootfs to the kernel image will reduce the rootfs size. Leaving more space for JFFS2

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-10 Thread Matthias Buecher / Germany
according the space requirement? Looks like the linux size is fixed, what is the maximum size for a kernel on wrt54g? .. ede On 10.05.2010 23:28, Matthias Buecher / Germany wrote: Kernel and rootfs are in two different mtd partitions on the WRT54G: # dmesg ... Creating 5 MTD partitions

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-10 Thread Matthias Buecher / Germany
On 10.05.2010 23:47, Bernhard Loos wrote: 2010/5/10 Bernhard Loos bernhardl...@googlemail.com: 2010/5/10 Matthias Buecher / Germany m...@maddes.net: The linux partition spans over the kernel and the complete rootfs for flashing. The maximum kernel size is 0x000bc000 (begin of rootfs) minus

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-09 Thread Matthias Buecher / Germany
it will not be sufficient to update the clock every 24h when my provider restarts the connection. Will have to add a cron job for rdate. Maddes On 30.04.2010 22:23, Matthias Buecher / Germany wrote: I wanted to upgrade my mom's WRT54G v2.2 from WR 0.9 to Backfire 10.03. But during installation the flash

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-09 Thread Matthias Buecher / Germany
. Thanks for the clarification, much appreciated. Maddes On 09.05.2010 18:28, Matthias Buecher / Germany wrote: Sorry, my description was inaccurate. In 'make menuconfig' the sign is '*' when pressing 'Y' and in the resulting config file it is '=Y'. @Bernhard: So this adds kernel modules

[OpenWrt-Devel] [patch] missing uci get functions in lib/config/uci.sh

2010-05-08 Thread Matthias Buecher / Germany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Created a patch that adds two new functions to lib/config/uci.sh: uci_get() and uci_get_state() The counterparts to the existing uci_set() and uci_set_state() functions. A second patch changes packages to use the new functions, as several packages

[OpenWrt-Devel] [patch] enhance rdate to support ntpclient functionalities (interval, interface)

2010-05-08 Thread Matthias Buecher / Germany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 While trying to reduce flash mem usage for my old WRT54G with 4MB I created a patch that adds ntpclient functionalties to rdate. Additionally ntp servers are separated into a new config file to reduce JFFS2 usage even further. Patch and changes are

Re: [OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-05-04 Thread Matthias Buecher / Germany
to update the clock every 24h when my provider restarts the connection. Will have to add a cron job for rdate. Maddes On 30.04.2010 22:23, Matthias Buecher / Germany wrote: I wanted to upgrade my mom's WRT54G v2.2 from WR 0.9 to Backfire 10.03. But during installation the flash space got full

[OpenWrt-Devel] How to create an OpenWrt Package Makefile for source without a Makefile

2010-05-02 Thread Matthias Buecher / Germany
Tried to create an OpenWrt of a small VoIP proxy for a friend. Unfortunately the source itself does not have a Makefile. It just says Use: gcc -o mjproxy md5.c mjproxy.c. How must the Build/Compile section look like for such a case? Looked at wiki and forum, but couldn't find any fitting

Re: [OpenWrt-Devel] How to create an OpenWrt Package Makefile for source without a Makefile

2010-05-02 Thread Matthias Buecher / Germany
Thanks to Mirko and Florian, I got it compiled and my friend will test tomorrow. Hmm, adding a Makefile via a patch to the original source looks like double work to me, but a valid idea. My friend and I are currently trying to get in contact with the author to get this addressed. If all goes

[OpenWrt-Devel] [backfire] WRT54G flash space problem

2010-04-30 Thread Matthias Buecher / Germany
I wanted to upgrade my mom's WRT54G v2.2 from WR 0.9 to Backfire 10.03. But during installation the flash space got full and OpenVPN couldn't be installed. First I built an image without luci, then all packages fit into the flash mem. But when installing webif I got the same disk full error for

Re: [OpenWrt-Devel] [backfire][bug] setting LAN mac address, makes router inaccessible from LAN

2010-04-29 Thread Matthias Buecher / Germany
On 29.04.2010 21:03, Jo-Philipp Wich wrote: Hmm, I got used to the fact that wan and lan mac are often the same on various routers... but when settings all bridge ports to the same mac, wouldn't that break arp etc.? ~ Jow If you do not set the LAN mac address, then all bridge ports will

[OpenWrt-Devel] [backfire][bug] setting LAN mac address, makes router inaccessible from LAN

2010-04-28 Thread Matthias Buecher / Germany
When changing the LAN mac address on a WRT54G v2.2 the router becomes inaccessible from the LAN (no ping, no SSH, etc.). The same happens on a WRT350Nv2 (Orion CPU), therefore it seems to be a general issue. Only revived the router back via serial access, as Backfire brcm47xx (Linux 2.6) provides

[OpenWrt-Devel] [patch] Add kernel 2.6.32.11 to Backfire

2010-04-25 Thread Matthias Buecher / Germany
Add MD5 sum of kernel 2.6.32.11 to Backfire. Signed off by: Matthias Buecher m...@maddes.net Index: target/linux/orion/Makefile === --- target/linux/orion/Makefile (revision 21152) +++ target/linux/orion/Makefile (working copy) @@

Re: [OpenWrt-Devel] [backfire] [bug] no reboot possible after firstboot

2010-04-25 Thread Matthias Buecher / Germany
This works. Thanks. On 21.04.2010 22:14, Jo-Philipp Wich wrote: Try /bin/busybox reboot ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [Backfire] [bug] webif doesn't ask for user and password on initial connection, seems uhttpd related

2010-04-25 Thread Matthias Buecher / Germany
it. Travis On Fri, Apr 16, 2010 at 2:41 PM, Matthias Buecher / Germany m...@maddes.net wrote: I set the root password way before I installed packages. Here's how I installed Backfire: 1. Set root password via telnet to enable ssh 2. Configure network 3. Install other packages 4. Remove luci 5

Re: [OpenWrt-Devel] [Backfire] [bug] webif doesn't ask for user and password on initial connection, seems uhttpd related

2010-04-25 Thread Matthias Buecher / Germany
Unfortunately X-Wrt's r4894 was not added to X-Wrt's Backfire branch. When I compiled with the X-Wrt feed I still got the unfixed version. Hence I changed feeds.conf.default to src-svn xwrt http://x-wrt.googlecode.com/svn/trunk;, compiled and tested again. It worked fine for me. Please consider

[OpenWrt-Devel] [backfire] [bug] no reboot possible after firstboot

2010-04-21 Thread Matthias Buecher / Germany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With Backfire I can not reboot the device after I issued a firstbot. This was working fine in previous trunk builds, e.g. 19875 from end of February. Have used it often to restart from scratch and test in a clean environment. r...@router:~# firstboot

Re: [OpenWrt-Devel] iptables NAT not being updated on WAN changes

2010-04-18 Thread Matthias Buecher / Germany
Also tried /etc/init.d/firewall restart after restarting the network? Maddes On 18.04.2010 16:38, Nuno Gonçalves wrote: I have internet connections at eth0.2 and eth1. Config is like this: config interface wan option ifname eth1 option protodhcp After boot

Re: [OpenWrt-Devel] iptables NAT not being updated on WAN changes

2010-04-18 Thread Matthias Buecher / Germany
You have to take care of it. Maddes On 18.04.2010 23:41, Nuno Gonçalves wrote: From: Matthias Buecher / Germany m...@maddes.net To: OpenWrt Development List openwrt-devel@lists.openwrt.org Subject: Re: [OpenWrt-Devel] iptables NAT not being updated on WAN changes Message-ID

Re: [OpenWrt-Devel] [Backfire] [bug] webif doesn't ask for user and password on initial connection, seems uhttpd related

2010-04-16 Thread Matthias Buecher / Germany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Due to the problem I rebuild a Backfire image from r20886 with the config from http://downloads.openwrt.org/backfire/10.03/orion/OpenWrt.config opkg shows the following related to uhttpd and webif: uhttpd - 8 haserl - 0.9.26-1 webif - 0.3-4893 luci

Re: [OpenWrt-Devel] [Backfire] [bug] webif doesn't ask for user and password on initial connection, seems uhttpd related

2010-04-16 Thread Matthias Buecher / Germany
, if not, then this is the issue. Travis On Fri, Apr 16, 2010 at 1:53 PM, Matthias Buecher / Germany m...@maddes.net wrote: Due to the problem I rebuild a Backfire image from r20886 with the config from http://downloads.openwrt.org/backfire/10.03/orion/OpenWrt.config opkg shows the following related to uhttpd

[OpenWrt-Devel] Changeset 20803 for kernel 2.6.33.2 incomplete

2010-04-12 Thread Matthias Buecher / Germany
Changeset 20803 ( https://dev.openwrt.org/changeset/20803 ) updated the patches for 2.6.33.2, but adding this version to include/kernel-version.mk was forgotten (see https://dev.openwrt.org/browser/trunk/include/kernel-version.mk ). Maddes ___

Re: [OpenWrt-Devel] [patch] wrong mac address on bridge devices

2010-04-12 Thread Matthias Buecher / Germany
Reminder to add ticket #7111 and also #7113 to trunk and backport to Backfire. Thanks Maddes On 07.04.2010 19:45, Matthias Buecher / Germany wrote: Documented in https://dev.openwrt.org/ticket/7111, so it will not be forgotten. Maddes On 03.04.2010 17:13, Matthias Buecher / Germany wrote

Re: [OpenWrt-Devel] Backfire 10.03 Released

2010-04-07 Thread Matthias Buecher / Germany
Wow, that fast (not to say hasty): three RCs and the release in only two weeks. I wasn't even able to test RC3 before the release came out. Maddes On 07.04.2010 09:02, Nico wrote: OpenWrt Release 10.03, codename Backfire. The OpenWrt team will humbly like to announce the final version of the

Re: [OpenWrt-Devel] [patch] set mac address for bridge also on sub-devices

2010-04-07 Thread Matthias Buecher / Germany
Documented in https://dev.openwrt.org/ticket/7111, so it will not be forgotten. Maddes On 03.04.2010 17:13, Matthias Buecher / Germany wrote: Sorry, forgot the signed-off part: Set mac address for bridge also on sub-devices * cc: backf...@openwrt.org Signed-off by: Matthias Buecher m

Re: [OpenWrt-Devel] [patch] set mac address for bridge also on sub-devices

2010-04-03 Thread Matthias Buecher / Germany
Sorry, forgot the signed-off part: Set mac address for bridge also on sub-devices * cc: backf...@openwrt.org Signed-off by: Matthias Buecher m...@maddes.net and Peter van Valderen p.v.valde...@gmail.com On 02.04.2010 21:21, Matthias Buecher / Germany wrote: If a mac address is set for the lan

[OpenWrt-Devel] [patch] set mac address for bridge also on sub-devices

2010-04-02 Thread Matthias Buecher / Germany
If a mac address is set for the lan bridge, e.g. network.lan.macaddr=00:1a:70:a0:38:80 then it is only set on the bridge itself and not the sub-devices br-lanLink encap:Ethernet HWaddr 00:1A:70:A0:38:80 lan1 Link encap:Ethernet HWaddr 00:00:00:00:51:81 lan2 Link

Re: [OpenWrt-Devel] Backfire 10.03-rc2 - luci issues

2010-03-31 Thread Matthias Buecher / Germany
Happens to me on Linksys WRT350Nv2 (Orion CPU): Adminstration - System - System: XML Parsing Error: unclosed token Location: http://10.0.0.254/cgi-bin/luci/;stok=160e97786ece60ac94533c0785be4583/admin/system/system/ Line Number 264, Column 3: input type=submit class=cbi-button

Re: [OpenWrt-Devel] Backfire 10.03-rc1

2010-03-25 Thread Matthias Buecher / Germany
Do I understand correctly that kernel 2.6.32.9 is one of the preferred kernels for Backfire, and not 2.6.30.10? (see https://dev.openwrt.org/changeset/20410 and Nico's [2]) Just want to make sure. Maddes P.S.: Will install it onto my LinkSys WRT350Nv2 this weekend if time permits. On 24.03.2010

Re: [OpenWrt-Devel] Backfire 10.03-rc1

2010-03-25 Thread Matthias Buecher / Germany
Sorry, a typo, meant 2.6._32_.10 not .30.10. On 25.03.2010 22:15, Matthias Buecher / Germany wrote: Do I understand correctly that kernel 2.6.32.9 is one of the preferred kernels for Backfire, and not 2.6.30.10? (see https://dev.openwrt.org/changeset/20410 and Nico's [2]) Just want to make

Re: [OpenWrt-Devel] Backfire 10.03-rc1

2010-03-25 Thread Matthias Buecher / Germany
have no problem switching to 2.6.32.10. Ideally, it would be great if all targets at 2.6.32.x could be switched to the same version (coherency) and such updates be committed before Friday evening. -- -{Nico} On 25/03/10 22:44, Matthias Buecher / Germany wrote: Sorry, a typo, meant 2.6

Re: [OpenWrt-Devel] WRT160NL new bootloader fix

2010-03-20 Thread Matthias Buecher / Germany
Is the script set to executable (+x) in the image? This is typical for scripts that are presebt but not running, and often overlooked. Maddes On 20.03.2010 04:02, Otto Solares wrote: It works on squashfs but didn't on pure jffs2 which I pressume was our only environment difference. The

[OpenWrt-Devel] [patch] Update Orion to kernel 2.6.32.10

2010-03-17 Thread Matthias Buecher / Germany
Update Orion to Linux kernel 2.6.32.10 Signed off by: Matthias Buecher m...@maddes.net The most simple, a single line in the Makefile. All patches applied cleanly. Everything compiled well. Index: target/linux/orion/Makefile ===

Re: [OpenWrt-Devel] [patch] Update Orion to kernel 2.6.32.10

2010-03-17 Thread Matthias Buecher / Germany
On 17.03.2010 21:01, Travis Kemen wrote: On Wed, Mar 17, 2010 at 5:26 AM, Matthias Buecher / Germany m...@maddes.net wrote: Update Orion to Linux kernel 2.6.32.10 Signed off by: Matthias Buecher m...@maddes.net The most simple, a single line in the Makefile. All patches applied cleanly

[OpenWrt-Devel] [Backfire] opkg.conf pointing to current snapshot packages

2010-03-16 Thread Matthias Buecher / Germany
Just flashed Backfire 10.03-beta for Orion from http://downloads.openwrt.org/backfire/10.03-beta/orion/ and recognized that opkg is pointing to src/gz snapshots http://downloads.openwrt.org/snapshots/trunk/orion/packages instead of src/gz backfire

  1   2   >