JPH06236286A - Information processor - Google Patents
Information processorInfo
- Publication number
- JPH06236286A JPH06236286A JP2141393A JP2141393A JPH06236286A JP H06236286 A JPH06236286 A JP H06236286A JP 2141393 A JP2141393 A JP 2141393A JP 2141393 A JP2141393 A JP 2141393A JP H06236286 A JPH06236286 A JP H06236286A
- Authority
- JP
- Japan
- Prior art keywords
- operation mode
- device driver
- interrupt vector
- vector table
- resident program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
Description
【０００１】[0001]
【産業上の利用分野】本発明は、複数の動作モードを起
動後に切り換えることのできる情報処理装置に関するも
のである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information processing apparatus capable of switching a plurality of operation modes after starting.
【０００２】[0002]
【従来の技術】パーソナルコンピュータのユーザーは、
オペレーティングシステム（以下ＯＳとする）を立ち上
げた後、様々なデバイスドライバや常駐プログラムを組
み込んでアプリケーションをより快適な環境で動作させ
るようにしている。例えばさらに広いメモリを得るため
のメモリドライバやかな漢字入力を行うためのモジュー
ルがこれに該当する。常駐プログラムを常駐させた場合
のメモリマップを図８を用いて説明する。なお、図は本
願の説明に必要な部分のみ概念的に示しており、一部省
略している。パーソナルコンピュータが立ち上がると、
ＢＩＯＳプログラムによりシステム領域８１、ＢＩＯＳ
領域８４、割り込みベクタテーブル８５が割り付けら
れ、ＯＳがＯＳ領域８３にロードされる。残りの部分は
ユーザーエリア８２と呼ばれ、この中にアプリケーショ
ンプログラム領域８６、常駐プログラム領域８７がその
プログラムの実行に必要な分確保される。割り込みベク
タテーブル８５にはプログラムの「飛び先」を記述した
テーブルがあり、このテーブルによってＢＯＩＳ領域８
４内の処理ルーチンが呼び出され、ＢＩＯＳ処理やハー
ドウエア割り込み等の処理が行われる。常駐プログラム
は主メモリ上に常に存在し、必要に応じて割り込みベク
タテーブル８５の内容を割り込みベクタ格納領域８８に
格納した後、割り込みベクタテーブル８５に自身をポイ
ントするアドレスを設定することにより（この操作をト
ラップという）、本来の処理に換わって、または本来の
処理の前に独自の処理を行う。2. Description of the Related Art Personal computer users are
After starting up an operating system (hereinafter referred to as OS), various device drivers and resident programs are incorporated to operate the application in a more comfortable environment. For example, a memory driver for obtaining a wider memory or a module for inputting kana / kanji corresponds to this. A memory map when a resident program is made resident will be described with reference to FIG. It should be noted that the drawings conceptually show only a part necessary for the description of the present application, and a part thereof is omitted. When the personal computer starts up,
System area 81, BIOS by the BIOS program
The area 84 and the interrupt vector table 85 are allocated, and the OS is loaded in the OS area 83. The remaining portion is called a user area 82, in which an application program area 86 and a resident program area 87 are reserved for the execution of the program. The interrupt vector table 85 has a table in which the "jump destination" of the program is described. With this table, the BOIS area 8
The processing routine in 4 is called, and processing such as BIOS processing and hardware interruption is performed. The resident program always exists in the main memory, and after storing the contents of the interrupt vector table 85 in the interrupt vector storage area 88 as needed, by setting an address pointing to itself in the interrupt vector table 85 (this operation Is called a trap), and original processing is performed instead of or before the original processing.
【０００３】ところで、パーソナルコンピュータのよう
な小型で個人向けの計算機システムでは従来から単一な
ＯＳ、単一な動作モードで起動しアプリケーションを動
作しそして終了することが通常であった。このためデバ
イスドライバ、常駐プログラムはある固定の環境下での
み正常動作するように作成されていた。その一方で最
近、第１のＯＳの上で第２のＯＳが立ち上がりこの第２
のＯＳの管理下で仮想的な第１のＯＳが複数存在する仮
想計算機システムをサポートするＯＳが登場してきた。
この新しいＯＳでは複数の従来の旧いＯＳのアプリケー
ションをそれぞれ異なった動作モードで実行することが
できるものがある。By the way, conventionally, in a small-sized personal computer system such as a personal computer, it has been customary to start a single OS, a single operation mode, operate an application, and terminate the application. For this reason, the device driver and resident program were created to operate normally only under a fixed environment. On the other hand, recently, the second OS started up on the first OS
OSs that support a virtual computer system in which a plurality of virtual first OSs exist under the control of the OS have appeared.
Some of the new OSs can execute a plurality of applications of the conventional old OS in different operation modes.
【０００４】複数の動作モードの切り換えについてより
具体的な例で説明すると、例えばユーザの指定により表
示画面の解像度をシステムのリセットを行うことなしに
変えることができれば大変に便利である。なぜならば最
近までは国内のパーソナルコンピュータでは６４０ドッ
ト×４００ドットという比較的解像度の低い表示画面を
持ったものが広く普及していた。ところがマンマシンイ
ンタフェースの向上や表示する情報量が増えるというメ
リットから、より高解像度の表示画面を持ったものがで
てきたが、これに対応したアプリケーションの数は少な
いからである。これらの２つのモードはＶＲＡＭの大き
さが異なるためメモリーの配置を変える必要があるがハ
ードは使用中に解像度を切り換えることができてもメモ
リ配置やＢＩＯＳが換わるので旧いＯＳではこれらの切
り換えを動的に行うことができず、第２のＯＳでの制御
が必要になる。The switching of a plurality of operation modes will be described in a more specific example. It is very convenient if the resolution of the display screen can be changed by user's designation without resetting the system. This is because until recently, personal computers having a relatively low resolution display screen of 640 dots × 400 dots were widely used in domestic personal computers. However, some have a higher-resolution display screen because of the advantage of improving the man-machine interface and increasing the amount of information to be displayed, but the number of applications that support this is small. In these two modes, the VRAM size is different, so it is necessary to change the memory layout. However, even if the hardware can switch the resolution during use, the memory layout and BIOS will change, so these switching modes will work in older OSs. Cannot be performed, and control by the second OS is required.
【０００５】[0005]
【発明が解決しようとする課題】ところが、新しいＯＳ
が立ち上がる前に起動されメモリに常駐しているデバイ
スドライバやプログラムについては新しいＯＳで完全に
制御することはむずかしく動作モードが途中で切り換わ
ることに対応できずに固定の動作モードのまま処理を行
うため、正常動作しなくなってしまう問題が発生する。
このため新しいＯＳを立ち上げるときはこのようなデバ
イスドライバ、常駐プログラムは使用できないように制
限をつけるか、または複数の動作モードで正常動作でき
るようにおのおのデバイスドライバ、常駐プログラムを
手直ししなければならなかった。However, the new OS
It is difficult to completely control the device driver or program that is activated before the startup by the new OS by the new OS, and the operation mode cannot be changed midway, and the processing is performed in the fixed operation mode. Therefore, there is a problem in that it does not operate normally.
Therefore, when starting up a new OS, such device drivers and resident programs must be restricted so that they cannot be used, or each device driver and resident program must be modified so that they can operate normally in multiple operation modes. There wasn't.
【０００６】図９は動作モード１で第１のＯＳが立ち上
がった直後を示している。ＩＮＴｎの割り込みベクタテ
ーブル９１ｎの内容はＢＩＯＳ領域９０の中の処理ルー
チンＡ１をポイントしており、ＩＮＴ ｎによりＡ１が
実行される。FIG. 9 shows the operation mode 1 immediately after the first OS starts up. The contents of the interrupt vector table 91n of INTn point to the processing routine A1 in the BIOS area 90, and A1 is executed by INTn.
【０００７】図１０は前記とは異なる動作モード２で第
１のＯＳが立ち上がった直後を示しており、割り込みベ
クタテーブル９１に動作モード１と異なる値が設定され
ているのが分かる。動作モード２ではＩＮＴ ｎで処理
ルーチンＡ２が実行される。FIG. 10 shows a state immediately after the first OS starts up in the operation mode 2 different from the above, and it can be seen that the interrupt vector table 91 is set to a value different from that in the operation mode 1. In the operation mode 2, the processing routine A2 is executed at INT n.
【０００８】次に図１１を用いて常駐プログラムの動作
を説明する。パーソナルコンピュータが図９の状態で立
ち上がった後、常駐プログラムｂが起動されＩＮＴ ｎ
をトラップする。具体的にはＩＮＴ ｎの割り込みベク
タテーブル９１ｎの内容は常駐プログラムｂのエントリ
ーアドレス（処理ルーチンの先頭アドレス）ｂに書き換
えられ、処理ルーチンＡ１のエントリーアドレスＡ１が
常駐プログラムｂ内に格納される。以上の設定によりＩ
ＮＴ ｎで常駐プログラムｂを介し処理ルーチンＡ１が
実行される。Next, the operation of the resident program will be described with reference to FIG. After the personal computer starts up in the state shown in FIG. 9, the resident program b is activated and INT n
To trap. Specifically, the contents of the interrupt vector table 91n of INT n are rewritten to the entry address (top address of the processing routine) b of the resident program b, and the entry address A1 of the processing routine A1 is stored in the resident program b. With the above settings, I
The processing routine A1 is executed in the NTn via the resident program b.
【０００９】このように常駐プログラムｂがメモリに常
駐した後、ＩＮＴ ｎの割り込みが起こると常駐プログ
ラムｂに制御が移る。この後、常駐プログラムｂの内部
だけで処理が終了しＩＮＴ ｎの呼び出し元にリターン
する場合と、トラップする前のＢＩＯＳのエントリーア
ドレスＡ１に処理を戻す場合とがある。常駐プログラム
ｂが動作モード１で常駐した後動作モード２に切り換わ
り、トラップ前のＢＩＯＳへ処理を戻す場合に不具合が
発生する。After the resident program b has been resident in the memory in this way, when an INT n interrupt occurs, control is transferred to the resident program b. After that, there are cases where the processing ends only inside the resident program b and returns to the caller of INT n, and cases where the processing returns to the entry address A1 of the BIOS before the trap. A problem occurs when the resident program b switches to the operation mode 2 after resident in the operation mode 1 and returns the processing to the BIOS before the trap.
【００１０】この状態で動作モード２に切り換えた場合
を図１２を用いて説明する。動作モード２では割り込み
ベクターテーブル９１及びＢＯＩＳ領域９０の内容が再
配置され、一部を除き動作モード１との共通性はない。
ここでは動作モード２のＩＮＴ ｎの割り込みベクタア
ドレスは処理ルーチンＡ２に設定されている。ところが
動作モード１で常駐した常駐プログラムｂはＩＮＴ ｎ
で処理ルーチンＡ１のエントリーアドレスをポイントし
ているが、処理ルーチンＡ１は存在せず、そのエントリ
ーアドレスのポイントする処理ルーチンＢ２に制御が移
り誤動作に至る。このため動作モードを切り換えるとき
に第２のＯＳでこのような常駐プログラムが内部領域に
持っているトラップ前の割り込みベクタテーブルの内容
を正しい値に書き直さないかぎりこれらの常駐プログラ
ムやデバイスドライバを第２のＯＳ以前に組み込むこと
はできなかった。The case of switching to the operation mode 2 in this state will be described with reference to FIG. In the operation mode 2, the contents of the interrupt vector table 91 and the BOIS area 90 are rearranged, and there is no commonality with the operation mode 1 except a part.
Here, the interrupt vector address of INT n in operation mode 2 is set in the processing routine A2. However, the resident program b resident in the operation mode 1 is INT n
Although the entry address of the processing routine A1 is pointed to, the processing routine A1 does not exist, and control is transferred to the processing routine B2 pointed to by the entry address, resulting in malfunction. Therefore, when switching the operation mode, unless the contents of the pre-trap interrupt vector table held in the internal area of such a resident program in the second OS is rewritten to a correct value, these resident programs and device drivers are It couldn't be installed before OS.
【００１１】[0011]
【課題を解決するための手段】本発明の情報処理装置は
割り込みベクタテーブルを用いて割り込み処理を行う第
１のＯＳが起動した後、前記のＯＳ上で第２のＯＳが起
動し、又第２のＯＳの上で２つ以上の動作モードを切り
換えてそれぞれの動作モード上でアプリケーションプロ
グラムを動作させることのできる情報処理装置におい
て、第１のＯＳが起動した直後に任意の割り込みベクタ
テーブルをトラップする手段と、トラップした割り込み
べクタテーブルを格納するテーブルと、第２のＯＳ上の
アプリケーションプログラムの動作モードが変更される
と、前記テーブルの内容を変更後の動作モードに対応し
た割り込みべクタテーブルに書き換える手段と、を有す
ることを特徴とし、動作モードの変化によって割り込み
ベクタテーブルの内容が変わる割り込みベクタ番号につ
いてすべてトラップを行い内部に格納したトラップ以前
の割り込みベクタテーブルの内容を第２のＯＳ下で動作
モードが変化するタイミングで正しい値に変更させるよ
うに第２のＯＳとの間でデータのやり取りを行う割り込
みベクタテーブル制御のための専用デバイスドライバを
第１のＯＳが立ち上がった直後に組み込むことにより、
従来からのデバイスドライバ、常駐プログラムは動作モ
ードによる割り込みベクタテーブルの内容の変化を受け
なくなり正常に動作することができる。According to the information processing apparatus of the present invention, after a first OS for performing interrupt processing using an interrupt vector table is started, a second OS is started on the OS, and In an information processing device capable of switching two or more operation modes on two OSs and operating an application program on each operation mode, an arbitrary interrupt vector table is trapped immediately after the first OS is started. Means, a table for storing the trapped interrupt vector table, and an interrupt vector table corresponding to the changed operation mode when the operation mode of the application program on the second OS is changed. And a means for rewriting to the interrupt vector table according to the change of the operation mode. For all the interrupt vector numbers that change, the contents of the interrupt vector table before the trap stored inside are changed to the correct value at the timing when the operation mode changes under the second OS. By incorporating a dedicated device driver for controlling the interrupt vector table for exchanging data with, immediately after the first OS starts up,
Conventional device drivers and resident programs can operate normally without being affected by changes in the contents of the interrupt vector table depending on the operation mode.
【００１２】[0012]
【実施例】図１は第１のＯＳと第２のＯＳの関係、本発
明により生み出された割り込みベクタテーブルをトラッ
プするための割り込みベクタテーブル制御用デバイスド
ライバ（以下デバイスドライバ）ａと第２のＯＳとの関
係を概念的に図式化したものである。第１のＯＳ上で常
駐プログラム、常駐プログラム、デバイスドライバ
及び第２のＯＳが動作し、さらに第２のＯＳ上で各動
作モードのアプリケーションが動作している。第２のＯ
Ｓ上のアプリケーションはデバイスドライバａを介して
常駐プログラム、デバイスドライバにアクセスすること
になる。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows a relationship between a first OS and a second OS, an interrupt vector table control device driver (hereinafter referred to as a device driver) a for trapping an interrupt vector table generated by the present invention, and a second OS. It is a conceptual diagram of the relationship with the OS. A resident program, a resident program, a device driver, and a second OS run on the first OS, and applications in each operation mode run on the second OS. Second O
The application on S will access the resident program and device driver via the device driver a.
【００１３】第１のＯＳが起動された直後の割り込みベ
クタテーブルとＢＩＯＳ領域中の処理ルーチンは従来と
同様に図９で示すようになる。ここでＡ１、Ｂ１……は
割り込みベクタであり、動作モード１と動作モード２で
値が変更される。（以後動作モードは２つで説明する
が、それ以上であっても本質的に同様である） この状態にデバイスドライバａを組み込んだものが図２
である。第１のＯＳが立ち上がった直後にデバイスドラ
イバａが起動されると、動作モードによって変更のある
割り込みベクタをすべてトラップする。割り込みベクタ
テーブル１上のトラップ前の割り込みベクタＡ１、Ｂ１
……はデバイスドライバａ内のテーブル３に格納され、
割り込みベクタテーブル１にはデバイスドライバａ内の
処理ルーチンをポイントする割り込みベクタａ１１、ａ
１２……が設定される。ＩＮＴｎが実行されるとデバイ
スドライバａ内の処理ルーチンａ１１の制御によりテー
ブル３で設定されたＡ１がポイントするＢＩＯＳ処理ル
ーチンＡ１が実行される。The interrupt vector table and the processing routine in the BIOS area immediately after the first OS is booted are as shown in FIG. Here, A1, B1 ... Are interrupt vectors, and the values are changed between the operation mode 1 and the operation mode 2. (Although two operation modes will be described below, the operation is essentially the same even if the operation mode is more than that.) FIG.
Is. When the device driver a is started immediately after the first OS is started up, all interrupt vectors changed depending on the operation mode are trapped. Interrupt vectors A1 and B1 in the interrupt vector table 1 before trapping
... is stored in the table 3 in the device driver a,
The interrupt vector table 1 includes interrupt vectors a11, a that point to a processing routine in the device driver a.
12 ... is set. When INTn is executed, the BIOS processing routine A1 pointed to by A1 set in Table 3 is executed under the control of the processing routine a11 in the device driver a.
【００１４】割り込みベクタのトラップ処理の手順を図
５を用いて説明する。デバイスドライバａは動作モード
１と動作モード２の割り込みベクタテーブルを認識して
おり、従って動作モード１と動作モード２でどの割り込
みベクタを変更すればよいかを知ることができる。デバ
イスドライバａが起動されるとトラップが必要な割り込
みベクタアドレスを順次指定する（Ｓ１）。次に指定し
た割り込みベクタｉの内容をデバイスドライバａ内のメ
モリ（テーブル３）に格納する（Ｓ２）。割り込みベク
タｉにデバイスドライバａ内の処理ルーチンａ１ｉのエ
ントリーアドレスａ１ｉを設定する（Ｓ３）。上記をト
ラップが必要なすべて割り込みベクタについて行なった
ことを確認し（Ｓ４）、トラップ処理を終了する。The procedure of the interrupt vector trap processing will be described with reference to FIG. The device driver a recognizes the interrupt vector table of the operation mode 1 and the operation mode 2, and therefore can know which interrupt vector should be changed in the operation mode 1 and the operation mode 2. When the device driver a is activated, interrupt vector addresses that need to be trapped are sequentially designated (S1). Next, the contents of the designated interrupt vector i are stored in the memory (table 3) in the device driver a (S2). The entry address a1i of the processing routine a1i in the device driver a is set in the interrupt vector i (S3). After confirming that the above has been performed for all interrupt vectors that require trapping (S4), the trap processing ends.
【００１５】この後常駐プログラム（デバイスドライバ
でもよい）ｂがＩＮＴ ｎの割り込みベクタをトラップ
したのを示したのが図３である。常駐プログラムｂは割
り込みベクタを自身のエントリーアドレスｂ１に換え、
デバイスドライバａの処理ルーチンａ１１のアドレスを
自身の内部メモリ領域に格納する。ＩＮＴ ｎにより常
駐プログラムｂ、デバイスドライバａを経てＢＩＯＳ処
理ルーチンＡ１が実行される。FIG. 3 shows that the resident program (which may be a device driver) b subsequently traps the INT n interrupt vector. The resident program b replaces the interrupt vector with its own entry address b1,
The address of the processing routine a11 of the device driver a is stored in its own internal memory area. The INT n executes the BIOS processing routine A1 via the resident program b and the device driver a.
【００１６】この状態で動作モード２に切り換わった場
合、正常動作するためにはＩＮＴｘｘに対するＢＩＯＳ
のエントリーアドレスはＡ１がＡ２に、Ｂ１がＢ２にと
いったように切り換わらなければならない。第２のＯＳ
はオペレータの指示により動作モード変更を認識し、図
６で示すように、デバイスドライバａに対して動作モー
ド１の割り込みベクタを動作モード２の割り込みベクタ
に変更するよう指示する。ここで第２のＯＳはあらかじ
め動作モード１、２の割り込みベクタテーブルの値がわ
かっており、ある特定の割り込みまたはデバイスコント
ロール等によりこれらの値を順にデバイスドライバａに
通知することができる。When switching to the operation mode 2 in this state, in order to operate normally, the BIOS for INTxx is changed.
The entry address of A1 must be switched to A2 for A1, B2 for B1, and so on. Second OS
Recognizes the operation mode change according to the operator's instruction, and instructs the device driver a to change the operation mode 1 interrupt vector to the operation mode 2 interrupt vector, as shown in FIG. Here, the second OS knows the values of the interrupt vector tables of the operation modes 1 and 2 in advance, and can notify these values to the device driver a in order by a specific interrupt or device control.
【００１７】図４は動作モード２に切り換えた後のメモ
リの変移の概要を示す。また図７には、前述の処理によ
りデバイスドライバａ内のテーブル３の割り込みベクタ
がモード２に対応した値に切り換わった状態を示す。図
４の割り込みべクタａ１２、ａ１３…はデバイスドライ
バａの処理ルーチンの先頭アドレスにすでに変更されて
いるのでモードが変わっても不変である。ここでＩＮＴ
ｎが発生すると割り込みベクタテーブル１内の値ｂ１
により常駐プログラムｂの処理ルーチンｂ１に制御が移
る。さらにトラップ前の処理を行うときはテーブル３に
格納されているａ１１の値によってデバイスドライバａ
の処理ルーチンａ１１に制御が移り、処理ルーチンａ１
１はテーブル３の値Ａ２によりＢＩＯＳ処理ルーチンＡ
２をポイントする。よってＩＮＴ ｎにより動作モード
２の正しい処理ルーチンＡ２を実行することができる。FIG. 4 shows an outline of the transition of the memory after switching to the operation mode 2. Further, FIG. 7 shows a state in which the interrupt vector of the table 3 in the device driver a is switched to the value corresponding to the mode 2 by the above-described processing. The interrupt vectors a12, a13, ... Of FIG. 4 have not been changed even if the mode is changed because they have already been changed to the start addresses of the processing routine of the device driver a. INT here
When n occurs, the value b1 in the interrupt vector table 1
By this, control is transferred to the processing routine b1 of the resident program b. Further, when the pre-trap processing is performed, the device driver a depending on the value of a11 stored in Table 3 is used.
The control is transferred to the processing routine a11
1 is the BIOS processing routine A based on the value A2 in Table 3
Point 2. Therefore, the correct processing routine A2 of the operation mode 2 can be executed by INT n.
【００１８】このように見てきた時、デバイスドライバ
ａを組み込んだ後にトラップを行うデバイスドライバや
常駐プログラムは動作モードの切り換えによるＢＩＯＳ
のエントリーアドレスの変更から切り放され、動作モー
ドに関わりなく動作することがわかる。From the above viewpoint, the device driver or the resident program that traps after the device driver a is installed is the BIOS by switching the operation mode.
It can be seen that the operation is cut off from the change of the entry address of and it operates regardless of the operation mode.
【００１９】なお本発明の実施例はデバイスドライバａ
の形式で説明したが、常駐プログラムの形式であって
も、一部制約はあるが同様の効果を得ることは可能であ
る。In the embodiment of the present invention, the device driver a
However, the same effect can be obtained even with the resident program format, although there are some restrictions.
【００２０】[0020]
【発明の効果】以上述べた如く、本発明による複数の動
作モードの切り換えによる割り込みベクタテーブルの変
化を制御する専用のデバイスドライバをマシンの起動時
に組み込むことにより、動作モードが固定であることを
前提として作成された、割り込みベクタテーブルをトラ
ップする常駐プログラムやデバイスドライバ（ほぼ全数
がこの形態）がこれらに修正を加えることなく、動作モ
ードの切り換えをサポートするＯＳで利用できるので、
従来の常駐プログラムやデバイスドライバを有効に活用
できるとともに前記のＯＳの制御が簡便になるという効
果を有する。As described above, it is premised that the operation mode is fixed by incorporating a dedicated device driver for controlling the change of the interrupt vector table due to the switching of a plurality of operation modes according to the present invention at the time of starting the machine. Resident programs and device drivers that trap the interrupt vector table (almost all are in this form) created as can be used in an OS that supports switching of operation modes without modification.
It has an effect that the conventional resident program and device driver can be effectively used and that the control of the OS is simplified.
【図１】第１のＯＳと第２のＯＳと割り込みベクタテー
ブル制御デバイスドライバとの関係を示す概念図。FIG. 1 is a conceptual diagram showing a relationship between a first OS, a second OS, and an interrupt vector table control device driver.
【図２】図９の後、割り込みベクタテーブル制御デバイ
スドライバａが組み込まれたときの割り込みベクタテー
ブルの内容の変化を示した図。FIG. 2 is a diagram showing a change in the contents of an interrupt vector table when the interrupt vector table control device driver a is incorporated after FIG. 9;
【図３】図２の後、常駐プログラムｂが組み込まれたと
きの割り込みベクタテーブルの内容の変化を示した図。FIG. 3 is a diagram showing a change in the contents of an interrupt vector table when a resident program b is installed after FIG. 2;
【図４】図３の後、動作モードが切り換わり、デバイス
ドライバａの内部メモリに格納したトラップ時の割り込
みベクタテーブルの値が変わったことを示す図。FIG. 4 is a diagram showing that the operation mode is switched after FIG. 3 and the value of the interrupt vector table at the time of trap stored in the internal memory of the device driver a is changed.
【図５】デバイスドライバａの初期化時に、必要な割り
込みべクタのトラップ処理行なうことを示すフローチャ
ート。FIG. 5 is a flowchart showing that necessary interrupt vector trap processing is performed when the device driver a is initialized.
【図６】デバイスドライバａの動作モード変更時、第２
のＯＳによって呼ばれる処理フローチャート。FIG. 6 shows a second screen when the operation mode of the device driver a is changed.
Flowchart called by the OS.
【図７】デバイスドライバａの内部メモリの割り込みベ
クタの格納領域が動作モードによって内容が書き換わっ
たことを示した概念図。FIG. 7 is a conceptual diagram showing that the contents of an interrupt vector storage area of the internal memory of the device driver a have been rewritten depending on the operation mode.
【図８】常駐プログラムを示すメモリマップ。FIG. 8 is a memory map showing a resident program.
【図９】動作モード１で第１のＯＳ起動直後の割り込み
ベクタテーブルとＢＩＯＳとを示した図。FIG. 9 is a diagram showing an interrupt vector table and a BIOS immediately after the first OS is booted in the operation mode 1;
【図１０】動作モード２で第１のＯＳ起動直後の割り込
みベクタテーブルとＢＩＯＳとを示した図。FIG. 10 is a diagram showing an interrupt vector table and a BIOS immediately after the first OS is booted in the operation mode 2;
【図１１】図９の後、常駐プログラムｂが常駐し、元の
割り込みベクタテーブルの内容が常駐プログラムｂの内
部メモリに格納されたことを示す図。FIG. 11 is a diagram showing that the resident program b is resident after FIG. 9 and the contents of the original interrupt vector table are stored in the internal memory of the resident program b;
【図１２】図１１の後、動作モードが２になり、ＢＩＯ
Ｓの内容とそれにともなう割り込みベクタテーブルが変
化することを示した図。FIG. 12: After FIG. 11, the operation mode becomes 2 and the BIO
The figure which showed that the content of S and the interrupt vector table accompanying it change.
１：割り込みべクタテーブル ２：ＢＩＯＳ領域 ３：テーブル ８１：システム領域 ８２：ユーザーエリア８２ ８３：ＯＳ領域 ８４：ＢＩＯＳ領域 ８５：割り込みべクタテーブル ８６：アプリケーションプログラム領域 ８７：常駐プログラム領域 ８８：割り込みべクタ格納領域 1: Interrupt Vector Table 2: BIOS Area 3: Table 81: System Area 82: User Area 82 83: OS Area 84: BIOS Area 85: Interrupt Vector Table 86: Application Program Area 87: Resident Program Area 88: Interrupt Vector Kuta storage area
Claims (1)
み処理を行う第１のＯＳが起動した後、前記のＯＳ上で
第２のＯＳが起動し、又第２のＯＳの上で２つ以上の動
作モードを切り換えてそれぞれの動作モード上でアプリ
ケーションプログラムを動作させることのできる情報処
理装置において、 第１のＯＳが起動した直後に任意の割り込みベクタテー
ブルをトラップする手段と、トラップした割り込みべク
タテーブルを格納するテーブルと、 第２のＯＳ上のアプリケーションプログラムの動作モー
ドが変更されると、前記テーブルの内容を変更後の動作
モードに対応した割り込みべクタテーブルに書き換える
手段と、を有することを特徴とする情報処理装置。1. A first OS that performs interrupt processing using an interrupt vector table is activated, then a second OS is activated on the OS, and two or more operations are performed on the second OS. In an information processing device capable of switching modes and operating an application program in each operation mode, a means for trapping an arbitrary interrupt vector table immediately after the first OS is activated, and a trapped interrupt vector table are provided. And a means for rewriting the contents of the table to an interrupt vector table corresponding to the changed operation mode when the operation mode of the application program on the second OS is changed. Information processing device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2141393A JPH06236286A (en) | 1993-02-09 | 1993-02-09 | Information processor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2141393A JPH06236286A (en) | 1993-02-09 | 1993-02-09 | Information processor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06236286A true JPH06236286A (en) | 1994-08-23 |
Family
ID=12054340
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2141393A Pending JPH06236286A (en) | 1993-02-09 | 1993-02-09 | Information processor |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06236286A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08286972A (en) * | 1995-04-19 | 1996-11-01 | Nec Corp | Information processor |
| US6715016B1 (en) * | 2000-06-01 | 2004-03-30 | Hitachi, Ltd. | Multiple operating system control method |
| JP2007164421A (en) * | 2005-12-13 | 2007-06-28 | Mitsubishi Electric Corp | Parallel processors, parallel processing method and parallel processing program |
| US7725903B2 (en) | 2002-05-17 | 2010-05-25 | Ntt Docomo, Inc. | Method for providing event to application, and electronic device using this method |
-
1993
- 1993-02-09 JP JP2141393A patent/JPH06236286A/en active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08286972A (en) * | 1995-04-19 | 1996-11-01 | Nec Corp | Information processor |
| US6715016B1 (en) * | 2000-06-01 | 2004-03-30 | Hitachi, Ltd. | Multiple operating system control method |
| US6892261B2 (en) * | 2000-06-01 | 2005-05-10 | Hitachi, Ltd. | Multiple operating system control method |
| US7725903B2 (en) | 2002-05-17 | 2010-05-25 | Ntt Docomo, Inc. | Method for providing event to application, and electronic device using this method |
| JP2007164421A (en) * | 2005-12-13 | 2007-06-28 | Mitsubishi Electric Corp | Parallel processors, parallel processing method and parallel processing program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2590267B2 (en) | Display control method in virtual machine | |
| US5353411A (en) | Operating system generation method | |
| JP3546678B2 (en) | Multi-OS configuration method | |
| US5291585A (en) | Computer system having system feature extension software containing a self-describing feature table for accessing I/O devices according to machine-independent format | |
| US20090037722A1 (en) | Integration Model for Instant-On Environment | |
| KR20010014944A (en) | Computer system | |
| JPH02272652A (en) | Method for expanding memory | |
| EP0297772A2 (en) | Mouse pointer with switchable emulation mode | |
| JPH0193837A (en) | Microprocessor for debug | |
| JP2001265609A (en) | Arithmetic processor | |
| US6606697B1 (en) | Information processing apparatus and memory control method | |
| JP2539913B2 (en) | Data processing system | |
| JPH06242987A (en) | Method and equipment for making host computer execute succession of normal processing of microprocessor in computer unit | |
| JP4026667B2 (en) | Multi-OS configuration method | |
| JP2011060225A (en) | Operating system booting method | |
| KR100261527B1 (en) | Multi-mode microprocessor with electrical pin for selective re-iitializatio of processor state | |
| US5603033A (en) | Tool for debugging an operating system | |
| JPH06236286A (en) | Information processor | |
| Hoxer et al. | Implementing a user-mode Linux with minimal changes from original kernel | |
| US20080229054A1 (en) | Method for performing jump and translation state change at the same time | |
| US8719836B2 (en) | Method and device for operating a secondary operating system auxiliary to a primary operating system | |
| JP2001216172A (en) | Multi-os constituting method | |
| US20040059890A1 (en) | Executing variable length instructions stored within a plurality of discrete memory address regions | |
| CN117573175B (en) | Firmware real-time updating method, system and storage medium for non-reset control chip | |
| JPH1153249A (en) | Memory managing method |