cdk/configure: Neue Option --with-filesystems

[PT-1]

Sorry ,

Renwich meinte die smbfs.o baut.

PT-1

[rhabarber1848]

Renwich meinte die smbfs.o baut.

smbmount/smbmnt gehören zu sambaserver und werden unabhängig davon benötigt,
um einen smbfs-mount durchzuführen. Ich werde mich demnächst dran setzen,
diese Dateien zusätzlich zu erstellen, wenn smbfs aktiviert wurde. Dies würde ich
dann mit den entsprechenden Neutrino-Patches von PT-1 kombinieren. Z.Zt. wird nur
das smbfs-Kernelmodul kompiliert, es kann afaik ohne smbmount nicht genutzt werden.

Bis dahin würde ich aber im Hinblick auf das anstehende neue ybuild vorschlagen,
diesen Patch, so wie er jetzt ist, ins CVS zu committen, falls es keine Einwände
bzgl. der Funktionalität mehr gibt.

[PT-1]

@Rhabarber

Ich denke mal die nutzen das smbmount dann eventuell extra von /hdd/bin oder so aehnlich wie es im JtG mit dem Samba Server realisiert ist.

[dbt]

Bitte beachtet, dass momentan daran gedacht wird, NFS-Mount zu entfernen und das evtl. in Verbindung mit Automounter anders anzupacken.
http://forum.tuxbox-cvs.sourceforge.net ... 44&start=0

[rhabarber1848]

Bitte beachtet, dass momentan daran gedacht wird, NFS-Mount zu entfernen

Habe ich im Hinterkopf. Ich plane für später, einen Patch zu schreiben, der die Neutrino
Mountfunktionalität und den automounter entfernt, wenn --enable-filesystems="" gesetzt
ist. Nur dann macht das eigentlich Sinn, oder? Ich glaube, zu viele User würden es nicht gut
finden, mit einem Unix-Zeilenumbrüche-kompatiblen Texteditor die automounter-Konfiguration
bearbeiten zu müssen

[dbt]

Das hatte ich auch weitestgehend in diesem Sinne so gemeint. Eine GUI-Unterstützung als Ersatz müsste schon sein.

[Barf]

Ich habe die Diskussion mit Interesse gefolgt. Ein Paar Bemerkungen:

- Ich glaube ein configure-option wie --with-filesystems=<list-of-filesystems> (z.B. --with-filesystems=nfs,jffs2,cifs) wäre am Automake-nähestens. (Also nicht "enable"). Es ist dabei besser, gegen unsinnige Kombinationen zu protestieren (z.B. ext3 ohne ext2) als leise zu verbessern.

- Es wäre sinnvoll,in irgendeiner Form, das Nachinstallieren von Filesystemdrivers (ist ja nicht anderes als ladbare Kernelmodule) zu unterstützen. yjogols installationspackages kann eventuell genau das Richtige sein.

- Die nitr8 Konzept bereitet mir gewissermasse Bauchschmerzen. Vielleicht könnte man sich z.B. überlegen, falls diese "Waarmduscherschnittstellen" als z.B. Plugins in ingendeiner Form zu realisieren wäre.

[seife]

- Es wäre sinnvoll,in irgendeiner Form, das Nachinstallieren von Filesystemdrivers (ist ja nicht anderes als ladbare Kernelmodule) zu unterstützen. yjogols installationspackages kann eventuell genau das Richtige sein.

Wozu dann aber auch gehört, das im Neutrino nicht per #ifdef sondern per runtime-check zu machen - evtl. ähnlich wie es in enigma auch gemacht wird: EineKlasse, welche die Hardware-Capabilities enthält ("Hat LCD", "Hat HDD", "Hat VCR-SCART", ...)

[rhabarber1848]

- Es wäre sinnvoll,in irgendeiner Form, das Nachinstallieren von Filesystemdrivers (ist ja nicht anderes als ladbare Kernelmodule) zu unterstützen.

Die Größe des Kernels scheint abhängig von den aktivierten FS-Modulen zu sein,
es sind zwar nur einige Byte, aber immerhin. Da stellt sich mir die Frage, ob
ein Kernel, der z.B. ohne cifs-Modul kompiliert wurde, überhaupt in der Lage ist,
das nachinstallierte Modul zu benutzen.

[rhabarber1848]

gegen unsinnige Kombinationen zu protestieren (z.B. ext3 ohne ext2) als leise zu verbessern.

Warum ist das unsinnig? Der Kernel-build-Mechanismus lässt diese Konstellation zu.

Ich möchte hier nochmal ein paar Gedanken zu diesem Patch schreiben:

Zielgruppe Imageverteiler:
Für Euch ist die Funktionalität des Patches interessant, die bisher nicht unterstützte
Dateisysteme wie smbfs oder vfat aktiviert. Am besten ist es, ihr aktiviert alle Dateisysteme
und liefert nur die benötigten Kernelmodule aus und bietet optional die restlichen Module zum
Nachinstallieren an. vmlinuz, Busybox und Neutrino können dann mit allen Dateisystemen umgehen.

Zielgruppe do-it-yourself-Imagebauer:
Für Euch ist die Funktionalität des Patches interessant, die es ermöglicht, nur die jeweils
benötigten Dateisysteme zu aktivieren. Damit werden z.B. customization-Skripts überflüssig,
die cifs.o entfernen. In meinem Fall, der für mich die Motivation für diesen Patch darstellt,
brauche ich nur NFS, deshalb habe ich auch im Busybox-Mount die cifs-Unterstützung deaktiviert,
die NFS-Unterstützung wird hier auch weggelassen, wenn NFS nicht aktiviert ist. Für öffentliche
Images macht es daher keinen Sinn mit --with-filesystems=nfs zu kompilieren und cifs.o
zum Nachinstallieren anzubieten, es soll und wird nicht funktionieren.

Auf meiner To-Do-Liste ist auch ein "make flash-pulseaudio-squashfs-all", hier macht es
Sinn mit --with-filesystems="" zu Kompilieren, was dann in Zukunft auch den automounter
deaktivieren wird.

[dbt]

Auf meiner To-Do-Liste ist auch ein "make flash-pulseaudio-squashfs-all",

Meinst du damit sowas wie ein reines "Server-Image", habe ich das richtig verstanden, also gänzlich ohne GUI (Neutrino, Enigma...)?

[GetAway]

@rhabarber1848

Ist die Swapfunktion als option realisierbar? Sprich: --enable-swap ?
Oder ist die immer aktiv?

[rhabarber1848]

Auf meiner To-Do-Liste ist auch ein "make flash-pulseaudio-squashfs-all",

Meinst du damit sowas wie ein reines "Server-Image", habe ich das richtig verstanden, also gänzlich ohne GUI (Neutrino, Enigma...)?

Ja, es gibt bestimmt Leute, die eine tunerlose-Dbox2 irgendwo rumstehen haben

[rhabarber1848]

Ist die Swapfunktion als option realisierbar? Sprich: --enable-swap ?
Oder ist die immer aktiv?

Ich habe kein IDE-IF, deshalb kenne ich den aktuellen Status des Swap-Supports nicht.
Aber ich bin sicher, dass sich da was machen lässt, wenn Du mir sagst, welche
Kernel-Optionen und userspace-tools (mkswap in Busybox?) nötig sind.

[Tommy]

wenn Ihr Swap abschaltet - dran denken das es auch für VFat gebraucht wird um evtl. auf SD zu swappen. Ob das Sinn macht sei dahingestellt.

[rhabarber1848]

wenn Ihr Swap abschaltet

Wenn IDE aktiviert ist, muss auch Swap aktiv sein, sonst nicht.
Wie gesagt, ich habe mir die aktuelle Konstellation noch gar nicht angesehen,
aber keine Sorge, es wird schon was vernünftiges dabei herauskommen.

[GetAway]

mkswap -> busybox
swapon -> busybox
swapoff -> busybox

ist im CVS wohl immer aktiv.

Kerneloption 2.4/2.6 kein Plan

[Tommy]

Wenn IDE aktiviert ist, muss auch Swap aktiv sein, sonst nicht.

achso wußte nicht das IDE = IDE|SD ist
wobei ja die Existenz von VFAT nicht unbedingt an die Existenz von IDE gebunden ist. VFAT wird AFAIK nur für SD eingesetzt.
Oder man macht gleich eine Option --enable-SDCard-Support was VFAT,SWAP,SD-Treiber zur Verfügung stellt.

[rhabarber1848]

achso wußte nicht das IDE = IDE|SD ist

Die SD-Karten werden doch an die IDE-Interfaces angeschlossen, oder nicht?

wobei ja die Existenz von VFAT nicht unbedingt an die Existenz von IDE gebunden ist.

Es gibt sicherlich Gründe, und nun auch die Möglichkeit, eine Festplatte in
der Dbox2 mit VFAT zu nutzen. Das erleichtert das Auslesen der Daten über
das neue USB-Interface mit einem Windows-PC.

SD-Treiber

Wie heißen die?

[dbt]

Nicht ganz richtig. Wurde neulich auch erst darauf aufmerksam gemacht. Es gibt MMC-Module, bei denen es reicht wenn nur der mmc-Treiber geladen wird. Insofern sollte man an die Option --enable-mmc schon denken. Wäre auch kein Ding das kurzfristig zu machen.
klick

[rhabarber1848]

mkswap -> busybox
swapon -> busybox
swapoff -> busybox

ist im CVS wohl immer aktiv.

Zum Glück nicht, cdk/Patches/busybox.config.m4:

Code: Alles auswählen

ifdef(`ide',
`option(`CONFIG_MKSWAP', `y', `y')
option(`CONFIG_FEATURE_MKSWAP_V0', `n', `n')',
`option(`CONFIG_MKSWAP', `n', `n')
option(`CONFIG_FEATURE_MKSWAP_V0', `n', `n')'
)
[...]
ifdef(`ide',
`option(`CONFIG_SWAPONOFF', `y', `y')',
`option(`CONFIG_SWAPONOFF', `n', `n')'
)

mkswap/swap[on|off] wird nur bereitgestellt, wenn IDE-Support aktiv ist, das ist aktueller CVS-Stand.

Kerneloption 2.4/2.6 kein Plan

Afaics ist die swap-Fähigkeit im Kernel immer aktiv.

[Tommy]

CF Karten können ans IDE IF. SD/MMC Karten kommen an den Modemport (bzw. die dort anliegenden GPIO's). Den Treiber gibt's AFAIR nur als binary

@dbt: Ich habe noch nicht gehört das jemand mit IDE und VFAT was gemacht/ getestet hat.

[rhabarber1848]

Insofern sollte man an die Option --enable-mmc schon denken.

driver/Makefile

subdir-$(CONFIG_IDE) += ide mmc

mmc-Support wird jetzt nur gebaut, wenn --enable-ide gesetzt ist bzw. mit diesem
Patch ein HDD-Dateisystem ausgewählt wurde. Jetzt ist nur die Frage, welches der
MMC-Module (mmc.o, mmc2.o, mmccombo.o) ohne IDE-Support auskommt, alle?

Vorschlag für einen Patch:
--enable-ide: Ist eine bestehende Option, aktiviert die mmc-Treiber und sollte nicht verändert werden

--enable-filesystems="<irgendein HDD-Dateisystem>" (ohne --enable-ide) aktiviert nur IDE-, aber
nicht mehr die MMC-Treiber, spart Platz im Flash für User ohne MMC/SD-Karten
--enable-mmc: neue Option, aktiviert nur das Kompilieren der MMC-Module, Voraussetzung ist die
Auswahl eines HDD-Dateisystem per --enable-filesystems

Ok?

[dbt]

laut dem was dort steht ist das wohl egal. Aber ich kenne das Teil aus dieser MC-Schmiede nicht.

...Platine wird über die vorhandenen Treiber (zum Beispiel mmccombo.o, mmc.o und mmc2.o [oder Varianten]) angesteuert. Voraussetzung zur Nutzbarkeit ist ein Betriebssystem auf der Box, welches passende Treiber unterstützt (also Tuxbox basierte Linuxdistributionen).

Aus dem was dort steht, lese ich, dass kein weiterer Treiber benötigt wird. Irgendwelche Binaries sind auch nicht genannt.

driver/Makefile
Zitat:
subdir-$(CONFIG_IDE) += ide mmc

Die Zeile kenn ich doch

Jetzt ist nur die Frage, welches der
MMC-Module (mmc.o, mmc2.o, mmccombo.o) ohne IDE-Support auskommt, alle?

Lass die mal alle bauen. Der zukünftige GUI-Support bietet eine separate MMC-Verwaltung mit entsprechender Auswahl und sofort-Test. Und wer den Treiber manuell anschubsen will, kann das sowieso machen. Ansonsten finde ich deinen Vorschlag OK.

[Tommy]

soweit ich weis wird eigentlich nur der mmccombo benutzt.

Ich weis nicht wie starr die Struktur im configure ist aber für die MMC kommt ja nur ein Dateisystem VFAT in Frage und andersrum macht die MMC ohne VFAT keinen Sinn.

--enable-mmc([swap]) baut mmccombo und VFAT sowie Swap (unabhängig von --enable-filesystems)
--enable-ide(xfs,ext3[,vfat]) baut IDE + die FS und Swap sowiso
--enable-nfilesystems(nfs[,cifs]) baut die Netzwerk Filesystems

Für mich wäre das so am "logischsten"
Ich bin als "allehalbeJahrmalBauer" aber kein Maßstab