Shared Memory limitation?
Martin Freiberg
Hallo,
Ich mï¿œchte fï¿œr eine Bastelei Shared Memory zwischen Kernelmodul und
Userland verwenden.
Gibt es (unter Linux) eine Limitation, wie viele Bereiche man definiert,
und wie groￜ die Bereiche sein dￜrfen?
Eigentlich mï¿œchte ich das ganze ja unter Rtai durchfï¿œhren.
Dazu mï¿œchte ich zwei Bereiche definieren.
im Kernelmodul mit rtai_kmalloc (Key, Groesse) festlegen,
und im Userprogramm mit rtai_malloc (Key,1) wieder hohlen.
In den Testprogrammen funktioniert das wunderbar. In meinen Versuchen
natï¿œrlich nicht. Kann es sein dass unter Rtai nur ein Speicherbereich
mï¿œglich ist? (Ist mir eben eingefallen, das dies der einzige Unterschied
ist.)
Zur "Verwaltung" lauft das ja ï¿œber ein device /dev/rtai_shm das es nur
einmal gibt. Bedeutet das, das so auch nur ein Bereich mï¿œglich ist?
Und wie ist das ohne RTai als "normales" Kernelmodul? Je Bereich ein
eigenes Device, oder alle Bereiche ï¿œber ein Device?
Danke fï¿œr Tips und Hinweise.
Gruￜ
Martin
Martin Freiberg
Nachdem hier niemand weiterhelfen konnte, ich habe inzwischen den
"Fehler" gefunden.
Zum einen hatte ich in meinem Programm einen Fehler, und zugleich mich
von einem Linux Sicherheitskonzept in die Irre fï¿œhren lassen.
Und wenn zwei Dinge zusammen kommen, dannn ... ihr wisst ja selber.
Mein Fehler war, das ich die Variable im Struct, die ich zum Testen
verwendet hatte an anderer Stelle immer wieder ï¿œberschrieben hatte.
(Logischer Denkfehler) :-)
Hï¿œtte ich eine andere Variable verwendet, dann hï¿œtte ich die Daten
gesehen. Dumm gelaufen, aber voll im Sinne von Murphys Gesetzen. ;-)
Was in Linux fï¿œr Verwirrung gestiftet hat war, dass das Speichermapping
fï¿œr den Bereich im Kernel-Modul ganz andere Adressen ausgespuckt hat
als wie fï¿œr den Bereich im Userland. Dazu kommt noch, das bei jedem
Programmaufruf die Userland-Adressen anderst sind, im Kernelmodul
hingegen immer exakt die selben.
Ich hï¿œtte beim Zugriff ï¿œber "shared memory" immer exakt die selben
Speicheradressen erwartet.
Das Speichermapping sorgt dafï¿œr das die unterschiedlichen Adressangaben
bei "shared memory" immer auf die selben Hardware-Adressen im Speicher
zeigen.
Die zufï¿œlligen Adressen im Userland sorgen dafï¿œr das ein Hack-Angriff
per Bufferï¿œberlauf nur sehr schwer mï¿œglich wird.
(Ja, da war mal ein c't Bericht dazu.)
Ich hoffe das ich mit der Lï¿œsung hier dem einen oder anderen viele
Stunden der Suche und Verzweifelung ersparen kann.
Gruￜ
Martin
PS: Mindetens 50 Prozent eines vertrakten Fehlers sitzen vor
dem Bildschirm.