home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20265 < prev    next >
Encoding:
Text File  |  1992-12-13  |  3.5 KB  |  82 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!stanford.edu!agate!boulder!ophelia!drew
  3. From: drew@ophelia.cs.colorado.edu (Drew Eckhardt)
  4. Subject: Re: SCSI Controller
  5. Message-ID: <1992Dec14.041032.29121@colorado.edu>
  6. Keywords: scsi, st01
  7. Sender: news@colorado.edu (The Daily Planet)
  8. Nntp-Posting-Host: ophelia.cs.colorado.edu
  9. Organization: University of Colorado at Boulder
  10. References: <1ggs9uINNh2u@life.ai.mit.edu>
  11. Date: Mon, 14 Dec 1992 04:10:32 GMT
  12. Lines: 68
  13.  
  14. In article <1ggs9uINNh2u@life.ai.mit.edu> jimc@hal.gnu.ai.mit.edu (James Carpenter) writes:
  15. >In article <1992Dec12.172120.23570@sun1.ruf.uni-freiburg.de> hartnegg@sun1.ruf.uni-freiburg.de (Klaus Hartnegg) writes:
  16. >
  17. >>FORGET THE ST01/02 !
  18. >>It just costs you a lot of time and money.
  19. >
  20. >>However:
  21. >>- the ST01 is not available any more in shops
  22. >>- sometimes it works, sometimes it doesn't
  23. >>- it depends on the bios version
  24. >>- it does not properly work with MY hard disk (Rodime 200 MB)
  25. >>- it is not (yet?) really supported by Linux (i.e. will be sloooow).
  26. >>- trying different controllers you will have to fdisk every time
  27. >>  you switch controllers since they map the disk differently, even
  28. >>  different ST01 controllers do it different (number of tracks and such).
  29. >>
  30. >>Of course you MIGHT be lucky and save a lot of money.
  31. >>But be warned that I WASTED a lot of money (and time!!) trying
  32. >>to find a cheaper solution. Linux apparently does not like cheap
  33. >>controllers. If there is a small problem, it does not work at all in Linux.
  34. >>Right now I have an St01 here that works most of the time under dos
  35. >>and it is being detected by Linux but then a few
  36. >>seconds later Linux CRASHES with a SCSI timeout message.
  37.  
  38. The Seagate BIOS isn't interrupt driven - under DOS, with one 
  39. process running at a time you can't do anything while you're 
  40. waiting for disk I/O and it doesn't matter.
  41.  
  42. The Linux seagate driver uses interrupts so that only the task waiting
  43. on the I/O has to sleep when the disk is seeking.  For the driver 
  44. to work, you *HAVE* to jumper the board for IRQ5 (as documented 
  45. in the FAQ). 
  46.  
  47. Chances are that Klaus just isn't following directions.
  48.  
  49. >Perfect timing. I was about ready to get a ST01 for myself. How many of you
  50. >are having problems with the ST01? I haven't seen too many complaints about
  51. >the ST01 but then again I just got back on the net not too long ago. But if
  52. >there is definitely serious problems with it PLEASE let me know. I would go
  53. >with the Adaptec but my budget is VERY tight.
  54.  
  55. For most people, the Seagate boards work (albeit slowly).  Data transfer
  56. should max out at 500K/sec with the current routines on a buffered 
  57. drive, I get 120K/sec on an unbuffered drive formated with a 3:1 interleve,
  58. many people get 60K/sec (1 1K block per revolution on a 3600 RPM drive). 
  59.  
  60. Your mileage may vary, but chances are you'll be closest to the 
  61. last figure.  
  62.  
  63. A few people have reported problems that I can't reproduce. 
  64.  
  65. >Any advice???
  66.  
  67. If you can't afford an Adaptec 15/174x, but already have a disk and 
  68. NEED a SCSI board, go for the seagate.  The $20 investment isn't a lot 
  69. to loose if you ever upgrade.
  70.  
  71. If the drive is exclusively for Linux, you won't even have to repartition
  72. if you upgrade, as the Linux code treats SCSI devices as they should 
  73. be treated, disks with blocks numbered from 0..N, and it only looks 
  74. at the starting sector and length of partitions in the partition table.
  75.  
  76.  
  77.  
  78. -- 
  79. Boycott AT&T for their absurd anti-BSDI lawsuit. | Drew Eckhardt
  80. Condemn Colorado for Amendment Two.         | drew@cs.colorado.edu
  81. Use Linux, the fast, flexible, and free 386 unix |  
  82.