in committing it.
Travis
On Sat, Mar 13, 2010 at 7:19 PM, Matthias Buecher / Germany
m...@maddes.net wrote:
Switch Marvell Orion CPU to kernel 2.6.32 plus LED support for all LEDs
on LinkSys WRT350Nv2.
Signed-off by: Matthias Buecher m...@maddes.net and Dirk Teurlings
i...@upexia.nl
Several
Switch Marvell Orion CPU to kernel 2.6.32 plus LED support for all LEDs
on LinkSys WRT350Nv2.
Signed-off by: Matthias Buecher m...@maddes.net and Dirk Teurlings
i...@upexia.nl
Several forum members and I are running 2.6.32 on Marvell Orion CPU
since January without any problems.
Unfortunately
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just my two cents:
Maybe some OpenWrt team members can review if the option rename causes
hassle to the normal end user.
Multiple ports will be rarely used by normal users (same as with multiple
instances), and advanced users should find out fast that
.
Something like:
config_get ports ${section} Ports
config_get port ${section} Port
ports=$port $ports
Perfect of course would be a log message telling deprecation of port
setting in favor for ports.
.. ede
On 28.02.2010 11:58, Matthias Buecher / Germany wrote:
Just my two cents:
Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi OpenWrt team,
attached is a patch to add GPIO LED support for LinkSys WRT350Nv2.
This is a backport of a kernel patch that is already send to be included
in the upstream kernel.
The patch and the scripts have been tested for several weeks now.
target/linux/generic-2.6/config-2.6.32
# CONFIG_CRYPTO_DEV_MV_CESA is not set
# CONFIG_MMC_MVSDIO is not set
# CONFIG_ORION_WATCHDOG is not set
target/linux/orion/config-default
# CONFIG_MACH_BIGDISK is not set
# CONFIG_MACH_D2NET is not set
# CONFIG_MACH_NET2BIG is not set
Would be great if
Someone posted the same problem on the forum for the Orion platform:
https://forum.openwrt.org/viewtopic.php?pid=102869#p102869
Maddes
On 14.02.2010 04:47, Jo-Philipp Wich wrote:
so, how can i figure out which iptables modul cause this seg faults?
Try to isolate one of the failing commands
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'm the author of the wrt350nv2-builder.
After the last commit I got a bug report (of course not before the commit).
Attached is a patch to upgrade it to v2.2.
The new version has only some slight modifications.
It can be applied to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just compiled a new image for Marvell Orion and its opkg.conf is
incomplete. The $S was not correctly replaced:
src/gz snapshots http://downloads.openwrt.org/snapshots/trunk//packages
Seems as r19575 is causing the problem.
Please fix, either the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm the author of the wrt350nv2-builder.
Attached is a patch to upgrade it to v2.1.
The new version has been tested for over a month by me and some forum
members.
It can be applied to the current trunk as is (-p0).
[tools/wrt350nv2-builder]
This is really just a simple script fix.
Maddes
On 06.02.2010 18:11, Matthias Buecher / Germany wrote:
Can anybody check that patch. My tests show no problem with it.
Maybe jow, as it was inspired by his work on the preinit scripts? Anyone?
Thanks.
Maddes
On 03.02.2010 16:17, Matthias
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I want to add the following setup to /etc/config/system for the Orion
router WRT350Nv2:
config led
option sysfs'wrt350nv2:green:power'
option default 1
config led
option dev wlan0
option sysfs
How will this affect performance (the opposite side of compression)?
If it does, then it would be great if this would be selectable and not
hardcoded.
Just my two cents
Maddes
On 07.02.2010 17:44, edgar.sol...@web.de wrote:
I discovered a currently not used option of jffs2. It allows the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can anybody check that patch. My tests show no problem with it.
Maybe jow, as it was inspired by his work on the preinit scripts? Anyone?
Thanks.
Maddes
On 03.02.2010 16:17, Matthias Buecher / Germany wrote:
So here's the final quiet patch
, channel 11, with WPA2-PSK
and key lengt 30 plus special chars (minus, plus, underscore).
Last test was with r19497.
Thanks for all your time and effort
Maddes
On 03.02.2010 19:17, Imre Kaloz wrote:
Hello Maddes,
On Wed, 03 Feb 2010 15:48:48 +0100, Matthias Buecher / Germany
m...@maddes.net wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
please execute the following svn commands inside trunk to correct the
names of the orion config file and patches folder:
svn mv target/linux/orion/config-default target/linux/orion/config-2.6.30
svn mv target/linux/orion/patches/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
thanks to jow, I rechecked the changes on the dropbear script, that were
submitted by me.
jow, would you be so kind and commit the attached patch to the trunk?
Thanks.
[package] dropbear: use -q where applicable
Signed off by: Matthias Buecher
chipset (MISDN_INFINEON) [N/m/?] (NEW)
Support for cards with Winbond 6692 (MISDN_W6692) [N/m/?] (NEW)
Support for NETJet cards (MISDN_NETJET) [N/m/?] (NEW)
all not set
Kind regards
Maddes
On 29.01.2010 23:46, Matthias Buecher / Germany wrote:
Could somebody be so nice and update the kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hardware mode for 11n was always g, mode a was not possible to set.
Signed-off by: Matthias Buecher m...@maddes.net
This is really just a simple script fix that fixes a typo.
On 18.01.2010 19:13, Matthias Buecher / Germany wrote:
Was looking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can anyone please commit this patch, it is really just a simple script fix.
On 14.01.2010 18:21, Matthias Buecher / Germany wrote:
Webupgrade image building for WRT350Nv2 needs zip package.
Copy command for WRT350Nv2 recovery image overrides error
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
can a developer commit this patches? jow, florian, anyone?
This will help the people on the forum to easily test new snapshot
builds, as it is much easier with sysupgrade.
Maddes
On 14.01.2010 08:58, Matthias Buecher / Germany wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Webupgrade image building for WRT350Nv2 needs zip package.
Copy command for WRT350Nv2 recovery image overrides error code of
webupgrade builder, moved behind brackets.
Removed indention of comments to avoid output in log.
Signed-off by: Matthias
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sysupgrade for Orion boards by adding mtd partition image plus
platform.sh.
Signed-off by: Matthias Buecher m...@maddes.net
Patches can be directly applied inside the current trunk.
It is also recommended to rename patch #100 *after* applying the
.
Signed-off-by: Matthias Bücher m...@maddes.net
On 25.09.2009 10:30, Matthias Buecher / Germany wrote:
*bump*
On 10.09.2009 16:56, Matthias Buecher / Germany wrote:
Hello OpenWrt developers,
just a short reminder about enhancement ticket #5719
https://dev.openwrt.org/ticket/5719
Hi,
I get kernel panics when a device connects to my WRT350Nv2 with build 18456.
Added a serial log of the kernel panic to ticket #5815:
https://dev.openwrt.org/ticket/5815
Someone mentioned on the forum that a MAC must be set. Is this true? If
so how correctly?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
please consider adding the patch of ticket #6026 to the trunk.
This will update OpenVPN to the most current release.
https://dev.openwrt.org/ticket/6026
Thanks for your time
Matthias Maddes Bücher
- --
http://www.maddes.net/
Home: Earth /
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
please have a look at the patch of ticket #6027.
https://dev.openwrt.org/ticket/6027
This will fix a coding mistake in sslh.
The patch itself was created by Yves Rütschlé and tested by me on my
LinkSys WRT350v2 (Marvell Orion) in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
please consider adding the patch of ticket #6026 to the trunk.
This will update OpenVPN to the most current release.
https://dev.openwrt.org/ticket/6026
Signed-off-by: Matthias Bücher m...@maddes.net
- --
http://www.maddes.net/
Home: Earth /
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I would like to ask you to consider adding the patch of ticket #6025 to
the trunk.
https://dev.openwrt.org/ticket/6025
This will add uci support to the etherwake package in a similar way that
the wol package already has.
It can wake up
Please close.
https://dev.openwrt.org/ticket/5618
Thanks
Matthias Bücher
--
http://www.maddes.net/
Home: Earth / Germany / Ruhr-Area
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
*bump*
On 10.09.2009 16:56, Matthias Buecher / Germany wrote:
Hello OpenWrt developers,
just a short reminder about enhancement ticket #5719
https://dev.openwrt.org/ticket/5719
This will bring sysupgrade support for WRT350Nv2 to the trunk.
It has been successfully tested by several forum
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello OpenWrt developers,
just a short reminder about enhancement ticket #5719
https://dev.openwrt.org/ticket/5719
This will bring sysupgrade support for WRT350Nv2 to the trunk.
It has been successfully tested by several forum members.
Is there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi OpenWrt developers,
I know you are busy, but I just want to remind you about the two
following simple patches:
#1 missing depency for kmod-fs-ntfs
see https://dev.openwrt.org/ticket/5638#comment:4
#2 sysupgrade support for WRT350N v2
see
...
Upgrade completed
Rebooting system...
Any hint greatly appreciated.
Maddes
On 16.08.2009 12:43, Matthias Buecher / Germany wrote:
Is there a guideline how to add a machine (here WRT350Nv2) to sysupgrade?
Does sysupgrade expect to have the complete flash in mtd0, or can it
split between mtd0 kernel
Is there a guideline how to add a machine (here WRT350Nv2) to sysupgrade?
Does sysupgrade expect to have the complete flash in mtd0, or can it
split between mtd0 kernel and mtd1 rootfs?
Maddes
___
openwrt-devel mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After several discussions and some more documentation reading I finished
my etherwake uci support.
The patch is splitted in two files, one for the new package files
(config, init.d) and the makefile.
The patches are meant to be applied to a clean
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13.08.2009 14:57, Jo-Philipp Wich wrote:
Hi.
Maybe it's indeed best to enable it in the kernel konfig, and disable
by sysctl, as Matthias suggests.
Enabling the bridge filtering in the kernel could have severe
performance impact since all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 13.08.2009 16:53, Matthias Buecher / Germany wrote:
On 13.08.2009 14:57, Jo-Philipp Wich wrote:
Hi.
Maybe it's indeed best to enable it in the kernel konfig, and disable
by sysctl, as Matthias suggests.
Enabling the bridge filtering
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Signed-off-by: Matthias Bücher m...@maddes.net
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkqEPHUACgkQUXXT+9wZdbWEIgCgyAFyKQm4DWJ/2yeNSE9m0YkE
tv8An0bBR1MqEMPFwdYowNHI/uWKYIwY
=JLBZ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12.08.2009 22:37, Jerome Benoit wrote:
Le Wed, 12 Aug 2009 21:13:16 +0200,
Matthias Buecher / Germany m...@maddes.net a écrit :
Another solution would be to compile it as a separate module
(BRIDGE=m). Then the user can decide if he want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Signed-off-by: Matthias Bücher m...@maddes.net
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkp6rhYACgkQUXXT+9wZdbX+DwCePJSxS1QV3KhC9ktRzCb3gBTM
j+gAoL9CI5wmlUoOUEBdvc+RI0s5YZYg
=FFtp
Where do I put a temporary/non-default kernel option best?
Reason is I was asked, if I could compile KMOD_NTFS with write support
(CONFIG_NTFS_RW=y).
Unfortunately when checking make kernel_menuconfig it messed up my
target/linux/orion/config-default (see ticket
Signed-off-by: Matthias Buecher m...@maddes.net
Index: net/sslh/files/sslh.init
===
--- net/sslh/files/sslh.init(revision 17004)
+++ net/sslh/files/sslh.init(working copy)
@@ -13,7 +13,7 @@
# check if section is
This patch adds combined uci support for etherwake and wol.
It is similar to the uci support currently only in the wol package.
Package uci-etherwake adds uci support for etherwake (and also
busybox's ether-wake). The uci settings are used by script
/bin/uci-etherwake. Package uci-wol adds the
Did you check if your hardware is supported and how to install OpenWrt
on it?
If not, then always remember to search the documentation/wiki first.
http://nuwiki.openwrt.org/oldwiki/hardware/linksys
Maddes
On 26.07.2009 21:38, paolo del bene wrote:
Re: openwrt-devel Digest, Vol 43, Issue 43
On 18.06.2009 22:14, kloschi wrote:
On Thu, 2009-06-18 at 21:59 +0200, Malte S. Stretz wrote:
On Thursday 18 June 2009 21:44:17 kloschi wrote:
On Thu, 2009-06-18 at 21:34 +0200, Matthias Buecher / Germany wrote:
doesn't work for me:
#1
http://wiki.openwrt.org
Matthias Maddes Bücher
http://www.maddes.net/
Home: Earth / Germany / Ruhr-Area
On 18.07.2009 21:33, Matthias Buecher / Germany wrote:
Hi everybody,
I just found out that etherwake and busybox's ether-wake are not working
with the default interface eth0, but with br-lan
On 19.07.2009 13:52, Malte S. Stretz wrote:
On Sunday 19 July 2009 13:27:47 Matthias Buecher / Germany wrote:
[...]
And even if eth0 is bridged, etherwake should work on the base device eth0 as
well if I'm not mistaken.
Anyway, if it doesn't work for you, I guess the best way to handle
Hi everybody,
I just found out that etherwake and busybox's ether-wake are not working
with the default interface eth0, but with br-lan.
This is on a WRT350Nv2 with Marvell Orion CPU.
Now my questions:
#1
Is this a WRT350Nv2 / Marvell Orion specific issue?
Or is br-lan the right interface for
The correct syntax is [ -n ${var} ] (notice the quotes).
Thanks to Vasilis.
Documented under ticket https://dev.openwrt.org/ticket/5556
Maddes
P.S.:
I assume a lot of scripts do this wrong.
On 18.07.2009 23:01, Matthias Buecher / Germany wrote:
Hello,
just recognised that -n comparison
Thanks to Vasilis I got the script to be rock solid and it also supports
multiple instances now.
Final version available as a patch in the following ticket:
https://dev.openwrt.org/attachment/ticket/5500/
Regards
Maddes
On 10.07.2009 01:20, Matthias Buecher / Germany wrote:
Adopted sslh to uci
Hi Jerry,
I'm running an OpenVPN config (adopted from WR 0.9) with the same
directories you chosed.
Also compared all your settings with mine and can confirm that these are
reasonable and working fine on OpenWrt.
The makefile change looks fine too, but the increased package release is
missing (
Opened a bug for this issue:
https://dev.openwrt.org/ticket/5473
Maddes
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi everybody,
OpenVPN is crashing on the WRT350Nv2 (Marvell Orion CPU) with Unable to
handle kernel paging request at virtual address .
Another user confirmed this issue.
I put all information onto the forum:
http://forum.openwrt.org/viewtopic.php?id=20713
How can investigate this issue
On 18.06.2009 23:03, David A. Bandel wrote:
On Thu, Jun 18, 2009 at 2:34 PM, Matthias Buecher / Germany
m...@maddes.net wrote:
Hi Kloschi,
doesn't work for me:
#1
http://wiki.openwrt.org/DropbearPublicKeyAuthenticationHowto
should result in
http://oldwiki.openwrt.org
Hi Kloschi,
doesn't work for me:
#1
http://wiki.openwrt.org/DropbearPublicKeyAuthenticationHowto
should result in
http://oldwiki.openwrt.org/DropbearPublicKeyAuthenticationHowto.html
so .html is missing
#2
slashes have to be converted to (2f)
Maddes
On 18.06.2009 21:11, kloschi wrote:
On
:34 +0200, Matthias Buecher / Germany wrote:
doesn't work for me:
#1
http://wiki.openwrt.org/DropbearPublicKeyAuthenticationHowto
should result in
http://oldwiki.openwrt.org/DropbearPublicKeyAuthenticationHowto.html
so .html is missing
ooops, please check with nuwiki.openwrt.org, because DNS
Please re-check fluxbox ticket https://dev.openwrt.org/ticket/4957
Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Please close #5259.
https://dev.openwrt.org/ticket/5259
Thanks
Maddes
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Also a good solution.
I let it run today for target CPU Marvell Orion and found these
occurrences of ERROR: after 12 hours.
Script started on Wed 10 Jun 2009 12:16:08 PM CEST
ERROR: package/feeds/packages/classpath failed to build.
ERROR: package/feeds/packages/fluxbox failed to build.
ERROR:
Hi there,
is there an easy way to compile everything, where compilation errors do
not stop the compilation process?
As manually removing a problem package and manually restarting is
wasting a lot of time.
All compilation errors should be stored in a log so that they can be
checked afterwards.
As it seems that the new Wiki won't be available soon, could someone
please fix the redirection for the old Wiki.
Instead of just replacing the domain, at least add .html add the end
of the redirection and replace all slashes / with (2f).
Then all the wiki links in the forum and from external
, Matthias Buecher / Germany wrote:
Thanks for the tip.
script is an option for storing the logs, and screen to put it into
the background.
Have to check out how to use script correctly.
Maddes
On 09.06.2009 11:45, ZioPRoTo (Saverio Proto) wrote:
is there an easy way to compile everything
, Matthias Buecher / Germany wrote:
The following should do the job for me:
script -c 'make V=99 IGNORE_ERRORS=m' compile_`date +%Y%m%d_%H%M%S`.log
This is done in a screen session, which I can detach (STRG+A, D) and
reattach (screen -r).
Hope that it really compiles till the end. We'll see
Update the quagga-unstable package to 0.99.12 to make it compilable
again and get latest updates.
Signed-off-by: Matthias Buecher mail at maddes.net
Index: net/quagga-unstable/Makefile
===
--- net/quagga-unstable/Makefile
I would have placed it to the generic patches for 2.6.28 and 2.6.29, as
it will be fixed with 2.6.30 and it may cause problems with source of
2.6.30 or later.
Just my two cents.
Your commit came while I was preparing my mail, therefore the overlap.
Maddes
Imre Kaloz wrote:
The whole patch that
Go the root folder of your checkout and execute:
svn switch --relocate https://svn.openwrt.org/openwrt/trunk
svn://svn.openwrt.org/openwrt/trunk
Then update the trunk just normally and after that the feeds.
Maddes
On 08.05.2009 17:46, linux_pro wrote:
https://svn.openwrt.org...;
Fixes the initialization of the Marvell switch-chip not setting up all
of its in/external ports. With this kernel patch all LAN ports of
WRT350N v2 are working.
The attached patch file has to be added for kernel 2.6.28 and 2.6.29.
./target/linux/generic-2.6/patches-2.6.28
101 - 168 of 168 matches
Mail list logo