DE69031936T2

DE69031936T2 - System und Verfahren zur Speicherung von Firmware in einem adressunabhängigen Format

Info

Publication number: DE69031936T2
Application number: DE69031936T
Authority: DE
Inventors: A Randall Heap; Eduardo Antonio Santiago
Original assignee: Digital Equipment Corp
Current assignee: Digital Equipment Corp
Priority date: 1989-11-17
Filing date: 1990-11-15
Publication date: 1998-06-10
Anticipated expiration: 2010-11-16
Also published as: EP0429252A3; JPH03219331A; EP0429252B1; EP0429252A2; DE69031936D1; US5317723A; CA2030184A1

Description

HINTERGRUND DER ERFINDUNG

1. Gebiet der Erfindung:

Die vorliegende Erfindung betrifft allgemein ein System und ein Verfahren, welches zuläßt, daß Untersystem-Module modulspezifische Firmware in Festwertspeichern (ROMs) enthalten, die in unterschiedlichen Konfigurationen zu verbinden sind. Insbesondere betrifft sie ein derartiges System und ein derartiges Verfahren, welches zulassen wird, daß die Firmware zu System-Speicherstellen kopiert wird, die sich in Abhängigkeit von einer Systemkonfiguration für eine Ausführung ändern.

2. Beschreibung des Standes der Technik:

Computersysteme sind oft aus mehreren Modulen zusammengesetzt, die in unterschiedlichen Konfigurationen verbunden sein können. Diese Vielfalt von Konfigurationen läßt zu, daß die Systeme auf das spezielle vorhandene Problem zugeschnitten werden. Bei vielen Systementwicklungen ist eine modulspezifische Firmware auf jedem Modul in ROMs gespeichert. Diese Firmware wird für eine Vielzahl von Zwecken verwendet, wobei eine Diagnose-Software und eine Bootstrap-Software am gebräuchlichsten sind.
Firmware auf ROM-Basis ist normalerweise in einer Form gespeichert, die entweder direkt ausgeführt wird, oder zuerst zu einer festen Stelle im Speicher kopiert wird und dort ausgeführt wird. In Systemarchitekturen, wie beispielsweise dem MIPS R2000/R3000, ist die Adresse, wo dieser Code ausgeführt werden muß, fest, wenn sie im ROM angeordnet ist. Da Systeme später mit einer beliebigen Ansammlung von Modulen konfiguriert werden können, ist es sehr schwierig, sicherzustellen, daß der Code von unterschiedlichen Modulen keine ihm zugeordneten überlappenden Adressenbereiche hat. Wenn die Adressenbereiche überlappen, wird das System nicht arbeiten. Nichtsdestoweniger ist ein gleichzeitiger Zugriff auf den Code von vielen Optionen nötig, um einige Firmware-Aufgaben durchzuführen. Das Problem besteht im Vorsehen einer Einrichtung zum Laden und Ausführen eines in ROMs mit mehreren Optionsmodulen gespeicherten Codes. Dieses Problem ist insbesondere dann ernstzunehmen, wenn ein Anwender bzw. eine Anwenderin sein oder ihr System mit sich voneinander unterscheidenden Optionsmodulen entsprechend einer Notwendigkeit nach einer anfänglichen Installation des Systems rekonfigurieren kann.
Es könnte möglich sein, einen derartigen Code in einem absoluten Format zu speichern, ihn aber in einen Speicher mit wahlfreiem Zugriff (RAM) zu kopieren, und den kopierten Code zu untersuchen, um festzustellen, welche Speicherstellen, auf die im Code Bezug genommen wird, geändert (verschoben) werden müssen, um sich überlagernde Adressenbereiche zu vermeiden, und zwar lediglich basierend auf eine Untersuchung des Codes selbst. Jedoch neigt jeder einfache Algorithmus zum Untersuchen und zum Verschieben dazu, Fehler zu machen. Daher kann man mit diesem Ansatz solange nicht in der Praxis arbeiten, bis der Code in Assemblersprache geschrieben ist. Ein Codieren in Assemblersprache ist arbeitsintensiv und zeitaufwendig. Es ist erwünscht, daß es möglich ist, eine Sprache auf höherer Ebene zu verwenden, wie beispielsweise C.
Ein anderer bekannter Ansatz besteht im Speichern eines Codes im ROM in einer Sprache auf höherer Ebene, wie beispielsweise in FORTH, und im Anwenden eines FORTH-Interpreters auf einem Basismodul des Systems zum Interpretieren des Codes. Dieser lnterpretationsansatz vermeidet das Problem durch Speichern des FORTH-Codes in Zeichenformat, und er muß keinerlei adressenspezifische Informationen enthalten. Jedoch sind die FORTH-Sprache und FORTH-ähnliche Sprachen arme Sprachen zur Verwendung für große Software-Projekte. Für große Projekte ist FORTH schwierig zu verstehen und zu warten.
Einige Computersysteme, wie beispielsweise VAX-Systeme von Digital Equipment Corporation, können dann, wenn sie durch die geeigneten Software-Tools unterstützt werden, einen positionsunabhängigen Code erzeugen. Dies ist ein Code, der direkt vom Computer ausgeführt werden kann, der aber wenig oder keine Information bezüglich einer absoluten Adresse enthält. Bei solchen Systemen können die obigen Probleme vermieden werden. Jedoch sind derartige Software-Tools nicht für alle Systeme verfügbar, und zwar insbesondere nicht für neuere Systeme.

ZUSAMMENFASSUNG DER ERFINDUNG

Ein System, wie es im Anspruch 1 gezeigt ist, zum Speichern von Firmware in einem Format, das verschoben werden kann, gemäß dieser Erfindung hat einen Host-Datenprozessor. Ein Systemspeicher ist mit dem Host-Datenprozessor durch einen Bus verbunden, und eine Vielzahl von Options-Untersystemmodulen ist mit dem Bus verbunden. Jedes der Vielzahl von Options-Untersystemmodulen hat einen Optionsmodul-Festwertspeicher, der Firmware enthält, die für dasjenige der Vielzahl von Options-Untersystemmodulen spezifisch ist. Ein Grundmodul- Festwertspeicher ist mit dem Bus verbunden. Der Grundmodul-Festwertspeicher enthält Firmware zum Lokalisieren aller Optionsmodul-Festwertspeicher und durch Verwenden von Informationen in ihnen zum Verschieben einer adressenunabhängigen Version der Firmware in den Optionsmodul-Festwertspeichern im Systemspeicher.
Ein Verfahren, wie es im Anspruch 8 aufgezeigt ist, zum Speichern in einem verschiebbaren Format gemäß dieser Erfindung enthält ein Schreiben eines Software- Quellencodes. Der Software-Quellencode wird kompiliert, um kompilierte Objektcodedateien zu erzeugen. Die kompilierten Objektcodedateien werden in ein umgewandeltes kompiliertes Objektcodeformat umgewandelt, das ausreichende Information enthält, um eine automatische Verschiebung des umgewandelten Objektcodes zuzulassen, um an irgendeiner Adresse in einem Speicher des Computers zu arbeiten. Der umgewandelte Objektcode wird in einem Festwertspeicher gespeichert.

KURZE BESCHREIBUNG DER ZEICHNUNGEN

Die Errungenschaften der vorangehenden und zugehörigen Vorteile und Merkmale der Erfindung sollten Fachleuten auf dem technischen Gebiet nach einer Durchsicht der folgenden detaillierteren Beschreibung der Erfindung in Zusammenhang mit den Zeichnungen schneller klar werden, wobei:
Fig. 1 ein Blockdiagramm eines Computersystems ist, bei welchem die vorliegende Erfindung verwendet wird.
Fig. 2 ein Flußdiagramm kombiniert mit einem Blockdiagramm ist, die die Erfindung darstellen.
Fig. 3 ein detaillierteres Blockdiagramm eines Teils des Blockdiagramms in Fig. 2 ist.

DETAILLIERTE BESCHREIBUNG DER ERFINDUNG

Wendet man sich nun den Zeichnungen zu, und zwar insbesondere der Fig. 1, ist dort ein System 30 gezeigt, das mit einer Vielzahl von Untersystem-Modulen 45a bis 45n konfiguriert sein kann, um das System 30 auf unterschiedliche Anforderungen zuzuschneiden. Eine CPU 32 ist mit einem Gleitkommaprozessor (FPU) 34 durch einen Bus 36 verbunden. Die CPU 32 ist durch einen 32-Bit-Systembus 38 mit einem Direktzugriffsspeicher (RAM) 40, einem Cache 42 und einer Schnittstelle 44a in einem Graphik-Untersystem-Modul 45a verbunden. Das Graphik- Untersystem-Modul 45a ist detailliert anhand eines Beispiels gezeigt. Die Untersystem-Module 45a-45n sind in bekannten Konfigurationen implementiert, außer wie es zur Verwendung der vorliegenden Erfindung erforderlich ist, wie es unten erklärt ist. Die Schnittstelle 44a ist durch einen Bus 46 mit einem Graphikprozessor 48 verbunden. Die Schnittstelle 44a enthält einen Modul-ROM 47a, der eine Firmware enthält, die für derartige Graphik-Untersystem-Module spezifisch ist. Gleichermaßen enthält jedes der anderen Untersystem-Module 45b-45n Schnittstellen 44b, 44n, die eine Firmware enthalten, die für den bestimmten Typ des Moduls 45b-45n spezifisch ist. Der Graphikprozessor 48 ist durch einen 120-Bit-Graphikbus 50 mit einem Frame-Pufferspeicher 52 verbunden. Der Frame-Pufferspeicher 52 ist durch einen Bus 56 mit einem Digital/Analog-Videokonverter (DAC) 54 verbunden. Der DAC 54 ist durch eine Leitung 60 mit einer Videoanzeige 58 verbunden.
Die Elemente 32-42 des Systems 30 weisen ein Basis-Modul 43 auf, welches für alle Systemkonfigurationen dasselbe ist. Ein ROM 49 ist im Basis-Modul 43 vorgesehen und mit dem Bus 38 verbunden. Das Basis-Modul-ROM 49 enthält ein Softwareprogramm, das alle Optionsmodul-ROMs 47a-47n lokalisiert und unter Verwendung der Informationen in ihnen eine neu lokalisierte bzw. verschobene Version des Codes in den Optionsmodul-ROMs 47a-47n im Hauptspeicher 40 des Computersystems erzeugt. Wenn die Module 45b-45n jene des Typs enthalten, der zum Laden einer anderen Software verwendet werden könnte, wie beispielsweise ein Festplattensteuermodul, dann enthält sein ROM 47b-47n auch eine Treibersoftware, die zum Betreiben des Moduls 45b45n für jenen Zweck verwendet wird.
Die Konfiguration des Systems 30 läßt zu, daß der Anwender das System mit sich unterscheidenden Optionsmodulen 45a-45n gemäß Notwendigkeiten rekonfiguriert. Die Hardware- und Software-Charakteristiken des Systems 30 würden normalerweise erfordern, daß die Inhalte der ROMs 47a-47n in einem absoluten Format sind, wie es oben beschrieben ist. Jedoch ist dies nicht akzeptabel, da die Rekonfigurierbarkeit des Systems 30 bedeutet, daß es keinen Weg dahin gibt, im voraus zu wissen, welche Module 45a-45n im System sein werden. Es gibt daher keinen Weg dahin, absolute Adressenbereiche zuzuordnen, so daß irgendeine mögliche Kombination von Modul-ROMs 47a-47n niemals in Konflikt geraten würden.
Die Art zum Speichern von Firmware in einem verschobenen Format dieser Erfindung läßt zu, daß das System 30 irgendeine mögliche Kombination von Modul- ROMs annimmt. Diese Technik vermeidet die Verwendung einer zusätzlichen Komplexität der Hardware und übernimmt den Vorteil anderer Software-Tools, die schon verfügbar sind. Die ROMs 47a-47n enthalten nicht den aktuellen Code, der durch das System 30 ausgeführt wird, sondern eine speziell formatierte Form des Codes, der nicht nur den Code selbst enthält, sondern genügend Information zum Zulassen, daß die automatische Verschiebung des Codes bei irgendeiner Adresse im Adressenraum des Systems im Speicher 40 arbeitet. Zum Vereinfachen des Verfahrens wird ein Repräsentationsformat verwendet, das bereits vom Ultrix- Betriebssystem von Digital Equipment Corporation unterstützt wird, nämlich das Format "a.out", das für viele UNIX-Systeme gebräuchlich ist. Die Verwendung eines bekannten Repräsentationsformats läßt zu, daß existierende Software-Tools zum Vorbereiten des ROM-Codes verwendet werden.
Die zum Vorbereiten der codierten ROMs 47a-47n für das System 30 und ihre Verwendung im System verwendeten Schritte sind in Fig. 2 jeweils bei 70 und 72 gezeigt. Die ROM-Software ist in C geschrieben, wie es in den Entwicklungsschritten 70 bei 74 gezeigt ist. Der C-Code wird bei 76 kompiliert, um Objekt-Dateien 78 zu ergeben. Die Objekt-Dateien 78 werden einem Lastmodul-Generator 80 zugeführt, der ein Lastmodul 82 im Format a.out zur Verfügung stellt. Das Lastmodul 82 wird einem Musterdateiengenerator 84 zugeführt, der ROM-Musterdateien 86 erzeugt. Die ROM-Musterdateien werden zum Programmieren der ROMs 47a-47n bei 88 verwendet. Die ROMs 47a-47n werden dann in dem System 30 basierend auf der anfangs gewünschten Konfiguration für das System 30 installiert. Beim Einschalten bzw. Hochfahren des Systems 30 werden die Inhalte der ROMs 47a-47n kopiert und bei 90 in einen RAM 40 verschoben.
Details des verschiebbaren Formats a.out für den ROM-Code sind in Fig. 3 gezeigt. Das Format enthält einen Datei-Anfangsblock 100, optionale Anfangsblöcke 102 und Auswahl-Anfangsblöcke 104. Abschnittsdaten 106 werden unter Verwendung von Abschnitts-Verschiebungsinformation 108 mit der Verschiebungs-Routine im Basis-Modul-ROM 49 kopiert und im RAM 40 verschoben. Das zum Kopieren und Verschieben des in den ROMs 47a-47n gespeicherten Codes verwendete Verfahren ist nachfolgend in Tabelle I gezeigt. Tabelle I
Das Verfahren zum Verschieben einer Speicherzelle im System 30 ist nachfolgend in Tabelle II angegeben. Tabelle II
Diese Verfahren wird auf einfache Weise für andere Typen von Computersystemen verallgemeinert. Die Adresse der zu verschiebenden Speicherzelle und der Typ der Verschiebung werden aus dem Datenteil für eine Verschiebung der Datei erhalten. Die Adresse der zu verschiebenden Speicherzelle ist relativ zum Anfang des Abschnitts.
Es sollte Fachleuten auf dem technischen Gebiet weiterhin klar sein, daß verschiedene Änderungen bezüglich der Form und der Details der Erfindung, wie sie gezeigt und beschrieben ist, durchgeführt werden können. Es ist beabsichtigt, daß solche Änderungen innerhalb des Schutzumfangs der hierzu beigefügten Ansprüche enthalten sind.

Claims

1.Computersystem, das folgendes aufweist:

einen Host-Datenprozessor (32);

einen ersten Speicher (40), der einen Direktzugriffsspeicher aufweist, und der mit dem Host-Datenprozessor (32) durch einen Bus (38) gekoppelt ist;

eine Vielzahl von Untersystem-Modulen (45a-45b), die mit dem Bus verbunden sind, wobei jedes der Vielzahl von Untersystem-Modulen einen jeweiligen Festwertspeicher (ROM) (47a-47n) enthält, der Firmware speichert, die für jenes der Vielzahl von Untersystem-Modulen (45a-45n) spezifisch ist; und

einen zweiten Speicher (49), der einen Festwertspeicher aufweist, und der mit dem Host-Datenprozessor (32) gekoppelt ist;

dadurch gekennzeichnet, daß

die gespeicherte Firmware in jedem Untersystem-Modul-ROM verschiebbare Objektcode-Programme (106) enthält, und Verschiebungsdaten (108), die Teile der verschiebbaren Objektcode-Programme (106) identifizieren, die auf eine Verschiebung der Firmware zum ersten Speicher (40) hin eine Modifikation benötigen; und

der zweite Speicher (49) eine Firmware zur automatischen Rekonfiguration speichert, die eine verschiebbare Version jeder der gespeicherten Firmware in jedem Untersystem-Modul-ROM (47a-47n) unter Verwendung der Verschiebungsdaten (108) erzeugt, wobei die verschiebbaren Versionen im ersten Speicher (40) gespeichert werden.

2. Computersystem nach Anspruch 1, das weiterhin dadurch gekennzeichnet ist, daß

die Vielzahl von Untersystemen-Modulen (45a-45n) mit dem Bus in vielen unterschiedlichen Konfigurationen verbindbar ist.

3. Computersystem nach Anspruch 2, das weiterhin dadurch gekennzeichnet ist, daß

die Verschiebungsdaten (108) Speicherzellen in den verschiebbaren Objektcode-Programmen (106) identifizieren, deren Wert auf eine Verschiebung der verschiebbaren Objektcode-Programme (106) hin eine Einstellung benötigt, wobei die Verschiebungsdaten (108) Daten enthalten, die spezifizieren, welcher von wenigstens zwei vorbestimmten unterschiedlichen Typen von Speicherzellenwert-Einstellungen auf jede der identifizierten Speicherzellen anwendbar ist.

4. Computersystem nach Anspruch 3, das weiterhin dadurch gekennzeichnet ist, daß

die Firmware zur automatischen Rekonfiguration dann, wenn sie durch den Host-Datenprozessor (32) ausgeführt wird, den verschiebbaren Objektcode- Programmen (106) in jedem der ROMs (47a-47n) einen Bereich des ersten Speichers (40) zuordnet, die verschiebbaren Objektcode-Programme (106) von jedem der ROMs (47a-47n) im zugeordneten Bereich des ersten Speichers (40) kopiert, die Verschiebungsdaten (108) aus jedem der ROMs (47a- 47n) in jedem der Untersystem-Module (45a-45n) ausliest, und den Wert jeder Speicherzelle in den durch die Verschiebungsdaten (108) identifizierten kopierten verschiebbaren Objektcode-Programmen gemäß dem zuvor definierten durch die ausgelesenen Verschiebungsdaten spezifizierten Einstellungstyp einstellt.

5. Computersystem nach Anspruch 4, das weiterhin dadurch gekennzeichnet ist, daß

die Firmware zur automatischen Rekonfiguration durch den Host- Datenprozessor (32) automatisch ausgeführt wird, wann immer das Computersystem eingeschaltet oder rückgesetzt wird.

6. Computersystem nach Anspruch 4, das weiterhin dadurch gekennzeichnet ist, daß

die Verschiebungsdaten (108) Daten vom Verschiebungstyp enthalten, die wenigstens erste, zweite und dritte Typen von Werteinstellungen für jeweilige der identifizierten Speicherzellen in den verschiebbaren Objektcode- Programmen spezifizieren; und

die Firmware zur automatischen Rekonfiguration Mittel enthält, die bei Ausführung durch den Host-Datenprozessor (32) den Wert jeder der identifizierten Speicherzellen in den kopierten verschiebbaren Objektcode- Programmen durch Durchführen von einer von wenigstens ersten, zweiten und dritten unterschiedlichen zuvor definierten mathematischen Operationen einstellt, die jede der identifizierten Speicherzellen mit einem Verschiebungs-Versatzwert kombiniert, wobei durch die Daten vom Verschiebungstyp spezifiziert wird, welche der wenigstens ersten, zweiten und dritten unterschiedlichen zuvor definierten mathematischen Operationen jeweils an der identifizierten Speicherzelle durchgeführt wird.

7. Computersystem nach Anspruch 6, das weiterhin dadurch gekennzeichnet ist, daß

die ersten, zweiten und dritten unterschiedlichen zuvor definierten mathematischen Operationen jeweils ein Hinzufügen des Verschiebungs- Versatzwerts zur identifizierten Speicherzelle, ein Hinzufügen eines ersten Teils des Verschiebungs-Versatzwerts zur identifizierten Speicherzelle und ein Hinzufügen eines zweiten Teils des Verschiebungs-Versatzwerts zur identifizierten Speicherzelle aufweisen.

8. Verfahren zum Konfigurieren von verschiebbaren Objektcode-Programmen zum Steuern einer Vielzahl von Untersystem-Modulen in einem Computersystem mit einem Host-Datenprozessor (32), einem ersten Speicher (40), der einen Direktzugriffsspeicher aufweist, und der mit dem Host-Datenprozessor (32) durch einen Bus (38) gekoppelt ist, einer Vielzahl von Untersystem- Modulen (45a-45n), die mit dem Bus verbunden sind, einem zweiten Speicher (49), der einen Festwertspeicher aufweist, und der mit dem Host- Datenprozessor (32) gekoppelt ist, wobei das Verfahren folgende Schritte aufweist:

Speichern von Firmware in einem Festwertspeicher (ROM) (47a-47n) in jedem der Vielzahl von Untersystem-Modulen (45a-45n), die für jenes der Vielzahl von Untersystem-Modulen (45a-45n) spezifisch ist;

dadurch gekennzeichnet, daß

die gespeicherte Firmware in jedem Untersystem-Modul ROM (47a-47n) verschiebbare Objektcode-Programme (106) enthält, und Verschiebungsdaten (108), die Teile der gespeicherten Firmware identifizieren, die auf eine Verschiebung der Firmware zum ersten Speicher (40) hin eine Modifikation benötigen; und

ein Programm zur automatischen Rekonfiguration ausgeführt wird, das im zweiten Speicher (49) gespeichert ist, um verschiebbare Versionen jedes der verschiebbaren Objektcode-Programme (106) in jedem Untersystem-Modul ROM (47a-47n) unter Verwendung der Verschiebungsdaten (108) zu erzeugen, wobei jede der verschiebbaren Versionen im ersten Speicher (40) gespeichert wird.

9. Verfahren nach Anspruch 8, das weiterhin dadurch gekennzeichnet ist, daß

die Vielzahl von Untersystem-Modulen (45a-45n) mit dem Bus in vielen unterschiedlichen Konfigurationen verbindbar ist.

10. Verfahren nach Anspruch 8, das weiterhin dadurch gekennzeichnet ist, daß

der Ausführungsschritt automatisch durchgeführt wird, wann immer das Computersystem eingeschaltet oder rückgesetzt wird.

11. Verfahren nach Anspruch 8, das weiterhin dadurch gekennzeichnet ist, daß

die Verschiebungsdaten (108) Speicherzellen in den verschiebbaren Objektcode-Programmen (106) identifizieren, deren Wert auf eine Verschiebung der verschiebbaren Objektcode-Programme (106) hin eine Einstellung benötigt, die Verschiebungsdaten (108) Daten enthalten, die spezifizieren, welche von wenigstens zwei zuvor definierten unterschiedlichen mathematischen Operationen an jeder der identifizierten Speicherzellen durchzuführen ist, um jeden Wert einer identifizierten Speicherzelle einzustellen.

12. Verfahren nach Anspruch 11, das weiterhin dadurch gekennzeichnet ist, daß der Ausführungsschritt folgendes enthält:

Zuordnen eines Bereichs des ersten Speichers (40) zu den verschiebbaren Objektcode-Programmen (106) in jedem der ROMs (47a-47n);

Kopieren der verschiebbaren Objektcode-Programme (106) von jedem der ROMs (47a-47n) in den zugeordneten Bereich des ersten Speichers (40);

Auslesen der Verschiebungsdaten aus jedem der ROMs (47a-47n) in jedem der Untersystem-Module (45a-45n); und

Einstellen des Werts jeder Speicherzelle in den durch die Verschiebungsdaten identifizierten kopierten verschiebbaren Objektcode-Programmen durch Durchführen an jeder der Speicherzellen der durch die ausgelesenen Verschiebungsdaten spezifizierten einen der wenigstens zwei zuvor definierten unterschiedlichen mathematischen Operationen.

13. Verfahren nach Anspruch 12, das weiterhin dadurch gekennzeichnet ist, daß

die Verschiebungsdaten (108) Daten vom Verschiebungstyp enthalten, die wenigstens erste, zweite und dritte Typen von Werteinstellungen für jeweilige der identifizierten Speicherzellen in den verschiebbaren Objektcode- Programmen (106) spezifizieren.

14. Verfahren nach Anspruch 13, das weiterhin dadurch gekennzeichnet ist, daß

der Einstellungsschritt ein Durchführen einer von wenigstens ersten, zweiten und dritten unterschiedlichen zuvor definierten mathematischen Operationen enthält, die jede der identifizierten Speicherzelle mit einem Verschiebungs-Versatzwert kombiniert, wobei durch die Daten vom Verschiebungstyp spezifiziert wird, welche der wenigstens ersten, zweiten und dritten unterschiedlichen zuvor definierten mathematischen Operationen an jeder der identifizierten Speicherzellen durchgeführt wird.