Re: [OpenWrt-Devel] imx6: imagebuilder error due to f2fs

On 2018-09-04 22:04, Felix Fietkau wrote: > On 2018-09-04 18:39, Koen Vandeputte wrote: >> Hi Felix, >> >> Starting from commit [1], I'm getting this error when trying to use the >> Imagebuilder, even when selecting them in the build: >> >> ... >> Pa

Re: [OpenWrt-Devel] imx6: imagebuilder error due to f2fs

On 2018-09-04 18:39, Koen Vandeputte wrote: > Hi Felix, > > Starting from commit [1], I'm getting this error when trying to use the > Imagebuilder, even when selecting them in the build: > > ... > Package libc (1.1.19-1) installed in root is up to date. > Package libgcc (7.3.0-1) installed in

Re: [OpenWrt-Devel] [PATCH] hostapd: Fix compile with OpenSSL 1.1.0 + no deprecated APIs

On 2018-06-16 03:40, Rosen Penev wrote: > Signed-off-by: Rosen Penev Did you send this patch upstream? - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] hostapd fails to compile

On 2018-07-20 14:25, Mathias Kresin wrote: > 2018-07-20 10:03 GMT+02:00 e9hack : >> Hello, >> >> after this commit: >> >> commit 3838b16943c6021e3ff06d5733df890408ad7158 >> hostapd: fix conflicts hell >> >> hostapd fails to compile with this error message: >> >> ccp: >>

Re: [OpenWrt-Devel] [PATCH 1/3] kernel: improve ubi auto attach code readability

On 2018-07-19 19:05, Mathias Kresin wrote: > The early return on failed open of the mtd device allows to get rid of > one level of indentation. > > Move the put_mtd_device() called on multiple error conditions to a goto > label to use it later for more error conditions. > > While at it, make

Re: [OpenWrt-Devel] hostapd fails to compile

On 2018-07-20 10:03, e9hack wrote: > Hello, > > after this commit: > > commit3838b16943c6021e3ff06d5733df890408ad7158 > hostapd: fix conflicts hell > > hostapd fails to compile with this error message: I just pushed a fix for that. - Felix

Re: [OpenWrt-Devel] Master build failure since NASM for x86_64

On 2018-07-10 12:37, Koen Vandeputte wrote: > Hi All, > > Since the NASM additions, I'm getting this build error when compiling > for target x86_64: > I'm NOT getting the errors on builds for targets: ar71xx, cns3xxx, imx6 I did some more digging and figure out that the cause of the build error

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

On 2018-07-05 11:18, Felix Fietkau wrote: > On 2018-07-05 02:00, Syrone Wong wrote: >>> I believe the actual fix is in this commit: >>> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62 >>> >>> I believe the actual u

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

On 2018-07-05 02:00, Syrone Wong wrote: >> I believe the actual fix is in this commit: >> https://github.com/gcc-mirror/gcc/commit/3fa2798aa887d141d86985240f03e2f3809e7e62 >> >> I believe the actual underlying issue is described at the end of >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139 >

Re: [OpenWrt-Devel] [RFC] toolchain: gcc: drop 850-use_shared_libgcc.patch

On 2018-07-04 21:53, Felix Fietkau wrote: > On 2018-06-25 07:30, Yousong Zhou wrote: >> A link error was encountered when invoking "gccgo -static hello.go" to test a >> fix for gccgo [1]. The linker cannot find reference to _Unwind_Resume which >> is >> defin

Re: [OpenWrt-Devel] [RFC] toolchain: gcc: drop 850-use_shared_libgcc.patch

On 2018-06-25 07:30, Yousong Zhou wrote: > A link error was encountered when invoking "gccgo -static hello.go" to test a > fix for gccgo [1]. The linker cannot find reference to _Unwind_Resume which > is > defined in libgcc_eh.a and from the "gccgo -v" and "gccgo -dumpspecs" output, > I > found

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain/gcc: add GCC 8.1.0

On 2018-06-21 17:08, wong.syr...@gmail.com wrote: > From: Syrone Wong > > Changes compared to GCC 7.x > > 001-revert_register_mode_search.patch dropped > > The commit guards comparison via maybe_gt(), while > 001-revert_register_mode_search.patch simply ignore > "GET_MODE_SIZE (mode) >

Re: [OpenWrt-Devel] [PATCH 1/4] tools: build squashfs (v3) for ath79

On 2018-06-13 20:01, Mathias Kresin wrote: > 13.06.2018 10:51, Zoltan HERPAI: >> Certain Netgear devices use BE squashfs for the kernel image. As >> squashfs4 only supports creating LE images, add squashfs (v3) into >> the tools to be built for ath79. >> >> Trying to use an LE squashfs (thus

Re: [OpenWrt-Devel] Sysupgrade failure (unable to kill all processes).

On 2018-06-05 23:02, Stijn Segers wrote: > > Op za, 2 jun 2018 om 8:34 , schreef A. Benz via openwrt-devel > : >> 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

Re: [OpenWrt-Devel] [PATCH] ramips: Fix WiFi after 5f7396ebef09b224edf08b0bda113613a42f0928

On 2018-05-29 20:03, Rosen Penev wrote: > That commit exposed a bug in the DTS files used by mt7621 where the wrong > reg value for pcie1 (and potentially pcie2) was being used. This was > causing WiFi failures for interfaces in pcie1. > > eg. 2.4GHz working but not 5GHz. > > As all of these dts

Re: [OpenWrt-Devel] Wifi-related kernel-oops on mt7621 after 4.14 update

On 2018-04-17 13:50, Kristian Evensen wrote: > This is with the same image as last time (commit > f6e6eadc99c6274207f8f2ebc739063549959a1f) and configuration (radios > used as clients). I see that mt76 has been updated during the weekend > so I will go ahead and compile a new image with the latest

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

On 2018-04-13 11:34, Sven Eckelmann wrote: > On Freitag, 13. April 2018 01:41:31 CEST Daniel Golle wrote: >> Unlike when operating in Ad-Hoc mode, we apparently need to pass the >> hostapd control socket interface to wpa_supplicant when using 802.11s >> mesh mode. >> >> There also seems to still

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] busybox: update to version 1.28.1

On 2018-03-27 18:42, Daniel Golle wrote: > Addresses CVE-2017-15873 and CVE-2017-15874. > Patch 600-cve-2017-16544.patch replaced by upstream fix. > Some smaller changes mostly related to the elimination of > getops's opt_complementary were needed for other patches. > > Signed-off-by: Daniel

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] hostapd: update to git snapshot of 2018-03-13

On 2018-03-27 18:40, Daniel Golle wrote: > Runs nice and stable since this post. > Should I just push it? > > Tested on: ramips/mt7621, ar71xx/generic ACK, thanks for reminding me. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH] mvebu: disable CPU_IDLE as a Mamba instability workaround

On 2018-03-19 10:51, Bjørn Mork wrote: > A regression seriously affecting the Linksys WRT1900ACv1 (Mamba) was > introduced some time between the OpenWrti/LEDE v4.4 and v4.9 kernels. > The root cause has not yet been identified, despite many attempts for > more than a year. However, disabling

Re: [OpenWrt-Devel] Reducing the root file system in openwrt

On 2018-03-07 13:00, Arjav Parikh wrote: > Hi Ronaldo, > > I am building firmware for IPQ806x platform. I have been able to > reduce my firmware image from 22 MB to 10 MB by disabling unwanted > kernel modules and libraries using make menuconfig. > > But there are files in

Re: [OpenWrt-Devel] [LEDE-DEV] 18.03/4 -> GCC 5 or 7

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/openwrt/pull/733 > I do not have a

Re: [OpenWrt-Devel] Latest OpenWRT on Gemini v4.14

On 2018-02-27 22:45, Linus Walleij wrote: >> Someone said he wanted to look into the gemini target as it was still on >> kernel 4.4 and therefore on the list of targets which are getting removed. >> >> Can you please run "make kernel_oldconfig" to remove the unneeded >> configuration options for

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 16:39, Tim Harvey wrote: > On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-22 09:34, Felix Fietkau wrote: >>> On 2018-02-22 01:12, Tim Harvey wrote: >>>> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 09:34, Felix Fietkau wrote: > On 2018-02-22 01:12, Tim Harvey wrote: >> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: >>> On 2018-02-20 19:23, Tim Harvey wrote: >>>> We are using F2FS as our overlay read/write FS. Oth

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-22 01:12, Tim Harvey wrote: > On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2018-02-20 19:23, Tim Harvey wrote: >>> We are using F2FS as our overlay read/write FS. Others can be supported >>> as modules. >&g

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 2/8] octeontx: remove static EXT2/3/4 FS support

On 2018-02-20 19:23, Tim Harvey wrote: > We are using F2FS as our overlay read/write FS. Others can be supported > as modules. > > Signed-off-by: Tim Harvey I think it would be a good idea to leave in ext4. If the overlay storage area is too small for f2fs, fstools chooses

Re: [OpenWrt-Devel] [PATCH RFC] mac80211: Don't check for platform files with external kernel trees

> On 8. Jan 2018, at 10:31, Florian Fainelli wrote: > > When building with an external kernel tree, do not check the different > platform files since this is almost guaranteed they are going to differ. > > Signed-off-by: Florian Fainelli But that

Re: [OpenWrt-Devel] [PATCH v4 0/8] merge: add OpenWrt branding

On 2017-11-07 09:45, 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

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v3] merge: add OpenWrt branding

On 2017-11-04 19:04, 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

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 1/9] hwmon-coretemp: add thermal monitor for Core/Core2/Atom

On 2017-10-23 05:50, Yousong Zhou wrote: > On 23 October 2017 at 04:21, Zoltan HERPAI wrote: >> From: Philip Prindeville >> >> Signed-off-by: Philip Prindeville >> --- >> package/kernel/linux/modules/hwmon.mk | 15

Re: [OpenWrt-Devel] USB or SD card not mounted in Omega2+ router with LEDE iamge

On 2017-05-31 21:58, Arun Kumar wrote: > Hi All, > > I am facing an error where I can't find my USB or SD card and hence cant > upgrade to a new image. > > SD Card or USB device plugged in would be usually automounted at > /tmp/mounts > But after sysupgrading to the latest LEDE image, the

Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal V3

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 > that post remerge anything can be voted on, so cluttering

Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal

On 2017-05-09 18:29, Philip Prindeville wrote: > I’d like to suggest one more action item to this list if I can. It > would be handy to have a single database for user > authentication/identification for submitting bugs, editing the Wiki, etc. > > Previously there were too many places where you

Re: [OpenWrt-Devel] [PATCH 0/2] genimage support

On 2017-03-24 09:50, yegorsli...@googlemail.com wrote: > From: Yegor Yefremov > > Some embedded Linux distributions like Buildroot provide genimage as > a host package, that can be then used to create bootable SD card images > or complete images for flash devices. >

Re: [OpenWrt-Devel] [PATCH] packages: Use https instead of git

On 2017-02-15 13:20, Imre Kaloz wrote: > Hi Alexey, > > On 2017-02-15 11:11, Alexey Brodkin wrote: >> From: Alexey Brodkin >> >> On some [especially corporate] networks non-standard ports are blocked >> and git is one of them. So switch to more convenient https

Re: [OpenWrt-Devel] ubus/libubox: SIGTERM/SIGINT signals received during ubus_complete_request() calls are ignored

On 2017-02-03 16:41, Alin Năstac wrote: > On Fri, Feb 3, 2017 at 4:19 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2017-02-03 15:57, Alin Năstac wrote: >>> Hi Felix, >>> >>> The SIGTERM ignore issue I was experiencing before is no longer >>> rep

Re: [OpenWrt-Devel] ubus/libubox: SIGTERM/SIGINT signals received during ubus_complete_request() calls are ignored

On 2017-02-03 15:57, Alin Năstac wrote: > Hi Felix, > > The SIGTERM ignore issue I was experiencing before is no longer > reproducible after I apply your patch. > > However, I'm concerned about a possible ignore of SIGTERM signal > received during a ubus_complete_request() call. If

Re: [OpenWrt-Devel] ubus/libubox: SIGTERM/SIGINT signals received during ubus_complete_request() calls are ignored

Hi Alin, On 2017-02-03 09:29, Alin Năstac wrote: > Hi Felix, > > SIGTERM & SIGINT signals received during ubus_complete_request() > waiting for ubus_poll_data() to return are ignored due to > uloop_cancelled being restored to its previous value it had before > uloop_poll_data() was called. > >

Re: [OpenWrt-Devel] [LEDE-DEV] Bounty: simplify extracting/restoring kernel .config

On 2017-01-31 16:21, Zoltan Gyarmati wrote: > Adding an i2c RTC to the RT5350F-OLinuXino board. > It's already requires patching the dts file to enable the i2c port, but > that change i want to sent to upstream (as that is generally useful), > while adding my type of RTC chip to the device tree

Re: [OpenWrt-Devel] [LEDE-DEV] Bounty: simplify extracting/restoring kernel .config

On 2017-01-31 16:04, Zoltan Gyarmati wrote: > On 01/31/2017 10:19 AM, Felix Fietkau wrote: >> On 2017-01-29 22:37, Philip Prindeville wrote: >>> Hi. >>> >>> I’m working on a project where I need to be able to force certain >>> kernel configuration p

Re: [OpenWrt-Devel] [LEDE-DEV] Bounty: simplify extracting/restoring kernel .config

On 2017-01-29 22:37, Philip Prindeville wrote: > Hi. > > I’m working on a project where I need to be able to force certain > kernel configuration parameters from a script, to automate building > tailored kernels for performance testing, certification, etc. > > I love the way that I can use

Re: [OpenWrt-Devel] [PATCH 2/3] hosap: Add ibss-key-mgt patch from upstream.

On 2017-01-20 11:05, Felix Fietkau wrote: > On 2017-01-20 00:14, gree...@candelatech.com wrote: >> From: Ben Greear <gree...@candelatech.com> >> >> Signed-off-by: Ben Greear <gree...@candelatech.com> > That fix has been in the tree for a few days already :)

Re: [OpenWrt-Devel] [PATCH 2/3] hosap: Add ibss-key-mgt patch from upstream.

On 2017-01-20 00:14, gree...@candelatech.com wrote: > From: Ben Greear > > Signed-off-by: Ben Greear That fix has been in the tree for a few days already :) - Felix ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [LEDE-DEV] per-cpu IRQ stack on MIPS

On 2017-01-15 15:18, Jason A. Donenfeld wrote: > Here's the raw diff of this series directly from -next, in case it helps: > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/rawdiff/?id=3cc3434fd6307d06b53b98ce83e76bf9807689b9=fe8bd18ffea5327344d4ec2bf11f47951212abd0~ Tests were

Re: [OpenWrt-Devel] [LEDE-DEV] per-cpu IRQ stack on MIPS

On 2017-01-15 14:32, Jason A. Donenfeld wrote: > Hey Felix, > > On Wed, Jan 11, 2017 at 10:59 AM, Felix Fietkau <n...@nbd.name> wrote: >>> It prevents crashes when lots of different networking drivers are >>> stacked on top of eachother, like gre+l2tp+something

Re: [OpenWrt-Devel] [LEDE-DEV] per-cpu IRQ stack on MIPS

On 2017-01-11 00:34, Jason A. Donenfeld wrote: > Hey folks, > > You might considering backporting this patchset to the LEDE/OpenWRT kernel: > > http://www.spinics.net/lists/mips/msg65937.html > > It prevents crashes when lots of different networking drivers are > stacked on top of eachother,

Re: [OpenWrt-Devel] Any interest in adding runit to OpenWRT?

Hi Denys, On 2016-12-03 14:05, Denys Vlasenko wrote: > Hi Felix, guys, > > I noticed that ntpd is running on my 15.05.1, > but its output goes to /dev/null! > > I noticed this because ntpd lost sync, > but it was not possible to see it because its output > (which contains this information) is

Re: [OpenWrt-Devel] [LEDE-DEV] [OpenWrt] Project proposal: The GNUnet of autonomous Things

On 2016-12-01 16:38, Daniel Golle wrote: > Hi Felix, > > On Thu, Dec 01, 2016 at 04:12:38PM +0100, Felix Fietkau wrote: >> On 2016-12-01 16:05, Daniel Golle wrote: >> > I was following your posts and do believe there is quite some overlap. >> > It would thus be

Re: [OpenWrt-Devel] [OpenWrt] [LEDE-DEV] Project proposal: The GNUnet of autonomous Things

On 2016-12-01 16:05, Daniel Golle wrote: > Hi Sukru, > > On Tue, Nov 22, 2016 at 08:52:57PM +, Sukru Senli wrote: >> Hi Daniel, >> >> Regarding (Phase 2 - ubus rpc proxy), I had opened a thread in October: >> https://lists.openwrt.org/pipermail/openwrt-devel/2016-October/042252.html >> >>

Re: [OpenWrt-Devel] [PATCH] [kernel] fix XW ethernet lockup ar71xx-ag71xx-ar803x

On 2016-11-27 01:19, Joe Ayers wrote: > From: Joe Ayers > > Fixes 19085 nanostation m5 loco xw loses interface > > Signed-off-by: Joe Ayers > Signed-off-by: Trevor Paskett > Signed-off-by: Darryl Quinn >

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] mac80211: Make wlcore platform-independent

uipped with either module may appear so we > remove dependency on OMAP. > > Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> > Cc: Jo-Philipp Wich <j...@mein.io> > Cc: Felix Fietkau <n...@nbd.name> > Cc: Imre Kaloz <ka...@openwrt.org> > --- > pack

Re: [OpenWrt-Devel] ubus: extending ubus over network to allow devices in the same network to exchange messages on a single common bus

Hi, On 2016-10-05 15:57, Sukru Senli wrote: > Dear OpenWrt developers, > > We, developers of IOPSYS (an OpenWrt based platform for residential > gateways) at Inteno, believe that extending ubus over network so that > multiple devices which are on the same network and running OpenWrt > could

Re: [OpenWrt-Devel] openwrt userspace git repo location

[Cc'd lede-dev@] On 2016-09-28 10:03, Luka Perkov wrote: > On Wed, Sep 28, 2016 at 08:46:51AM +0200, Felix Fietkau wrote: >> On 2016-09-28 00:56, Luka Perkov wrote: >> > Hi Felix, >> > >> > it seems there is some divergence from the Git repos hos

Re: [OpenWrt-Devel] openwrt userspace git repo location

On 2016-09-28 00:56, Luka Perkov wrote: > Hi Felix, > > it seems there is some divergence from the Git repos hosted on OpenWrt > site and on LEDE: > > http://git.openwrt.org/?p=project/ubus.git;a=summary > https://git.lede-project.org/?p=project/ubus.git;a=summary > > Do you know why is that? I

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH netifd 3/3] interface-event: Don't dequeue hotplug event in case of interface reload event

On 2016-09-14 14:44, Hans Dedecker wrote: > On Wed, Sep 14, 2016 at 1:15 PM, Felix Fietkau <n...@nbd.name> wrote: >> On 2016-09-13 14:33, Hans Dedecker wrote: >>> Dropping hotplug event in case of interface reload results into hotplug >>> scripts >>> not

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH netifd 3/3] interface-event: Don't dequeue hotplug event in case of interface reload event

On 2016-09-13 14:33, Hans Dedecker wrote: > Dropping hotplug event in case of interface reload results into hotplug > scripts > not being being run for the interface and thus external actors not being > informed > about the actual state of the interface. > > This is clearly visible if the

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH ubus 0/3] ubusd: fix ACL checking

On 2016-09-05 10:21, Denis Osvald wrote: > Ping? I've applied patch 1 and 3. I need more time to properly review patch 2. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] RFC netifd: UCI parameter to sort name servers in resolv.conf.auto

On 2016-09-05 10:45, Hans Dedecker wrote: > Hi Felix, > > Current implementation in netifd writes the dns servers into > resolv.conf.auto file based on the order of the interfaces in the > interface list which is alphabetical sorted. The resolver, in this > case dnsmasq, reads the

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 4/5 netifd] Prevent premature device free in interface_claim_device

On 2016-08-11 15:53, Hans Dedecker wrote: > interface_set_device_config can trigger a device free (for example > if the device is here only present in a bridge), which renders dev > invalid and leads to segfault. Add a lock to prevent this and > clean-up the code for readability. > >

Re: [OpenWrt-Devel] [OpenWrt] Upstreaming related doubt

On 2016-08-05 11:41, Abhijit Mahajani wrote: > Hello All, > > > > We have added Creator Ci40 into OpenWrt and its available at > https://github.com/CreatorDev/openwrt. We want to upstream our port to > the openwrt community. However currently we have based on 4.1 kernel.. > > I understand

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] linux/arc*: disable MAC frame filter in DW GMAC

On 2016-07-27 14:11, Alexey Brodkin wrote: > For some [still unknown] reason in ARC SDP boards > DW GMAC doesn't enter promiscuous mode if eth0 gets > added to the br-lan interface before Ethernet PHY finishes > autonegotiation (PHY gets reset on DW GMAC start). I think this is something we need

Re: [OpenWrt-Devel] [LEDE-DEV] Do we really need 000-keep_initrafs_the_default.patch?

On 2016-07-22 10:58, Alexey Brodkin wrote: > Hello, > > I'm wondering why there's a need for "000-keep_initrafs_the_default.patch"? > It could be found here: > -->8 > target/linux/generic/patches-3.18/000-keep_initrafs_the_default.patch >

Re: [OpenWrt-Devel] [LEDE-DEV] [RFC] Use CONFIG_USE_STRIP=y as default

On 2016-07-11 00:16, Heinrich Schuchardt wrote: > Currently the default for stripping when building Lede/OpenWRT is > CONFIG_USE_SSTRIP=y. > > This has the following impacts: > > Linking with GCC against libraries on the OpenWRT device is impossible. > > Python packages like pyusb that

Re: [OpenWrt-Devel] [LEDE-DEV] [BUG] package/devel/valgrind: cannot build for sunxi

On 2016-07-05 00:27, Heinrich Schuchardt wrote: > Sunxi Lamobo R1 is a subarchitecture of arm_v7. So valgrind should build > out of the box. > > Unfortunately it is disabled, because host_cpu = arm and not arm_v7. > > A messy workaround is to patch configure.ac adding > > arm*) >

Re: [OpenWrt-Devel] [PATCH] include/toplevel.mk: fix defconfig when ~/.openwrt/defconfig exists

On 2016-07-04 11:27, John Crispin wrote: > ./scripts/feeds update will reset the .config file if ~/.openwrt/defconfig > exists, thus resetting the target to ar71xx. > > Signed-off-by: John Crispin > --- > > i am not sure if this is correct or if refresh_config() inside scripts

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] netifd: remove wireless device when device fails to setup

On 2016-07-04 08:52, Eduardo Abinader wrote: > Thanks for the feedback, Felix. > > I will submit another patch(es) with the changes you commented. Ok? Sure, thanks. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] netifd: remove wireless device when device fails to setup

On 2016-07-01 11:50, Eduardo Abinader wrote: > Hi Felix, > > 1) Just set a non-allowed DFS channel for DE, for instance. > 2) Enable wireless; it fails > 3) Change to a valid channel; the wdev is not set up. > > There is also a leftover on /etc/init.d/network reload. > I think it should call

Re: [OpenWrt-Devel] [RFD] Future

On 2016-06-29 17:02, Jo-Philipp Wich wrote: > Hi Imre, > > can you provide a summary of the discussion? Imre's mail is pretty much a summary of the discussion that we had. We got along nicely and decided that to really resolve our issues we do need a proper face to face meeting. IRC/E-Mail just

Re: [OpenWrt-Devel] Response to LEDE proposal/queries/mail?

On 2016-06-27 11:56, mbm wrote: > Am I correct in assuming that this is also a statement that the LEDE > members will assist in accomplishing the tasks mentioned? From my side, yes - as long as we agree about the tasks in question. - Felix ___

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH libubox v2 3/3] blobmsg_json: add new functions blobmsg_format_json_value*

On 2016-06-21 17:19, Matthias Schiffer wrote: > The current blobmsg_format_json* functions will return invalid JSON when > the "list" argument is given as false (blobmsg_format_element() will > output the name of the blob_attr as if the value is printed as part of a > JSON object). > > To avoid

Re: [OpenWrt-Devel] [PATCH] wpa_supplicant: GNU Readline and History Support for command line

On 2016-06-07 19:25, Bima Hutama wrote: > -Description: > Include support for GNU Readline and History Libraries in wpa_cli. By > enabling > this, we will get history support for wpa_cli, so that > wpa_cli-interactive-mode > interprets up and down key as historical commands

Re: [OpenWrt-Devel] Response to LEDE proposal/queries/mail?

On 2016-06-08 11:12, Zoltan HERPAI wrote: >> Which exact goal are you referring to? Imho a 'split' never happened, >> everybody kept contributing to both projects. > Let me argue with that: > > 2016-06-07: 08:59 Changeset [49379] by nbd > treewide: fix replace nbd@… with nbd@… Signed-off-by: … >

Re: [OpenWrt-Devel] [LEDE-DEV] TR-069 for OpenWrt

On 2016-05-27 01:43, Delbar Jos wrote: > Hi all, > > At Technicolor we have followed with great interest the recent > proposals to enhance OpenWrt with an open source solution for TR-069 > remote management. As one of the world's largest vendors of modems > and routers for carrier applications,

Re: [OpenWrt-Devel] [PATCH] bcm53xx: Move SF mmap patch

On 2016-05-24 16:48, Marek Vasut wrote: > The patch adding SPI flash mmap read capability does not compile due to > missing > m25p80_rx_nbits() function. Move it to bcm53xx patch directory, where the > patch > adding this m25p80_rx_nbits() function resides. This doesn't make any sense to me. The

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

On 2016-05-23 20:03, John Crispin wrote: > Hi, > is it really a gnu extension or is uclibc b0rked for these symbols ? At least O_PATH is Linux specific, so defining _GNU_SOURCE makes sense. - Felix ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] include/kernel: Do not strip kernel's Elf

On 2016-05-18 15:59, Alexey Brodkin wrote: > Hi Felix, > > On Wed, 2016-05-18 at 15:49 +0200, Felix Fietkau wrote: >> On 2016-05-18 15:06, Alexey Brodkin wrote: >> > >> > Hi Felix, >> > >> > On Wed, 2016-05-18 at 14:57 +0200, Felix Fietka

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] include/kernel: Do not strip kernel's Elf

On 2016-05-18 15:06, Alexey Brodkin wrote: > Hi Felix, > > On Wed, 2016-05-18 at 14:57 +0200, Felix Fietkau wrote: >> On 2016-05-16 16:42, Alexey Brodkin wrote: >> > >> > If an image gets built as an Elf there's a chance >> > it will be

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] include/kernel: Do not strip kernel's Elf

On 2016-05-16 16:42, Alexey Brodkin wrote: > If an image gets built as an Elf there's a chance > it will be used by developers for debugging purposes. > In that case it's very helpful to keep debugging info > in that image. > > I would think that most OWRT-powered devices in production > will use

Re: [OpenWrt-Devel] [PATCH] [package] busybox: Add option to install example udhcpc script

On 2016-05-13 10:17, Michal Hrusecky wrote: > When building very minimal system, people might be interested in using udhcpc. > To be able to use it, it needs script to actually set addresses. There is an > example script provided in examples directory which might be good enough for > some

Re: [OpenWrt-Devel] [PATCHv2 001/001] [brcm63xx] Display the correct detected CPU ID

On 2016-05-09 13:19, Graham Fairweather wrote: > It wasn't my intention to spam the list. I asked for help on the > forum, I asked for help on IRC and I was told to try things. The > documents say if unsuccessful then try again. As a noob, it is not the > easiest process to follow, especially when

Re: [OpenWrt-Devel] [PATCHv2 001/001] [brcm63xx] Display the correct detected CPU ID

On 2016-05-09 12:50, Graham Fairweather wrote: > From: Graham Fairweather > > This patch fixes the logged detected CPU ID when an equivalent is used, > like in the case where we have a bcm6369 and configuration for a > bcm6368 is used. > So, it will display 'Detected Broadcom

Re: [OpenWrt-Devel] Introducing the LEDE project

On 2016-05-05 20:22, mbm wrote: > On 5/5/2016 7:40 AM, Felix Fietkau wrote: >> Many of the changes that we previously tried to introduce were often >> squashed by internal disagreements. Resulting discussions often turned >> toxic quickly and led to nothing being done

Re: [OpenWrt-Devel] Introducing the LEDE project

r effort to have an open discussion about this, however the sudden deletion of our widely published openwrt.org email addresses somewhat undermines this. We will not respond in kind and we will continue to maintain the critical parts of OpenWrt infrastructure that we control. Regards, Felix

Re: [OpenWrt-Devel] Request for Feedback - prplwrt Software Support Program - initial draft

On 2016-03-09 17:46, Kathy Giori wrote: > Saverio and all, > > Let me offer a few thoughts, since I've been involved in prpl since > the beginning, and you can either praise (preferred) or blame me for > initiating the prplwrt PEG. :) > > My initial goal was simple -- improved industry-community

Re: [OpenWrt-Devel] Linux IP Virtual Server for OpenWrt trunk or github?

On 2016-03-09 09:24, Mauro Mozzarelli wrote: > All, > > I have been having conversations with John on whether to include ipvs and > ipvsadm in > trunk or github. Initially I did not know of github and thanks to John's > patience now I > have a better understanding of the differences between the

Re: [OpenWrt-Devel] [BUG] kernel crash in br_netfilter

On 2016-03-08 12:06, Florian Westphal wrote: >> My hot-fix to prevent the crash is to instead of passing the skb to NF_HOOK >> directly pass it to br_handle_local_finish(). But having insufficient >> insight into >> what is going on there, this is fighting the symptoms rather than solving >> the

Re: [OpenWrt-Devel] [PATCH] prereq: fixes checks that prefix env vars (ex:git)

On 2016-03-05 21:56, Luiz Angelo Daros de Luca wrote: > BTW, buildbots are failing because of the change in git check prereq > http://buildbot.openwrt.org:8010/builders/ath25/builds/168/steps/compile_1/logs/stdio Fixed in r48934 - Felix ___

Re: [OpenWrt-Devel] [PATCHv2] base-files: add function ucidef_set_interface_raw

On 2016-03-01 14:15, micke.p...@telldus.se wrote: > This function can be used to configure default configuration on > interfaces other > than lan and wan, such as wlan or other custom interfaces. > > Signed-off-by: Micke Prag Patch is line wrapped and does not apply. -

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the Telldus TellStick ZNet Lite

On 2016-03-01 11:32, micke.p...@telldus.se wrote: > Signed-off-by: Micke Prag > --- > target/linux/ar71xx/base-files/etc/board.d/01_leds | 5 + > .../linux/ar71xx/base-files/etc/board.d/02_network | 5 + > target/linux/ar71xx/base-files/etc/diag.sh | 3 + >

Re: [OpenWrt-Devel] [PATCH v4 5/8] mac80211: ath9k: enable GPIO buttons

On 2016-02-01 22:29, Michal wrote: > From: Michal Cieslakiewicz > Subject: [PATCH v4 5/8] mac80211: ath9k: enable GPIO buttons > > Enable platform-defined GPIO button support for ath9k device. Key poller > is activated for attached platform buttons. Requires ath9k

Re: [OpenWrt-Devel] [PATCH v2] ubus: use network order in ubus message header fields

On 2016-02-28 09:34, Eyal Birger wrote: > Hi, > > On Tue, Feb 16, 2016 at 12:21 PM Felix Fietkau <n...@openwrt.org > <mailto:n...@openwrt.org>> wrote: > > On 2016-02-16 11:13, Eyal Birger wrote: > > Hi Felix, thanks for your patience. > >

Re: [OpenWrt-Devel] [PATCH 2/5] ltq-vdsl-app: load the vrx200 firmware or patch it

On 2016-02-28 08:42, Felix Fietkau wrote: > On 2016-02-28 08:40, Felix Fietkau wrote: >> On 2016-02-27 23:59, Hauke Mehrtens wrote: >>> This checks for the VRX firmware provided in the OpenWrt package. >>> >>> Signed-off-by: Hauke Mehrtens <ha...@hauke-m

Re: [OpenWrt-Devel] [PATCH 2/5] ltq-vdsl-app: load the vrx200 firmware or patch it

On 2016-02-28 08:40, Felix Fietkau wrote: > On 2016-02-27 23:59, Hauke Mehrtens wrote: >> This checks for the VRX firmware provided in the OpenWrt package. >> >> Signed-off-by: Hauke Mehrtens <ha...@hauke-m.de> > Shouldn't this add a dependency on the bspatc

Re: [OpenWrt-Devel] [PATCH 2/5] ltq-vdsl-app: load the vrx200 firmware or patch it

On 2016-02-27 23:59, Hauke Mehrtens wrote: > This checks for the VRX firmware provided in the OpenWrt package. > > Signed-off-by: Hauke Mehrtens Shouldn't this add a dependency on the bspatch package? By the way, where is that package? ;) - Felix

Re: [OpenWrt-Devel] [PATCH 1/3] ar71xx: WNR612v2: exclude USB modules from image

On 2016-02-26 21:36, Felix Fietkau wrote: > On 2016-02-26 21:18, Michal wrote: >> On Thu, 25 Feb 2016 14:27:56 +0100 >> Felix Fietkau <n...@openwrt.org> wrote: >> >>> On 2016-02-21 22:55, Michal wrote: >>> > From: Michal Cieslakiewicz <michal.c

Re: [OpenWrt-Devel] [PATCH 1/3] ar71xx: WNR612v2: exclude USB modules from image

On 2016-02-26 21:18, Michal wrote: > On Thu, 25 Feb 2016 14:27:56 +0100 > Felix Fietkau <n...@openwrt.org> wrote: > >> On 2016-02-21 22:55, Michal wrote: >> > From: Michal Cieslakiewicz <michal.cieslakiew...@wp.pl> >> > Date: Sun, 21 Feb 2016 18

Re: [OpenWrt-Devel] Setting uci defaults in trunk

On 2016-02-26 15:54, micke.p...@telldus.se wrote: > 2016-02-26 15:35 skrev Felix Fietkau: > >> On 2016-02-26 15:27, micke.prag@telldus.sewrote: >> >>> Hi I have a board config for a device that I am about to commit to >>> OpenWRT. I am rebasing my wor

Re: [OpenWrt-Devel] Setting uci defaults in trunk

On 2016-02-26 15:27, micke.p...@telldus.se wrote: > Hi > > I have a board config for a device that I am about to commit to > OpenWRT. I am rebasing my work against trunk but some things have > changed since I made the config. My code was written against r46120 but > somethings doesn't work on

Re: [OpenWrt-Devel] [PATCH 1/3] ar71xx: WNR612v2: exclude USB modules from image

On 2016-02-21 22:55, Michal wrote: > From: Michal Cieslakiewicz > Date: Sun, 21 Feb 2016 18:17:27 +0100 > Subject: [PATCH 1/3] ar71xx: WNR612v2: exclude USB modules from image > > Netgear WNR612v2 has no USB port yet default system image > includes USB kernel modules.

<    1   2   3   4   5   6   7   8   9   10   >