Re: DSSI Disks
Johnny Billquist <[email protected]> Sun, 3 May 2026 22:18:15 +0200
| Newsgroups | gmane.os.netbsd.ports.vax |
|---|---|
| Organization | SoftJAR AB |
| Message-ID | <[email protected]> |
On 2026-05-03 20:42, Paul Koning wrote: >=20 >=20 >> On May 3, 2026, at 1:19=E2=80=AFPM, Johnny Billquist <[email protected]> = wrote: >> >> On 2026-05-03 19:03, Andrew Ball wrote: >>> =C2=A0=C2=A0ASB> I notice that ra0 and ra1 are reported as the wrong = type of >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> drive (RF31 instead of RF35). >>> =C2=A0=C2=A0=C2=A0JB> The names are basically just strings returned f= rom the >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> simulator. =C2=A0They have no relevan= ce beyond being just a string >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> that you can print out. >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> Size/capacity similarly is reported a= s what the actual capacity >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> is, without any regards to names. >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> So this is all just cosmetic, and it'= s a thing that you need to >>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0> fix in the simulator if you want it t= o say something else. >>> =C2=A0=C2=A0=C2=A0=C2=A0Thanks Johnny (and thanks Michael for the cor= rection). =C2=A0I'll try >>> some other disk types to submit a more helpful report to the open-sim= h >>> people. =C2=A0RF71 works:- >>> ra3 at mscpbus0 drive 3: RF71 >>> ra3: no disk label: size 781440 sectors >> >> I wasn't even aware that simh could report "RF71". simh have been=20 >> pretty stubborn on not accepting that it should be an arbitrary=20 >> string, and have just a few fixed values hardcoded in the code.=20 >> (Atleast when I last checked.) >> >> But honestly, I would just ignore this "problem". Like I said - it's=20 >> very much just a cosmetic thing. >=20 > I would have thought the "type" is chosen based on the disk image size,= =20 > but judging by the examples given that isn't the case. =C2=A0I wonder w= hy not. simh could possibly do that for known sizes, yes. But even that isn't=20 clear cut. The RF70-73 are the same as the RA70-73, for example. But simh just seem to have a very strange idea that identifiers somehow=20 are very fixed. I was surprised they added some RF disks. It used to be=20 that simh used RA81 for almost everything. Then a few more types of RA=20 disks were added, and a few other odd bits. But it's always been rather=20 hardcoded. > And yes, technically it's a string that should be configurable to=20 > anything the MSCP protocol can convey. =C2=A0But it would be nice if at= least=20 > it produced identifiers matching the media size. When that exists, sure, it could provide some defaults. But it's also a=20 question of why. Because the names have no actual meaning. For MSCP, the only thing that actually matters is the size. Names can be=20 completely ignored. They are only useful for printing something for human= s. Johnny --=20 Johnny Billquist || "I'm on a bus || on a psychedelic trip email: [email protected] || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol