> On Oct 13, 2015, at 4:50 AM, Roman Yeryomin wrote:
>
> On 13 October 2015 at 03:16, wrote:
>> Hi all,
>>
>> I've been compiling OpenWRT builds for my home router (Netgear WNDR3800 and
>> now a WD MyNet N750) for a number of years. I just recently encountered a
>> problem with the OpenVPN
Hi Julián,
This functionality already (mostly) exists. My patch, which switched something
to use host-record instead, did not remove the existing functionality.
Specifically there's this configuration structure:
config 'domain'
option 'name' 'typhoon'
option 'ip' '192.168.1.14
All,
Any thoughts and/or feedback on this?
Thanks,
Adam
On 6/5/2013 12:44 AM, Adam Gensler wrote:
Hi all,
TL;DR - using "--address" for individual host A records is broken, use
"--host-record" instead.
The following patch changes dnsmasq.init to build individual host r
.
Note, the domain name is no longer automatically appended to the end of either
"config hostrecord" or "config domain" entries as was previously the case. To
define a specific fqdn, one needs to manually configure it as such. This makes
the configuration more consistent; only w
Ah, that explains it. Thanks for the clarification. Here's the updated patch.
Again I've compile tested both the -openssl and -polarssl packages and runtime
tested the -openssl one. I haven't tested the easy-rsa packages though.
Signed-off-by: Adam Gensler
---
Index: network/s
Hi Gert,
I've been keeping an eye on the openvpn project but I haven't seen 2.3.2 drop
yet. Can we push forward with 2.3.1?
Adam
On May 30, 2013, at 5:47 AM, Gert Doering wrote:
> Hi,
>
> On Wed, May 29, 2013 at 11:17:13PM -0400, Adam Gensler wrote:
>> The followi
a WNDR3800. It's working fine.
Interestingly, the OpenVPN package Makefile doesn't include an MD5 hash?
Signed-off-by: Adam Gensler
---
Index: network/services/openvpn/patches/100-polarssl_update.patch
===
--- network/services
Hello,
That is a good point, I can adjust the Makefile to not install the example
config.
I have a question, how did you handle root.key? On my device, a Netgear
WNDR3800, the clock is not saved between reboots. If the image is freshly
installed and root.key hasn't been populated, unbound some
st an oversight with
how I read it. This is a trivial change.
>
> Our goal is to have ucified unbound in the mainstream, so we could try to
> push it as well.
>
> Cheers,
> Stepan
>
> > Has anyone had a chance to look at this patch? If adjustments are needed
> >
Has anyone had a chance to look at this patch? If adjustments are needed please
let me know and I'll work on getting them in.
Thanks!
Adam
On May 6, 2013, at 10:44 PM, Adam Gensler wrote:
> The following patch does these things:
>
> 1. bumps unbound to version 1.4.20.
&g
Hi Hanno,
Last time I checked the x86 target does not include the drivers for SATA ports.
The only way I've been able to get it work is by building a custom kernel.
1. make kernel_menuconfig
2. Device Drivers --> Serial ATA and Parallel ATA drivers --> AHCI SATA Support
Press "y" on both the "
een
migrated to the default /etc/config/unbound, yielding the same operation.
5. The old /etc/unbound/unbound.conf has been renamed to
/etc/unbound/unbound.conf.example to avoid confusion.
This is my first attempt at a uci configuration port. Any feedback and/or
suggestions are greatly a
This patch simply adds support for the "--proxy-dnssec" command in dnsmasq into
the init file so it can be used with /etc/config/dhcp.
Signed-off-by: Adam Gensler
---
Index: network/services/dnsmasq/files/dn
I noticed the following message when restarting the fw on trunk:
Warning: Unable to locate ipset utility, disabling ipset support
So, I decided to poke around the fw3 source code on gitweb here:
http://nbd.name/gitweb.cgi?p=firewall3.git;a=summary
I see there's an ipsets.c and ipsets.h in here.
Hi all,
I've been building WNDR3800 builds using Attitude Adjustment for a while now.
Unfortunately, it seems something has gone awry and I can't build a usable
image any more. After flashing, the WNDR3800 reboots but fails to load with the
following error (taken from the console via TTL connec
share your /etc/config/network and also /etc/config/system?
Adam
On 10/2/12 10:36 AM, Mark Mentovai wrote:
Adam Gensler wrote:
I recently acquired a Netgear WNDR3800. To date I've been playing
exclusively on an alix 2D13 platform so I have a few new things to
learn. In any case,
Hi all,
I recently acquired a Netgear WNDR3800. To date I've been playing
exclusively on an alix 2D13 platform so I have a few new things to
learn. In any case, I've been tinkering with the LEDs and I'm having
some trouble getting my head around a few things. Specifically:
1. How does one ac
Is that really a concern these days? Compact flash cards are extremely
affordable now. I've had the same 1gig compact flash card in my digital
camera for over 6 years. It has taken well more than 20,000 pictures and
still works perfectly.
Maybe in the past this was something to be concerned wi
On 8/15/12 9:12 AM, Michael Markstaller wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.08.2012 02:38, Adam Gensler wrote:
The following patch corrects a hard reset that occurs on alix and
soekris net5501 hardware. Specifically, this is an issue with the
via rhine NIC driver
I did go way back in trunk to try to find a working version and ended up
back on 2.6.39.4 and it crashed there too. So I assume it's in older
versions too.
On 8/10/12 3:35 PM, Michael Markstaller wrote:
On 09.08.2012 02:38, Adam Gensler wrote:
The following patch corrects a hard reset
This is already in the upstream 3.5 kernel. I just pulled the changes
back into OpenWRT's 3.3.8. 3.3.8 is EOL upstream. Once OpenWRT upgrades
to 3.5 this patch isn't required anymore.
Adam
On 8/10/12 4:04 AM, Ferry Huberts wrote:
Hi Jo,
Are you upstreaming this patch into the linux kernel st
f it needs to go some place
else please let me know.
Thanks,
Adam
Signed-off-by: Adam Gensler
---
Index: target/linux/x86/patches-3.3/003-via-rhine-crash-fix.patch
===
--- target/linux/x86/patches-3.3/003-via-rhine-crash-fix.patch
27;t spent much time with
luci to know where to look to submit a patch.
I'll keep digging.
p.s. luci 8897 works just fine.
On 8/7/12 7:41 PM, Adam Gensler wrote:
Hi all,
I just built a fresh image. I'm unable to log in to luci after
authenticating, it states:
***quote**
/usr/lib/lua
Hi all,
I just built a fresh image. I'm unable to log in to luci after
authenticating, it states:
***quote**
/usr/lib/lua/luci/dispatcher.lua:449: Failed to execute function
dispatcher target for entry '/'.
The called action terminated with an exception:
/usr/lib/lua/luci/dispatcher.lua:449:
I'm not sure that's entirely accurate. QoS has its place. Real-time
traffic, for things like VoIP, needs special treatment. For traffic like
that, its much preferable to drop packets from other flows before
dropping packets from a real-time flow. Also, regardless of bufferbloat,
sometimes its n
I've spent the last few hours looking into fq_codel. Currently I'm
running a pretty basic hfsc QoS scheme for VoIP and Games. Everything
else goes into the Default queue where I have SFQ enabled. From what I
can see of fq_codel, it is only meant to replace SFQ, not the other
classes I have.
I
input and/or suggestions are welcome. Note, this version of dnsmasq
has some DHCPv6 support, however, the dnsmasq.init file has not been
updated to support it via UCI.
Signed-off-by: Adam Gensler
---
Index: package/dnsmasq/patches/101-ipv6.
This patch changes the init.d script to be a little bit later
in the boot process.
Signed-off-by: Adam Gensler
---
Index: packages/net/privoxy/files/privoxy.init
===
--- packages/net/privoxy/files/privoxy.init (revision
?
/dev/sda4?
On 4/12/12 8:28 PM, Adam Gensler wrote:
I think the layout of the x86 filesystem needs to change in order to
support sysupgrade properly. Personally I'm using an alix2 board with
the ext4 filesystem (trunk image). I've not had much luck getting
reliable sysupgrades when us
I see that a number of targets were recently bumped up to kernel 3.2.15,
including the x86 subtargets like the alix and geos. However, the
generic x86 target remains on 2.6.39:
adam@openwrt-builder:~/Desktop/openwrt/trunk$ cat target/linux/x86/Makefile
#
# Copyright (C) 2006-2011 OpenWrt.org
#
tunately use
SD. Although perhaps OpenWrt hasn't reached the latter yet.
So whatever the solution, it *shouldn't* be specific to the x86 target,
surely?
On Thu, 2012-04-12 at 22:28 -0400, Adam Gensler wrote:
When it is time to upgrade the image, the inactive rootfs partition
would be t
I think the layout of the x86 filesystem needs to change in order to
support sysupgrade properly. Personally I'm using an alix2 board with
the ext4 filesystem (trunk image). I've not had much luck getting
reliable sysupgrades when using a pure ext4 filesystem. It works only
sporadically. More o
The alix2 target has the VGA console for grub enabled by default. This
prevents the grub menu from appearing on bootup. It is disabled by
default for the other embedded x86 platforms. This patch corrects that
behavior for the alix2 target.
Signed-off-by: Adam Gensler
Index: target/linux/x86
Went up to kernel version 3.2.5, problem still occurs. Above 3.2.5
requires refreshing the kernel patches.
On 2/29/12 11:18 PM, Adam Gensler wrote:
For what its worth I spent some time this evening putting together a
Fedora Core 16 virtual machine to test with. I pulled a fresh copy of
trunk
n issue in trunk. Unfortunately my kernel-debugging-foo isn't strong
enough to move closer to resolution.
On 2/28/12 7:09 PM, Adam Gensler wrote:
Nothing I'm finding online seems to indicate a simple procedure for
this. Perhaps I'm not searching for the correct terminology. If yo
ed 2-3 commands... you can almost script it with
macros.
On 2/28/12 2:17 PM, Adam Gensler wrote:
Unfortunately I have zero experience with gdb. It would probably take
longer to learn how to use that than to refresh to the kernel patches on
3.2 to support 3.2.7 so I could try that version to see if it
that will give you the base address of each module... you can then gdb what the
load address was of the module on your build host, and as it to print each
address...
On 2/28/12 12:56 PM, Adam Gensler wrote:
I've built a generic x86 image and attempted to get a stack trace by
manually ma
On 2/27/12 5:53 PM, Adam Gensler wrote:
By symbolic addresses you mean building it with the symbol table?
CONFIG_KERNEL_KALLSYMS=y
Doing so corrects the problem, making it impossible to debug. If you
mean something else please let me know and I'll be happy to try it.
Being stuck on pre-3 r
/generic kernel with LINUX_VERSION=3.2.2 what happens?
[adam] Same problem as alix2 target on 3.2.2. Traces in dmesg when
building the generic x86 target using kernel version 3.2.2.
Perhaps this points to a patch issue within the 3.2 patch set?
On 2/27/12 9:01 PM, Adam Gensler wrote
, Adam Gensler wrote:
By symbolic addresses you mean building it with the symbol table?
CONFIG_KERNEL_KALLSYMS=y
Doing so corrects the problem, making it impossible to debug. If you
mean something else please let me know and I'll be happy to try it.
Being stuck on pre-3 revisions in trunk o
alix2 target is
not some place I'd like to stay.
Thanks,
Adam
On 2/27/12 1:44 AM, Philip Prindeville wrote:
It might also be helpful to get symbolic addresses and not just hex addresses.
On 2/25/12 10:48 AM, Adam Gensler wrote:
Does anyone else have any thoughts into this? Other suggestions
g to give that a try.
Thanks,
Adam
On 2/25/12 10:10 PM, Philip Prindeville wrote:
A couple of other things to try. I build with:
CONFIG_USE_EGLIBC=y
CONFIG_EGLIBC_VERSION_2_13=y
and I use the default gcc.
On 2/25/12 10:48 AM, Adam Gensler wrote:
Does anyone else have any thoughts into this? Oth
anged nothing else. Both images built fine, then I dd'ed them over to
two separate compact flash cards.
Both images are still dumping all kinds of traces in dmesg on bootup.
On 2/26/12 7:55 AM, Adam Gensler wrote:
I can give that a try, however, I build against the default uclibc
library nor
I can give that a try, however, I build against the default uclibc
library normally.
On 2/25/12 10:10 PM, Philip Prindeville wrote:
A couple of other things to try. I build with:
CONFIG_USE_EGLIBC=y
CONFIG_EGLIBC_VERSION_2_13=y
and I use the default gcc.
On 2/25/12 10:48 AM, Adam Gensler
nce reverted to trunk@29844 with a patch kicking it up to the
3.0.18 kernel and I don't see these errors. I went ahead and opened a
ticket on this for tracking purposes:
alix2 - trace messages in dmesg on bootup
https://dev.openwrt.org/ticket/11020
Thanks,
Adam
On 2/22/12 1:02 AM, Adam
ink}[,QUERY]
-F, --filter=FILE read filter information from FILE
FILTER := [ state TCP-STATE ] [ EXPRESSION ]
root@alix:~#
root@alix:~# ss -V
ss utility, iproute2-ss2.6.39-1-openwrt
root@alix:~#
Signed-off-by: Adam Gensler
Thanks,
Adam
---
Index: iproute2/Makefile
exactly. Buts it's 100% reproducible on three
different alix boards with images from two different build machines.
Adam
On 2/22/12 12:50 AM, Philip Prindeville wrote:
Try leaving CONFIG_KERNEL_KALLSYMS and turn off CONFIG_KERNEL_DEBUG_* ...
On 2/21/12 10:34 PM, Adam Gensler wrote:
Hi Phili
it on several boxes and see if it's reproducible?
-Philip
On 2/21/12 10:10 PM, Adam Gensler wrote:
Hi Philip,
I rebuilt an image with those additional options added. It resolved the
call traces I was seeing in dmesg. None of them show up now. I'll admit,
I'm not super familiar wi
solved the issue?
Attached is the dmesg output from the new image, just in case.
Thanks,
Adam
On 2/21/12 10:31 PM, Philip Prindeville wrote:
On 2/21/12 8:15 PM, Adam Gensler wrote:
Hi all,
I have a handful of Alix 2D13 platforms I've been running trunk images
on for a while now. I noti
s and another, unprivileged process, for
everything else. With none of these options configured radvd will
operate as it always has.
This patch has been updated to work with the new service wrapper in
trunk and also removes the hotplug patch as its no longer being used by
radvd as per a pre
This version bumps privoxy from 3.0.17 to 3.0.19.
Signed-off-by: Adam Gensler
---
Index: feeds/packages/net/privoxy/Makefile
===
--- feeds/packages/net/privoxy/Makefile (revision 29641)
+++ feeds/packages/net/privoxy/Makefile
Hi all,
I'm attempting to build a fresh trunk pull using glibc 2.7 instead of
uClibc. I'm building on a VM of ubuntu server 10.04LTS. This same server
is building many OpenWRT builds using uClibc without issue. It is
failing, when compiling glibc, with the following error:
make[6]: Entering
Hi all,
I have a question on the updated alix2 target in trunk. It's great to see the
alix platform getting some updates in trunk. However, I noticed the default
inclusion of the ath5k and ath9k drivers. Alix boards don't come with wireless
built in. While it is true that you can add wireless t
This simply updated the package to the newest version:
Index: Makefile
===
--- Makefile(revision 28379)
+++ Makefile(working copy)
@@ -8,12 +8,12 @@
include $(TOPDIR)/rules.mk
PKG_NAME:=ntp
-PKG_VERSION:=4.2.6p3
+PKG_VERSI
ision 28379)
+++ radvd.hotplug (working copy)
@@ -1,5 +1,5 @@
#!/bin/sh
if [ "$ACTION" = ifup ]; then
- killall -HUP radvd 2>/dev/null
+start-stop-daemon -q -K -s HUP -p /var/run/radvd/radvd.pid
fi
Again, any input is appreciated.
Thanks,
Adam
On Oct 8, 2011
ocesses, as previously mentioned:
root@alix:~# ps | grep radvd
2208 root 564 Sradvd -u nobody -C /var/etc/radvd.conf -m stderr_sysl
2211 nobody 564 Sradvd -u nobody -C /var/etc/radvd.conf -m stderr_sysl
Thanks,
Adam
On Oct 8, 2011, at 2:45 PM, Adam Gensler wrote:
> Hmm, it s
8, 2011, at 3:49 PM, Philip Prindeville wrote:
> On 10/8/11 11:17 AM, Adam Gensler wrote:
>> All,
>>
>> This is my first try at a patch and also my first attempt at parsing
>> /etc/config files in OpenWRT. If I've goofed something up please let me
>> know. The p
Hmm, it seems the process is dying when the hotplug script is activated. The
HUP signal is terminating it when running with "-u". Back the drawing board
here. Sorry for the premature email.
On Oct 8, 2011, at 2:17 PM, Adam Gensler wrote:
> All,
>
> This is my first try at
All,
This is my first try at a patch and also my first attempt at parsing
/etc/config files in OpenWRT. If I've goofed something up please let me know.
The purpose of this change is to allow users to config radvd to run in
unprivileged mode. Per the radvd man page:
radvd(8) - Linux man page
ht
59 matches
Mail list logo
