DE69413625T2

DE69413625T2 - Informationsverarbeitungssystem

Info

Publication number: DE69413625T2
Application number: DE69413625T
Authority: DE
Inventors: Tateo Sagamihara-Shi Kanagawa-Ken Kawamura; Susumu Hadano-Shi Kanagawa-Ken Shimotono
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1993-07-26
Filing date: 1994-07-25
Publication date: 1999-05-27
Anticipated expiration: 2014-07-26
Also published as: CA2117391A1; US5649212A; JP2688164B2; DE69413625D1; EP0636979B1; JPH0784660A; BR9402943A; EP0636979A1; CN1097237C; KR970011216B1; CN1104786A; CA2117391C; KR950003999A

Description

Bereich der Erfindung

Die vorliegende Erfindung betrifft Informationsverarbeitungssysteme, die mit geringem Energieverbrauch arbeiten, und insbesondere ein tragbares Informationsverarbeitungssystem wie z. B. einen Notebook-Computer.

Stand der Technik

Als Ergebnis kürzlicher technischer Innovationen wurden kleine, leichte, tragbare Computer allgemein bekannt. Beim Betrieb solcher tragbarer Computer außer Haus werden sie mit elektrischer Energie aus Batterien gespeist. In tragbaren Computern montierte Batterien können jedoch nur klein sein. Somit ist die Zeitspanne, während der ein Personalcomputer ohne Nachladen der Batterien betrieben werden kann, nur kurz. Aus diesem Grunde sind verschiedene Geräte oder Vorrichtungen vorgesehen, die den Stromverbrauch in vielen tragbaren Computern einschränken.
Eine Unterbrechen/Wiedereinschalt-Funktion ist eine solche Vorrichtung. Wenn die Unterbrechen/Wiedereinschalt-Funktion in Betrieb ist, tritt der Computer in einen Unterbrechungsmodus ein. Das kann als Reaktion auf eine Situation geschehen, in der während einer bestimmten Zeit keine Aktivität der E/A-Vorrichtung erfaßt wird. Im Unterbrechungsmodus werden alle Aufgaben unterbrochen und der Hauptspeicher speichert inzwischen die Daten, die später zur Wiederaufnahme der Aufgaben benötigt werden. Im Unterbrechungsmodus sind der Hautspeicher und der Videospeicher (VRAM) eingeschaltet, aber die CPU usw. sind ausgeschaltet. Tragbare Computer haben jedoch den Nachteil, daß sich die Batterieenergie nur durch Unterstützung der Unterbrechen/Wiederaufnahmefunktion verbraucht. Das kann letztlich dazu führen, daß der Inhalt des Speichers und des VRAM verschwindet.
Aus diesem Grund wurden Rechner, die einen Stromsparmodus (Überwinterungsmodus) unterstützen, wie z. B. der LTE Lite/25, hergestellt von der Compaq Computer Corporation (Compaq und LTE sind eingetragene Warenzeichen der Compaq Computer Corporation), vorgeschlagen und vermarktet. Wenn der Stromsparmodus eingeschaltet ist, tritt der Rechner in einen Zustand des geringen Batteriestromverbrauchs ein. Auch wenn der Unterbrechungsmodus für eine bestimmte Zeit anhält, tritt der Rechner in den Überwinterungsmodus ein, nachdem er alle später zur Wiederaufnahme der Aufgaben erforderlichen Daten auf der Festplatte abgespeichert hat. Im Überwinterungsmodus ist das ganze System, einschließlich Speicher und VRAM, abgeschaltet. Wenn der Anwender dann das System wieder einschaltet, werden die auf der Festplatte abgespeicherten Daten im Speicher wiederhergestellt und der VRAM und die unterbrochenen Aufgaben, werden automatisch wiederaufgenommen. Die Reihe der Operationen, die mit dem Einschalten anlaufen, wird auch als 'Aufwachen' bezeichnet.
Herkömmliche Informationssysteme haben jedoch einen Nachteil, wenn nämlich während des Unterbrechungsmodus oder des Überwinterungsmodus, in dem die Diskettensteuerung (Floppy- Disk-Controller - FDC) und das Diskettenlaufwerk (Floppy Disk Drive - FDD) ausgeschaltet sind, eine Diskette ausgetauscht wird und dann das FDD wiedereingeschaltet oder "aufgeweckt" wird, greift das FDD mit der Dateizuordnungsinformation der alten Diskette auf die neue Diskette zu und zerstört so die Daten.
Die vorliegende Erfindung betrifft eben diesen Punkt und die Aufgabe der vorliegenden Erfindung ist es, die Zerstörung von Daten aufgrund eines Austauschs einer Diskette während des Überwinterungsmodus, in dem die FDC und das FDD ausgeschaltet werden, zu verhindern.

Zusammenfassung der Erfindung

Die vorliegende Erfindung sieht vor ein Informationsverarbeitungssystem einschließlich einer CPU (ZE), eines Hauptspeichers, einer Diskettensteuerung (Floppy Disk Controller - FDC) und eines Diskettenlaufwerks (Floppy Disk Drive - FDD), wobei Mittel zwischen dem FDC und dem FDD zum Überwachen des Einsetzens/Entfernens einer Diskette (Floppy Disk - FD) in/aus dem FDD vorgesehen sind, wobei der Status dieses Überwachungsmittels durch einen Flag-Wert in einem Statusregister im FDC wiedergegeben wird und der Flag-Status benutzt wird, um die Gültigkeit einer Dateizuordnungsinformation zu bestimmen, die über den FDC im Hauptspeicher abgespeichert wurde; dieses Informationsverarbeitungssystem beinhaltet:
(a) Ein Mittel zum Eingeben eines Stromsparmodus durch Abschalten des Stroms zum FDC und FDD beim Auftreten einer ersten vorgegebenen Bedingung;
(b) Mittel zum Eingeben eines Normalbetriebsmodus, in dem FDC und FDD unter Strom stehen, beim Auftreten einer zweiten vorgegebenen Bedingung;
(c) Mittel zum Emulieren eines vorgegebenen Flag-Status beim ersten Zugriff nach dem Übergang vom Stromsparmodus zum Normalbetriebsmodus;
(d) Mittel, die auf den emulierten Flag-Status ansprechen, zum Außerkraftsetzen der abgespeicherten Dateizuordnungsinformation; und
(e) Mittel zum Lesen einer neuen Dateizuordnungsinformation von einer Diskette (FD).
Das obige Mittel zum Emulieren (c) kann beinhalten:
Eine Programmunterbrechungsstellenlogik (Fallenlogik) zum Überwachen eines Zugriffs auf eine E/A-Adresse, die in einem gespeicherten Register eingestellt ist;
ein Mittel zum Einstellen einer E/A-Adresse, die dieses Statusregister im Fallenlogikregister zeigt;
ein Mittel zum Neuschreiben dieses Flag-Werts, wenn der Zugriff auf das erste Statusregister durch die Fallenlogik bei Rückkehr in den Normalbetriebsmodus abgefangen wird; und
ein Mittel zum Löschen des Registers der Fallenlogik, so daß der Zugriff auf das Statusregister nach dem zweiten Mal nicht mehr abgefangen wird.
Als Alternative kann das Mittel zum Emulieren (c) beinhalten: Ein Register, dem eine spezifische E/A-Adresse zugeordnet wird;
ein Logikgatter, in dem ein Eingang mit dem Überwachungsmittel verbunden ist, der andere Eingang mit einem spezifi schen Bit des Registers in der spezifischen E/A-Adresse verbunden ist, und der Ausgang an das Status-Flag geschickt wird;
Mittel zum Einstellen eines Wertes in einem Register der obigen spezifischen E/A-Adresse beim Zurückkehren zum obigen Normalbetriebsmodus, so daß ein Wert, der anzeigt, daß die obige Dateizuordnungsinformation ungültig ist, in das obige Flag gesetzt werden kann; und
ein Mittel zum Löschen eines Registers der obigen E/A-Adresse als Reaktion auf das obige Setzen des Statusregisters.

Detaillierte Beschreibung der bevorzugten Ausführungsform

Nachstehend soll die Erfindung nur beispielhaft anhand der begleitenden Zeichnungen in näheren Einzelheiten beschrieben werden; in diesen ist
Fig. 1 eine Ansicht, die einen Hardwareaufbau gemäß einer Ausführungsform eines Informationssystems darstellt, das die vorliegende Erfindung anwendet;
Fig. 2 ist eine Ansicht, die ein Hardwarebauteilelement darstellt;
Fig. 3 ist eine Ansicht, die den Aufbau einer "Überwinterungsdatei" zeigt;
Fig. 4 ist eine Ansicht, die ein Laufwerk darstellt, auf das vom OS-Dateisystem oder vom PM-Code zugegriffen, werden kann;
Fig. 5 ist ein Flußdiagramm, das die Ausführungsschritte des Selbsttests beim Einschalten (Power-On Self-Test - POST) zeigt;
Fig. 6 ist ein Flußdiagramm, das den Betriebsablauf des Dateiaufbau-Dienstprogramms zeigt;
Fig. 7 ist ein Flußdiagramm, das ganz allgemein eine Folge "Überwinterung/Aufwachen" zeigt;
Fig. 8 ist ein Flußdiagramm, das ein Operationsverfahren für die Abspeicherung der "Überwinterungs"-Datei zeigt;
Fig. 9 ist eine Ansicht, die eine Dateizuordnungsliste auf einer Festplatte zeigt;
Fig. 10 ist eine Ansicht, die eine Dateizuordnungsinformation nach der Umwandlung zeigt;
Fig. 11 ist ein Flußdiagramm, das ein Operationsverfahren zur Wiederherstellung von einer Überwinterungsdatei zeigt;
Fig. 12 ist ein Flußdiagramm, das ein Operationsverfahren betreffend die Anzeige eines Überwinterungs-Ikon zeigt;
Fig. 13 ist eine Ansicht, die einen Bildschirm mit einem Überwinterungs-Ikon zeigt;
Fig. 14 ist eine Ansicht, die einen Bildschirm mit einem Überwinterungs-Ikon zeigt;
Fig. 15 ist ein Flußdiagramm, das in Einzelheiten die Anzeigeoperation für ein Überwinterungs-Ikon zeigt;
Fig. 16 ist eine Ansicht, die ein Hardware-Element darstellt, das sich auf die FDD Änderungsleitungsemulation bezieht;
Fig. 17 ist ein Flußdiagramm, das den im ersten Verfahren der FDD Änderungsleitungsemulation enthaltenen Schritt bezieht;
Fig. 18 ist eine Ansicht, die die Fallen des E/A-Zugriffs im ersten Verfahren darstellt;
Fig. 19 ist eine Ansicht, die die Zusammenhänge zwischen dem Code und der Falle im BIOS/Treiber darstellt;
Fig. 20 ist eine Ansicht, die ein Hardware-Element zur Realisierung des zweiten Verfahrens der FDD Änderungsleitungsemulation darstellt;
Fig. 21 ist ein Flußdiagramm, das die im zweiten Verfahren angewandten Schritte zeigt; und
Fig. 22 ist eine Wellenform-Ansicht im Zusammenhang mit dem zweiten Verfahren.

A. Aufbau des Systems im ganzen

Fig. 1 zeigt in vereinfachter Form die Strukturelemente der Haupt-Hardware in einem Notebook-Computer (nachstehend vereinfacht 'System' genannt), das die vorliegende Erfindung in vereinfachter Form anwendet. Bezugszahl 10 bezeichnet eine Haupt-CPU (ZE), in der vorliegenden Ausführungsform 80486SL von Intel, enthaltend einen Speicher-Controller. Die CPU 10 kommuniziert mit einem Hauptspeicher 12 und einem PM-Speicher 13 über einen Speicherpfad 11. Der Hauptspeicher 12 lädt ein BIOS, einen Treiber, ein OS, und eine Applikation. Andererseits speichert ein PM-Speicher 13 einen PM-Code (PMC), der die Leistungsverwaltung einschließlich des Überwinterungs- Modus und dessen Arbeitsdaten abspeichert. Der PM-Speicher ist ferner unterteilt in einen Bereich, in dem der PMC gespeichert ist, und einen Bereich, in dem die Arbeitsdaten gespeichert sind. Der PMC wird zum Zeitpunkt des POR (Poweron/Reset - Einschalten/Rückstellen) vom einem ROM geladen.
Es ist möglich, dem PM-Speicher und dem Hauptspeicher verschiedene Chips zuzuordnen, z. B. kann man SRAM-Chips als PM-Speicher, und DRAMs als Hauptspeicher einsetzen. Die Ausführungsform benutzt die Architektur des 80486SL, um einen spezifischen Bereich jedes DRAM-Chips dem Hauptspeicher 12 und dem PM-Speicher 13 zuzuordnen.
Der PMC kann sowohl auf den Hauptspeicher 12 als auch auf den PM-Speicher 13 zugreifen. Andererseits können das OS und der Treiber nicht auf den PM-Speicher 13 zugreifen. Der Speicher- Controller kann die Kommunikation der CPU 10 so schalten, daß die CPU 10 entweder mit dem Hauptspeicher 12 oder mit dem PM- Speicher 13 kommuniziert.
Die CPU 10 ist über einen Adressen/Daten-Bus 14 an eine Fallen-Logik 16, einen DMAC (Direct Memory Access Controller - Direktspeicherzugriffssteuerung) 18, einen PIC (Programmable Interruption Controller - Programmierbare Unterbrechungssteuerung) 20, einen PIT (Programmable Interval Timer - Programmierbarer Intervall-Zeitgeber) 22, einen seriellen Port 24, einen parallelen Port 26, einen RTC (Real Time Clock - Echtzeitgeber) 28, einen CMOS 30 und einen ROM 32 angeschlossen.
Die Ausgangsklemme der Fallenlogik 16 liegt über eine Systemunterbrechungsleitung 52 an einem spezifischen Kontaktstift der CPU 10. Die Fallenlogik 16 überwacht konstant einen Bus 14. Wenn die Fallenlogik 16 einen Zugriff auf eine im abgespeicherten Register gesetzte Adresse erfaßt, wird die Systemunterbrechungsleitung 52 aktiviert. Die Fallenlogik 16 aktiviert die Systemunterbrechungsleitung 52, auch wenn ein in eine externe Eingangsklemme einzugebendes Signal 50 aktiviert wird.
Die Ausführungsform verwendet den E/A-Chipsatz 82360SL von Intel, der eine Zusammenfassung der Fallenlogik 16, des DMAC 18, des PIC 20, des PIT 22, des seriellen Ports 24, des RTC 28, und des CMOS 30 ist. Im 82360SL wird die Systemunterbrechung als SMI (System Management Interrupt - Systemverwaltungsunterbrechung) bezeichnet. Wen die SMI auftritt, schaltet der Speicher-Controller die Kommunikation zwischen der CPU 10 und dem PM-Speicher 13 ein und läßt damit die Ausführung des PMC anlaufen, die als ein SMI-Bearbeitungsprogramm dient. Das SMI-Bearbeitungsprogramm (PMC) erfaßt die Ursache für das SMI, um gemäß der Ursache zu einer Verarbeitungsroutine zu springen.
Der serielle Port 24 liegt über einen seriellen Port-Puffer 34 an einer oder mehreren E/A-Vorrichtungen. Diese E/A- Vorrichtungen können willkürlich auf eine (z. B. 3F8 (H) oder 2F8 (H)) Basisadresse des dem Port 24 zugeordneten E/A-Raums gesetzt werden.
Der RTC 28 und der CMOS 30 sind auf einen Chip montiert. Eine Reservebatterie 36 speist den Chip, auch wenn das System abgeschaltet ist. Diese Reservebatterie 36 kann auch eine Knopfzelle sein.
Der ROM 32 speichert zusätzlich zu einem BIOS-Code auch einen PMC ab. Der POST (Power-an Self-Test), der mit dem POR des Systems läuft, lädt den PMC vom ROM 32 in den PM-Speicher 13.
Die CPU 10 erhält ein Signal von einer Maus 42 und einer Tastatur über einen KMC (Keyboard/Mouse Controller - Tastatur/Maus-Steuerung) 38. In der vorliegenden Ausführungsform dient ein Prozessor (Unter-CPU 40), der eine Matrix der Tastatur 44 überwacht, auch als Teil der Leistungsverwaltungsfunktion. Die Unter-CPU 40 überwacht eine Matrix der Tastatur 44, einen Deckel 46 und eine Hauptbatterie 48. Wenn die Unter-CPU 40 feststellt, daß eine vorgegebene Situation eingetreten ist, nämlich z. B. daß eine Hotkey-Taste gedrückt wird, der Deckel geschlossen wird, oder die Hauptbatterie 48 im Zustand der Erschöpfung ist, wird eine Signalleitung 50 aktiviert. Die Unter-CPU 40 ist über den Bus 41 mit dem Bus 14 verbunden. Auf diese Weise tauscht die Unter-CPU Anweisungen und Daten der Energieverwaltung (einschließlich Überwinterung) über den Bus 41 mit der Haupt-CPU 10 aus.
Die Unter-CPU 40 gibt ein Signal an das Leistungssteuerungsregister 54 als Anweisung, daß jede Vorrichtung bzw. das ganze System abgeschaltet werden muß. Einzelheiten werden später anhand der Fig. 2 besprochen.
Die CPU 10 ist über einen Bus 14 mit einem VGA-Chip 56 verbunden. Der VGA-Chip 56 ist ein Anzeigen-Controller, der durch einen LCDC (LCD-Controller) 60 einen LCD-Schirm 62 steuert, so daß die Information gemäß dem Inhalt des VRAM 58 angezeigt wird. Es ist auch möglich, als Option des Systems eine Anzeigeeinheit mit einer CRT 66 und einen DAC (Digital Analog Converter) 64 einzusetzen. In einem solchen Fall steuert der VGA-Chip 56 die Anzeige der Information auf der CRT 66.
Als externe Speichervorrichtung ist am System eine Festplattenvorrichtung 68 und ein FDC (Floppy Disk Controller) 70/ FDD (Floppy Disk Drive) 72 befestigt. Die Festplattenvorrichtung beinhaltet nach dem Konzept ein Festplattenlaufwerk und eine im Festplattenlaufwerk montierte Festplatte. Die Festplattenvorrichtung 68 wird nachstehend als Festplattendatei bezeichnet. Wenn das System in den Überwinterungs-Modus geht, wird in der Festplattendatei eine Datei (Überwinterungsdatei) zum Abspeichern der Daten eingerichtet. Erfindungsgemäß kann das Überwintern/Aufwachen unterstützt werden, auch wenn die Festplattendatei ausbaubar ist.
Zusätzlich zu den obigen Hardware-Elementen sind in der Ausführungsform noch viele System-I/Fs (Interfaces) vorgesehen (z. B. ist zwischen der Festplattendatei 68 und dem Bus 14 eine Bus-Sender/Empfängerschaltung vorgesehen). Solche Elemente sind dem Fachmann bekannt. Sie werden daher zwecks Vereinfachung in den Zeichnungen nicht dargestellt.
Jetzt wird unter Bezugnahme auf Fig. 2 ein Ein/Ausschaltmechanismus erklärt. Der Ausgang der Hauptbatterie liegt an einem FET-Schalter 76, der das ganze System auf einmal abschaltet. Der Ausgang des FET-Schalters 76 liegt direkt am Hauptspeicher und am VRAM. Andererseits liegt der Ausgang des FET-Schalters 76 auch über einen FET-Schalter 80 an der Eingangsklemme der Hintergrundbeleuchtung der LCD, über einen FET-Schalter 81 an einem direkt mit dem seriellen Port 24 integrierten Modem, und über einen FET-Schalter 78 an der Haupt-CPU 10 und anderen Peripheriegeräten.
Jeder dieser FET-Schalter ist elektrisch angeschlossen an eine Bit-Zelle, die mit einem Leistungssteuerungsregister 54 übereinstimmt. Somit steuert ein von der Unter-CPU 40 in das Register 54 gesetzter Wert das Ein/Ausschalten der FET- Schalter 76, 78, 80 und 81. Wenn das System in den Überwinterungsmodus geht, setzt die Unter-CPU 40 bei Eingang der PMC-Anweisung einen Wert zum Ausschalten des FET 76 auf ein entsprechendes Bit und schaltet somit das ganze System ab, einschließlich des Hauptspeichers und des VRAM. Wenn das System in den Unterbrechungsmodus geht, schaltet die Unter- CPU 40 bei Eingang der PMC-Anweisung den FET Schalter 76 ein und setzt einen Wert zum Ausschalten der FET-Schalter 78, 80, 81 in das Register 54, und schaltet somit das System ab mit Ausnahme des Hauptspeichers und des VRAM.
Der Bereit-Kontakt des Leistungssteuerregisters 54 ist elektrisch verbunden mit dem Leistungsschalter 82 des Systems. Somit stellt ein Signal, das generiert wird, wenn die Anwender das System einschalten, einen Wert des Registers 54 zurück und schaltet dabei alle FET-Schalter ein und läßt das ganze System anlaufen.

B. Aufbau der Überwinterungsdatei

Wie in Fig. 3 gezeigt, sichert die Ausführungsform auf der Festplatte einen Platz für einen Block A für die Steuerinformation, einen Block B für die Dateizuweisungsinformation, einen Block C für Arbeitsdaten im PM Speicher, einen Block D für den Inhalt des VRAM und einen Block E für den Inhalt des Hauptspeichers. Wie später in näheren Einzelheiten ausgeführt, ist die Steuerungsinformation unmittelbar nach dem Einschalten des Systems erforderlich. Eine solche Information beinhaltet Systemkonfigurationsinformationen und die entsprechenden Startadressen für die Blöcke B bis D. Arbeitsdaten sind die anderen Daten, die für die Überwinterung erforderlich sind. Arbeitsdaten beinhalten Hardwarekontextinformationen (die später beschrieben werden) und verschiedene Steuer-Flags. Ein Beispiel für ein Steuer- Flag ist ein Flag, dessen Wert vom Anwender umgewandelt werden kann zum Wählen, ob das System piept oder nicht, wenn es in den Überwinterungsmodus eintritt oder ihn verläßt.
Die Blöcke A bis E können einer Reihe von Bereichen sein, die physikalisch zu einer integrierten Einheit verbunden sind. Jedoch muß mindestens der Block A an einer festen Stelle auf der Platte stehen. In der Ausführungsform ist daher nur Block A am Kopf des CE-Zylinders angeordnet (der reserviert ist und von Anwendern nicht angesprochen werden kann), der auf dem innersten Teil der Festplatte definiert ist. Der Punkt ist, daß der Ort fest liegen kann und die Steuerungsinformation von einem Sektor mitten im CE-Zylinder aus gespeichert werden kann.
Wie in Abschnitt C in Einzelheiten ausgeführt, sind die Blöcke B bis E ein Ort, wo ein OS-Dateiensystem benutzt wird, um einen Platz für eine Datei in der Anwender-Partition einer Festplatte in der gleichen Größe wie die Anwenderdatei zu sichern. Dateinamen sind reserviert, und sie werden in der vorliegenden Ausführungsform als PM_HIBER.BIN angegeben. Die Blöcke B bis E können verlängert werden. Wenn die Überwinterungsdatei Daten abspeichert, werden die Startadressen für die Blöcke C bis E bestimmt. Sektoren, die die Blöcke B bis E darstellen, sind im Normalfall physikalisch über die Festplatte verstreut. Die Sektorenverbindungsinformation ist in der Form einer Liste im Dateizuordnungsinformationsbereich (FAT, wenn DOS als OS benutzt wird) auf einer Festplatte aufgezeichnet. Wie in Abschnitt D in Einzelheiten erklärt, konvertiert der PMC Sektorabschnittsinformationen, die die PM HIBER. BIN darstellen, in unverwechselbare Zuteilungsinformationen und speichert die umgewandelten Informationen in Block B ab.

C. Generieren der Überwinterungsdatei

Das Generieren der Überwinterungsdatei gemäß der vorliegenden Erfindung wird unter Bezugnahme auf die Fig. 4 bis 6 in Einzelheiten erklärt.
Gemäß der vorliegenden Erfindung wird das OS-Dateisystem benutzt, um auf der Anwender-Partition einer Blockvorrichtung, wie z. B. einer Festplatte oder dergl., eine Überwinterungsdatei einzurichten. Zu diesem Zweck wird ein Dateiherstellungs-Dienstprogramm (z. B. ein abarbeitbares Programm (.EXE Datei)) zum Herstellen einer Überwinterungsdatei erzeugt. Es gibt jedoch eine ganze Reihe Blockvorrichtungen, der PMC kann nicht unbedingt auf alle Vorrichtungen direkt zugreifen (ohne durch den Treiber/BIOS zu laufen, der von der OS-Systemdatei verwaltet wird). Und das deswegen, weil der PMC auf einige Vorrichtungen nicht direkt zugreifen kann, nur weil die Schnittstelle (Hardware), die der gleiche Treiber-PMC zu sein scheint, vom Dienstprogramm logisch nicht geeignet ist.
In der in Fig. 4 gezeigten Ausführungsform kann das OS-Dateisystem auf eine ausbaubare Platte (eine optische Platte, SSF (solid state file - Festplattendatei), eine SRAM-Karte und dergl.), einen Netzwerkantrieb (Ferndatei), eine RAM- Diskette, eine Kompressionspartition, eine Festplattendatei 1, die als SCSI-Treiber fungiert, und Partitionen 1, 2 und 3 einer Festplatte 2, die als IDE-Antrieb arbeitet, zugreifen. Diese sind für das Dienstprogramm identische logische Dateien.
Diese Antriebe sind hier nachstehend erklärt. Zunächst ist der Netzwerk-Antrieb ein Antrieb für ein anderes System, das über ein Netzwerk angeschlossen ist. Der PMC kann nicht auf den Netzwerkantrieb zugreifen, um die Daten für das Überwintern/Aufwachen zu übertragen. Eine RAM-Diskette ist ein imaginäres Laufwerk, und es gibt keine Schnittstelle, auf die der PMC zugreifen kann (da die RAM-Diskette von Natur aus flüchtig ist, kann die Diskette keine Daten während des Überwinterns behalten).
Die Kompressionspartition ist ein Antrieb zum Speichern von komprimierten Daten. In der Kompressionspartition komprimiert ein entsprechender Antrieb mit einem spezifischen Algorithmus in den Antrieb zu schreibende Daten oder erweitert sie zum Lesen. Der PMC kann den Kompressions/Erweiterungs-Algorithmus nicht benutzen, weil ein Treiber entsprechend der Kompressionspartition unter der Verwaltung des OS-Dateisystems arbeiten kann. Ferner ist die Kompressionspartition nicht geeignet zum Erzeugen der Überwinterungsdatei. Zusätzlich, wenn nur der IDE-Antrieb als Schnittstelle für die Festplattendatei eingerichtet ist, auf die der PMC direkt zugreifen kann, dann kann der PMC nicht auf die Festplattendatei 1 zugreifen.
Die auf der Festplattendatei 2 eingerichtete Partition 4 ist eine versteckte Partition. Zusätzlich ist die Partition S ein Antrieb mit einem Format, das auf dem OS-Dateisystem nicht unterstützt wird. Wenn DOS im OS-Dateisystem benutzt wird, wird das HPFS-Format eines OS/2 nicht unterstützt (OS/2 ist ein eingetragenes Warenzeichen der International Business Machines Corporation). Auch wenn der PMC auf die Partitionen 4 und 5 zugreifen kann, das OS-Dateisystem kann auf diese Partitionen 4 und S nicht zugreifen.
Einige dieser Antriebe haben sich als nicht geeignet zur Herstellung einer Überwinterungsdatei erwiesen, wenn das Dienstprogramm sich auf das OS-Dateisystem bezieht. In der Ausführungsform gemäß Fig. 4 ist der Netzwerkantrieb ein solcher Antrieb. Jedoch ist es für das Dienstprogramm nicht klar, ob der PMC auf andere Antriebe zugreifen kann.
Man kann sich vorstellen, daß ein einem Betrieb zugeordneter Antriebsbuchstabe zulassen kann, daß das Dienstprogramm eine Vorbereitungsdatei für eine Überwinterungsdatei spezifiziert. Der Antriebsbuchstabe verändert sich jedoch je nach Reihenfolge, in der ein einen Antrieb unterstützender Treiber installiert ist. Wenn ferner eine Vielzahl Antriebe vorhanden sind, die gebootet werden können, kann das Dienstprogramm den Antrieb durch Benutzen eines Antriebsbuchstaben nicht fest spezifizieren. Andererseits kann der PMC keine korrelative Beziehung zwischen dem Antrieb und dem Antriebsbuchstaben kennen.
Die vorliegende Erfindung identifiziert auf die folgende Weise einen Antrieb, auf den der PMC zugreifen kann, und ist geeignet für das Dienstprogramm bei der Erzeugung einer Überwinterungsdatei.
Als erstes wird der Betrieb des Systems beim POR anhand der Fig. 5 in Einzelheiten dargestellt. Beim Einschalten bzw. wenn das System rückgestellt wird, läuft das Postprogramm ab (Schritt 502). Wenn das POST das Laden des PMC in den PM- Speicher abgeschlossen hat, wird vorläufig der PMC ausgeführt. Jedes der Laufwerke, auf das der PMC Zugriff hat, sucht die Überwinterungsdatei (PM_HIBER.BIN) (Schritt 503). Nach Abschluß der Suche wird wieder das POST abgearbeitet und somit das Verfahren für ein normales Urladen bzw. ein Booten zum Aufwachen (Schritt 504, 505) durchgeführt.
Dann wird anhand der Fig. 6 ein Schritt beschrieben, der vom Initialisierungsdienstprogramm der Überwinterungsdatei ausgeführt wird. Wenn die Überwinterungsdatei von Anwendern, die einen Befehl oder eine Anweisung über eine grafische Anwenderschnittstelle eingeben, aufgerufen wird, läuft das Initialisierungsdienstprogramm an (Schritt 106). In Schritt 602 ruft das Dienstprogramm das BIOS auf, um die Größe zu erfahren, die für die Überwinterungsdatei erforderlich ist (Gesamtgröße für Hauptspeichers, Arbeitsdatenbereich des PM- Speichers und VRAM).
In Schritt 603 wird die Frage gestellt, ob die Überwinterungsdatei (PM_HIBER.BIN) bei der Suche im Schritt 503 mit einer Größe, größer als für den PMC nötig, gefunden wurde. Wenn eine solche Datei vorhanden ist, kann die Datei zum Abspeichern von Daten benutzt werden. Damit wird der Prozeß gestoppt.
Wenn die Antwort des PMC negativ ist, wird, unter Bezugnahme auf das OS-Dateisystem, für jeden Antrieb, auf den das Dienstprogramm Zugriff hat, der folgende Schritt ausgeführt, mit Ausnahme des Antriebs, der sich als ungeeignet erwiesen hat, wie z. B. der Netzwerkantrieb.
Zu Beginn wird festgelegt, ob die Größe des angewählten Antriebs größer ist als für die obige Größe notwendig (Schritt 606). Wenn das Ergebnis dieser Beurteilung positiv ist, wird das OS-Dateisystem benutzt, um eine temporäre kleine Datei herzustellen mit einem im Antrieb reservierten Namen, und dadurch wird der PMC unterrichtet, daß die temporäre Datei bereit ist (Schritt 607). Der Name dieser temporären Datei kann PM_HIBER.BIN oder auch ein anderer Name sein. Die Größe der Datei, die sie vorbereitet, kann 0 sein.
Der PMC, der davon unterrichtet wurde, versucht unmittelbar die temporäre Datei zu lesen. Wenn der PMC Erfolg hat, schickt er eine Bestätigung an das Dienstprogramm. Wenn der Antrieb die Bestätigung vom PMC erhält, kann der PMC auf den Antrieb zugreifen. Die Größe des PMC reicht ebenfalls aus. Anschließend löscht das Dienstprogramm die temporäre Datei beim Anlaufen. Anschließend wird eine Überwinterungsdatei der gleichen Größe wie die oben erforderliche Datei und ein Name für die PM_HIBER.BIN auf dem Antrieb durch Verwenden des OS- Dateisystems eingerichtet (Schritt 609).
Wenn der PMC keine Bestätigung sendet, wird die temporäre Datei wieder gelöscht (Schritt 611). Dann werden die Schritte 606, 607 und 608 für die angewählten Dateien wiederholt. Wenn die Antriebsgröße nicht ausreicht, werden die Schritte 607, 608 und 611 übersprungen. Wenn der PMC für keinen Antrieb eine Bestätigung sendet, unterrichtet das System die Anwender durch einen Piepton oder Anzeigen einer Meldung darüber, daß die Überwinterung nicht ausgeführt werden kann. Damit ist die Operationsreihe abgeschlossen (Schritt 614).
In der obigen Ausführungsform wird ein zum Vorbereiten einer Datei geeigneter Antrieb gefunden und eine Überwinterungsdatei wird unverzüglich hergestellt. Als Modifikation dieser Ausführungsform kann nach der Kontrolle, ob die Herstellung einer Überwinterungsdatei gegenüber allen logischen Laufwerken geeignet ist, ein für den Anwender geeignetes Laufwerk vorgeschlagen werden. In diesem Fall wird ein für den Anwender geeigneter Antrieb als Vorschlag für den Aufbau einer Überwinterungsdatei auf dem vom Anwender ausgewählten Laufwerk aufgerufen.

D. Zusammenfassung für eine Speicher/Wiedereinschaltsequenz

Unter Bezugnahme auf Fig. 7 wird in groben Umrissen eine Speicher/Wiedereinschaltsequenz beim Eintritt in den bzw. Ausgang aus dem Überwinterungs-Modus erklärt. Die Bearbeitung ab Schritt 701 in den Zeichnungen bis zum Schritt 708, und die Bearbeitung von Schritt 701 in den Zeichnungen bis zum Schritt 708, sowie auch von Schritt 113 bis Schritt 719 wird durchgeführt, wenn die Haupt-CPU den PMC des PM-Speichers ausführt.
Zunächst wird eine Speicher/Sequenz beschrieben. Wenn, wie in Fig. 1 gezeigt, die Unter-CPU 40 das Eintreten einer vorgegebenen Situation entdeckt (z. B. eine Hot-Key wurde gedrückt oder das System nähert sich dem Batterieentladungszustand) sendet eine Fallenlogik 16 ein Systemunterbrechungssignal an die Haupt-CPU 10. Das löst das Unterbrechen der augenblicklich durchgeführten Aufgabe aus und die Steuerung der System operation geht vom OS-Dateisystem oder einer Applikation auf den PMC (Fallen-Bearbeitungsprogramm) über.
Wenn der PMC die Ursache der Systemunterbrechung analysiert und festlegt, daß ein externes Phänomen, das über eine Signalleitung 50 übermittelt wurde, für die Systemunterbrechung verantwortlich ist, springt der PMC auf die Speicheroperationsausführungsroutine, um in den Überwinterungsmodus einzutreten.
Zunächst prüft der PMC das Vorkommen einer Aktivität in der E/A-Vorrichtung (Schritt 701). Wenn dort eine Aktivität vorhanden ist (z. B. ein DM wird ausgeführt) wird die Aktivitätsüberprüfung nach Verstreichen einer vorgegeben Zeit (z. B. 10 ms) erneut ausgeführt, um abzuwarten, bis keine E/A- Aktivität mehr gefunden wird.
Wenn keine E/A-Aktivität gefunden wird, speichert der PMC Hardware-Kontextinformationen im PM-Speicher. Im nächsten Schritt sichert das System die gesamten Arbeitsdaten, einschließlich der Hardware-Kontextinformationen aus dem PM- Speicher auf der Festplattenvorrichtung (Schritt 702). Ein typisches Beispiel einer Hardware-Kontextinformation beinhaltet die Registerwerte jedes Chips, wie z. B. der CPU, eines Unterbrechungs-Controllers, eines DMA-Controllers, eines Videocontrollers und die Zählwerte eines Zeitgebers.
Im Schritt 703 überträgt der PMC Originaldaten des VRAM auf die Festplattenvorrichtung. Zu diesem Zeitpunkt können die VRAM-Daten zur Speicherung auf der Festplatte komprimiert werden. Im Schritt 704 wird ein Ikon-Bild, das angibt, daß die Sicherungsoperation für die Überwinterung durchgeführt wird, in den VRAM geschrieben und auf einer Anzeigevorrichtung angezeigt werden.
Der PMC überträgt Originaldaten des Hauptspeichers auf die Festplattenvorrichtung während er ein Ikon anzeigt (Schritt 705). Jetzt können die Daten im Hauptspeicher zum Abspeichern auf der Festplatte komprimiert werden. Im Schritt 706 wird eine Konfigurationsinformation aus dem CMOS auf der Festplattenvorrichtung gesichert. Ein typisches Beispiel für die Systemkonfigurationsinformation ist Typ und Nummer der mit dem Hauptkörper des Systems (Tragbarer Computer) verbundenen wahlweisen Vorrichtungen sowie die Größe des Hauptspeichers.
In Schritt 707 setzt der PMC die Überwinterungs-Signatur, die angibt, daß die obigen Sequenzen abgearbeitet sind. Die Überwinterungs-Signatur ist eine 2-Byte-Information, die ein Bestandteil der in Bereich A abgespeicherten Steuerinformation ist, wie in der Zeichnung gezeigt wird.
Schließlich sendet der PMC einen Befehl an die Unter-CPU, das System abzuschalten (Schritt 708).
Jetzt soll die Wiederherstellungsroutine erklärt werden. Beim Einschalten des Systems führt die Haupt-CPU das Postprogramm (Selbsttest beim Einschalten) durch, das im ROM abgespeichert ist (Schritt 712). Der POST führt die folgenden Operationen durch:
(i) Wenn die Systemkonfiguration während der Abschaltzeit verändert wurde, z. B. durch eine Speichererweiterung oder eine Veränderung der Anzahl der FDD, entdeckt der POST diese Veränderung und schreibt die Systemkonfigurationsinformation des CMOS um, indem er das Installierungsprogramm (Setup) fährt.
(ii) Als eine Operation im Zusammenhang mit dem FDD kontrolliert das System, ob das FDD/FDC normal arbeitet oder nicht. Das System muß vor dem Überwinterungs-Aufwachen vom FDD gebootet werden, und das FDD wird ausgebaut und eine andere Einheit oder Vorrichtung wird eingesetzt.
(iii) Der PMC wird aus dem ROM in den PM-Speicher übertragen.
(iv) Die Überwinterungs-Signatur wird überprüft.
Wenn das System vom FDD gebootet werden muß, oder das System nicht über die Schritte 701 bis 708 abgeschaltet wurde, tritt das System in ein Verfahren zum normalen Urladen ohne Übertragen der Steuerung der Systemoperation auf den PMC ein. Wenn ein Hardware-Fehler gefunden wird, wie z. B. das Fehlen des normalen Betriebs des FDD/FDC, stoppt das System.
Auf diese Wiese wird erfindungsgemäß die persönliche Vorgeschichtsinformation, ob das System die Überwinterungssequenz durchlaufen hat oder nicht, auf der Festplattenvorrichtung gespeichert, ohne daß sie auf die anderen Elemente des Systems übertragen wurde. Beim POR benutzt der POST die persönliche Vorgeschichtsinformation auf der Festplattenvorrichtung dazu, um festzustellen, ob ein Überwinterungs-Aufwach-Urladen oder ein normales Urladen durchgeführt wird. Daher wird mit einer ausbaubaren Festplattenvorrichtung die Aufgabe auf anderen Maschinen wiederaufgenommen, die mit einer identischen Funktion ausgestattet sind, wie die Maschine, die die Speicheroperation durchführt. Mit anderen Worten, eine eingefrorene Systemumgebung kann frei bewegt werden.
Wenn das Vorkommen der Überwinterungs-Signatur, d. i. der Überwinterungskontext, bestätigt wird, geht die Steuerung des Systems vom POST auf den PMC über. Zu Anfang vergleicht der PMC die Festplatte mit der Systemkonfigurationsinformation des CMOS (Schritt 713). Wenn eine Unstimmigkeit zwischen der Festplatte und dem Systemkonfigurationssystem entdeckt wird, wird eine Fehlermeldung mit einem Ikon oder dergl. angezeigt, um das System zu veranlassen, den Anwendern eine der folgenden Möglichkeiten zu geben: Die vorliegende Überwinterungs- Signatur ungültig machen, oder die Systemkonfiguration vor der Veränderung durch Abschalten des Systems wiederherzustellen (Schritt 714). Wenn ferner das Wiederherstellen der Systemkonfiguration aufgerufen wird, wird die Systemkonfiguration vor der Veränderung vorgeschlagen um die Anwender zu führen.
Bei einer ausbaubaren Festplatte besteht eine Möglichkeit, daß die Umgebung (erste Umgebung), in der Daten auf der Festplatte abgespeichert wurden, anders ist, als die Umgebung, in der sich das System im Aufwachzustand (zweite Umgebung) befindet. In einigen Fällen kann z. B. die Größe des Hauptspeichers in der zweiten Umgebung kleiner sein. Wenn dann gerade eine Applikation gelaufen ist, die verlangt, daß die Grundadresse der E/A-Vorrichtung einen spezifischen Wert hat, kann dieser spezifische Wert in der zweiten Umgebung möglicherweise nicht eingestellt werden. Ferner ist es möglich, daß eine Applikation ausgeführt wurde, die in der ersten Umgebung auf eine Floppy Disk zugreift, und es in der zweiten Umgebung kein Floppydisklaufwerk gibt. In einem solchen Fall treten verschiedene Nachteile auf; das Aufwachen selbst wird unmöglich, die wiederaufgenommene Aufgabe zerstört Daten, usw. Aus diesen Gründen ist die Funktion der Überprüfung der Systemkonfiguration sehr wichtig.
Wenn bestätigt wird, daß die Umgebung die Aufwachfunktion zuläßt, schreibt der PMC ein Ikon in den VRAM, das anzeigt, daß der PMC wiederhergestellt wird (Aufwachen), um es auf dem Bildschirm anzuzeigen (Schritt 715). Während der PMC die Originaldaten des Hauptspeichers von der Festplatte wiederherstellt (Schritt 716) zeigt er ein Überwinterungs-Ikon an. Später wird das Ikon gelöscht und die Originaldaten des VRAM werden von der Festplatte wiederhergestellt (Schritt 717). Im Schritt 718 werden Arbeitsdaten einschließlich Hardware- Kontextinformationen im PM-Speicher wiederhergestellt. Dann wird die Hardware auf eine Adresse, wie z. B. eine E/A- Vorrichtung und deren CPU-Register wiedereingestellt. Im Endschritt führt der PMC das Setzen der FDD Änderungsleitungsemulation durch (Schritt 719). Nach der obigen Sequenz geht die Steuerung des Systems auf das OS-Dateisystem und eine Applikation über. Die Abarbeitung der Aufgabe wird dann nach dem Unterbrechungspunkt wiederaufgenommen.

E. Einzelheiten der Sicherungs/Wiederherstellungs-Operation auf die Überwinterungs-Datei

Die Operation des Datensicherns in die Überwinterungsdatei (PM_HIBER.BIN) (Schritte 702, 703, 704, 705, 706 und 707) soll jetzt anhand der Fig. 8 in weiteren Einzelheiten erklärt werden.
Als erstes speichert der PMC Hardwarekontextinformationen in den PMC-Bereich des Speichers (Schritt 801). Wenn also die Hardwarekontextinformation als erstes gesichert ist, kann die Hardwarekontextinformation jetzt verändert werden, um die nachfolgende Sicherungsoperation zu erleichtern.
In Schritt 802 wird auf ein Haupt-Urladeprogramm (Master Boot Record - MBR) auf der Festplatte zugegriffen, um Partitionsinformationen (Startadresse und Größe jeder Partition) der Festplattenvorrichtung zu erhalten. Das MBR ist ein Zylinder, der im äußersten Bereich der Festplatte definiert ist. Der Zylinder ist reserviert, und ein Zugriff seitens der Anwender ist nicht möglich.
Im Schritt 803 erfaßt der PMC eine Adresse des Leitwegverzeichnisses jeder Partition, mit Ausnahme einer Partition, die kleiner ist als ein vorgegebener Wert. Da die Adressenberechnungsmethode allgemein bekannt ist, werden hier keine Einzelheiten angegeben. Wenn z. B. DOS als OS-Dateisystem dient, wird auf den am Anfang stehenden BIOS-Parameterblock (BPB) Bezug genommen, um eine Adresse des Leitwegverzeichnisses der Partition zu berechnen.
Im Schritt 804 wird auf ein Verzeichnis, in dem die Adresse berechnet wird, sequentiell Zugriff genommen, um den Namen der Datei (PM_HIBER.BIN) zu suchen. Wenn PM_HIBER.BIN nicht in einem der Verzeichnisse gefunden wird, wird die Ausführung der Überwinterungsdatei zurückgewiesen und die Zurückweisung wird den Anwendern durch einen Piepton oder durch die Anzeige einer Zurückweisungsmeldung zur Kenntnis gebracht.
Wenn PM_HIBER.BIN gefunden wird, wird die Dateizuweisungsliste verfolgt (Schritt 805). Fig. 9 zeigt beispielhaft einen Fall, in dem DOS als OS-Dateisystem gegeben ist, die gegebene Dateizuweisung wird, wenn vier Sektoren als ein Cluster definiert sind, unterteilt in einen Sektorblock, der mit Cluster 100 beginnt und sich bis Cluster 149 fortsetzt, einen Sektorblock, der mit Cluster 500 beginnt und sich bis Cluster 549 fortsetzt, und einen Sektor, der mit Cluster 300 beginnt und sich bis Cluster 399 fortsetzt. Der Eintrag von PM_HIBER.BIN im Leitwegverzeichnis beschreibt als ersten Cluster die Nummer 100. Wie bereits bekannt, ist die FAT (File Allocation Table - Dateizuweisungstabelle) in jedem Cluster auf der Basis eines 1 : 1 Verhältnisses vorgesehen. Die FAT beschreibt die nachfolgende Clusternummer (d. i. FAT- Nummer) oder eine spezielle Nummer, die die letzte in der Datei ist. In Schritt 805 greift der PMC noch einmal, oder mehrere Male, auf die Festplatte zu, um so die FAT-Liste zu verfolgen 200.
Die auf diese Weise erhaltene Dateizuweisungsinformation wird umgewandelt in eine unzweideutige Zuweisungsinformation, die geeignet ist für die Speicherung/Wiederherstellung in Schritt 806. Fig. 10 zeigt das Formatieren der Informationen nach dieser. obigen Umwandlung. Das illustrierte Beispiel entspricht der Fig. 9. Der PMC generiert 8-Byte-lange Datenstücke, in denen eine Frontsektoradresse (relative Adresse ab der Sektoradresse, die physikalisch vor der Adresse liegt) und die Länge (Sektor-Nummer) verzeichnet ist. Die Zuweisungsinformation nach der Umwandlung ist einstweilig im Arbeitsdatenbereich des PMC-Speichers gepuffert.
Wieder unter Bezugnahme auf Fig. 8 überprüft in Schritt 807 der PMC, ob die Dateigröße des PM_HIBER.BIN die Gesamtgröße der Arbeitsdaten des augenblicklich eingesetzten VRAM, des Hauptspeichers und des PM-Speichers unterstützen kann. Wenn z. B. der Hauptspeicher nach Generieren der Überwinterungsdatei vergrößert wird, können nicht alle Daten gesichert werden. Denn wenn die Dateigröße nicht ausreicht, weist das System die Ausführung der Überwinterung zurück. Diese Tatsache wird durch einen Piep-Ton oder dergl. gemeldet. Wenn die Datei hinreichend groß ist, wird die im Schritt 806 generierte Zuweisungsinformation selbst zum Sichern der Zuweisungsinformationen vom PMC in der Überwinterungsdatei (Schritt 808) benutzt. Spätere Arbeitsdaten, der Inhalt des VRAM, und der Inhalt des Hauptspeichers werden jeweils in der Überwinterungsdatei gesichert (Schritte 809 bis 811). Beim Übertragen der Daten auf die Festplatte wird auf die Dateizuweisungsinformation im PMC-Speicher bezug genommen.
Schließlich wird die Steuerinformation so aufbereitet, daß sie im Steuerinformationsbereich (Bereich A in Fig. 3) (Schritte 812 und 813) gesichert wird. Die Steuerinformationsteile beinhalten eine Startadresse entsprechend für die Blöcke B, C und D gemäß Fig. 3, die derzeitige Systemkonfi gurationsinformation im CMOS, und die Überwinterungs-Signatur. Unter diesen beinhaltet die Systemkonfigurationsinformation die Grund-E/A-Adresse der Vorrichtung, die Größe des Hauptspeichers, und die Vorrichtungskonfiguration (Typ und Anzahl der Vorrichtungen). Die Grund-E/A-Adresse zeigt an, welche der beiden, 3F8 (H) oder 2F8 (H), die Grundadresse ist, z. B. in Bezug auf jede Vorrichtung, die an den seriellen Port gelegt ist.
Als nächstes wird unter Bezugnahme auf Fig. 11 die Datenwiederherstellungsoperation (Schritte 713, 716 und 717) von der Überwinterungsdatei PM_HIBER.BIN genauer beschrieben.
Zunächst greift der PMC auf den Steuerinformationsbereich des CE-Zylinders zu, um die dort gespeicherte Steuerinformation zu lesen, damit er die Position der Überwinterungsdatei auf der Festplatte erfährt (Schritt 1101). Da die Adresse im Steuerinformationsbereich fest ist, kann direkt auf diese Adresse zugegriffen werden. In Schritt 1102 wird die in der Steuerinformation enthaltene Systemkonfigurationsinformation mit der Systemkonfigurationsinformation im CMOS der Aufwach- Maschine verglichen.
Im Schritt 1103 benutzt der PMC die in der Steuerinformation enthaltene Startadresse, um zur Wiederherstellung der Dateizuweisungsinformation im PMC auf den Dateizuweisungsinformationsblock auf der Festplatte zuzugreifen. Der PMC benutzt die Dateizuweisungsinformation, um zunächst den Inhalt des Hauptspeichers und dann den Inhalt des VRAM wiederherzustellen (Schritte 1104 und 1105). In diesen Schritten werden der im Steuerinformationsbereich enthaltene Hauptspeicherblock und die Startadresse des VRAM-Blocks benutzt. Schließlich wird die Steuerinformation auf der Festplatte ungültig gemacht, und damit schließt die Wiederherstellungsoperation (Schritt 1106) ab. Da auch die Überwinterungs-Signature ungültig gemacht wird, bootet die Einschaltoperation das System über das normale Verfahren, solange das System nicht in den Überwinterungsmodus geht.
Zwar wird hier eine Erklärung unterlassen, aber in Wirklichkeit gibt es zwischen den Schritten 810 und 811 in Fig. 8 sowie zwischen den Schritten 1103 und 1104 in Fig. 11 einen Schritt, der ein Überwinterungs-Ikon anzeigt. Ferner wird darauf hingewiesen, daß es zwischen den Schritten 1105 und 1106 in Fig. 11 einen Schritt zum Wiederherstellen der Hardwarekontextinformation gibt.
Die Positionsinformation von Sektoren, die eine Überwinterungsdatei auf der Festplatte darstellen, wird vom OS- Dateisystem in der Form einer komplexen Liste verwaltet. In Übereinstimmung mit der vorliegenden Erfindung wird daher vor Anlaufen der Datenübertragung in die Überwinterungsdatei auf die vom OS-Datensystem verwaltete komplexe Liste bzw. auf den Treiber zugegriffen, um die Positionsinformation dieser Sektoren abzurufen mit entsprechender Umwandlung der Positionsinformation in ihre unabhängige Zuweisungsinformation und Eingabe dieser Information in den Puffer (PM- Speicher). Wenn dann Daten vom VRAM und vom Speicher auf die Festplatte übertragen werden, wird zum Erfassen der Sektorposition der Datei exklusiv seine unabhängige Information angezogen. Wenn dann Daten auf die Festplatte übertragen werden, braucht der Dateizuweisungsinformationsbereich, wie der FAT-Bereich, auf der Festplatte nicht angesprochen zu werden, was eine Beschleunigung der Datensicherungsoperation bedeutet.
Ferner wird erfindungsgemäß die Zuweisungsinformation auf einer unabhängigen Überwinterungsdatei, die durch die Ausführung der Datensicherungsoperation erzeugt wurde, als Teil der Überwinterungsdatei geschrieben. Gleichzeitig wird ihre Startadresse auf einen Block geschrieben, der an einer Festadresse auf der Festplatte sitzt. Wenn Daten von der Festplattenvorrichtung auf den VRAM und in den Speicher übertragen werden, wird auf die in der Datei gespeicherte Zuweisungsinformation Bezug genommen, um die Position der Sektoren, aus denen die Datei besteht, zu erfassen. Wenn dann Daten von der Festplattenvorrichtung übertragen werden, brauchen die Dateiraumzuweisungsinformationsbereiche, wie der FAT-Bereich, auf der Festplatte nicht angesprochen zu werden. Somit kann beim Aufwachen die Häufigkeit der Zugriffe auf die Festplatte zum Abrufen der Zuweisungsinformationen der Überwinterungsdatei minimiert werden und damit wird die Wiederherstellungsoperation beschleunigt.

F. Ikon-Anzeigeoperation

Jetzt wird unter Bezugnahme auf Fig. 12 eine Operation betreffend die Ikon-Anzeige (Schritt 703 bis 705 und Schritt 715 bis 717) genauer beschrieben.
Gemäß der vorliegenden Erfindung wird der Inhalt des Hauptspeichers und der Inhalt des VRAM zwecks Verwaltung unterteilt. Wenn das System in den Überwinterungsmodus geht, sichert der PMC den Inhalt des VRAM in der Überwinterungsdatei (Schritt 1201). Nach Sicherung der Originaldaten wird ein VGA-Chip (Video Controller) in einen Grafikmodus gesetzt und das Ikon-Bild wird in den VRAM geschrieben, um das Bild auf einer Anzeigevorrichtung anzuzeigen, die mit dem Hauptkörper des Systems in Verbindung steht (Schritt 1203 und 1204). Das Ikon bleibt auf dem Bildschirm stehen während die Daten aus dem Hauptspeicher auf die Festplatte übertragen werden.
Beim Aufwachen wird ein VGA-Chip in einen Grafikmodus gesetzt und das Ikon-Bild wird in den VRAM geschrieben, um ein Bild auf einer Anzeigevorrichtung anzuzeigen (Schritte 1205 und 1206). Während Daten von der Festplatte in den Hauptspeicher übertragen werden, bleibt das Ikon auf dem Bildschirm stehen (Schritt 1207). Die Originaldaten des VRAM werden anschließend wiederhergestellt (Schritt 1208).
Während auf den VRAM Zugriff genommen wird (Schritte 1203 und 1208), wird das Ikon nicht angezeigt. Jedoch ist die Zeitspanne, während der auf den VRAM Zugriff genommen wird, hinreichend kurz im Vergleich zur Zeitspanne, in der auf den Hauptspeicher zugegriffen wird (Schritte 1204 und 1208). In den Schritten 1203 und 1208 dauert die Zeitspanne, während der das Ikon nicht angezeigt wird, nur einen Augenblick, so daß keinerlei praktische Nachteile entstehen.
Fig. 13 zeigt ein Beispiel für einen in Schritt 1203 gezeigten Bildschirm. Ikon 101 bezeichnet ein System, 102 eine Festplattenvorrichtung, und 103 die Richtung der Datenübertragung. Diese Ikone werden durch Ikon-Rahmen 104 und 105 umgeben. Der Farbbereich 106 innerhalb des Ikon- Rahmens 104, und die Farbe des Bereichs 107 unterscheiden sich von der des Hintergrunds 108.
Fig. 14 zeigt ein Beispiel für einen Bildschirm, wie er in Schritt 1208 der Fig. 12 gezeigt wird. Die Zeichnung dieses Beispiels ist die gleiche wie in seinem Gegenstück in Fig. 13, lediglich die Positionen der Ikone 101 und 102 sind vertauscht.
Nehmen wir jetzt Bezug auf Fig. 15; der zum Zeichnen des Ikon in den Schritten 1203 und 1206 in Fig. 12 gemeinsame Schritt wird jetzt in Einzelheiten erklärt. Zunächst setzt der PMC die Daten der Hintergrundfarbe über den gesamten VRAM, um den Bildschirm mit der Hintergrundfarbe zu überdecken (Schritt 1501). Dann färbt der PMC die Bereiche 106 und 107 innerhalb des Ikon-Rahmens mit einer anderen Farbe als den Hintergrund (Schritt 1502). Wie in den Fig. 13 und 14 dargestellt wird, sind die Bereiche 106 und 107 einfache Rechtecke, so daß das Programm (PMC) deren Position auf dem Schirm zum Färben ihres Inhalts sehr leicht bezeichnen kann. In den Schritten 1503 und 1504 werden die Bilddaten der Ikone 101, 102 und 103 aus dem PM Speicher gelesen um in den VRAM eingegeben zu werden. Da Ikon-Bilder nur klein sind und aus kleinen Datenmengen bestehen, werden die Bilder bereits vorher im ROM gespeichert, so daß sie beim POR in den PM-Speicher geschrieben werden.
Das Überwinterungs-Ikon kann statisch sein. Wenn jedoch Daten zwischen der Festplatte und dem Hauptspeicher übertragen werden, wird regelmäßig auf den VRAM zugegriffen, um den Inhalt neu zu schreiben, so daß das Überwinterungs-Ikon zeitlich verändert werden kann: z. B. kann es einen blinkenden Pfeil 103 oder zusätzlich ein Bild zeigen, das die gesicherte/wiederhergestellte Datenmenge im System-Ikon 101 andeutet.
Auf diese Weise wird erfindungsgemäß der Block des Hauptspeichers und der Block der VRAM-Daten verwaltungsmäßig getrennt.
Wenn das System in den Überwinterungsmodus geht, werden zunächst die Originaldaten des VRAM gespeichert. Dann erst werden die Originaldaten des Hauptspeichers gespeichert. Ferner, wenn das System im Wiederaufwachmodus ist, werden zunächst die Originaldaten des Hauptspeichers wiederhergestellt, bevor die Originaldaten des VRAM wiederhergestellt werden. Das Zugriffsverfahren auf den VRAM und das Zugriffsverfahren auf den Hauptspeicher unterscheiden sich also, in Abhängigkeit davon, ob die Sicherungsoperation oder die Wiederherstellungsoperation betroffen ist.
Nehmen wir einmal an, der Hauptspeicher und der Block der VRAM-Daten werden nicht getrennt verwaltet. Wenn der Inhalt des VRAM vor dem Hauptspeicher gesichert wird, muß der Inhalt des VRAM vor dem Inhalt des Hauptspeichers wiederhergestellt werden. Wenn dann das System in den Überwinterungsmodus geht, kann beim Aufwachen kein Ikon gezeigt werden. Wenn umgekehrt der Inhalt des Hauptspeichers als erstes gesichert wird und dann erst der Inhalt des VRAM, kann beim Eintreten in den Überwinterungsmodus kein Ikon gezeigt werden.
Es ist also wesentlich, wenn ohne Zerstörung der Originaldaten im VRAM beim Eintritt in den Überwinterungsmodus und beim Wiederaufwachen ein Ikon gezeigt werden soll, daß die Reihenfolge des Zugriffs auf den VRAM und auf den Hauptspeicher zwischen dem Zeitpunkt der Sicherungsoperation und der Wiederherstellungsoperation vertauscht wird, und zwar durch Trennung des Blocks der Speicherdaten vom Block der VRAM-Daten, wie in der Beschreibung der vorliegenden Anwendung vorgeschlagen wird.

G. FDD Änderungsleitungs-Emulation

Unter Bezugnahme auf die Fig. 16 und 22 wird eine FDD Änderungsemulation erklärt, die vom PMC unterstützt wird.
Fig. 16 ist eine aus der Fig. 1 herausgezogene Ansicht, die ein Hardwareelement bezüglich einer FDD Änderungsleitungsemulation darstellt. In Fig. 1 nicht dargestellte Elemente sind eine FD (Floppy Disk) 94, die in ein FDD eingelegt ist, eine Änderungsleitung 92 zwischen dem FDD und einem FDC, ein Änderungsleitungs-Statusregister 90 im FDC, und ein Fallenregister 96, das eine Adresse abspeichert, die in der Fallen- Logik verfolgt werden muß.
Das Verfahren zum Zugreifen auf die FD unterscheidet sich im Normalfall, je nachdem, ob auf die FD in der Vergangenheit schon zugegriffen wurde oder nicht. Wenn auf die FD in der Vergangenheit bereits zugegriffen wurde (Lesen/Schreiben), wird die Dateizuweisungsinformation (FAT, wenn DOS als OS- Dateisystem dient), die zu diesem Zeitpunkt gelesen wird, in einer vorgegebenen Speicheradresse unter der Verwaltung des OS-Dateisystems gesichert. Somit ist es nicht mehr erforderlich, die Zuweisungsinformation von der FD abzulesen. Auf diese Weise beschleunigt sich der Zugriff auf die FD ab dem zweiten Mal.
Der folgende Mechanismus bestimmt im allgemeinen, ob die Zuweisungsinformation auf der FD im Hauptspeicher gültig ist oder nicht. Die Änderungsleitung, die das FDD mit dem FDC verbindet, ist eine Signalleitung, die ausschließlich zum Überwachen des Anschlusses der FD an das FDD bzw. dessen Abtrennung dient. Beim Einschalten des Systems wird die Änderungsleitung automatisch aktiviert. Der POST greift über den FDC auf das FDD zu, um die Anwesenheit der FD festzustellen, und die Änderungsleitung wird automatisch deaktiviert. Wenn keine FD festgestellt wird, bleibt die Änderungsleitung aktiviert. Wenn zusätzlich eine FD eingeschoben wird, wird die Änderungsleitung aktiviert. Wenn auf die eingeschobene FD wirklich zugegriffen wird, wird die Änderungsleitung automatisch deaktiviert. Wenn die FD aufgeworfen wird, wird die Änderungsleitung wieder aktiviert. In der Ausführungsform entspricht der Zustand 'Hoch' dem aktivierten Status während der Zustand 'Tief' dem deaktivierten Zustand entspricht.
Das Flag reflektiert den Status der Änderungsleitung. Bit 7 des Änderungsleitungs-Statusregisters (Register 90 in Fig. 16), dem eine E/A-Adresse 3F7 (H) zugeordnet ist, ist zu diesem Zeitpunkt ein Flag (Änderungleitungs-Statusflag). Bit 7 zeigt, daß die Änderungsleitung aktiv ist, wenn es den Wert 1 annimmt, während es zeigt, daß die Änderungsleitung deaktiviert ist, wenn sein Wert 0 ist.
Das BIOS bzw. der Treiber nehmen direkt Zugriff auf den FDC (z. B. BIOS, wenn DOS das OS-Dateisystem ist, und der Treiber, wenn OS/2 das OS-Dateisystem ist). BIOS/Treiber liest den Inhalt des Änderungsleitungs-Statusregisters, und wenn die Bit-Leitung 7 den Wert 1 annimmt, wird die Zuweisungsinformation auf der FD im Hauptspeicher ungültig gemacht (gelöscht) und die neue Dateizuweisungsinformation auf der FD wird gelesen.
Wenn also das System in den Überwinterungs-Modus eintritt, wird die FD in das FDD eingelegt. Wenn zusätzlich bereits auf die FD zugegriffen wurde, wird die Dateizuweisungsinformation der FD auf der Festplatte gesichert und wird im Speicher wiederhergestellt, wenn das System wieder aufgeweckt wird.
Im Fall, daß die FD im Überwinterungsmodus ausgewechselt wird, stellt der POST fest, daß die FD im FDD sitzt. Wenn die Aufwach-Sequenz abgeschlossen ist, wird das Änderungsleitungssignal inaktiv. Dann stellt das BIOS/Treiber nachteilig fest, daß es die wiederhergestellte Dateizuweisungsinformation der alten FD als gültig befindet und benutzt diese Information, um auf die augenblicklich in das FDD eingelegte FD zuzugreifen, und damit liest es falsche Daten liest, und damit zerstört es die Daten auf der FD. Es besteht auch die Möglichkeit, daß im Falle des Anlaufes nach einer Unterbrechung ähnliche Probleme auftreten.
Probleme beim Austausch der Speichermedien im Unterbrechungs- oder Überwinterungszustand gibt es auch bei Speichermedien vom Kartentyp (wie SSF), jedoch in Falle solcher Medien gibt es bereits gut ausgestattete Software. Diese Software kann zur Lösung dieses Problems eingesetzt werden. Mit anderen Worten, das System geht in den Stromsparmodus mit der im System eingesetzten Karte. Wenn das System diesen Modus wieder verläßt, spiegelt die Software dem System vor, daß die Karte beim Eintritt in den Stromsparmodus herausgezogen wurde. Wenn andererseits die Software wiederaufgenommen oder aufgeweckt wird, spiegelt sie dem System vor, daß die Karte eingesetzt wurde. Bei Eingang dieser Falschmeldung macht das System die Dateizuweisungsinformation für die Karte ungültig, da die Information im Hauptspeicher sitzt, und ruft die neue Zuweisungsinformation ab. Auf diese Weise führt die Software beim Eintreten und Verlassen des Stromsparmodus eine softwarebedingte Falschoperation mit dem System durch, so daß keine elektrische Energie an die Karten geschickt wird.
Im Falle einer FD ist jedoch ein Verfahren eingerichtet, in dem sich der Status des von der CPU gelesenen Statusänderungsleitungssignals als Hardware mit einer vorgegebenen Taktgebung ändert. Bei der Harmonisierung eines solchen eingefahrenen Verfahrens zur Lösung des obigen Problems, das aus dem Austausch der FD während des Stromsparmodus entsteht, muß ein Mittel gefunden werden, das sich von dem gegenüber einem Kartenmedium ergriffenen Mittel unterscheidet.
Also gibt die vorliegende Erfindung den Status bei einer Gelegenheit falsch an, wenn das BIOS/Treiber den Änderungsleitungsstatusstecker zum ersten Mal nach dem Aufwachen oder nach Abschluß der Sequenz überprüft. Damit stellt sich die Software dem System gegenüber, auch wenn eine FD in das FDD eingelegt ist, so dar, als ob die FD aus dem FDD herausgezogen wäre, und löscht so die Dateizuordnungsinformation der FD, wobei die Information im Hauptspeicher steht. Spezifisch lassen sich hier zwei Methoden anwenden.
(1) Ein Zugriff auf das Änderungsleitungsstatusregister wird abgefangen, so daß zeitweilig ein falscher Wert des Änderungsleitungsstatusflag angegeben wird.
(2) eine Leiterplatte wird hergestellt, die die Operation eines Änderungsleitungssignals durch die Hardware zuläßt.
Jetzt wird jede dieser obigen Methoden im Hinblick auf den Fall des Aufwachens aus dem Überwinterungsmodus erklärt. Dabei muß darauf hingewiesen werden, daß die vorliegende Erfindung auch auf eine vom Unterbrechungsmodus generierte Wiederaufnahme angewandt werden kann.
(1) Die neuesten tragbaren Computer sehen einen Mechanismus vor, der den E/A-Prozeß abfängt. Dieser Mechanismus kann realisiert werden durch eine Kombination der 80486SL (CPU) und der 82360SL (Fallen-Logik) von Intel. Wenn die E/A-Adresse ins Register (Register 96 in Fig. 16) im 82360SL gesetzt wird, gibt der 82360SL eine Systemunterbrechung an das System aus, wenn der 80486SL eine Anweisung zum Zugriff auf die E/A-Adresse gibt. Als Reaktion auf die Systemunterbrechung wird der Treiber (PMC) aktiviert. Wenn nach dem Analysieren der Ursache für die Unterbrechung festgestellt wurde, daß die Systemunterbrechung von einem Zugriff auf eine vorgegebene E/A-Adresse bewirkt wurde, springt das System auf die Fallen-Routine über.
Herkömmlicherweise wird der Fallen-Mechanismus benutzt, um eine Vorrichtung wieder einzuschalten, die von dem Befehl zum Zugriff auf die Vorrichtung ausgeschaltet wurde, noch bevor auf die Vorrichtung zugegriffen wird. Die erste Methode zum Falschdarstellen des Änderungsleitungs-Status ist die Benutzung dieses Fallen-Mechanismus.
Nehmen wir jetzt Bezug auf Fig. 17; hier nachstehend wird der Schrittfluß, die sich auf die Falschmeldungsoperation bezieht, in Einzelheiten erklärt. Wie bereits erwähnt, tritt das System in die Aufwach-Sequenz (Schritte 171, 172) ein, sobald der nach dem Einschalten anlaufende POST die Überwinterungs-Signatur bestätigt. Der Änderungsleitungs-Status ist beim Einschalten aktiviert. Wenn aber der POST entdeckt, daß die FD im FDD eingelegt verblieben ist, wird das System deaktiviert.
IN Schritt 173 setzt der PMC das System in einen Status, der bereit ist zum Ändern der Änderungsleitungsemulation. Konkret gesagt, der Wert von 3F7 (H) wird eingestellt auf das Register 96 der Fallen-Logik 16 (siehe Fig. 16). Nach diesem Schritt kehrt die Steuerung des Systems zur OS/Applikation zurück.
Wenn nach dem Wiederanlaufen der OS/Applkationsausführung zum ersten Mal wieder auf die FD zugegriffen wird, wird der falsche Änderungsleitungs-Status ausgeführt (Schritt 174). Schritt 174 wird anhand der Fig. 18 und 19 näher erläutert.
Fig. 19 zeigt einen Teil des Codes des BIOS/Treibers. Wenn der Befehl MOV DX, 3F7 (H), ausgeführt wird, lädt das Register DX der CPU 3F7 (H). Wenn dann der Befehl IN AL, DX ausgeführt wird, wird auf die E/A-Adresse 3F7 (H) zugegriffen, so daß das Register AL in der CPU den Inhalt des Änderungsleitungs-Statusregisters speichert. Jetzt wird die Systemunterbrechung ausgeführt, so daß der Fallen-Treiber (PMC) durchgeführt wird. Der Treiber analysiert die Ursache der Systemunterbrechung und springt dabei auf eine Routine zum Ausführen der Falle im Zugriff auf die E/A-Adresse 3F7 (H). Die Routine setzt den Wert im Bit 7 im AL-Register auf 1 und bringt ihn zurück auf zum BIOS/Treiber. Anschließend schickt der nachfolgende Befehl TEST AL, 80H, Informationen an das BIOS/Treiber, daß der Wert von Bit 7 auf 1 gesetzt ist. Als Reaktion darauf löscht der OS/Treiber die Dateizuweisungsinformation der FD, die im Speicher steht. Dann liest das System die Zuweisungsinformation von der FD, um auf eine gewünschte Datei auf der FD zugreifen zu können.
Übrigens löscht der PMC einen Wert, der vor der Rückkehr zum BIOS/Treiber (Schritt 175 in Fig. 17) in das Fallen-Register gesetzt wurde. Daher wird der Änderungsleitungsstatus beim Zugriff auf die FD nach dem ersten Mal nicht gefälscht.
(2) Die zweite Methode wird realisiert durch Hinzufügen eines Hardware-Elements auf die Leiterplatte wie in Fig. 20 gezeigt wird. Die hinzugefügten Elemente sind ein E/A- Port 110, der ein Register 112 beinhaltet, ein E/A- Adressen-Decodierer 114, ein ODER-Gatter 116, und Signalleitungen 118 und 120. Eine spezifische E/A-Adresse (1500 (H)) wird dem Register 112 zugeteilt. Ein Signal, das einen spezifischen Bit-Wert (Bit 0) des Registers 112 anzeigt, wird über die Signalleitung 118 in eine Eingangsklemme des ODER-Gatters eingegeben. Das Änderungsleitungssignal wird vom FDD 92 her an den anderen Eingang des ODER-Gatters 116 gelegt. Die Ausgangsklemme des ODER- Gatters 116 liegt an Bit 7 des Änderungeleitungs-Statusregisters 90. Der Ausgang des ODER-Gatters 117 wird ein Bit 7 Wert des Registers 90. Der E/A-Adressendecodierer 114 verfolgt den Adressenbus 14, um das Adressensignal 3Fh (H) zu dekodieren und gibt dabei ein Impulssignal an den E/A-Port 110 aus. Der Ausgangsanschluß des Decodierers 110 liegt an der Lösch-Klemme des Registers 112.
Nehmen wir jetzt Bezug auf Fig. 21; hier wird der Schrittfluß der Methode 2 beschrieben. Die Schritte 211 und 212 sind die gleichen wie die Schritte 171 und 172 in Fig. 17. Daher wird von einer Beschreibung abgesehen. In Schritt 213 werden zum Setzen der FDD-Änderungsleitungsemulation die PMC-Befehle E/A-Adresse 1500 (H) angegeben, dabei wird der Wert des Bit 0 auf 1 gesetzt. Als Folge bleibt, wie in Fig. 22 gezeigt ist, der Änderungsleitungs-Status deaktiviert für den Zugriff auf den DDC mit dem POST. Da aber die Signalleitung 118 aktiv wird, wird der Status der Signalleitung 120 aktiv. Daher wird Bit 7 des Änderungsleitungs-Statusregisters 90 auf 1 gesetzt.
Nach Schritt 213 kehrt die Steuerung des Systems wieder zum OS/Applikation zurück. Während der Ausführung des OS/Applikation bleibt der Wert des Bit 7 in Register 90 auf 1, und der Falsch-Status des Änderungsleitungsstatus bleibt bestehen.
Wenn das BIOS/Treiber beim ersten Zugriff auf die FD nach Wiederaufnahme des OS/Applikation die E/A-Adresse 3F (H) liest, wird der Wert des Bit 7 gleich 1. Damit löscht das OS/Treiber die Dateizuweisungsinformation der FD, die im Hauptspeicher gespeichert ist.
Während eines Zugriffszyklus auf die Adresse 3F7 (H) wird ein Impuls generiert, der das Register 112 vom Decodierer 114 leert, damit werden beide Eingänge zum ODER-Gatter 116, Bit 7 Status des Änderungsleitungsregisters 90, deaktiviert. Die FDD-Änderungsleitungs-Emulationsrückstellung (Schritt 214) wird auf diese Weise durchgeführt, ähnlich wie bei der ersten Methode.
Manche Systeme haben keinen Fallen-Mechanismus. In einigen Fällen ist, auch wenn einige Systeme einen Fallen-Mechanismus aufweisen, die Leistung des Fallenmechanismus eingeschränkt. In solchen Fällen wird die zweite Methode wirksam.
Gemäß der vorliegenden Erfindung kann eine Datenzerstörung aufgrund des Dialogs mit einer Floppy Disk während eines Stromsparmodus, in dem das FDD ausgeschaltet ist, vermieden werden.

Claims

1. Ein Informationsverarbeitungssystem einschließlich einer CPU (ZE), eines Hauptspeichers, einer Diskettensteuerung (Floppy Disk Controller - FDC) und eines Diskettenlaufwerks (Floppy Disk Drive - FDD), wobei Mittel zwischen dem FDC und dem FDD zum Überwachen der Anschließung/ Lösung einer Diskette (Floppy Disk - FD) an/von dem FDD vorgesehen sind, wobei der Status dieses Überwachungsmittels wiedergegeben wird durch einen Flag-Wert in einem Statusregister im FDC, wobei der Flag-Status benutzt wird, um die Gültigkeit einer Dateizuordnungsinformation zu bestimmen, die über die FDC im Hauptspeicher abgespeichert wurde, wobei dieses Informationsverarbeitungssystem beinhaltet:

(a) Ein Mittel zum Eingeben eines Niedrigtromverbrauchsmodus durch Abschalten des Stroms zum FDC und FDD beim Auftreten einer ersten vorgegebenen Bedingung;

(b) Mittel zum Eingeben eines Normalbetriebsmodus, in dem FDC und FDD unter Strom stehen, beim Auftreten einer zweiten vorgegebenen Bedingung;

(c) Mittel zum Emulieren eines vorgegebenen Flag-Status beim ersten Zugriff nach dem Übergang vom Niedrigstromverbrauchsmodus zum Normalbetriebsmodus;

(d) Mittel, die auf den emulierten Flag-Status ansprechen, zum Außerkraftsetzen der abgespeicherten Dateizuordnungsinformation; und

(e) Mittel zum Lesen einer neuen Dateizuordnungsinformation von einer Diskette (FD).

2. Ein Informationsverarbeitungssystem gemäß Anspruch 1, in dem das Emulationsmittel (c) beinhaltet:

Eine Programmunterbrechungsstellenlogik zum Überwachen eines Zugriffs auf eine E/A-Adresse, die in einem gespeicherten Register eingestellt ist;

ein Mittel zum Einstellen einer E/A-Adresse, die dieses Statusregister im Programmunterbrechungslogikregister zeigt;

ein Mittel zum Neuschreiben dieses Flag-Werts, wenn der Zugriff auf das erste Statusregister durch die Programmunterbrechungslogik bei Rückkehr zum Normalbetriebsmodus abgefangen wird; und

ein Mittel zum Löschen des Registers der Programmunterbrechungslogik, so daß der Zugriff auf das Statusregister nach dem zweiten Mal nicht abgefangen wird.

3. Ein Informationsverarbeitungssystem gemäß Anspruch 1, in dem das Emulationsmittel (c) beinhaltet:

Ein Register, dem eine spezifische E/A-Adresse zugeordnet wird;

ein Logikgatter, in dem ein Eingang mit dem Mittel zum Überwachen verbunden ist, der andere Eingang mit einem spezifischen Bit des Registers in einer spezifischen E/A- Adresse verbunden ist, und der Ausgang an das Status-Flag gegeben wird;

Mittel zum Einstellen eines Wertes in einem Register der obigen spezifischen E/A-Adresse beim Zurückkehren zum obigen Normalbetriebsmodus, so daß ein Wert, der anzeigt, daß die obige Dateizuordnungsinformation ungültig ist, in das obige Flag gesetzt werden kann; und

ein Mittel zum Löschen eines Registers der obigen E/A- Adresse als Reaktion auf das obige Setzen des Status- Registers.

4. Ein Informationssystem gemäß einem beliebigen der Ansprüche 1 bis 3, in dem der Normalbetriebsmodus ein Stromspar-(Überwinterungs)-Modus ist, in dem der Hauptspeicher abgeschaltet ist.

5. Ein Informationssystem gemäß einem beliebigen der Ansprüche 1 bis 3, in dem der Normalbetriebsmodus ein Suspendierungsmodus ist, in dem der Hauptspeicher nicht abgeschaltet ist.