In the process of debugging the ODS2 utility, it became clear that the
disk geometry really does matter.
And it's not available in simulator images -- or even for physical
devices -- at runtime.
Below is a list of all the disks that have been used with FILES-11
(ODS2) for which I have reliable (I
Do VMS and ODS-2 really try to figure out a geometry per disk for MSCP
disks???
That just seems extremely stupid. Yes, MSCP disks have spare blocks,
that are not reported in the disk size. However, MSCP in general also do
not have a meaningful geometry. The number of blocks can vary depending
o
> On Mar 8, 2016, at 8:47 PM, Timothe Litt wrote:
>
> In the process of debugging the ODS2 utility, it became clear that the
> disk geometry really does matter.
> And it's not available in simulator images -- or even for physical
> devices -- at runtime.
>
> Below is a list of all the disks tha
On Wednesday, March 9, 2016 at 7:39 AM, Paul Koning wrote:
> > On Mar 8, 2016, at 8:47 PM, Timothe Litt wrote:
> >
> > In the process of debugging the ODS2 utility, it became clear that the
> > disk geometry really does matter.
> > And it's not available in simulator images -- or even for physical
On 03/09/2016 09:53 AM, Johnny Billquist wrote:
Do VMS and ODS-2 really try to figure out a geometry per disk for MSCP
disks???
The ODS2 utility needs to "mount" the disk. I know nothing, but ODS-2 on
VMS probably only cares about LBNs and VBNs (and on on-disk data
structures). It is the moun
On 2016-03-09 16:50, hb wrote:
On 03/09/2016 09:53 AM, Johnny Billquist wrote:
Do VMS and ODS-2 really try to figure out a geometry per disk for MSCP
disks???
The ODS2 utility needs to "mount" the disk. I know nothing, but ODS-2 on
VMS probably only cares about LBNs and VBNs (and on on-disk da
On Wed, Mar 9, 2016 at 10:46 AM, Mark Pizzolato wrote:
> I explicitly recall on Ultrix contriving entries in
> /etc/disktab to describe arbitrarily sized disks connected to 3rd party
> MSCP controllers. The info in /etc/disktab is used by the file system
> creation code to lay down the file syst
> On Mar 9, 2016, at 10:55 AM, Johnny Billquist wrote:
>
> On 2016-03-09 16:50, hb wrote:
>> On 03/09/2016 09:53 AM, Johnny Billquist wrote:
>>> Do VMS and ODS-2 really try to figure out a geometry per disk for MSCP
>>> disks???
>>
>> The ODS2 utility needs to "mount" the disk. I know nothing,
On 2016-03-09 17:10, Clem Cole wrote:
Anyway, a few things changed... local caches were introduced on the
drive, which mitigated a lot of what UNIX was doing because they did
their own arm scheduling. Plus drive manufacturing got better at
packing sectors, so when before the max number of sec/
- Original Message -
From: Paul Koning
To: Johnny Billquist
Cc: simh@trailing-edge.com
Sent: Wednesday, March 09, 2016 11:12 AM
Subject: Re: [Simh] Disk info request
I long ago forgot the details, but a look at the MSCP Basic Functions manual
(on Bitsavers in the
> On Mar 9, 2016, at 11:41 AM, Bill Cunningham wrote:
>
>
>> - Original Message -
>> From: Paul Koning
>> To: Johnny Billquist
>> Cc: simh@trailing-edge.com
>> Sent: Wednesday, March 09, 2016 11:12 AM
>> Subject: Re: [Simh] Disk info req
"Bill Cunningham" wrote:
> Ok well sorry to interrupt, but where is a "UDA50" directory on =
> bitsavers. I am not finding it.
>
> Bill
I found:
http://bitsavers.trailing-edge.com/pdf/dec/disc/uda50/
--Johnny (another one)
___
Simh mailing lis
- Original Message -
From: Paul Koning
To: Bill Cunningham
Cc: simh@trailing-edge.com
Sent: Wednesday, March 09, 2016 11:44 AM
Subject: Re: [Simh] Disk info request
> On Mar 9, 2016, at 11:41 AM, Bill Cunningham wrote:
>
>
>> - O
On Wed, Mar 9, 2016 at 11:16 AM, Johnny Billquist wrote:
> I suspect MSCP came before SCSI.
I agree. In DEC's case, support for MSCP certainly was first, but I
believe the protocols are contemporaries. NCR was a very early SCSI player,
but Western Digital, Shugart or someone like that might h
On 2016-03-09 18:04, Clem Cole wrote:
On Wed, Mar 9, 2016 at 11:16 AM, Johnny Billquist mailto:b...@softjar.se>> wrote:
I suspect MSCP came before SCSI.
I agree. In DEC's case, support for MSCP certainly was first, but I
believe the protocols are contemporaries. NCR was a very early SCS
On 2016-03-09 17:12, Paul Koning wrote:
On Mar 9, 2016, at 10:55 AM, Johnny Billquist wrote:
On 2016-03-09 16:50, hb wrote:
On 03/09/2016 09:53 AM, Johnny Billquist wrote:
Do VMS and ODS-2 really try to figure out a geometry per disk for MSCP
disks???
The ODS2 utility needs to "mount" the
> From: Clem Cole
> Date: Wed, 9 Mar 2016 12:04:30 -0500
> On Wed, Mar 9, 2016 at 11:16 AM, Johnny Billquist wrote:
>> I suspect MSCP came before SCSI.
> I agree. In DEC's case, support for MSCP certainly was first, but I
> believe the protocols are contemporaries. NCR was a very early SCSI
> From: Timothe Litt
> Date: Tue, 8 Mar 2016 20:47:45 -0500
> Below is a list of all the disks that have been used with FILES-11 (ODS2) for
> which I have reliable (I think) data.
> The list has blank spots for a lot of disks that I know exist, but for which I
> don't have reliable data.
> Name
On Wed, Mar 9, 2016 at 3:02 PM, Rich Alderson
wrote:
> Shugart Associates introduced Shugart Associates System Interface ("SASI")
> privately in 1978, publicly in 1981. This was standardized by ANSI as the
> Small Computer System Interface in 1982; doesn't anyone else here remember the
> "sassy/s
Timothe,
> In the process of debugging the ODS2 utility, it became clear that the
> disk geometry really does matter.
> And it's not available in simulator images -- or even for physical
> devices -- at runtime.
I've done quite a bit of hacking with ods2, at least enough to get it to
do what I wa
> Name SecSiz Sec/Tk Tk/Cy Cyls Capacity LBNs
Delta
> RL01 512 40 2 256 10485760 20480 10.000 MB
121
> RL02 512 40 2 512 20971520 40960 20.000 MB
121
I believe the correct RL0x values should be:
RL01 256
Some more notes...
> On Mar 8, 2016, at 8:47 PM, Timothe Litt wrote:
>
> Name SecSiz Sec/Tk Tk/Cy Cyls Capacity LBNs Delta
> RK05 512 12 2 2032494464 4872 2.379 MB37
The book says "200 cylinders plus 3 spare". I don't know what that
On Thu, Mar 10, 2016 at 1:31 PM, wrote:
> The utility of such a list is great. Various folks have tried to develop
> such lists over the years, with varying success and degrees of fidelity
> and accuracy.
>
​Good point, but you might be able to start with something that has been
around for a lon
Here's /etc/disktab from Digital Unix 4.0D, which has info about many of
the RZ drives as well as some of the RA drives.
http://pastebin.com/XNcjEeR7
-Henry
On 10 March 2016 at 14:01, Clem Cole wrote:
>
> On Thu, Mar 10, 2016 at 1:31 PM, wrote:
>
>> The utility of such a list is great. Vario
> On Mar 10, 2016, at 1:31 PM, dun...@caltech.edu wrote:
>
>> Name SecSiz Sec/Tk Tk/Cy Cyls Capacity LBNs
> Delta
>> RL01 512 40 2 256 10485760 20480 10.000 MB
> 121
>> RL02 512 40 2 512 20971520 40960 20.000 MB
>
25 matches
Mail list logo