Box-Info von trunk

[olistudent]

Sorry, ich hatte das Bild ATA benannt und dachte damit wäre das klar. Aber das sieht man ja gar nicht auf anhieb. Die 7270 läuft mit Inet über LAN 1 und Verbindung selbst aufbauen.

MfG Oliver

 

[hermann72pb]

Meine Frage wäre: Ist denn so eine Anzeige für ATA-Modus akzeptabel? Und warum taucht ATA-IF gar nicht unter Interfaces auf. Kannst du bitte dein ifconfig mit dem Abschnitt um ATA-IF-herum posten? Ich befürchte, dass wir da zuviel filtern...

MfG

 

[sf3978]

[...]
Warum taucht die öffentliche IP gar nicht unter Interfaces auf?
[...]

Die öffentliche IP taucht bei meinen Boxen, weder im ata-Modus noch im normal-Modus (dsl-Modem), unter Interfaces auf. Deshalb lasse ich ja temporär (während des onlinechanged) für opendd, mit einer zusätzlichen Software, ein tun-Interface erstellen, dem ich mit "get_ip -d" die aktuelle öffentliche IP zuweise.

 

[olistudent]

bash-3.2# ifconfig
cpmac0    Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:102860 errors:0 dropped:0 overruns:0 frame:0
          TX packets:77722 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:30833011 (29.4 MiB)  TX bytes:28117356 (26.8 MiB)

dsl       Link encap:Point-to-Point Protocol
          inet addr:169.254.2.1  P-t-P:169.254.2.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:46589 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18860 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:18909553 (18.0 MiB)  TX bytes:1154825 (1.1 MiB)

eth0      Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:38885 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49103 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:128
          RX bytes:5193906 (4.9 MiB)  TX bytes:22070601 (21.0 MiB)

guest     Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          inet addr:192.168.179.1  Bcast:192.168.179.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:242 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:70955 (69.2 KiB)

lan       Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          inet addr:192.168.178.1  Bcast:192.168.178.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:38861 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49112 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4492138 (4.2 MiB)  TX bytes:22071075 (21.0 MiB)

lan:0     Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          inet addr:169.254.1.1  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:18356 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18356 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1116890 (1.0 MiB)  TX bytes:1116890 (1.0 MiB)

wan       Link encap:Ethernet  HWaddr 00:1F:3F:00:A4:BE
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:63972 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24030 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:25638863 (24.4 MiB)  TX bytes:2685442 (2.5 MiB)

MfG Oliver

 

[hermann72pb]

@Oliver: Und wem gehört das 192.168.42.XXX-Netz? Das zeigt doch get_ip? Ist das wenigstens korrekt?
So wie ich es sehe, gibt es keine Möglichkeit aus den ifconfig-Informationen auf WAN-Interface / DSL-Modem(extern) zu schließen. Und da es Vielfalt an unterschiedlichen Konfigurationen gibt, würde ich schon beide Bereiche (Nach Netzen und nach Interfaces) für sinnig halten. Aus der Kombination beider Ausgaben kann man schon bestimmte Schlussfolgerungen ziehen.

MfG

 

[olistudent]

Das hab ich als externe IP in der Box eingetragen.

MfG Oliver

 

[hermann72pb]

Bevor das hier wieder versinkt, frage ich vorsichtig, ob und wie wir hier weiter vorgehen? Wollen wir die Version von Gero013 oder von mir im trunk sehen, oder soll die Idee nach so langen Diskussionen hier versinken? Wenn trunk, dann bitte einchecken.
Ich hatte mich anfangs so stark gegen diese optische Neuerung gewehrt, weil ich genau diese Resonanz vermutet hatte, nämlich fast keine. Eigentlich wollte ich mich schon längst mit dem dynamischen inetd und der Anpassung von modlibrc auseinandersetzen. Das hätte nämlich deutlich mehr Wertigkeit, als diese Darstellungssachen in box-info. Die Geschichte hier hat meine angedachte Anpassung an modlibrc aber wieder nach hinten geschoben.

MfG

 

[Silent-Tears]

Ich denke, ganz ausgegoren ist das hier noch nicht, wenn ich das recht sehe, aber lasse mich gern eines besseren belehren.

Klär mich mal einer auf

 

[hermann72pb]

@Lars: Hier ginge es aber eben nur um diese Anzeige von IPs / Interfaces im Bereich box-info. Sessionsverwaltung usw. war ein anderes Thema von Gero013. Zu dem besagten Thema in box-info hatte Gero013 seine Patches gepostet und letztendlich hatte ich auch meine Version (basierend auf seinen Ideen) hier gepostet. Meine Version behält die alte Anzeige und fügt dazu die Tabelle mit Interfaces, die Gero013 vorgeschlagen hat. Außerdem hatte ich den Bereich der Taktfrequenzen in box-info etwas angepasst.

Edit: Z.b. letzte Version oder meine Vorversion oder Version von Gero013 oder Vorschlag von sf3978 bebildert...


MfG

 

[olistudent]

http://trac.freetz.org/changeset/5198

MfG Oliver

 

[colonia27]

Oliver hatt in changeset 5201 den 7390-branch mit dem trunk gesynct.
Der box-info Patch bringt die Box-Info Seite im freetz-IF im Falle der 7390 ein wenig durcheinander.

Grüße, Guido

 

[hermann72pb]

@Colonia: Es gibt diesbezüglich zwei Probleme:
1. Normalerweise sollte die Zeile unterbrochen werden anstatt in Breite gezogen. Da haben wir ein generelles Problem css-mäßig. Ich weiß nicht, ob es immer schon so war, oder ob es durch die letzten Änderungen von Andreas hinzukam. Ich habe solche Probleme an anderen Stellen (z.B. benutzerdefinierter Namen vom Image in FREETZ-Info). Ich kann auch nicht vollständig ausschließen, dass ich selbst daran schuld bin. Denn ich hatte da auch etwas an css rumgebastelt.
2. Eigentlich hatte ich bei den Informationen vor/nach bestimmten Wörtern Umbrüche festgelegt:

s/DSP:/<br>DSP:/;s/VBUS:/<br>VBUS:/;

Blöderweise hat AVM da wieder was rumgebastelt an der 7390 und die besagten zwei Schlagwörter schlagen nicht mehr zu.

Poste bitte diese ununterbrochene Zeile als Text und lass uns die Stichwörter festlegen, wo wir unterbrechen.

Edit: Ich sehe gerade, da schlägt ziemlich viel daneben... Poste bitte:

/var/mod/root # [B][COLOR="Red"]cat /proc/clocks[/COLOR][/B]
OHIO Clock: CPU: 211.968kHz System: 125.000kHz USB: 125.000kHz DSP: 250.000kHz VLYNQ: 62.500kHz
/var/mod/root # [B][COLOR="Red"]cat /proc/clocks | hexdump -C[/COLOR][/B]
00000000  4f 48 49 4f 20 43 6c 6f  63 6b 3a 20 43 50 55 3a  |OHIO Clock: CPU:|
00000010  20 32 31 31 2e 39 36 38  6b 48 7a 20 53 79 73 74  | 211.968kHz Syst|
00000020  65 6d 3a 20 31 32 35 2e  30 30 30 6b 48 7a 20 55  |em: 125.000kHz U|
00000030  53 42 3a 20 31 32 35 2e  30 30 30 6b 48 7a 20 44  |SB: 125.000kHz D|
00000040  53 50 3a 20 32 35 30 2e  30 30 30 6b 48 7a 20 56  |SP: 250.000kHz V|
00000050  4c 59 4e 51 3a 20 36 32  2e 35 30 30 6b 48 7a 0a  |LYNQ: 62.500kHz.|
00000060

MfG

 

[colonia27]

Hallo Hermann,
hoffe du hast das nicht falsch verstanden, ich wollte niemanden für irgendwas beschuldigen sondern euch cracks nur drauf aufmerksam machen, das da irgendwas nicht (mehr) passt.
In meinen Augen ist es leider auch nicht immer von Vorteil wenn paralell an verschiedenen branches o.Ä. gearbeitet wird (buehmann, 7390, webif-prototype, normaler trunk). Da passierts halt schneller, daß Änderungen in dem einen halt im Anderen nicht mehr passen.... aber seis drum.

Nachdem Oliver heut den 7390-branch mit dem trunk gesynct hatte, war in meinen Augen klar, daß im Grunde die 7390 "schuld" daran ist und, daß div. Abfragen nicht mehr passen.

Aber hier mal der günschte output. Falls du mehr brauchst, meld dich

/var/mod/root # [COLOR=Red]cat /proc/clocks[/COLOR]
Clocks:  CPU: 500 MHz SYSTEM: 166666666  Hz USB: 12 MHz USB2: 48 MHz DDR: 333333333  Hz EPHY: 125 MHz PCI: 33333333  Hz PCL66: 66666666  Hz AP: 333333332  Hz 21xx: 228592 KHz
/var/mod/root # 
/var/mod/root # [COLOR=Red]cat /proc/clocks | hexdump -C[/COLOR]
00000000  43 6c 6f 63 6b 73 3a 20  20 43 50 55 3a 20 35 30  |Clocks:  CPU: 50|
00000010  30 20 4d 48 7a 20 53 59  53 54 45 4d 3a 20 31 36  |0 MHz SYSTEM: 16|
00000020  36 36 36 36 36 36 36 20  20 48 7a 20 55 53 42 3a  |6666666  Hz USB:|
00000030  20 31 32 20 4d 48 7a 20  55 53 42 32 3a 20 34 38  | 12 MHz USB2: 48|
00000040  20 4d 48 7a 20 44 44 52  3a 20 33 33 33 33 33 33  | MHz DDR: 333333|
00000050  33 33 33 20 20 48 7a 20  45 50 48 59 3a 20 31 32  |333  Hz EPHY: 12|
00000060  35 20 4d 48 7a 20 50 43  49 3a 20 33 33 33 33 33  |5 MHz PCI: 33333|
00000070  33 33 33 20 20 48 7a 20  50 43 4c 36 36 3a 20 36  |333  Hz PCL66: 6|
00000080  36 36 36 36 36 36 36 20  20 48 7a 20 41 50 3a 20  |6666666  Hz AP: |
00000090  33 33 33 33 33 33 33 33  32 20 20 48 7a 20 32 31  |333333332  Hz 21|
000000a0  78 78 3a 20 32 32 38 35  39 32 20 4b 48 7a 0a     |xx: 228592 KHz.|
000000af
/var/mod/root #

MfG Guido

 

[hermann72pb]

Clocks-Patch für box_info

Es ginge ja auch nicht ums beschuldigen, sondern um die Informationen, die ich von dir haben wollte. Denn aus dem Bild kann man nur wenig erkennen. Außerdem hatte ich versucht zu erklären, woher es kommen könnte.

Kaum hatte ich /proc/clocks entdeckt, schon bastelt AVM sowas von stark daran um, dass man es fast sofort knicken kann...

Das Problem lag nicht an css, sondern eher an meiner Methode, mit der ich versucht hatte, die entsprechende Datei zu verarbeiten und "schön" darzustellen.

Es wurde deswegen nicht unterbrochen, weil ich alle Leerzeichen gegen   getauscht hatte. Nun lasse ich da einige Leerzeichen bewußt einbauen, sodass es jetzt automatisch vom Browser unterbrochenn werden kann.

Bitte testen und danach einchecken.

MfG

 

[colonia27]

Moin Hermann,
von meiner Seite würd ich sagen, dein patch schaut gut aus.
Wegen mir kann der so übernommen werden.

[EDIT] danke fürs einchecken, Oliver. Beim nächsten sync gehts dann ja auch im 7390-branch ;-)