rbabel@babylon.rmt.sub.org (Ralph Babel) (05/13/91)
In article <1991May13.160444.30679@kuhub.cc.ukans.edu>, markv@kuhub.cc.ukans.edu writes: > What is the nature of the incorrect behavior of RAM boards and the > hardware RESET that causes Kickit and Zkick to die? I know the > problem was originally with the GVP HD+RAM boards. Nope. GVP's original '030 accelerator boards didn't pass the RESET signal during a software RESET. This has been fixed with a set of new PALs, see GVP Technical Bulletin #4 for details. Ralph
markv@kuhub.cc.ukans.edu (05/13/91)
A quickie question? What is the nature of the incorrect behavior of RAM boards and the hardware RESET that causes Kickit and Zkick to die? I know the problem was originally with the GVP HD+RAM boards. Now I have a RAMWorks 2000 that will only boot into 2.0 with the -noreset option (the sometimes the checksum fails too, but not always), and I need to know the nature of the probmem so I can tell Applied Engineering what is wrong. They seem interested in fixing it if it is a legitmate "bug". -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Mark Gooderum Only... \ Good Cheer !!! Academic Computing Services /// \___________________________ University of Kansas /// /| __ _ Bix: mgooderum \\\ /// /__| |\/| | | _ /_\ makes it Bitnet: MARKV@UKANVAX \/\/ / | | | | |__| / \ possible... Internet: markv@kuhub.cc.ukans.edu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
davidc@contact.uucp (Ice Weasel) (05/15/91)
In article <07887.AA07887@babylon.rmt.sub.org> cbmvax.commodore.com!cbmehq!babylon!rbabel (Ralph Babel) writes: >In article <1991May13.160444.30679@kuhub.cc.ukans.edu>, >markv@kuhub.cc.ukans.edu writes: > >> What is the nature of the incorrect behavior of RAM boards and the >> hardware RESET that causes Kickit and Zkick to die? I know the >> problem was originally with the GVP HD+RAM boards. > >Nope. > >GVP's original '030 accelerator boards didn't pass the RESET >signal during a software RESET. This has been fixed with a >set of new PALs, see GVP Technical Bulletin #4 for details. >Ralph Keep an eye out for a new version of Zkick called LKICK. It's made the rounds up here in Toronto, and has further fixed some problems people are having... (and no, I don't have FTP access or i'd do everyone a favour) -- Dave Carlton (davidc@ziebmef.mef.org!white.toronto.edu) or (davidc@nsq.uucp) or (davidc@contact.uucp) "There's more than one way to skin a cat", Lydia thought, as she nailed the little paws to the dissection board... Richard Deming