What's the point of "force" if it doesn't force? Are we going to
add a second -F to "really force" ? Or is it going to be "oh, -F
failed for some lame reason, so I'll use mtd write, and still
complain anyway"
Cheers,
Karl P
Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This uses recently ad
hat it is an unknown
command. Does the command perhaps not take arguments? What would they be?
Do we _reallly_ have to keep it's behaviour this way?
What this patch _is_ missing, is a new command to replace the old
"anything but the other commands".
ie, the one that does "
erfacename" did before, if anyone knew about that.
The usage text could/should be expanded still, but hoenstly, I
don't know the difference between them all. What's the difference
between config and detect? should detect be listed in the usage?
what's reload_legacy? when woul
iliar, you could potentially try the patch in
https://github.com/openwrt/openwrt/pull/747 and see if that
helps.
Sincerely,
Karl Palsson
signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Thibaut VARÈNE wrote:
> Avoid having /sbin/wifi silently ignore unknown keywords and
> execute "up"; instead display the help message and exit with an
> error.
>
> Spell out the "up" keyword (which has users), add it to usage
> output, and preserve the implicit assumption that runing
> /sbin/wi
"Daniel F. Dickinson" wrote:
> Posting on list as I think the discussion should include as
> folks as possible in the discussion.
>
> https://github.com/openwrt/packages/issues/6745
>
> > Especially when getting started with OpenWrt finding things in menuconfig
> > is complicated by the second
David Bauer wrote:
> The current make-ras.sh image generation script for the ZyXEL
> NBG6617 has portability issues with bash. Because of this,
> factory images are currently not built correctly by the OpenWRT
> buildbots.
>
> This commit replaces the make-ras.sh by C-written mkrasimage.
> The o
David Bauer wrote:
> Sysupgrading to ath79 from ar71xx currently fails because of
> mismatching supported_devices. ar71xx is expecting "tl-mr3020"
> which is missing in the ath79 image. Upgrading from ath79 is
> unaffected, as the image contains the old string for ar71xx and
> the new one coming
Rosen Penev wrote:
> On Sat, Aug 18, 2018 at 5:04 AM David Bauer
> wrote:
> >
> > Sysupgrading to ath79 from ar71xx currently fails because of mismatching
> > supported_devices. ar71xx is expecting "tl-mr3020" which is missing in
> > the ath79 image. Upgrading from ath79 is unaffected, as the im
David Bauer wrote:
> The current make-ras.sh image generation script for the ZyXEL
> NBG6617 has portability issues with bash. Because of this,
> factory images are currently not built correctly by the OpenWRT
> buildbots.
>
> This commit replaces the make-ras.sh by C-written mkrasimage.
> The o
Welcome to the joys of lua's packaging, not just in OpenWrt, but
across the bsds and desktop distros as well.
You need "lua" to find it for OpenWrt. (There will be only one
lua) On ~most recent distros, as you may have noticed, this will
however be lua 5.2 or 5.3. On those distros you need "lua5.1
"Daniel F. Dickinson" wrote:
> Hi,
>
> This isn't my first preference, but I think this is becoming a
> bit of a problem, especially for people not all that familiar
> with who's who in OpenWrt.
>
> I've noticed that community (vs. voting committers) often jump
> in with (presumably well-meant)
"name": "_rme-sg._tcp.local",
"type": "PTR",
"ttl": 4375,
"target": "eTactica gateway Locator on
eg-03A19D._rme-sg._tcp
Karl Palsson wrote:
>
> Hi,
>
> I've been using umdns to advertise some services for a little
> while, and when browsing from my desk, with avahi-browse, it
> has worked well. I've finally gotten around to using "ubus
> umdns browse" and have found some
John Crispin wrote:
>
> On 03/12/2018 19:04, Henrique de Moraes Holschuh wrote:
> > (openwrt-adm dropped from this subthread)
> >
> > Em 03/12/2018 15:29, Stijn Segers escreveu:
> >> Op ma, 3 dec 2018 om 5:51 , schreef John Crispin :
> >>> The idea was to fade out ar71xx after the next release a
Henrique de Moraes Holschuh wrote:
> Em 05/12/2018 21:20, Thomas Endt escreveu:
> >> Auftrag von Henrique de Moraes Holschuh
> >> Do we have a wiki table somewhere that has the device name, ar71xx info
> >> and ath79 info, which could be expanded with ar71xx->ath79 status (no,
> >> yes but unveri
nother point on my list is auto-mounting of configfs to the
> right place. I'm feeling that this should not be part of the
> shell script but be done at a central place - still unsure
> where to put it because configfs is an optional kernel module
> and thus available later during
Does this work for providing a console on the ACM interface?
Petr Štetiar wrote:
> This package allows easier configuration of USB gadgets via
> standard UCI interface. So far only CDC/ACM has been
> implemented and tested.
>
> Signed-off-by: Petr Štetiar
signature.html
Description: OpenPGP
"Daniel F. Dickinson" wrote:
> On 2019-01-30 5:51 a.m., Jo-Philipp Wich wrote:
> > Hi,
> >
> > please share the exact steps used to trigger the issue. Running a simple
> > "make" after an initial build here does not trigger the recompilation of
> > uci or the kernel.
> >
> > ~ Jo
> >
> And enviro
From: Karl Palsson
Drop pointless syslog. The single line just doubles the amount of lines
logged to syslog without adding any value.
Signed-off-by: Karl Palsson
---
src/odhcpd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/odhcpd.c b/src/odhcpd.c
index c51cfa1..50f3c9f 100644
From: Karl Palsson
The "ignore" option is correctly loaded. Actually observe it as
documented.
Signed-off-by: Karl Palsson
---
src/config.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/config.c b/src/config.c
index ef51112..a1b6ab7 100644
From: Karl Palsson
Currently the loglevel is hardcoded to LOG_WARNING, even though there is
debug log messages. Allow an env var to control the log threshold.
Signed-off-by: Karl Palsson
---
src/odhcpd.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src
From: Karl Palsson
Currently the loglevel is hardcoded to LOG_WARNING, even though there is
debug log messages. Allow setting the loglevel via cli option.
Include basic help text because we're adding command line options.
Signed-off-by: Karl Palsson
---
Changes since v1:
Use command
From: Karl Palsson
Drop pointless syslog. The single line just doubles the amount of lines
logged to syslog without adding any value.
Signed-off-by: Karl Palsson
---
Change since v1:
Nothing
src/odhcpd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/odhcpd.c b/src/odhcpd.c
index
From: Karl Palsson
The "ignore" option is correctly loaded. Actually observe it as
documented.
Signed-off-by: Karl Palsson
---
Changes since v1:
* nothing, no feedback received on this item
src/config.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff -
"Brian J. Murrell" wrote:
> I have an OpenWRT router that has been running stably for many
> many (many!) months if not years on BB (r42625).
>
> When I reboot it, it sends a couple of initial RAs to the
> br-lan interface but subsequently switches to sending them out
> of (one of) the WAN inter
from is so different it's not even
listed on the page!
Sincerely,
Karl Palsson
signature.asc
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
you,
_use your own feed_ and stop dumping major changes on people
using a stable branch. The commit updating haproxy had to be
immediately followed with fixup commits _already_
https://github.com/openwrt/packages/commit/bec6d8fc8d3f0a18ab965933e4b9187c30aab743
What's going on?!
Sincerel
lease from both LEDE and
OpenWrt, people are starting to treat the for-15.05 branch like a
free for all "mainline" branch again.
Karl Palsson wrote:
>
> Again, we're getting major version package updates in the
> stable for-15.05 branch. haproxy has just been updated from
&
Given that the current leds init script only looks for some
explicit values, I've done the following to have a led _listed_
in the UCI file, and available to leds.sh, but not actually
touched by the init script...
> ucidef_set_led_default "etactica" "etactica" "eg200:red:etactica" "ignored"
It
Mathias Kresin wrote:
> 2016-11-10 16:41 GMT+01:00 Jo-Philipp Wich :
> > Hi Karl,
> >
> > I think there is not much speaking against making the led init script
> > run earlier. I think it would make sense to have it START=11, right
> > after /etc/init.d/boot.
>
> I've a TDW-8980 here, where the
he AP.
As far as getting worked on, the general response was, "use two
radios if you want two networks dummy" which was, accurate
perhaps, but... unhelpful :)
Sincerely,
Karl Palsson
Nick Malyon wrote:
> Hi all,
>
> I tried to open the following bug report but Trac's
Zoltan HERPAI wrote:
> Given that we've decided to sail under the same flag for the
> benefit of the whole community, and acknowledge the
> achievements of the LEDE project, let's start the final steps
> of the merge.
>
> The git and other sources are untouched until the infra merge.
>
Hannu Nyman wrote:
> Zoltan HERPAI kirjoitti 26.10.2017 klo 18:41:
> > + -
> > + * 2 oz. Orange Juice Combine all juices in a
> > + * 2 oz. Pineapple Juice tall glass filled with
> > + * 2 oz. Grapefruit Juice ice, stir well.
That part is armv7-m (not -a, not -r). They don't generally run
linux at all, so don't have toolchains targetting linux, and
don't generally have existing targets in openwrt.
You _can_ run linux on them, but it's a fa bigger task than
just, "which toolchain do I need to select in menuconfig"
rather see a lot _less_ of things created via an
ever expanding .config and _more_ local customizations applied as
local customizations :)
Cheers,
Karl Palsson
signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
open
Hauke Mehrtens wrote:
> The following targets are on kernel 4.4 and will probably not
> be included in the next release:
> * gemini
This is a platform that upstream seems to be actually working on,
would it not be at least polite to keep it alive while it's
landing in mainline? I don't have any
Felix Fietkau wrote:
> On 2018-03-04 16:15, Hauke Mehrtens wrote:
> > There is also a pull request for busybox 2.28.1 at github, this will
> > probably also introduce some more regressions, so I am not sure if we
> > should take it before or after the release.
> > https://github.com/openwrt/openw
Valent Turkovic wrote:
> Using internal hardware watchdog would mean that we could
> remove external hardware watchdog that we currently have on
> some customers products. I'm working on embedded products based
> upon OpenWrt and mips hardware that use usb lte modems,
> openvpn, spi flash memory
Eneas U de Queiroz via openwrt-devel
wrote:
> The sender domain has a DMARC Reject/Quarantine policy which
> disallows sending mailing list messages using the original
> "From" header.
>
> To mitigate this problem, the original message has been wrapped
> automatically by the mailing list softw
Kristian Evensen wrote:
> Hello,
>
> On Tue, May 29, 2018 at 5:24 PM, Kristian Evensen
> wrote:
> > Carrying a local revert of the commit in question is always a
> > possibility (and does not seem to have any unintentional
> > side-effects), but I would rather try to fix the problem properly.
>
inux/ramips/dts/ZBT-WE1326.dts | 4
Confirmed this fixes missing 2.4g radios on WE1326.
Sincerely,
Karl Palsson
signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/listinfo/openwrt-devel
Christo Nedev wrote:
> bcm2709: rename kernel.img to image7.img
> kernel8.img boot in 64 bit mode
> kernel8-32.img boot in 32 bit mode
> kernel7.img 32 bit mode
> kernel.img 32 bit mode
>
Couldyou perhaps elaborate on the _why_ of your change? The what
of your change is visible in the d
Noah Meyerhans via openwrt-devel
wrote:
> Some time ago, David
> Heidelberg forked the iputils packages found at
> http://www.skbuff.net/iputils. The fork is maintained at
> https://github.com/iputils/iputils/
>
> Many Linux distros, including Debian, Ubuntu, Fedora, and
> probably others, have
Florian Eckert wrote:
> I am working with luci-ng. And i have problems with caching
> with the following Browser Edge, Internet-Explorer and Firefox.
> Chrome is working fine. If the javascript or html files have
> changed on the system for example on sysupgrade then the new
> files will not get
> > I just made all my code request js files with ?ver= version
> > suffixes, so that only the right versions were cached.
>
> Yes i have seen this in luci but not in luci-ng.
well, fix that? :)
signature.html
Description: OpenPGP Digital Signature
__
Lucian Cristian wrote:
> On 06.07.2018 14:09, Lucian Cristian wrote:
> > On 06.07.2018 13:03, 李国 wrote:
> >> build openwrt on centos 6 I should use devtoolset-3 to get gcc 4.9, but
> >> it fail when make menuconfig. so I have to give option HOSTCC='gcc
> >> -Wl,--copy-dt-needed-entries' to make.
I've tried to test this on an ar2317, but the series isn't applying cleanly to
today's trunk.
I got the first one to succeed, with some fuzz, the second applied cleanly, but
the third failed, and I stopped
trying.
Cheers,
Karl P
2014-07-12 17:33 GMT+04:00 Sergey Ryazanov :
> Main goals of t
doesn't run into
any watchdog timeouts, ethernet works, wifi works, leds work, (as well as they
do on a clean trunk build
anyway, this board has a different led setup to trunk itself) buttons work.
Is there anything more in particular you'
On Tue, Jul 29, 2014 at 07:05:01PM +0200, Matthias Schiffer wrote:
> Our Freifunk firmware framework Gluon [1] based on OpenWrt provides a
> special first-run wizard, the config mode/setup mode. In this mode,
> almost no normal services are started, and a minimal (failsafe-like)
> network configur
ges
that the bare board should have.
Sincerely,
Karl Palsson
On Mon, Aug 11, 2014 at 04:04:08PM +0200, Pau wrote:
> Update mach-dragino2.c from Dragino2 official repository.
> The patch should directly apply in trunk.
> --
> ./p4u
> From 31692b700b79499bf0510b5350253b4c619c49ba
On Mon, Sep 08, 2014 at 04:23:10PM +0200, John Crispin wrote:
>
> On 08/09/2014 16:16, Aaron Z wrote:
> > I am curious if there is a timeline for either RC4 or the final
> > release for Barrier Breaker?
>
> the test build is done and we fixed the 2 problems that came up. SDK now
> works properly.
Hi,
With AA, and traditional init, I could run "init -q" to reload changes to
/etc/inittab. "init -q" on a procd system however, spawns another
foreground procd, which is... not the same thing :)
Is there a method for telling procd to reload the inittab? Or is this simply
not supported by
proc
When this is merged, would a patch that resorts this list alphabetically again
be welcome?
The D-H section got all messed up with routerboard being inserted wildly in the
middle and
confusing things.
Cheers,
Karl P
On Fri, Sep 26, 2014 at 01:34:32AM -0400, Forest Crossman wrote:
> Signed-off-
On Wed, Oct 15, 2014 at 10:03:31AM +0200, Massimiliano Galanti wrote:
> WNXT01/Springmole is a family of OEM boards designed by Wi-Next. This
> patch adds the core files needed by openwrt to support them. See:
> http://www.winext.eu http://www.springmole.com
>
> Signed-off-by: Massimiliano Galanti
Comments inline
On Thu, Oct 16, 2014 at 01:28:47PM +0200, Massimiliano Galanti wrote:
> WNXT01/Springmole is a family of OEM boards designed by Wi-Next. This
> patch adds the core files needed by openwrt to support them. See:
> http://www.winext.eu http://www.springmole.com
>
> Signed-off-by: Mas
Just a minor one in the dts...
Cheers,
Karl P
On Wed, Oct 15, 2014 at 09:11:39AM -0500, Dan Walters wrote:
> Support for the Linksys EA3500. Here's the patch, and I entered the
> basic device info (including the serial console connections) on the
> wiki at http://wiki.openwrt.org/toh/linksys/ea3
On Thu, Oct 23, 2014 at 01:06:22PM +0200, Owen Brotherwood wrote:
> Although you guys are probably on Linux, I had my FTDI cable on a
> windows box and was delayed in my progress with a board due to:
>
> http://hackaday.com/2014/10/22/watch-that-windows-update-ftdi-drivers-are-killing-fake-chips/
Just avoids some warnings in developer tools consoles.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
From: Karl Palsson
.js files are being transferred as text/javascript, which, although
obsolete by RFC 4329 is most backward compatible.
.json and .jsonp are both transferred as application/octet-stream
however, causing warnings on the console for some browsers, even though
it works just fine
From: Karl Palsson
Plain "remote" results in failure to connect using the gdb built with
the toolchain. (On atheros target at least) extended-remote also allows
"run" to restart the target process.
Signed-off-by: Karl Palsson
---
scripts/remote-gdb | 2 +-
1 file change
From: Karl Palsson
Plain "remote" results in failure to connect using the gdb built with
the toolchain. (On atheros target at least) extended-remote also allows
"run" to restart the target process.
Signed-off-by: Karl Palsson
---
Resend for new patchwork instance.
sc
Mats Karrman wrote:
> I have been looking at LXC and CGmanager but I think I'm after something
> even more lightweight. I have currently no need for the whole
> virtualization
> thing, more something in the line of the ability to by configuration
> divide
> processes into a set of fixed groups an
Hi,
I'm trying out using procd to kill/restart processes that use too much
memory, using the "limits" feature added in
https://lists.openwrt.org/pipermail/openwrt-devel/2013-December/022793.html
and I've confirmed that it's available in the BB branch procd that I'm
testing against.
My init script
Yousong Zhou wrote:
>
> Which libc was in use? Because RLIMIT_DATA only applies to those
> allocated by brk() and sbrk(), while malloc() of glibc may fallback to
> mmap() if sbrk() fails. AFAIK, malloc() of uClibc for MIPS in OpenWrt
> utilizes only sbrk() with the default config.
whatever th
Yousong Zhou wrote:
>
> Okay. But then I have no idea what's going wrong. You can try adding
> getrlimit() call to hogger to see whether the soft/hard limit has
> indeed been imposed before exec() by procd. BTW, the format of limits
> params allows setting both soft and hard limit for each re
"Stam, Michel [FINT]" wrote:
> This, to me, seems the most logical solution, as consoles should be
> available to the init process early on during boot, and not hot-plugged
> in afterwards. Do you agree?
Well, I don't. What about a usb serial port? I'd like to plug in the
usb cable, providin
From: Karl Palsson
Add documentation that makes it easier to find the alternative,
recommended, and default handling for buttons in OpenWrt.
Signed-off-by: Karl Palsson
---
I was having a hard time discovering buttons, and getting conflicts after
enabling the input-gpio-keys* modules. zajec
t;way" that packages should "migrate" to a new form. Is there any
example of what this new form is? Existing hotplug scripts are "just
working" as is, but are they going to go away?
Sincerely,
Karl Palsson
--
Sent using Mailpile, Free Software from www.mailpile.is__
From: Karl Palsson
This script always worked when I had a single target, but has been
failing now that I have both "atheros" and "ar71xx" targets.
This change is clearly not perfect, but I can't work out the regexps any
better.
Signed-off-by: Karl Palsson
---
Befor
From: Karl Palsson
Changes in target detection results in tweaks to the sysroot detection.
Signed-off-by: Karl Palsson
---
This seemed to have been broken before, even the search for gdb uses
a * after the libc pattern.
scripts/remote-gdb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
These have been deprecated for a very long time, the alternative
functions have been available since json-c 10 and 11 were pushed in AA
branch. I don't think there should be any need to keep the older form
in the #def, just only support the newer style.
Sincerely,
Karl P
William Holland wrote
Yousong Zhou wrote:
> >
>
> The above only detects the cinclude path for json-c and is not version
> specific.
json-c is the name going forward, and has been the name for two releases
of the library already.
>
> > diff --git a/plug/hotplug.c b/plug/hotplug.c
> > index 061833a..3bf6253 100644
Comments inline, I thought I'd made similar comments earlier, but
perhaps I forgot...
William Holland wrote:
> ---
> CMakeLists.txt |4
> plug/hotplug.c |2 +-
> service/validate.c |2 +-
> 3 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/CMakeLists.tx
I don't really understand CMake, but this looks good to me.
William Holland wrote:
> ---
> CMakeLists.txt | 6 --
> plug/hotplug.c | 2 +-
> service/validate.c | 2 +-
> 3 files changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/CMakeLists.txt b/CMakeLists.txt
> index 541467
John Crispin wrote:
>
>
> On 06/03/2015 14:01, Karl Palsson wrote:
> >
> > John Crispin wrote:
> >> while doing so i also noticed that the nes jscon-c has a dependency on
> >> -lm which i just killed.
> >
> > Could you elaborate on this ple
Are you still seeing this?
Please note that the official BB build only has mosquitto 1.3.4. If you
want to use 1.4, either use the feed:
https://github.com/remakeelectric/owrt_pub_feeds or update to a CC based
tree.
Sorry, I've been on holidays, and only just saw this, but I'm the
mosquitto main
it as being based on the RIO700? Which
is it?
Further, you still have // comments as mentioned earlier.
You've added _new_ files with copyright year of 2011. This cannot be
correct. (target/linux/ar71xx/generic/profiles/uthing.mk)
Sincerely,
Karl Palsson
Lars Boegild Thomsen wrote:
> Ad
Karl Pálsson wrote:
>
> Signed-off-by: Karl Palsson
> ---
It's minor, but if someone picks this, please _don't_ change my
SoB to match the email. The original source commits and all git
config names are unaccented, and it's how I use my name, it's
just the
een suggested a method of adding a second From: field
to the annotated patch when sending, which may help, otherwise
I'll revert to the (clearly second tier) method of sending PRs
via github, where the actual git commits are preserved, instead
of whatever the world of mail decides to mangle
Was inadvertantly missed from the inital forward port from ar71xx to
ath79.
Fixes: 1588114cf2 ath79: add etactica-eg200 support
Signed-off-by: Karl Palsson
---
package/boot/uboot-envtools/files/ath79 | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/boot/uboot-envtools/files/ath79
b
ncurses. (Missing libncurses.so or ncurses.h)
Signed-off-by: Karl Palsson
---
include/prereq-build.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/prereq-build.mk b/include/prereq-build.mk
index 8adf0d03dd..639d1ad0fa 100644
--- a/include/prereq-build.mk
+++ b
27;s
not pushing any stack for a temporary blink, it just hard sets
all led to blink. I can see plenty of uses for this in
private testing builds, I have something similar myself for
production testing that all leds function, but i'm having a hard
time seeing what the use case for it is in g
abbing in the dark, and I'm getting
nowhere with it.
Same as before:
* usb works
* leds work (wan led toggles with wan/eth1 link state, lan led is
permanently up, but can be toggled manually)
* wifi works
* all interfaces have same MACs as before, and wan/lan are same physical
locations as be
Paul D wrote:
>
> If I use js e.g. :
>
> o = ss.option(form.TextValue, 'blah', _('blah'), _('blah.'));
> o.optional = true; o.monospace = true;
>
>
> And add either:
>
> o.width = "500px";
>
> or:
>
> o.width = "60ch";
>
> I do not get the desired effect. Is this normal?
>
> Here (
> htt
(1 << 5)
> #define IWINFO_FREQ_NO_2160MHZ (1 << 6)
>
> +#define IWINFO_FREQ_NO_IR(1 << 0)
> +#define IWINFO_FREQ_NO_OUTDOOR (2 << 0)
That's a pretty non-standard way of defining bits? Did you really
mean (1
x27;s not anything that's OpenWrt related.
I'll try and poke upstream about this personally too.
Sincerely,
Karl Palsson
l...@plan44.ch wrote:
> From: Lukas Zeller
>
> [Please note: this is my first attempt at submitting a patch,
> please apologize/advise if something is not
arlier ones. I'm well aware that
> nftables is in use, but this is in a security review, and they
> see what they want to see.
If they see what they want to see, then why should anyone else
get involved in their wish fulfilment?
Security review is fine, security should not be en
This is superseded by
https://github.com/openwrt/packages/commit/b1d112c5d2a1bba095033a59a761f50216840a4e
anyway.
Peter Naulls wrote:
> On 11/3/22 12:01, Etienne Champetier wrote:
> > Hi Peter,
> >
> > Can you resend this as a proper patch ready to be applied ?
> > Or as a PR on Github if this i
;rts-gpios: dtr-gpio-pin-id" And
anyone else on ath79 who wants to use rs485 can then use their
own gpios, instead of hardcoded DTR like you have here.
Sincerely,
Karl Palsson
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/serial/rs485
ng.
I'd _MUCH_ rather see the basic bindings working _at all_ rather
than asking for this optional one.
Sincerely,
Karl Palsson
OpenPGP-digital-signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.ope
ail.
I would very much like to see
https://bugs.openwrt.org/index.php?do=details&task_id=2833 merged
(it contains a fix and tests) for 19.07, as it fixes a regression
in behaviour there. (umdns stopped working)
I've tested the fix locally at least
Sincerely,
Karl Palsson
OpenPGP-di
Petr Štetiar wrote:
> Karl Palsson [2020-02-21 13:14:29]:
>
> Hi,
>
> > I would very much like to see
> > https://bugs.openwrt.org/index.php?do=details&task_id=2833 merged
> > (it contains a fix and tests) for 19.07, as it fixes a regression
> > in
Petr Štetiar wrote:
> Commit 432ec292ccc8 ("rpcd: add respawn param") has introduced
> infinite restarting of the service which could be reached over
> network.
Didn't we already decide that this wasn't the case?
This is not recommended security practice as it might
> give potential adversar
ieces, sure, but where does it end?
monit works right now, and has been tested and used by a large
cast.
Sincerely,
Karl Palsson
OpenPGP-digital-signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
st tool? (hahah oh, I made myself sad)
Sincerely,
Karl Palsson
OpenPGP-digital-signature.html
Description: OpenPGP Digital Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
The original code required the use of relative addresses into the lua
stack. It should accept either.
Signed-off-by: Karl Palsson
---
lua/uloop.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lua/uloop.c b/lua/uloop.c
index fcbe274..394970d 100644
--- a/lua/uloop.c
Instead of having to adjust the index repeatedly as the stack is
manipulated, use absolute addressing for the function arguments, so they
stay the same throughout the call. Zero functional change, just
subjectively easier to follow variables.
Signed-off-by: Karl Palsson
---
lua/uloop.c | 11
Ran into some issues with my fd event being garbage collected. As I
never wanted to call :delete, I had seen no reason to keep the returned
object, as my callback and upvalues were still valid.
Signed-off-by: Karl Palsson
---
examples/uloop-example.lua | 8 +---
1 file changed, 5
Actually check for flags being valid, instead of simply ignoring the
call if flags was zero.
Use standard lua checks for the function argument, so you can get a
normal "argument #2 was invalid, expected function, got xxx" instead of
the vague, "invalid arg list"
Signed-
101 - 200 of 250 matches
Mail list logo
