On Wed, Nov 2, 2016 at 3:09 AM, Stijn Segers
wrote:
> Hi,
>
> I rely on KanjiMonster's script to adjust the patches, so they apply
> cleanly. Without it, if you start a verbose build, you'd see 'patch applied
> with fuzz 2' etc. With the amount of patches a project like this one has,
> clean patch
Manually adding pure allows the compiler to optimize several functions for
better performance. All were found with gcc's -Wsuggest-attribute=pure. The
switch is conservative meaning there are more such functions.
Signed-off by: Rosen Penev
---
avl-cmp.h | 6 --
avl.c | 2 ++
blob.h
Unfortunately, there are no crashlogs. If there's anything else I can
do to help debug this, please let me know!
On 31 October 2016 at 09:11, Jo-Philipp Wich wrote:
> Hi Phil,
>
> if you enter failsafe after boot-loop, is there a
> /sys/kernel/debug/crashlog available and if-yes, can you post it
Hi. I'm struggling with Cavium based routers from Cisco&Linksys trying
to port them to LEDE. I do it in spare time but it get more and more
complicated (especially board detection) and i would like to ask you -
is it good idea to disable CONFIG_BUILTIN_DTB, create separate dts for
Ubiquity ER a
On Tue, 2016-11-01 at 18:50 +, grgw...@unseen.is wrote:
> Hey, guys. Looking forward to the start of a LEDE forum. Has a consensus been
> reached on where it will be hosted? When it is up and running, will there be
> any announcements other than on this mailing list? I'm wondering where I
> sho
Fixes: SVN 48964
Signed-off-by: Florian Fainelli
---
include/target.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/target.mk b/include/target.mk
index c9c02fa03632..94d9570de387 100644
--- a/include/target.mk
+++ b/include/target.mk
@@ -187,7 +187,6 @@ ifeq ($(DUMP
On 10/29/2016 08:00 PM, Torbjorn Jansson wrote:
> Hello
>
> looks like there are lots of broken packages currently.
> was going to install i2c-tools but it looks like it failed with lots of
> messages like:
>
> include/linux/i2c-dev.h:156:21: warning: inlining failed in call to
> 'i2c_smbus_acces
Hi,
I rely on KanjiMonster's script to adjust the patches, so they apply
cleanly. Without it, if you start a verbose build, you'd see 'patch
applied with fuzz 2' etc. With the amount of patches a project like
this one has, clean patches eliminate redundant output and allow you to
zoom in quic
Hey, guys. Looking forward to the start of a LEDE forum. Has a consensus been
reached on where it will be hosted? When it is up and running, will there be
any announcements other than on this mailing list? I'm wondering where I should
keep an eye out for notice.
> This patch bumps the 4.4 kernel from .28 to .30 and refreshes the patches.
A question regarding the 'patch refreshing' and my previous patch for 4.4.29.
I want to figure out where my workflow is erroneous, or what things I did not
understand when refreshing a patch series during a kernel upgrade
On 2016-11-01 08:32, Rosen Penev wrote:
> Also fixed some formats. Without this attribute, GCC does not see the several
> functions as variants of the -f family of functions which prevents it from
> warning about their usage. Might help with optimization too. I avoided
> defining the attributes
On 11/01/2016 08:24 AM, Jon wrote:
> Thought I'd report back. I found out why I wasn't able to get console
> with the serial
> adapter. Long story short, it seems the TX line of my Archer C6 v2 has
> something like
> 500 ohms impedance to ground and to VCC! Very strange.
>
> The RX measures
On 1 November 2016 at 11:17, Jacek Trzcinski wrote:
> The patch adds support for TPLINK MR3420v3 with the extra kernel module
> for non gpio controlled LEDs.
>
> The USB modem functionality has not been tested yet but seems to be ok
> since core of the code was taken from TL-MR3420v2 and TL-WR841N
This patch bumps the 4.4 kernel from .28 to .30 and refreshes the patches.
Compile-tested on ar71xx, x86/64, ramips/mt7621, brcm47xx and kirkwood.
Run-tested on ar71xx & ramips/mt7621, brcm47xx and kirkwood (last two confirmed
by P. Wassi).
Signed-off-by: Stijn Segers
---
include/kernel-version
Hi Jacek,
I see - in this case feel free to send it by mail, maybe gzip the patch
to make it smaller.
~ Jo
signature.asc
Description: OpenPGP digital signature
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/
Mail seems to be the fastest and simplest way to me.
My doubts was concerned with the size of the .diff file only.
But if you accept this I will send it.
Regards,
Jacek
> Hi Jacek,
>
> if you're not used to sending patches via mailing lists then it is maybe
> best to open a pull request at htt
> Could it be you didn't refresh patches?
>
> I applied your patch for .28, then refreshed all supported targets for
> .29, and I had 30 patches that were updated. Your patch only updates
> include/kernel-version.mk.
I've checked the kernel changelog and compared this to all LEDE-patches-4.4.
Hi Paul,
Could it be you didn't refresh patches?
I applied your patch for .28, then refreshed all supported targets for
.29, and I had 30 patches that were updated. Your patch only updates
include/kernel-version.mk.
(I'll be sending in .28 -> .30 shortly).
Cheers
Stijn
Resent because of
Hi Jacek,
if you're not used to sending patches via mailing lists then it is maybe
best to open a pull request at https://github.com/lede-project/source.
If you have no interest in working further on your changes then give a
short note in the PR description so that someone else can take over the
Hi All,
I have a question concerned path submit method.
I've just prepared a big patch for TPLINK MR3420v3 support.
The diff file weight abt 27k (750 code lines including and extra kernel
module for LED support).
BTW: I do not suppose to be regular LEDE developer.
I just was forced to get workin
Also fixed some formats. Without this attribute, GCC does not see the several
functions as variants of the -f family of functions which prevents it from
warning about their usage. Might help with optimization too. I avoided defining
the attributes in utils.h since different functions have differ
Thought I'd report back. I found out why I wasn't able to get console
with the serial
adapter. Long story short, it seems the TX line of my Archer C6 v2 has
something like
500 ohms impedance to ground and to VCC! Very strange.
The RX measures about 10K both to gnd and VCC, like you'd expe
22 matches
Mail list logo
