Re: [ES40-developers] SCSI support for OpenVMS has arrived
Status: Alpha
Brought to you by:
iamcamiel
From: <fa...@un...> - 2008-02-18 14:47:06
|
Hello all, some news from Installation world :-) The Openvms installation fails (40%) with a OpenVMS error (no errors in DOS console), maybe some memory error (???). %PCSI-I-PRCOUTPUT, output from subprocess follows ... %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000019E08C, PC=000000007FDC3BB4, PS=0000001B %PCSI-E-MODREPLERR, error replacing module INSTALL in library DISK$ALPHASYS:[VMS$COMMON.][SYSLIB]DCLTABLES.EXE -SYSTEM-F-ACCVIO, access violation, reason mask=!XB, virtual address=!XH, PC=!XH, PS=!XL %PCSI-E-OPFAILED, operation failed Terminating is strongly recommended. Do you want to terminate? [YES] I replied "NO" :-) So I'll keep you in touch about the news... regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hello Fausto, > > Yes, those appear to be quite normal. Basically it is the scsi driver > asking for more data than the device has to offer. The device will > respectfully decline to send more bytes, and the driver has no problem > with that. I'll put the messages inside a conditional statement, as > they are only meaningful when debugging the SCSI-interface. > > Camiel. > > P.S. These specific occurrences of this message are all related to > OpenVMS' use of the MODE SENSE command. It will set up a buffer of 256 > bytes for it, tell the device to perform a MODE SENSE command and > return 255 bytes max (the maximum allowed), then try to get up to 256 > bytes from the device. > > On Feb 18, 2008 2:32 PM, <fa...@un...> wrote: >> Hello Camiel, >> >> i'm testing the new code, all seems ok. Now the init works and the >> installation proceed without any probs. >> >> Just a quick update... during the installation boot, I have these >> "errors" (????): >> >> SYM: xfer 240 bytes, max 239 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 240 bytes, max 239 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> SYM: xfer 256 bytes, max 255 expected, in phase 1. >> >> [...] >> >> etc... >> >> are they normal? >> >> thanks, >> >> fausto >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > Hello Fausto, >> > >> > I found that this was caused by the READ DISC INFO command. This >> > command is required only on CD-R/RW devices, which we're not >> > emulating, so rather than try to fi it, I removed support for this >> > command, returning an ILLEGAL REQUEST sense code instead. >> > >> > I've updated it in CVS as well. >> > >> > Camiel. >> > >> > On Feb 18, 2008 1:30 PM, Camiel Vanderhoeven <iam...@gm...> wrote: >> >> Hi Fausto, >> >> >> >> Yes, I did update the code in CVS. I'm trying to boot from the VMS 8.3 >> >> installation cd on the scsi bus, and I see what you mean. >> >> >> >> It seems to be looping on a sequence of 4 scsi commands: >> >> >> >> INQUIRY >> >> READ DISK INFO >> >> INQUIRY >> >> TEST UNIT READY >> >> >> >> I'll see if I can find out what's going on... >> >> >> >> Camiel. >> >> >> >> >> >> On Feb 18, 2008 1:22 PM, <fa...@un...> wrote: >> >> > Hello Camiel, >> >> > >> >> > did you update the CVS? >> >> > I updated the code few mins ago, but now the OpenVMS 8.3 installation >> >> > seems to loop shortly after the OpenVMS banner. >> >> > >> >> > These are the memory addresses: 187868 | ffffffff801aa170 >> >> > 285915 | ffffffff80012208 >> >> > >> >> > Before the latest update (when I reported the format error), 1 min >> >> > after the openvms banner, I had "Installing some known required >> >> > files..." message, but in this case, after about 10 mins, nothing >> >> > happens. >> >> > >> >> > regards, >> >> > >> >> > fausto >> >> > >> >> > Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > >> >> > > And once again a mail on this subject: >> >> > > >> >> > > I think the problem has been solved. The SCSI command READ CAPACITY >> >> > > returned the number of blocks on disk, where it should return the LBA >> >> > > address of the last block on disk (which is one less); this caused >> >> > > initialize to try to write beyond the last block. This has >> been fixed, >> >> > > and initialize now works. >> >> > > >> >> > > Camiel. >> >> > > >> >> > > On Feb 17, 2008 4:49 PM, Camiel Vanderhoeven >> >> <iam...@gm...> wrote: >> >> > >> Hello, >> >> > >> >> >> > >> I've made a couple of changes (implemented some missing SCSI >> >> > >> commands), but now an attempt to initialize (format) a SCSI >> disk fails >> >> > >> with >> >> > >> >> >> > >> $ init dka500 test >> >> > >> %INIT-F-MEDOFL, medium is offline >> >> > >> $ >> >> > >> >> >> > >> Which is a bit strange, because sho dev shows the device as >> "online". >> >> > >> The attempt to format the disk increases the error-count by one. >> >> > >> >> >> > >> Camiel. >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> On Feb 16, 2008 8:36 PM, <fa...@un...> wrote: >> >> > >> > Hello again, >> >> > >> > >> >> > >> > maybe too fast to write my previous message :-) >> >> > >> > The emulator crashed when it started to format the disk with >> >> this message: >> >> > >> > >> >> > >> > pci0.3(sym53c810).disk0.0(file): Unknown SCSI command 0x03. >> >> > >> > SCSI Command Failed: ..\Disk.cpp, line 1390 >> >> > >> > >> >> > >> > Freeing memory in use by system... >> >> > >> > %VGA-I-SHUTDOWN: vga console has shut down. >> >> > >> > >> >> > >> > Maybe there's something still not emulated... >> >> > >> > >> >> > >> > fausto >> >> > >> > >> >> > >> > >> >> > >> > Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > >> > >> >> > >> > > Yes, I forgot that, thanks! >> >> > >> > > >> >> > >> > > Camiel. >> >> > >> > > >> >> > >> > > On Feb 16, 2008 5:42 PM, brian wheeler >> >> <bdw...@in...> wrote: >> >> > >> > >> Oh, and this one too: >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> Index: Configurator.cpp >> >> > >> > >> >> >> =================================================================== >> >> > >> > >> RCS file: /cvsroot/es40/es40/src/Configurator.cpp,v >> >> > >> > >> retrieving revision 1.14 >> >> > >> > >> diff -u -r1.14 Configurator.cpp >> >> > >> > >> --- Configurator.cpp 16 Feb 2008 13:00:15 -0000 1.14 >> >> > >> > >> +++ Configurator.cpp 16 Feb 2008 16:41:55 -0000 >> >> > >> > >> @@ -518,6 +518,7 @@ >> >> > >> > >> {"cirrus", c_cirrus, IS_PCI | >> >> > >> > >> ON_GUI }, >> >> > >> > >> {"dec21143",c_dec21143, IS_PCI | >> >> > >> > >> IS_NIC }, >> >> > >> > >> {"sym53c895", c_sym53c895, IS_PCI | >> >> > >> > >> HAS_DISK }, >> >> > >> > >> + {"sym53c810", c_sym53c810, IS_PCI | >> >> > >> > >> HAS_DISK }, >> >> > >> > >> {"file", c_file, >> >> IS_DISK >> >> > >> > >> }, >> >> > >> > >> {"device", c_device, >> >> IS_DISK >> >> > >> > >> }, >> >> > >> > >> {"ramdisk", c_ramdisk, >> >> IS_DISK >> >> > >> > >> }, >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> On Sat, 2008-02-16 at 14:19 +0100, Camiel Vanderhoeven wrote: >> >> > >> > >> > Hi Again, >> >> > >> > >> > >> >> > >> > >> > I haven't been able to get my hands on a KZPCA yet, >> >> (some of you had >> >> > >> > >> > suggestions who to ask, I'm pursuing those leads >> now) but in the >> >> > >> > >> > meantime, I took a good look at the KZPAA card I do >> have. It's a >> >> > >> > >> > 53C810-based card, which is fairly similar to the >> >> 53C895. The good >> >> > >> > >> > news is that this card does not have any firmware. Due to the >> >> > >> > >> > similarities with the 53C895 it turned out to be not that >> >> > >> hard to come >> >> > >> > >> > up with a working emulation. I just successfully booted >> >> > >> OpenVMS off an >> >> > >> > >> > emulated SCSI disk. >> >> > >> > >> > >> >> > >> > >> > I've committed the new code to the CVS repository. It >> >> will also be in >> >> > >> > >> > the next release. You'll need to change your config >> >> file, replace >> >> > >> > >> > 53c895 with 53c810, and all scsi-disks should be in the >> >> 0.0 - 0.6 >> >> > >> > >> > range (sorry, no wide scsi on this card). >> >> > >> > >> > >> >> > >> > >> > Camiel. >> >> > >> > >> > >> >> > >> > >> > On Feb 15, 2008 11:54 AM, Camiel Vanderhoeven >> >> > >> <iam...@gm...> wrote: >> >> > >> > >> > > Hello everyone, >> >> > >> > >> > > >> >> > >> > >> > > First, a piece of good news: Eduardo Marcello Serrat >> >> has found the >> >> > >> > >> > > cause of the bugcheck in the SCSI driver. That means >> >> we're getting >> >> > >> > >> > > closer to working SCSI disks on the emulator >> running OpenVMS. >> >> > >> > >> > > >> >> > >> > >> > > Now the bad news, to complete the emulation of the SCSI >> >> > >> card, we need >> >> > >> > >> > > an image of the firmware ROM on a true DEC 3X-KZPCA-AA SCSI >> >> > >> > >> > > controller. >> >> > >> > >> > > >> >> > >> > >> > > If I could get my hands on a real 3X-KZPCA-AA card, I >> >> > >> could probably >> >> > >> > >> > > manage to extract the contents of the ROM to >> create an image. >> >> > >> > >> > > >> >> > >> > >> > > If any of you happen to have one of these cards, >> >> could you let me >> >> > >> > >> > > know? They are identifyable by the main chip, which >> >> is either "NCR >> >> > >> > >> > > 53C985", "LSI Logic 53C895" or "Symbios 53C895". >> >> There are also >> >> > >> > >> > > versions of this card that won't work with OpenVMS, >> >> so please check >> >> > >> > >> > > that first. If you have this card, it would be very >> >> useful if you >> >> > >> > >> > > could create an image of the PCI option ROM, or if you'd >> >> > >> be willing to >> >> > >> > >> > > part with the card (for a while) so I can extract >> the image. >> >> > >> > >> > > >> >> > >> > >> > > Thanks, >> >> > >> > >> > > >> >> > >> > >> > > Camiel. >> >> > >> > >> > > >> >> > >> > >> > > P.S. Apologies to those who receive this e-mail >> >> twice, but I found >> >> > >> > >> > > this important enough to send to both the >> developers and the >> >> > >> > >> > > announcements list. >> >> > >> > >> > > >> >> > >> > >> > >> >> > >> > >> > >> >> > >> >> >> ------------------------------------------------------------------------- >> >> > >> > >> > This SF.net email is sponsored by: Microsoft >> >> > >> > >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > >> > >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > >> > >> > _______________________________________________ >> >> > >> > >> > Es40-developers mailing list >> >> > >> > >> > Es4...@li... >> >> > >> > >> > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> >> >> ------------------------------------------------------------------------- >> >> > >> > >> This SF.net email is sponsored by: Microsoft >> >> > >> > >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > >> > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > >> > >> _______________________________________________ >> >> > >> > >> Es40-developers mailing list >> >> > >> > >> Es4...@li... >> >> > >> > >> https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > >> > >> >> >> > >> > > >> >> > >> > > >> >> > >> >> >> ------------------------------------------------------------------------- >> >> > >> > > This SF.net email is sponsored by: Microsoft >> >> > >> > > Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > >> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > >> > > _______________________________________________ >> >> > >> > > Es40-developers mailing list >> >> > >> > > Es4...@li... >> >> > >> > > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > >> > > >> >> > >> > >> >> > >> > >> >> > >> > >> >> > >> > >> >> ------------------------------------------------------------------------- >> >> > >> > This SF.net email is sponsored by: Microsoft >> >> > >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > >> > _______________________________________________ >> >> > >> > Es40-developers mailing list >> >> > >> > Es4...@li... >> >> > >> > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > >> > >> >> > >> >> >> > > >> >> > > >> >> ------------------------------------------------------------------------- >> >> > > This SF.net email is sponsored by: Microsoft >> >> > > Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > > _______________________________________________ >> >> > > Es40-developers mailing list >> >> > > Es4...@li... >> >> > > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > > >> >> > >> >> > >> >> > >> >> > >> ------------------------------------------------------------------------- >> >> > This SF.net email is sponsored by: Microsoft >> >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> > _______________________________________________ >> >> > Es40-developers mailing list >> >> > Es4...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > >> >> >> > >> > ------------------------------------------------------------------------- >> > This SF.net email is sponsored by: Microsoft >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > _______________________________________________ >> > Es40-developers mailing list >> > Es4...@li... >> > https://lists.sourceforge.net/lists/listinfo/es40-developers >> > >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Es40-developers mailing list >> Es4...@li... >> https://lists.sourceforge.net/lists/listinfo/es40-developers >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Es40-developers mailing list > Es4...@li... > https://lists.sourceforge.net/lists/listinfo/es40-developers > |