On Thu, 25 Aug 2016 06:19:31 +
Daniel Niasoff wrote:
> Hi All,
>
> What can I do next?
I would recommend doing tracing the kernel using ftrace.
a wild guess:
reverting 45b52d458168adc31b15248380419c17d0586c63
kernel: remove lantiq specific ATM API hacks and their kernel space
users (fixe
Hi All,
What can I do next?
Thanks
Daniel
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf
Of Daniel Niasoff
Sent: 19 August 2016 13:21
To: John Crispin ; Mathias Kresin
Cc: OpenWrt Development List ;
lede-dev@lists.infradead.org
Subj
Hey,
I created a bug ticket on this issue and put everything I know and
tested into it.
https://bugs.lede-project.org/index.php?do=details&task_id=105
best,
lynxis
--
Alexander Couzens
mail: lyn...@fe80.eu
jabber: lyn...@fe80.eu
mobile: +4915123277221
gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9
Hi John,
"make clean" wasn't clearing out the previously build kernel in the build_dir
so it wasn't actually recompiling.
I am now deleting it manually and then running a "make target/linux/prepare"
and then editing the file.
There has been quite a lot of changes since the commit that you ment
Thanks
-Original Message-
From: John Crispin [mailto:j...@phrozen.org]
Sent: 18 August 2016 12:32
To: Daniel Niasoff ; Mathias Kresin
Cc: OpenWrt Development List ;
lede-dev@lists.infradead.org
Subject: Re: [OpenWrt-Devel] latency on PPPoA ADSL Annex A on using Lantiq
hmmm, out of idea
hmmm, out of ideas for now, will let you know if i have any other ideas.
On 18/08/2016 13:26, Daniel Niasoff wrote:
> Hi John
>
> Tried it but it hadn't helped.
>
> Just to confirm I followed the right steps. Did a make clean and then edited
> this file
> /home/build/openwrt/build_dir/toolchai
Hi John
Tried it but it hadn't helped.
Just to confirm I followed the right steps. Did a make clean and then edited
this file
/home/build/openwrt/build_dir/toolchain-mips_34kc+dsp_gcc-5.3.0_musl-1.1.14/linux-4.4.7/net/atm/common.c
Then did a make
Thanks
Daniel
-Original Message-
From
i would guess a regression inside the atm subsystem of he kernel or some
other part of the network stack. assuming that this issue is only
observed inside the atm part, i'll start looking there.
John
On 18/08/2016 06:22, Daniel Niasoff wrote:
> Hi Mathias,
>
>
> Looks like it's this com
Thanks for your help.
I'm onto this.
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf
Of Mathias Kresin
Sent: 11 August 2016 14:47
To: joerg jungermann
Cc: OpenWrt Development List ;
lede-dev@lists.infradead.org
Subject: Re: [OpenWrt-Dev
2016-08-11 13:38 GMT+02:00 joerg jungermann :
> Hi,
>
> I have an instance on a W8970/ADSL/Annex B running from build around th
> 24th of March.
> That time I build from GIT. I cannot name the git hash but
>
> # cat /etc/openwrt_version
> r49081
>
> I tested remotely that it suffers from the same r
Hi,
I have an instance on a W8970/ADSL/Annex B running from build around th
24th of March.
That time I build from GIT. I cannot name the git hash but
# cat /etc/openwrt_version
r49081
I tested remotely that it suffers from the same regression.
Routed traffic is fine, but local terminated traffic
Thanks all for your help, will try and pinpoint which revision introduced the
issue
-Original Message-
From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf
Of John Crispin
Sent: 11 August 2016 10:28
To: Mathias Kresin ; OpenWrt Development List
; lede-dev@lists
On 11/08/2016 08:19, John Crispin wrote:
>
>
> On 11/08/2016 00:39, Mathias Kresin wrote:
>> Am 11.08.2016 um 00:15 schrieb John Crispin:
>>> try reverting 8333a6d0bab913285770449f5100597b691b544f aswell please
>>
>> Had this commit in mind as well. According to Daniels initial mail to
>> openw
On 11/08/2016 00:39, Mathias Kresin wrote:
> Am 11.08.2016 um 00:15 schrieb John Crispin:
>> try reverting 8333a6d0bab913285770449f5100597b691b544f aswell please
>
> Had this commit in mind as well. According to Daniels initial mail to
> openwrt-devel, he is using a TP-LINK TD-W8980 (xrx200) and
Am 11.08.2016 um 00:15 schrieb John Crispin:
try reverting 8333a6d0bab913285770449f5100597b691b544f aswell please
Had this commit in mind as well. According to Daniels initial mail to
openwrt-devel, he is using a TP-LINK TD-W8980 (xrx200) and the
kmod-ltq-adsl isn't build for xrx200.
I supp
On 10/08/2016 23:39, Mathias Kresin wrote:
> Am 10.08.2016 um 22:41 schrieb Daniel Niasoff:
>> Hi Mathias,
>>
>> ADSL works fine on chaos calmer and I cannot reproduce the issue, so
>> it looks like it's a recently introduced issue.
>>
>> Thanks for the idea, it should make it easier to pinpoint
Am 10.08.2016 um 22:41 schrieb Daniel Niasoff:
Hi Mathias,
ADSL works fine on chaos calmer and I cannot reproduce the issue, so it looks
like it's a recently introduced issue.
Thanks for the idea, it should make it easier to pinpoint
Any idea's where the issue might be?
Nope, no idea yet.
Hi Mathias,
ADSL works fine on chaos calmer and I cannot reproduce the issue, so it looks
like it's a recently introduced issue.
Thanks for the idea, it should make it easier to pinpoint
Any idea's where the issue might be?
Thanks
Daniel
-Original Message-
From: openwrt-devel [mailt
Thanks Mathias, will generate a build.
Last time I tried chaos chalmer, I couldn't get VDSL to work (I personally use
VDSL), it wouldn't get line sync, but I'll try again and use different
firmware if required.
Thanks
Daniel
-Original Message-
From: Mathias Kresin [mailto:d...@kresin
Hi Martin/John,
Can you give us an idea where to look. If I use an external modem in bridge
mode and run PPPoE on the router then it works fine.
However with PPPoA, TCP and UDP misbehaves, UDP packets over 1300 seems to be
dropped silently and the first tcp packet is dropped with no logs in IP
On Wed, Aug 3, 2016 at 10:02 AM, Martin Blumenstingl
wrote:
> I did not have time to look into this yet, but maybe Hauke or John
> have an idea what's going on.
I have a testcase, maybe it'll be useful to debug the issue.
brie.darkk.net.ru (139.162.172.21) is server hosted in London.
2.30.18.250
-Devel] latency on PPPoA ADSL Annex A on using
Lantiq
Hi Daniel,
(I feel like a one-trick pony here, but...) Could this be bufferbloat? Maybe
not, but here's how to test:
Use the procedure for "A Quick Test for Bufferbloat" at
https://www.bufferbloat.net/projects/cerowrt/wiki/
holm ; lede-dev@lists.infradead.org;
openwrt-de...@lists.openwrt.org
Subject: Re: [LEDE-DEV] [OpenWrt-Devel] latency on PPPoA ADSL Annex A on using
Lantiq
Hi Daniel,
(I feel like a one-trick pony here, but...) Could this be bufferbloat? Maybe
not, but here's how to test:
Use the procedure f
Hi Daniel,
(I feel like a one-trick pony here, but...) Could this be bufferbloat? Maybe
not, but here's how to test:
Use the procedure for "A Quick Test for Bufferbloat" at
https://www.bufferbloat.net/projects/cerowrt/wiki/Tests_for_Bufferbloat/#a-quick-test-for-bufferbloat
Watch to see if the
Hi Donald,
Thanks for responding
The MTU seems fine.
This is the WAN link
pppoa-wan Link encap:Point-to-Point Protocol
inet addr:2.25.173.155 P-t-P:172.16.11.136 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:94409 erro
Hi,
I am quite desperate because I have a project going with these routers and I am
running really late.
Can anyone spare some time to help me, I am willing to pay an hourly rate for
the time if it will help.
This issue only occurs on ADSL. On VDSL performance is really good even using
PPPoE.
On Tue, Aug 2, 2016 at 6:10 PM, Alexander Couzens wrote:
> On Tue, 2 Aug 2016 13:38:55 +
> Daniel Niasoff wrote:
>
>> I can provide remote ssh access if required. When using SSH you will
>> notice it feels sluggish due to this issue.
>>
>> Any ideas plase, I am really stuck here?
>
> I ca
27 matches
Mail list logo
