On 2018-05-10 23:23, Lev wrote:
> From: Lev
Please explain what you're trying to do here.
The patch makes no sense to me.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 2018-05-07 09:47, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Some maintainers prefer DTS files licensed under permissive license like
> MIT / BSD. As all DT bindings should be OS independent and DTS files are
> pretty separated from Linux code it probably makes sense to share them
> across
On 2018-05-03 13:12, Felix Fietkau wrote:
> On 2018-05-02 17:37, Koen Vandeputte wrote:
>> Config moved from option.h to localoptions.h
>> refreshed all patches
>>
>> deleted upstreamed patches:
>> - 010-runtime-maxauthtries.patch
>> - 610-skip-default-keys
On 2018-05-02 17:37, Koen Vandeputte wrote:
> Config moved from option.h to localoptions.h
> refreshed all patches
>
> deleted upstreamed patches:
> - 010-runtime-maxauthtries.patch
> - 610-skip-default-keys-in-custom-runs.patch
>
> introduced new patch:
> - 610-disable-ec-by-default.patch
>
> T
Hi Benjamin,
On 2018-05-02 22:55, Benjamin Hansmann wrote:
> The fixed size array for queuing messages led to discarding messages
> when it was full, using a linked list instead solves this issue.
>
> Having the list_head link in the ubus_msg_buf itself avoids the
> allocation of more memory for
On 2018-04-20 00:12, Hauke Mehrtens wrote:
> This version now uses autotools to configure the build system. They are
> also using the newly added zlib package.
>
> Signed-off-by: Hauke Mehrtens
> ---
>
> changes since v1:
> * Update to version 2.0.2
> * use ftp to download the tar
>
> tools/Ma
On 2018-04-02 18:34, Sandeep Sheriker Mallikarjun wrote:
> creating sdcard image with ext4 rootfs only and ignoring creating
> other filesystem in sdcard image.
>
> Signed-off-by: Sandeep Sheriker Mallikarjun
>
Why do you need ext4 images? I think squashfs images (with f2fs/ext4
overlay created
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
On 2018-04-15 00:21, Hauke Mehrtens wrote:
> This activates support for fit images and some other new mkimage
> features. Some of the patches were applied upstream and could be
> removed.
>
> Signed-off-by: Hauke Mehrtens
> ---
>
> Could someone please test this with MacOSX.
Works for me.
- Fel
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 b
On 2018-04-11 10:59, Mikael Bak wrote:
> Hi,
>
> I am playing around with an old PC Engines Alix board and I want to put
> OpenWRT on it.
>
> For the x86 platform I see that there are two options: ext4 and squashfs.
>
> What is the recommended filesystem to use on a CF card in this case?
>
> I
On 2018-04-01 16:22, Oskari Lemmela wrote:
> leXX_to_cpu function messes up get_next value in big endian arch.
>
> Signed-off-by: Oskari Lemmelä
Please try this libubox patch instead. It should ensure that
the argument is evaluated only once.
--- a/utils.h
+++ b/utils.h
@@ -117,21 +117,29 @@ int
On 2018-03-30 15:18, Rosen Penev wrote:
> The only downside to this is that it breaks perf with non-root users. I don't
> think this is an issue in OpenWrt.
>
> Signed-off-by: Rosen Penev
> ---
> package/base-files/files/etc/sysctl.conf | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git
On 2018-03-29 13:42, Koen Vandeputte wrote:
> Hi Felix,
>
> Regarding your commit ("build: include kmod-ipt-offload in default
> images") [1]
>
> By default, this package is only supported (and selectable) when the
> target device uses kernel 4.14.
>
>
> I've just tried this:
>
> - Checkout
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 Golle
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
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://l
On 2018-03-26 15:05, Alin Năstac wrote:
> Hi Felix,
>
> A setup using an l2tp interface that connects to an on-link L2TP
> server stopped working after cherry picking this netifd commit:
> author Felix Fietkau
> Thu, 8 Mar 2018 00:14:57 +0200 (23:14 +
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 CPU_I
On 2018-03-12 14:56, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> EAPOL frames have wireless interface address specified as destination.
> That makes "dst->is_local" condition true for them and results in
> upstream code processing frames the same way as OpenWrt/LEDE's hack.
>
> This code coul
On 2018-03-12 21:02, Arjen de Korte wrote:
> Citeren LEDE Commits :
>
>> nbd pushed a commit to openwrt/openwrt.git, branch master:
>> https://git.lede-project.org/e28551b103f4999b36d3725a23b59f507830f48a
>>
>> commit e28551b103f4999b36d3725a23b59f50783
On 2018-03-08 11:00, Koen Vandeputte wrote:
>
>
> On 2018-02-22 12:44, Felix Fietkau wrote:
>> On 2018-02-22 12:20, Koen Vandeputte wrote:
>>> When this target got updated to 4.14, this patch got removed to
>>> re-evaluate if it was still needed.
>>>
>
On 2018-03-08 10:42, Koen Vandeputte wrote:
> This commit/part is the culprit:
>
> https://git.openwrt.org/?p=feed/packages.git;a=blobdiff;f=net/rp-pppoe/Makefile;h=2191a1aea5e9139f1e3b38b04302ba491065ba43;hp=26b49273747355cfbb2ac4293494f6450a4cb5e1;hb=ac5b0f1996db8236d35157b2125724e69a899f82;hpb=
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 rea
On 2018-03-02 10:07, Yousong Zhou wrote:
> On 1 March 2018 at 17:36, Felix Fietkau wrote:
>> To give you a better example, I just took another look at our packages
>> and found one that would directly be affected by your change:
>>
>> Take a look at libs/elektra/Makefil
On 2018-03-01 03:48, Yousong Zhou wrote:
> On 28 February 2018 at 18:58, Felix Fietkau wrote:
>> On 2018-02-28 11:48, Yousong Zhou wrote:
>>> On 28 February 2018 at 16:13, Felix Fietkau wrote:
>>>> On 2018-02-28 06:07, Yousong Zhou wrote:
>>>>&
On 2018-02-28 11:48, Yousong Zhou wrote:
> On 28 February 2018 at 16:13, Felix Fietkau wrote:
>> On 2018-02-28 06:07, Yousong Zhou wrote:
>>> This is intended to reduce build time for situations like the following
>>> where python and python-six and their dependencies
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 t
On 2018-02-28 06:07, Yousong Zhou wrote:
> This is intended to reduce build time for situations like the following
> where python and python-six and their dependencies could still be built
> as long as any subpackage within the srcpackage was selected regardless
> of the selection state of openvswi
On 2018-02-23 16:59, Christian Beier wrote:
> Am Fri, 23 Feb 2018 09:50:35 +0100
> schrieb Felix Fietkau :
>
>> On 2018-02-23 09:40, Rafał Miłecki wrote:
>> > On 22 February 2018 at 20:13, Christian Beier
>> > wrote:
>> >> From: Christian B
On 2018-02-23 09:40, Rafał Miłecki wrote:
> On 22 February 2018 at 20:13, Christian Beier wrote:
>> From: Christian Beier
>>
>> SPI fast flash read only is supported on devices using 3-byte-addressing.
>> As chips bigger than 16MB use 4-byte-addressing, reading fails with
>> -EOPNOTSUPP.
>>
>> Th
On 2017-12-08 03:37, Rosen Penev wrote:
> Seems to remove a few instructions. Original message below:
>
> From: Ben Menchaca
> Date: Tue, 11 Jun 2013 15:50:17 -0500
> Subject: [ag71xx] optimize iomapped register access
>
> Add register accessors that remove the per-register range check that
> wa
On 2018-02-22 16:39, Tim Harvey wrote:
> On Thu, Feb 22, 2018 at 4:14 AM, Felix Fietkau 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 wrote:
>>>>> On
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 wrote:
>>> On 2018-02-20 19:23, Tim Harvey wrote:
>>>> We are using F2FS as our overlay read/write FS. Others can be supported
>>
On 2018-02-20 22:36, Rosen Penev wrote:
> On Tue, Feb 20, 2018 at 1:23 PM, Felix Fietkau wrote:
>> On 2018-02-20 21:42, Rosen Penev wrote:
>>> This mirror is already attempted in case the other fails. Doesn't matter
>>> though since it doesn't work anyway
On 2018-02-22 12:20, Koen Vandeputte wrote:
> When this target got updated to 4.14, this patch got removed to
> re-evaluate if it was still needed.
>
> Extensive testing now shows this issue is still present.
> Let's re-add the patch to fix it for now.
>
> As the uart bus is very low bandwidth ..
On 2018-02-22 01:12, Tim Harvey wrote:
> On Wed, Feb 21, 2018 at 2:36 PM, Felix Fietkau 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.
>>>
>>> Signed-off-
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 ext4 instead.
- Felix
On 2018-02-20 21:42, Rosen Penev wrote:
> This mirror is already attempted in case the other fails. Doesn't matter
> though since it doesn't work anyway (404 error). Discovered through "make
> download V=s" Output:
>
> make[2]: Entering directory
> '/home/mangix/devstuff/openwrt/package/boot/ub
On 2018-02-14 16:20, Rosen Penev wrote:
> On Tue, Feb 13, 2018 at 11:10 PM, Felix Fietkau wrote:
>> On 2018-02-13 23:53, Rosen Penev wrote:
>>> Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit
>>> on Archer C7v4.
>>
On 2018-02-13 23:53, Rosen Penev wrote:
> Based on Qualcomm driver. Improves iperf3 throughput by ~20mbps on transmit
> on Archer C7v4.
>
> Signed-off-by: Rosen Penev
> ---
> .../drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c | 14
> +++---
> 1 file changed, 7 insertions(+), 7
On 2018-02-06 23:27, Rosen Penev wrote:
> Small speedup for TX.
>
> Based on a Qualcomm commit. ag->timestamp = jiffies was not replaced with
> netif_trans_update(dev) because of this quote:
>
> It should be noted that after this series several instances
> of netif_trans_update() are useless (if
On 2018-02-06 23:27, Rosen Penev wrote:
> Seems to perform slightly better.
>
> Signed-off-by: Rosen Penev
Please check the context of your changes more carefully. The change
you're making is affecting the init only, so it's completely irrelevant
for performance.
It is also wrong, because napi_al
> 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 also means it’s almost always going to break i
On 2017-12-18 11:07, Kevin Darbyshire-Bryant wrote:
> Hi Felix,
>
> Thanks for explaining that. I suspect you’re right that there’s an
> underlying bug in gcc mips. So ideally we need some code that exposes the
> bug when using -O2 (or even just -funroll_loops) Looking at FS 814 there’s a
> h
On 2017-12-17 22:21, Hauke Mehrtens wrote:
> This patch made GCC produce broken code, remove it.
> In mp_cmp_d() function in th libtommath shipped with dropbear the
> following code was compiled wrong:
>
> /* compare based on magnitude */
> if (a->used > 1) {
> return 1;
> }
>
> In the broken A
On 2017-12-14 18:27, Mauro Mozzarelli wrote:
> Please can we have an option to build ubifs firmware?
>
> I noticed a considerable slow down especially at boot time using
> squashfs firmware on BT Home Hub 5A.
How big is the slowdown, and are you sure it's because of squashfs and
not some other th
On 2017-12-12 11:19, John Crispin wrote:
>
>
> On 02/12/17 00:26, Roman Yeryomin wrote:
>> Moving a file between tmpfs and other fs is neither
>> faster nor safer, thus no point in doing it in two steps.
>>
>> Signed-off-by: Roman Yeryomin
>
> Hi Roman,
>
> The code needs to stay like this. th
On 2017-12-10 13:54, Arjen de Korte wrote:
> Citeren Rosen Penev :
>
>> Saves 1472 bytes under glibc. No other difference.
>
> Except that this is GNU C only. I'm not sure if this is worth breaking
> portability. It would probably be better to put these changes in
> appropriate #ifdef/#else/#
On 2017-12-10 20:03, Carlito Nueno wrote:
> So wpad-mesh can do WPA2 enterprise, EAP and radius? I thought it was
> like wpad-mini plus 80211s features.
It's like wpad + 802.11s, so it should be able to do what you need.
- Felix
___
Lede-dev mailing li
On 2017-12-09 21:51, Carlito Nueno wrote:
> I need WPA2 Enterprise and I also want to try / implement 802.11r.
>
> I am attaching the log errors, wap_supplicant.conf, part of wireless
> config: https://gist.github.com/ironpillow/e0779261f6d045a6883f5dbd6ae81c1f
>
> I don't get the above errors wh
On 2017-12-09 14:36, Carlito Nueno wrote:
> Hi all,
>
> I am trying to compile hostapd/wpa_supplicant with CONFIG_MESH=y and
> CONFIG_SAE=y.
>
> I am using sdk to compile an ipk. I download the hostapd source and
> added those config options to wpa_supplicant-full.config.
>
> I have this in my s
On 2017-12-07 15:55, Felix Fietkau wrote:
> Hi,
>
> Are there any remaining concerns about those 'OpenWrt merge' patches
> that have been sitting in my staging tree for a while now?
>
> If not, I plan on pushing them to master
On 2017-12-08 03:37, Rosen Penev wrote:
> This patch is preparation for ag71xx usage of external, on-die
> resources. Since these resources are limited, we need to track how
> many instances we have probed.
>
> Signed-off-by: Ben Menchaca
> Signed-off-by: Rosen Penev http://lists.infradead.org/m
On 2017-12-08 03:37, Rosen Penev wrote:
> Moves the code more in line with QCA code. Also reduces variable to a u16
> instead of s32.
>
> QCA code has the roundup component behind a Makefile config. Not sure if
> enabled by default so I opted to keep current behavior.
>
> Signed-off-by: Rosen P
On 2017-12-08 03:37, Rosen Penev wrote:
> Less verbose code. Should help when porting some of the other patches.
NACK. I don't think it makes things simpler in any meaningful way.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lis
On 2017-12-08 03:37, Rosen Penev wrote:
> A good performance improvement. As I have not tested this, I'm keeping the
> Qualcomm default to no.
> Original commit below:
>
> From: Ben Menchaca
> Date: Fri, 7 Jun 2013 15:25:00 -0500
> Subject: [ag71xx] support for descriptors in SRAM
>
> Adds supp
Hi,
Are there any remaining concerns about those 'OpenWrt merge' patches
that have been sitting in my staging tree for a while now?
If not, I plan on pushing them to master this weekend.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
h
On 2017-12-04 20:40, Rosen Penev wrote:
> Qualcomm claims this improves the D-cache footprint. Origina commit message
> below:
>
> From: Ben Menchaca
> Date: Fri, 7 Jun 2013 10:57:28 -0500
> Subject: [ag71xx] cluster/align structs for cache perf
>
> Cluster the frequently used, per-packet struc
On 2017-12-04 20:40, Rosen Penev wrote:
> Qualcomm claims this improves cache efficiency for MIPS. Original commit
> message below:
>
> From: Ben Menchaca
> Date: Fri, 7 Jun 2013 18:35:22 -0500
> Subject: [r4k_mips] efficient cache blast
>
> Optimize the compiler output for larger cache blast c
On 2017-12-04 20:40, Rosen Penev wrote:
> Qualcomm claims this is no-op for MIPS. Original commit message below:
>
> From: Ben Menchaca
> Date: Fri, 7 Jun 2013 11:19:08 -0500
> Subject: [ag71xx] DMA unmap FROM_DEVICE no-op for our arch
>
> The invalidate for FROM_DEVICE map/unmap pairs is done i
On 2017-11-16 14:05, Thibaut VARÈNE wrote:
> Hi,
>
> Following up on [1], I propose a different way of handling sysupgrade backups
> that would no longer rely on a filesystem stub (jffs2, ubifs or otherwise).
>
> Note: the following elements describe squashfs with jffs2 overlay images, but
> I
On 2017-11-30 10:21, Nuno Gonçalves wrote:
> I need some help on this.
>
> This file changes frequently, and there is no versioned URL to keep it
> stable, so just updating the hash is not a permanent fix.
>
> So first I don't understand how this problem didn't come up before. I
> am also (unfort
On 2017-11-23 01:25, Syrone Wong wrote:
> Hi,
>
> 1. minor warning
>
> .config:5:warning: symbol value 'm' invalid for ATH_REG_DYNAMIC_USER_REG_HINTS
>
> The config entry is of type bool.
>
> config ATH_REG_DYNAMIC_USER_REG_HINTS
> bool "Atheros dynamic user regulatory hints"
> depends on CFG80
On 2017-11-20 14:25, Zefir Kurtisi wrote:
> On 11/20/2017 01:27 PM, Felix Fietkau wrote:
>> On 2017-11-20 11:20, Zefir Kurtisi wrote:
>>> PROCD services can't overwrite those functions defined in the
>>> USE_PROCD body (like stop()), since the initfile is sourced
On 2017-11-20 11:20, Zefir Kurtisi wrote:
> PROCD services can't overwrite those functions defined in the
> USE_PROCD body (like stop()), since the initfile is sourced
> before.
>
> This change moves the sourcing below and with that allows
> PROCD init scripts to overwrite them.
>
> Signed-off-by
On 2017-11-09 05:53, Mathew McBride wrote:
> Hi all,
>
> After commit 986d9deb3b24bc72e9e7ecf93affbc3f188bb926 ("build: allow
> calling append-dtb from image build commands"), layerscape targets do
> not build correctly anymore.
>
> The failure is on DTB compilation, where an attempt is made to
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 infra
On 2017-11-08 07:18, John Crispin wrote:
> j
>
>
> On 07/11/17 19:41, Rosen Penev wrote:
>> most users don't have multithreaded workloads though.
>>
>> On Mon, Nov 6, 2017 at 4:43 PM, Dave Taht wrote:
>>> I happen to like deadline schedulers, and at least from a kernel
>>> perspective, we have a
On 2017-11-06 17:45, Maksym Ruchko wrote:
>> I think your patch was only masking the real issues.
> Just to explain what was my rationale - I was seeing that the old logread
> code was blocked when syslog message was occasionally crossing the 4K
> boundary,
> then in the logread.c function logre
On 2017-11-06 14:46, John Crispin wrote:
> Hi,
>
> 1.1.18 is out, we we go directly to that version please ?I've already queued
> a commit that updates to 1.1.18 in my staging tree.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http:/
On 2017-10-19 17:57, Maksym Ruchko wrote:
> The read optimization with buffer ustream in the logread caused the
> logger to hung randomly, more often under high load and when logged
> messages are large.
>
> To reproduce 100% compile and run:
> #include
> #include
> #include
>
> #define BUF_SI
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 infra
On 2017-11-02 22:50, Philip Prindeville wrote:
>
>> On Nov 2, 2017, at 3:03 PM, Felix Fietkau wrote:
>>
>> On 2017-11-02 19:23, Philip Prindeville wrote:
>>> From: Philip Prindeville
>>>
>>> When uclient-fetch is called with multiple URL'
On 2017-11-02 19:23, Philip Prindeville wrote:
> From: Philip Prindeville
>
> When uclient-fetch is called with multiple URL's, it derives the
> first filename based on the URL. When it then handles the 2nd and
> subsequent URLs, it assumes that it was called with a -O filename
> argument as the
On 2017-10-22 14:19, p.wa...@gmx.at wrote:
> Hi Karl,
>
>> There's really been very few commits to uhttpd, it shouldn't be
>> hard to bisect to the specific one that causes this.
>
> Ok, I tracked it down to 88c0b4b6d00152c54a0f1367ae839c71547281e1 commited
> by Jo-Philipp. Before that commit, e
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 +++
>> 1 file changed, 15 insertions(+)
>>
>> diff --git a/package/k
Hi Daniel,
The patch that you mentioned is not related to your issue at all, since
it only deals with the AT8032 PHY, which the NanoStation M does not
have. Maybe you can provide a more detailed description of what symptoms
you're seeing.
I did indeed clean up the AT8032 mess and solved it in the
On 2017-10-19 15:48, Yury Shvedov wrote:
> By default, hostapd assumes r1_key_holder equal to bssid. If LEDE
> configures the same static r1 key holder ID on two different APs (BSSes) the
> RRB exchanges fails behind them.Your patch is missing the Signed-off-by tag.
> Please fix and resubmit.
Tha
On 2017-10-18 22:21, Mathias Kresin wrote:
> Since Linux kernel 3.18-rc1, the settings are moved to br_netfilter. If
> the kmod is installed and loaded one would most like expect that
> {ip,ip6,arp}tables see bridged traffic.
Unfortunately that is pulled in by kmod-ebtables. Not sure the
dependency
On 2017-10-17 18:51, Rosen Penev wrote:
> This should have no impact on the recently discovered performance regression.
>
> Signed-off-by: Rosen Penev
When GRO is not used, this makes no difference at all.
- Felix
___
Lede-dev mailing list
Lede-dev@li
On 2017-10-16 00:35, Hauke Mehrtens wrote:
> Hi,
>
> I added support for kernel 4.9 to the ar71xx target some days ago and it
> was tested by multiple people.
>
> The only regression in kernel 4.9 compared to 4.4, I am aware of was
> this performance regression reported by Sven Schönhoff:
> http:
On 2017-09-03 20:35, Rosen Penev wrote:
> On a TL-WN710N, this patch increases iperf performance from ~92.5 to ~93.5
> mbps.> Keep in mind the WN710N is a 100mbps device. I expect greater numbers
from gigabit devices.
>
> Signed-off-by: Rosen Penev
Hi Rosen,
Sorry about that, but I will have to
On 2017-10-17 01:53, Jim Gettys wrote:
> On Mon, Oct 16, 2017 at 6:41 AM, Stijn Tintel wrote:
>> On 16-10-17 13:15, Stijn Tintel wrote:
>>> On 16-10-17 13:12, Koen Vandeputte wrote:
On 2017-10-16 11:48, Nick Lowe wrote:
> Referencing https://www.krackattacks.com/
>
> Patches
On 2017-10-16 11:48, Nick Lowe wrote:
> Referencing https://www.krackattacks.com/
>
> Patches can be found at: https://w1.fi/security/2017-1/ and an
> advisory at http://seclists.org/oss-sec/2017/q4/83
>
> Patches can also be found committed at https://w1.fi/cgit/hostap/log/
>
> I think we need
On 2017-10-16 09:43, Baptiste Jonglez wrote:
> Hi,
>
> Any chance to get this patch serie merged to the lede-17.01 branch?
> As far as I can tell:
>
> - Xen support is still broken in 17.01
> - this patch serie still applies cleanly
Done. Sorry for the delay.
- Felix
___
On 2017-10-12 19:35, e9hack wrote:
> Am 11.10.2017 um 23:24 schrieb Christian Lamparter:
>> On Wednesday, October 11, 2017 10:42:17 PM CEST e9hack wrote:
>>> Hi,
>>>
>>> Is end the hostapd config files. They are generated by a modified
>>> hostapd.sh script.
>>
>> Just a quick "cross-reference".
On 2017-09-29 13:35, Petar Paradzik wrote:
> It is already present (in the master), but not used.
You're right. Will merge this patch.
Thanks,
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/le
On 2017-09-29 13:04, Daniel Golle wrote:
> On Fri, Sep 29, 2017 at 12:20:08PM +0200, Felix Fietkau wrote:
>> On 2017-09-11 02:33, Philip Prindeville wrote:
>> > Changing the subject from the previous thread as it turned out to not have
>> > to do with sysupgrade at all.
On 2017-07-03 13:37, Petar Paradzik wrote:
> Some programs want to manage their own child life cycle without using
> SIGCHLD signal handler. In these cases, uloop is reaping children for
> them because they don't have SIGCHLD handler set. This patch makes it
> possible to disable reaping children t
On 2017-09-29 12:20, Felix Fietkau wrote:
> On 2017-09-11 02:33, Philip Prindeville wrote:
>> Changing the subject from the previous thread as it turned out to not have
>> to do with sysupgrade at all.
>>
>> What I can tell is this, having added some tracing to fstools
On 2017-09-11 02:33, Philip Prindeville wrote:
> Changing the subject from the previous thread as it turned out to not have to
> do with sysupgrade at all.
>
> What I can tell is this, having added some tracing to fstools.
>
> We get to the call to system() in rootdisk_volume_init():
>
> https:
On 2017-09-27 19:41, Stijn Tintel wrote:
> On 27-09-17 10:31, Felix Fietkau wrote:
>> On 2017-09-26 17:10, Stijn Tintel wrote:
>>> On 25-09-17 20:18, Felix Fietkau wrote:
>>>> On 2017-09-25 15:36, Stijn Tintel wrote:
>>>>> Since version 8.0,
On 2017-09-26 17:10, Stijn Tintel wrote:
> On 25-09-17 20:18, Felix Fietkau wrote:
>> On 2017-09-25 15:36, Stijn Tintel wrote:
>>> Since version 8.0, gdbserver seems to have a hard dependency on
>>> libstdc++, even with --disable-libstdcxx.
>>>
>>> Fixe
On 2017-09-25 15:36, Stijn Tintel wrote:
> Since version 8.0, gdbserver seems to have a hard dependency on
> libstdc++, even with --disable-libstdcxx.
>
> Fixes CVE-2017-9778.
>
> Signed-off-by: Stijn Tintel
> ---
> V2: add hard dependency on libstdc++
>
> Also in my staging tree: https://git.l
On 2017-09-06 18:24, Weijie Gao wrote:
> Yes, I have to admit operations of GigaDevice's chips are the same.
> All the chips have the same read/write/erase command sequences.
> Differences are plane selection bits (Micron), die selection
> (Micron/Winbond), buffered read/continuous read (Winbond) a
On 2017-08-29 19:08, Ted Hess wrote:
> Hi all -
>
> I have a package (ffmpeg) build problem which is trying to specify a different
> DEPENDS for soft-float systems and one for hard-float. The package definition
> is
> as follows:
>
>> define Package/libffmpeg-full
>> $(call Package/libffmpeg/Def
On 2017-08-25 13:16, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This saves some flash space for the others.
>
> Signed-off-by: Rafał Miłecki
You could just add -wpad-mini to DEVICE_PACKAGES for devices that don't
need it.
- Felix
___
Lede-dev ma
On 2017-08-22 12:01, Kevin Darbyshire-Bryant wrote:
> Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2
>
> This was causing mis-compilation of dropbear with the default '-Os' size
> optimization as reported in FS#814
>
> Tested on ar71xx, archer C7 v2. For size comparison of my whole build:
On 2017-07-25 19:35, Weedy wrote:
> On 25 Jul 2017 03:15, "Felix Fietkau" <mailto:n...@nbd.name>> wrote:
>
> Hi,
>
> Please try the latest version, it should work now.
>
> - Felix
>
>
> Tx power is back to d72371 levels.
> If
Hi,
Please try the latest version, it should work now.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
1 - 100 of 525 matches
Mail list logo
