NetNews Usenet Archive 1992 #20/NN_1992_20.iso/spool/comp/os/linux/10407

Text File | 1992-09-10 | 1.7 KB | 50 lines

Newsgroups: comp.os.linux
From: [e-mail] (David Metcalfe)
Path: sparky!uunet!pipex!demon!prism.demon.co.uk!david
ReplyTo: [e-mail]
Subject: Re: 0.97pl4 breaks SCSI extended partition code
References: <[e-mail]>
Distribution: world
X-Mailer: cppnews $Revision: 1.15 $
Organization: ** none **
Lines: 35
Date: Thu, 10 Sep 1992 19:43:03 +0000
Message-ID: <[e-mail]>
Sender: [e-mail]


In article <[e-mail]> [e-mail] (Eric Youngdale) writes:

>     OK, I think I see what the problem is, and why this is not working.
> I suggest the following patch.  I already gave this patch to Chris Newbold,
> and it looks correct enough for me to release to the public.
>
>     Basically this corrects a problem where linux has difficulty reading
> the partition table for an extended partition.  If you are not having this
> problem, I do not see much point in trying this.
>
>     Basically the problem is that the sd_sizes array is normally
> initialized after the partition tables have been read.  Normally
> blk_size[MAJOR] should be 0 until  the sizes array is ready, but for
> scsi disks blk_size[8] was being initialized prematurely, leading to the
> problem in make_request  (As long as blk_size[MAJOR] == 0, testing
> of sd_sizes is inhibited).
>
> -Eric
>
 < patch deleted >

I've tried the patch out and it also cures my problem.  It's
interesting that the extended partition could be read first time with
0.97pl2 but not with pl4.  There must have been a small change in the
timing.

David

-----------------------------------------------------
David Metcalfe          [e-mail]
[phone]         [e-mail]