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
On Fri, Jan 16, 2015 at 4:36 AM, Christian Schoenebeck
christian.schoeneb...@gmail.com 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
On Thu, Jan 15, 2015 at 3:28 PM, Christian Schoenebeck
christian.schoeneb...@gmail.com 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
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
christian.schoeneb...@gmail.com wrote:
I put it on the TODO list.
Thanks for feedback
Christian
On Tue, Jan 13, 2015 at 8:56 AM, Christian Schoenebeck
christian.schoeneb...@gmail.com 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
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 leaving
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
On Wed, Oct 1, 2014 at 6:42 PM, Andrew McDonnell
b...@andrewmcdonnell.net 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 )
On Thu, Sep 25, 2014 at 6:53 AM, Felix Fietkau n...@openwrt.org 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
From: Catalin Patulea c...@vv.carleton.ca
Signed-off-by: Catalin Patulea catal...@google.com
---
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
On Sun, Sep 28, 2014 at 3:34 PM, Hans Dedecker dedec...@gmail.com 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,
What's the motivation for this change?
On Thu, Sep 25, 2014 at 11:43 AM, Alive alive4e...@live.com wrote:
X-Patchwork-Id: 6322
Message-Id: blu437-smtp18d6698761b98124aca899e4...@phx.gbl
Is there any chance for my proposed patch to be committed?
http://patchwork.openwrt.org/patch/6322/
Here
Thanks for the commit.
On Sat, Sep 13, 2014 at 1:59 AM, Catalin Patulea c...@vv.carleton.ca 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: generate
/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 c...@vv.carleton.ca
---
package/network/utils/curl/Makefile|4 +-
...001-cyassl-Use-error-ssl.h-when-available.patch | 45
.../utils/curl
On Fri, Jun 20, 2014 at 6:20 AM, Rafał Miłecki zaj...@gmail.com 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
On Fri, Jun 20, 2014 at 3:20 PM, Catalin Patulea c...@vv.carleton.ca 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 and started
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:
with
sysupgrade).
On Thu, Jun 5, 2014 at 1:12 PM, Catalin Patulea c...@vv.carleton.ca 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
WRT54GS v1.0 according
On Jun 5, 2014 4:13 PM, Rafał Miłecki zaj...@gmail.com 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
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 c...@vv.carleton.ca wrote:
On Jun 5, 2014 4:13 PM, Rafał Miłecki zaj
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 hannu.ny...@iki.fi wrote:
Looks like the spamming via the bug tracker is getting out of hand. Some
~400 spam bugs today.
Have devs considered new cures?
-tool.c
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
Sorry, my comment was out of line.
On Sat, Mar 29, 2014 at 2:49 AM, John Crispin j...@phrozen.org 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.
what a pile if bullshit you are talking
On Fri, Mar 28, 2014 at 4:58 PM, Peter Lawler
openwrt-de...@bleeter.id.au 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:~#
Incremental build bugfix:
https://github.com/cpatulea/openwrt/commit/0211a7b272fc5fabf9cce87dcaaa4f62892377c9
On Thu, Mar 27, 2014 at 2:15 AM, Catalin Patulea c...@vv.carleton.ca wrote:
I've pushed my dropbear patch to this github tree:
https://github.com/cpatulea/openwrt/tree/next
If you
prog, $(PROGRAMS),
$($(prog)objs)))
- CFLAGS+=$(addprefix -DDBMULTI_, $(PROGRAMS)) -DDROPBEAR_MULTI
- endif
--
1.8.1.2
On 23/03/14 07:19, Catalin Patulea wrote:
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
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 weedy2...@gmail.com wrote:
Please accept this patch.
On 28 Feb 2014 14:16, Vittorio G (VittGam) open...@vittgam.net wrote:
Hi,
This
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:
Jow, can you try breaking it again?
On Wed, Mar 19, 2014 at 1:17 PM, Catalin Patulea c...@vv.carleton.ca 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 j
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 g...@altermundi.net wrote:
On 03/13/2014 03:15 AM, Catalin Patulea wrote:
ping??
+1
2014.63 also fixes the brown
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 weedy2...@gmail.com wrote:
On 16 Mar 2014 06:26, Hannu
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 j...@openwrt.org wrote:
Hi.
Can you give this mirror a shot?
http://openwrt.nanobit.org/browser/trunk
It's just
On Sun, Mar 16, 2014 at 6:26 AM, Hannu Nyman hannu.ny...@iki.fi 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
ping??
On Sat, Mar 1, 2014 at 4:05 AM, Catalin Patulea c...@vv.carleton.ca wrote:
ping
On Mon, Feb 24, 2014 at 1:02 AM, Catalin Patulea c...@vv.carleton.ca wrote:
Upstream changelog:
https://matt.ucc.asn.au/dropbear/CHANGES
This adds elliptic curve cryptography (ECC) support as an option
ping
On Mon, Feb 24, 2014 at 1:28 AM, Catalin Patulea c...@vv.carleton.ca 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 c...@vv.carleton.ca
---
.../network/services/dropbear
ping
On Mon, Feb 24, 2014 at 1:02 AM, Catalin Patulea c...@vv.carleton.ca 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:
before: 161,672 bytes
On Sat, Mar 1, 2014 at 4:25 AM, Hannu Nyman hannu.ny...@iki.fi 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}
+
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 c
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 c...@vv.carleton.ca
---
.../network/services/dropbear/files/dropbear.init |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
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
ping
On Sun, Feb 9, 2014 at 4:22 PM, Catalin Patulea c...@vv.carleton.ca 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: 198,008
Signed
On Fri, Feb 14, 2014 at 11:11 AM, Felix Fietkau n...@openwrt.org 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
Ok. 2013.62 with ECC disabled is 164,968 bytes. Sound reasonable?
On Fri, Feb 14, 2014 at 2:08 PM, Daniel Petre daniel.pe...@gmail.com wrote:
On 14 Feb 2014, at 20:38, Catalin Patulea c...@vv.carleton.ca wrote:
Looks like most of the growth is in new ECC support functions, with
some small
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 c...@vv.carleton.ca
---
package/network/services/dropbear
On Jan 3, 2014 1:29 PM, Etienne CHAMPETIER etienne.champet...@free.fr
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
On Jan 3, 2014 1:29 PM, Etienne CHAMPETIER etienne.champet...@free.fr
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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
On Sun, Dec 22, 2013 at 1:45 PM, Hannu Nyman hannu.ny...@iki.fi 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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
.../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
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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
.../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
.
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 c...@vv.carleton.ca
---
.../net/ethernet/atheros/ag71xx/ag71xx_main.c | 24 +---
.../net
On Sun, Nov 3, 2013 at 3:16 AM, Catalin Patulea c...@vv.carleton.ca 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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
- 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 c...@vv.carleton.ca
---
package/network/services
- 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 c...@vv.carleton.ca
---
New in v2:
- go back
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
mtd_device_parse_register directly and passing an empty parser list.
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
.../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
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 c...@vv.carleton.ca
---
include/image.mk |2 +-
1
You use openssh on openwrt?
On Mon, Sep 23, 2013 at 3:07 AM, Bastian Bittorf bitt...@bluebottle.com wrote:
* Catalin Patulea c...@vv.carleton.ca [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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
On Thu, Jul 18, 2013 at 5:24 AM, alpha sparc alphasp...@gmail.com 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
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
cezary.jackiew...@gmail.com wrote:
Dnia 2013-07-22, o godz. 21:52:42
Catalin Patulea c...@vv.carleton.ca napisał(a):
Based
Based on original patch from alpha sparc alphasp...@gmail.com.
- 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 c...@vv.carleton.ca
---
multimedia
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 alphasp...@gmail.com wrote:
Feel free to check all of them in as a new Patch =)
___
openwrt-devel mailing
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):
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 c...@vv.carleton.ca wrote:
Indeed, --disable-debug
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 c...@vv.carleton.ca wrote:
Hmm, looks like uhttpd.lua needs to be updated with some changes in
uhttpd2 - the handler should no longer
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 c...@vv.carleton.ca wrote:
For openwrt-devel: this is related to a segfault, then a lua
assertion, in luci-sgi-uhttpd when it is enabled.
Here are some
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: Catalin Patulea
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
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 jonas.gorski+open...@gmail.com
wrote:
On 6 November 2012 06:23, Catalin Patulea c
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
On Thu, Nov 1, 2012 at 8:25 AM, Jonas Gorski
jonas.gorski+open...@gmail.com 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
Ping?
On Fri, Oct 26, 2012 at 12:13 AM, Catalin Patulea c...@vv.carleton.ca wrote:
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
On Mon, Oct 29, 2012 at 5:30 AM, Roman Yeryomin leroi.li...@gmail.com 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
On Thu, Oct 25, 2012 at 5:02 AM, Florian Fainelli flor...@openwrt.org 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
Signed-off-by: Catalin Patulea c...@vv.carleton.ca
---
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
On Tue, Oct 23, 2012 at 10:10 PM, Catalin Patulea c...@vv.carleton.ca 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
On Mon, Oct 22, 2012 at 11:51 AM, Roman Yeryomin leroi.li...@gmail.com 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
On Sun, Oct 21, 2012 at 9:24 AM, Petr Štetiar yn...@true.cz 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
On Sun, Oct 21, 2012 at 2:26 PM, Catalin Patulea c...@vv.carleton.ca 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
-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 c...@vv.carleton.ca
---
package/network/services/dropbear/Makefile | 12 +--
.../dropbear/patches/110
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
---
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, but
On Fri, Sep 28, 2012 at 8:04 AM, Oliver
oli...@8.c.9.b.0.7.4.0.1.0.0.2.ip6.arpa 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
On Thu, Sep 27, 2012 at 12:32 PM, Oliver
oli...@8.c.9.b.0.7.4.0.1.0.0.2.ip6.arpa 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
On Thu, Sep 27, 2012 at 3:13 PM, Oliver
oli...@8.c.9.b.0.7.4.0.1.0.0.2.ip6.arpa 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
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 bytes
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
95 matches
Mail list logo
