Gabor Juhos [2013-03-11 21:06:09]:
> BTW, I have fixed the OM2P-HS setup code to use the correct bitmast a few
> minutes ago:
>
> https://dev.openwrt.org/changeset/35965
> https://dev.openwrt.org/changeset/35966
Thanks!
-- ynezz
___
openwrt-devel mai
On Tue, Mar 12, 2013 at 12:58 AM, Nguyễn Hồng Quân wrote:
> Here is the config:
>
> config 'openvpn' 'server_tap_bridge'
> option 'dev' 'tap0'
> option 'management' '127.0.0.1 31194'
Management is not compiled anymore in Backfire, you need to remove
that 'management' line or reco
Hello
I'm trying to setup OpenVPN server on OpenWrt router running in
VirtualBox. I use Backfire r33081.
I cannot start the server, with this error:
openvpn(server_tap_bridge)[1741]: Options error: Unrecognized option or
missing parameter(s) in [CMD-LINE]:1: management (2.2.1)
Here is the config
Signed-off-by: Daniel Golle
diff --git a/toolchain/gdb/Makefile b/toolchain/gdb/Makefile
index 89f73ef..6d4c16d 100644
--- a/toolchain/gdb/Makefile
+++ b/toolchain/gdb/Makefile
@@ -7,12 +7,12 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=gdb
-PKG_REV:=7.5-2012.09
+PKG_REV:=7.5-2012.12-1
PKG_VERSIO
Hello.
I'm still trying to run something on my RB433GL.
Now I stuck with nand.
I've found a lot of connections on the board,
but still do not know how to use all GPIOs.
Some NAND and serial-shifter pins are still not disovered.
I found this:
#define AR71XX_GPIO_FUNC_STEREO_EN BIT
Applied with minor fixes.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Mark,
yes I did indeed change set as some user requested such a change
stating that mapping the reflection to the wan ip would more closely
resemble the behaviour of OEM firmwares.
I'll look into making it configurable during the next few days,
pe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Should be fixed with r35969.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlE+ROAACgkQdputYINPTPPpsgCgg4slWCSslm7joeaggVlSe3dL
cJkAnjtq8XnpwGKubCefO+3wQQE
2013.03.11. 20:57 keltezéssel, Felix Fietkau írta:
> On 2013-03-11 7:58 PM, Petr Štetiar wrote:
>> Petr Štetiar [2013-03-10 21:21:04]:
>>
>>> Felix Fietkau [2013-03-10 15:37:41]:
>>>
Does reverting this change make things work for you in the latest revision?
>>>
>>> Yes, I did reverted it in
On 2013-03-11 7:58 PM, Petr Štetiar wrote:
> Petr Štetiar [2013-03-10 21:21:04]:
>
>> Felix Fietkau [2013-03-10 15:37:41]:
>>
>> > Does reverting this change make things work for you in the latest revision?
>>
>> Yes, I did reverted it in AA and it works fine:
>>
>> 89b3ea101c0a49194d637
Petr Štetiar [2013-03-10 21:21:04]:
> Felix Fietkau [2013-03-10 15:37:41]:
>
> > Does reverting this change make things work for you in the latest revision?
>
> Yes, I did reverted it in AA and it works fine:
>
> 89b3ea101c0a49194d637a119bccea6ae47ae2c3 Revert "AA: ar71xx: fix GPIO
> f
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
2013.03.10. 19:50 keltezéssel, Dmytro írta:
> LAN1 and LAN2 LEDs not present (it pulled to ground via resistors) on
> MR3040 and MR11U devices.
> But this LEDs=GPIOs we canNOT control by default.
> Сonfirmed: https://forum.openwrt.org/viewtopic.php?pid=193705#p193705
> This little patch enabling ab
2013.03.07. 19:45 keltezéssel, Alexander Stadler írta:
> From: Alexander Stadler
>
> profile support for dir-835-a1
>
> Signed-off-by: Alexander Stadler
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://li
2013.03.07. 19:45 keltezéssel, Alexander Stadler írta:
> From: Alexander Stadler
>
> user space support for dir-835-a1
>
> Signed-off-by: Alexander Stadler
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:/
2013.03.07. 19:44 keltezéssel, Alexander Stadler írta:
> From: Alexander Stadler
>
> kernel support for dir-835-a1
>
> Signed-off-by: Alexander Stadler
Applied with some changes.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openw
Hi,
flex is build as a tool inside the build system, so use it.
Signed-off-by: Waldemar Brodkorb
Index: ipv6/send/patches/007-use-flex.patch
===
--- ipv6/send/patches/007-use-flex.patch(Revision 0)
+++ ipv6/send/patches/007
yes I fixed the pb like that locally by adding to utils.c
and another file I don't remember.
but as Jo is the maintener, I let him do, he already did the same
patch for various packages.
else I'll do the patch.
shazz
On Mon, Mar 11, 2013 at 2:49 PM, Mirko Vogt wrote:
> On 03/10/2013 04:07 PM,
On 02/25/2013 02:19 PM, Jonh Wendell wrote:
instead of using 'little' hardcoded, rely on the config
I recommend to backport this fix to AA, once this bug
prevents MD5 authentication in protocol v3.
Signed-off-by: Jonh Wendell mailto:jonh.wend...@oiwifi.com.br>>
Applied in r35956, thanks!
--
On 02/24/2013 01:26 PM, Russell Senior wrote:
gmp modified some if it's internal constants, in particular
__GMP_BITS_PER_MP_LIMB. Added a patch to substitute GMP_LIMB_BITS.
Also bumped release number and copyright date.
Signed-off-by: Russell Senior
Applied in r35955, thanks!
--
Florian
On 02/12/2013 05:19 PM, Infactum wrote:
Patch add support of func_base64 in Asterisk 11.x feed.
Tested for successfull compilation and work.
Signed-off-by: Yegor Ivanov
Applied in r35954, thanks!
--
Florian
___
openwrt-devel mailing list
openwrt-d
Hi,
need to unset make to cross-compile with gmake under FreeBSD.
Signed-off-by: Waldemar Brodkorb
Index: package/libs/uclibc++/patches/001-do-not-set-make.patch
===
--- package/libs/uclibc++/patches/001-do-not-set-make.patch (
On 03/10/2013 04:07 PM, shazz wrote:
> trunk/build_dir/target-mips_r2_eglibc-2.17/firewall3-2013-03-02/utils.c:
> In function 'fw3_find_command':
> trunk/build_dir/target-mips_r2_eglibc-2.17/firewall3-2013-03-02/utils.c:141:19:
> error: 'PATH_MAX' undeclared (first use in this function)
> trunk/bui
Hi,
forget this patch, tools/flex exist.
bye
Waldemar
Waldemar Brodkorb wrote,
> Hi,
>
> README says flex is required, which is true for some packages.
> Flex is not checked by the build system.
>
> Signed-off-by: Waldemar Brodkorb
>
> Index: include/prereq-build.mk
> ==
Hi,
README says flex is required, which is true for some packages.
Flex is not checked by the build system.
Signed-off-by: Waldemar Brodkorb
Index: include/prereq-build.mk
===
--- include/prereq-build.mk (Revision 35902)
+++ in
* Daniel Golle [11.03.2013 14:14]:
> This won't work during firstboot, because /etc/config/wireless will be created
> by 'wifi detect' only after tplink_board_detect already run.
but if wifi-detect runs, the wifi is off anyway so
the setting is not needed: only during first _real_ bootup,
the uci
On 03/11/2013 02:28 PM, Bastian Bittorf wrote:
> * Daniel Golle [11.03.2013 13:23]:
>
>> For now, I guess the work-around I suggested does the trick (anyone got a
>> better
>> *practical* idea) -- it detects the hwid of the board and (ab)uses it as a
>> regulatory hint. That's not very elegant,
these inline patches are also here for download them:
https://github.com/bittorf/kalua/blob/master/openwrt-patches/0001-packages-olsrd-init-for-better-reuse-make-a-function.patch
https://github.com/bittorf/kalua/blob/master/openwrt-patches/0002-packages-olsrd-init-parse-new-var-speed-which-transl.p
* Daniel Golle [11.03.2013 13:23]:
> For now, I guess the work-around I suggested does the trick (anyone got a
> better
> *practical* idea) -- it detects the hwid of the board and (ab)uses it as a
> regulatory hint. That's not very elegant, but until there is a better
> solution,
what about th
[packages] olsrd: init: reduce code duplication by reusing already_in_schema()
changed scope/position of this function, and reuse it.
Signed-off-by: Bastian Bittorf
---
net/olsrd/files/olsrd.init | 48 +---
1 file changed, 23 insertions(+), 25 deletions
[packages] olsrd: init: parse new var 'speed', which translates to several
other vars
Like in the Freifunk-Firmware from sven-ola we accept now a per-interface
option 'speed', which should range from 1...20 and is sanitized. when the
value is not in valid range, it defaults to 6 which allows the
[packages] olsrd: init: for better reuse, make a function out of a procedure
get_value_for_entry()
Later we want to reuse that functionality, to avoid code duplication
we make a function with clean entry and return-codes, so we can do e.g.:
get_value_for_entry "$entry" || continue
which is also
Hi,
bridge-utils conflicts with busybox brctl. Allow the package
to be installed and mimic the GNU tar package behavior.
Signed-off-by: Waldemar Brodkorb
Index: net/bridge-utils/Makefile
===
--- net/bridge-utils/Makefile (Revisio
Hi Bastian,
On 03/11/2013 10:58 AM, Bastian Bittorf wrote:
> sorry, for mixing things up. i understud Daniel Golle, that they
> cannot use all allowed 5 GHz channels - they dont want to break the law.
I didn't say that. Mentioning it again:
There is no problem with the original firmware in that re
Hi,
this fixes cross-compile of ncurses on a FreeBSD host, where no
tic is available.
It compiles the "tic" utility on the host and uses it to
compile the terminfo stuff. Still works on Linux/OpenBSD, too.
Signed-off-by: Waldemar Brodkorb
Index: package/libs/ncurses/Makefile
===
Hi,
this updates mksh to the latest available upstream version.
Signed-off-by: Waldemar Brodkorb
Index: utils/mksh/Makefile
===
--- utils/mksh/Makefile (Revision 35899)
+++ utils/mksh/Makefile (Arbeitskopie)
@@ -9,12 +9,12 @@
incl
* Daniel Dickinson [11.03.2013 09:27]:
> > you posted some screenshots of the original tplink-firmware for
> > Israel: they made nearly everything wrong for the user.
>
> I'm afraid you've confused me with someone else. I posted no such
> thing. Also I looked at the forum link Daniel Golle men
41 matches
Mail list logo