Just reading the LWN coverage. Thanks to Felix for representing the needs
of small devices.
https://lwn.net/Articles/676806/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
/changes.html
MIPS 34kc binary size:
- 7.36.0 before: 82,539 bytes
- 7.38.0 after: 83,321 bytes
Signed-off-by: Catalin Patulea
---
package/network/utils/curl/Makefile|4 +-
...001-cyassl-Use-error-ssl.h-when-available.patch | 45
.../utils/curl/patches/100
Thanks for the commit.
On Sat, Sep 13, 2014 at 1:59 AM, Catalin Patulea wrote:
> Main changes:
> - URL parser: IPv6 zone identifiers are now supported
> - cyassl: Use error-ssl.h when available (drop local patch)
> - polarssl: support CURLOPT_CAPATH / --capath
> - mkhelp: ge
What's the motivation for this change?
On Thu, Sep 25, 2014 at 11:43 AM, Alive wrote:
> X-Patchwork-Id: 6322
> Message-Id:
>
> Is there any chance for my proposed patch to be committed?
> http://patchwork.openwrt.org/patch/6322/
>
> Here is a brief comparison about binary and package size increa
On Sun, Sep 28, 2014 at 3:34 PM, Hans Dedecker wrote:
> diff --git a/system-linux.c b/system-linux.c
> index c4d89be..7f14ca9 100644
> --- a/system-linux.c
> +++ b/system-linux.c
> @@ -1703,6 +1705,29 @@ static int system_add_gre_tunnel(const char *name,
> const char *kind,
>
> nla_put_u8
On Thu, Sep 25, 2014 at 6:53 AM, Felix Fietkau wrote:
>> Ups, no!
>> I wanted Christian Schoenebeck confirmation first. But I was supposed
>> to do a second version of this patch.
>> That option only works when curl uses OpenSSL. Since now it uses
>> PolarSSL by default it will break most builds.
From: Catalin Patulea
Signed-off-by: Catalin Patulea
---
package/base-files/files/sbin/sysupgrade | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files/files/sbin/sysupgrade
index 1ec02c7..6e63783 100755
--- a
On Wed, Oct 1, 2014 at 6:42 PM, Andrew McDonnell
wrote:
> It seems that OpenWRT sets the relevant flag to require uClibc to build with
> NOEXECSTACK set. This is good. (For one introduction to NOEXECSTACK, see
> http://wiki.gentoo.org/wiki/Hardened/GNU_stack_quickstart )
Does anything actually en
Hi Christian,
I use ddns-scripts with freedns.afraid.org. Here is the service line for it:
#freedns.afraid.org is weird, you just need an update code, for which
we use the password variable
"freedns.afraid.org"
"http://freedns.afraid.org/dynamic/update.php?[PASSWORD]&address=[IP]";
So I was leav
Hi Christian, curious about something else..
In dynamic_dns_updater.sh there's a "sleep 10":
# we need time here because hotplug.d is fired by netifd
# but IP addresses are not set by DHCP/DHCPv6 etc.
write_log 7 "Waiting 10 seconds for interfaces to fully come up"
sleep 10 &
PID_SLEEP=$!
wait $PI
I've opened a pull request for this (and other misc fixes):
https://github.com/openwrt/packages/pull/779
On Tue, Jan 13, 2015 at 9:14 AM, Christian Schoenebeck
wrote:
> I put it on the TODO list.
> Thanks for feedback
> Christian
> ___
> openwrt-devel m
On Tue, Jan 13, 2015 at 8:56 AM, Christian Schoenebeck
wrote:
> from my point of view 10 seconds to wait before sending an update to the ddns
> provider is not a big deal because it takes up to 5 minutes until "nslookup
> [yourhost] 8.8.8.8" gives you back a static answer after a change.
> So Go
On Thu, Jan 15, 2015 at 3:28 PM, Christian Schoenebeck
wrote:
> I did a lot of testing with a user using satellite Internet connection.
> He quickly gets his IP from the modem but he needs to use a global dns server
> to verify his registered ip via tcp
> because the modem buffers all udp dns req
On Fri, Jan 16, 2015 at 4:36 AM, Christian Schoenebeck
wrote:
> Did you really ever run into problems because of 10 seconds delay after an
> outage of thousands of seconds ?
No, but I don't want to wait until I have a problem. ddns-scripts
should do the best it can to update the record quickly.
nmbd is not needed when name resolution is handled externally eg. by DNS.
'disable netbios' is supported by eg. Debian to disable nmbd in init scripts:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/samba/raring/view/head:/debian/samba.nmbd.upstart#L14
Signed-off-by: Catal
ge, but I can resend as an
upstream patch.
With these, 'uhttpd -L /usr/lib/lua/luci/sgi/uhttpd.lua' works and
serves luci in-process.
On Sun, Mar 17, 2013 at 3:59 PM, Catalin Patulea wrote:
> Hmm, looks like uhttpd.lua needs to be updated with some changes in
> uhttpd2 - the handler
One more patch that I forgot - env.CONTENT_LENGTH is a string, so it
needs a 'tonumber'.
On Sun, Mar 17, 2013 at 4:28 PM, Catalin Patulea wrote:
> For openwrt-devel: this is related to a segfault, then a lua
> assertion, in luci-sgi-uhttpd when it is enabled.
>
> Here
The problem with 'minidlna stop' was that the default pidfile path
silently changed upstream. Upstream also moved their binary from
/usr/bin to /usr/sbin.
Your original patch, along with fixes to 'minidlna stop' and moving
the binary to sbin, are posted here (last 3 commits):
https://github.com/cp
Indeed, --disable-debug alone shaves 5% off ar71xx ipkg size:
176,652 bytes before
167,026 bytes with --disable-debug
But I'm not sure about --enable-threads=posix. By default my
config.log shows "Thread model: posix". Looking at lib/glthread/lock.c
it's not immediately obvious to me which code is
ar71xx binary size profile:
472,738 bytes baseline
452,623 (-4.2%) --disable-debug
452,623 --disable-debug --enable-threads=posix
BTW, any reason not to use busybox wget (BUSYBOX_CONFIG_WGET)?
On Fri, Jul 19, 2013 at 7:44 PM, Catalin Patulea wrote:
> Indeed, --disable-debug alone shaves 5%
I would love to, but I don't have commit access. I guess we'll have to wait
for someone who does to notice.
On Jul 20, 2013 6:58 PM, "alpha sparc" wrote:
> Feel free to check all of them in as a new Patch =)
>
___
openwrt-devel mailing list
openwrt-deve
Based on original patch from alpha sparc .
- upstream renamed binary to minidlnad and moved to sbin
- drop patches (merged upstream)
- fix passing configure params
- need to pass pidfile path explicitly now
Signed-off-by: Catalin Patulea
---
multimedia/minidlna/Makefile
Cezary, could you post your full minidlna package for comparison? I
could not find it in your packages repo on github.
On Tue, Jul 23, 2013 at 12:31 AM, Cezary Jackiewicz
wrote:
> Dnia 2013-07-22, o godz. 21:52:42
> Catalin Patulea napisał(a):
>
>> Based on original patch f
On Thu, Jul 18, 2013 at 5:24 AM, alpha sparc wrote:
> define Package/minidlna/conffiles
> +/etc/config/minidlna
> /etc/minidlna.conf
/etc/minidlna.conf is never used.. no reason to keep it in conffiles, right?
___
openwrt-devel mailing list
openwrt-dev
Signed-off-by: Catalin Patulea
---
package/base-files/files/sbin/sysupgrade |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/base-files/files/sbin/sysupgrade
b/package/base-files/files/sbin/sysupgrade
index eb5ab03..ddb7a83 100755
--- a/package/base-files/files
I guess this was ssh_host* for historical reasons (or maybe for OpenSSH), but
dropbear is the more common sshd. This makes preconfigured images (with files
in files/ have the right modes on the ssh host keys).
Signed-off-by: Catalin Patulea
---
include/image.mk |2 +-
1 file changed, 1
You use openssh on openwrt?
On Mon, Sep 23, 2013 at 3:07 AM, Bastian Bittorf wrote:
> * Catalin Patulea [23.09.2013 09:06]:
>> I guess this was ssh_host* for historical reasons (or maybe for OpenSSH), but
>> dropbear is the more common sshd. This makes preconfigured images (w
sers by calling
mtd_device_parse_register directly and passing an empty parser list.
Signed-off-by: Catalin Patulea
---
.../ar71xx/files/arch/mips/ath79/dev-m25p80.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath
Huh! For some reason I thought opkg was specific to, and maintained
by, OpenWrt, so I suppose this is really good news!
Is there an opkg mailing list that interested parties could subscribe
to? Or some other medium by which you will make announcements?
On Thu, Oct 3, 2013 at 9:11 AM, Paul Barker
- drop mirror www.mirrors.wiretapped.net (not working anymore)
- drop patch 300-ipv6_addr_port_split.patch, included upstream
- refresh patches
- various upstream changes: http://matt.ucc.asn.au/dropbear/CHANGES
Signed-off-by: Catalin Patulea
---
package/network/services/dropbear/Makefile
- drop mirror www.mirrors.wiretapped.net (not working anymore)
- drop patch 300-ipv6_addr_port_split.patch, included upstream
- refresh patches
- various upstream changes: http://matt.ucc.asn.au/dropbear/CHANGES
Signed-off-by: Catalin Patulea
---
New in v2:
- go back to PKG_MD5SUM, that'
Signed-off-by: Catalin Patulea
---
package/network/services/dropbear/Makefile |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/package/network/services/dropbear/Makefile
b/package/network/services/dropbear/Makefile
index f025c4d..02be761 100644
--- a/package/network
initializes.
ag71xx_phy_connect_xxx no longer runs with a registered netdev, so the
logging has been adjusted accordingly to avoid "unregistered net_device" or
"eth%d" messages in dmesg.
Signed-off-by: Catalin Patulea
---
.../net/ethernet/atheros/ag71xx/ag71xx_main.c | 24 +-
On Sun, Nov 3, 2013 at 3:16 AM, Catalin Patulea wrote:
> In particular, phy_connect before register_netdev. This is because
> register_netdev runs the netdev notifiers, which can race with the rest of
> the initialization in ag71xx_probe.
Here's someone who demonstrated that this
Signed-off-by: Catalin Patulea
---
.../net/ethernet/atheros/ag71xx/ag71xx_main.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
a/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
b/target/linux/ar71xx/files/drivers/net/ethernet/atheros
I noticed that the kernel package has a vermagic as the last component
of the version. Module packages depend on the specific version of
kernel package, such that if you change the kernel config, you cannot
install (opkg rejects) module packages built with the new config, on a
system with the old k
On a lightly loaded 24Kc, as measured by 'openssl speed sha1', shows between
27% and 120% speedup depending on block size. SHA1 is notably used in
Transmission for piece verification.
>>> no-perlasm <<<
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 by
On Sun, Sep 23, 2012 at 6:24 AM, Felix Fietkau wrote:
> Please make sure that your patch leaves non-mips targets alone.
Ok, I'm working on a way that splits the openssl targets into
linux-mips-openwrt and linux-generic-openwrt.
Do you have any idea where the 'FIPS' modifications to openssl come
f
On a lightly loaded 24Kc, as measured by 'openssl speed sha1', shows between
27% and 120% speedup depending on block size. SHA1 is notably used in
Transmission for piece verification.
---
Build tested on ARM Realview and x86 (alix2).
package/openssl/Makefile |9 ++
On Thu, Sep 27, 2012 at 12:32 PM, Oliver
wrote:
> I have achieved a successful compile but will not be able to test this out for
> several days, so if anyone with a spare device lying around is able to try it
> now, please do.
501-yaffs_cvs_2009_04_24 won't apply:
Applying patch generic/501-yaffs
On Thu, Sep 27, 2012 at 3:13 PM, Oliver
wrote:
> The attached patch should correctly apply and build successfully - discard the
> previous patch and apply this in its place.
Sorry, still doesn't apply for me on r33576:
Applying patch generic/501-yaffs_cvs_2009_04_24.patch
patching file fs/yaffs2/
On Fri, Sep 28, 2012 at 8:04 AM, Oliver
wrote:
> did you clobber? you need to "make target/linux/clean"
This was my mistake. Works on my WNDR3700v2:
# uname -a
Linux gate 3.4.11 #1 Fri Sep 28 22:34:20 EDT 2012 mips GNU/Linux
___
openwrt-devel mailing li
---
I think upstream was trying to separate the "check for include file in system
include dir" vs "check for include file in any dependent library's include
paths". Ideally their configure script could be instructed to use something
other than "/" as its idea of the root for system include dirs, bu
Hi,
I was wondering if anyone has some insight on the usage of
--enable-nls and --disable-nls configure flags in OpenWrt. One of
these flags is picked and passed to ./configure by default depending
on CONFIG_ENABLE_LOCALE (unless the package overrides), but there's
lots of packages that don't supp
-openwrt_options.patch
- Removed LD from make opts (now included in TARGET_CONFIGURE_OPTS)
- Removed 400-CVE-2012-0920.patch which is included in 2012.55
Signed-off-by: Catalin Patulea
---
package/network/services/dropbear/Makefile | 12 +--
.../dropbear/patches/110-change_user.patch
On Sun, Oct 21, 2012 at 9:24 AM, Petr Štetiar wrote:
> Ok, sorry. I've meant "mtd" package, but wrote "mtd-utils". Anyway, the
> conditions metioned in my previous email still apply. Without that "mtd"
> package it's not possible to use jffs2 /overlay.
I noticed that many of the system scripts use
On Sun, Oct 21, 2012 at 2:26 PM, Catalin Patulea wrote:
> Hope this helps :) If anyone knows some of the philosophy behind this,
> I would be happy to hack away at some patches, but as it stands, I
> don't have much to go on.
An interesting example is myloader.h. It lives in
(platfo
On Mon, Oct 22, 2012 at 11:51 AM, Roman Yeryomin wrote:
> https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012184.html
Right, that's basically the same modification I was trying too..
except it doesn't compile:
$ make package/mtd/compile V=s
[...]
ccache_cc [...] -c -o mtd.o mtd.c
On Tue, Oct 23, 2012 at 10:10 PM, Catalin Patulea wrote:
> Have you had luck with your patch on a recent-ish trunk?
Ah, my build problem was related to an attempt to build kernel 3.4,
which left some 3.4 installed in the toolchain. The mtd package was
additionally including files from the ker
On Thu, Oct 25, 2012 at 5:02 AM, Florian Fainelli wrote:
> Sure, something along those lines I suppose:
> - get rid of the explicit including path of $(LINUX_DIR)/include
> - use Kbuild to export bcm963xx_tag.h
>
> The latter does not seem too easy to do considering where the bcm963xx_tag.h
> head
Signed-off-by: Catalin Patulea
---
Unlikely myloader.h, bcm963xx_tag.h was already in the kernel tree, so to move
it, I didn't want to have the patch remove it and to add it through files - so
the patch does both. It should be easier to update if bcm963xx_tag.h changes
upstream.
The patch
On Mon, Oct 29, 2012 at 5:30 AM, Roman Yeryomin wrote:
> Bump dropbear version.
> 400-CVE-2012-0920.patch is now in upstream.
Beat you to it ;-) And with more Makefile cleanup goodness:
https://lists.openwrt.org/pipermail/openwrt-devel/2012-October/017128.html
_
Ping?
On Fri, Oct 26, 2012 at 12:13 AM, Catalin Patulea wrote:
>
> Signed-off-by: Catalin Patulea
> ---
> Unlikely myloader.h, bcm963xx_tag.h was already in the kernel tree, so to move
> it, I didn't want to have the patch remove it and to add it through files - so
>
On Thu, Nov 1, 2012 at 8:25 AM, Jonas Gorski
wrote:
> Also I'm not sure the location is correct - maybe it should rather be
> linux/mtd/bcm963xx_tag.h or mtd/bcm963xx_tag.h something like that -
> linux/ is just so ... generic.
Hmm, maybe.. but I don't see any clear precedent for linux/mtd, and
my
Signed-off-by: Catalin Patulea
---
Applies on r34076 (fcc9eda), also tested with 'make package/mtd/compile' and
'make target/linux/{clean,prepare}'.
package/mtd/Makefile |2 +-
package/mtd/src/imagetag.c |2 +-
Signed-off-by: Catalin Patulea
---
Give this a try please?
package/mtd/Makefile |2 +-
package/mtd/src/imagetag.c |2 +-
.../405-bcm963xx_real_rootfs_length.patch |4 +-
...30-MTD-bcm63xxpart-use-nvram-for-PSI
What was the problem? I didn't have any issues with
target/linux/{clean,prepare}.
Where should I submit upstream? Is there a brcm or mtd specific mailing
list?
On Nov 6, 2012 10:25 AM, "Jonas Gorski"
wrote:
> On 6 November 2012 06:23, Catalin Patulea wrote:
> >
&g
Hi, thanks for noticing this. I should probably get on openwrt-commits.
Kaloz, the original discussion is here:
https://lists.openwrt.org/pipermail/openwrt-devel/2012-October/017178.html
On Sun, Nov 18, 2012 at 6:25 PM, Daniel Dickinson <
dan...@cshore.neomailbox.net> wrote:
> I think Kaloz mis
Signed-off-by: Catalin Patulea
---
.../files/usr/lib/ddns/dynamic_dns_functions.sh| 89 +++-
.../files/usr/lib/ddns/dynamic_dns_updater.sh | 113 ++---
2 files changed, 71 insertions(+), 131 deletions(-)
diff --git a/net/ddns-scripts/files/usr/lib/ddns
Signed-off-by: Catalin Patulea
---
package/network/services/hostapd/files/netifd.sh |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/services/hostapd/files/netifd.sh
b/package/network/services/hostapd/files/netifd.sh
index 8380357..c5943b1 100644
Signed-off-by: Catalin Patulea
---
Changes since v1:
- Fix argument to hostapd_append_wep_key.
package/network/services/hostapd/files/netifd.sh |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/package/network/services/hostapd/files/netifd.sh
b/package/network
On Sun, Dec 22, 2013 at 1:45 PM, Hannu Nyman wrote:
> But he ran into an error with mixed WEP/WPA environment, where any WEP
> interface needed to be in the config file before any WPA interface.
> Otherwise the radio did not come up. So, there is probably something
> additional to be fixed with WE
Signed-off-by: Catalin Patulea
---
One more fix. Tested by Manp on this thread:
https://forum.openwrt.org/viewtopic.php?pid=220700#p220700
package/network/services/hostapd/files/netifd.sh |1 +
1 file changed, 1 insertion(+)
diff --git a/package/network/services/hostapd/files/netifd.sh
b
On Jan 3, 2014 1:29 PM, "Etienne CHAMPETIER"
wrote:
>
> Simply scan for the most recent file in /etc and set
> system time to this file modification time if it's in the future
> It allow some time dependent program to work immediatly
> without waiting for ntpd to sync
> Thanks to Bastian Bittorf f
On Jan 3, 2014 1:29 PM, "Etienne CHAMPETIER"
wrote:
>
> Simply scan for the most recent file in /etc and set
> system time to this file modification time if it's in the future
> It allow some time dependent program to work immediatly
> without waiting for ntpd to sync
> Thanks to Bastian Bittorf f
Upstream changelog:
https://matt.ucc.asn.au/dropbear/CHANGES
Notably, this adds elliptic curve cryptography (ECC) support.
dropbear mips 34kc uClibc binary size:
before: 161,672 bytes
after: 198,008
Signed-off-by: Catalin Patulea
---
package/network/services/dropbear/Makefile |4
ping
On Sun, Feb 9, 2014 at 4:22 PM, Catalin Patulea wrote:
> Upstream changelog:
> https://matt.ucc.asn.au/dropbear/CHANGES
>
> Notably, this adds elliptic curve cryptography (ECC) support.
>
> dropbear mips 34kc uClibc binary size:
> before: 161,672 bytes
> after: 1
On Fri, Feb 14, 2014 at 11:11 AM, Felix Fietkau wrote:
> The bloat increase seems a bit excessive for a minor update. Any way to
> make the new stuff optional (and disabled by default)?
Here are the first few lines of a diff of 'nm --size-sort' between
2013.59 and 2013.62. First column is function
Ok. 2013.62 with ECC disabled is 164,968 bytes. Sound reasonable?
On Fri, Feb 14, 2014 at 2:08 PM, Daniel Petre wrote:
>
> On 14 Feb 2014, at 20:38, Catalin Patulea wrote:
>>
>> Looks like most of the growth is in new ECC support functions, with
>> some small grow
Upstream changelog:
https://matt.ucc.asn.au/dropbear/CHANGES
This adds elliptic curve cryptography (ECC) support as an option, disabled
by default.
dropbear mips 34kc uClibc binary size:
before: 161,672 bytes
after, without ECC (default): 164,968
after, with ECC: 198,008
Signed-off-by: Catalin
Can I get another round of review on this?
On Sat, Feb 15, 2014 at 9:08 PM, Catalin Patulea wrote:
> Upstream changelog:
> https://matt.ucc.asn.au/dropbear/CHANGES
>
> This adds elliptic curve cryptography (ECC) support as an option, disabled
> by default.
>
> dropbear mi
Upstream changelog:
https://matt.ucc.asn.au/dropbear/CHANGES
This adds elliptic curve cryptography (ECC) support as an option, disabled
by default.
dropbear mips 34kc uClibc binary size:
before: 161,672 bytes
after, without ECC (default): 164,968
after, with ECC: 198,008
Signed-off-by: Catalin
Hi folks, dropbear 2014.63 is already out. Can someone please review
these patches? Here is an updated patch for 2014.63:
https://lists.openwrt.org/pipermail/openwrt-devel/2014-February/024058.html
http://patchwork.openwrt.org/patch/4931/
On Wed, Feb 19, 2014 at 1:22 AM, Catalin Patulea wrote
From: hnyman <>
Sending this in for hnyman, from issue #15070:
https://dev.openwrt.org/ticket/15070
Should fix that issue.
Signed-off-by: Catalin Patulea
---
.../network/services/dropbear/files/dropbear.init |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/p
I've often seen this too, and it's very difficult to use the site when
it's like this. On IRC someone mentioned that trac is crashing. No
idea if anyone is looking into fixing this.
On Sat, Mar 1, 2014 at 3:41 AM, Hannu Nyman wrote:
> It is really annoying that dev.openwrt.org frequently gives "5
ping
On Mon, Feb 24, 2014 at 1:28 AM, Catalin Patulea wrote:
> From: hnyman <>
>
> Sending this in for hnyman, from issue #15070:
> https://dev.openwrt.org/ticket/15070
>
> Should fix that issue.
>
> Signed-off-by: Catalin Patulea
> ---
> .../network/s
ping
On Mon, Feb 24, 2014 at 1:02 AM, Catalin Patulea wrote:
> Upstream changelog:
> https://matt.ucc.asn.au/dropbear/CHANGES
>
> This adds elliptic curve cryptography (ECC) support as an option, disabled
> by default.
>
> dropbear mips 34kc uClibc binary size:
> befor
On Sat, Mar 1, 2014 at 4:25 AM, Hannu Nyman wrote:
> Should that line be instead this way?
>
> [ -n "${Interface}" ] && network_get_device interface "${Interface}"
I think the only place where "interface" is used is on the following line:
- append_ports "${interface}" "${Port}"
+
ping??
On Sat, Mar 1, 2014 at 4:05 AM, Catalin Patulea wrote:
> ping
>
> On Mon, Feb 24, 2014 at 1:02 AM, Catalin Patulea wrote:
>> Upstream changelog:
>> https://matt.ucc.asn.au/dropbear/CHANGES
>>
>> This adds elliptic curve cryptography (ECC) support as
On Sun, Mar 16, 2014 at 6:26 AM, Hannu Nyman wrote:
> Looks like your fix has worked pretty ok. At least for some time.
>
> In the past two days there has been some intermittent sluggishness, and
> today I got again an 504 Gateway Time-out error. So, apparently something
> still needs further fix
Can you give this mirror a shot?
http://openwrt.nanobit.org/browser/trunk
It's just the svn repo, and it's not synced on a regular basis, but if
it can handle the load, I can see about improving it.
On Sun, Mar 16, 2014 at 12:28 PM, Weedy wrote:
> On 16 Mar 2014 06:26, "Hannu Nyman" wrote:
>>
>
How much traffic does dev.openwrt.org get to /browser/* on average? (I
am not interested in /chrome/* or other handlers for now)
On Wed, Mar 19, 2014 at 11:23 AM, Jo-Philipp Wich wrote:
> Hi.
>
>> Can you give this mirror a shot?
>> http://openwrt.nanobit.org/browser/trunk
>>
>> It's just the svn
Jow, can you try breaking it again?
On Wed, Mar 19, 2014 at 1:17 PM, Catalin Patulea wrote:
> How much traffic does dev.openwrt.org get to /browser/* on average? (I
> am not interested in /chrome/* or other handlers for now)
>
> On Wed, Mar 19, 2014 at 11:23 AM, Jo-Philipp Wich
Hi folks, I'm still interested in getting this merged. If there's
anything I can do to speed up the process, please let me know.
On Thu, Mar 13, 2014 at 3:55 PM, Gui Iribarren wrote:
> On 03/13/2014 03:15 AM, Catalin Patulea wrote:
>>
>> ping??
>
>
> +1
> 2
> INSTALL=@INSTALL@
> CPPFLAGS=@CPPFLAGS@
> CFLAGS+=-I. -I$(srcdir) $(CPPFLAGS) @CFLAGS@
> @@ -18,12 +9,4 @@
> LDFLAGS=@LDFLAGS@
>
> EXEEXT=@EXEEXT@
> -@@ -168,7 +168,7 @@ scp: $(SCPOBJS) $(HEADERS) Makefile
> - # multi-binary compilation.
> - MULTIOBJS=
This was fixed in r39935 I think:
http://openwrt.nanobit.org/changeset/39935/trunk/package/utils/busybox/files/sysntpd
On Thu, Mar 27, 2014 at 3:46 AM, Weedy wrote:
> Please accept this patch.
>
> On 28 Feb 2014 14:16, "Vittorio G (VittGam)" wrote:
>>
>> Hi,
>>
>> This patch fixes a regression i
Dude, *you* committed this fix 10 days ago:
http://openwrt.nanobit.org/changeset/39935/trunk/package/utils/busybox/files/sysntpd
Why not take a look at patches that have been sitting in queue for
over a month instead:
http://patchwork.openwrt.org/patch/4931/
or at least this small bug fix:
http:/
On Fri, Mar 28, 2014 at 4:58 PM, Peter Lawler
wrote:
> "Hi Pete! We are working with one of the OpenWRT founders and his team.
> We'll be sharing more details later... Stay tuned! :)"
Maybe that's why core OpenWRT devs haven't been merging patches for
over a month.
Looks ok here:
root@mat:~# uname -a
Linux mat 3.10.34 #3 Fri Mar 28 23:39:15 EDT 2014 mips GNU/Linux
root@mat:~# cat /etc/openwrt_version
r40296
root@mat:~# uci show system.@system[-1].log_size
system.cfg02e48a.log_size=1024
root@mat:~# logread | wc
6243 49984 1117225
root@mat:~# logrea
Incremental build bugfix:
https://github.com/cpatulea/openwrt/commit/0211a7b272fc5fabf9cce87dcaaa4f62892377c9
On Thu, Mar 27, 2014 at 2:15 AM, Catalin Patulea wrote:
> I've pushed my dropbear patch to this github tree:
> https://github.com/cpatulea/openwrt/tree/next
>
> If
Sorry, my comment was out of line.
On Sat, Mar 29, 2014 at 2:49 AM, John Crispin wrote:
>
>
> On 28/03/2014 22:08, Catalin Patulea wrote:
>> Maybe that's why core OpenWRT devs haven't been merging patches
>> for over a month.
>
> wh
-tool.c
Signed-off-by: Catalin Patulea
---
This patch is also available in this git tree:
https://github.com/cpatulea/openwrt-packages
--
net/mii-tool/Makefile | 20 +++-
.../patches/001-include_linux_sockios.patch| 12
2 files
I thought this trick was really clever:
http://trac.edgewall.org/wiki/SpamFilter#TrapField
On Thu, May 8, 2014 at 2:15 PM, Hannu Nyman wrote:
> Looks like the spamming via the bug tracker is getting out of hand. Some
> ~400 spam bugs today.
>
> Have devs considered new cures?
>
> Trac seems to en
Hi,
I've got a WRT54GS v1.0 and trying to run r41004 on it. I'm having
trouble with assignment of GPIOs.
The model number on the case, serial no, MAC and FCC ID all match a
WRT54GS v1.0 according to:
https://wikidevi.com/wiki/Linksys_WRT54GS_v1.0
But my nvram has these board parameters:
boardtyp
sue with
sysupgrade).
On Thu, Jun 5, 2014 at 1:12 PM, Catalin Patulea wrote:
> Hi,
>
> I've got a WRT54GS v1.0 and trying to run r41004 on it. I'm having
> trouble with assignment of GPIOs.
>
> The model number on the case, serial no, MAC and FCC ID all match a
>
On Jun 5, 2014 4:13 PM, "Rafał Miłecki" wrote:
> See attached file (I've just added your case to it). 0x0101/42/0x10
> seems correct for WRT54GS V1.0 (I found it in 2 other places too). As
> you noticed, it's also the same for WRT54G V2.
Thanks for this. Do you know if the GPIO layout is the same
Also seems package/broadcom-diag/src/diag.c's legacy detection default
WRT54G layout is correct for my board. But I guess nowadays diag.c
uses board.c information first.
On Thu, Jun 5, 2014 at 6:38 PM, Catalin Patulea wrote:
> On Jun 5, 2014 4:13 PM, "Rafał Miłecki" wrote:
&g
On Fri, Jun 20, 2014 at 6:20 AM, Rafał Miłecki wrote:
>> Your nvram has following entries:
>> gpio6=adm_rc
>> gpio5=adm_eedi
>> gpio3=adm_eesk
>> gpio2=adm_eecs
>
> Hauke: it seems nvram may be wrong there. According to the Catalin,
> reset button uses GPIO 6. On the other hand it seems adm6996.c
On Fri, Jun 20, 2014 at 3:20 PM, Catalin Patulea wrote:
>> Hauke: it seems nvram may be wrong there. According to the Catalin,
>> reset button uses GPIO 6. On the other hand it seems adm6996.c never
>> really uses "eerc".
> I modified adm6996.c to allow GPIO export
99 matches
Mail list logo
