9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-04  7:20 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-04  7:20 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 275 bytes --]

I found a patch to this Dynabook notebook's 3mode floppy for linux
of some version (it's not so important because we know what is neccessary
to set it up).  That is from sengoku@sdl.hitachi.co.jp, and is included
(sorry for Japanese). I'll do this from now.

Kenji



[-- Attachment #2: Type: message/rfc822, Size: 5288 bytes --]

From: sengoku@sdl.hitachi.co.jp (Hiroaki Sengoku)
Subject: Dynabook 1.44M/1.2M floppy disk drive
Date: Mon, 4 Oct 1993 10:29:13 JST
Message-ID: <CECMsq.Cqy@sdl99m.sdl.hitachi.co.jp>


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2.1: Type: text/plain, Size: 4996 bytes --]

From: sengoku@sdl.hitachi.co.jp (Hiroaki Sengoku)
Subject: Dynabook 1.44M/1.2M floppy disk drive
Date: Mon, 4 Oct 1993 10:29:13 JST
Message-ID: <CECMsq.Cqy@sdl99m.sdl.hitachi.co.jp>

仙石@日立です。

  皆さんご存知のように、Dynabook の floppy disk drive は、DOS では 1.2M
<-> 1.44M の自動切替が出来るのに、linux では出来ません。私は普段 1.44M
boot の設定にしているので、 1.2M の disk が読めず不便でした。そこでちょっ
と kernel に patch をあてて読めるようにしました。

# すでに誰かがやっているかな ? 少なくとも linux ML と fj.os.linux では書
# かれていないと思いますが、ちょっと心配。^^;)

  私は mtools で B: を 1.2M drive の設定にして使ってます。なかなか便利。
  もちろん mount -t msdos /dev/fd0h1200 /mnt も使えます。

----- きっちょんな -----8<----- きっちょんな -----
--- kernel/chr_drv/keyboard.c.org	Sun Aug 15 03:52:34 1993
+++ kernel/chr_drv/keyboard.c	Sat Oct  2 18:29:00 1993
@@ -731,3 +731,9 @@
 	mark_bh(KEYBOARD_BH);
 	return kmem_start;
 }
+
+void switch_fd(short x) {
+	kb_wait();
+	outb(0xBB,0x64);
+	send_data(x);
+}
--- kernel/blk_drv/floppy.c.org	Sun Aug 15 20:24:36 1993
+++ kernel/blk_drv/floppy.c	Sat Oct  2 18:48:50 1993
@@ -989,6 +989,8 @@
     }
 }
 
+void switch_fd(short x);
+
 static void redo_fd_request(void)
 {
 	unsigned int block;
@@ -1091,6 +1093,13 @@
 		seek = 1;
 	sector++;
 	del_timer(motor_off_timer + current_drive);
+	/* change floppy mode. by sengoku@sdl.hitachi.co.jp */
+	if( floppy->size % 1200 ) {	/* only for TOSHIBA j-3100 */
+		switch_fd(0x00);	/* 1.44 Mbytes mode */
+	} else {
+		switch_fd(0x10);	/* 1.2  Mbytes mode */
+	}
+	/* end of change */
 	floppy_on(current_drive);
 }
 
----- きっちょんな -----8<----- きっちょんな -----

  なお、drive の mode 切替えの方法は東芝のテクニカルマニュアルに記載され
ていないので、試行錯誤 :-) して見つけました。そのため何か変なことをして
いるかも知れません。その場合は御指摘頂ければ幸いです。
--
				仙石浩明@システム開発研究所.日立製作所
					sengoku@sdl.hitachi.co.jp (105u)
-------------------------------------------------------------------------------
Newsgroups: fj.os.linux
From: sengoku@sdl.hitachi.co.jp (Hiroaki Sengoku)
Subject: Re: Dynabook 1.44M/1.2M floppy disk drive
In-Reply-To: sengoku@sdl.hitachi.co.jp's message of Mon, 4 Oct 1993 01:29:13 GMT
Message-ID: <CHyK7D.3o9@sdl99m.sdl.hitachi.co.jp>
Followup-To: fj.os.linux
Organization: Systems Development Lab., Hitachi Ltd., JAPAN
References: <CECMsq.Cqy@sdl99m.sdl.hitachi.co.jp>
Distribution: fj
Date: Mon, 13 Dec 1993 14:21:12 JST

仙石@日立です。

私:
|   皆さんご存知のように、Dynabook の floppy disk drive は、DOS では 1.2M
| <-> 1.44M の自動切替が出来るのに、linux では出来ません。私は普段 1.44M
| boot の設定にしているので、 1.2M の disk が読めず不便でした。そこでちょっ
| と kernel に patch をあてて読めるようにしました。

  という patch を以前流したのですが、floppy の読み書きが遅くなるという 
(致命的な) 副作用がありました。バグ報告は一件しか来なかったので、みなさ
ん適当に修正されたのだと思いますが、念のため patchlevel 14 に対する 
patch を公開します。

# 誰も使ってなかったりして。

----- きっちょんな -----8<----- きっちょんな -----
--- drivers/char/keyboard.c.org	Tue Nov 23 21:51:04 1993
+++ drivers/char/keyboard.c	Fri Dec 10 23:38:50 1993
@@ -781,3 +781,11 @@
 	mark_bh(KEYBOARD_BH);
 	return kmem_start;
 }
+
+/* change floppy mode. patched by sengoku@sdl.hitachi.co.jp */
+/* NOTICE: This routine is only for TOSHIBA J-3100          */
+void switch_fd(short x) {
+	kb_wait();
+	outb(0xBB,0x64);
+	send_data(x);
+}
--- drivers/block/floppy.c.org	Tue Nov 23 03:47:46 1993
+++ drivers/block/floppy.c	Sat Dec 11 01:16:55 1993
@@ -991,6 +991,23 @@
     }
 }
 
+/* change floppy mode. patched by sengoku@sdl.hitachi.co.jp */
+/* NOTICE: This routine is only for TOSHIBA J-3100          */
+void switch_fd(short x);
+static void change_floppy_mode(void) {
+	static int prev_mode = -1;
+	int mode;
+	mode = floppy->size % 1200;
+	if( mode != prev_mode ) {
+		if( mode ) {
+			switch_fd(0x00);	/* 1.44 Mbytes mode */
+		} else {
+			switch_fd(0x10);	/* 1.2  Mbytes mode */
+		}
+		prev_mode = mode;
+	}
+}
+
 static void redo_fd_request(void)
 {
 	unsigned int block;
@@ -1036,6 +1053,7 @@
 				floppy++;
 		}
 	}
+	change_floppy_mode();	/* added by sengoku@sdl.hitachi.co.jp */
 	if (format_status != FORMAT_BUSY) {
 		if (current_drive != CURRENT_DEV) {
 			current_track = NO_TRACK;
----- きっちょんな -----8<----- きっちょんな -----
--
				仙石浩明@システム開発研究所.日立製作所
					sengoku@sdl.hitachi.co.jp (105u)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-11 11:19 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-11 11:19 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

>In fact, commands are sent safely to FDC, and I get right results other
>than floppyxfer() which uses DMA transfer.

When I'm reading japanese documentation on υPD765 FDC chip, I found
this chip requires response from the CPU within a relatively short time
period, such that 14υS.  If there is no such response from the CPU,
it goes to overrun error.  Does the Plan 9 DMA mechanism can satisfy
this demand?

Kenji


[-- Attachment #2: Type: message/rfc822, Size: 2890 bytes --]

From: okamoto@granite.cias.osakafu-u.ac.jp
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Toshiba Tecra 720 (notebook)
Date: Tue, 9 Jan 2001 19:22:43 0900
Message-ID: <20010109102301.08D8D19A45@mail.cse.psu.edu>

nclude: /mail/fs/mbox/55/raw

Well,... I'm still here (too much anxious to leave from here).

I suspected this Toshiba machine may use NEC's υPD765 FDC, and got a
document on this chip from net 
(http://www.htl-steyr.ac.st/_morg/pcinfo/hardware/interrupts/hard0001.html),
 and found a command (just 0x10) to check what is the name of this FDC chip 
which works only for these NEC's υPD765 families.

Then, I tested this, and got the FDC of this Toshiba Tecra 720 is NEC's 
υPD765A or υPD765A-2.  This means that we have no means to control 
floppy motor rotation speed from this chip, which should be there outside 
the chip.  However, I may not be facing this problem now(I'm not sure).

The document says this FDC chip is not different from the coded one in
/sys/src/9/pc/devfloppy.c where I cannot find any problem sofar.
In fact, commands are sent safely to FDC, and I get right results other
than floppyxfer() which uses DMA transfer.

Are there any recommendation to check if this is just the problem
whichi I'm facing.

Anyway, the document says "INT 6 sets bit 7 of BIOS Data Area location 40:3E
which can be polled for completion status."  Is this also right for Plan 9 kernel?

Kenji

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-09 10:22 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-09 10:22 UTC (permalink / raw)
  To: 9fans

nclude: /mail/fs/mbox/55/raw

Well,... I'm still here (too much anxious to leave from here).

I suspected this Toshiba machine may use NEC's υPD765 FDC, and got a
document on this chip from net 
(http://www.htl-steyr.ac.st/_morg/pcinfo/hardware/interrupts/hard0001.html),
 and found a command (just 0x10) to check what is the name of this FDC chip 
which works only for these NEC's υPD765 families.

Then, I tested this, and got the FDC of this Toshiba Tecra 720 is NEC's 
υPD765A or υPD765A-2.  This means that we have no means to control 
floppy motor rotation speed from this chip, which should be there outside 
the chip.  However, I may not be facing this problem now(I'm not sure).

The document says this FDC chip is not different from the coded one in
/sys/src/9/pc/devfloppy.c where I cannot find any problem sofar.
In fact, commands are sent safely to FDC, and I get right results other
than floppyxfer() which uses DMA transfer.

Are there any recommendation to check if this is just the problem
whichi I'm facing.

Anyway, the document says "INT 6 sets bit 7 of BIOS Data Area location 40:3E
which can be polled for completion status."  Is this also right for Plan 9 kernel?

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-08  7:01 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-08  7:01 UTC (permalink / raw)
  To: 9fans

I'm still having trouble with this notebook's floppy drive.
Linux booting floppy tells me this machine has "8272A" FDC.

Does any other machine with this FDC is working?

I consumed up all the holiday free time now for this floppy problem,
I have to return to my job from tomorrow...

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-05  3:06 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-05  3:06 UTC (permalink / raw)
  To: 9fans

Sorry, I forgot most important one.

This info is made available by kasukawa@ics.es.osaka-u.ac.jp.

If you need to read Japanese README, please let me know it.
However, I suppose you can guess it from the patching sources to
linux 2.2.x kernel...

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-05  3:02 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-05  3:02 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 198 bytes --]

Please forget my previous info on changing rotation speed of 3mode floppy.
I tried it, and got meserable result. ☺  It varies model by model.  I attached
more complete info on this.

Kenji


[-- Attachment #2: 3mode.patch.README --]
[-- Type: text/plain, Size: 5888 bytes --]

[お知らせ]
     2000年4月から本ページ群の一部を他ISP のWWWサーバの中に移行させました。
     現在このサーバでの更新は行ってお りません。

  ------------------------------------------------------------------------

Linux で 1232KB フォーマットの 3.5/5.25 インチ 2HD FD を読めるよう にするパ
ッチ

1232KB フォーマット(98 フォーマット, Japanese 2HD format)形式の 3.5/5.25
インチの 2HD フロッピーディスクを Linux で読めるようにします。

   * 1232kb-fdd-20000322.gz (2000/3/22版,Linux-2.2.x, Linux-2.3.x 用)

Human68k fs 用パッチ には上記のパッチが含まれているものもあります。

[注意]このプログラムは無保証です。プログラムの利用によるいかなる損害等 につ
いて,当方は一切関知いたしません。各自の責任で使用して下さい。

  ------------------------------------------------------------------------

準備

  1. Linux 2.2.* に上記のパッチを当てて下さい。以下の項目が config のメ ニュ
     ー中に追加されますので,必要なものを y で選択して下さい。
     a. [Block devices]-[1232KB (1.25MB) format support]
          1232Kbytes (1.25MBytes) フォーマットのフロッピーディスク(3.5イン
          チ,5.25インチ)を読めるようにします。ただし,3.5 インチのフロッピ
          ーディ スクも読みたい場合には何らかの方法で 3mode FDD を使えるよう
          にしなけ ればなりません。
     b. [Block devices]-[3mode fdd support for FMV-BIBLO NUVI23 series]
          Fujitsu FMV-BIBLO NUVI23 で 3モード の 3.5インチFDDを使えるように
          します。
     c. [Block devices]-[3mode fdd support for TOMCAT 3MODE FDD]
          TOMCAT製の 3mode FDD を使えるようにします。
     d. [Block devices]-[3mode fdd support for SMC/SMCS
     FDC37C663,664,665,666,669]
          FDC として SMC/SMCS製の FDC37C663,664,665,666,669 チップが使われ
          ているマシンで 3mode FDD を使えるようにします。
     e. [Block devices]-[3mode fdd support for SMC/SMCS
     FDC37C67x,68x,93x,957,FDC37B80x]
          FDC として SMC/SMCS製の FDC37C67x,68x,69x,957 や FDC37B80x チップ
          が使われているマシンで 3mode FDD を使えるようにします。
     f. [Block devices]-[3mode fdd support for Winbond W83877]
          FDC として Winbond 社の W83877 が使われているマシンで 3mode FDD を
          使えるようにします。
     g. [Block devices]-[3mode fdd support for Winbond W83977]
          FDC として Winbond 社の W83977 が使われているマシンで 3mode FDD を
          使えるようにします。
     [注]
          {\tt [3mode fdd support for ...]} は2つ以上選択しないで下さい。
  2. カーネルやモジュールをコンパイル,インストールして reboot して下さい。

問題点

   * 実は...十分なテストはしていません。テストしていただける方がいらっ しゃ
     れば連絡下さい。
      FMV-BIBLO NUVI23                        テスト済み
      TOMCAT 3MODE FDD                        未テスト
      SMC/SMSC FDC37C663,664,665,666,669      FDC37C669?
      SMC/SMSC FDC37C67x,68x,93x,957,FDC37B80x未テスト
      Winbond W83877                          未テスト
      Winbond W83977                          テスト済み
   * format ができるかどうかは分かりません。

  ------------------------------------------------------------------------

技術的な話

   * 本パッチの詳細や 3mode FDDについ て

  ------------------------------------------------------------------------

参考リンク

FDC(Super-I/O)チップメーカーの技術資料

   * SMSC (Standard Microsystems Corporation) の Datasheet があるページ
   * Winbond 社の Datasheet があるページ
   * ITE 社の Datasheet があるページ

その他の3mode FD 用ツール

   * 3mode FD Drivers for Windows95/98
   * smcdsel (DOS 用 の SMC(SMSC)製 FDC で 3mode FDD を使うためのプログラム)
   * FreeBSD 用 3モード3.5インチFDD対応 パッチ
   * ThinkPad 701 用の Linux 3mode-FDD patch

  ------------------------------------------------------------------------

変更履歴

2000/3/22版
     Winbond W83977 のバグを fix。
1999/12/10版
     Winbond 系の FDC に対するコードを追加した。
1999/12/3版
     Human68k fs から 3mode fdd の部分を独立させた。

  ------------------------------------------------------------------------

TODO

   * パッチの詳細情報を記述する。
   * 対応 FDC を増やす。

  ------------------------------------------------------------------------

謝辞

以下の方からの情報が,本パッチの作成に大変役立ちました。 ありがとうございま
す。

   * おさだ@NBIさん(5.25 inch FDD 関連)
   * 長野@九州大学さん (SMC FDC37C669 関連)
   * 阿部@鳥取大学さん(Winbind W83977 関連)

  ------------------------------------------------------------------------
おかえりはこちら

   * 私のホームのページへ
   * 橋本研究室の人々のページへ
   * 橋本研究室ホームページへ
   * 情報工学科ホームページへ
   * 基礎工学部のページへ
   * 大阪大学ホームページへ

  ------------------------------------------------------------------------
kasukawa@ics.es.osaka-u.ac.jp
kasukawa@ff.iij4u.or.jp
ご意見、ご感想や誤りのご報告にはmailをお使い下さい。

[-- Attachment #3: 1.2to1.4MB --]
[-- Type: text/plain, Size: 7772 bytes --]

diff -u --new-file --recursive linux-2.2.14/drivers/block/Config.in linux-2.2.14-human/drivers/block/Config.in
--- linux-2.2.14/drivers/block/Config.in	Wed Jan  5 03:12:14 2000
+++ linux-2.2.14-human/drivers/block/Config.in	Wed Mar 22 17:16:19 2000
@@ -11,6 +11,18 @@
 if [ "$CONFIG_ATARI" = "y" ]; then
   tristate 'Atari floppy support' CONFIG_ATARI_FLOPPY
 fi
+if [ "$CONFIG_BLK_DEV_FD" != "n" ]; then
+  bool '  1232KB (1.25MB) format support' CONFIG_FD1232
+  if [ "$CONFIG_FD1232" = "y" ]; then
+    comment '    Please select *one* or *none* of the followings'
+    bool '    3mode fdd support for FMV-BIBLO NUVI23 series' CONFIG_FUJITSU_NU623
+    bool '    3mode fdd support for TOMCAT 3MODE FDD' CONFIG_FDD_TOMCAT
+    bool '    3mode fdd support for SMC/SMSC FDC37C663,664,665,666,669' CONFIG_FDC_SMC66X
+    bool '    3mode fdd support for SMSC FDC37C67x,68x,93x,957,FDC37B80x' CONFIG_FDC_SMCNOT66X
+    bool '    3mode fdd support for Winbond W83877' CONFIG_FDC_W83877
+    bool '    3mode fdd support for Winbond W83977' CONFIG_FDC_W83977
+  fi
+fi
 
 tristate 'Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support' CONFIG_BLK_DEV_IDE
 comment 'Please see Documentation/ide.txt for help/info on IDE drives'
diff -u --new-file --recursive linux-2.2.14/drivers/block/floppy.c linux-2.2.14-human/drivers/block/floppy.c
--- linux-2.2.14/drivers/block/floppy.c	Thu Aug 26 09:29:46 1999
+++ linux-2.2.14-human/drivers/block/floppy.c	Wed Mar 22 17:18:11 2000
@@ -364,14 +364,24 @@
 {{1,  300, 16, 16, 8000,    1*HZ, 3*HZ,  0, SEL_DLY, 5,  40, 3*HZ, 17, {3,1,2,0,2}, 0,
       0, { 1, 0, 0, 0, 0, 0, 0, 0}, 3*HZ/2, 1 }, "360K PC" }, /*5 1/4 360 KB PC*/
 
+#ifdef CONFIG_FD1232
+{{2,  500, 16, 16, 6000, 4*HZ/10, 3*HZ, 14, SEL_DLY, 6,  83, 3*HZ, 17, {3,1,2,0,2}, 0,
+      0, { 2,31, 5, 6,23,10,20,12}, 3*HZ/2, 2 }, "1.2M" }, /*5 1/4 HD AT*/
+#else
 {{2,  500, 16, 16, 6000, 4*HZ/10, 3*HZ, 14, SEL_DLY, 6,  83, 3*HZ, 17, {3,1,2,0,2}, 0,
       0, { 2, 5, 6,23,10,20,12, 0}, 3*HZ/2, 2 }, "1.2M" }, /*5 1/4 HD AT*/
+#endif
 
 {{3,  250, 16, 16, 3000,    1*HZ, 3*HZ,  0, SEL_DLY, 5,  83, 3*HZ, 20, {3,1,2,0,2}, 0,
       0, { 4,22,21,30, 3, 0, 0, 0}, 3*HZ/2, 4 }, "720k" }, /*3 1/2 DD*/
 
+#ifdef CONFIG_FD1232
+{{4,  500, 16, 16, 4000, 4*HZ/10, 3*HZ, 10, SEL_DLY, 5,  83, 3*HZ, 20, {3,1,2,0,2}, 0,
+      0, { 7,31, 4,25,22,31,21,29}, 3*HZ/2, 7 }, "1.44M" }, /*3 1/2 HD*/
+#else
 {{4,  500, 16, 16, 4000, 4*HZ/10, 3*HZ, 10, SEL_DLY, 5,  83, 3*HZ, 20, {3,1,2,0,2}, 0,
       0, { 7, 4,25,22,31,21,29,11}, 3*HZ/2, 7 }, "1.44M" }, /*3 1/2 HD*/
+#endif
 
 {{5, 1000, 15,  8, 3000, 4*HZ/10, 3*HZ, 10, SEL_DLY, 5,  83, 3*HZ, 40, {3,1,2,0,2}, 0,
       0, { 7, 8, 4,25,28,22,31,21}, 3*HZ/2, 8 }, "2.88M AMI BIOS" }, /*3 1/2 ED*/
@@ -438,7 +448,11 @@
 
 	{ 3680,23,2,80,0,0x1C,0x10,0xCF,0x00,"H1840" }, /* 29 1.84MB 3.5"   */
 	{ 1600,10,2,80,0,0x25,0x02,0xDF,0x2E,"D800"  },	/* 30 800KB 3.5"    */
+#ifdef CONFIG_FD1232
+	{ 2464,16,2,77,0,0x35,0x08,0xDF,0x74,"h1232" }, /* 31 1.25MB 3.5/5" */
+#else
 	{ 3200,20,2,80,0,0x1C,0x00,0xCF,0x2C,"H1600" }, /* 31 1.6MB 3.5"    */
+#endif
 };
 
 #define	NUMBER(x)	(sizeof(x) / sizeof(*(x)))
@@ -1900,6 +1914,87 @@
 }
 /*typedef void (*timeout_fn)(unsigned long);*/
 
+#ifdef CONFIG_FD1232
+/* change rpm for 1232KB format disk */
+static void rpm_change(int rpm360)
+{
+	int i, j;
+	cli();
+#ifdef CONFIG_FUJITSU_NU623
+	outb(0x15, 0xfd64);
+	i = inb(0xfd65);
+	if (rpm360) i |= 0x80;
+	else i &= ~0x80;
+	outb(i, 0xfd65);
+#endif /* CONFIG_FUJITSU_NU623 */
+#ifdef CONFIG_TOMCAT_FDD
+	i = FDCS->dor;
+	j = 0x10 << UNIT(current_drive);
+	outb(i & ~j, FD_DOR);
+	outb(i | j, FD_DOR);
+	outb(i & ~j, FD_DOR);
+	outb(i | j, FD_DOR);
+	outb(i & ~j, FD_DOR);
+	outb(i | j, FD_DOR);
+	outb(i & ~j, FD_DOR);
+	outb(i | j, FD_DOR);
+	outb(i & ~j, FD_DOR);
+	outb(i | j, FD_DOR);
+	if (!rpm360) {
+		outb(i & ~j, FD_DOR);
+		outb(i | j, FD_DOR);
+	}
+#endif /* CONFIG_TOMCAT_FDD */
+#ifdef CONFIG_FDC_SMC66X
+	outb(0x55, FDCS->address);
+	outb(0x55, FDCS->address);
+	outb(0x5, FDCS->address);
+	i = inb(FDCS->address + 1);
+	if (rpm360) i |= 0x18;
+	else i &= ~0x18;
+	outb(i, FDCS->address + 1);
+	outb(0xaa, FDCS->address);
+#endif /* CONFIG_FDC_SMC66X */
+#ifdef CONFIG_FDC_SMCNOT66X
+	outb(0x55, FDCS->address);
+	outb(0x7, FDCS->address);
+	outb(0x0, FDCS->address + 1);
+	outb(0xf1, FDCS->address);
+	i = inb(FDCS->address + 1);
+	if (rpm360) i |= 0x0c;
+	else i &= ~0x0c;
+	outb(i, FDCS->address + 1);
+	outb(0xaa, FDCS->address);
+#endif /* CONFIG_FDC_SMCNOT66X */
+#ifdef CONFIG_FDC_W83877
+	outb(0x87, FDCS->address);
+	outb(0x87, FDCS->address);
+	i = inb(FDCS->address + 1);
+	if (rpm360) i |= 0x20;
+	else i &= ~0x20;
+	outb(i, FDCS->address + 1);
+	outb(0x07, FDCS->address);
+	outb(((rpm360)? 0x55:0), FDCS->address + 1);
+	outb(0xaa, FDCS->address);
+#endif /* CONFIG_FDC_W83877 */
+#ifdef CONFIG_FDC_W83977
+	outb(0x87, FDCS->address);
+	outb(0x87, FDCS->address);
+	outb(0x07, FDCS->address);
+	outb(0x00, FDCS->address + 1);
+	outb(0xf0, FDCS->address);
+	i = inb(FDCS->address + 1);
+	if (rpm360) i |= 0x01;
+	else i &= ~0x01;
+	outb(i, FDCS->address + 1);
+	outb(0xf2, FDCS->address);
+	outb(((rpm360)? 0x55:0), FDCS->address + 1);
+	outb(0xaa, FDCS->address);
+#endif /* CONFIG_FDC_W83977 */
+	sti();
+}
+#endif /* CONFIG_FD1232 */
+
 /* start motor, check media-changed condition and write protection */
 static int start_motor(void (*function)(void) )
 {
@@ -1924,6 +2019,13 @@
 	del_timer(motor_off_timer + current_drive);
 	set_dor(fdc, mask, data);
 
+#ifdef CONFIG_FD1232
+	if ((DP->cmos == 4)&&(_floppy == floppy_type + 31)) {
+		rpm_change(1);
+	} else {
+		rpm_change(0);
+	}
+#endif
 	/* wait_for_completion also schedules reset if needed. */
 	return(wait_for_completion(DRS->select_date+DP->select_delay,
 				   (timeout_fn) function));
@@ -2878,13 +2980,6 @@
 		set_floppy(device);
 		raw_cmd = & default_raw_cmd;
 		raw_cmd->flags = 0;
-		if (start_motor(redo_fd_request)) return;
-		disk_change(current_drive);
-		if (test_bit(current_drive, &fake_change) ||
-		   TESTF(FD_DISK_CHANGED)){
-			DPRINT("disk absent or changed during operation\n");
-			REPEAT;
-		}
 		if (!_floppy) { /* Autodetection */
 			if (!probing){
 				DRS->probed_format = 0;
@@ -2898,6 +2993,13 @@
 			_floppy = floppy_type+DP->autodetect[DRS->probed_format];
 		} else
 			probing = 0;
+		if (start_motor(redo_fd_request)) return;
+		disk_change(current_drive);
+		if (test_bit(current_drive, &fake_change) ||
+		   TESTF(FD_DISK_CHANGED)){
+			DPRINT("disk absent or changed during operation\n");
+			REPEAT;
+		}
 		errors = & (CURRENT->errors);
 		tmp = make_raw_rw_request();
 		if (tmp < 2){
diff -u --new-file --recursive linux-2.2.14/drivers/block/mkfd1232dev linux-2.2.14-human/drivers/block/mkfd1232dev
--- linux-2.2.14/drivers/block/mkfd1232dev	Thu Jan  1 09:00:00 1970
+++ linux-2.2.14-human/drivers/block/mkfd1232dev	Wed Jan  5 15:15:36 2000
@@ -0,0 +1,30 @@
+#!/bin/sh
+
+FORMATNO=${1-31}
+MINOR0=`eval echo "\$(($FORMATNO*4))"`
+MINOR1=`eval echo "\$(($FORMATNO*4+1))"`
+MINOR2=`eval echo "\$(($FORMATNO*4+2))"`
+MINOR3=`eval echo "\$(($FORMATNO*4+3))"`
+DEV0=/dev/fd0h1232
+DEV1=/dev/fd1h1232
+DEV2=/dev/fd2h1232
+DEV3=/dev/fd3h1232
+
+if [ -b $DEV0 ]; then
+    rm -f $DEV0
+fi
+if [ -b $DEV1 ]; then
+    rm -f $DEV1
+fi
+if [ -b $DEV2 ]; then
+    rm -f $DEV2
+fi
+if [ -b $DEV3 ]; then
+    rm -f $DEV3
+fi
+mknod $DEV0 b 2 $MINOR0
+mknod $DEV1 b 2 $MINOR1
+mknod $DEV2 b 2 $MINOR2
+mknod $DEV3 b 2 $MINOR3
+chmod 660 $DEV0 $DEV1 $DEV2 $DEV3
+chown root:floppy $DEV0 $DEV1 $DEV2 $DEV3

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-04  7:40 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-04  7:40 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 605 bytes --]

Sorry I made mistake to attach a file. Once again.

I found a patch to this Dynabook notebook's 3mode floppy for linux
of some version (it's not so important because we know what is neccessary
to set it up).  That is from sengoku@sdl.hitachi.co.jp, and is included
(sorry for Japanese). I'll do this from now.

For someone who does not read Japanese, here is my short comment.
His post consists of two part, the former is not so proper, because it
causes serious speed down to linux.  The latter half is the patch for it.
We are Plan 9 users, so we may have some other effects.  :-)

Kenji


[-- Attachment #2: Dyna3mode --]
[-- Type: text/plain, Size: 5288 bytes --]

Newsgroups: fj.os.linux
From: sengoku@sdl.hitachi.co.jp (Hiroaki Sengoku)
Subject: Dynabook 1.44M/1.2M floppy disk drive
Message-ID: <CECMsq.Cqy@sdl99m.sdl.hitachi.co.jp>
Organization: Systems Development Lab., Hitachi Ltd., JAPAN
Distribution: fj
Date: Mon, 4 Oct 1993 10:29:13 JST

仙石@日立です。

  皆さんご存知のように、Dynabook の floppy disk drive は、DOS では 1.2M
<-> 1.44M の自動切替が出来るのに、linux では出来ません。私は普段 1.44M
boot の設定にしているので、 1.2M の disk が読めず不便でした。そこでちょっ
と kernel に patch をあてて読めるようにしました。

# すでに誰かがやっているかな ? 少なくとも linux ML と fj.os.linux では書
# かれていないと思いますが、ちょっと心配。^^;)

  私は mtools で B: を 1.2M drive の設定にして使ってます。なかなか便利。
  もちろん mount -t msdos /dev/fd0h1200 /mnt も使えます。

----- きっちょんな -----8<----- きっちょんな -----
--- kernel/chr_drv/keyboard.c.org	Sun Aug 15 03:52:34 1993
+++ kernel/chr_drv/keyboard.c	Sat Oct  2 18:29:00 1993
@@ -731,3 +731,9 @@
 	mark_bh(KEYBOARD_BH);
 	return kmem_start;
 }
+
+void switch_fd(short x) {
+	kb_wait();
+	outb(0xBB,0x64);
+	send_data(x);
+}
--- kernel/blk_drv/floppy.c.org	Sun Aug 15 20:24:36 1993
+++ kernel/blk_drv/floppy.c	Sat Oct  2 18:48:50 1993
@@ -989,6 +989,8 @@
     }
 }
 
+void switch_fd(short x);
+
 static void redo_fd_request(void)
 {
 	unsigned int block;
@@ -1091,6 +1093,13 @@
 		seek = 1;
 	sector++;
 	del_timer(motor_off_timer + current_drive);
+	/* change floppy mode. by sengoku@sdl.hitachi.co.jp */
+	if( floppy->size % 1200 ) {	/* only for TOSHIBA j-3100 */
+		switch_fd(0x00);	/* 1.44 Mbytes mode */
+	} else {
+		switch_fd(0x10);	/* 1.2  Mbytes mode */
+	}
+	/* end of change */
 	floppy_on(current_drive);
 }
 
----- きっちょんな -----8<----- きっちょんな -----

  なお、drive の mode 切替えの方法は東芝のテクニカルマニュアルに記載され
ていないので、試行錯誤 :-) して見つけました。そのため何か変なことをして
いるかも知れません。その場合は御指摘頂ければ幸いです。
--
				仙石浩明@システム開発研究所.日立製作所
					sengoku@sdl.hitachi.co.jp (105u)
-------------------------------------------------------------------------------
Newsgroups: fj.os.linux
From: sengoku@sdl.hitachi.co.jp (Hiroaki Sengoku)
Subject: Re: Dynabook 1.44M/1.2M floppy disk drive
In-Reply-To: sengoku@sdl.hitachi.co.jp's message of Mon, 4 Oct 1993 01:29:13 GMT
Message-ID: <CHyK7D.3o9@sdl99m.sdl.hitachi.co.jp>
Followup-To: fj.os.linux
Organization: Systems Development Lab., Hitachi Ltd., JAPAN
References: <CECMsq.Cqy@sdl99m.sdl.hitachi.co.jp>
Distribution: fj
Date: Mon, 13 Dec 1993 14:21:12 JST

仙石@日立です。

私:
|   皆さんご存知のように、Dynabook の floppy disk drive は、DOS では 1.2M
| <-> 1.44M の自動切替が出来るのに、linux では出来ません。私は普段 1.44M
| boot の設定にしているので、 1.2M の disk が読めず不便でした。そこでちょっ
| と kernel に patch をあてて読めるようにしました。

  という patch を以前流したのですが、floppy の読み書きが遅くなるという 
(致命的な) 副作用がありました。バグ報告は一件しか来なかったので、みなさ
ん適当に修正されたのだと思いますが、念のため patchlevel 14 に対する 
patch を公開します。

# 誰も使ってなかったりして。

----- きっちょんな -----8<----- きっちょんな -----
--- drivers/char/keyboard.c.org	Tue Nov 23 21:51:04 1993
+++ drivers/char/keyboard.c	Fri Dec 10 23:38:50 1993
@@ -781,3 +781,11 @@
 	mark_bh(KEYBOARD_BH);
 	return kmem_start;
 }
+
+/* change floppy mode. patched by sengoku@sdl.hitachi.co.jp */
+/* NOTICE: This routine is only for TOSHIBA J-3100          */
+void switch_fd(short x) {
+	kb_wait();
+	outb(0xBB,0x64);
+	send_data(x);
+}
--- drivers/block/floppy.c.org	Tue Nov 23 03:47:46 1993
+++ drivers/block/floppy.c	Sat Dec 11 01:16:55 1993
@@ -991,6 +991,23 @@
     }
 }
 
+/* change floppy mode. patched by sengoku@sdl.hitachi.co.jp */
+/* NOTICE: This routine is only for TOSHIBA J-3100          */
+void switch_fd(short x);
+static void change_floppy_mode(void) {
+	static int prev_mode = -1;
+	int mode;
+	mode = floppy->size % 1200;
+	if( mode != prev_mode ) {
+		if( mode ) {
+			switch_fd(0x00);	/* 1.44 Mbytes mode */
+		} else {
+			switch_fd(0x10);	/* 1.2  Mbytes mode */
+		}
+		prev_mode = mode;
+	}
+}
+
 static void redo_fd_request(void)
 {
 	unsigned int block;
@@ -1036,6 +1053,7 @@
 				floppy++;
 		}
 	}
+	change_floppy_mode();	/* added by sengoku@sdl.hitachi.co.jp */
 	if (format_status != FORMAT_BUSY) {
 		if (current_drive != CURRENT_DEV) {
 			current_track = NO_TRACK;
----- きっちょんな -----8<----- きっちょんな -----
--
				仙石浩明@システム開発研究所.日立製作所
					sengoku@sdl.hitachi.co.jp (105u)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-04  5:47 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-04  5:47 UTC (permalink / raw)
  To: 9fans

>floppyrevive in
>sra ff srb ff dor ff msr 80 dir 7e
>floppyrevive out
>sra ff srb ff dor ff msr 80 dir 7e
>changed
>sra ff srb ff dor ff msr 80 dir 7e

The last dir should be fe.

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2001-01-04  5:31 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2001-01-04  5:31 UTC (permalink / raw)
  To: 9fans

>I think we gotta do some configuration on the kernel or something to get it
>work.

I tried to figure out it during this new year vacation, and failed.  At first, I tried to see it
on the working kernel itself what's going on here.

The devfloppy.c reports me as follows when I dispatched a: command:

floppyrevive in
sra ff srb ff dor ff msr 80 dir 7e
floppyrevive out
sra ff srb ff dor ff msr 80 dir 7e
changed
sra ff srb ff dor ff msr 80 dir 7e
xfer: failed 40 10 0
offset 0 len 9216
DMA overrun: retry
floppyxfer: retrying
xfer: failed 40 10 0
offset 0 len 9216
DMA overrun: retry
floppyxfer: retrying
xfer: failed 40 10 0
offset 0 len 9216
DMA overrun: retry
floppyxfer: retrying
xfer: failed 40 10 0
offset 0 len 9216
DMA overrun: retry
changed: trying 3½DD
sra ff srb ff dor ff msr 80 dir 7e
xfer: failed 40 1 0
offset 0 len 4608
floppyxfer: retrying
xfer: failed 40 1 0
offset 0 len 4608
floppyxfer: retrying
xfer: failed 40 1 0
offset 0 len 4608
floppyxfer: retrying
xfer: failed 40 1 0
offset 0 len 4608
changed: truing 3½HD
sra ff srb ff dor ff

mount: mount /n/a: : unknown format

I think this error messages say we need some trick to change the controller mode from something
wrong (probably 5¼HD format 6 rotations/sec) to 3½HD (5 rotations/sec).  But I don't know the
command for this purpose.  I don't even knwo what kind of controller chip is used on my Tecra
720 notebook...

Then, I tried to check the floppy.c file of Linux, and found there is nothing for such codes which
means Linux cann't boot itself on this machine, too.   I was much surprised to find this. :-)

Then, I also checked NEC's PC98 codes, and found something such control seruence, and tried it
on my notebook which lead me to the miserable state.  NEC's PC98 has 3½HD, 3½DD and 5¼HD
format as 3½ floppy format.  It seems to do some trick (mode_set), however, it's controller chip
(7072A)may be different from mine.  Therefore, I'm now thinking that we cannot use those notebook's
floppy drive unless we could get some information neccessary for this trick.

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
  2000-12-29  8:40 okamoto
@ 2001-01-02 17:45 ` Deztroyer-a1
  0 siblings, 0 replies; 16+ messages in thread
From: Deztroyer-a1 @ 2001-01-02 17:45 UTC (permalink / raw)
  To: 9fans

I think Toshiba's floppy drive for notebook will not run properly under
normal circumstance in the third edition. Because what happened is that I've
attempted to install plan 9 on Toshiba's satellite series notebook (on 2
different models), and Plan 9 doesn't seem like the floppy drive at all.

I think we gotta do some configuration on the kernel or something to get it
work.

Good Luck
Alex

<okamoto@granite.cias.osakafu-u.ac.jp> wrote in message
news:20001229084057.72CEB199D5@mail.cse.psu.edu...
> I'm now struggling against Toshiba notebook( really!?, it's too heavy to
me)
> Tecra 720CT, which has 1024x768x256K colors CT56650 graphic chip.
> I got this machine for my happy hacking of Plan 9 for this new year
vacation.
> Upto now, it's not so happy...because it has problem in floppy drive and
> graphic chip and so on.
>
> I'd like to hear about this machine, if someone else has done it.
>
>
> I'm now constructing kfs on this machine from our network, and it may be
> going good, at least notebook's hard disk is working to write something
> now. :-)
>
> This Toshiba's notebook has external three mode floppy drive, which is
> different from PC's three mode, but it domestic one.  It is three mode of
> 720KB, 1.2MB and 1.44MB.  The middle is for old domestin NEC machine
> which is once the most major PC in Japan.   The problem I'm suffering now
> may be more common to many of Japanese Plan 9 users, particularly
> notebook users (because we cannot change the drive!).
>
>
> When I try to boot from floppy, it fails at reading plan9.ini file.
>
> (C) Copyright 1996, 98 Toshiba Corp.  All rights reserved.
> Memory Initialize 48096KB
>
> PBS...Plan 9 from Bell Labs
> dev A0 port 1F0 config 045A capabilities 0B00 mwdma 0407
> dev A0 port 170 config 85A0 capabilities 0E00 mwdma 0000
> using sdC0!dos!plan9.ini   <====== can't find this in the floppy!!!
> #y0: 2 slot Intel 82365SL: port 0x3E0 irq 5
> #l0: xcvr10BaseT 3C589
> ether#0: 3C589: port 0x240 irq 10: xxxxxxxxxxxx
> diabase (192.168.1.11!67): /386/9pcdisk.gz
> gz ... 481665=>614086+480172+85356=1179614
> entry: 80100020
> cpu0: 133MHz GenuineIntel P54C (cpuid AX 0x052C DX 0x01BF)
> #y0:2 slot Intel 82365SL: port 0x3E0 irq 5
> #l0: 3C589: 10Mbps port 0x240 irq 10: xxxxxxxxxxxx
> dev A0 port 1F0 config 045A capabilities 0B00 mwdma 0407
> dev A0 port 170 config 85A0 capabilities 0E00 mwdma 0000
> 7291 free pages
> 13636K swap
> #A: model 0x03 0x02: not SB 16 compatible
> root is from (il, local)[il]:
>
> The error messages I got (by setting chatty=1 in dosboot.c file) are too
much
> volume to me, and essentially, it says cann't read floppy drive.
> After I booted this machine from network, I can't mount this floppy.
>
> This is the first problem.   The second concerns with graphic chip,
however,
> it's not so serious now, because I'm doing now as VGA, yes, small window.
:-)
>
> Kenji


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-30  5:47 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2000-12-30  5:47 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 880 bytes --]

I got 1024x768x8 display for my Toshiba Tecra 720CT notebook.

Used vga controller is hiqvideo, and the /lib/vgadb around there is like:

ctlr
	0xC0090="CHIPS 65550 PCI & VL Accelerated VGA BIOS"	# NEC Versa 6030X/6200MX
	0xC0090="CHIPS 6X554 PCI Accelerated VGA BIOS"	# Digital HiNote Ultra 2000
	0xC0090="CHIPS 69000 PCI Accelerated VGA BIOS"	# Rackmount
	0xC0090="TOSHIBA Video BIOS V2.30"				# Toshiba Tecra 720CT
	link=vga
	ctlr=hiqvideo linear=1
	hwgc=hiqvideohwgc

and added monitor section as:

#
# XGA (Laptop).
#
xga = 1024x768
	include=1024x768
xga
	alias=svga
#

#Tecra 720
#
tecra = 1024x768
	include=1024x768@60Hz
tecra
	alias=svga
#
# LCD
# Just a convenience, really.
#

Yes, 1024x768@60Hz worked fine.

Now I can come home soon, because I don't harry about FDD problem.
I have CD-ROM drive in this notebook.  :-)

Kenji


[-- Attachment #2: Type: message/rfc822, Size: 2629 bytes --]

From: okamoto@granite.cias.osakafu-u.ac.jp
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Toshiba Tecra 720 (notebook)
Date: Sat, 30 Dec 2000 11:50:59 0900
Message-ID: <20001230025120.B2956199D5@mail.cse.psu.edu>

Thanks Russ.

I' d have been home now.  :-)

> I'd worry more about the VGA,
>which looks like it should work.

Yeah, I'm now in the office just because of this reason.
I'm using hiqvideo driver for this machine, which works partially. :-)
I can run rio only VGA mode.  When I tried 1024x768, it shows acme
windows but not clearly.  There is many noises, and finally it desappears.
I have to read this source from now.  To check graphic chips, we need
another machine to recover from its failure. :-)

I suppose Toshiba (probably also other companies such as NEC etc.) sells 
different models in Japan or in US or Europe.
Then, my Tecra 720CT is not the same as that in your country, particularly
FDD drive.  Once upon a time, the 5" 2HD format was a defact standard
also for 3.5" floppy drive, because NEC used it for their major PC.
After PC got its status also in Japan, we have two kinds of 2HD format
in 3.5" FD drive, one is from 5" 2HD (1.2MB) and the other is from IBM
PC (1.4MB).  I'll check linux sources around this, although I have only
Linux for sparc in home. :-)

Kenji

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-30  2:50 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2000-12-30  2:50 UTC (permalink / raw)
  To: 9fans

Thanks Russ.

I' d have been home now.  :-)

> I'd worry more about the VGA,
>which looks like it should work.

Yeah, I'm now in the office just because of this reason.
I'm using hiqvideo driver for this machine, which works partially. :-)
I can run rio only VGA mode.  When I tried 1024x768, it shows acme
windows but not clearly.  There is many noises, and finally it desappears.
I have to read this source from now.  To check graphic chips, we need
another machine to recover from its failure. :-)

I suppose Toshiba (probably also other companies such as NEC etc.) sells 
different models in Japan or in US or Europe.
Then, my Tecra 720CT is not the same as that in your country, particularly
FDD drive.  Once upon a time, the 5" 2HD format was a defact standard
also for 3.5" floppy drive, because NEC used it for their major PC.
After PC got its status also in Japan, we have two kinds of 2HD format
in 3.5" FD drive, one is from 5" 2HD (1.2MB) and the other is from IBM
PC (1.4MB).  I'll check linux sources around this, although I have only
Linux for sparc in home. :-)

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-29 16:22 Russ Cox
  0 siblings, 0 replies; 16+ messages in thread
From: Russ Cox @ 2000-12-29 16:22 UTC (permalink / raw)
  To: 9fans

The error messages say basically that we
don't know anything about this drive and
all reads from it are failing.  

It's likely that these floppy drives are
not quite the same as normal ones.  Does
the drive work under Linux or a BSD?

I had a bunch of Tecras running second
edition three years ago without a problem,
but perhaps they've changed the hardware 
around a bit since then.

Since you've found a way around using the 
floppy disk, I'd worry more about the VGA,
which looks like it should work.

Russ


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-29 11:36 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2000-12-29 11:36 UTC (permalink / raw)
  To: 9fans

>I'm now constructing kfs on this machine from our network, and it may be 
>going good, at least notebook's hard disk is working to write something 
>now. :-)

Ok!
I seem to get kfs based Plan 9 on my Toshiba Tecra 720CT notebook. ^_^

I'm still requesting any idea on

>When I try to boot from floppy, it fails at reading plan9.ini file.  

I'll back to home now with this notebook.

Have a nice new year, all.

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-29  9:22 okamoto
  0 siblings, 0 replies; 16+ messages in thread
From: okamoto @ 2000-12-29  9:22 UTC (permalink / raw)
  To: 9fans

>The error messages I got (by setting chatty=1 in dosboot.c file) are too much
>volume to me, and essentially, it says cann't read floppy drive.

It may be better to describe a part of error messages when I changed
chatty to 1 in dosboot.c, which are as folllows:

PBS ... Plan 9 from Bell Labs
getclust @ 0
getclust addr 0
can't read block
getclust 0 0
getclust addr 0
can't read block
can't read boot block
dev A0 port 1F0 config 045A capabilities 0800 mwdma 0407
dev A0 port 170 config 85A0 capabilities 0E00 mwdma 0000
getclust @ 0
getclust addr 0
getclust 0 read
no dos file system 0 0 0 0
Boot devices: fd0 sdC0
boot from:

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

* [9fans] Toshiba Tecra 720 (notebook)
@ 2000-12-29  8:40 okamoto
  2001-01-02 17:45 ` Deztroyer-a1
  0 siblings, 1 reply; 16+ messages in thread
From: okamoto @ 2000-12-29  8:40 UTC (permalink / raw)
  To: plan9

I'm now struggling against Toshiba notebook( really!?, it's too heavy to me)
Tecra 720CT, which has 1024x768x256K colors CT56650 graphic chip.
I got this machine for my happy hacking of Plan 9 for this new year vacation.
Upto now, it's not so happy...because it has problem in floppy drive and 
graphic chip and so on.

I'd like to hear about this machine, if someone else has done it.


I'm now constructing kfs on this machine from our network, and it may be 
going good, at least notebook's hard disk is working to write something 
now. :-)

This Toshiba's notebook has external three mode floppy drive, which is 
different from PC's three mode, but it domestic one.  It is three mode of 
720KB, 1.2MB and 1.44MB.  The middle is for old domestin NEC machine 
which is once the most major PC in Japan.   The problem I'm suffering now 
may be more common to many of Japanese Plan 9 users, particularly 
notebook users (because we cannot change the drive!).


When I try to boot from floppy, it fails at reading plan9.ini file.  

(C) Copyright 1996, 98 Toshiba Corp.  All rights reserved.
Memory Initialize 48096KB

PBS...Plan 9 from Bell Labs
dev A0 port 1F0 config 045A capabilities 0B00 mwdma 0407
dev A0 port 170 config 85A0 capabilities 0E00 mwdma 0000
using sdC0!dos!plan9.ini   <====== can't find this in the floppy!!!
#y0: 2 slot Intel 82365SL: port 0x3E0 irq 5
#l0: xcvr10BaseT 3C589
ether#0: 3C589: port 0x240 irq 10: xxxxxxxxxxxx
diabase (192.168.1.11!67): /386/9pcdisk.gz
gz ... 481665=>614086+480172+85356=1179614
entry: 80100020
cpu0: 133MHz GenuineIntel P54C (cpuid AX 0x052C DX 0x01BF)
#y0:2 slot Intel 82365SL: port 0x3E0 irq 5
#l0: 3C589: 10Mbps port 0x240 irq 10: xxxxxxxxxxxx
dev A0 port 1F0 config 045A capabilities 0B00 mwdma 0407
dev A0 port 170 config 85A0 capabilities 0E00 mwdma 0000
7291 free pages
13636K swap
#A: model 0x03 0x02: not SB 16 compatible
root is from (il, local)[il]:

The error messages I got (by setting chatty=1 in dosboot.c file) are too much
volume to me, and essentially, it says cann't read floppy drive.
After I booted this machine from network, I can't mount this floppy.

This is the first problem.   The second concerns with graphic chip, however,
it's not so serious now, because I'm doing now as VGA, yes, small window. :-)

Kenji



^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2001-01-11 11:19 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-01-04  7:20 [9fans] Toshiba Tecra 720 (notebook) okamoto
  -- strict thread matches above, loose matches on Subject: below --
2001-01-11 11:19 okamoto
2001-01-09 10:22 okamoto
2001-01-08  7:01 okamoto
2001-01-05  3:06 okamoto
2001-01-05  3:02 okamoto
2001-01-04  7:40 okamoto
2001-01-04  5:47 okamoto
2001-01-04  5:31 okamoto
2000-12-30  5:47 okamoto
2000-12-30  2:50 okamoto
2000-12-29 16:22 Russ Cox
2000-12-29 11:36 okamoto
2000-12-29  9:22 okamoto
2000-12-29  8:40 okamoto
2001-01-02 17:45 ` Deztroyer-a1

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).