es40-developers Mailing List for AlphaServer ES40 Emulator (Page 5)
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
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(6) |
|
2
(2) |
3
|
4
(4) |
5
(17) |
6
(7) |
7
|
8
|
|
9
|
10
|
11
(1) |
12
|
13
|
14
(25) |
15
(3) |
|
16
(5) |
17
(7) |
18
(7) |
19
(14) |
20
(10) |
21
(1) |
22
|
|
23
|
24
(1) |
25
(1) |
26
(1) |
27
(1) |
28
|
29
(1) |
|
30
(1) |
31
(2) |
|
|
|
|
|
|
From: Brian W. <bdw...@in...> - 2008-03-05 19:00:57
|
I've made a bunch of changes to the IDE code to make it more thread friendly: * ide thread no longer consumes 60%+ cpu time when active * seems faster than before (when it works :) * Separate threads for each controller chip. * interrupt triggering simplified greatly * dma_transfer blocks until busmaster sets semaphore Config: 256M, one serial port, no scsi or vga. FreeBSD 6.3: Seems ok, though it times out on occasion, but recovers Tru64 5.1B: Boots ok, but times out during device probe OpenVMS 8.3: Boots to the banner and then deadlocks NetBSD 3.1.1: Boots and probes ok, loses interrupts, but recovers. Gentoo 2007.0: Boots and hangs at its usual place. On the timeouts: Is it possible those really _are_ timeouts and not just problems related to sequencing? When I added a 3ms sleep to the interrupt code (just to slow it down a tad), the timeouts shot up something fierce. Is there any way to underclock the CPU? Brian |
|
From: Camiel V. <iam...@gm...> - 2008-03-05 18:14:03
|
Hi David, On Wed, Mar 5, 2008 at 6:32 PM, Hittner, David T. <dav...@ng...> wrote: > I downloaded the new threaded CVS, downloaded POCO, and built it > (Release-Shared). > I did not delete any rom files or change my ES40.cfg file. > I then copied PocoFoundation.dll to my ES40 bin directory, where SDL.dll > is. > > When I run ES40, this is what I see in the console, and it just hangs > there; > the SDL console never initializes. What am I doing wrong? I don't think you're doing anything wrong, I just tried it, and it gets into a kind of deadlock on the VGA initialization. CPU usage of the emulator drops to zero... I need to look into this. Camiel. |
|
From: Camiel V. <iam...@gm...> - 2008-03-05 17:46:49
|
Hi Fausto,
I've used the economy package, and I didn't come across that command.
I've added pre-built development (.lib) and runtime (.dll) libraries
to the download page on sourceforge.
Camiel.
On Wed, Mar 5, 2008 at 6:18 PM, Fausto Saporito <fa...@un...> wrote:
> Hello Camiel,
>
> this is very interesting news...
> Just a question about POCO libraries: which one we have to compile?
> the light version, or the enterprise?
> I'm trying to compile and install the light one, but I have a problem
> because the visual studio file looks for "mc" command.
>
> What's that command?
> Do you have the same problem?
>
> regards,
> fausto
>
>
>
> Quoting Camiel Vanderhoeven <iam...@gm...>:
>
> > Hello Everyone,
> >
> > This e-mail is to inform you that I have just applied a very large
> > patch to CVS that affects the entire emulator. Over the past few
> > weeks,. we've run into the limitations of running everything in a
> > single clock-loop, calling devices' DoClock() functions. This leads to
> > wildly varying CPU speed, and does not efficiently the processing
> > power of modern multi-core/multi-processor CPU's.
> >
> > The patch that has just been committed gets rid of the DoClock()
> > functions, and instead lets each device run its own threads as needed.
> > If you have a dual-core system, the emulated CPU could run on one
> > core, with the other core taking care of all other devices.
> >
> > This is a patch I've been working on for a long time, and it's been a
> > bit of a pain keeping it in sync with all the other changes that have
> > happened in the past few weeks, which is why I'm committing it so soon
> > after the release of 0.19.
> >
> > So far the good news, now the bad news:
> >
> > This patch is a radical departure from the way we used to do things,
> > and it breaks a couple of things. The <break> menu on the Serial
> > console lost it's functionality. IDB doesn't work yet. And, most
> > importantly, this release probably introduces bugs caused by threads
> > accessing the same thing at the same time. These issues will all need
> > to be addressed in the next couple of weeks. Everyone can help out by
> > submitting bug reports to this list for anything that doesn't work as
> > expected.
> >
> > You will need to install the Poco C++ libraries for the new code to compile.
> >
> > The new approach also opens the door to emulating multiple CPU's,
> > although that is not functional yet. I'm working hard on this, but I'm
> > missing something in the initialization. The basic bits and pieces are
> > in place, but the extra cpu's never come fully online. If you think
> > you can help with this, please contact me.
> >
> > I've created a new CVS branch ("no-threading") before this patch that
> > will be used for necessary bugfixes to the version 0.19 codebase.
> >
> > Regards,
> >
> > Camiel Vanderhoeven.
> >
> > -------------------------------------------------------------------------
> > 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: Fausto S. <fa...@un...> - 2008-03-05 17:18:51
|
Hello Camiel,
this is very interesting news...
Just a question about POCO libraries: which one we have to compile?
the light version, or the enterprise?
I'm trying to compile and install the light one, but I have a problem
because the visual studio file looks for "mc" command.
What's that command?
Do you have the same problem?
regards,
fausto
Quoting Camiel Vanderhoeven <iam...@gm...>:
> Hello Everyone,
>
> This e-mail is to inform you that I have just applied a very large
> patch to CVS that affects the entire emulator. Over the past few
> weeks,. we've run into the limitations of running everything in a
> single clock-loop, calling devices' DoClock() functions. This leads to
> wildly varying CPU speed, and does not efficiently the processing
> power of modern multi-core/multi-processor CPU's.
>
> The patch that has just been committed gets rid of the DoClock()
> functions, and instead lets each device run its own threads as needed.
> If you have a dual-core system, the emulated CPU could run on one
> core, with the other core taking care of all other devices.
>
> This is a patch I've been working on for a long time, and it's been a
> bit of a pain keeping it in sync with all the other changes that have
> happened in the past few weeks, which is why I'm committing it so soon
> after the release of 0.19.
>
> So far the good news, now the bad news:
>
> This patch is a radical departure from the way we used to do things,
> and it breaks a couple of things. The <break> menu on the Serial
> console lost it's functionality. IDB doesn't work yet. And, most
> importantly, this release probably introduces bugs caused by threads
> accessing the same thing at the same time. These issues will all need
> to be addressed in the next couple of weeks. Everyone can help out by
> submitting bug reports to this list for anything that doesn't work as
> expected.
>
> You will need to install the Poco C++ libraries for the new code to compile.
>
> The new approach also opens the door to emulating multiple CPU's,
> although that is not functional yet. I'm working hard on this, but I'm
> missing something in the initialization. The basic bits and pieces are
> in place, but the extra cpu's never come fully online. If you think
> you can help with this, please contact me.
>
> I've created a new CVS branch ("no-threading") before this patch that
> will be used for necessary bugfixes to the version 0.19 codebase.
>
> Regards,
>
> Camiel Vanderhoeven.
>
> -------------------------------------------------------------------------
> 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-03-05 15:14:46
|
Hello Everyone,
This e-mail is to inform you that I have just applied a very large
patch to CVS that affects the entire emulator. Over the past few
weeks,. we've run into the limitations of running everything in a
single clock-loop, calling devices' DoClock() functions. This leads to
wildly varying CPU speed, and does not efficiently the processing
power of modern multi-core/multi-processor CPU's.
The patch that has just been committed gets rid of the DoClock()
functions, and instead lets each device run its own threads as needed.
If you have a dual-core system, the emulated CPU could run on one
core, with the other core taking care of all other devices.
This is a patch I've been working on for a long time, and it's been a
bit of a pain keeping it in sync with all the other changes that have
happened in the past few weeks, which is why I'm committing it so soon
after the release of 0.19.
So far the good news, now the bad news:
This patch is a radical departure from the way we used to do things,
and it breaks a couple of things. The <break> menu on the Serial
console lost it's functionality. IDB doesn't work yet. And, most
importantly, this release probably introduces bugs caused by threads
accessing the same thing at the same time. These issues will all need
to be addressed in the next couple of weeks. Everyone can help out by
submitting bug reports to this list for anything that doesn't work as
expected.
You will need to install the Poco C++ libraries for the new code to compile.
The new approach also opens the door to emulating multiple CPU's,
although that is not functional yet. I'm working hard on this, but I'm
missing something in the initialization. The basic bits and pieces are
in place, but the extra cpu's never come fully online. If you think
you can help with this, please contact me.
I've created a new CVS branch ("no-threading") before this patch that
will be used for necessary bugfixes to the version 0.19 codebase.
Regards,
Camiel Vanderhoeven.
|
|
From: Camiel V. <iam...@gm...> - 2008-03-04 20:38:16
|
Hello everyone, I am very pleased to announce that version 0.18 of the ES40 Emulator has been released. We've done our best to improve compatibility of the emulator with various host and guest operating-systems, we have working SCSI-support for OpenVMS, improved IDE and Network implementations, and we have improved performance. The new release can be downloaded - as always - from http://sourceforge.net/projects/es40. The complete change log for the new version is as follows: version 0.17 -> 0.18 Version 0.18 contains a lot of compatibility fixes, both with host and guest operating systems. * Merged Brian wheeler's New IDE code into the standard controller. NewIde class has disappeared. (04-mar-2008, Camiel Vanderhoeven) * Support some basic MP features. (CPUID read from C-Chip MISC register, inter-processor interrupts) (04-mar-2008, Camiel Vanderhoeven) * Allow memory sizes over 1 GB. (02-mar-2008, Brian Wheeler) * Natural way to specify large numeric values ("10M") in the config file. (02-mar-2008, Camiel vanderhoeven) * Add BREAKPOINT INSTRUCTION command to IDB. (29-feb-2008, Brian Wheeler) * Restart serial port connection if lost. (29-feb-2008, Brian Wheeler) * Fix RMC reported psu and temperature status. (29-feb-2008, Brian Wheeler) * Compute SROM checksum for network interface. Tru64 needs this. (29-feb-2008, Brian Wheeler) * Fix vms boot problems from ide cdrom and make Tru64 installation possible by: a) Clearing the busmaster active bit when the bit 1 is written to the busmaster status register; and b) Attempting to refire the interrupt if the driver seems to have missed it. (27-feb-2008, Brian Wheeler) * Major rewrite of NIC code. Real internal loopback support, ring queue for incoming packets, and various other improvements. (26-feb-2008, David Hittner) * Improvements to backtrace functionality on GNU systems (26-feb-2008, Brian Wheeler) * Better config file syntax checking and error reporting. (26-feb-2008, Brian Wheeler) * Moved DMA code into it's own class (CDMA). (26-feb-2008, Camiel Vanderhoeven) * Shut down display refresh thread when emulator exits. (20-feb-2008, David Leonard) * Return SYSTEM RESOURCE FAILURE sense if dato/dati buffer size is exceeded in SCSI operations. (20-feb-2008, David Leonard) * Support MSF in READ TOC scsi command. (20-feb-2008, Brian Wheeler) * Show disk creation progress. (20-feb-2008, David Leonard) * Avoid 'Xlib: unexpected async reply' errors on Linux/Unix/BSD's by adding some thread interlocking. (20-feb-2008, David Leonard) * GNU compiler support on Windows. (20-feb-2008, Alex) * HCI register space for UISB added. (18-feb-2008, Brian Wheeler) * Added vital product data page 0 (Required for Tru64). (18-feb-2008, Brian Wheeler) * The READ CAPACITY scsi command now properly returns the number of the last LBA (n-1); not the number of LBA's (n). INITIALIZE now works properly on a scsi disk. (18-feb-2008, Camiel Vanderhoeven) * Added READ_LONG scsi command, and support for MODE_SENSE changeable parameter pages. (last bit needed to get SCSI working on OpenVMS) (16-feb-2008, Camiel Vanderhoeven) * The owner of the SCSI bus is allowed to re-arbitrate for it. (16-feb-2008, Camiel Vanderhoeven) * Added Symbios 53C810 SCSI controller. (16-feb-2008, Camiel Vanderhoeven) * Moved keyboard code into it's own class. (CKeyboard). (12-feb-2008, Camiel Vanderhoeven) * Show originating device name on memory errors. (08-feb-2008, Camiel Vanderhoeven) * Set default keyboard translation to scanset 3 (PS/2). (08-feb-2008, Camiel Vanderhoeven) * On GNU systems, display a backtrace when a segmentation fault occurs, and DEBUG_BACKTRACE has been defined. (07-feb-2008, Brian Wheeler) * Fixed registration of ROM expansion address. (06-feb-2008, Camiel Vanderhoeven) * Check for FPEN in old floating point code. (06-feb-2008, Camiel Vanderhoeven) * Proper interrupt handling in serial port device. Fixes an initialization bug spotted by David Hittner. (06-feb-2008, Camiel Vanderhoeven) * Disable unaligned access check alltogether; it doesn't work properly for some reason. (05-feb-2008, Camiel Vanderhoeven) * The new floating point code (21-jan-2008) has some unidentified problems. The OpenVMS installation routine fails with this new code. For now, the old floating point code has been restored, and the new floating-point code is used only when HAVE_NEW_FP has been defined. The new code should be fixed, so we can take advantage of floating point exceptions. (05-feb-2008, Camiel Vanderhoeven) * Display a message when system initialization has failed. (05-feb-2008, Brian Wheeler) * Put X64 around 64-bit constants in DO_CVTQL. (compilation issue on some Linux'es) (05-feb-2008, Camiel Vanderhoeven) * Corrected a typo in the definition of PCI_PTE_SHIFT (2 should be 12) that caused an OpenVMS procgone bugcheck. (04-feb-2008, Camiel Vanderhoeven) * Completed LPT support so it works with FreeBSD as a guest OS. (02-feb-2008, Brian Wheeler) * Avoid unnecessary shift-operations to calculate constant values. (01-feb-2008, Camiel Vanderhoeven) * Improved speed by remembering the number of instructions left in current memory page, so that the translation-buffer doens't need to be consulted on every instruction fetch when the Icache is disabled. (30-jan-2008, Camiel Vanderhoeven) * Remember separate last found translation-buffer entries for read and write operations. This should help with memory copy operations. (29-jan-2008, Camiel Vanderhoeven) * Avoid interrupts from the new IDE device that originated while interrupts were disabled. (29-jan-2008, Brian Wheeler) * Improved floating-point exception handling. (28-jan-2008, Camiel Vanderhoeven) * Lifted hardcoded file-size limit of 10,000 bytes for config file. (26-jan-2008, Camiel Vanderhoeven) * Bugfix in the VAX floating point STF and the IEEE floating point STS instructions. (26-jan-2008, Camiel Vanderhoeven) * Don't repeat interrupts from the new IDE controller too soon. (26-jan-2008, Brian Wheeler) * Do unaligned trap only when a page boundary is crossed. Something is causing alignment traps in the SRM console, with the DAT bit set to false, and no OS handler in place. Also, when OpenVMS boots there are alignment traps that shouldn't happen. None of these cross page boundaries, so we're safe for now. (26-jan-2008, Camiel Vanderhoeven) * Trap on unaligned memory access. The previous implementation where unaligned accesses were silently allowed could go wrong when page boundaries are crossed. (25-jan-2008, Camiel Vanderhoeven) * Allow specifying autocreate_size on a disk image to have it created if it doesn't exist. (25-jan-2008, Camiel Vanderhoeven) * Added an option to disable the processor Icache. The emulator runs faster when this is disabled, but that might lead to problems with some OS'es. (25-jan-2008, Camiel Vanderhoeven) * Added do_pci_write and do_pci_read functions to the PCI base device. (24-jan-2008, Camiel Vanderhoeven, David Hittner) * Fixed overflow-detection. (24-jan-2008, Camiel Vanderhoeven) * Added missing integer /V instructions (22-jan-2008, Camiel Vanderhoeven, Bob Supnik) * win32 GUI made compatible with older windows SDK. (22-jan-2008, Camiel Vanderhoeven) * New floating-point code (21-jan-2008, Camiel Vanderhoeven, Bob Supnik) * Fixed misinterpretation of the INT bit in integer overflow traps. (Camiel Vanderhoeven, 21-jan-2008) * Limited the maximum number of sectors, as the OpenVMS IDE driver doesn't like 255 sectors. (Camiel Vanderhoeven, 21-jan-2008) * Added X11 GUI. (20-jan-2008, Camiel Vanderhoeven) * Added win32 GUI. (19-jan-2008, Camiel Vanderhoeven) * Run CPU in a separate thread if CPU_THREADS is defined. NOTA BENE: This is very experimental, and has several problems. (19-jan-2008, Camiel Vanderhoeven) * Replaced sext_64 inlines for performance reasons (18-jan-2008, Camiel Vanderhoeven, David Hittner) * Process device interrupts after a 100-cpu-cycle delay. (18-jan-2008, Camiel Vanderhoeven) * Added ADDL/V instruction (16-jan-2008, David Hittner, Bob Supnik) * Fixed some timeouts on new IDE controller. (16-jan-2008, Brian Wheeler) * When a keyboard self-test command is received, and the queue is not empty, the queue is cleared so the 0x55 that's sent back will be the first thing in line. Makes the keyboard initialize a little better with SRM. (15-jan-2008, Brian Wheeler) * Bugfix regarding double deletion of disk device objects. (13-jan-2008, Brian Wheeler) * New IDE-controller working on big-endian host architectures. (13-jan-2008, Fang Zhe) * Support additional CD-ROM commands. (13-jan-2008, Brian Wheeler) * Smart algorithm for determining optimal cylinder/head/sector disk layout. (13-jan-2008, Camiel Vanderhoeven) * End debugger run on Ctrl-C. (12-jan-2008, Brian Wheeler) * SCSI Engine added to Disk class. SCSIBus class and SCSIDevice base class added. (12-jan-2008, Camiel Vanderhoeven) * bugfix to ATAPI code in new IDE controller. SRM can now boot from IDE CD-ROMs. (09-jan-2008, Brian wheeler) * ATAPI improvements to new IDE controller. (09-jan-2008, Brian wheeler) * Put filename without path in disk model number. (09-jan-2008, Brian Wheeler) * Save disk state to state file. (09-jan-2008, Camiel Vanderhoeven) * Use Brian Wheeler's CNewIde class instead of the CAliM1543C_ide class if HAVE_NEW_IDE is defined. This change will be undone when the new ide controller will replace the old standard one. (08-jan-2008, Camiel Vanderhoeven) * "Old" IDE-controller working on big-endian host architectures. (08-jan-2008, Fang Zhe) * S3 Trio VGA-card working on big-endian host architectures. (08-jan-2008, Fang Zhe) * Removed last references to IDE disk read SRM replacement. (08-jan-2008, Camiel Vanderhoeven) * Added NewIde class. Due to replace the current IDE controller implementation. (08-jan-2008, Brian Wheeler) * PCI scatter/gather DMA memory mapping support added. (07-jan-2008, Camiel Vanderhoeven) * Default blocksize set to 2048 bytes for CD-ROM devices. (06-jan-2008, Camiel Vanderhoeven) * Allow changing block-size on disk devices. (06-jan-2008, Camiel Vanderhoeven) * Fixed typo in network-code (05-jan-2008, Fausto Saporito) * Do 64-bit file I/O properly for FreeBSD and OS X. (05-jan-2008, Fang Zhe) * Added CDiskDevice class to allow using raw devices. (05-jan-2008, Camiel Vanderhoeven) * Made MAC-address of network-card configurable (04-jan-2008, David Hittner) * Make telnet work on Apple OS X. (04-jan-2008, Fang Zhe) * Improved compatibility with SDL on Apple OS X (including keyboard). (04-jan-2008, Fang Zhe) * Added swap_xx macro's for use in places where bytes need to be swapped regardless of endianess. (04-jan-2008, Camiel Vanderhoeven) * Support for larger disk images by using 64-bit file I/O. (04-jan-2008, Camiel Vanderhoeven) * Cirrus VGA-card working on big-endian host architectures. (03-jan-2008, Camiel Vanderhoeven) * PCI base device working on big-endian host architectures. (03-jan-2008, Camiel Vanderhoeven) * Compatibility with SDL on Apple OS X. (03-jan-2008, Fang Zhe) * Compileable on Apple OS X and FreeBSD. (03-jan-2008, Fang Zhe) * CPU working on big-endian host architectures. (02-jan-2008, Camiel Vanderhoeven) * Recognize endianess on more architectures. (02-jan-2008, Fang Zhe) Thanks for your support and encouragements, Camiel Vanderhoeven |
|
From: Paco L. <pac...@gm...> - 2008-03-04 17:39:34
|
Hi:
Two days ago, I was able to install Tru64 UNIX V5.1B (Rev. 2650): the
installation was fast (maybe 3 hours), and in the fina phase :
*** KERNEL CONFIGURATION AND BUILD PROCEDURE ***
The system will now automatically build a kernel
with only mandatory options and then reboot. This can take
up to 15 minutes, depending on the processor type.
took 50 minutes, so I think we are emulating about 1/4 speed of a true es40
:)
Pd . in a linux machine with the last cvs
Paco
On Tue, Mar 4, 2008 at 3:51 PM, Fausto Saporito <fa...@un...> wrote:
> Hello all,
>
> finally I was able to install OpenVMS 8.3 with a FULL IDE configuration.
> I had only an ACCESS VIOLATION during the installation, but it seems
> it was harmless, cause the other part of installation rans smoothly.
>
> By the way during the reboot I had these error messages, in DOS console:
>
> Unknown PCHIP 1 CSR 0000340 read attempted.
> Unknown PCHIP 1 CSR 0000440 read attempted.
> Unknown PCHIP 1 CSR 0000500 read attempted.
> Unknown PCHIP 1 CSR 0000540 read attempted.
> Unknown PCHIP 0 CSR 0000340 read attempted.
> Unknown PCHIP 0 CSR 0000440 read attempted.
> Unknown PCHIP 0 CSR 0000500 read attempted.
> Unknown PCHIP 0 CSR 0000540 read attempted.
>
> What are they? Something not emulated?
>
> Now, the hardest part... PRODUCT installation. :-)
>
> I'll keep you in touch.
>
> regards,
> fausto
>
> PS
> the installation now is very quicker than before... about 1.5 / 2 hours.
>
> -------------------------------------------------------------------------
> 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: Fausto S. <fa...@un...> - 2008-03-04 17:32:03
|
Hello all, I'm seeing some strange behaviours in my VMS session. I'm using PUTTY serial terminal #0, and sometimes the script (for example tcpip$config) quits and if I press ENTER i have always the login prompt! Another strange thing is keyboard related... if I press "@" (with AltGr cause I have and italian keyboard), I cannot type any chars for few seconds... regards, fausto |
|
From: Fausto S. <fa...@un...> - 2008-03-04 16:37:57
|
Hello all, finally I was able to install OpenVMS 8.3 with a FULL IDE configuration. I had only an ACCESS VIOLATION during the installation, but it seems it was harmless, cause the other part of installation rans smoothly. By the way during the reboot I had these error messages, in DOS console: Unknown PCHIP 1 CSR 0000340 read attempted. Unknown PCHIP 1 CSR 0000440 read attempted. Unknown PCHIP 1 CSR 0000500 read attempted. Unknown PCHIP 1 CSR 0000540 read attempted. Unknown PCHIP 0 CSR 0000340 read attempted. Unknown PCHIP 0 CSR 0000440 read attempted. Unknown PCHIP 0 CSR 0000500 read attempted. Unknown PCHIP 0 CSR 0000540 read attempted. What are they? Something not emulated? Now, the hardest part... PRODUCT installation. :-) I'll keep you in touch. regards, fausto PS the installation now is very quicker than before... about 1.5 / 2 hours. |
|
From: Camiel V. <iam...@gm...> - 2008-03-02 09:57:04
|
Hi Pepito,
Thanks, I put it into CVS.
Camiel.
On Sat, Mar 1, 2008 at 3:48 PM, Pepito Grillo
<pep...@ya...> wrote:
> Hi!
> a tiny patch to solve warnings about:
> warning: deprecated conversion from string constant to
> 'char*'
>
>
> Index: Configurator.cpp
> ===================================================================
> RCS file: /cvsroot/es40/es40/src/Configurator.cpp,v
> retrieving revision 1.18
> diff -r1.18 Configurator.cpp
> 478c478
> < char * CConfigurator::get_text_value(char * n, char
> * def)
> ---
> > char * CConfigurator::get_text_value(const char * n,
> char * def)
> 503c503
> < bool CConfigurator::get_bool_value(char * n, bool
> def)
> ---
> > bool CConfigurator::get_bool_value(const char * n,
> bool def)
> 537c537
> < int CConfigurator::get_int_value(char * n, int def)
> ---
> > int CConfigurator::get_int_value(const char * n, int
> def)
> Index: Configurator.h
> ===================================================================
> RCS file: /cvsroot/es40/es40/src/Configurator.h,v
> retrieving revision 1.10
> diff -r1.10 Configurator.h
> 103,104c103,104
> < char * get_text_value(char * n) { return
> get_text_value(n, (char*)0); };
> < char * get_text_value(char * n, char * def);
> ---
> > char * get_text_value(const char * n) { return
> get_text_value(n, (char*)0);
> > char * get_text_value(const char * n, char * def);
> 106,107c106,107
> < bool get_bool_value(char * n) { return
> get_bool_value(n, false); };
> < bool get_bool_value(char * n, bool def);
> ---
> > bool get_bool_value(const char * n) { return
> get_bool_value(n, false); };
> > bool get_bool_value(const char * n, bool def);
> 109,110c109,110
> < int get_int_value(char * n) { return
> get_int_value(n, 0); };
> < int get_int_value(char * n, int def);
> ---
> > int get_int_value(const char * n) { return
> get_int_value(n, 0); };
> > int get_int_value(const char * n, int def);
>
>
>
>
> ______________________________________________
> ¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome
>
> -------------------------------------------------------------------------
> 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-03-02 09:56:34
|
Thanks Brian, I applied your change. Another change I made is to numeric values in the config file, useful for specifying disk sizes: 100 MB can now be specified as "100M"; 1,5 GB as "1G512M". Camiel. On Fri, Feb 29, 2008 at 9:05 PM, Brian Wheeler <bdw...@in...> wrote: > Because it seemed like a funny thing to do (and I'm easily amused), I > fixed the system memory allocator so memory bits greater than 30 can be > used. > > > Memory Testing and Configuration Status > Array Size Base Address Intlv Mode > --------- ---------- ---------------- ---------- > 0 8192Mb 0000000000000000 4-Way > > 8192 MB of System Memory > AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48 > P00>>> > > The linux box running it (an 8-cpu Opteron w/36G RAM): > > top - 14:51:50 up 134 days, 6:56, 7 users, load average: 1.36, 0.90, 0.60 > Tasks: 213 total, 3 running, 210 sleeping, 0 stopped, 0 zombie > Cpu(s): 12.9%us, 1.6%sy, 0.0%ni, 83.7%id, 1.2%wa, 0.2%hi, 0.5%si, 0.0%st > Mem: 37120580k total, 34210544k used, 2910036k free, 76832k buffers > Swap: 2031608k total, 156k used, 2031452k free, 28809312k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 28570 bdwheele 25 0 8238m 139m 1840 R 100 0.4 2:55.65 es40 > 28787 bdwheele 15 0 12716 1144 800 R 2 0.0 0:00.06 top > 1675 root 15 0 0 0 0 R 0 0.0 0:52.37 pdflush > > > > ------------------------------------------------------------------------- > 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-03-01 17:13:40
|
Hi Brian, The reason I had for saving the stats is that the data that is generated by running the "set sys_serial_num" and "buildfru" SRM-commands is saved in DPR. We should probably generate some of the data (psu/temp/fan status and system boot time, for instance) each time though. I'll think about that some... Camiel. On Sat, Mar 1, 2008 at 5:39 PM, brian wheeler <bdw...@in...> wrote: > Interesting. I'll take a look at that. I made some changes to DPR > (currently in CVS) which gives this output: > > P00>>>show power > Status > Power Supply 0 Good > Power Supply 1 Good > Power Supply 2 Good > > System Fan 1 Good > System Fan 2 Good > System Fan 3 Good > System Fan 4 Good > System Fan 5 Good > System Fan 6 Good > CPU 0 Temperature Good > > CPU 1 Temperature Not Available > CPU 2 Temperature Not Available > CPU 3 Temperature Not Available > Zone 0 Temperature Good > Zone 1 Temperature Good > Zone 2 Temperature Good > P00>>> > > But the catch is this: The DPR state gets saved in dpr.rom, so if > you've run es40 before the cvs changes happened, you'll still get the > old values. > > Camiel, is there any reason to save that state, or can it be generated > fresh each time? > > Brian > > > > > On Fri, 2008-02-29 at 15:58 -0600, Hittner, David T. wrote: > > I don't know if you've tried this - > > > > At the SRM console prompt, you can see the power/temperature state. > > We might need to 'tweak' the CPU registers to simulate a better hardware > > state for the OS's. > > > > P00>>>show power > > Status > > Power Supply 0 Bad > > Power Supply 1 Bad > > Power Supply 2 Bad > > System Fan 1 Good > > System Fan 2 Good > > System Fan 3 Good > > System Fan 4 Good > > System Fan 5 Good > > System Fan 6 Good > > CPU 0 Temperature Warning > > CPU 1 Temperature Not Available > > CPU 2 Temperature Not Available > > CPU 3 Temperature Not Available > > Zone 0 Temperature Warning > > Zone 1 Temperature Warning > > Zone 2 Temperature Warning > > P00>>> > > > > -----Original Message----- > > From: es4...@li... > > [mailto:es4...@li...] On Behalf Of > > Brian Wheeler > > Sent: Friday, February 29, 2008 9:28 AM > > To: ES40 Developer Discussions > > Subject: Re: [ES40-developers] tru64 5.1 boot > > > > The latest Keyboard.cpp in cvs ACKs 0xf8 (and others) which makes Tru64 > > happy. > > > > Oh, if you've got an existing dpr.rom file, you'll probably want to > > remove it since earlier defaults will show the system temperature is too > > hot and one of the power supplies have failed... > > > > Brian > > > > > > On Fri, 2008-02-29 at 14:40 +0100, Fausto Saporito wrote: > > > hello all, > > > > > > i'm trying to boot Tru64 5.1, but I have a problem during the first > > > step, it seems the installation is starting, even if I have some KBD > > > errors, like this: > > > > > > kbd: command f8: not recognized! > > > > > > but after a while the alpha console becomes black, and nothing > > > happens. I supposed a blank screen (of graphic display), but I cannot > > > interact anymore with the console. > > > > > > I'm running a windows version of ES40 and I also tried with icache > > > false or true, with the same result. > > > > > > 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: brian w. <bdw...@in...> - 2008-03-01 16:39:30
|
Interesting. I'll take a look at that. I made some changes to DPR
(currently in CVS) which gives this output:
P00>>>show power
Status
Power Supply 0 Good
Power Supply 1 Good
Power Supply 2 Good
System Fan 1 Good
System Fan 2 Good
System Fan 3 Good
System Fan 4 Good
System Fan 5 Good
System Fan 6 Good
CPU 0 Temperature Good
CPU 1 Temperature Not Available
CPU 2 Temperature Not Available
CPU 3 Temperature Not Available
Zone 0 Temperature Good
Zone 1 Temperature Good
Zone 2 Temperature Good
P00>>>
But the catch is this: The DPR state gets saved in dpr.rom, so if
you've run es40 before the cvs changes happened, you'll still get the
old values.
Camiel, is there any reason to save that state, or can it be generated
fresh each time?
Brian
On Fri, 2008-02-29 at 15:58 -0600, Hittner, David T. wrote:
> I don't know if you've tried this -
>
> At the SRM console prompt, you can see the power/temperature state.
> We might need to 'tweak' the CPU registers to simulate a better hardware
> state for the OS's.
>
> P00>>>show power
> Status
> Power Supply 0 Bad
> Power Supply 1 Bad
> Power Supply 2 Bad
> System Fan 1 Good
> System Fan 2 Good
> System Fan 3 Good
> System Fan 4 Good
> System Fan 5 Good
> System Fan 6 Good
> CPU 0 Temperature Warning
> CPU 1 Temperature Not Available
> CPU 2 Temperature Not Available
> CPU 3 Temperature Not Available
> Zone 0 Temperature Warning
> Zone 1 Temperature Warning
> Zone 2 Temperature Warning
> P00>>>
>
> -----Original Message-----
> From: es4...@li...
> [mailto:es4...@li...] On Behalf Of
> Brian Wheeler
> Sent: Friday, February 29, 2008 9:28 AM
> To: ES40 Developer Discussions
> Subject: Re: [ES40-developers] tru64 5.1 boot
>
> The latest Keyboard.cpp in cvs ACKs 0xf8 (and others) which makes Tru64
> happy.
>
> Oh, if you've got an existing dpr.rom file, you'll probably want to
> remove it since earlier defaults will show the system temperature is too
> hot and one of the power supplies have failed...
>
> Brian
>
>
> On Fri, 2008-02-29 at 14:40 +0100, Fausto Saporito wrote:
> > hello all,
> >
> > i'm trying to boot Tru64 5.1, but I have a problem during the first
> > step, it seems the installation is starting, even if I have some KBD
> > errors, like this:
> >
> > kbd: command f8: not recognized!
> >
> > but after a while the alpha console becomes black, and nothing
> > happens. I supposed a blank screen (of graphic display), but I cannot
> > interact anymore with the console.
> >
> > I'm running a windows version of ES40 and I also tried with icache
> > false or true, with the same result.
> >
> > 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: Fausto S. <fa...@un...> - 2008-03-01 16:28:54
|
Hello, i'm trying to boot tru64 in graphic mode... using win32 driver. I noticed a strange message when the alpha console switch in graphic mode, I have: dimension update x=640 y=400 fontheight=0 fontwidth=0 bpp=8 Is it normal that fontheight and width are 0? Then when the installation procedure tries to start the X server, I have: dimension update x=640 y=480 fontheight=0 fontwidth=0 bpp=8 Maybe those 0's are the problem? regards, fausto |
|
From: Fausto S. <fa...@un...> - 2008-03-01 16:12:17
|
Hello all, during freebsd 6.2 boot I had these two warnings: [ mii_access(): UNIMPLEMENTED MII opcode 1243736 (probably just a bug in GXemul' s MII data stream handling) ] [ mii_access(): UNIMPLEMENTED MII opcode 1243736 (probably just a bug in GXemul' s MII data stream handling) ] maybe it's better to remove GXemul reference :-) With SCSI disks the installation is not possible because no disks are recognized. Fausto |
|
From: Pepito G. <pep...@ya...> - 2008-03-01 14:48:39
|
Hi!
a tiny patch to solve warnings about:
warning: deprecated conversion from string constant to
'char*'
Index: Configurator.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/Configurator.cpp,v
retrieving revision 1.18
diff -r1.18 Configurator.cpp
478c478
< char * CConfigurator::get_text_value(char * n, char
* def)
---
> char * CConfigurator::get_text_value(const char * n,
char * def)
503c503
< bool CConfigurator::get_bool_value(char * n, bool
def)
---
> bool CConfigurator::get_bool_value(const char * n,
bool def)
537c537
< int CConfigurator::get_int_value(char * n, int def)
---
> int CConfigurator::get_int_value(const char * n, int
def)
Index: Configurator.h
===================================================================
RCS file: /cvsroot/es40/es40/src/Configurator.h,v
retrieving revision 1.10
diff -r1.10 Configurator.h
103,104c103,104
< char * get_text_value(char * n) { return
get_text_value(n, (char*)0); };
< char * get_text_value(char * n, char * def);
---
> char * get_text_value(const char * n) { return
get_text_value(n, (char*)0);
> char * get_text_value(const char * n, char * def);
106,107c106,107
< bool get_bool_value(char * n) { return
get_bool_value(n, false); };
< bool get_bool_value(char * n, bool def);
---
> bool get_bool_value(const char * n) { return
get_bool_value(n, false); };
> bool get_bool_value(const char * n, bool def);
109,110c109,110
< int get_int_value(char * n) { return
get_int_value(n, 0); };
< int get_int_value(char * n, int def);
---
> int get_int_value(const char * n) { return
get_int_value(n, 0); };
> int get_int_value(const char * n, int def);
______________________________________________
¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas http://es.answers.yahoo.com/info/welcome
|
|
From: Camiel V. <iam...@gm...> - 2008-03-01 10:03:53
|
Hi David, Brian made a patch for this, if you get the latest version from CVS, and delete your existing dpr.rom, these messages will disappear. Camiel. On Fri, Feb 29, 2008 at 10:58 PM, Hittner, David T. <dav...@ng...> wrote: > I don't know if you've tried this - > > At the SRM console prompt, you can see the power/temperature state. > We might need to 'tweak' the CPU registers to simulate a better hardware > state for the OS's. > > P00>>>show power > Status > Power Supply 0 Bad > Power Supply 1 Bad > Power Supply 2 Bad > System Fan 1 Good > System Fan 2 Good > System Fan 3 Good > System Fan 4 Good > System Fan 5 Good > System Fan 6 Good > CPU 0 Temperature Warning > CPU 1 Temperature Not Available > CPU 2 Temperature Not Available > CPU 3 Temperature Not Available > Zone 0 Temperature Warning > Zone 1 Temperature Warning > Zone 2 Temperature Warning > P00>>> > > > > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On Behalf Of > Brian Wheeler > Sent: Friday, February 29, 2008 9:28 AM > To: ES40 Developer Discussions > Subject: Re: [ES40-developers] tru64 5.1 boot > > The latest Keyboard.cpp in cvs ACKs 0xf8 (and others) which makes Tru64 > happy. > > Oh, if you've got an existing dpr.rom file, you'll probably want to > remove it since earlier defaults will show the system temperature is too > hot and one of the power supplies have failed... > > Brian > > > On Fri, 2008-02-29 at 14:40 +0100, Fausto Saporito wrote: > > hello all, > > > > i'm trying to boot Tru64 5.1, but I have a problem during the first > > step, it seems the installation is starting, even if I have some KBD > > errors, like this: > > > > kbd: command f8: not recognized! > > > > but after a while the alpha console becomes black, and nothing > > happens. I supposed a blank screen (of graphic display), but I cannot > > interact anymore with the console. > > > > I'm running a windows version of ES40 and I also tried with icache > > false or true, with the same result. > > > > 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 > |
