es40-developers Mailing List for AlphaServer ES40 Emulator (Page 12)
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: <fa...@un...> - 2008-02-16 19:36:55
|
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
>
|
|
From: <fa...@un...> - 2008-02-16 19:33:24
|
Hello all,
I started the OpenVMS 8.3 with SCSI, for the moment it seems all
fine... just a repeated debug message on DOS console:
SYM: attempt to xfer more bytes than expected.
a lot of times...
is it normal?
thanks,
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
>
|
|
From: brian w. <bdw...@in...> - 2008-02-16 16:58:38
|
Here's a patch which lets it build on Unix
Index: Sym53C810.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/Sym53C810.cpp,v
retrieving revision 1.2
diff -u -r1.2 Sym53C810.cpp
--- Sym53C810.cpp 16 Feb 2008 13:17:48 -0000 1.2
+++ Sym53C810.cpp 16 Feb 2008 16:35:35 -0000
@@ -278,7 +278,7 @@
#define PT state.per_target[GET_DEST()]
#define PTD get_disk(0,GET_DEST())
-u32 sym_cfg_data[64] = {
+u32 sym810_cfg_data[64] = {
/*00*/ 0x00011000, // CFID: vendor + device
/*04*/ 0x02000001, // CFCS: command + status
/*08*/ 0x01000001, // CFRV: class + revision
@@ -300,7 +300,7 @@
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
};
-u32 sym_cfg_mask[64] = {
+u32 sym810_cfg_mask[64] = {
/*00*/ 0x00000000, // CFID: vendor + device
/*04*/ 0x00000157, // CFCS: command + status
/*08*/ 0x00000000, // CFRV: class + revision
@@ -329,7 +329,7 @@
CSym53C810::CSym53C810(CConfigurator * cfg, CSystem * c, int pcibus,
int pcidev)
: CDiskController(cfg,c,pcibus,pcidev,1,7)
{
- add_function(0,sym_cfg_data, sym_cfg_mask);
+ add_function(0,sym810_cfg_data, sym810_cfg_mask);
ResetPCI();
Index: Makefile
===================================================================
RCS file: /cvsroot/es40/es40/src/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- Makefile 16 Feb 2008 13:00:15 -0000 1.23
+++ Makefile 16 Feb 2008 16:35:35 -0000
@@ -196,6 +196,7 @@
es40_debug.o \
Flash.o \
FloppyController.o \
+ Keyboard.o \
lockstep.o \
NewIde.o \
PCIDevice.o \
@@ -206,6 +207,7 @@
Serial.o \
StdAfx.o \
Sym53C895.o \
+ Sym53C810.o \
SystemComponent.o \
System.o \
TraceEngine.o \
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
|
|
From: Camiel V. <iam...@gm...> - 2008-02-16 16:58:21
|
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
>
|
|
From: brian w. <bdw...@in...> - 2008-02-16 16:42:27
|
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
|
|
From: Camiel V. <iam...@gm...> - 2008-02-16 13:19:56
|
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. > |
|
From: Brian W. <bdw...@in...> - 2008-02-15 18:23:24
|
I installed VMS a while ago on es40, but I can seem to do it anymore.
7.3-2 and 8.3 both bugcheck with "procgone" when I try to boot from the
installation CD.
The old install I did, I can boot it just fine. For giggles, I ran
SRI's PT_alpha.exe and the numbers were interesting.
$ run pt_alpha.exe
Emulated VAX CPU comparative performance test, version 1.1
Copyright 2006 Software Resources International.
This test is not suitable to measure overall system performance.
No rights can be derived from the execution or the output of this test
Adjusting test length for fixed and floating point to 1 minute/unit.
Test started on Fri Feb 15 18:00:33 2008, for a AlphaServer ES40 CPU
with VMS V8
.3
Sequential test results:
MIPs Dhrystones VUPs
Run 0 13.5 22684 14.0
Run 1 13.2 22684 14.0
Run 2 13.2 22684 14.0
Run 3 13.2 22684 14.0
---------------------------------------------
Average 13.3 22684 14.0
Interleaved test results:
MIPs Dhrystones VUPs
Run 0 13.2 22684 14.0
Run 1 13.5 22312 14.0
Run 2 13.2 22684 14.0
Run 3 13.2 22684 14.0
---------------------------------------------
Average 13.3 22591 14.0
Test ended on Fri Feb 15 18:21:32 2008, checksum 96EBFAA
The clock was running at 1.23x normal, so the numbers would have to be
scaled for the "real" numbers.
|
|
From: Camiel V. <iam...@gm...> - 2008-02-15 10:54:45
|
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. |
|
From: <fa...@un...> - 2008-02-14 15:00:29
|
I'm trying with Windows XP SP2 and OpenVPN 2.0.9 The OpenVMS version is 8.3 Quoting "Hittner, David T." <dav...@ng...>: > What host OS? > >> -----Original Message----- >> From: es4...@li... >> [mailto:es4...@li...] On >> Behalf Of fa...@un... >> Sent: Thursday, February 14, 2008 9:14 AM >> To: es4...@li... >> Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN >> >> Hello Dave, >> >> I tried to configure a TAP device. >> I also configured a network bridge, but if I start the >> emulator pointing to the TAP device, on the system tray I >> have "network cable unplugged". >> >> And I have always Internal network Loopback Failed. >> >> regards, >> fausto >> >> Quoting "Hittner, David T." <dav...@ng...>: >> >> > No, getting a Internal Loopback failed is not normal. >> > >> > Using a wireless card for the simulation might cause problems - >> > Wireless ethernet isn't ethernet, it just "looks like" ethernet. >> > VMS has never supported wireless cards, and there are strange and >> > wonderful rules about how they work. >> > >> > I suggest using a real ethernet card, or creating a TAP >> pseudo device >> > and bridging it to the wireless card. >> > In Windows XP, this can be done by loading OpenVPN, configuring a >> > TAP-32 device, and bridging the wireless and the TAP devices by >> > selecting them in the networks panel, right clicking on them, and >> > select bridge connection. >> > >> > BTW, bridging a TAP device also solves the problem of the >> host OS not >> > wanting to network with the guest OS. >> > >> > Dave >> > >> > >> >> -----Original Message----- >> >> From: es4...@li... >> >> [mailto:es4...@li...] On >> Behalf Of >> >> fa...@un... >> >> Sent: Thursday, February 14, 2008 5:47 AM >> >> To: es4...@li... >> >> Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN >> >> >> >> Hello Camiel, >> >> >> >> I noticed the process generated the bugcheck is ASTDEL. >> >> Now looking for it in OpenVMS Wizard, I noticed there was a ticket >> >> about it, but the problem was related to the network... >> >> >> >> http://ftp.openvms.compaq.com/wizard/wiz_3255.html >> >> >> >> I don't know if this is also the case. During the various testing >> >> phases, I have an error about the network "Internal >> loopback failed". >> >> Is it normal? I'm using a wireless card as network device on my >> >> laptop. >> >> >> >> regards, >> >> fausto >> >> >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> >> >> > Hello Fausto, >> >> > >> >> > This is a known issue. OpenVMS doesn't like the SCSI >> >> controller yet, >> >> > and will bugcheck if it is present. Why is a mystery to >> me, because >> >> > Linux, FreeBSD and NetBSD like the SCSI controller just >> >> fine as it is. >> >> > >> >> > Hopefully, someone who has access to the VMS source listings can >> >> > figure out what OpenVMS wants to do when it bugchecks. >> >> > >> >> > Camiel. >> >> > >> >> > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: >> >> >> Hello, >> >> >> >> >> >> after the latest patch to the configuration file, the >> >> SCSI boot is >> >> >> fine, but I have another kind of BUGCHECK error: >> >> INVEXCPTN, either >> >> >> during the cdrom installation either during the boot of >> >> pre-installed >> >> >> OpenVMS 8.3 >> >> >> >> >> >> On the DOS console, I have no other error messages. >> >> >> If you need other info, please let me know. >> >> >> >> >> >> regards, >> >> >> fausto >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> ---- 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-14 14:43:23
|
What host OS? > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of fa...@un... > Sent: Thursday, February 14, 2008 9:14 AM > To: es4...@li... > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > Hello Dave, > > I tried to configure a TAP device. > I also configured a network bridge, but if I start the > emulator pointing to the TAP device, on the system tray I > have "network cable unplugged". > > And I have always Internal network Loopback Failed. > > regards, > fausto > > Quoting "Hittner, David T." <dav...@ng...>: > > > No, getting a Internal Loopback failed is not normal. > > > > Using a wireless card for the simulation might cause problems - > > Wireless ethernet isn't ethernet, it just "looks like" ethernet. > > VMS has never supported wireless cards, and there are strange and > > wonderful rules about how they work. > > > > I suggest using a real ethernet card, or creating a TAP > pseudo device > > and bridging it to the wireless card. > > In Windows XP, this can be done by loading OpenVPN, configuring a > > TAP-32 device, and bridging the wireless and the TAP devices by > > selecting them in the networks panel, right clicking on them, and > > select bridge connection. > > > > BTW, bridging a TAP device also solves the problem of the > host OS not > > wanting to network with the guest OS. > > > > Dave > > > > > >> -----Original Message----- > >> From: es4...@li... > >> [mailto:es4...@li...] On > Behalf Of > >> fa...@un... > >> Sent: Thursday, February 14, 2008 5:47 AM > >> To: es4...@li... > >> Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > >> > >> Hello Camiel, > >> > >> I noticed the process generated the bugcheck is ASTDEL. > >> Now looking for it in OpenVMS Wizard, I noticed there was a ticket > >> about it, but the problem was related to the network... > >> > >> http://ftp.openvms.compaq.com/wizard/wiz_3255.html > >> > >> I don't know if this is also the case. During the various testing > >> phases, I have an error about the network "Internal > loopback failed". > >> Is it normal? I'm using a wireless card as network device on my > >> laptop. > >> > >> regards, > >> fausto > >> > >> Quoting Camiel Vanderhoeven <iam...@gm...>: > >> > >> > Hello Fausto, > >> > > >> > This is a known issue. OpenVMS doesn't like the SCSI > >> controller yet, > >> > and will bugcheck if it is present. Why is a mystery to > me, because > >> > Linux, FreeBSD and NetBSD like the SCSI controller just > >> fine as it is. > >> > > >> > Hopefully, someone who has access to the VMS source listings can > >> > figure out what OpenVMS wants to do when it bugchecks. > >> > > >> > Camiel. > >> > > >> > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > >> >> Hello, > >> >> > >> >> after the latest patch to the configuration file, the > >> SCSI boot is > >> >> fine, but I have another kind of BUGCHECK error: > >> INVEXCPTN, either > >> >> during the cdrom installation either during the boot of > >> pre-installed > >> >> OpenVMS 8.3 > >> >> > >> >> On the DOS console, I have no other error messages. > >> >> If you need other info, please let me know. > >> >> > >> >> regards, > >> >> fausto > >> >> > >> >> > >> >> > >> >> > >> > --------------------------------------------------------------------- > >> >> ---- 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-14 14:34:32
|
Hello Dave, I tried to configure a TAP device. I also configured a network bridge, but if I start the emulator pointing to the TAP device, on the system tray I have "network cable unplugged". And I have always Internal network Loopback Failed. regards, fausto Quoting "Hittner, David T." <dav...@ng...>: > No, getting a Internal Loopback failed is not normal. > > Using a wireless card for the simulation might cause problems - > Wireless ethernet isn't ethernet, it just "looks like" ethernet. > VMS has never supported wireless cards, and there are strange and > wonderful rules about how they work. > > I suggest using a real ethernet card, or creating a TAP pseudo device > and bridging it to the wireless card. > In Windows XP, this can be done by loading OpenVPN, configuring a TAP-32 > device, and bridging the wireless and the TAP devices by selecting them > in the networks panel, right clicking on them, and select bridge > connection. > > BTW, bridging a TAP device also solves the problem of the host OS not > wanting to network with the guest OS. > > Dave > > >> -----Original Message----- >> From: es4...@li... >> [mailto:es4...@li...] On >> Behalf Of fa...@un... >> Sent: Thursday, February 14, 2008 5:47 AM >> To: es4...@li... >> Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN >> >> Hello Camiel, >> >> I noticed the process generated the bugcheck is ASTDEL. >> Now looking for it in OpenVMS Wizard, I noticed there was a >> ticket about it, but the problem was related to the network... >> >> http://ftp.openvms.compaq.com/wizard/wiz_3255.html >> >> I don't know if this is also the case. During the various >> testing phases, I have an error about the network "Internal >> loopback failed". >> Is it normal? I'm using a wireless card as network device on >> my laptop. >> >> regards, >> fausto >> >> Quoting Camiel Vanderhoeven <iam...@gm...>: >> >> > Hello Fausto, >> > >> > This is a known issue. OpenVMS doesn't like the SCSI >> controller yet, >> > and will bugcheck if it is present. Why is a mystery to me, because >> > Linux, FreeBSD and NetBSD like the SCSI controller just >> fine as it is. >> > >> > Hopefully, someone who has access to the VMS source listings can >> > figure out what OpenVMS wants to do when it bugchecks. >> > >> > Camiel. >> > >> > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: >> >> Hello, >> >> >> >> after the latest patch to the configuration file, the >> SCSI boot is >> >> fine, but I have another kind of BUGCHECK error: >> INVEXCPTN, either >> >> during the cdrom installation either during the boot of >> pre-installed >> >> OpenVMS 8.3 >> >> >> >> On the DOS console, I have no other error messages. >> >> If you need other info, please let me know. >> >> >> >> regards, >> >> fausto >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> ---- 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-14 14:33:40
|
Host OS: Vista 64-bit Virtual Machine: VMWare Workstation 6 Guest OS: XP Pro 32-bit Work OS: Windows 2000 On Thu, Feb 14, 2008 at 3:28 PM, Hittner, David T. <dav...@ng...> wrote: > 1) What host OS and which virtual machine system are you using? > 2) What guest OS are you running on the failing 32-bit virtual machine? > > > > -----Original Message----- > > From: es4...@li... > > [mailto:es4...@li...] On > > > > Behalf Of Camiel Vanderhoeven > > Sent: Thursday, February 14, 2008 9:24 AM > > To: ES40 Developer Discussions > > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > > > On my computer, I don't get the loopback failed message when > > I run the 64-bit version of the emulator. I do get the > > loopback failed message when I run the 32-bit version of the > > emulator inside a virtual machine. At work, I don't get the > > message in the 32-bit version running on a real machine, so I > > think that this is somehow dependent on the network setup of > > the system the emulator runs on. > > > > Camiel. > > > > On Thu, Feb 14, 2008 at 1:24 PM, Hittner, David T. > > <dav...@ng...> wrote: > > > No, getting a Internal Loopback failed is not normal. > > > > > > Using a wireless card for the simulation might cause problems - > > > Wireless ethernet isn't ethernet, it just "looks like" ethernet. > > > VMS has never supported wireless cards, and there are strange and > > > wonderful rules about how they work. > > > > > > I suggest using a real ethernet card, or creating a TAP > > pseudo device > > > and bridging it to the wireless card. > > > In Windows XP, this can be done by loading OpenVPN, configuring a > > > TAP-32 device, and bridging the wireless and the TAP devices by > > > selecting them in the networks panel, right clicking on them, and > > > select bridge connection. > > > > > > BTW, bridging a TAP device also solves the problem of the > > host OS not > > > wanting to network with the guest OS. > > > > > > Dave > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: es4...@li... > > > > [mailto:es4...@li...] > > On > Behalf > > > Of fa...@un... > Sent: Thursday, February 14, 2008 > > 5:47 AM > To: > > > es4...@li... > > > > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > Hello > > > Camiel, > > I noticed the process generated the bugcheck > > is ASTDEL. > > > > Now looking for it in OpenVMS Wizard, I noticed there was a > > > > ticket about it, but the problem was related to the network... > > > > > > > > http://ftp.openvms.compaq.com/wizard/wiz_3255.html > > > > > > > > I don't know if this is also the case. During the various > > > > testing phases, I have an error about the network "Internal > > > > loopback failed". > > > > Is it normal? I'm using a wireless card as network > > device on > my > > > laptop. > > > > > > > > regards, > > > > fausto > > > > > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > > > > > > > Hello Fausto, > > > > > > > > > > This is a known issue. OpenVMS doesn't like the SCSI > > > > controller yet, > > and will bugcheck if it is present. Why is a > > > mystery to me, because > > Linux, FreeBSD and NetBSD like the SCSI > > > controller just > fine as it is. > > > > > > > > > > Hopefully, someone who has access to the VMS source > > listings can > > > > > figure out what OpenVMS wants to do when it bugchecks. > > > > > > > > > > Camiel. > > > > > > > > > > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > > > > >> Hello, > > > > >> > > > > >> after the latest patch to the configuration file, > > the > SCSI > > > boot is > >> fine, but I have another kind of BUGCHECK error: > > > > INVEXCPTN, either > > > > >> during the cdrom installation either during the boot of > > > > pre-installed > >> OpenVMS 8.3 > >> > >> On the DOS console, I > > > have no other error messages. > > > > >> If you need other info, please let me know. > > > > >> > > > > >> regards, > > > > >> fausto > > > > >> > > > > >> > > > > >> > > > > >> > > > > > > > > > --------------------------------------------------------------------- > > > > >> ---- 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-14 14:28:45
|
1) What host OS and which virtual machine system are you using? 2) What guest OS are you running on the failing 32-bit virtual machine? > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Camiel Vanderhoeven > Sent: Thursday, February 14, 2008 9:24 AM > To: ES40 Developer Discussions > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > On my computer, I don't get the loopback failed message when > I run the 64-bit version of the emulator. I do get the > loopback failed message when I run the 32-bit version of the > emulator inside a virtual machine. At work, I don't get the > message in the 32-bit version running on a real machine, so I > think that this is somehow dependent on the network setup of > the system the emulator runs on. > > Camiel. > > On Thu, Feb 14, 2008 at 1:24 PM, Hittner, David T. > <dav...@ng...> wrote: > > No, getting a Internal Loopback failed is not normal. > > > > Using a wireless card for the simulation might cause problems - > > Wireless ethernet isn't ethernet, it just "looks like" ethernet. > > VMS has never supported wireless cards, and there are strange and > > wonderful rules about how they work. > > > > I suggest using a real ethernet card, or creating a TAP > pseudo device > > and bridging it to the wireless card. > > In Windows XP, this can be done by loading OpenVPN, configuring a > > TAP-32 device, and bridging the wireless and the TAP devices by > > selecting them in the networks panel, right clicking on them, and > > select bridge connection. > > > > BTW, bridging a TAP device also solves the problem of the > host OS not > > wanting to network with the guest OS. > > > > Dave > > > > > > > > > > > -----Original Message----- > > > From: es4...@li... > > > [mailto:es4...@li...] > On > Behalf > > Of fa...@un... > Sent: Thursday, February 14, 2008 > 5:47 AM > To: > > es4...@li... > > > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > Hello > > Camiel, > > I noticed the process generated the bugcheck > is ASTDEL. > > > Now looking for it in OpenVMS Wizard, I noticed there was a > > > ticket about it, but the problem was related to the network... > > > > > > http://ftp.openvms.compaq.com/wizard/wiz_3255.html > > > > > > I don't know if this is also the case. During the various > > > testing phases, I have an error about the network "Internal > > > loopback failed". > > > Is it normal? I'm using a wireless card as network > device on > my > > laptop. > > > > > > regards, > > > fausto > > > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > > > > > Hello Fausto, > > > > > > > > This is a known issue. OpenVMS doesn't like the SCSI > > > controller yet, > > and will bugcheck if it is present. Why is a > > mystery to me, because > > Linux, FreeBSD and NetBSD like the SCSI > > controller just > fine as it is. > > > > > > > > Hopefully, someone who has access to the VMS source > listings can > > > > figure out what OpenVMS wants to do when it bugchecks. > > > > > > > > Camiel. > > > > > > > > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > > > >> Hello, > > > >> > > > >> after the latest patch to the configuration file, > the > SCSI > > boot is > >> fine, but I have another kind of BUGCHECK error: > > > INVEXCPTN, either > > > >> during the cdrom installation either during the boot of > > > pre-installed > >> OpenVMS 8.3 > >> > >> On the DOS console, I > > have no other error messages. > > > >> If you need other info, please let me know. > > > >> > > > >> regards, > > > >> fausto > > > >> > > > >> > > > >> > > > >> > > > > > > --------------------------------------------------------------------- > > > >> ---- 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-14 14:24:21
|
On my computer, I don't get the loopback failed message when I run the 64-bit version of the emulator. I do get the loopback failed message when I run the 32-bit version of the emulator inside a virtual machine. At work, I don't get the message in the 32-bit version running on a real machine, so I think that this is somehow dependent on the network setup of the system the emulator runs on. Camiel. On Thu, Feb 14, 2008 at 1:24 PM, Hittner, David T. <dav...@ng...> wrote: > No, getting a Internal Loopback failed is not normal. > > Using a wireless card for the simulation might cause problems - > Wireless ethernet isn't ethernet, it just "looks like" ethernet. > VMS has never supported wireless cards, and there are strange and > wonderful rules about how they work. > > I suggest using a real ethernet card, or creating a TAP pseudo device > and bridging it to the wireless card. > In Windows XP, this can be done by loading OpenVPN, configuring a TAP-32 > device, and bridging the wireless and the TAP devices by selecting them > in the networks panel, right clicking on them, and select bridge > connection. > > BTW, bridging a TAP device also solves the problem of the host OS not > wanting to network with the guest OS. > > Dave > > > > > > -----Original Message----- > > From: es4...@li... > > [mailto:es4...@li...] On > > Behalf Of fa...@un... > > Sent: Thursday, February 14, 2008 5:47 AM > > To: es4...@li... > > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > > > Hello Camiel, > > > > I noticed the process generated the bugcheck is ASTDEL. > > Now looking for it in OpenVMS Wizard, I noticed there was a > > ticket about it, but the problem was related to the network... > > > > http://ftp.openvms.compaq.com/wizard/wiz_3255.html > > > > I don't know if this is also the case. During the various > > testing phases, I have an error about the network "Internal > > loopback failed". > > Is it normal? I'm using a wireless card as network device on > > my laptop. > > > > regards, > > fausto > > > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > > > Hello Fausto, > > > > > > This is a known issue. OpenVMS doesn't like the SCSI > > controller yet, > > > and will bugcheck if it is present. Why is a mystery to me, because > > > Linux, FreeBSD and NetBSD like the SCSI controller just > > fine as it is. > > > > > > Hopefully, someone who has access to the VMS source listings can > > > figure out what OpenVMS wants to do when it bugchecks. > > > > > > Camiel. > > > > > > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > > >> Hello, > > >> > > >> after the latest patch to the configuration file, the > > SCSI boot is > > >> fine, but I have another kind of BUGCHECK error: > > INVEXCPTN, either > > >> during the cdrom installation either during the boot of > > pre-installed > > >> OpenVMS 8.3 > > >> > > >> On the DOS console, I have no other error messages. > > >> If you need other info, please let me know. > > >> > > >> regards, > > >> fausto > > >> > > >> > > >> > > >> > > --------------------------------------------------------------------- > > >> ---- 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-14 12:24:58
|
No, getting a Internal Loopback failed is not normal. Using a wireless card for the simulation might cause problems - Wireless ethernet isn't ethernet, it just "looks like" ethernet. VMS has never supported wireless cards, and there are strange and wonderful rules about how they work. I suggest using a real ethernet card, or creating a TAP pseudo device and bridging it to the wireless card. In Windows XP, this can be done by loading OpenVPN, configuring a TAP-32 device, and bridging the wireless and the TAP devices by selecting them in the networks panel, right clicking on them, and select bridge connection. BTW, bridging a TAP device also solves the problem of the host OS not wanting to network with the guest OS. Dave > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of fa...@un... > Sent: Thursday, February 14, 2008 5:47 AM > To: es4...@li... > Subject: Re: [ES40-developers] BUGCHECK INVEXCPTN > > Hello Camiel, > > I noticed the process generated the bugcheck is ASTDEL. > Now looking for it in OpenVMS Wizard, I noticed there was a > ticket about it, but the problem was related to the network... > > http://ftp.openvms.compaq.com/wizard/wiz_3255.html > > I don't know if this is also the case. During the various > testing phases, I have an error about the network "Internal > loopback failed". > Is it normal? I'm using a wireless card as network device on > my laptop. > > regards, > fausto > > Quoting Camiel Vanderhoeven <iam...@gm...>: > > > Hello Fausto, > > > > This is a known issue. OpenVMS doesn't like the SCSI > controller yet, > > and will bugcheck if it is present. Why is a mystery to me, because > > Linux, FreeBSD and NetBSD like the SCSI controller just > fine as it is. > > > > Hopefully, someone who has access to the VMS source listings can > > figure out what OpenVMS wants to do when it bugchecks. > > > > Camiel. > > > > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > >> Hello, > >> > >> after the latest patch to the configuration file, the > SCSI boot is > >> fine, but I have another kind of BUGCHECK error: > INVEXCPTN, either > >> during the cdrom installation either during the boot of > pre-installed > >> OpenVMS 8.3 > >> > >> On the DOS console, I have no other error messages. > >> If you need other info, please let me know. > >> > >> regards, > >> fausto > >> > >> > >> > >> > --------------------------------------------------------------------- > >> ---- 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-14 10:47:10
|
Hello Camiel, I noticed the process generated the bugcheck is ASTDEL. Now looking for it in OpenVMS Wizard, I noticed there was a ticket about it, but the problem was related to the network... http://ftp.openvms.compaq.com/wizard/wiz_3255.html I don't know if this is also the case. During the various testing phases, I have an error about the network "Internal loopback failed". Is it normal? I'm using a wireless card as network device on my laptop. regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hello Fausto, > > This is a known issue. OpenVMS doesn't like the SCSI controller yet, > and will bugcheck if it is present. Why is a mystery to me, because > Linux, FreeBSD and NetBSD like the SCSI controller just fine as it is. > > Hopefully, someone who has access to the VMS source listings can > figure out what OpenVMS wants to do when it bugchecks. > > Camiel. > > On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: >> Hello, >> >> after the latest patch to the configuration file, the SCSI boot is >> fine, but I have another kind of BUGCHECK error: INVEXCPTN, either >> during the cdrom installation either during the boot of pre-installed >> OpenVMS 8.3 >> >> On the DOS console, I have no other error messages. >> If you need other info, please let me know. >> >> regards, >> fausto >> >> >> ------------------------------------------------------------------------- >> 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-14 10:39:31
|
Hello Fausto, This is a known issue. OpenVMS doesn't like the SCSI controller yet, and will bugcheck if it is present. Why is a mystery to me, because Linux, FreeBSD and NetBSD like the SCSI controller just fine as it is. Hopefully, someone who has access to the VMS source listings can figure out what OpenVMS wants to do when it bugchecks. Camiel. On Thu, Feb 14, 2008 at 11:24 AM, <fa...@un...> wrote: > Hello, > > after the latest patch to the configuration file, the SCSI boot is > fine, but I have another kind of BUGCHECK error: INVEXCPTN, either > during the cdrom installation either during the boot of pre-installed > OpenVMS 8.3 > > On the DOS console, I have no other error messages. > If you need other info, please let me know. > > regards, > fausto > > > ------------------------------------------------------------------------- > 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-14 10:33:06
|
Hello, after the latest patch to the configuration file, the SCSI boot is fine, but I have another kind of BUGCHECK error: INVEXCPTN, either during the cdrom installation either during the boot of pre-installed OpenVMS 8.3 On the DOS console, I have no other error messages. If you need other info, please let me know. regards, fausto |
|
From: Camiel V. <iam...@gm...> - 2008-02-13 17:04:51
|
I've updated the configuration file in CVS to move the SCSI device to a different PCI id, and add some more comments. Basically, it comes down to this: ali, ali_ide and ali_usb should always be at fixed locations (pci0.7, pci0.15, pci0.19). The other devices can be on pci0.[1..4] or pci1.[1..6]. Other values may work, but don't exist on a real ES40. Camiel. On Feb 13, 2008 5:29 PM, Camiel Vanderhoeven <iam...@gm...> wrote: > > Hello Eduardo, > > I think that pci slot 0.16 does not exist on a real ES40, and that SRM > can't handle it for that reason. > > The USB interrupt is a different thing; the USB interrupt is tied to > an ISA IRQ, at least, according to the NetBSD source code > (sys/arch/alpha/pci/pci_6600.h) that is what the value 0xEE means: > > /* > * Some Tsunami models have a PCI device (the USB controller) with interrupts > * tied to ISA IRQ lines. The IRQ is encoded as: > * > * line = 0xe0 | isa_irq; > */ > #define DEC_6600_LINE_IS_ISA(line) ((line) >= 0xe0 && > (line) <= 0xef) > #define DEC_6600_LINE_ISA_IRQ(line) ((line) & 0x0f) > > I need to find out exactly what slots are usable, and put information > about this in the config file (in comments) > > Camiel. > > P.S. I'm cc'ing this to the es40-developers mailing list, as it may be > of interest to others. > > > On Feb 13, 2008 4:20 PM, Eduardo Marcelo Serrat wrote: > > > > > > Hi Camiel, > > > > > > Yesterday I tried SCSI and found the following. > > > > > > > > > // SCSI > > > a) When scsi adapter is configured to use high slots (i.e. 16 or above - pci0.16 = SYM53c895) SRM sets the CFIT PCI configuration register to Interrupt line = 0x44. This turns to be interrupt #68 and in consequence it cannot be delivered correctly in that DRIR only supports 48 PCI interrupts. > > > > > > I also found this is the case of ali.usb on slot 19 (CFIT interrupt line set to 0xEE). I guess that some interrupt routing logic is needed in those cases. (I recall that ES40s had 2 models available ... model 1 and model 2, with the only differences in PCI available slots.) > > > > > > This is the cause of pka0.... polling messages and any scsi device configured when issuing a SHOW DEV at srm console. > > > > > > b) At the disk polling sequence a SDTR is sent to setup synchronous transfer capabilities. We could safely ignore this message and move from MSG_OUT to COMMAND phase directly. > > > > > > Note: The SYM53C895 implementation in ES40 emulator is incredible precise! > > > > > > Regards > > > Eduardo > |
|
From: Camiel V. <iam...@gm...> - 2008-02-13 16:29:43
|
Hello Eduardo, I think that pci slot 0.16 does not exist on a real ES40, and that SRM can't handle it for that reason. The USB interrupt is a different thing; the USB interrupt is tied to an ISA IRQ, at least, according to the NetBSD source code (sys/arch/alpha/pci/pci_6600.h) that is what the value 0xEE means: /* * Some Tsunami models have a PCI device (the USB controller) with interrupts * tied to ISA IRQ lines. The IRQ is encoded as: * * line = 0xe0 | isa_irq; */ #define DEC_6600_LINE_IS_ISA(line) ((line) >= 0xe0 && (line) <= 0xef) #define DEC_6600_LINE_ISA_IRQ(line) ((line) & 0x0f) I need to find out exactly what slots are usable, and put information about this in the config file (in comments) Camiel. P.S. I'm cc'ing this to the es40-developers mailing list, as it may be of interest to others. > On Feb 13, 2008 4:20 PM, Eduardo Marcelo Serrat wrote: > > > > Hi Camiel, > > > > Yesterday I tried SCSI and found the following. > > > > > > // SCSI > > a) When scsi adapter is configured to use high slots (i.e. 16 or above - pci0.16 = SYM53c895) SRM sets the CFIT PCI configuration register to Interrupt line = 0x44. This turns to be interrupt #68 and in consequence it cannot be delivered correctly in that DRIR only supports 48 PCI interrupts. > > > > I also found this is the case of ali.usb on slot 19 (CFIT interrupt line set to 0xEE). I guess that some interrupt routing logic is needed in those cases. (I recall that ES40s had 2 models available ... model 1 and model 2, with the only differences in PCI available slots.) > > > > This is the cause of pka0.... polling messages and any scsi device configured when issuing a SHOW DEV at srm console. > > > > b) At the disk polling sequence a SDTR is sent to setup synchronous transfer capabilities. We could safely ignore this message and move from MSG_OUT to COMMAND phase directly. > > > > Note: The SYM53C895 implementation in ES40 emulator is incredible precise! > > > > Regards > > Eduardo |
|
From: Paco L. <pac...@gm...> - 2008-02-13 13:04:12
|
Hi: This is only informational, after a loooong time instalation, I managed to have openvms 7.3 running in ES40: $ show system OpenVMS V7.3-1 on node ES40 13-FEB-2008 11:51:45.20 Uptime 0 01:25:51 Seems to run flawlessly, but I have not tested a lot.. Note: there were some errors finishing the installation: %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000017E08C, PC=000000007FDFB0F8, PS=0000001B %PCSI-E-MODREPLERR, error replacing module TYPE 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] no Cheers, Paco |
|
From: Brian W. <bdw...@in...> - 2008-02-08 19:58:38
|
On Fri, 2008-02-08 at 17:34 +0100, Camiel Vanderhoeven wrote:
> Hi Brian,
>
> As you may have seen, I've added more debugging messages (and a few
> comments); could you send me a file with the complete output of the
> emulator (compiled with DEBUG_KBD)? Perhaps I can fiund out what is
> going wrong...
>
Here's the output from a run. I ran the debugging through "uniq" so
repeated lines were dropped (reduced the file size from 12M to 29k :)
I typed 'boot dqb0' on the srm line, and 'boot dqb0' in the debugger
(just so there'd be a fair comparison).
Brian
> Camiel.
>
> On Feb 8, 2008 4:12 PM, Brian Wheeler <bdw...@in...> wrote:
> > Unfortunately, it acts the same :(
> >
> >
> >
> > On Fri, 2008-02-08 at 08:57 +0100, Camiel Vanderhoeven wrote:
> > > Hi Brian,
> > >
> > > Could you try again with the changes I made to the keyboard
> > > implementation this morning in response to David Hittner's issue?
> > >
> > > Camiel.
> > >
> > > On Feb 7, 2008 10:31 PM, Camiel Vanderhoeven <iam...@gm...> wrote:
> > > > Hi Brian,
> > > >
> > > > Forget the change I suggested; it's wrong. The behaviour seems to be
> > > > correct as it was:
> > > >
> > > > For a "b", the untranslated set-2 scancode is 0x32 (make) 0xf0 0x32 (break).
> > > > The translated set-2 scancode is 0x30 (make) 0xb0 (break).
> > > >
> > > > So, I guess the question is why translation is being enabled...
> > > >
> > > > Camiel.
> > > >
> > > >
> > > > On Feb 7, 2008 10:03 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > > Nope, that didn't seem to do it. Here's the debugging output of me
> > > > > hitting 'b' on the keyboard in SRM (where it works) and netbsd debug
> > > > > (where it doesn't)
> > > > >
> > > > > --- in srm --
> > > > >
> > > > > gen_scancode(): 21 pressed
> > > > > keyboard: gen_scancode with scancode_translate cleared
> > > > > gen_scancode(): writing raw 32
> > > > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = 32
> > > > > service_keyboard(): no keys waiting
> > > > > gen_scancode(): 21 released
> > > > > keyboard: gen_scancode with scancode_translate cleared
> > > > > gen_scancode(): writing raw f0
> > > > > kbd_enQ(0xf0)kbd_enQ: putting scancode 0xf0 in internal buffer
> > > > > gen_scancode(): writing raw 32
> > > > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = f0
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = 32
> > > > > service_keyboard(): no keys waiting
> > > > >
> > > > > --- traffic from the netbsd kernel ---
> > > > >
> > > > > write command byte
> > > > > set_aux_clock_enable(1)
> > > > > allow_irq12 set to 0
> > > > > keyboard: scan convert turned off
> > > > > Scancodes_translate set to 0
> > > > > service_keyboard(): no keys waiting
> > > > > write command byte
> > > > > set_aux_clock_enable(1)
> > > > > allow_irq12 set to 0
> > > > > Scancodes_translate set to 1
> > > > > get keyboard command byte
> > > > > kbd_controller_enQ(44) source=00
> > > > > READ(60) = 44
> > > > > controller passed byte f0h to keyboard
> > > > > Expecting scancode set info...
> > > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = fa
> > > > > controller passed byte 02h to keyboard
> > > > > Switched to scancode set 2
> > > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = fa
> > > > > controller passed byte f4h to keyboard
> > > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = fa
> > > > > service_keyboard(): no keys waiting
> > > > >
> > > > > --- in debugger ---
> > > > >
> > > > > gen_scancode(): 21 pressed
> > > > > gen_scancode(): writing translated 30
> > > > > kbd_enQ(0x30)kbd_enQ: putting scancode 0x30 in internal buffer
> > > > > service_keyboard: key in internal buffer waiting
> > > > > READ(60) = 30
> > > > > service_keyboard(): no keys waiting
> > > > > gen_scancode(): 21 released
> > > > >
> > > > >
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > >
> > > > > On Thu, 2008-02-07 at 21:53 +0100, Camiel Vanderhoeven wrote:
> > > > > > Hi Brian,
> > > > > >
> > > > > > I think disabling the translation altogether isn't the right solution.
> > > > > > There is indeed a bug in the translation code. Could you try adding
> > > > > > the following line around line 619? If this solves the problem, I'll
> > > > > > commit it to CVS, with some comments added about how the different
> > > > > > scancode sets and translations (should) work.
> > > > > >
> > > > > > if (scancode[i] == 0xF0)
> > > > > > {
> > > > > > escaped=0x80;
> > > > > > i++; <==== ADD THIS LINE
> > > > > > }
> > > > > > else
> > > > > >
> > > > > > On Feb 7, 2008 7:39 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > > > > Actually, skip the line 1850 stuff, it doesn't seem to work. However,
> > > > > > >
> > > > > > > if (state.kbd_controller.scancodes_translate && 0)
> > > > > > >
> > > > > > > on line 609 (or thereabouts) does fix the problem.
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Thu, 2008-02-07 at 13:17 -0500, Brian Wheeler wrote:
> > > > > > > > It looks like the 8042 keyboard translation is faulty. SRM turns it off
> > > > > > > > during the bootup sequence, and netbsd turns it off (again), and then on
> > > > > > > > right before it goes to the debugger. I've forced it to 0 on
> > > > > > > > AliM1543C.cpp around line 1850:
> > > > > > > >
> > > > > > > > state.kbd_controller.scancodes_translate = 0;
> > > > > > > >
> > > > > > > > and the netbsd debugger is working as expected.
> > > > > > > >
> > > > > > > > I also commented out the XWarpPointer call in gui/gui_x11.cpp and it
> > > > > > > > doesn't keep moving the mouse to the center of the window.
> > > > > > > >
> > > > > > > >
> > > > > > > > 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
> > > > > > >
> > > > > >
> > > > > > -------------------------------------------------------------------------
> > > > > > 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-08 16:34:33
|
Hi Brian,
As you may have seen, I've added more debugging messages (and a few
comments); could you send me a file with the complete output of the
emulator (compiled with DEBUG_KBD)? Perhaps I can fiund out what is
going wrong...
Camiel.
On Feb 8, 2008 4:12 PM, Brian Wheeler <bdw...@in...> wrote:
> Unfortunately, it acts the same :(
>
>
>
> On Fri, 2008-02-08 at 08:57 +0100, Camiel Vanderhoeven wrote:
> > Hi Brian,
> >
> > Could you try again with the changes I made to the keyboard
> > implementation this morning in response to David Hittner's issue?
> >
> > Camiel.
> >
> > On Feb 7, 2008 10:31 PM, Camiel Vanderhoeven <iam...@gm...> wrote:
> > > Hi Brian,
> > >
> > > Forget the change I suggested; it's wrong. The behaviour seems to be
> > > correct as it was:
> > >
> > > For a "b", the untranslated set-2 scancode is 0x32 (make) 0xf0 0x32 (break).
> > > The translated set-2 scancode is 0x30 (make) 0xb0 (break).
> > >
> > > So, I guess the question is why translation is being enabled...
> > >
> > > Camiel.
> > >
> > >
> > > On Feb 7, 2008 10:03 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > Nope, that didn't seem to do it. Here's the debugging output of me
> > > > hitting 'b' on the keyboard in SRM (where it works) and netbsd debug
> > > > (where it doesn't)
> > > >
> > > > --- in srm --
> > > >
> > > > gen_scancode(): 21 pressed
> > > > keyboard: gen_scancode with scancode_translate cleared
> > > > gen_scancode(): writing raw 32
> > > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = 32
> > > > service_keyboard(): no keys waiting
> > > > gen_scancode(): 21 released
> > > > keyboard: gen_scancode with scancode_translate cleared
> > > > gen_scancode(): writing raw f0
> > > > kbd_enQ(0xf0)kbd_enQ: putting scancode 0xf0 in internal buffer
> > > > gen_scancode(): writing raw 32
> > > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = f0
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = 32
> > > > service_keyboard(): no keys waiting
> > > >
> > > > --- traffic from the netbsd kernel ---
> > > >
> > > > write command byte
> > > > set_aux_clock_enable(1)
> > > > allow_irq12 set to 0
> > > > keyboard: scan convert turned off
> > > > Scancodes_translate set to 0
> > > > service_keyboard(): no keys waiting
> > > > write command byte
> > > > set_aux_clock_enable(1)
> > > > allow_irq12 set to 0
> > > > Scancodes_translate set to 1
> > > > get keyboard command byte
> > > > kbd_controller_enQ(44) source=00
> > > > READ(60) = 44
> > > > controller passed byte f0h to keyboard
> > > > Expecting scancode set info...
> > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = fa
> > > > controller passed byte 02h to keyboard
> > > > Switched to scancode set 2
> > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = fa
> > > > controller passed byte f4h to keyboard
> > > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = fa
> > > > service_keyboard(): no keys waiting
> > > >
> > > > --- in debugger ---
> > > >
> > > > gen_scancode(): 21 pressed
> > > > gen_scancode(): writing translated 30
> > > > kbd_enQ(0x30)kbd_enQ: putting scancode 0x30 in internal buffer
> > > > service_keyboard: key in internal buffer waiting
> > > > READ(60) = 30
> > > > service_keyboard(): no keys waiting
> > > > gen_scancode(): 21 released
> > > >
> > > >
> > > >
> > > > Brian
> > > >
> > > >
> > > >
> > > > On Thu, 2008-02-07 at 21:53 +0100, Camiel Vanderhoeven wrote:
> > > > > Hi Brian,
> > > > >
> > > > > I think disabling the translation altogether isn't the right solution.
> > > > > There is indeed a bug in the translation code. Could you try adding
> > > > > the following line around line 619? If this solves the problem, I'll
> > > > > commit it to CVS, with some comments added about how the different
> > > > > scancode sets and translations (should) work.
> > > > >
> > > > > if (scancode[i] == 0xF0)
> > > > > {
> > > > > escaped=0x80;
> > > > > i++; <==== ADD THIS LINE
> > > > > }
> > > > > else
> > > > >
> > > > > On Feb 7, 2008 7:39 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > > > Actually, skip the line 1850 stuff, it doesn't seem to work. However,
> > > > > >
> > > > > > if (state.kbd_controller.scancodes_translate && 0)
> > > > > >
> > > > > > on line 609 (or thereabouts) does fix the problem.
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Thu, 2008-02-07 at 13:17 -0500, Brian Wheeler wrote:
> > > > > > > It looks like the 8042 keyboard translation is faulty. SRM turns it off
> > > > > > > during the bootup sequence, and netbsd turns it off (again), and then on
> > > > > > > right before it goes to the debugger. I've forced it to 0 on
> > > > > > > AliM1543C.cpp around line 1850:
> > > > > > >
> > > > > > > state.kbd_controller.scancodes_translate = 0;
> > > > > > >
> > > > > > > and the netbsd debugger is working as expected.
> > > > > > >
> > > > > > > I also commented out the XWarpPointer call in gui/gui_x11.cpp and it
> > > > > > > doesn't keep moving the mouse to the center of the window.
> > > > > > >
> > > > > > >
> > > > > > > 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
> > > > > >
> > > > >
> > > > > -------------------------------------------------------------------------
> > > > > 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-08 15:12:12
|
Unfortunately, it acts the same :(
On Fri, 2008-02-08 at 08:57 +0100, Camiel Vanderhoeven wrote:
> Hi Brian,
>
> Could you try again with the changes I made to the keyboard
> implementation this morning in response to David Hittner's issue?
>
> Camiel.
>
> On Feb 7, 2008 10:31 PM, Camiel Vanderhoeven <iam...@gm...> wrote:
> > Hi Brian,
> >
> > Forget the change I suggested; it's wrong. The behaviour seems to be
> > correct as it was:
> >
> > For a "b", the untranslated set-2 scancode is 0x32 (make) 0xf0 0x32 (break).
> > The translated set-2 scancode is 0x30 (make) 0xb0 (break).
> >
> > So, I guess the question is why translation is being enabled...
> >
> > Camiel.
> >
> >
> > On Feb 7, 2008 10:03 PM, Brian Wheeler <bdw...@in...> wrote:
> > > Nope, that didn't seem to do it. Here's the debugging output of me
> > > hitting 'b' on the keyboard in SRM (where it works) and netbsd debug
> > > (where it doesn't)
> > >
> > > --- in srm --
> > >
> > > gen_scancode(): 21 pressed
> > > keyboard: gen_scancode with scancode_translate cleared
> > > gen_scancode(): writing raw 32
> > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = 32
> > > service_keyboard(): no keys waiting
> > > gen_scancode(): 21 released
> > > keyboard: gen_scancode with scancode_translate cleared
> > > gen_scancode(): writing raw f0
> > > kbd_enQ(0xf0)kbd_enQ: putting scancode 0xf0 in internal buffer
> > > gen_scancode(): writing raw 32
> > > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = f0
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = 32
> > > service_keyboard(): no keys waiting
> > >
> > > --- traffic from the netbsd kernel ---
> > >
> > > write command byte
> > > set_aux_clock_enable(1)
> > > allow_irq12 set to 0
> > > keyboard: scan convert turned off
> > > Scancodes_translate set to 0
> > > service_keyboard(): no keys waiting
> > > write command byte
> > > set_aux_clock_enable(1)
> > > allow_irq12 set to 0
> > > Scancodes_translate set to 1
> > > get keyboard command byte
> > > kbd_controller_enQ(44) source=00
> > > READ(60) = 44
> > > controller passed byte f0h to keyboard
> > > Expecting scancode set info...
> > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = fa
> > > controller passed byte 02h to keyboard
> > > Switched to scancode set 2
> > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = fa
> > > controller passed byte f4h to keyboard
> > > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = fa
> > > service_keyboard(): no keys waiting
> > >
> > > --- in debugger ---
> > >
> > > gen_scancode(): 21 pressed
> > > gen_scancode(): writing translated 30
> > > kbd_enQ(0x30)kbd_enQ: putting scancode 0x30 in internal buffer
> > > service_keyboard: key in internal buffer waiting
> > > READ(60) = 30
> > > service_keyboard(): no keys waiting
> > > gen_scancode(): 21 released
> > >
> > >
> > >
> > > Brian
> > >
> > >
> > >
> > > On Thu, 2008-02-07 at 21:53 +0100, Camiel Vanderhoeven wrote:
> > > > Hi Brian,
> > > >
> > > > I think disabling the translation altogether isn't the right solution.
> > > > There is indeed a bug in the translation code. Could you try adding
> > > > the following line around line 619? If this solves the problem, I'll
> > > > commit it to CVS, with some comments added about how the different
> > > > scancode sets and translations (should) work.
> > > >
> > > > if (scancode[i] == 0xF0)
> > > > {
> > > > escaped=0x80;
> > > > i++; <==== ADD THIS LINE
> > > > }
> > > > else
> > > >
> > > > On Feb 7, 2008 7:39 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > > Actually, skip the line 1850 stuff, it doesn't seem to work. However,
> > > > >
> > > > > if (state.kbd_controller.scancodes_translate && 0)
> > > > >
> > > > > on line 609 (or thereabouts) does fix the problem.
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > >
> > > > > On Thu, 2008-02-07 at 13:17 -0500, Brian Wheeler wrote:
> > > > > > It looks like the 8042 keyboard translation is faulty. SRM turns it off
> > > > > > during the bootup sequence, and netbsd turns it off (again), and then on
> > > > > > right before it goes to the debugger. I've forced it to 0 on
> > > > > > AliM1543C.cpp around line 1850:
> > > > > >
> > > > > > state.kbd_controller.scancodes_translate = 0;
> > > > > >
> > > > > > and the netbsd debugger is working as expected.
> > > > > >
> > > > > > I also commented out the XWarpPointer call in gui/gui_x11.cpp and it
> > > > > > doesn't keep moving the mouse to the center of the window.
> > > > > >
> > > > > >
> > > > > > 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
> > > > >
> > > >
> > > > -------------------------------------------------------------------------
> > > > 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-08 07:57:56
|
Hi Brian,
Could you try again with the changes I made to the keyboard
implementation this morning in response to David Hittner's issue?
Camiel.
On Feb 7, 2008 10:31 PM, Camiel Vanderhoeven <iam...@gm...> wrote:
> Hi Brian,
>
> Forget the change I suggested; it's wrong. The behaviour seems to be
> correct as it was:
>
> For a "b", the untranslated set-2 scancode is 0x32 (make) 0xf0 0x32 (break).
> The translated set-2 scancode is 0x30 (make) 0xb0 (break).
>
> So, I guess the question is why translation is being enabled...
>
> Camiel.
>
>
> On Feb 7, 2008 10:03 PM, Brian Wheeler <bdw...@in...> wrote:
> > Nope, that didn't seem to do it. Here's the debugging output of me
> > hitting 'b' on the keyboard in SRM (where it works) and netbsd debug
> > (where it doesn't)
> >
> > --- in srm --
> >
> > gen_scancode(): 21 pressed
> > keyboard: gen_scancode with scancode_translate cleared
> > gen_scancode(): writing raw 32
> > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = 32
> > service_keyboard(): no keys waiting
> > gen_scancode(): 21 released
> > keyboard: gen_scancode with scancode_translate cleared
> > gen_scancode(): writing raw f0
> > kbd_enQ(0xf0)kbd_enQ: putting scancode 0xf0 in internal buffer
> > gen_scancode(): writing raw 32
> > kbd_enQ(0x32)kbd_enQ: putting scancode 0x32 in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = f0
> > service_keyboard: key in internal buffer waiting
> > READ(60) = 32
> > service_keyboard(): no keys waiting
> >
> > --- traffic from the netbsd kernel ---
> >
> > write command byte
> > set_aux_clock_enable(1)
> > allow_irq12 set to 0
> > keyboard: scan convert turned off
> > Scancodes_translate set to 0
> > service_keyboard(): no keys waiting
> > write command byte
> > set_aux_clock_enable(1)
> > allow_irq12 set to 0
> > Scancodes_translate set to 1
> > get keyboard command byte
> > kbd_controller_enQ(44) source=00
> > READ(60) = 44
> > controller passed byte f0h to keyboard
> > Expecting scancode set info...
> > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = fa
> > controller passed byte 02h to keyboard
> > Switched to scancode set 2
> > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = fa
> > controller passed byte f4h to keyboard
> > kbd_enQ(0xfa)kbd_enQ: putting scancode 0xfa in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = fa
> > service_keyboard(): no keys waiting
> >
> > --- in debugger ---
> >
> > gen_scancode(): 21 pressed
> > gen_scancode(): writing translated 30
> > kbd_enQ(0x30)kbd_enQ: putting scancode 0x30 in internal buffer
> > service_keyboard: key in internal buffer waiting
> > READ(60) = 30
> > service_keyboard(): no keys waiting
> > gen_scancode(): 21 released
> >
> >
> >
> > Brian
> >
> >
> >
> > On Thu, 2008-02-07 at 21:53 +0100, Camiel Vanderhoeven wrote:
> > > Hi Brian,
> > >
> > > I think disabling the translation altogether isn't the right solution.
> > > There is indeed a bug in the translation code. Could you try adding
> > > the following line around line 619? If this solves the problem, I'll
> > > commit it to CVS, with some comments added about how the different
> > > scancode sets and translations (should) work.
> > >
> > > if (scancode[i] == 0xF0)
> > > {
> > > escaped=0x80;
> > > i++; <==== ADD THIS LINE
> > > }
> > > else
> > >
> > > On Feb 7, 2008 7:39 PM, Brian Wheeler <bdw...@in...> wrote:
> > > > Actually, skip the line 1850 stuff, it doesn't seem to work. However,
> > > >
> > > > if (state.kbd_controller.scancodes_translate && 0)
> > > >
> > > > on line 609 (or thereabouts) does fix the problem.
> > > >
> > > > Brian
> > > >
> > > >
> > > >
> > > > On Thu, 2008-02-07 at 13:17 -0500, Brian Wheeler wrote:
> > > > > It looks like the 8042 keyboard translation is faulty. SRM turns it off
> > > > > during the bootup sequence, and netbsd turns it off (again), and then on
> > > > > right before it goes to the debugger. I've forced it to 0 on
> > > > > AliM1543C.cpp around line 1850:
> > > > >
> > > > > state.kbd_controller.scancodes_translate = 0;
> > > > >
> > > > > and the netbsd debugger is working as expected.
> > > > >
> > > > > I also commented out the XWarpPointer call in gui/gui_x11.cpp and it
> > > > > doesn't keep moving the mouse to the center of the window.
> > > > >
> > > > >
> > > > > 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
> > > >
> > >
> > > -------------------------------------------------------------------------
> > > 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.
