[Fli4l_dev] Informationen zum Weekly-Tarball vom 25.7.2014 (r31787)

[Uwe Zeppei]

Am 27.07.2014 15:18, schrieb Christoph Schulz:
> Hallo!
>
> Uwe Zeppei schrieb:
>
>> Ich hab mich endlich mal daran gemacht und meine Konfig von 3.6.2
>> umgesetzt auf diesen Tarball (FFL-506, Version siehe oben).
>
> Super, danke dafür!
>
>> Der Fli4l
>> arbeitet als Router hinter einem W921V der Telekom (mit DHCP) an einem
>> 50er VDSL.
>>
>> Aufgefallen sind mir folgende Sachen:
>>
>> - bei DYNDNS scheint nur der erste Provider ein Update zu machen (in
>> meinem Fall NOIP), der zweite bekommt offenbar keine Chance dazu (bei
>> mir DYNDNSDK). Im Bootlog erscheint nur der Aufruf des Updates für NOIP.
>> Manuell Updaten scheint zu klappen (im Gegensatz zu 3.6.2).
>
> Hast du mal die Logmeldungen von dyndns-System? Ggfs. OPT_SYSLOGD
> aktivieren.

Hm, wo kann ich die hinschreiben lassen? Bootlog hätte ich jetzt schon 
anzubieten.

>> - Chrony scheint bei größerer Differenz zwischen Netzzeit und RTC nicht
>> immer ein Stellen des RTC zu erzwingen. Bei mir (Differenz >250
>> Sekunden) klappte das erst nach dem zweiten oder dritten Neustart.
>
> Kann ich nichts zu sagen, müsste ich nachstellen.

Ich kapiere auch nicht, warum es passiert. Ich versuche die Tage mal zu 
expermientieren, ob ich es näher eingrenzen kann.

>> - mein IDE-Chip "82371AB/EB/MB PIIX4 IDE" läuft mit "ata_generic" und
>> keinem anderen Treiber, auch "pata_acpi" geht nicht (genauso wenig wie
>> "pata_oldpiix", "pata_mpiix" und "ata_piix", es wird immer auf obigen
>> umgeschwenkt).
>
> Das verstehe ich nicht ganz. Soll das heißen, dass wenn du nichts angibst,
> das System nicht bootest? Die Idee ist, dass in den meisten Fällen überhaupt
> nichts angegeben werden muss (und somit OPT_HDDRV='no' in der Konfiguration
> steht).

Oh, dann habe ich was mißverstanden. Bisher brauchte man ja zwingend das 
Opt, um überhaupt zu booten. Ich bin davon ausgegangen, das man mit 
Angabe des passenden Treibers auch noch mal etwas Performance 
herausholen kann. Scheinbar wird aber eine falsche Angabe ignoriert und 
halt ein passender Treiber aktiv.

>> - Hinweis für andere mit alter Hardware: ich mußte bei mir von "apm_rm"
>> umstellen auf "acpi", damit der Router sich per Weboberfläche auch
>> ausschalten läßt.
>
> YMMV, das kommt halt wirklich auf das Alter der Hardware (bzw. der BIOS-
> Implementierung) an.

Deshalb der Hinweis. Früher (also bei den Versionen <= 3.6.2) war bei 
der gleichen Hardware (Celeron 300) halt apm_rm nötig, damit das 
Ausschalten auch klappte. Jetzt muß ich halt ACPI nehmen. Vielleicht 
spart das ja dem einen oder anderen die Suche, mehr nicht.

> Viele Grüße,
>