10.07.2017 22:07, Damian Kaczkowski:
Hello Sylwester.
On 10 July 2017 at 20:10, Sylwester Petela wrote:
I used the following pictures for visualising and flowing the traces.
The pictures are in the gimp format and have multiple layers:
TD-W8980 - Annex A:
Hello Sylwester.
On 10 July 2017 at 20:10, Sylwester Petela wrote:
> I used the following pictures for visualising and flowing the traces.
> The pictures are in the gimp format and have multiple layers:
>
> TD-W8980 - Annex A:
>
These are some findings that I've along with Mathias Kresin made quite
time ago (hardware part):
On F3 vs F1 near transformer was capacitor .022j630p (annex B) .027j630p
(annex A) You can check that as on most images I don't see its value. As
for differences between boards I'll check it
Hello all.
I have done some research regarding soft-switching DSL Annex. I got
few boards which are able to operate in Annex A or B without hardware
mods of the hybrid. Seems that dsl_control is able to send some
commands to the DSL PHY so it can sync with Annex A line while being
equipped with
Hello all.
I have done some research regarding soft-switching DSL Annex. I got few
boards which are able to operate in Annex A or B without hardware mods of
the hybrid. Seems that dsl_control is able to send some commands to the DSL
PHY so it can sync with Annex A line while being equipped with
Hi,
On 15/08/2015 23:38, Mathias Kresin wrote:
Am 24.07.2015 um 01:20 schrieb Martin Blumenstingl:
On Fri, Jul 24, 2015 at 1:00 AM, Aleksander Wałęski
olewa...@gmail.com wrote:
Actually, it just dawned on me that they can be doing just that. In
the bootloader. This is the only part of
Am 24.07.2015 um 01:20 schrieb Martin Blumenstingl:
On Fri, Jul 24, 2015 at 1:00 AM, Aleksander Wałęski olewa...@gmail.com wrote:
Actually, it just dawned on me that they can be doing just that. In
the bootloader. This is the only part of firmware we are not changing.
If PCBs turn out to be
Hi all,
On Fri, Jul 24, 2015 at 12:03 AM, Alexander Couzens lyn...@fe80.eu wrote:
I've seen the same. With annex b device, same firmware, the modem syncs to
adsl, with annex a not.
meanwhile, I got an annex b device, and with the same openwrt build,
dsl firmware and config (sysupgrade backup)
I've took a look on 2 devices.
They differ a lot, there might be different revisions.
I'll take some photos tomorrow.
PS: by poking around I found
target/linux/lantiq/patches-3.18/0007-MIPS-lantiq-add-basic-tffs-driver.patch
which looks like it reads the annex version off a mtd part I don't
If someone would like to search for differences on the pcb, I can make photos
of both pcbs.
Please do, it might be interesting. Also, if they are not identical
(except for ADSL annex) it might be very difficult to find relevant
differences.
It sort of does not make sense to me that the only
Hi Martin,
On Sun, Jul 12, 2015 at 3:44 PM, Martin Blumenstingl
martin.blumensti...@googlemail.com wrote:
Since my latest patches were merged into the OpenWrt repository the
patch which updates the lantiq DSL drivers/application did not apply
anymore.
Here is the updated patch which applies
On Fri, Jul 24, 2015 at 12:55 AM, Aleksander Wałęski olewa...@gmail.com wrote:
so why not
use some spare GPIO to pull front-end configuration pin to state in
which it has to be
Actually, it just dawned on me that they can be doing just that. In
the bootloader. This is the only part of
On Thu, 23 Jul 2015 23:51:33 +0200
Martin Blumenstingl martin.blumensti...@googlemail.com wrote:
Hi Andre,
On Thu, Jul 23, 2015 at 11:32 PM, Andre Heider a.hei...@gmail.com wrote:
The dsl line never syncs, and letting 'vdsl_cpe_control --c' just sit
there spits out repeatedly:
'DSL_CPE:
Hi Alexander,
On Fri, Jul 24, 2015 at 12:03 AM, Alexander Couzens lyn...@fe80.eu wrote:
If someone would like to search for differences on the pcb, I can make photos
of both pcbs.
soldering rx, tx and gnd on a pcb for a serial connection is as far as
my hardware skills go, but maybe we can
On Fri, Jul 24, 2015 at 1:00 AM, Aleksander Wałęski olewa...@gmail.com wrote:
Actually, it just dawned on me that they can be doing just that. In
the bootloader. This is the only part of firmware we are not changing.
If PCBs turn out to be identical we might want to check this.
That was my
Hi Martin,
On Thu, Jul 23, 2015 at 11:51 PM, Martin Blumenstingl
martin.blumensti...@googlemail.com wrote:
This sounds like an annex incompability? Was I wrong and there is a
hardware difference and I cannot use the non B model with annex b?
Indeed, I have read multiple times that the DSL
Hi,
On Sat, Jul 11, 2015 at 9:39 AM, Sylwester Petela ssc...@gmail.com wrote:
Where did You get/find v4.16.2.4 packages ?
Someone with access to lantiq's UGW replied last month on the
mailing list and sent me the updated package versions.
Since my latest patches were merged into the OpenWrt
Where did You get/find v4.16.2.4 packages ?
W dniu 2015-07-10 o 19:31, Aleksander Wałęski pisze:
Hello Martin,
I've just applied your patch against trunk (r46292) and flashed this
firmware. Unfortunately linked patch did not apply cleanly because
some of your changes were accepted into openwrt
Hello Martin,
I've just applied your patch against trunk (r46292) and flashed this
firmware. Unfortunately linked patch did not apply cleanly because
some of your changes were accepted into openwrt trunk. I was able to
fix it locally but I hope you will update your patch for others to
test it. So
On Sat, Jun 6, 2015 at 3:23 PM, Sylwester Petela ssc...@gmail.com wrote:
After 9 days and bit of performance drop I reverted back to stripped out
init script and also lowered debug level to default so I can track what is
causing these issues.
If it is a driver issue then you can test the new
Hi Flo,
On Thu, Jun 18, 2015 at 10:59 AM, Florian Eckert
eckert.flor...@googlemail.com wrote:
I have the new source packages for lantiq dsl stuffs. This are the new
packages rom UGW-6.1.
As far as I know these are the *latest* driver versions.
Do you have a link to those packages (or a link to
Hello,
I have the new source packages for lantiq dsl stuffs. This are the new
packages rom UGW-6.1.
I don´t know the differences in the new packages!
Martin Blumenstingl [xdarklight] on github - UGW-6.1
lib_ifxos-1.5.14.tar.gz - lib_ifxos-1.5.19.tar.gz
On Fri, Jun 5, 2015 at 4:56 AM, Aleksander Wałęski olewa...@gmail.com wrote:
Try playing with /etc/init.d/dsl_control when you'll have a moment to
spare to see if all parameters it passes to control application are
necessary.
It seems that the lowlevel configuration is indeed not required
As I mentioned earlier I am already running with very minimal
configuration. My control process parameters list looks like this:
/sbin/vdsl_cpe_control -i -n /sbin/dsl_notify.sh -f
/lib/firmware/vdsl.bin -A /lib/firmware/vdsl.scr
-i is required, but actual initialization bits are not (in my
W dniu 2015-06-06 o 14:18, Aleksander Wałęski pisze:
Interesting. Have you made a note of which parameter made such a
difference? I guess disabling ReTx could potentially cause lower sync
speeds because DSLAM needs to compensate for lack of retransmissions.
It may be enabled/disabled in
On Fri, Jun 5, 2015 at 4:56 AM, Aleksander Wałęski olewa...@gmail.com wrote:
Try playing with /etc/init.d/dsl_control when you'll have a moment to
spare to see if all parameters it passes to control application are
necessary. Selecting between ADSL and VDSL may be necessary but
firmware for
On Tue, Jun 2, 2015 at 1:54 AM, Aleksander Wałęski olewa...@gmail.com wrote:
Extraction procedure is exactly the same as for regular TD-W9980.
Thanks, I have it that this afternoon.
I was expecting only Annex difference, but this firmware
may be specifically tweaked for Germany (# for
Hi Aleksander,
On Wed, May 27, 2015 at 9:20 PM, Aleksander Wałęski olewa...@gmail.com wrote:
add --enable-debug-prints=err to ltq-vdsl-app and change
enable-debug-prints to err in ltq-vdsl-vr9.
...
Additionally, I added --disable-dsl-ceoc to ltq-vdsl-app since CEOC is
disabled in API by
Thanks for answer. I cannot unfortunately test new patch right away,
because I sort of put this device in production but if it is only
compilation flags that changed that I am sure it works. I suspected
some kind of memory leak, because driver control process is quite
heavy on memory but it does
On Mon, May 25, 2015 at 4:08 PM, Aleksander Wałęski olewa...@gmail.com wrote:
Maybe you and Aleksander can try this patch again?
Sure, I'll flash my device with this and let it run for some time to
see if there are any problems.
Ok, I tested your latest patch and everything seems to work but
Good news! It works.
Furthermore, I could only get it to work on my line with this new
driver. I tried old driver with 6 different firmwares (VDSL fw
versions: 3.2.8, 3.4.A, 4.6.D, 4.7.9, 6.8.4, 7.4.3). Older ones got me
as far as full_init [0x380] but then process was interrupted and
started all
W dniu 2015-05-25 o 08:00, Aleksander Wałęski pisze:
Good news! It works.
Furthermore, I could only get it to work on my line with this new
driver. I tried old driver with 6 different firmwares (VDSL fw
versions: 3.2.8, 3.4.A, 4.6.D, 4.7.9, 6.8.4, 7.4.3). Older ones got me
as far as full_init
On Mon, May 25, 2015 at 8:52 AM, Sylwester Petela ssc...@gmail.com wrote:
Getting rid of init script isn't good probably, as original driver in UGW
passes the same commands (mostly) to dsl_control.
I _suspect_ that new firmware is detecting line parameters
automatically. If this is true then
On Mon, May 25, 2015 at 1:34 PM, Martin Blumenstingl
martin.blumensti...@googlemail.com wrote:
I have taken those sources (as they contain the complete build system)
and updated my patch: [1]
The original tarballs can be found here: [2], [3], [4]
It seems that there are two more versions in
W dniu 2015-05-23 o 23:22, Aleksander Wałęski pisze:
Sylwester Petela sscapi at gmail.com writes:
W dniu 2015-05-05 o 09:31, Johannes Berg pisze:
On Tue, 2015-05-05 at 09:28 +0200, Sylwester Petela wrote:
[ 458.772000] DSL[00]: WARNING - Data Path counters are not
supported
for the
Waiting impatiently for this new patch. For now I can say that I have
problems with old driver combined with newest TP-LINK dsl firmware on
VDSL line. Once I establish known working configuration I'll build fw
with latest driver and test again.
New patch is ready: [0]
Let me know if VDSL
Was quite obvious but I've missed it, default debug level have been changed
Excellent catch, I should have noticed it when I removed -DDSL_DEBUG_DISABLE
Newest trunk with patches from xdarklight, packages from DrayTek.
What do you mean exactly with packages from DrayTek?
Full log:
On Sun, May 24, 2015 at 5:15 PM, Martin Blumenstingl
martin.blumensti...@googlemail.com wrote:
Was quite obvious but I've missed it, default debug level have been changed
Excellent catch, I should have noticed it when I removed -DDSL_DEBUG_DISABLE
This might come in handy for DSL tinkerers,
Also, using binwalk, I was able to extract dsl firmware from latest
W9980 firmware update (TD-W9980_V1_150507).
filename: xcpe_574306_571801.bin
version: 5.7.4.3.0.6-5.7.1.8.0.1
sha1sum: f8a13f16f5ead64bb0d2d551fbef8f1a838322f7
Thanks a lot - added that one as well.
Sylwester Petela sscapi at gmail.com writes:
W dniu 2015-05-05 o 09:31, Johannes Berg pisze:
On Tue, 2015-05-05 at 09:28 +0200, Sylwester Petela wrote:
[ 458.772000] DSL[00]: WARNING - Data Path counters are not
supported
for the FE!
That seems pretty harmless - the driver code
W dniu 2015-05-05 o 09:31, Johannes Berg pisze:
On Tue, 2015-05-05 at 09:28 +0200, Sylwester Petela wrote:
[ 458.772000] DSL[00]: WARNING - Data Path counters are not supported
for the FE!
That seems pretty harmless - the driver code is really really ugly
though. Probably should just
On Tue, 2015-05-05 at 09:28 +0200, Sylwester Petela wrote:
[ 458.772000] DSL[00]: WARNING - Data Path counters are not supported
for the FE!
That seems pretty harmless - the driver code is really really ugly
though. Probably should just remove the message.
Cannot find witch function
On Mon, 2015-05-04 at 23:16 +0200, Sylwester Petela wrote:
[ 456.056000] DSL[00]: negative response for MsgID=0x2B0A
(Class=0x3100) - on try 0!
[ 456.764000] DSL[00]: Error for send CMD MsgID=0x2B0A - KEEP line!
[ 456.768000] DSL[00]: ERROR - ReTx PM counters read failed!
[
W dniu 2015-05-05 o 08:56, Johannes Berg pisze:
On Mon, 2015-05-04 at 23:16 +0200, Sylwester Petela wrote:
[ 456.056000] DSL[00]: negative response for MsgID=0x2B0A
(Class=0x3100) - on try 0!
[ 456.764000] DSL[00]: Error for send CMD MsgID=0x2B0A - KEEP line!
[ 456.768000] DSL[00]:
Hi Martin,
Has anyone tried any of these firmwares with newer drivers to see if
they can do vectoring?
Put another way - does anyone have a driver that works with firmware
6.x?
Neither v4.11.4 nor v4.11.11 support vectoring.
Thus you need at least v4.15.2 (see my other thread which
On Mon, 2015-05-04 at 21:00 +0200, Martin Blumenstingl wrote:
Like I previously said: there's probably something wrong at my end.
I have the Annex A version of the TD-W8970 and I am trying to use it with
my Annex B ADSL connection (for the record: I am not using a splitter).
While trying to
W dniu 2015-05-04 o 21:13, Johannes Berg pisze:
On Mon, 2015-05-04 at 21:00 +0200, Martin Blumenstingl wrote:
Like I previously said: there's probably something wrong at my end.
I have the Annex A version of the TD-W8970 and I am trying to use it with
my Annex B ADSL connection (for the
Hi Johannes,
I'm re-sending this because I accidentally replied only to you in the
first email.
There's at least one firmware file that should do vectoring that you
haven't covered, in more recent tarballs for the Speedport W921V (you
have V_5.3.4.A.1.6-5.3.6.4.1.2 from an older one)
On Tue, 2015-04-07 at 00:00 +0200, Martin Blumenstingl wrote:
Feel free to send me the details how to get more versions into this
list (please be aware that I need a link to a public hosted file that
*everyone* can download).
You can run the w921v_fw_cutter also on newer firmware for that,
Hi Martin,
thanks for diggin' in the proprietary dirt and extracting all the
legally possible info for each firmware file.
I also got some VRX200 boards flying around here, most of them in
productive use on VDSL2 lines. However, I might give your updated
driver a try once I'm awake during less
Hello,
I recently purchased a TP-Link TD-W8970 on which I have installed OpenWrt.
My goal is to use it as my main DSL router, so it has to connect to
the internet.
For the reference: at the moment I'm using a AVM FritzBox for this
purpose, which is connected directly to the phone jack (the web
51 matches
Mail list logo