[Coco] Glenside IDE problem

Gene Heskett gheskett at wdtv.com
Wed Dec 10 14:09:13 EST 2014


On Wednesday 10 December 2014 11:15:11 Bill Pierce via Coco did opine
And Gene did reply:
> I think I've found the problem. There is an error in the "i1_ide.dd"
> provided on the Nitros9 distros. The "/i1" desc is internally named as
> "i0" which when loaded in the boot with "i0" makes it clash with i0.

So it is, but I am still concerned about the drv number, I think the i1 
descriptor should be a drv=01.

When its done formatting i0, the do a dir -e both. If you see the same . 
and .. dirs on i1 as you see on i0, then I think I've nailed it.  OTOH, if 
you want to "partition" i0 with the descriptors offsets, you will want to 
reformat /i0 to the size you want then set i1 as the same drive, but with 
those offsets from i0's lsn0 in the wpc and ofs entries for i1.  And if 
you want to put an HDBDOS partion on it, hold back on the size of i1, the 
roughly 90 megs it takes for 256 of the hdbdos vdisks then make an sh.dd 
that points to the starting sector of that partition in wpc & ofs.  Then 
you'll have all 3 (why stop at 3 if the drive is big enough?)
on one drive.  If you have a slave drive too, configure it also like the 
above, and a cron driven backup can then keep the slave drive as a backup 
of the main drive.  Good insurance IMO.

Don't forget to keep dead tree printouts of the dmode output for each of 
those in case you have to reconstruct things later.

There is one fly in this soup, dmode can change the nam to i00, but cannot 
then fix it back to i0 because the extra char over writes the R in RBF.
Soooo, you'll have to use ded to restore it.

Next question, whats the rbf.d definition for the length of the device 
name? No.  In os9.d M$NAME reservation is only 2 bytes, but since that 
included alphabetical chars, one could us iA to iG, with suitable offsets 
filled in for 8 partitions.  But at some point, the drive device table 
would overflow too.  That FWIW, is 22 byte or more for the 1st DD.SIZ 
bytes of each entry in the device table, plus 18 more bytes for the rest 
of that drives table entry for $1E bytes per table entry.

D.DevTbl is stored at $80 in the direct page, which on my L2 machine says 
it is located at $7500. That would be in the 4th dat slot and makes -0 
sense.  It had better be in block 0 not block 1($2000-3FFF) or block 
2($4000-5FFF) but in block 3($6000-7FFF).   

But I have not found an entry limitation yet.

But that right there blows what I know about Level 3 right out of the 
water.  Bill Nobel, is my tracing correct?

From a dmem dump of my L2 DAT record in the DP:
{t2|08}/DD/NITROS9/3.3.0/6309L2/MODULES/RBF:dmem 0 90 10|dump

Address   0 1  2 3  4 5  6 7  8 9  A B  C D  E F  0 2 4 6 8 A C E
-------- ---- ---- ---- ---- ---- ---- ---- ----  ----------------
00000000 6C00 0900 0900 0000 0315 1203 00FC 0000  l............|..

I yam confused.  Can someone clarify?

Besides, my wood arrived about an hour ago so I've other things to do the 
rest of the day.

  
> Since I'm not yet ready to use that desc, (I plan to do partitions) I
> just ommited it from the boot and the problem disappeared. So now
> either my drive is formatting.... or the Coco is frozen :-) Actually,
> it just started counting... and with a 4g format, I imagine I've got a
> long time to wait. I've forgotten how slow format is on a real Coco as
> I do all my VHD formatting in VCC (overclocked) so it only takes a few
> seconds to format a 96meg drive :-)
> 
> 
> Bill Pierce
> "Today is a good day... I woke up" - Ritchie Havens
> 
> 
> My Music from the Tandy/Radio Shack Color Computer 2 & 3
> https://sites.google.com/site/dabarnstudio/
> Co-Contributor, Co-Editor for CocoPedia
> http://www.cocopedia.com/wiki/index.php/Main_Page
> E-Mail: ooogalapasooo at aol.com
> 
> 
> 
> 
> -----Original Message-----
> From: Cocodemus <retrocanada76 at gmail.com>
> To: Bill Pierce <ooogalapasooo at aol.com>; CoCoList for Color Computer
> Enthusiasts <coco at maltedmedia.com> Sent: Wed, Dec 10, 2014 7:31 am
> Subject: Re: [Coco] Glenside IDE problem
> 
> 
> Is the jumper properly set? Ff50 or ff70? What does the descriptor say?
> 
> Sent from my iPhone
> 
> > On Dec 9, 2014, at 11:45 PM, Bill Pierce via Coco
> > <coco at maltedmedia.com>
> 
> wrote:
> > I just recently aquired a Glenside IDE board and I'm trying to set it
> > up. From what I've read in the Super Driver manual, using rbsuper.
> > llide, and the
> 
> descriptors is "supposed" to be pretty much automatic.
> 
> > I know the board and drive are connected properly as I can run
> > Curtis's old
> 
> "detect_ide21.b09" util and it idents my drive with all the proper
> specs.
> 
> > I have installed rbsuper, llide, i0, and ih in my boot, all from a
> > fresh repo
> 
> build.
> 
> > Any access I try to make to /i0 gives me "Error 235: Bad Name"
> > This includes format, dir, free ect. The only uitl that recognizes
> > the drive
> 
> is dmode which gives proper attr for /i0.
> 
> > This seems to be a descriptor error and not a drive error.
> > I have checked header parity and crc for all files and everything
> > shows good. Does anybody know what I must do to make these drivers
> > work with my Glenside
> 
> board?
> 
> > Is there something I need to change? I know the descriptor should be
> > set
> 
> specifically for my drive, but it should still give me a proper device
> error (244, 214, etc) and not "Error 235: Bad Name".
> 
> > Thanks :-)
> > 
> > 
> > Bill Pierce
> > "Today is a good day... I woke up" - Ritchie Havens
> > 
> > 
> > My Music from the Tandy/Radio Shack Color Computer 2 & 3
> > https://sites.google.com/site/dabarnstudio/
> > Co-Contributor, Co-Editor for CocoPedia
> > http://www.cocopedia.com/wiki/index.php/Main_Page
> > E-Mail: ooogalapasooo at aol.com


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS


More information about the Coco mailing list