es40-developers Mailing List for AlphaServer ES40 Emulator (Page 11)
Status: Alpha
Brought to you by:
iamcamiel
Menu
▾
▴
es40-developers — ES40 Developers List
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(132) |
Mar
(117) |
Apr
(27) |
May
(1) |
Jun
(16) |
Jul
|
Aug
|
Sep
(4) |
Oct
(5) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Paco L. <pac...@gm...> - 2008-02-18 18:14:03
|
Hi again:
I forget to mention I have installed openvms 7.3 not 8.3. By the way, is
there a method to extend the capacity of the img file? I was too short with
600Mb and now I want to make a installation in a bigger disk, but I don like
to wait again a lot of hours.
Paco
On Feb 18, 2008 7:09 PM, Paco Linux <pac...@gm...> wrote:
> Hi Fausto,
>
> As I reported last week, I had also the same error, and the instalation
> took a looooong time (more than 14 hours, and the computer is too powerful),
> but finally I have got installed..
> I have a 'method' of knowing if there is progress or the program is
> freezed.. I make a " strings file.img | wc -l " to see if the number of
> strings in the image increments
>
> Paco
>
>
> On Feb 18, 2008 6:26 PM, <fa...@un...> wrote:
>
> > Hello all,
> >
> > after 6 hours the installation is always at 50%.
> > I don't think it's a nice thing.
> >
> > Has anybody some experience with timings of OpenVMS 8.3 installation.
> >
> > My PC is quite fast... quadcore with 4GB of ram, so I don't think it's
> > a speed problem.
> > By the way I'll keep the emulator running for other 2 hours... and let's
> > see.
> > :-)
> >
> > regards,
> > fausto
> >
> > Quoting Camiel Vanderhoeven <iam...@gm...>:
> >
> > > Hello Fausto,
> > >
> > > We've seen those occasionally during the installation process.
> > > Sometimes it all works flawless, sometimes we come across one or more
> > > of these ACCVIO's... It beats me... It's usually fine if you reply NO
> > > to the "terminate" question.
> > >
> > > Camiel.
> > >
> > > On Feb 18, 2008 3:46 PM, <fa...@un...> wrote:
> > >> 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
> > >> >
> > >>
> > >>
> > >>
> > >>
> > -------------------------------------------------------------------------
> > >> 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
> >
>
>
|
|
From: Paco L. <pac...@gm...> - 2008-02-18 18:09:18
|
Hi Fausto,
As I reported last week, I had also the same error, and the instalation took
a looooong time (more than 14 hours, and the computer is too powerful), but
finally I have got installed..
I have a 'method' of knowing if there is progress or the program is
freezed.. I make a " strings file.img | wc -l " to see if the number of
strings in the image increments
Paco
On Feb 18, 2008 6:26 PM, <fa...@un...> wrote:
> Hello all,
>
> after 6 hours the installation is always at 50%.
> I don't think it's a nice thing.
>
> Has anybody some experience with timings of OpenVMS 8.3 installation.
>
> My PC is quite fast... quadcore with 4GB of ram, so I don't think it's
> a speed problem.
> By the way I'll keep the emulator running for other 2 hours... and let's
> see.
> :-)
>
> regards,
> fausto
>
> Quoting Camiel Vanderhoeven <iam...@gm...>:
>
> > Hello Fausto,
> >
> > We've seen those occasionally during the installation process.
> > Sometimes it all works flawless, sometimes we come across one or more
> > of these ACCVIO's... It beats me... It's usually fine if you reply NO
> > to the "terminate" question.
> >
> > Camiel.
> >
> > On Feb 18, 2008 3:46 PM, <fa...@un...> wrote:
> >> 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
> >> >
> >>
> >>
> >>
> >>
> -------------------------------------------------------------------------
> >> 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
>
|
|
From: Hittner, D. T. <dav...@ng...> - 2008-02-18 17:37:31
|
Nah, your install process has hung or died.
Try this, just for the fun of it :-)
Download and install the (free) Personal Alpha emulator.
See how long it takes to install OpenVMS. You'll be suprised. 8-O
Dave
> -----Original Message-----
> From: es4...@li...
> [mailto:es4...@li...] On
> Behalf Of fa...@un...
> Sent: Monday, February 18, 2008 12:27 PM
> To: es4...@li...
> Subject: Re: [ES40-developers] SCSI support for OpenVMS has arrived
>
> Hello all,
>
> after 6 hours the installation is always at 50%.
> I don't think it's a nice thing.
>
> Has anybody some experience with timings of OpenVMS 8.3 installation.
>
> My PC is quite fast... quadcore with 4GB of ram, so I don't
> think it's a speed problem.
> By the way I'll keep the emulator running for other 2
> hours... and let's see.
> :-)
>
> regards,
> fausto
>
> Quoting Camiel Vanderhoeven <iam...@gm...>:
>
> > Hello Fausto,
> >
> > We've seen those occasionally during the installation process.
> > Sometimes it all works flawless, sometimes we come across
> one or more
> > of these ACCVIO's... It beats me... It's usually fine if
> you reply NO
> > to the "terminate" question.
> >
> > Camiel.
> >
> > On Feb 18, 2008 3:46 PM, <fa...@un...> wrote:
> >> 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/0
> >> >> >> > >> > >> 1/ _______________________________________________
> >> >> >> > >> > >> Es40-developers mailing list
> >> >> >> > >> > >> Es4...@li...
> >> >> >> > >> > >>
> https://lists.sourceforge.net/lists/listinfo/es40-dev
> >> >> >> > >> > >> elopers
> >> >> >> > >> > >>
> >> >> >> > >> > >
> >> >> >> > >> > >
> >> >> >> > >>
> >> >> >>
> >>
> ---------------------------------------------------------------------
> >> ----
> >> >> >> > >> > > 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-deve
> >> >> >> > >> > > lopers
> >> >> >> > >> > >
> >> >> >> > >> >
> >> >> >> > >> >
> >> >> >> > >> >
> >> >> >> > >> >
> >> >> >>
> >>
> ---------------------------------------------------------------------
> >> ----
> >> >> >> > >> > 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-develo
> >> >> >> > >> > pers
> >> >> >> > >> >
> >> >> >> > >>
> >> >> >> > >
> >> >> >> > >
> >> >> >>
> >>
> ---------------------------------------------------------------------
> >> ----
> >> >> >> > > 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-developer
> >> >> >> > > s
> >> >> >> > >
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >>
> ------------------------------------------------------------------
> >> >> -------
> >> >> >> > 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
>
|
|
From: <fa...@un...> - 2008-02-18 17:27:25
|
Hello all,
after 6 hours the installation is always at 50%.
I don't think it's a nice thing.
Has anybody some experience with timings of OpenVMS 8.3 installation.
My PC is quite fast... quadcore with 4GB of ram, so I don't think it's
a speed problem.
By the way I'll keep the emulator running for other 2 hours... and let's see.
:-)
regards,
fausto
Quoting Camiel Vanderhoeven <iam...@gm...>:
> Hello Fausto,
>
> We've seen those occasionally during the installation process.
> Sometimes it all works flawless, sometimes we come across one or more
> of these ACCVIO's... It beats me... It's usually fine if you reply NO
> to the "terminate" question.
>
> Camiel.
>
> On Feb 18, 2008 3:46 PM, <fa...@un...> wrote:
>> 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
>> >
>>
>>
>>
>> -------------------------------------------------------------------------
>> 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
>
|
|
From: Hittner, D. T. <dav...@ng...> - 2008-02-18 17:09:26
|
Drat. It did go away after a 'Rebuild'. I guess Visual Studio is a bit too overoptimistic with the 'Build' command. Sorry for wasting time.. > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Camiel Vanderhoeven > Sent: Monday, February 18, 2008 11:24 AM > To: ES40 Developer Discussions > Subject: Re: [ES40-developers] Warning: device structures clobbered > > Right, that could be it; I have seen weird unexplainable > things on both Linux and Windows (with Visual C++) that went > away after a make clean or a full rebuild. David, could you > try that and let us know? > > Camiel. > > On Feb 18, 2008 5:17 PM, Brian Wheeler <bdw...@in...> wrote: > > I've seen similar things (like segfaults and random crashes) after > > rebuilding part of the binary if the .h files had changed and other > > files that depended on them didn't get rebuilt. > > > > If you're on unix do a "make clean; make depend" and it shouldn't > > happen after that... > > > > Brian > > > > > > On Mon, 2008-02-18 at 10:14 -0600, Hittner, David T. wrote: > > > I had added a pointer variable to the very beginning of > the DEC21143 > > > object, and was trying to figure out why I was getting a crash in > > > some queing code that I had added, which was dereferencing the > > > pointer. > > > > > > It turns out that my pointer variable was getting clobbered > > > somewhere during program execution; however, I had no code (other > > > than the device constructor) which modified the variable. > > > > > > When I moved the pointer variable further down into the DEC21143 > > > structure, the crashes ceased. > > > I didn't try to debug where the pointer was being > overwritten, just > > > the fact that it was being modified. > > > > > > It's possible that the base CPCIDevice stucture is being > rewritten, > > > and is overwriting into the derived device structure. I > don't know > > > if this has any relevance regarding various pci device > errata that > > > we have seen, but I thought I'd let everyone know that this > > > happened. > > > > > > Dave > > > > > > > > > > -------------------------------------------------------------------- > > > ----- 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-02-18 16:23:34
|
Right, that could be it; I have seen weird unexplainable things on both Linux and Windows (with Visual C++) that went away after a make clean or a full rebuild. David, could you try that and let us know? Camiel. On Feb 18, 2008 5:17 PM, Brian Wheeler <bdw...@in...> wrote: > I've seen similar things (like segfaults and random crashes) after > rebuilding part of the binary if the .h files had changed and other > files that depended on them didn't get rebuilt. > > If you're on unix do a "make clean; make depend" and it shouldn't happen > after that... > > Brian > > > On Mon, 2008-02-18 at 10:14 -0600, Hittner, David T. wrote: > > I had added a pointer variable to the very beginning of the DEC21143 > > object, > > and was trying to figure out why I was getting a crash in some queing > > code that I had added, > > which was dereferencing the pointer. > > > > It turns out that my pointer variable was getting clobbered somewhere > > during program execution; > > however, I had no code (other than the device constructor) which > > modified the variable. > > > > When I moved the pointer variable further down into the DEC21143 > > structure, the crashes ceased. > > I didn't try to debug where the pointer was being overwritten, just the > > fact that it was being modified. > > > > It's possible that the base CPCIDevice stucture is being rewritten, and > > is overwriting > > into the derived device structure. I don't know if this has any > > relevance regarding various > > pci device errata that we have seen, but I thought I'd let everyone know > > that this happened. > > > > Dave > > > > > > ------------------------------------------------------------------------- > > 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 > |
|
From: Camiel V. <iam...@gm...> - 2008-02-18 16:21:17
|
Hi David, That sounds like a pretty nasty thing is happening somewhere, and I sure don't like the sound of it. Perhaps we could use a debugger to try and pinpoint where this comes from... Camiel. On Feb 18, 2008 5:14 PM, Hittner, David T. <dav...@ng...> wrote: > I had added a pointer variable to the very beginning of the DEC21143 > object, > and was trying to figure out why I was getting a crash in some queing > code that I had added, > which was dereferencing the pointer. > > It turns out that my pointer variable was getting clobbered somewhere > during program execution; > however, I had no code (other than the device constructor) which > modified the variable. > > When I moved the pointer variable further down into the DEC21143 > structure, the crashes ceased. > I didn't try to debug where the pointer was being overwritten, just the > fact that it was being modified. > > It's possible that the base CPCIDevice stucture is being rewritten, and > is overwriting > into the derived device structure. I don't know if this has any > relevance regarding various > pci device errata that we have seen, but I thought I'd let everyone know > that this happened. > > Dave > > > ------------------------------------------------------------------------- > 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 > |
|
From: Brian W. <bdw...@in...> - 2008-02-18 16:17:13
|
I've seen similar things (like segfaults and random crashes) after rebuilding part of the binary if the .h files had changed and other files that depended on them didn't get rebuilt. If you're on unix do a "make clean; make depend" and it shouldn't happen after that... Brian On Mon, 2008-02-18 at 10:14 -0600, Hittner, David T. wrote: > I had added a pointer variable to the very beginning of the DEC21143 > object, > and was trying to figure out why I was getting a crash in some queing > code that I had added, > which was dereferencing the pointer. > > It turns out that my pointer variable was getting clobbered somewhere > during program execution; > however, I had no code (other than the device constructor) which > modified the variable. > > When I moved the pointer variable further down into the DEC21143 > structure, the crashes ceased. > I didn't try to debug where the pointer was being overwritten, just the > fact that it was being modified. > > It's possible that the base CPCIDevice stucture is being rewritten, and > is overwriting > into the derived device structure. I don't know if this has any > relevance regarding various > pci device errata that we have seen, but I thought I'd let everyone know > that this happened. > > Dave > > > ------------------------------------------------------------------------- > 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 |
|
From: Hittner, D. T. <dav...@ng...> - 2008-02-18 16:14:42
|
I had added a pointer variable to the very beginning of the DEC21143 object, and was trying to figure out why I was getting a crash in some queing code that I had added, which was dereferencing the pointer. It turns out that my pointer variable was getting clobbered somewhere during program execution; however, I had no code (other than the device constructor) which modified the variable. When I moved the pointer variable further down into the DEC21143 structure, the crashes ceased. I didn't try to debug where the pointer was being overwritten, just the fact that it was being modified. It's possible that the base CPCIDevice stucture is being rewritten, and is overwriting into the derived device structure. I don't know if this has any relevance regarding various pci device errata that we have seen, but I thought I'd let everyone know that this happened. Dave |
|
From: Camiel V. <iam...@gm...> - 2008-02-18 15:52:08
|
Hi Brian,
Thanks! I put it in.
Camiel.
On Feb 18, 2008 3:47 PM, Brian Wheeler <bdw...@in...> wrote:
> Beats me if it actually does what its supposed to, but linux and tru64
> boot past the USB check point without crashing es40 :)
>
> Brian
>
>
> Index: AliM1543C_usb.cpp
> ===================================================================
> RCS file: /cvsroot/es40/es40/src/AliM1543C_usb.cpp,v
> retrieving revision 1.3
> diff -u -r1.3 AliM1543C_usb.cpp
> --- AliM1543C_usb.cpp 30 Dec 2007 15:10:22 -0000 1.3
> +++ AliM1543C_usb.cpp 18 Feb 2008 14:34:45 -0000
> @@ -97,6 +97,12 @@
>
> ResetPCI();
>
> + state.usb_data[0x34/4] = 0x2edf;
> + state.usb_data[0x48/4] = 0x01000003;
> +
> +
> +
> +
> printf("%s: $Id: AliM1543C_usb.cpp,v 1.3 2007/12/30 15:10:22 iamcamiel Exp $\n",devid_string);
> }
>
> @@ -188,3 +194,111 @@
> printf("%s: %d bytes restored.\n",devid_string,ss);
> return 0;
> }
> +
> +u32 CAliM1543C_usb::ReadMem_Bar(int func,int bar, u32 address, int dsize) {
> + u32 data = 0;
> + switch(bar) {
> + case 0:
> + data = usb_hci_read(address,dsize);
> + break;
> + default:
> + printf("%%USB-W-READBAR: Bad BAR %d selected.\n",bar);
> + }
> + return data;
> +}
> +
> +
> +void CAliM1543C_usb::WriteMem_Bar(int func,int bar, u32 address, int dsize, u32 data) {
> + switch(bar) {
> + case 0:
> + usb_hci_write(address,dsize,data);
> + break;
> + default:
> + printf("%%USB-W-WRITEBAR: Bad BAR %d selected.\n",bar);
> + }
> + return;
> +}
> +
> +
> +u64 CAliM1543C_usb::usb_hci_read(u64 address, int dsize) {
> + u64 data = 0;
> + if(dsize != 32)
> + printf("%%USB-W-HCIREAD: Non dword read, returning 32 bits anyway.\n");
> + switch(address) {
> + case 0: // HcRevision
> + data = 0x00000110;
> + break;
> + case 4: // HcControl
> + case 8: // HcCommandStatus
> + case 0x0c: // HcInterruptStatus
> + case 0x10: // HcInterrupt Enable
> + case 0x14: // HcInterruptDisable
> + case 0x18: // HcHCCA (datasheet says 0x17, but that's wrong)
> + case 0x1c: // HcPeriodCurrentED
> + case 0x20: // HcControlHeadED
> + case 0x24: // HcControlCurrentED
> + case 0x28: // HcBulkHeadED
> + case 0x2c: // HcBulkCurrentED
> + case 0x30: // HcDoneHead
> + case 0x34: // HcFmInterval
> + case 0x38: // HcFrameRemaining
> + case 0x3c: // HcFmNumber
> + case 0x40: // HcPeriodicStart
> + case 0x44: // HcLSThreshold
> + case 0x48: // HcRhDescriptorA
> + case 0x4c: // HcRhDescriptorB
> + case 0x50: // HcRhStatus
> + case 0x54: // HcRhPortStatus1
> + case 0x58: // HcRhPortStatus1
> + case 0x5c: // HcRhPortStatus1
> + case 0x100: // HceControlRegister
> + case 0x104: // HceInputRegister
> + case 0x108: // HceOutputRegister
> + case 0x10c: // HceStatusRegister
> + data=state.usb_data[address/4];
> + break;
> +
> + default:
> + printf("%%USB-W-HCIREAD: Reading from unknown address %x. Ignoring.\n",address);
> + }
> + return data;
> +}
> +
> +
> +void CAliM1543C_usb::usb_hci_write(u64 address, int dsize, u64 data) {
> + if(dsize != 32)
> + printf("%%USB-W-HCIWRITE: Non dword write, writing 32 bits anyway.\n");
> + switch(address) {
> + case 4: // HcControl
> + case 8: // HcCommandStatus
> + case 0x0c: // HcInterruptStatus
> + case 0x10: // HcInterrupt Enable
> + case 0x14: // HcInterruptDisable
> + case 0x18: // HcHCCA (datasheet says 0x17, but that's wrong)
> + case 0x1c: // HcPeriodCurrentED
> + case 0x20: // HcControlHeadED
> + case 0x24: // HcControlCurrentED
> + case 0x28: // HcBulkHeadED
> + case 0x2c: // HcBulkCurrentED
> + case 0x30: // HcDoneHead
> + case 0x34: // HcFmInterval
> + case 0x38: // HcFrameRemaining
> + case 0x3c: // HcFmNumber
> + case 0x40: // HcPeriodicStart
> + case 0x44: // HcLSThreshold
> + case 0x48: // HcRhDescriptorA
> + case 0x4c: // HcRhDescriptorB
> + case 0x50: // HcRhStatus
> + case 0x54: // HcRhPortStatus1
> + case 0x58: // HcRhPortStatus1
> + case 0x5c: // HcRhPortStatus1
> + case 0x100: // HceControlRegister
> + case 0x104: // HceInputRegister
> + case 0x108: // HceOutputRegister
> + case 0x10c: // HceStatusRegister
> + state.usb_data[address/4]=data;
> + break;
> + default:
> + printf("%%USB-W-HCIWRITE: Writing to unknown address %x. Ignoring.\n",address);
> + }
> +}
> cvs diff: I know nothing about AliM1543C_usb.cpp.~1.3.~
> Index: AliM1543C_usb.h
> ===================================================================
> RCS file: /cvsroot/es40/es40/src/AliM1543C_usb.h,v
> retrieving revision 1.4
> diff -u -r1.4 AliM1543C_usb.h
> --- AliM1543C_usb.h 8 Jan 2008 16:38:09 -0000 1.4
> +++ AliM1543C_usb.h 18 Feb 2008 14:34:45 -0000
> @@ -68,13 +68,21 @@
> CAliM1543C_usb(CConfigurator * cfg, class CSystem * c, int pcibus, int pcidev);
> virtual ~CAliM1543C_usb();
>
> + virtual void WriteMem_Bar(int func,int bar, u32 address, int dsize, u32 data);
> + virtual u32 ReadMem_Bar(int func,int bar, u32 address, int dsize);
> +
> private:
>
> u64 usb_config_read(u64 address, int dsize);
> void usb_config_write(u64 address, int dsize, u64 data);
>
> + u64 usb_hci_read(u64 address, int dsize);
> + void usb_hci_write(u64 address, int dsize, u64 data);
> +
> +
> /// The state structure contains all elements that need to be saved to the statefile.
> struct SUSB_state {
> + u32 usb_data[0x110/4];
> } state;
>
> };
>
>
>
> -------------------------------------------------------------------------
> 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
>
|
|
From: Brian W. <bdw...@in...> - 2008-02-18 15:32:23
|
On Mon, 2008-02-18 at 16:21 +0100, Camiel Vanderhoeven wrote: > Hello Brian, > > All these register addresses are reserved in the 53C810; The 53C895 > (newer generation, wide scsi chip) recognizes 0x4b as RESPID1 (used if > you want the controller to respond to any of the target ID's 8 to 15), > 52 as STEST4, and 59 as the MSB of the SCSI bus data lines. > > So it could be that Gentoo has misidentified the scsi chip (not very > likely, as it says <810>), or has a lot of generic driver code. In > that case it shouldn't matter how the 810 handles those reserved > accesses (I think it should return 0 on any read, and do nothing on > any write) > It looks like a generic code case. There's a struct in the linux source that I'm pretty sure they use to access the driver data. The locations that aren't in the 810 driver are marked as 895/896 > It would be interesting to see what happens if you run it with > DEBUG_SCSI and DEBUG_SYM defined (a lot of output, but probably well > worth it). If you want to, you can mail the output to me, and I'll try > to figure out what Gentoo tries to do that doesn't work yet... > I've attached the output. Its got some other debugging tidbits in it as well. Just as a reference, pci0.3 has devices 0-3 as disks, and pci0.5 has devices 0-6 as cdroms. Brian > Camiel. > > On Feb 18, 2008 4:09 PM, Brian Wheeler <bdw...@in...> wrote: > > I tried booting gentoo using the 810 chipset and removing all of the ide > > devices (which was hanging it) and it got much farther into the boot > > process. > > > > It looks like there are timeout issues with the devices, since linux > > offlines all of the devices after walking through them: > > > > sym0: <810> rev 0x1 at pci 0000:00:03.0 irq 32 > > sym0: No NVRAM, ID 7, Fast-10, SE, parity checking > > sym0: SCSI BUS has been reset. > > scsi0 : sym-2.2.3 > > scsi 0:0:0:0: ABORT operation started. > > scsi 0:0:0:0: ABORT operation timed-out. > > scsi 0:0:0:0: DEVICE RESET operation started. > > scsi 0:0:0:0: DEVICE RESET operation timed-out. > > scsi 0:0:0:0: BUS RESET operation started. > > scsi 0:0:0:0: BUS RESET operation timed-out. > > scsi 0:0:0:0: HOST RESET operation started. > > sym0: SCSI BUS has been reset. > > > > > > It may also have something to do with these addresses: > > 0x4b (write) > > 0x17, 0x52, 0x59 (read) > > > > I put dummy stubs in for them and that's the only reason it got that > > far :) > > > > Camiel, do any of these show up on your datasheet? They are not on > > mine: > > > > SYM53C810A > > PCI-SCSI I/O Processor > > Data Manual > > Version 2.0 > > > > T07962I > > > > I'll probably take a look at the driver source and see what I can come > > up with. > > > > > > Just as an FYI, having more than one '810 device in the system works > > fine :) > > > > Brian > > > > > > ------------------------------------------------------------------------- > > 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 |
|
From: Camiel V. <iam...@gm...> - 2008-02-18 15:21:30
|
Hello Brian, All these register addresses are reserved in the 53C810; The 53C895 (newer generation, wide scsi chip) recognizes 0x4b as RESPID1 (used if you want the controller to respond to any of the target ID's 8 to 15), 52 as STEST4, and 59 as the MSB of the SCSI bus data lines. So it could be that Gentoo has misidentified the scsi chip (not very likely, as it says <810>), or has a lot of generic driver code. In that case it shouldn't matter how the 810 handles those reserved accesses (I think it should return 0 on any read, and do nothing on any write) It would be interesting to see what happens if you run it with DEBUG_SCSI and DEBUG_SYM defined (a lot of output, but probably well worth it). If you want to, you can mail the output to me, and I'll try to figure out what Gentoo tries to do that doesn't work yet... Camiel. On Feb 18, 2008 4:09 PM, Brian Wheeler <bdw...@in...> wrote: > I tried booting gentoo using the 810 chipset and removing all of the ide > devices (which was hanging it) and it got much farther into the boot > process. > > It looks like there are timeout issues with the devices, since linux > offlines all of the devices after walking through them: > > sym0: <810> rev 0x1 at pci 0000:00:03.0 irq 32 > sym0: No NVRAM, ID 7, Fast-10, SE, parity checking > sym0: SCSI BUS has been reset. > scsi0 : sym-2.2.3 > scsi 0:0:0:0: ABORT operation started. > scsi 0:0:0:0: ABORT operation timed-out. > scsi 0:0:0:0: DEVICE RESET operation started. > scsi 0:0:0:0: DEVICE RESET operation timed-out. > scsi 0:0:0:0: BUS RESET operation started. > scsi 0:0:0:0: BUS RESET operation timed-out. > scsi 0:0:0:0: HOST RESET operation started. > sym0: SCSI BUS has been reset. > > > It may also have something to do with these addresses: > 0x4b (write) > 0x17, 0x52, 0x59 (read) > > I put dummy stubs in for them and that's the only reason it got that > far :) > > Camiel, do any of these show up on your datasheet? They are not on > mine: > > SYM53C810A > PCI-SCSI I/O Processor > Data Manual > Version 2.0 > > T07962I > > I'll probably take a look at the driver source and see what I can come > up with. > > > Just as an FYI, having more than one '810 device in the system works > fine :) > > Brian > > > ------------------------------------------------------------------------- > 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 > |
|
From: Brian W. <bdw...@in...> - 2008-02-18 15:09:19
|
I tried booting gentoo using the 810 chipset and removing all of the ide devices (which was hanging it) and it got much farther into the boot process. It looks like there are timeout issues with the devices, since linux offlines all of the devices after walking through them: sym0: <810> rev 0x1 at pci 0000:00:03.0 irq 32 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: SCSI BUS has been reset. scsi0 : sym-2.2.3 scsi 0:0:0:0: ABORT operation started. scsi 0:0:0:0: ABORT operation timed-out. scsi 0:0:0:0: DEVICE RESET operation started. scsi 0:0:0:0: DEVICE RESET operation timed-out. scsi 0:0:0:0: BUS RESET operation started. scsi 0:0:0:0: BUS RESET operation timed-out. scsi 0:0:0:0: HOST RESET operation started. sym0: SCSI BUS has been reset. It may also have something to do with these addresses: 0x4b (write) 0x17, 0x52, 0x59 (read) I put dummy stubs in for them and that's the only reason it got that far :) Camiel, do any of these show up on your datasheet? They are not on mine: SYM53C810A PCI-SCSI I/O Processor Data Manual Version 2.0 T07962I I'll probably take a look at the driver source and see what I can come up with. Just as an FYI, having more than one '810 device in the system works fine :) Brian |
|
From: Camiel V. <iam...@gm...> - 2008-02-18 14:55:15
|
Hello Brian,
It's been added to CVS.
Camiel.
On Feb 18, 2008 3:34 PM, Brian Wheeler <bdw...@in...> wrote:
> Tru64 needed scsi page code 0 for it to boot up properly, so here's a
> patch that adds it. Its basically a list of page codes supported, so if
> any others are added, make sure to insert them in the proper place in
> page 0's list and increase the page length.
>
> Brian
>
> Index: Disk.cpp
> ===================================================================
> RCS file: /cvsroot/es40/es40/src/Disk.cpp,v
> retrieving revision 1.23
> diff -u -r1.23 Disk.cpp
> --- Disk.cpp 18 Feb 2008 12:58:33 -0000 1.23
> +++ Disk.cpp 18 Feb 2008 14:31:09 -0000
> @@ -732,23 +732,30 @@
> if (state.scsi.cmd.data[1] & 0x01)
> {
> // Vital Product Data
> - if (state.scsi.cmd.data[2] == 0x80)
> - {
> - char serial_number[20];
> - sprintf(serial_number,"SRL%04x",scsi_initiator_id[0]*0x0101);
> - // unit serial number page
> - state.scsi.dati.data[1] = 0x80; // page code: 0x80
> - state.scsi.dati.data[2] = 0x00; // reserved
> - state.scsi.dati.data[3] = (u8)strlen(serial_number);
> -
> memcpy(&state.scsi.dati.data[4],serial_number,strlen(serial_number));
> - }
> - else
> - {
> - printf("Don't know format for vital product data page %02x!!
> \n",state.scsi.cmd.data[2]);
> - FAILURE("SCSI Command Failed");
> - state.scsi.dati.data[1] = state.scsi.cmd.data[2]; // page
> code
> - state.scsi.dati.data[2] = 0x00; // reserved
> - }
> + switch(state.scsi.cmd.data[2])
> + {
> + case 0x00:
> + state.scsi.dati.data[1] = 0x00; // page code 0
> + state.scsi.dati.data[2] = 0x00; // reserved
> + state.scsi.dati.data[3] = 0x02; // page length
> + state.scsi.dati.data[4] = 0x00; // page 0 is supported.
> + state.scsi.dati.data[5] = 0x80; // page 0x80 is supported.
> + break;
> + case 0x80:
> + char serial_number[20];
> + sprintf(serial_number,"SRL%
> 04x",scsi_initiator_id[0]*0x0101);
> + // unit serial number page
> + state.scsi.dati.data[1] = 0x80; // page code: 0x80
> + state.scsi.dati.data[2] = 0x00; // reserved
> + state.scsi.dati.data[3] = (u8)strlen(serial_number);
> +
> memcpy(&state.scsi.dati.data[4],serial_number,strlen(serial_number));
> + break;
> + default:
> + printf("Don't know format for vital product data page %02x!!
> \n",state.scsi.cmd.data[2]);
> + FAILURE("SCSI Command Failed");
> + state.scsi.dati.data[1] = state.scsi.cmd.data[2]; // page
> code
> + state.scsi.dati.data[2] = 0x00; // reserved
> + }
> }
> else
> {
>
>
>
> -------------------------------------------------------------------------
> 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
>
|
|
From: Camiel V. <iam...@gm...> - 2008-02-18 14:54:34
|
Hello Fausto,
We've seen those occasionally during the installation process.
Sometimes it all works flawless, sometimes we come across one or more
of these ACCVIO's... It beats me... It's usually fine if you reply NO
to the "terminate" question.
Camiel.
On Feb 18, 2008 3:46 PM, <fa...@un...> wrote:
> 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
> >
>
>
>
> -------------------------------------------------------------------------
> 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
>
|
|
From: Brian W. <bdw...@in...> - 2008-02-18 14:48:03
|
Beats me if it actually does what its supposed to, but linux and tru64
boot past the USB check point without crashing es40 :)
Brian
Index: AliM1543C_usb.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/AliM1543C_usb.cpp,v
retrieving revision 1.3
diff -u -r1.3 AliM1543C_usb.cpp
--- AliM1543C_usb.cpp 30 Dec 2007 15:10:22 -0000 1.3
+++ AliM1543C_usb.cpp 18 Feb 2008 14:34:45 -0000
@@ -97,6 +97,12 @@
ResetPCI();
+ state.usb_data[0x34/4] = 0x2edf;
+ state.usb_data[0x48/4] = 0x01000003;
+
+
+
+
printf("%s: $Id: AliM1543C_usb.cpp,v 1.3 2007/12/30 15:10:22 iamcamiel Exp $\n",devid_string);
}
@@ -188,3 +194,111 @@
printf("%s: %d bytes restored.\n",devid_string,ss);
return 0;
}
+
+u32 CAliM1543C_usb::ReadMem_Bar(int func,int bar, u32 address, int dsize) {
+ u32 data = 0;
+ switch(bar) {
+ case 0:
+ data = usb_hci_read(address,dsize);
+ break;
+ default:
+ printf("%%USB-W-READBAR: Bad BAR %d selected.\n",bar);
+ }
+ return data;
+}
+
+
+void CAliM1543C_usb::WriteMem_Bar(int func,int bar, u32 address, int dsize, u32 data) {
+ switch(bar) {
+ case 0:
+ usb_hci_write(address,dsize,data);
+ break;
+ default:
+ printf("%%USB-W-WRITEBAR: Bad BAR %d selected.\n",bar);
+ }
+ return;
+}
+
+
+u64 CAliM1543C_usb::usb_hci_read(u64 address, int dsize) {
+ u64 data = 0;
+ if(dsize != 32)
+ printf("%%USB-W-HCIREAD: Non dword read, returning 32 bits anyway.\n");
+ switch(address) {
+ case 0: // HcRevision
+ data = 0x00000110;
+ break;
+ case 4: // HcControl
+ case 8: // HcCommandStatus
+ case 0x0c: // HcInterruptStatus
+ case 0x10: // HcInterrupt Enable
+ case 0x14: // HcInterruptDisable
+ case 0x18: // HcHCCA (datasheet says 0x17, but that's wrong)
+ case 0x1c: // HcPeriodCurrentED
+ case 0x20: // HcControlHeadED
+ case 0x24: // HcControlCurrentED
+ case 0x28: // HcBulkHeadED
+ case 0x2c: // HcBulkCurrentED
+ case 0x30: // HcDoneHead
+ case 0x34: // HcFmInterval
+ case 0x38: // HcFrameRemaining
+ case 0x3c: // HcFmNumber
+ case 0x40: // HcPeriodicStart
+ case 0x44: // HcLSThreshold
+ case 0x48: // HcRhDescriptorA
+ case 0x4c: // HcRhDescriptorB
+ case 0x50: // HcRhStatus
+ case 0x54: // HcRhPortStatus1
+ case 0x58: // HcRhPortStatus1
+ case 0x5c: // HcRhPortStatus1
+ case 0x100: // HceControlRegister
+ case 0x104: // HceInputRegister
+ case 0x108: // HceOutputRegister
+ case 0x10c: // HceStatusRegister
+ data=state.usb_data[address/4];
+ break;
+
+ default:
+ printf("%%USB-W-HCIREAD: Reading from unknown address %x. Ignoring.\n",address);
+ }
+ return data;
+}
+
+
+void CAliM1543C_usb::usb_hci_write(u64 address, int dsize, u64 data) {
+ if(dsize != 32)
+ printf("%%USB-W-HCIWRITE: Non dword write, writing 32 bits anyway.\n");
+ switch(address) {
+ case 4: // HcControl
+ case 8: // HcCommandStatus
+ case 0x0c: // HcInterruptStatus
+ case 0x10: // HcInterrupt Enable
+ case 0x14: // HcInterruptDisable
+ case 0x18: // HcHCCA (datasheet says 0x17, but that's wrong)
+ case 0x1c: // HcPeriodCurrentED
+ case 0x20: // HcControlHeadED
+ case 0x24: // HcControlCurrentED
+ case 0x28: // HcBulkHeadED
+ case 0x2c: // HcBulkCurrentED
+ case 0x30: // HcDoneHead
+ case 0x34: // HcFmInterval
+ case 0x38: // HcFrameRemaining
+ case 0x3c: // HcFmNumber
+ case 0x40: // HcPeriodicStart
+ case 0x44: // HcLSThreshold
+ case 0x48: // HcRhDescriptorA
+ case 0x4c: // HcRhDescriptorB
+ case 0x50: // HcRhStatus
+ case 0x54: // HcRhPortStatus1
+ case 0x58: // HcRhPortStatus1
+ case 0x5c: // HcRhPortStatus1
+ case 0x100: // HceControlRegister
+ case 0x104: // HceInputRegister
+ case 0x108: // HceOutputRegister
+ case 0x10c: // HceStatusRegister
+ state.usb_data[address/4]=data;
+ break;
+ default:
+ printf("%%USB-W-HCIWRITE: Writing to unknown address %x. Ignoring.\n",address);
+ }
+}
cvs diff: I know nothing about AliM1543C_usb.cpp.~1.3.~
Index: AliM1543C_usb.h
===================================================================
RCS file: /cvsroot/es40/es40/src/AliM1543C_usb.h,v
retrieving revision 1.4
diff -u -r1.4 AliM1543C_usb.h
--- AliM1543C_usb.h 8 Jan 2008 16:38:09 -0000 1.4
+++ AliM1543C_usb.h 18 Feb 2008 14:34:45 -0000
@@ -68,13 +68,21 @@
CAliM1543C_usb(CConfigurator * cfg, class CSystem * c, int pcibus, int pcidev);
virtual ~CAliM1543C_usb();
+ virtual void WriteMem_Bar(int func,int bar, u32 address, int dsize, u32 data);
+ virtual u32 ReadMem_Bar(int func,int bar, u32 address, int dsize);
+
private:
u64 usb_config_read(u64 address, int dsize);
void usb_config_write(u64 address, int dsize, u64 data);
+ u64 usb_hci_read(u64 address, int dsize);
+ void usb_hci_write(u64 address, int dsize, u64 data);
+
+
/// The state structure contains all elements that need to be saved to the statefile.
struct SUSB_state {
+ u32 usb_data[0x110/4];
} state;
};
|
|
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
>
|
|
From: Brian W. <bdw...@in...> - 2008-02-18 14:34:28
|
Tru64 needed scsi page code 0 for it to boot up properly, so here's a
patch that adds it. Its basically a list of page codes supported, so if
any others are added, make sure to insert them in the proper place in
page 0's list and increase the page length.
Brian
Index: Disk.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/Disk.cpp,v
retrieving revision 1.23
diff -u -r1.23 Disk.cpp
--- Disk.cpp 18 Feb 2008 12:58:33 -0000 1.23
+++ Disk.cpp 18 Feb 2008 14:31:09 -0000
@@ -732,23 +732,30 @@
if (state.scsi.cmd.data[1] & 0x01)
{
// Vital Product Data
- if (state.scsi.cmd.data[2] == 0x80)
- {
- char serial_number[20];
- sprintf(serial_number,"SRL%04x",scsi_initiator_id[0]*0x0101);
- // unit serial number page
- state.scsi.dati.data[1] = 0x80; // page code: 0x80
- state.scsi.dati.data[2] = 0x00; // reserved
- state.scsi.dati.data[3] = (u8)strlen(serial_number);
-
memcpy(&state.scsi.dati.data[4],serial_number,strlen(serial_number));
- }
- else
- {
- printf("Don't know format for vital product data page %02x!!
\n",state.scsi.cmd.data[2]);
- FAILURE("SCSI Command Failed");
- state.scsi.dati.data[1] = state.scsi.cmd.data[2]; // page
code
- state.scsi.dati.data[2] = 0x00; // reserved
- }
+ switch(state.scsi.cmd.data[2])
+ {
+ case 0x00:
+ state.scsi.dati.data[1] = 0x00; // page code 0
+ state.scsi.dati.data[2] = 0x00; // reserved
+ state.scsi.dati.data[3] = 0x02; // page length
+ state.scsi.dati.data[4] = 0x00; // page 0 is supported.
+ state.scsi.dati.data[5] = 0x80; // page 0x80 is supported.
+ break;
+ case 0x80:
+ char serial_number[20];
+ sprintf(serial_number,"SRL%
04x",scsi_initiator_id[0]*0x0101);
+ // unit serial number page
+ state.scsi.dati.data[1] = 0x80; // page code: 0x80
+ state.scsi.dati.data[2] = 0x00; // reserved
+ state.scsi.dati.data[3] = (u8)strlen(serial_number);
+
memcpy(&state.scsi.dati.data[4],serial_number,strlen(serial_number));
+ break;
+ default:
+ printf("Don't know format for vital product data page %02x!!
\n",state.scsi.cmd.data[2]);
+ FAILURE("SCSI Command Failed");
+ state.scsi.dati.data[1] = state.scsi.cmd.data[2]; // page
code
+ state.scsi.dati.data[2] = 0x00; // reserved
+ }
}
else
{
|
|
From: Camiel V. <iam...@gm...> - 2008-02-18 13:43:12
|
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
>
|
|
From: <fa...@un...> - 2008-02-18 13:32:57
|
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
>
|
|
From: Camiel V. <iam...@gm...> - 2008-02-18 13:01:10
|
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
> >
>
|
|
From: Camiel V. <iam...@gm...> - 2008-02-18 12:30:09
|
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
>
|
|
From: <fa...@un...> - 2008-02-18 12:22:58
|
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
>
|
|
From: Camiel V. <iam...@gm...> - 2008-02-18 10:54:02
|
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
> >
>
|
|
From: Camiel V. <iam...@gm...> - 2008-02-17 15:49:31
|
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
>
|
1 message has been excluded from this view by a project administrator.
