Hi,
I'm proposing the following patch to resolve ticket #18922 fully.
With the current master revision, when a tx timeout condition occurs, the
interface recovers successfully, but a soft irq storm occurs (causing ksoftirqd
to peg the CPU, due to this goto being called without end:
https://gi
It works.Thanks jow for the details.
At 2016-01-05 18:45:47, "Jo-Philipp Wich" wrote:
>Each line in Make is started in a new shell. Your added lines are
>executed as (simplified):
>
>bash -c 'if [ -f "./files/luci/i18n/$(2).zh-cn.lmo" ]; then'
>bash -c '$(INSTALL_DIR) $(1)/usr/lib/lua/luci/i18n'
Hi,
I have a client that just asked for this. As their router uses grub, its
script if enough for the fallback logic. I implemented a POC and it worked
perfectly. There is no watchdog integration so the reboot is manually done
when the new firmware fails.
I'm just waiting for them to give me a go
The patch adds a new package zlib-dev. It contains all files needed for
compiling a program using the zlib library:
/usr/include/zconf.h
/usr/include/zlib.h
/usr/lib/libz.a
/usr/lib/pkgconfig/zlib.pc
Signed-off-by: Heinrich Schuchardt
---
package/libs/zlib/Makefile | 32
On 2016-01-07 21:03, Heinrich Schuchardt wrote:
> The patch adds a new package zlib-dev. It contains all files needed for
> compiling a program using the zlib library:
>
> /usr/include/zconf.h
> /usr/include/zlib.h
> /usr/lib/libz.a
> /usr/lib/pkgconfig/zlib.pc
>
> Signed-off-by: Heinrich Schucha
* amine ahd [07.01.2016 19:41]:
> ---
> package/utils/busybox/Makefile | 3 ++
> package/utils/busybox/files/sysntpd| 28 +++-
> .../package/utils/busybox/files/sysntpd.hotplug| 53
> ++
the path for "sysntpd.hotplug" is wrong, it should be:
p
Joshua,
I've had some similar interest in this topic. As far as I know, there
isn't anything like this on OpenWrt. There might be some overlap with the
discussion of automatic updates from last week as well.
Eric
On Thu, Jan 7, 2016 at 11:44 AM, Joshua Judson Rosen
wrote:
> I'm trying to deci
On 2015-12-30 14:14, Yousong Zhou wrote:
> Hi,
>
> On 30 December 2015 at 20:12, Amine Aouled Hamed wrote:
>>
>> Hi,
>> Can you elaborate more on why you prefer uci state? I am just starting with
>> OpenWRT and the first thing I found was procd.
>>
>
> Most of it is really just personal prefere
I'm trying to decide on a Linux-based OS to use in a project,
and one of the features that I want is failsafe upgrades--
such that failing to run an upgrade procedure to completion
should be non-catastrophic, and automatically recoverable; the
system should always be able to (re)boot into a state
w
On Thu, Jan 7, 2016 at 2:42 PM, Bastian Bittorf
wrote:
> when looking at the present code, it
> returns when the static list is empty.
>
> maybe it's a rare condition, but your code
> changes the behavior. for now ignore this
> and polish the rest, lets see what the others say.
>
> bye, bastian
>
From: Kristian Evensen
interface_ip_set_enabled() is usually called two times right after one another,
once to handle config_ip and once to handle proto_ip. As long as
ip->iface->l3_dev.dev is set, the local/source policy rules are updated.
This value is in several cases set on both config_ip an
On 2016-01-07 13:03, Nemesis wrote:
> Follow up of #21469
>
> This patch enables autoreloading openvpn via procd.
>
> For more information see: https://dev.openwrt.org/ticket/21469
>
> Signed-off-by: Federico Capoano
> ---
> package/network/services/openvpn/files/openvpn.init | 5 +
> 1 fi
* amine ahd [07.01.2016 10:34]:
the patch is from wrong dir.
please do a 'git format-patch' inside the OpenWrt-dir,
so the modified files are:
package/utils/busybox/Makefile
package/utils/busybox/files/sysntpd
package/utils/busybox/files/sysntpd.hotplug
for the subject: what means "[DEV-1329]"?
Hi all,
I thought I would give you some numbers from my system before and afters
Felix's changes, since they are such an awesome difference.
First info about the the system:
* 8-core AMD 4.0 GHz FX processor
* 2 x ~500 MB/s SSD in RAID 1 configuration (and it was good thing too,
due to a ca
On Sun, 2016-01-03 at 11:17 -0800, Chris Marchesi wrote:
> Hey!
>
> I tried to change the default passwd algorithm used by busybox to
> sha512, but got some strange looking hashes back by passwd after
> changing.
> They basically had the algorithm and the salt (maybe) squashed, like
> below.
>
15 matches
Mail list logo
