On Mon, May 20, 2024 at 4:51 AM Russell Senior
wrote:
>
> (try#2, damn you gmail)
>
> I mentioned this on IRC and as a github comment on the commit
> (https://github.com/openwrt/openwrt/commit/2967e24d02775f63d9e363e6e0d351716dcc3f7c)
>
> My build started failing on the commit. The message I get f
On Tue, Aug 29, 2023 at 7:42 PM Philip Prindeville
wrote:
>
> Hi,
>
> I was looking at a way to address
> https://github.com/openwrt/openwrt/issues/13329 by leveraging hotplug instead
> (per Gorki's suggestion).
>
> Then it wouldn't matter if the drivers were loaded at preinit time (marked as
>
On Mon, Nov 7, 2022 at 10:29 AM Jo-Philipp Wich wrote:
>
> Hi,
>
> > The AUTORELEASE has been a nice feature from the package PR maintenance
> > perspective.
> >
> > Earlier there was constant trouble with concurrent PRs for the same package
> > having the same PKG_RELEASE bump, or the maintainer
On Mon, Nov 7, 2022 at 9:41 AM Josef Schlehofer
wrote:
>
>
> On 06. 11. 22 21:22, Hannu Nyman wrote:
> > Paul Spooren kirjoitti 6.11.2022 klo 18.15:
> >> While I initially thought that $(AUTORELEASE) would be a nice feature
> >> to avoid the standard review comment “Please bump the PKG_RELEASE”,
>
On Fri, Sep 2, 2022 at 5:35 PM e9hack wrote:
>
> Hi,
>
> it looks like, that tcpdump (mini) is broken. It is used by adblock to
> generate reports.
>
> tcpdump -nn -p -s0 -i any port 53
>
> version 4.99.1
> 16:11:26.070312 UNSUPPORTED
> 0x: 0800 0020 0001 0306 f8e4 e37c ..
On Tue, May 17, 2022 at 12:06 PM Koch, Alexander 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
dependent
libs, but the OPENSSL_CRYPTO_LIBRARIES variable must be used (same as using
ZLIB_LIBRARIES).
Signed-off-by: Alexandru Ardelean
---
CMakeLists.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3e206a2..f406520 100644
--- a
nts made here about macros:
https://cmake.org/cmake/help/latest/command/macro.html#argument-caveats
Signed-off-by: Alexandru Ardelean
---
CMakeLists.txt | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 556ec72.
On Tue, Mar 16, 2021 at 11:03 AM Supriya Shekhar Mane
wrote:
>
> Hi Maintainers,
>
> We are working on DPDK with the OpenWRT build system. As of now
> OpenWRT doesn't have DPDK support enabled. Kindly let us know the
> procedure to integrate DPDK to OpenWRT master branch.
>
Hey,
Please take a lo
On Mon, Mar 8, 2021 at 2:17 PM Moritz Warning wrote:
>
> Hi,
>
> OpenWrt master does not build for me, because the isntalled Python version is
> too new (/usr/bin/python3.9 exists).
> OpenWrt create link to /usr/bin/python3.7, but that does not exist. See error
> message down below.
>
> $ ls -al
On Sat, Mar 6, 2021 at 10:17 AM Michael Fuckner wrote:
>
> Hi,
>
> I'm not exactly sure if this is trivial or totally insane- I have the idea to
> compile the whole openwrt with clang instead of gcc. I could not get a point
> to start at. Can you help me?
>
It isn't trivial.
And "insane" depend
On Fri, May 1, 2020 at 7:04 PM Michael Richardson wrote:
>
> hi,
> python packages include ../python3-package.mk, and pypi.mk
>
> But I can't do that from my own feed directory.
> I don't want to copy the file!!
>
> Is there a relative path that would get me to feeds/packages/lang/python3?
long-s
Hey,
The idea isn't really new, and it's been done before, but did not make
it upstream.
See here:
https://openwrt-devel.openwrt.narkive.com/iX384VOa/rfc-rft-netifd-initial-openvswitch-support
Essentially, the OVS integration is a clone of netifd's bridge integration.
The implementation has some
On Wed, Feb 12, 2020 at 12:50 PM Hauke Mehrtens
wrote:
>
> The adds an option to activate KCOV (Code coverage for fuzzing).
>
Reviewed-by: Alexandru Ardelean
> Signed-off-by: Hauke Mehrtens
> ---
> config/Config-kernel.in | 33 +
>
f the kernel.
Both 4.14 & 4.19 on x86_64
Reviewed-by: Alexandru Ardelean
> Signed-off-by: Hauke Mehrtens
> ---
> config/Config-kernel.in | 35
> target/linux/generic/config-4.14 | 4
> target/linux/generic/config-4.19 | 3 +++
&g
On Wed, Feb 12, 2020 at 12:50 PM Hauke Mehrtens
wrote:
>
> Make it possible to activate some additional kernel debug options.
> This can be used to debug some problems in kernel drivers.
>
Reviewed-by: Alexandru Ardelean
> Signed-off-by: Hauke Mehrtens
> ---
> co
On Wed, Feb 12, 2020 at 12:50 PM Hauke Mehrtens
wrote:
>
> The kernel kernel address sanitizer is able to detect some memory
> bugs in the kernel like out of range array accesses.
>
Reviewed-by: Alexandru Ardelean
> Signed-off-by: Hauke Mehrtens
> ---
> config/Config-ke
On Tue, Feb 11, 2020 at 8:20 PM Hauke Mehrtens wrote:
>
> This option has now a different dependency and can be activated, set a
> default value.
>
> Fixes: 20b5a4ca01ca ("kernel: bump 4.19 to 4.19.101")
Tested-by: Alexandru Ardelean
[ both x86 4.14 & 4.19 ]
&g
On Fri, Dec 7, 2018 at 10:57 AM Stijn Tintel wrote:
>
> On 7/12/18 10:17, Alexandru Ardelean wrote:
> > On Fri, Dec 7, 2018 at 5:06 AM Stijn Tintel wrote:
> >> On 11/11/18 18:37, Stijn Tintel wrote:
> >>> Hi,
> >>>
> >>> I have just pus
On Fri, Dec 7, 2018 at 5:06 AM Stijn Tintel wrote:
>
> On 11/11/18 18:37, Stijn Tintel wrote:
> > Hi,
> >
> > I have just pushed support for the 4.14 kernel on the brcm2708 target to
> > my staging tree [1], and would like to get some feedback before pushing
> > it to master. It would also be nice
Hey,
The lan78xx stuff you removed seems to cause some endless prints like this:
** 10 printk messages dropped ** [ timestamp ] lan78xx 1-1.1.1:1.0
eth0: kevent 4 may have been dropped
This happens shortly after booting up.
I tested on a RPi 3 Model B+.
The kernel is 32bit .
[Related to RPi] Th
I no longer have the time, nor the desire to maintain this package.
Remove myself as maintainer.
Signed-off-by: Alexandru Ardelean
---
package/libs/wolfssl/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/package/libs/wolfssl/Makefile b/package/libs/wolfssl/Makefile
index e08b6f3929
On Mon, Jun 25, 2018 at 6:41 PM, Levente wrote:
> Hi,
>
>
> Could you tell me how is /etc/board.json generated? There might be a
> bug in this file, I'd like to fix.
>
It's the config_generate script that creates it:
https://github.com/openwrt/openwrt/blob/master/package/base-files/files/bin/conf
On Mon, Jun 18, 2018 at 5:07 AM, 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
> automaticall
t; https://github.com/dyne/dnscrypt-proxy
>>>
>>> However, the upstream (Frank Denis) recently released a 2.0 which is
>>> significantly different.
>>> It's now written in go, instead of C and it support the new version of
>>> the protocol (v2).
&g
On Fri, May 25, 2018 at 1:18 AM, Daniel Golle wrote:
> Hi!
>
> On Thu, May 24, 2018 at 10:38:45PM +0300, Alexandru Ardelean wrote:
>> On Thu, May 24, 2018 at 7:34 PM, Daniel Golle wrote:
>> > Use download from github archive corresponding to v3.14.4 tag because
&g
On Thu, May 24, 2018 at 7:34 PM, Daniel Golle wrote:
> Use download from github archive corresponding to v3.14.4 tag because
> the project's website apparently only offers 3.14.0-stable release
> downloads.
> Drop local patch for CVE-2017-13099 as it was merged upstream.
>
Looks good.
On a relate
On Sat, Apr 28, 2018 at 9:55 PM, Daniel Golle wrote:
> Some options' default values have been changed upstream, others were
> accidentally inverted (CONFIG_WOLFSSL_HAS_DES3). Also add options
> needed to build hostapd/wpa_supplicant against wolfssl.
Sorry for the late reply.
I wanted to take a lo
On Sun, Apr 1, 2018 at 5:48 PM, Hauke Mehrtens wrote:
> The next OpenWrt release will use kernel 4.9 and kernel 4.14 depending
> on the target. All targets that are *not* on either kernel 4.9 or 4.14
> will not be included in the next release.
>
> I did some overview of the kernel version some mon
On Fri, Mar 9, 2018 at 7:24 AM, Daniel Santos wrote:
> Hello. I'm not very good with make and I need to make many changes to my
> kernel .config for debugging. I wrote a patch to add an option to tell
> OpenWRT to leave it alone, but I don't understand this build system very
> well and it seems to
On Wed, Feb 14, 2018 at 9:27 AM, John Crispin wrote:
> Hi,
>
> who can tell me the passwd please ? would be nice if we were able to
> retweet stuff like the FF GSoC stuff
>
>
I think in the worst-case you can reset the passwd, if you have access to
the email with which it was registered.
>
On Thu, Jan 18, 2018 at 10:31 AM, John Crispin wrote:
> Hi,
>
> I would like to close all ~1000 un-handled patches from the last 3 years and
> only keep stuff from the last 6 months. any problem with that ?
>
To add here.
Would it be possible/desire-able to add an auto-timeout to patchwork &
gith
Hey,
I remember seeing some interest a while back in DPDK.
I started a port of DPDK for some experiment I wanted to do, but in
the meantime I stopped because of reasons.
Here's the current code so far:
https://github.com/commodo/packages/tree/dpdk/net/dpdk
It should build in the current master
On Wed, Nov 29, 2017 at 1:00 PM, Nam Bong Ha wrote:
> Hi, all
>
> I am using an OpenWRT device that is configured to use ovs.
>
> I want to communicate between wireless devices and wired devices.
> Is the following connection possible?
>
>
> ONOS
>
On Tue, May 30, 2017 at 8:38 AM, Felix Fietkau wrote:
> On 2017-05-29 09:03, John Crispin wrote:
>> (resend, this time as plain text)
>>
>> Hi,
>>
>> here is a V3 of the remerge proposal, I tried to fold all the comments
>> people made into it, if anything is missing let me know. Please remeber
>>
On Tue, 30 May 2017 at 08:38, Felix Fietkau wrote:
> On 2017-05-29 09:03, John Crispin wrote:
> > (resend, this time as plain text)
> >
> > Hi,
> >
> > here is a V3 of the remerge proposal, I tried to fold all the comments
> > people made into it, if anything is missing let me know. Please remebe
On Mon, May 1, 2017 at 12:04 PM, Mangesh Bhamre wrote:
>
> Hello,
>
> Last time I reported this issue was for MT7620. dnscrypt-proxy now failing
> for MT7621.
>
> http://buildbot.openwrt.org:8010/broken_packages/ramips.mt7621/dnscrypt-proxy/compile.txt
>
> I am not sure what was the fix made. Li
an find some time to backport
> these changes to CC 15.05.
>
> xuebing
>
>
> On 2017年03月10日 03:46, Alexandru Ardelean wrote:
>>
>> Hey Xuebing,
>>
>> Apologies for the late response.
>> Short version: please checkout this PR
>> https://github.co
me space on your flash device.
I noticed that packages were shipping with test files ; I removed them.
Hope this helps.
Thanks
Alex
On Sat, Feb 18, 2017 at 1:26 AM, Xuebing Wang wrote:
> Hi Alex,
>
> Thank you so much for your help.
>
> xuebing wang
>
>
>
> On 2017年02月17
lmer
> from (git://github.com/openwrt/openwrt.git), feeds branch is for-15.05.
>
> Also, I am using Atheros platform based on MIPS architecture.
>
> Thanks again.
>
> xuebing wang
>
>
> On 2017年02月17日 15:31, Alexandru Ardelean wrote:
>>
>> Oh.
>>
>
Oh.
This is an old topic.
Let me think about it, for a bit.
Quick q: which Python version are you using and from which repo/branch ?
I usually test against trunk.
Thanks
Alex
On Fri, Feb 17, 2017 at 8:40 AM, Xuebing Wang wrote:
> Hi Community and Alexandru:
>
> I am using OpenWrt chaos_calmer
x,
>
> ramips architecture. Mt7620 make file.
>
> Regards
> Mangesh
>
> On 11-Feb-2017 4:56 PM, "Alexandru Ardelean"
> wrote:
>
> Hey Mangesh,
>
> So, I don't use much ImageBuilder.
> I don't even know how that works.
>
> I usually just d
t image-builder and no reference there. I run
>> following command to build - same works fine for CC 15.05.1
>>
>> make image PROFILE=Default PACKAGES="-wpad-mini wpad luci curl
>> ca-certificates dnscrypt-proxy" FILES=/home/mangesh/files
>>
>> Surely no ty
Do you have a Package/dnscrypt-proxy/install rule ?
Are you calling the BuildPackage rule ?
Do you have Package/dnscrypt-proxy/description rule ?
And check for typos if above stuff is checked.
Thanks
Alex
On Tue, 7 Feb 2017 at 18:21, Mangesh Bhamre wrote:
> Hello OpenWRT team,
>
> I wish to
@ 郭涛
I took a look over your patch.
I wonder if that's just specific to ARM architecture.
I don't have an ARM device to test.
On Fri, Jan 20, 2017 at 9:24 AM, Alexandru Ardelean
wrote:
> Hey,
>
> So, just to follow up, real quick.
> There's another proposal here [t
Hey,
So, just to follow up, real quick.
There's another proposal here [that started in parallel and earlier than mine]:
https://patchwork.ozlabs.org/patch/713718/
On Thu, Jan 19, 2017 at 9:07 PM, Alexandru Ardelean
wrote:
> Cool.
>
> Then, a fix I'm proposing to LEDE, and
earlier. Having the correct binary location
> in /proc/sys/kernel/modprobe resolves any problems with python-iptables.
> It's really just a problem with the kernel not populating that file
> correctly.
>
> Thanks,
> Andrew
>
>
> On 1/19/17 11:49, Alexandru Ardelean wr
some kernel hardware driver. I'm not sure if the default
> compile options include kernel drivers for all HDDs, or for SATA/AHCI. You
> probably just need to include some extra kernel drivers in make menuconfig.
>
> --Andrew
>
>
> On 1/19/17 04:31, Alexandru Ardelean wrot
mtdblock0...
On Wed, Jan 18, 2017 at 6:05 PM, Alexandru Ardelean
wrote:
> Hey,
>
> So, if you try on the system.
>
> echo /usr/sbin/modprobe > /proc/sys/kernel/modprobe
>
> Does it work ? I mean to just import iptc ?
> It worked for me, but I tried on a LEDE system (x
7;uname -m' to get your matchine name and run 'ldconfig
>> -p' to get library type.
>> Atter all, append '$machine' : '$type' to mach_map list in
>> ctypes/util.py and try find_library('pthread')
>>
>>
>>>>> from ctypes.uti
about seems also to suggest that this file should contain
> the location of the modprobe binary. So I would say this is also a bug.
>
> Thanks!
> --Andrew
>
>
> On 1/16/17 07:23, Alexandru Ardelean wrote:
>>
>> Hey Andrew & 郭涛
>>
>> Sorry I did not ans
Hey Andrew & 郭涛
Sorry I did not answer sooner.
@Andrew: do you have a Makefile for the python-iptables packages ?
I'd like to try to build it and see the issue. Or, are you just using
that .py file ?
Can you give a bit more input on which Python version you're using,
and which OpenWrt version?
I
On Mon, Dec 19, 2016 at 1:41 AM, Philip Prindeville
wrote:
> Hi.
>
> I’m trying to add the Intel e1000e, igb, and ixgbe drivers that are on Source
> Forge.
>
> A snapshot of my work is here:
>
> https://github.com/pprindeville/packages/tree/sf-ether
>
> When I build this as “make -j1 V=s” using a
On Tue, Jun 28, 2016 at 4:38 PM, Alexandru Ardelean
wrote:
> On Tue, Jun 28, 2016 at 4:29 PM, 조동규 wrote:
>> At first, i reset my router using tftp with ArcherC7v2_tp_recovery.bin file.
>> I set it internet works, and then I did opkg update and opkg install
>> openvswitch.
On Tue, Jun 28, 2016 at 1:05 PM, 조동규 wrote:
> Hi,
>
> I'm trying to install openvswitch on OpenWRT in Archer C7.
>
> When i try to install openvswitch, error message below had came up.
>
> Downloading
> http://downloads.openwrt.org/chaos_calmer/15.05.1/ar71xx/generic/packages/packages/kmod-openvsw
are fixed.
> >
> > Cc: sta...@vger.kernel.org
> > Signed-off-by: Russell King
> > Signed-off-by: Herbert Xu
> >
> > Signed-off-by: Alexandru Ardelean
> > ---
> > .../302-add-statesize-to-talitos-crypto-driver.sh | 100
> +
ahash algorithms until they are fixed.
Cc: sta...@vger.kernel.org
Signed-off-by: Russell King
Signed-off-by: Herbert Xu
Signed-off-by: Alexandru Ardelean
---
.../302-add-statesize-to-talitos-crypto-driver.sh | 100 +
1 file changed, 100 insertions(+)
create
7; and
'mtdinfo' commands.
I had thought about just adding the 2 cmds to the ubi-utils install rule
but maybe for a more generic use-case they might not be needed.
Signed-off-by: Alexandru Ardelean
---
package/utils/ubi-utils/Makefile | 27 +++
1 file change
chain-powerpc_8540_gcc-5.3.0_musl-1.1.14/include/bits/user.h:1:8:
note: originally defined here
struct pt_regs {
^
Makefile:3141: recipe for target 'strace-process.o' failed
=======
Signed-off-by: Alexandru Ardelean
---
.../ocedo-00
lly etc
Hence the RFC on this patch.
Signed-off-by: Alexandru Ardelean
---
.../musl/patches/301-ppc-add-header-guards-user-h.patch | 17 +
1 file changed, 17 insertions(+)
create mode 100644
toolchain/musl/patches/301-ppc-add-header-guards-user-h.patch
diff --git a/toolchain
From: Alexandru Ardelean
Since commit 60f1444 , this struct is no longer used.
Signed-off-by: Alexandru Ardelean
---
defaults.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/defaults.c b/defaults.c
index e246949..3d210f9 100644
--- a/defaults.c
+++ b/defaults.c
@@ -164,13 +164,6
From: Alexandru Ardelean
Since commit 60f1444 , this struct is no longer used.
Signed-off-by: Alexandru Ardelean
---
defaults.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/defaults.c b/defaults.c
index e246949..3d210f9 100644
--- a/defaults.c
+++ b/defaults.c
@@ -164,13 +164,6
ngs being treated as errors
CC bpf.o
LD libbpf-in.o
powerpc-openwrt-linux-musl-ld: cannot find libbpf.o: No such file or directory
Signed-off-by: Alexandru Ardelean
---
.../301-fix-edeadlock-define-collisions-with-musl.patch | 15 +++
1 file changed, 15 insertions(+)
This has been added to the kernel uapi for a while, and makes
sense to have it here too.
At the moment we're using it for query-ing qdisc via netlink
using libnl-tiny.
Signed-off-by: Alexandru Ardelean
---
package/libs/libnl-tiny/src/include/linux/gen_stats.h | 12
1 file ch
On Thu, Mar 10, 2016 at 6:38 PM, Jo-Philipp Wich wrote:
> Hi Jason,
>
> no reason against it per se but it would introduce a new build prereq I
> suppose. If possible we'd like to stick to things we already require
> (perl, awk, shell).
>
>
> Regards, Jo
>
From: Alexandru Ardelean
Copy 'cuImage.tl-wdr4900-v1-initramfs' only for the 'generic' subtarget.
This is a follow-up to:
http://git.openwrt.org/?p=openwrt.git;a=commitdiff;h=b889fe55c1844aec2c03da28fecb03e958c21f18
We build our initramfs images more rarely, so it took a
From: Alexandru Ardelean
In our case we don't call reset (to reset the chip and the driver)
on each reconfigure.
So, we can re-use the 'enable_vlan' call, because this gets called
once on each switch re-configure and we can reset all previously
set VLANs.
Signed-off-by: Ale
On Tue, Jan 19, 2016 at 11:38 AM, Dan Bugnar wrote:
> Should I remove this part? Maybe comment it (to have a sample) or replace
> with something else.
>
> Dan Bugnar
>
> On Tue, Jan 19, 2016 at 11:20 AM, Dan Bugnar wrote:
>
>> Should I remove this part? Maybe comment it (to have a sample) or rep
de ).
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/Makefile | 9 -
package/network/services/lldpd/files/lldpd.init | 12 +++-
package/network/services/lldpd/files/lldpd.unconf | 9 +
3 files changed, 24 insertions(+), 6 deletions(-)
create
From: Alexandru Ardelean
The problem is that interfaces are specified at start as
command line arguments, making them unchange-able via reload.
That means, we have to move (since lldpd allows this) the
interfaces-match-pattern option to be in a config file and reload
the configuration.
It&#
@Ronaldo: there was a patch submission to add OVS support to netifd.
http://comments.gmane.org/gmane.comp.embedded.openwrt.devel/21591
I was not accepted from the looks of it.
Regarding the discussion about the upgrade to 2.5.0.
Let's move it here:
https://github.com/openwrt/packages/issues/2201
Warning is:
#warning redirecting incorrect #include to
---
.../libnl/patches/001-fix-poll-h-include-warning-on-musl.h | 13 +
1 file changed, 13 insertions(+)
create mode 100644
package/libs/libnl/patches/001-fix-poll-h-include-warning-on-musl.h
diff --git
a/package/libs/libnl
At the moment, we do our own null checks before calling ubus_free().
The likely-hood of 'ctx' being null (in ubus_free()) is low,
but since free() handles null, might make sense for ubus_free() to do so as
well.
Signed-off-by: Alexandru Ardelean
---
libubus.c | 2 ++
1 file
l/binutils/2014-09/msg00095.html
Signed-off-by: Alexandru Ardelean
---
package/devel/binutils/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/devel/binutils/Makefile b/package/devel/binutils/Makefile
index f8549ad..8e25a1e 100644
--- a/package/devel/binut
This would in essence re-use the current b53_flush_arl() function
with the added part that we can select a single port to flush ARL for.
Signed-off-by: Alexandru Ardelean
---
.../generic/files/drivers/net/phy/b53/b53_common.c | 29 ++
.../generic/files/drivers/net/phy/b53
From: Alexandru Ardelean
This should ensure that lldpd is among the first processes to stop,
so that it has time to send the shutdown LLDPU to the other side,
before the network goes down.
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/files/lldpd.init | 3 ++-
1 file
This fix contains 2 parts:
- kernel 4.1: backport upstream patch "perf build: Do not fail on missing
Build file"
- add NO_LZMA=1 to perf MAKE_FLAGS to disable LZMA support
Signed-off-by: Alexandru Ardelean
---
package/devel/perf/Makefile| 1 +
...f-build-D
me.
Your call :)
On Mon, Oct 26, 2015 at 12:58 PM, John Crispin wrote:
> thanks ! the patch looks good but i am failing to understand why the
> lzma needs to be added :)
>
> On 26/10/2015 11:52, Alexandru Ardelean wrote:
> > Ah, sorry about this.
> > I forgot about
gt; >
> > On 15/10/2015 15:01, Alexandru Ardelean wrote:
> >> This fix contains 2 parts:
> >> - kernel 4.1: backport upstream patch "perf build: Do not fail on
> missing Build file"
> >> - add +liblzma dependency
> >>
> >
> > did
Yep, seen this a couple of times.
You're building for an x86 target, but you're including the host Python's
Python.h file.
Any idea why this happens ? Or if you're include paths are ok ?
It could also [very likely] be a regression with the Python package.
If you want, you could show me your Makef
This fix contains 2 parts:
- kernel 4.1: backport upstream patch "perf build: Do not fail on missing
Build file"
- add +liblzma dependency
Signed-off-by: Alexandru Ardelean
---
package/devel/perf/Makefile| 2 +-
...f-build-Do-not-fail-on-missing-Build-file.
From: Alexandru Ardelean
Seems the default one is not working as expected.
The way that reload should work is that the 'start' service
call should return 1 (if lldpd is running) and then a normal
restart would be called.
However, for lldpd a reload would mean just clearing all custo
33 PM, Rick Farina wrote:
> At least aircrack-ng wants genl as well as core. Please feel free to
> fix aircrack-ng to dep properly when you make this change.
>
> Thanks,
> Zero_Chaos (openwrt maintainer of aircrack-ng)
>
> On 09/23/2015 04:17 AM, Alexandru Ardelean wrote:
&g
From: Alexandru Ardelean
Seems the match pattern was being adapted from 'eth0' to ' eth0'
because of the way I added the procd command args.
This did not seem to be a problem when there were multiple interfaces,
just on devices with single interfaces for lldpd to liste
Only add 'cuImage.tl-wdr4900-v1' to KERNEL_IMAGES if
the selected subtarget is 'generic'.
Signed-off-by: Alexandru Ardelean
---
target/linux/mpc85xx/Makefile | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/target/linux/mpc85xx/Makefile b/target/li
From: Alexandru Ardelean
Some modules may require only libnl-genl, some
libnl-route and fewer would require libnl-nf.
This patch splits the entire libnl package into smaller
more granular libs that can be installed individually as required.
Also added libnl*.so symlinks for convenience
On Tue, Sep 22, 2015 at 4:45 PM, Felix Fietkau wrote:
> On 2015-09-22 15:11, Alexandru Ardelean wrote:
> >
> >
> > On Tue, Sep 22, 2015 at 4:05 PM, Matthias Schiffer
> > mailto:mschif...@universe-factory.net>>
> > wrote:
> >
> >
On Tue, Sep 22, 2015 at 4:05 PM, Matthias Schiffer <
mschif...@universe-factory.net> wrote:
> On 09/22/2015 06:25 PM, Alexandru Ardelean wrote:
> > From: Alexandru Ardelean
> >
> > Signed-off-by: Alexandru Ardelean
> > ---
> > target/linux/mpc85xx/Ma
On Thu, Sep 17, 2015 at 5:13 PM, Alexandru Ardelean
wrote:
>
>
> On Thu, Sep 17, 2015 at 4:50 PM, Felix Fietkau wrote:
>
>> On 2015-09-17 15:05, Alexandru Ardelean wrote:
>> > From: Alexandru Ardelean
>> >
>> > The idea is that we may only need th
From: Alexandru Ardelean
Signed-off-by: Alexandru Ardelean
---
target/linux/mpc85xx/Makefile | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/target/linux/mpc85xx/Makefile b/target/linux/mpc85xx/Makefile
index e43327a..bfc2c8d 100644
--- a/target/linux/mpc85xx/Makefile
On Thu, Sep 17, 2015 at 4:50 PM, Felix Fietkau wrote:
> On 2015-09-17 15:05, Alexandru Ardelean wrote:
> > From: Alexandru Ardelean
> >
> > The idea is that we may only need the libnl core,
> > or libnl-route or libnl-nf libs, but maybe not all of them.
> >
>
Signed-off-by: Alexandru Ardelean
---
package/network/services/dropbear/files/dropbear.init | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/network/services/dropbear/files/dropbear.init
b/package/network/services/dropbear/files/dropbear.init
index 01d88af..03745c9 100755
--- a
From: Alexandru Ardelean
The idea is that we may only need the libnl core,
or libnl-route or libnl-nf libs, but maybe not all of them.
This way we can select which ones we need without bloating the
firmware image too much.
Signed-off-by: Alexandru Ardelean
---
package/libs/libnl/Makefile
procd is for service handling mostly; so, start/stop/etc
basically you'd need to have another service that does usb-device handling
(of that device).
what i'd do, is to write a hotplug script, add it under /etc/hotplug.d and
then call whatever needs to be called from that script
it can be a ubus c
OVS seems to work fine if I compile it with uClibc instead of musl
On x86 (kernel 4.1 added manually) + uClibc + OVS 2.4 it works fine
On x86 (kernel 4.1 added manually) + musl + OVS 2.4 it seems to segfault
Will keep looking.
On Tue, Aug 11, 2015 at 12:05 PM, Alexandru Ardelean wrote:
> W
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/files/lldpd.init | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/services/lldpd/files/lldpd.init
b/package/network/services/lldpd/files/lldpd.init
index 4b49cbd..bd957b6 100644
--- a
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/files/lldpd.init | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/network/services/lldpd/files/lldpd.init
b/package/network/services/lldpd/files/lldpd.init
index fca0ebf..278dbaf 100644
--- a/package/network
And add respawn param (the main reason for this conversion).
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/files/lldpd.init | 31 ++---
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/package/network/services/lldpd/files/lldpd.init
b
This call is no longer supported.
Maybe a come-back for it would be to use a config /etc/lldpd.conf
or /etc/lldpd.d/.conf
Signed-off-by: Alexandru Ardelean
---
package/network/services/lldpd/files/lldpd.init | 5 -
1 file changed, 5 deletions(-)
diff --git a/package/network/services/lldpd
hanging any
> settings on the bridge.
>
> Additionally, the switch does not connect to the controller. I'm not sure
> how to debug
> this further, but if you have an idea I will test it on the device.
>
>
> Am 07.08.2015 um 16:14 schrieb Alexandru Ardelean:
> > @Florian
> >
1 - 100 of 217 matches
Mail list logo
