[Coco] Glenside IDE problem

[Bill Pierce]

Gene, I fixed it. My drive is formating now... waiting... waiting... (4g :-)


 

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: Gene Heskett <gheskett at wdtv.com>
To: coco <coco at maltedmedia.com>
Sent: Wed, Dec 10, 2014 12:01 pm
Subject: Re: [Coco] Glenside IDE problem


On Tuesday 09 December 2014 23:45:44 Bill Pierce via Coco did opine
And Gene did reply:
> 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

The biggest problem I see is that the descriptors in my last hg clone are 
identical except for the name in the descriptor.

I see zero method of asserting the ide master/slave selection, eg both 
descriptors would access the master drive.

What happens if you to a dmode -i1_ide.dd drv=1 and do a new makeboot?
I am guessing of course but there has to be some method of master/slave 
switching in the descriptor that has not managed to make it into the 
makefiles for the repo.  But IMO that is where it would have to come from.

Look at the superdesc.asm file for clarification though, with one 
exception I found in rbf.d last week, and superdesc.asm IS the final word 
on that. In the one case where there is a clash, I'd bet the diff is that 
it did not get into rbf.d from superdesc.asm comments and actions.  
Something we do need to fix.

Having to do with the typ and dns bytes in the hard drive case, rbf.d is 
incomplete on those points.  But that should not be the cause of this.

It should be illuminating when you do find the cause of this, Bill.  
Please do report, its a bug IMO.

[...]

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

-- 
Coco mailing list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco