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】[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】[0002]
【従来の技術】パーソナルコンピュータのユーザーは、
オペレーティングシステム(以下OSとする)を立ち上
げた後、様々なデバイスドライバや常駐プログラムを組
み込んでアプリケーションをより快適な環境で動作させ
るようにしている。例えばさらに広いメモリを得るため
のメモリドライバやかな漢字入力を行うためのモジュー
ルがこれに該当する。常駐プログラムを常駐させた場合
のメモリマップを図8を用いて説明する。なお、図は本
願の説明に必要な部分のみ概念的に示しており、一部省
略している。パーソナルコンピュータが立ち上がると、
BIOSプログラムによりシステム領域81、BIOS
領域84、割り込みベクタテーブル85が割り付けら
れ、OSがOS領域83にロードされる。残りの部分は
ユーザーエリア82と呼ばれ、この中にアプリケーショ
ンプログラム領域86、常駐プログラム領域87がその
プログラムの実行に必要な分確保される。割り込みベク
タテーブル85にはプログラムの「飛び先」を記述した
テーブルがあり、このテーブルによってBOIS領域8
4内の処理ルーチンが呼び出され、BIOS処理やハー
ドウエア割り込み等の処理が行われる。常駐プログラム
は主メモリ上に常に存在し、必要に応じて割り込みベク
タテーブル85の内容を割り込みベクタ格納領域88に
格納した後、割り込みベクタテーブル85に自身をポイ
ントするアドレスを設定することにより(この操作をト
ラップという)、本来の処理に換わって、または本来の
処理の前に独自の処理を行う。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.
【0003】ところで、パーソナルコンピュータのよう
な小型で個人向けの計算機システムでは従来から単一な
OS、単一な動作モードで起動しアプリケーションを動
作しそして終了することが通常であった。このためデバ
イスドライバ、常駐プログラムはある固定の環境下での
み正常動作するように作成されていた。その一方で最
近、第1のOSの上で第2のOSが立ち上がりこの第2
のOSの管理下で仮想的な第1のOSが複数存在する仮
想計算機システムをサポートするOSが登場してきた。
この新しいOSでは複数の従来の旧いOSのアプリケー
ションをそれぞれ異なった動作モードで実行することが
できるものがある。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.
【0004】複数の動作モードの切り換えについてより
具体的な例で説明すると、例えばユーザの指定により表
示画面の解像度をシステムのリセットを行うことなしに
変えることができれば大変に便利である。なぜならば最
近までは国内のパーソナルコンピュータでは640ドッ
ト×400ドットという比較的解像度の低い表示画面を
持ったものが広く普及していた。ところがマンマシンイ
ンタフェースの向上や表示する情報量が増えるというメ
リットから、より高解像度の表示画面を持ったものがで
てきたが、これに対応したアプリケーションの数は少な
いからである。これらの2つのモードはVRAMの大き
さが異なるためメモリーの配置を変える必要があるがハ
ードは使用中に解像度を切り換えることができてもメモ
リ配置やBIOSが換わるので旧いOSではこれらの切
り換えを動的に行うことができず、第2のOSでの制御
が必要になる。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】[0005]
【発明が解決しようとする課題】ところが、新しいOS
が立ち上がる前に起動されメモリに常駐しているデバイ
スドライバやプログラムについては新しいOSで完全に
制御することはむずかしく動作モードが途中で切り換わ
ることに対応できずに固定の動作モードのまま処理を行
うため、正常動作しなくなってしまう問題が発生する。
このため新しいOSを立ち上げるときはこのようなデバ
イスドライバ、常駐プログラムは使用できないように制
限をつけるか、または複数の動作モードで正常動作でき
るようにおのおのデバイスドライバ、常駐プログラムを
手直ししなければならなかった。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.
【0006】図9は動作モード1で第1のOSが立ち上
がった直後を示している。INTnの割り込みベクタテ
ーブル91nの内容はBIOS領域90の中の処理ルー
チンA1をポイントしており、INT nによりA1が
実行される。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.
【0007】図10は前記とは異なる動作モード2で第
1のOSが立ち上がった直後を示しており、割り込みベ
クタテーブル91に動作モード1と異なる値が設定され
ているのが分かる。動作モード2ではINT nで処理
ルーチンA2が実行される。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.
【0008】次に図11を用いて常駐プログラムの動作
を説明する。パーソナルコンピュータが図9の状態で立
ち上がった後、常駐プログラムbが起動されINT n
をトラップする。具体的にはINT nの割り込みベク
タテーブル91nの内容は常駐プログラムbのエントリ
ーアドレス(処理ルーチンの先頭アドレス)bに書き換
えられ、処理ルーチンA1のエントリーアドレスA1が
常駐プログラムb内に格納される。以上の設定によりI
NT nで常駐プログラムbを介し処理ルーチンA1が
実行される。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.
【0009】このように常駐プログラムbがメモリに常
駐した後、INT nの割り込みが起こると常駐プログ
ラムbに制御が移る。この後、常駐プログラムbの内部
だけで処理が終了しINT nの呼び出し元にリターン
する場合と、トラップする前のBIOSのエントリーア
ドレスA1に処理を戻す場合とがある。常駐プログラム
bが動作モード1で常駐した後動作モード2に切り換わ
り、トラップ前のBIOSへ処理を戻す場合に不具合が
発生する。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.
【0010】この状態で動作モード2に切り換えた場合
を図12を用いて説明する。動作モード2では割り込み
ベクターテーブル91及びBOIS領域90の内容が再
配置され、一部を除き動作モード1との共通性はない。
ここでは動作モード2のINT nの割り込みベクタア
ドレスは処理ルーチンA2に設定されている。ところが
動作モード1で常駐した常駐プログラムbはINT n
で処理ルーチンA1のエントリーアドレスをポイントし
ているが、処理ルーチンA1は存在せず、そのエントリ
ーアドレスのポイントする処理ルーチンB2に制御が移
り誤動作に至る。このため動作モードを切り換えるとき
に第2のOSでこのような常駐プログラムが内部領域に
持っているトラップ前の割り込みベクタテーブルの内容
を正しい値に書き直さないかぎりこれらの常駐プログラ
ムやデバイスドライバを第2のOS以前に組み込むこと
はできなかった。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】[0011]
【課題を解決するための手段】本発明の情報処理装置は
割り込みベクタテーブルを用いて割り込み処理を行う第
1のOSが起動した後、前記のOS上で第2のOSが起
動し、又第2のOSの上で2つ以上の動作モードを切り
換えてそれぞれの動作モード上でアプリケーションプロ
グラムを動作させることのできる情報処理装置におい
て、第1のOSが起動した直後に任意の割り込みベクタ
テーブルをトラップする手段と、トラップした割り込み
べクタテーブルを格納するテーブルと、第2のOS上の
アプリケーションプログラムの動作モードが変更される
と、前記テーブルの内容を変更後の動作モードに対応し
た割り込みべクタテーブルに書き換える手段と、を有す
ることを特徴とし、動作モードの変化によって割り込み
ベクタテーブルの内容が変わる割り込みベクタ番号につ
いてすべてトラップを行い内部に格納したトラップ以前
の割り込みベクタテーブルの内容を第2のOS下で動作
モードが変化するタイミングで正しい値に変更させるよ
うに第2のOSとの間でデータのやり取りを行う割り込
みベクタテーブル制御のための専用デバイスドライバを
第1のOSが立ち上がった直後に組み込むことにより、
従来からのデバイスドライバ、常駐プログラムは動作モ
ードによる割り込みベクタテーブルの内容の変化を受け
なくなり正常に動作することができる。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】[0012]
【実施例】図1は第1のOSと第2のOSの関係、本発
明により生み出された割り込みベクタテーブルをトラッ
プするための割り込みベクタテーブル制御用デバイスド
ライバ(以下デバイスドライバ)aと第2のOSとの関
係を概念的に図式化したものである。第1のOS上で常
駐プログラム、常駐プログラム、デバイスドライバ
及び第2のOSが動作し、さらに第2のOS上で各動
作モードのアプリケーションが動作している。第2のO
S上のアプリケーションはデバイスドライバaを介して
常駐プログラム、デバイスドライバにアクセスすること
になる。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.
【0013】第1のOSが起動された直後の割り込みベ
クタテーブルとBIOS領域中の処理ルーチンは従来と
同様に図9で示すようになる。ここでA1、B1……は
割り込みベクタであり、動作モード1と動作モード2で
値が変更される。(以後動作モードは2つで説明する
が、それ以上であっても本質的に同様である) この状態にデバイスドライバaを組み込んだものが図2
である。第1のOSが立ち上がった直後にデバイスドラ
イバaが起動されると、動作モードによって変更のある
割り込みベクタをすべてトラップする。割り込みベクタ
テーブル1上のトラップ前の割り込みベクタA1、B1
……はデバイスドライバa内のテーブル3に格納され、
割り込みベクタテーブル1にはデバイスドライバa内の
処理ルーチンをポイントする割り込みベクタa11、a
12……が設定される。INTnが実行されるとデバイ
スドライバa内の処理ルーチンa11の制御によりテー
ブル3で設定されたA1がポイントするBIOS処理ル
ーチンA1が実行される。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.
【0014】割り込みベクタのトラップ処理の手順を図
5を用いて説明する。デバイスドライバaは動作モード
1と動作モード2の割り込みベクタテーブルを認識して
おり、従って動作モード1と動作モード2でどの割り込
みベクタを変更すればよいかを知ることができる。デバ
イスドライバaが起動されるとトラップが必要な割り込
みベクタアドレスを順次指定する(S1)。次に指定し
た割り込みベクタiの内容をデバイスドライバa内のメ
モリ(テーブル3)に格納する(S2)。割り込みベク
タiにデバイスドライバa内の処理ルーチンa1iのエ
ントリーアドレスa1iを設定する(S3)。上記をト
ラップが必要なすべて割り込みベクタについて行なった
ことを確認し(S4)、トラップ処理を終了する。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.
【0015】この後常駐プログラム(デバイスドライバ
でもよい)bがINT nの割り込みベクタをトラップ
したのを示したのが図3である。常駐プログラムbは割
り込みベクタを自身のエントリーアドレスb1に換え、
デバイスドライバaの処理ルーチンa11のアドレスを
自身の内部メモリ領域に格納する。INT nにより常
駐プログラムb、デバイスドライバaを経てBIOS処
理ルーチンA1が実行される。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.
【0016】この状態で動作モード2に切り換わった場
合、正常動作するためにはINTxxに対するBIOS
のエントリーアドレスはA1がA2に、B1がB2にと
いったように切り換わらなければならない。第2のOS
はオペレータの指示により動作モード変更を認識し、図
6で示すように、デバイスドライバaに対して動作モー
ド1の割り込みベクタを動作モード2の割り込みベクタ
に変更するよう指示する。ここで第2のOSはあらかじ
め動作モード1、2の割り込みベクタテーブルの値がわ
かっており、ある特定の割り込みまたはデバイスコント
ロール等によりこれらの値を順にデバイスドライバ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.
【0017】図4は動作モード2に切り換えた後のメモ
リの変移の概要を示す。また図7には、前述の処理によ
りデバイスドライバa内のテーブル3の割り込みベクタ
がモード2に対応した値に切り換わった状態を示す。図
4の割り込みべクタa12、a13…はデバイスドライ
バaの処理ルーチンの先頭アドレスにすでに変更されて
いるのでモードが変わっても不変である。ここでINT
nが発生すると割り込みベクタテーブル1内の値b1
により常駐プログラムbの処理ルーチンb1に制御が移
る。さらにトラップ前の処理を行うときはテーブル3に
格納されているa11の値によってデバイスドライバa
の処理ルーチンa11に制御が移り、処理ルーチンa1
1はテーブル3の値A2によりBIOS処理ルーチンA
2をポイントする。よってINT nにより動作モード
2の正しい処理ルーチンA2を実行することができる。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.
【0018】このように見てきた時、デバイスドライバ
aを組み込んだ後にトラップを行うデバイスドライバや
常駐プログラムは動作モードの切り換えによるBIOS
のエントリーアドレスの変更から切り放され、動作モー
ドに関わりなく動作することがわかる。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.
【0019】なお本発明の実施例はデバイスドライバa
の形式で説明したが、常駐プログラムの形式であって
も、一部制約はあるが同様の効果を得ることは可能であ
る。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】[0020]
【発明の効果】以上述べた如く、本発明による複数の動
作モードの切り換えによる割り込みベクタテーブルの変
化を制御する専用のデバイスドライバをマシンの起動時
に組み込むことにより、動作モードが固定であることを
前提として作成された、割り込みベクタテーブルをトラ
ップする常駐プログラムやデバイスドライバ(ほぼ全数
がこの形態)がこれらに修正を加えることなく、動作モ
ードの切り換えをサポートするOSで利用できるので、
従来の常駐プログラムやデバイスドライバを有効に活用
できるとともに前記のOSの制御が簡便になるという効
果を有する。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.
【図1】第1のOSと第2のOSと割り込みベクタテー
ブル制御デバイスドライバとの関係を示す概念図。FIG. 1 is a conceptual diagram showing a relationship between a first OS, a second OS, and an interrupt vector table control device driver.
【図2】図9の後、割り込みベクタテーブル制御デバイ
スドライバaが組み込まれたときの割り込みベクタテー
ブルの内容の変化を示した図。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;
【図3】図2の後、常駐プログラムbが組み込まれたと
きの割り込みベクタテーブルの内容の変化を示した図。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;
【図4】図3の後、動作モードが切り換わり、デバイス
ドライバaの内部メモリに格納したトラップ時の割り込
みベクタテーブルの値が変わったことを示す図。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.
【図5】デバイスドライバaの初期化時に、必要な割り
込みべクタのトラップ処理行なうことを示すフローチャ
ート。FIG. 5 is a flowchart showing that necessary interrupt vector trap processing is performed when the device driver a is initialized.
【図6】デバイスドライバaの動作モード変更時、第2
のOSによって呼ばれる処理フローチャート。FIG. 6 shows a second screen when the operation mode of the device driver a is changed.
Flowchart called by the OS.
【図7】デバイスドライバaの内部メモリの割り込みベ
クタの格納領域が動作モードによって内容が書き換わっ
たことを示した概念図。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.
【図8】常駐プログラムを示すメモリマップ。FIG. 8 is a memory map showing a resident program.
【図9】動作モード1で第1のOS起動直後の割り込み
ベクタテーブルとBIOSとを示した図。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;
【図10】動作モード2で第1のOS起動直後の割り込
みベクタテーブルとBIOSとを示した図。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;
【図11】図9の後、常駐プログラムbが常駐し、元の
割り込みベクタテーブルの内容が常駐プログラムbの内
部メモリに格納されたことを示す図。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;
【図12】図11の後、動作モードが2になり、BIO
Sの内容とそれにともなう割り込みベクタテーブルが変
化することを示した図。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:割り込みべクタテーブル 2:BIOS領域 3:テーブル 81:システム領域 82:ユーザーエリア82 83:OS領域 84:BIOS領域 85:割り込みべクタテーブル 86:アプリケーションプログラム領域 87:常駐プログラム領域 88:割り込みべクタ格納領域 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のOSが起動した後、前記のOS上で
第2のOSが起動し、又第2のOSの上で2つ以上の動
作モードを切り換えてそれぞれの動作モード上でアプリ
ケーションプログラムを動作させることのできる情報処
理装置において、 第1のOSが起動した直後に任意の割り込みベクタテー
ブルをトラップする手段と、トラップした割り込みべク
タテーブルを格納するテーブルと、 第2のOS上のアプリケーションプログラムの動作モー
ドが変更されると、前記テーブルの内容を変更後の動作
モードに対応した割り込みべクタテーブルに書き換える
手段と、を有することを特徴とする情報処理装置。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 |