home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10251 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.8 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!ra!tantalus!eric
  2. From: eric@tantalus.dell.com (Eric Youngdale)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: 0.97pl4 breaks SCSI extended partition code
  5. Message-ID: <3541@ra.nrl.navy.mil>
  6. Date: 9 Sep 92 05:52:44 GMT
  7. References: <716010250snx@prism.demon.co.uk> <1992Sep9.000644.1996@galileo.cc.rochester.edu>
  8. Sender: usenet@ra.nrl.navy.mil
  9. Organization: Naval Research Laboratory
  10. Lines: 36
  11.  
  12. In article <1992Sep9.000644.1996@galileo.cc.rochester.edu> ctne_ltd@uhura.cc.rochester.edu (Chris Newbold) writes:
  13. >Okay. This looks like a generic problem with the SCSI extended partition code.
  14. >I have seen several senarios which result in the problems described above.
  15. >
  16. >    1. Adding the CD-ROM filesystem extentions did it for me.
  17. >    2. Compiling the kernel under GCC v2.2.2d did it for some
  18. >    3. Now, looks like pl4 has blown it in this case.
  19. >
  20. >I was trying to work with Eric (the author of the CD-ROM stuff) to find
  21. >out what goes wrong, but my disk controller flaked out and I haven't
  22. >had a machine for the last week...
  23.  
  24.     I found another guinea pig, and it appears as if we are closing in
  25. on the solution.  What I do know is that make_request in ll_rw_blk.c returns
  26. because it believes that the read is beyond the end of the partition.
  27. Specifically, the problem shows up in the following segment:
  28.  
  29.     count = bh->b_size >> 9;
  30.     sector = bh->b_blocknr * count;
  31.     if (blk_size[major])
  32.         if (blk_size[major][MINOR(bh->b_dev)] < (sector + count)>>1) {
  33.             bh->b_dirt = bh->b_uptodate = 0;
  34.             return;
  35.         }
  36.  
  37. As of yet, I do not know whether the blk_size array is incorrect or if sector
  38. or count is corrupt, or whether we are not converting something somewhere.
  39. I hope that within a day that we will have enough information to squash this
  40. bug. 
  41.  
  42. -Eric
  43.  
  44.  
  45. --
  46. Eric Youngdale
  47. eric@tantalus.nrl.navy.mil
  48.