es40-developers Mailing List for AlphaServer ES40 Emulator
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: Pepito G. <pep...@ya...> - 2008-03-31 19:44:17
|
Hi!
I have done it! But I had to remove the configuration
files. I was not enough to run @tcpip$config.
now,new error
Begin Startup...
%TCPIP-I-INFO, TCP/IP Services startup beginning at
31-MAR-2008 19:36:45.53
%TCPIP-I-NORMAL, timezone information verified
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:54.98
%%%%%%%%%%%
Message from user INTERnet on AEDES1
INTERnet Loaded
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.01
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "inet" configured by process 0001001F
Status: success
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.05
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "net" configured by process 0001001F
Status: success
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.10
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "socket" configured by process 0001001F
Status: success
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.15
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "iptunnel" configured by process 0001001F
Status: success
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.20
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "ipv6" configured by process 0001001F
Status: success
%%%%%%%%%%% OPCOM 31-MAR-2008 19:36:55.26
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "snmpinfo" configured by process 0001001F
Status: success
%RUN-S-PROC_ID, identification of created process is
0000009F
%SYSTEM-F-ACCVIO, access violation, reason mask=00,
virtual address=00000000000A
408C, PC=000000007AFD55F8, PS=0000001B
Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000000000
00000000000A408C
000000007AFD55F8
000000000000001B
Register dump:
R0 = 00000000000A4000 R1 = 00000000000108D0 R2
= 000000007AF724D8
R3 = 000000007AEC37E0 R4 = 0000000000020044 R5
= 000000007FFCF940
R6 = 0000000000000000 R7 = 000000007AF19F00 R8
= 000000007FFAC1F8
R9 = 000000007AEC39E0 R10 = 000000007AEC37E0
R11 = 000000007FFCE3E0
R12 = 0000000000000000 R13 = 000000007AF79328
R14 = 0000000000020000
R15 = 000000007AF75C20 R16 = 000000007AEC39E8
R17 = 000000007AEC37E0
R18 = 000000007AEC39D8 R19 = 0000000000000000
R20 = 0000F80000000000
R21 = 0000000000000FFF R22 = 000000007AF727C0
R23 = 000000007AF727C0
R24 = 000000007AEC39E8 R25 = 0000000000000003
R26 = 000000007AFD4F04
R27 = 000000007AF724D8 R28 = 000000007AFD4EA0
R29 = 000000007AEC3760
SP = 000000007AEC3760 PC = 000000007AFD55F8 PS
= 200000000000001B
%TCPIP-I-STARTCOMM, starting communication
%%%%%%%%%%% OPCOM 31-MAR-2008 19:37:00.25
%%%%%%%%%%%
Message from user INTERnet on AEDES1
INTERnet Started
%TCPIP-I-SETPROTP, setting protocol parameters
%TCPIP-I-DEFINTE, defining interfaces
%%%%%%%%%%% OPCOM 31-MAR-2008 19:37:03.99
%%%%%%%%%%%
Message from user INTERnet on AEDES1
INTERnet ACP Created INTERnet interface: WE0
%TCPIP-I-DHCPC_STRD_CLNT, DHCP client started with PID
000000A1
aedes1$dqa0:[sys0.syscommon.][sysexe]tcpip$dhcp_client_conf.exe;1:
timed out aft
er 30 seconds
%TCPIP-E-DHCPC_TIMEOUT, controlling program timed out
%TCPIP-E-DHCPCONFERR, DHCP client failed to configure
interface WE0
-TCPIP-E-DHCPC_TIMEOUT, controlling program timed out
%%%%%%%%%%% OPCOM 31-MAR-2008 19:37:43.30
%%%%%%%%%%%
Message from user Proxy Server on AEDES1
Loading proxy server image TCPIP$PROXY_SERVICES
%%%%%%%%%%% OPCOM 31-MAR-2008 19:37:43.44
%%%%%%%%%%%
Message from user INTERnet on AEDES1
Subsystem "proxy" configured by process 0001001C
Status: success
%TCPIP-S-STARTDONE, TCP/IP Kernel startup completed
%TCPIP-I-PROXYLOADED, loaded 0 NFS proxy records
%TCPIP-I-LOADSERV, loading TCPIP server proxy
information
%TCPIP-I-SERVLOADED, auxiliary server loaded with 0
proxy records
-TCPIP-I-SERVSKIP, skipped 0 communication proxy
records
-TCPIP-I-SERVTOTAL, total of 0 proxy records read
%TCPIP-S-STARTDONE, TCPIP$PROXY startup completed
%TCPIP-S-STARTDONE, TCPIP$DHCP_CLIENT startup
completed
%TCPIP-S-STARTDONE, TCP/IP Services startup completed
at 31-MAR-2008 19:38:17.31
Startup request completed.
Press Return to continue ...
Pepito
--- "Hittner, David T." <dav...@ng...>
escribió:
> Since the ES40 21143 ethernet interfaces are EWx:,
> the "SE0" in the error message indicates that you
> either ran the TCP/IP configuration under Personal
> Alpha or didn't run it at all.
>
> Rerun @SYS$STARTUP:TCPIP$CONFIG and try again.
>
> Dave
>
> -----Original Message-----
> From: es4...@li...
>
[mailto:es4...@li...]
> On Behalf Of Pepito Grillo
> Sent: Sunday, March 30, 2008 12:53 PM
> To: ES40 Developer Discussions
> Subject: Re: [ES40-developers] access violation fun
> :-)
>
> Hi!
>
> The error I get with TCPIP is:
> %TCPIP-I-SETPROTP, setting protocol parameters
> %TCPIP-I-DEFINTE, defining interfaces
> %TCPIP-E-INVINTER, error defining interface: SE0
> -TCPIP-I-ACPQIO, failure on internet ACP QIO
> -SYSTEM-W-NOSUCHDEV, no such device available
> %%%%%%%%%%% OPCOM 30-MAR-2008 15:54:55.86
> %%%%%%%%%%% I hope it helps...
>
> Pepito
>
> --- Fausto Saporito <fa...@un...> escribió:
>
> > Hello all,
> >
> > some interesting news, from the installation world
> > :-)
> > Today I was able to install OpenVMS 8.3 without
> any ACCESS VIOLATION
> > error. All went fine, in about one hour and half.
> > I used ODS2, not ODS5.
> >
> > Anyway, the installation of CXML (a layered
> product) generates always
> > an access violation. The DHCP client doesn't work
> (it starts but I
> > have no IP address), and if I try to use a manual
> IP address when I
> > have to set the HOST name in the host database I
> have a new ACCESS
> > VIOLATION, so the TCPIP doesn't work for me.
> >
> > I installed successfully the UPDATE_V6 of VMS, but
> after the reboot I
> > got a new access violation related to PTHREAD and
> ACME (I don't
> > remember exactly the name of the process).
> > Then I was not able to install the VMS83A_SYS_V007
> update, cause I
> > have another ACCESS VIOLATION, during the product
> install
> > (verification phase).
> >
> > During this last try, the emulator hung and on the
> DOS console I had
> > the following error, looping:
> >
> > Unknown opcode: 00.00
> >
> > Then when I pressed CTRL-C to stop everything, I
> got on the DOS
> > console these other errors:
> >
> > Unknown opcode: 00.00
> > Unknown opcode: 1c.23
> > Unknown opcode: 1b.06
> > Unknown opcode: 00.00
> > Unknown opcode: 00.294000
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> > Unknown opcode: 00.00
> >
> > C:\Users\p\es40_cvs_exe>
> >
> > regards,
> > fausto
> >
> >
>
-------------------------------------------------------------------------
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> just about anything
> > Open Source.
> >
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> > _______________________________________________
> > Es40-developers mailing list
> > Es4...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/es40-developers
> >
>
>
>
> ______________________________________________
> Enviado desde Correo Yahoo!
> Disfruta de una bandeja de entrada más inteligente.
> http://es.docs.yahoo.com/mail/overview/index.html
>
>
-------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just
> about anything Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
>
https://lists.sourceforge.net/lists/listinfo/es40-developers
>
>
-------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Es40-developers mailing list
> Es4...@li...
>
https://lists.sourceforge.net/lists/listinfo/es40-developers
>
______________________________________________
Enviado desde Correo Yahoo!
Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-31 15:11:28
|
Since the ES40 21143 ethernet interfaces are EWx:, the "SE0" in the error message indicates that you either ran the TCP/IP configuration under Personal Alpha or didn't run it at all. Rerun @SYS$STARTUP:TCPIP$CONFIG and try again. Dave -----Original Message----- From: es4...@li... [mailto:es4...@li...] On Behalf Of Pepito Grillo Sent: Sunday, March 30, 2008 12:53 PM To: ES40 Developer Discussions Subject: Re: [ES40-developers] access violation fun :-) Hi! The error I get with TCPIP is: %TCPIP-I-SETPROTP, setting protocol parameters %TCPIP-I-DEFINTE, defining interfaces %TCPIP-E-INVINTER, error defining interface: SE0 -TCPIP-I-ACPQIO, failure on internet ACP QIO -SYSTEM-W-NOSUCHDEV, no such device available %%%%%%%%%%% OPCOM 30-MAR-2008 15:54:55.86 %%%%%%%%%%% I hope it helps... Pepito --- Fausto Saporito <fa...@un...> escribió: > Hello all, > > some interesting news, from the installation world > :-) > Today I was able to install OpenVMS 8.3 without any ACCESS VIOLATION > error. All went fine, in about one hour and half. > I used ODS2, not ODS5. > > Anyway, the installation of CXML (a layered product) generates always > an access violation. The DHCP client doesn't work (it starts but I > have no IP address), and if I try to use a manual IP address when I > have to set the HOST name in the host database I have a new ACCESS > VIOLATION, so the TCPIP doesn't work for me. > > I installed successfully the UPDATE_V6 of VMS, but after the reboot I > got a new access violation related to PTHREAD and ACME (I don't > remember exactly the name of the process). > Then I was not able to install the VMS83A_SYS_V007 update, cause I > have another ACCESS VIOLATION, during the product install > (verification phase). > > During this last try, the emulator hung and on the DOS console I had > the following error, looping: > > Unknown opcode: 00.00 > > Then when I pressed CTRL-C to stop everything, I got on the DOS > console these other errors: > > Unknown opcode: 00.00 > Unknown opcode: 1c.23 > Unknown opcode: 1b.06 > Unknown opcode: 00.00 > Unknown opcode: 00.294000 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > > C:\Users\p\es40_cvs_exe> > > regards, > fausto > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for just about anything > Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Es40-developers mailing list > Es4...@li... > https://lists.sourceforge.net/lists/listinfo/es40-developers > ______________________________________________ Enviado desde Correo Yahoo! Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Es40-developers mailing list Es4...@li... https://lists.sourceforge.net/lists/listinfo/es40-developers |
|
From: Pepito G. <pep...@ya...> - 2008-03-30 16:53:10
|
Hi! The error I get with TCPIP is: %TCPIP-I-SETPROTP, setting protocol parameters %TCPIP-I-DEFINTE, defining interfaces %TCPIP-E-INVINTER, error defining interface: SE0 -TCPIP-I-ACPQIO, failure on internet ACP QIO -SYSTEM-W-NOSUCHDEV, no such device available %%%%%%%%%%% OPCOM 30-MAR-2008 15:54:55.86 %%%%%%%%%%% I hope it helps... Pepito --- Fausto Saporito <fa...@un...> escribió: > Hello all, > > some interesting news, from the installation world > :-) > Today I was able to install OpenVMS 8.3 without any > ACCESS VIOLATION > error. All went fine, in about one hour and half. > I used ODS2, not ODS5. > > Anyway, the installation of CXML (a layered product) > generates always > an access violation. The DHCP client doesn't work > (it starts but I > have no IP address), and if I try to use a manual IP > address when I > have to set the HOST name in the host database I > have a new ACCESS > VIOLATION, so the TCPIP doesn't work for me. > > I installed successfully the UPDATE_V6 of VMS, but > after the reboot I > got a new access violation related to PTHREAD and > ACME (I don't > remember exactly the name of the process). > Then I was not able to install the VMS83A_SYS_V007 > update, cause I > have another ACCESS VIOLATION, during the product > install > (verification phase). > > During this last try, the emulator hung and on the > DOS console I had > the following error, looping: > > Unknown opcode: 00.00 > > Then when I pressed CTRL-C to stop everything, I got > on the DOS > console these other errors: > > Unknown opcode: 00.00 > Unknown opcode: 1c.23 > Unknown opcode: 1b.06 > Unknown opcode: 00.00 > Unknown opcode: 00.294000 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > Unknown opcode: 00.00 > > C:\Users\p\es40_cvs_exe> > > regards, > fausto > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Es40-developers mailing list > Es4...@li... > https://lists.sourceforge.net/lists/listinfo/es40-developers > ______________________________________________ Enviado desde Correo Yahoo! Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html |
|
From: Fausto S. <fa...@un...> - 2008-03-29 20:30:24
|
Hello all, some interesting news, from the installation world :-) Today I was able to install OpenVMS 8.3 without any ACCESS VIOLATION error. All went fine, in about one hour and half. I used ODS2, not ODS5. Anyway, the installation of CXML (a layered product) generates always an access violation. The DHCP client doesn't work (it starts but I have no IP address), and if I try to use a manual IP address when I have to set the HOST name in the host database I have a new ACCESS VIOLATION, so the TCPIP doesn't work for me. I installed successfully the UPDATE_V6 of VMS, but after the reboot I got a new access violation related to PTHREAD and ACME (I don't remember exactly the name of the process). Then I was not able to install the VMS83A_SYS_V007 update, cause I have another ACCESS VIOLATION, during the product install (verification phase). During this last try, the emulator hung and on the DOS console I had the following error, looping: Unknown opcode: 00.00 Then when I pressed CTRL-C to stop everything, I got on the DOS console these other errors: Unknown opcode: 00.00 Unknown opcode: 1c.23 Unknown opcode: 1b.06 Unknown opcode: 00.00 Unknown opcode: 00.294000 Unknown opcode: 00.00 Unknown opcode: 00.00 Unknown opcode: 00.00 Unknown opcode: 00.00 Unknown opcode: 00.00 Unknown opcode: 00.00 Unknown opcode: 00.00 C:\Users\p\es40_cvs_exe> regards, fausto |
|
From: Brian W. <bdw...@in...> - 2008-03-27 13:28:13
|
It looks like a variable declaration got dropped at some point.
In AliM1543C_ide.cpp, add
u32 base,control;
at line 1108, right before the do { block.
Now for the bigger problem: IDE instability. I've been pounding on it,
thinking that I've got some goofy lock problem, but after a quick
experiment it turns out that its not the case. I removed all of the
locking and it worked just fine -- in the sense that it behaves exactly
the same as when locking is enabled.
So, that begs a much bigger question: is it the threading or the cpu
clock that's causing the trouble? They both happened nearly at the same
time so I just assumed that there was locking issues, but I'm becoming
more concerned about the clock.
So...how does the clock work now compared to the single-threaded
clock?
Brian
|
|
From: Camiel V. <iam...@gm...> - 2008-03-26 19:40:47
|
Hello all, I've just committed a patch that aims to do the following: * Avoid the "warning: deprecated conversion from string constant to 'char*'" warnings. * Actually use the configuration data collected by the configure script. These changes work without problems on my windows and linux systems, but if there are any problems on other systems, I'd like to hear of it. Camiel. |
|
From: Camiel V. <iam...@gm...> - 2008-03-25 08:45:06
|
Hello Pepito, I fixed this. Thanks! Camiel. On Mon, Mar 24, 2008 at 9:14 PM, Pepito Grillo <pep...@ya...> wrote: > Hi! > I've had two errors compiling the latest from cvs. > Index: Cirrus.cpp > =================================================================== > RCS file: /cvsroot/es40/es40/src/Cirrus.cpp,v > retrieving revision 1.20 > diff -r1.20 Cirrus.cpp > 1396c1396 > < #endi > --- > > #endif > Index: System.cpp > =================================================================== > RCS file: /cvsroot/es40/es40/src/System.cpp,v > retrieving revision 1.73 > diff -r1.73 System.cpp > 2154c2154 > < state.pctl[pcibus].wsba[j], > state.pchip[pcibus].wsm[j], > --- > > state.pchip[pcibus].wsba[j], > state.pchip[pcibus].wsm[j], > Index: config_debug.h > =================================================================== > > > > > I have also a question. I can get TCPIP on OpenVMS to > work properly. > I get an error trying to configure the device. Any > idea? > > > Pepito > > > > ______________________________________________ > Enviado desde Correo Yahoo! > Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html > > ------------------------------------------------------------------------- > 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: Pepito G. <pep...@ya...> - 2008-03-24 20:14:35
|
Hi!
I've had two errors compiling the latest from cvs.
Index: Cirrus.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/Cirrus.cpp,v
retrieving revision 1.20
diff -r1.20 Cirrus.cpp
1396c1396
< #endi
---
> #endif
Index: System.cpp
===================================================================
RCS file: /cvsroot/es40/es40/src/System.cpp,v
retrieving revision 1.73
diff -r1.73 System.cpp
2154c2154
< state.pctl[pcibus].wsba[j],
state.pchip[pcibus].wsm[j],
---
> state.pchip[pcibus].wsba[j],
state.pchip[pcibus].wsm[j],
Index: config_debug.h
===================================================================
I have also a question. I can get TCPIP on OpenVMS to
work properly.
I get an error trying to configure the device. Any
idea?
Pepito
______________________________________________
Enviado desde Correo Yahoo!
Disfruta de una bandeja de entrada más inteligente. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Camiel V. <iam...@gm...> - 2008-03-21 14:29:13
|
Hi Brian,
On Thu, Mar 20, 2008 at 7:36 PM, Brian Wheeler <bdw...@in...> wrote:
> Camiel, is it possible (and/or legitimate) to do something like this:
>
> {
> SCOPED_WRITE_LOCK(some_rwlock);
> .
> .
> .
> some_rwlock->unlock();
> a_long_running_function_like_fread();
> some_rwlock->writeLock();
> .
> .
> .
> }
>
> So I can release my lock while trying to run the fread() on physical
> devices?
Yes, that should be possible. Just make sure that you always lock it
again in this case. The destructor on the ScopedLock will always try
to unlock it, and not all implementations like trying to unlock an
already unlocked mutex.
> Where does one put the -DDEBUG_IDE style flags when using configure?
This is something I've given considerable thought. I wanted to have a
couple of questions about this when running configure. At first I
wanted to do this from the configure script itself; I've been playing
around with a couple of m4 macro's that should do this, but never
managed to get it working. Using read failed because stdin was no
longer the terminal. So instead, I've changed the reconf script in
such a way that it renames the original configure script to
configure_2.sh; then it creates a script called configure_1.sh that
contains questions for debugging flags, and finally creates a new
configure script that calls configure_1.sh followed by configure_2.sh.
This is all in CVS now.
When you run ./configure now, you get a couple of questions such as:
camiel@linux-laptop:~/es40> ./configure
This is the debug-options configuration script for the ES40 emulator
If you don't want any debugging options enabled, answer YES to the
following question
Do you want the defaults for all options? [yes]: no
Do you want to show the cycle counter? [yes]:
Do you want to enable VGA debugging? [no]: yes
Do you want to enable Serial Port debugging? [no]: no
Do you want to enable one or more IDE debugging options? [no]: yes
Do you want to enable all IDE debugging? [no]: yes
Do you want to enable unknown memory access debugging? [no]: no
After which the normal configure script runs. If you ever want to
change debugging flags without running configure, simply run
./configure_1.sh
The debugging flags are stored in src/config_debug.h:
camiel@linux-laptop:~/es40> cat src/config_debug.h
// This file contains the debug configuration options.
// This file was generated by configure_1.sh
// Enable the cycle counter
//#define HIDE_COUNTER 1
// Enable VGA debugging
#define DEBUG_VGA 1
// Disable Serial Port debugging
//#define DEBUG_SERIAL 1
// Enable all IDE debugging
#define DEBUG_IDE 1
// Disable unknown memory access debugging
//#define DEBUG_UNKMEM 1
If you want to add debugging flags, don't change configure_1.sh
directly; instead, edit configure_1.m4; it has a list of debugging
options like this:
ES_ASK_DEBUG_Q(IDE Busmaster, IDE_BUSMASTER)
ES_ASK_DEBUG_Q(IDE Command, IDE_COMMAND)
ES_ASK_DEBUG_Q(IDE DMA, IDE_DMA)
ES_ASK_DEBUG_Q(IDE Interrupt, IDE_INTERRUPT)
ES_ASK_DEBUG_Q(IDE Command Register, IDE_REG_COMMAND)
ES_ASK_DEBUG_Q(IDE Control Register, IDE_REG_CONTROL)
ES_ASK_DEBUG_Q(IDE ATAPI Packet, IDE_PACKET)
ES_ASK_DEBUG_Q(IDE Thread, IDE_THREADS)
ES_ASK_DEBUG_Q(IDE Mutexes, IDE_LOCKS)
Then run ./reconfig, and you should have up-to-date configure scripts.
You should have Automake (1.10), Autoconf (2.61) and m4 (1.4.10). The
version numbers are those on my linux box, older versions might not
work with our scripts.
I'm pretty fond of this solution, but if there's anything in here
you're not happy with, please let me know.
Camiel.
|
|
From: Pepito G. <pep...@ya...> - 2008-03-20 19:49:15
|
Hi!
ahhh!
Problem fixed using cvs update -dP
:)
Thanks
Pepito
--- Brian Wheeler <bdw...@in...> escribió:
>
> On Thu, 2008-03-20 at 17:55 +0100, Pepito Grillo
> wrote:
> > Hi!
> > I have a little problem with configure:
> >
> > ....
> > checking for strspn... yes
> > configure: creating ./config.status
> > config.status: creating Makefile
> > config.status: error: cannot find input file:
> > doc/Makefile.in
> >
>
> When you did the cvs update, did you use the -dP
> flags? That grabs all
> of the new directories (and cleans out the empty
> ones)
>
> Brian
>
>
>
> > Pepito
> >
> >
> > --- Paco Linux <pac...@gm...> escribió:
> >
> > > Hi:
> > >
> > > Pepito, I have a configure, but I had to make:
> chmod
> > > +x configure
> > >
> > > checking for strspn... yes
> > > configure: creating ./config.status
> > > config.status: creating Makefile
> > > config.status: error: cannot find input file:
> > > doc/Makefile.in
> > > paco@javier:~/es40$
> > >
> > > Paco
> > >
> > >
> > > On Thu, Mar 20, 2008 at 12:56 PM, Camiel
> > > Vanderhoeven <iam...@gm...>
> > > wrote:
> > >
> > > > Hello,
> > > >
> > > > I committed this to the repository. Also new
> is a
> > > new set of
> > > > configuration files for Automake and friends.
> This
> > > means that on
> > > > Linux, BSD or UNIX'es, you can simply run
> > > ./configure followed by make
> > > > to build the emulator. If you run into any
> kind of
> > > trouble with this,
> > > > please let me know, and I'll try to resolve
> them,
> > > >
> > > > Camiel.
> > > >
> > > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler
> > > <bdw...@in...>
> > > > wrote:
> > > > > Yes, that's exactly what's happening -- I
> write
> > > lock the registers prior
> > > > > to the execute() call, and since the read
> from
> > > cdrom takes so long,
> > > > the
> > > > > lock times out.
> > > > >
> > > > > If anyone is knowledgeable about the
> workings
> > > of IDE, let me know if
> > > > > this makes sense:
> > > > >
> > > > > The alternate status register seems to be a
> > > semaphore in some respects:
> > > > > the host polls it to determine the 'busy'
> and
> > > 'drq' status to decide
> > > > > when to read/write from/to the rest of the
> > > registers. When busy
> > > > (and/or
> > > > > drq) are asserted, the ide thread should
> have
> > > shut down so there won't
> > > > > be any contention with the cpu thread.
> > > > >
> > > > > So I did a couple of things:
> > > > > * removed all of the general register
> locking.
> > > > > * busmaster locking is still in place, but
> it
> > > might not be needed.
> > > > This
> > > > > locking is pretty fine grained so nothing
> > > should time out waiting for
> > > > > it.
> > > > > * created an alt_status variable which gets
> > > updated when the real
> > > > status
> > > > > becomes stable (i.e. at the end of the
> > > execute() run, after the drq
> > > > > status is changed, etc) Access to this
> > > variable is locked.
> > > > > * everything else is a free for all.
> > > > >
> > > > > This patch implements that methodology as
> well
> > > as an optional delayed
> > > > > interrupt. The OSes still lose interrupts
> > > sometimes and ATAPI is
> > > > busted
> > > > > something fierce. If anyone wants to take
> a
> > > shot at it, feel free.
> > > > I've
> > > > > been looking at it long enough that I'm out
> of
> > > ideas as to what is
> > > > going
> > > > > wrong.
> > > > >
> > > > > Brian
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel
> > > Vanderhoeven wrote:
> > > > > > Brian,
> > > > > >
> > > > > > I think you're the one who understands
> the
> > > ATAPI state engine best;
> > > > > > could there be a point where the ATAPI
> engine
> > > is waiting for
> > > > something
> > > > > > from the CPU, while keeping the registers
> > > mutex write-locked?
> > > > > >
> > > > > > Camiel.
> > > > > >
> > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto
> > > Saporito <fa...@un...>
> > > > wrote:
> > > > > > > Hello all,
> > > > > > >
> > > > > > > I have to fix my previous post.
> > > > > > >
> > > > > > > I have the same error with a "file",
> not
> > > only with "device".
> > > > > > >
> > > > > > > regards,
> > > > > > > fausto
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Quoting Fausto Saporito
> <fa...@un...>:
> > > > > > >
> > > > > > > > Hello Brial et all,
> > > > > > > >
> > > > > > > > just for your info, with the latest
> cvs
> > > I have always a crash
> > > > during a
> > > > > > > > cdrom mount, with the same error:
> > > > > > > >
> > > > > > > > Exception in CPU thread: Threading
> > > error: Locking error
> > > > (Timeout:
> > > > > > > > c:\users\p\es4
> > > > > > > > 0\src\Lock.h, line 581) trying to
> > > read-lock mutex ide1-registers
> > > > from
> > > > > > > > thread cpu
> > > > > > > > 0.
> > > > > > > > : c:\users\p\es40\src\Lock.h, line
> 587.
> > > > > > > >
> > > > > > > > regards,
> > > > > > > > fausto
> > > > > > > >
> > > > > > > > PS
> > > > > > > > with file is ok.
> > > > > > > >
> > > > > > > >
> > > >
>
=== message truncated ===
______________________________________________
Enviado desde Correo Yahoo!
Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html
|
|
From: Brian W. <bdw...@in...> - 2008-03-20 18:36:15
|
Yeah, well...the IDE code is pretty broken right now. Between the
locking and timing issues, its a wonder it works at all :) Tru64 does,
however, seem to work with regular disks (vs CDROMs) but it does time
out sometimes.
On my development copy I've rolled back the patch since it didn't fix it
and it looks like the host doesn't always check the alternate status
bits prior to tinkering with the rest of the registers.
Camiel, is it possible (and/or legitimate) to do something like this:
{
SCOPED_WRITE_LOCK(some_rwlock);
.
.
.
some_rwlock->unlock();
a_long_running_function_like_fread();
some_rwlock->writeLock();
.
.
.
}
So I can release my lock while trying to run the fread() on physical
devices?
Where does one put the -DDEBUG_IDE style flags when using configure?
On Thu, 2008-03-20 at 17:36 +0100, Fausto Saporito wrote:
> Hello all,
>
> after the latest patch, the issue is still present.
> During the boot (on the console) I have :
>
> Checking for Installation Tasks...
> cam_logger: SCSI event packet
> cam_logger: bus 0 target 0 lun 0
> ss_perform_timeout
> timeout on request on the bus, scheduled bus reset
> Active CCB at time of error
> cam_logger: SCSI event packet
> cam_logger: bus 0 target 0 lun 0
> ss_perform_timeout
> timeout on request on the bus, scheduled bus reset
> Active CCB at time of error
> cam_logger: SCSI event packet
> cam_logger: bus 0 target 0 lun 0
> ss_perform_timeout
> timeout on request on the bus, scheduled bus reset
> Active CCB at time of error
>
> looping..., and on DOS console I have
>
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
> Set multiple mode: sector_count = 128
>
> This isn't a blocking issue, but the emulated system is very slowed...
>
> regards,
> fausto
> Quoting Camiel Vanderhoeven <iam...@gm...>:
>
> > Hello,
> >
> > I committed this to the repository. Also new is a new set of
> > configuration files for Automake and friends. This means that on
> > Linux, BSD or UNIX'es, you can simply run ./configure followed by make
> > to build the emulator. If you run into any kind of trouble with this,
> > please let me know, and I'll try to resolve them,
> >
> > Camiel.
> >
> > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler <bdw...@in...> wrote:
> >> Yes, that's exactly what's happening -- I write lock the registers prior
> >> to the execute() call, and since the read from cdrom takes so long, the
> >> lock times out.
> >>
> >> If anyone is knowledgeable about the workings of IDE, let me know if
> >> this makes sense:
> >>
> >> The alternate status register seems to be a semaphore in some respects:
> >> the host polls it to determine the 'busy' and 'drq' status to decide
> >> when to read/write from/to the rest of the registers. When busy (and/or
> >> drq) are asserted, the ide thread should have shut down so there won't
> >> be any contention with the cpu thread.
> >>
> >> So I did a couple of things:
> >> * removed all of the general register locking.
> >> * busmaster locking is still in place, but it might not be needed. This
> >> locking is pretty fine grained so nothing should time out waiting for
> >> it.
> >> * created an alt_status variable which gets updated when the real status
> >> becomes stable (i.e. at the end of the execute() run, after the drq
> >> status is changed, etc) Access to this variable is locked.
> >> * everything else is a free for all.
> >>
> >> This patch implements that methodology as well as an optional delayed
> >> interrupt. The OSes still lose interrupts sometimes and ATAPI is busted
> >> something fierce. If anyone wants to take a shot at it, feel free. I've
> >> been looking at it long enough that I'm out of ideas as to what is going
> >> wrong.
> >>
> >> Brian
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Tue, 2008-03-18 at 13:13 +0100, Camiel Vanderhoeven wrote:
> >> > Brian,
> >> >
> >> > I think you're the one who understands the ATAPI state engine best;
> >> > could there be a point where the ATAPI engine is waiting for something
> >> > from the CPU, while keeping the registers mutex write-locked?
> >> >
> >> > Camiel.
> >> >
> >> > On Tue, Mar 18, 2008 at 12:36 PM, Fausto Saporito
> >> <fa...@un...> wrote:
> >> > > Hello all,
> >> > >
> >> > > I have to fix my previous post.
> >> > >
> >> > > I have the same error with a "file", not only with "device".
> >> > >
> >> > > regards,
> >> > > fausto
> >> > >
> >> > >
> >> > >
> >> > > Quoting Fausto Saporito <fa...@un...>:
> >> > >
> >> > > > Hello Brial et all,
> >> > > >
> >> > > > just for your info, with the latest cvs I have always a
> >> crash during a
> >> > > > cdrom mount, with the same error:
> >> > > >
> >> > > > Exception in CPU thread: Threading error: Locking error (Timeout:
> >> > > > c:\users\p\es4
> >> > > > 0\src\Lock.h, line 581) trying to read-lock mutex
> >> ide1-registers from
> >> > > > thread cpu
> >> > > > 0.
> >> > > > : c:\users\p\es40\src\Lock.h, line 587.
> >> > > >
> >> > > > regards,
> >> > > > fausto
> >> > > >
> >> > > > PS
> >> > > > with file is ok.
> >> > > >
> >> > > >
> >> -------------------------------------------------------------------------
> >> > > > 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: Fausto S. <fa...@un...> - 2008-03-20 17:31:57
|
Hello all, after the latest patch, the issue is still present. During the boot (on the console) I have : Checking for Installation Tasks... cam_logger: SCSI event packet cam_logger: bus 0 target 0 lun 0 ss_perform_timeout timeout on request on the bus, scheduled bus reset Active CCB at time of error cam_logger: SCSI event packet cam_logger: bus 0 target 0 lun 0 ss_perform_timeout timeout on request on the bus, scheduled bus reset Active CCB at time of error cam_logger: SCSI event packet cam_logger: bus 0 target 0 lun 0 ss_perform_timeout timeout on request on the bus, scheduled bus reset Active CCB at time of error looping..., and on DOS console I have Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 Set multiple mode: sector_count = 128 This isn't a blocking issue, but the emulated system is very slowed... regards, fausto Quoting Camiel Vanderhoeven <iam...@gm...>: > Hello, > > I committed this to the repository. Also new is a new set of > configuration files for Automake and friends. This means that on > Linux, BSD or UNIX'es, you can simply run ./configure followed by make > to build the emulator. If you run into any kind of trouble with this, > please let me know, and I'll try to resolve them, > > Camiel. > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler <bdw...@in...> wrote: >> Yes, that's exactly what's happening -- I write lock the registers prior >> to the execute() call, and since the read from cdrom takes so long, the >> lock times out. >> >> If anyone is knowledgeable about the workings of IDE, let me know if >> this makes sense: >> >> The alternate status register seems to be a semaphore in some respects: >> the host polls it to determine the 'busy' and 'drq' status to decide >> when to read/write from/to the rest of the registers. When busy (and/or >> drq) are asserted, the ide thread should have shut down so there won't >> be any contention with the cpu thread. >> >> So I did a couple of things: >> * removed all of the general register locking. >> * busmaster locking is still in place, but it might not be needed. This >> locking is pretty fine grained so nothing should time out waiting for >> it. >> * created an alt_status variable which gets updated when the real status >> becomes stable (i.e. at the end of the execute() run, after the drq >> status is changed, etc) Access to this variable is locked. >> * everything else is a free for all. >> >> This patch implements that methodology as well as an optional delayed >> interrupt. The OSes still lose interrupts sometimes and ATAPI is busted >> something fierce. If anyone wants to take a shot at it, feel free. I've >> been looking at it long enough that I'm out of ideas as to what is going >> wrong. >> >> Brian >> >> >> >> >> >> >> On Tue, 2008-03-18 at 13:13 +0100, Camiel Vanderhoeven wrote: >> > Brian, >> > >> > I think you're the one who understands the ATAPI state engine best; >> > could there be a point where the ATAPI engine is waiting for something >> > from the CPU, while keeping the registers mutex write-locked? >> > >> > Camiel. >> > >> > On Tue, Mar 18, 2008 at 12:36 PM, Fausto Saporito >> <fa...@un...> wrote: >> > > Hello all, >> > > >> > > I have to fix my previous post. >> > > >> > > I have the same error with a "file", not only with "device". >> > > >> > > regards, >> > > fausto >> > > >> > > >> > > >> > > Quoting Fausto Saporito <fa...@un...>: >> > > >> > > > Hello Brial et all, >> > > > >> > > > just for your info, with the latest cvs I have always a >> crash during a >> > > > cdrom mount, with the same error: >> > > > >> > > > Exception in CPU thread: Threading error: Locking error (Timeout: >> > > > c:\users\p\es4 >> > > > 0\src\Lock.h, line 581) trying to read-lock mutex >> ide1-registers from >> > > > thread cpu >> > > > 0. >> > > > : c:\users\p\es40\src\Lock.h, line 587. >> > > > >> > > > regards, >> > > > fausto >> > > > >> > > > PS >> > > > with file is ok. >> > > > >> > > > >> ------------------------------------------------------------------------- >> > > > This SF.net email is sponsored by: Microsoft >> > > > Defy all challenges. Microsoft(R) Visual Studio 2008. >> > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > > > _______________________________________________ >> > > > Es40-developers mailing list >> > > > Es4...@li... >> > > > https://lists.sourceforge.net/lists/listinfo/es40-developers >> > > > >> > > >> > > >> > > >> > > >> ------------------------------------------------------------------------- >> > > This SF.net email is sponsored by: Microsoft >> > > Defy all challenges. Microsoft(R) Visual Studio 2008. >> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > > _______________________________________________ >> > > Es40-developers mailing list >> > > Es4...@li... >> > > https://lists.sourceforge.net/lists/listinfo/es40-developers >> > > >> > >> > ------------------------------------------------------------------------- >> > This SF.net email is sponsored by: Microsoft >> > Defy all challenges. Microsoft(R) Visual Studio 2008. >> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> > _______________________________________________ >> > Es40-developers mailing list >> > Es4...@li... >> > https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Es40-developers mailing list >> Es4...@li... >> https://lists.sourceforge.net/lists/listinfo/es40-developers >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Es40-developers mailing list > Es4...@li... > https://lists.sourceforge.net/lists/listinfo/es40-developers > |
|
From: Paco L. <pac...@gm...> - 2008-03-20 17:17:00
|
Hi: Problem cleared using cvs update -dP Thanks Brian. Paco On Thu, Mar 20, 2008 at 6:02 PM, Brian Wheeler <bdw...@in...> wrote: > > On Thu, 2008-03-20 at 17:55 +0100, Pepito Grillo wrote: > > Hi! > > I have a little problem with configure: > > > > .... > > checking for strspn... yes > > configure: creating ./config.status > > config.status: creating Makefile > > config.status: error: cannot find input file: > > doc/Makefile.in > > > > When you did the cvs update, did you use the -dP flags? That grabs all > of the new directories (and cleans out the empty ones) > > Brian > > > > > Pepito > > > > > > --- Paco Linux <pac...@gm...> escribió: > > > > > Hi: > > > > > > Pepito, I have a configure, but I had to make: chmod > > > +x configure > > > > > > checking for strspn... yes > > > configure: creating ./config.status > > > config.status: creating Makefile > > > config.status: error: cannot find input file: > > > doc/Makefile.in > > > paco@javier:~/es40$ > > > > > > Paco > > > > > > > > > On Thu, Mar 20, 2008 at 12:56 PM, Camiel > > > Vanderhoeven <iam...@gm...> > > > wrote: > > > > > > > Hello, > > > > > > > > I committed this to the repository. Also new is a > > > new set of > > > > configuration files for Automake and friends. This > > > means that on > > > > Linux, BSD or UNIX'es, you can simply run > > > ./configure followed by make > > > > to build the emulator. If you run into any kind of > > > trouble with this, > > > > please let me know, and I'll try to resolve them, > > > > > > > > Camiel. > > > > > > > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler > > > <bdw...@in...> > > > > wrote: > > > > > Yes, that's exactly what's happening -- I write > > > lock the registers prior > > > > > to the execute() call, and since the read from > > > cdrom takes so long, > > > > the > > > > > lock times out. > > > > > > > > > > If anyone is knowledgeable about the workings > > > of IDE, let me know if > > > > > this makes sense: > > > > > > > > > > The alternate status register seems to be a > > > semaphore in some respects: > > > > > the host polls it to determine the 'busy' and > > > 'drq' status to decide > > > > > when to read/write from/to the rest of the > > > registers. When busy > > > > (and/or > > > > > drq) are asserted, the ide thread should have > > > shut down so there won't > > > > > be any contention with the cpu thread. > > > > > > > > > > So I did a couple of things: > > > > > * removed all of the general register locking. > > > > > * busmaster locking is still in place, but it > > > might not be needed. > > > > This > > > > > locking is pretty fine grained so nothing > > > should time out waiting for > > > > > it. > > > > > * created an alt_status variable which gets > > > updated when the real > > > > status > > > > > becomes stable (i.e. at the end of the > > > execute() run, after the drq > > > > > status is changed, etc) Access to this > > > variable is locked. > > > > > * everything else is a free for all. > > > > > > > > > > This patch implements that methodology as well > > > as an optional delayed > > > > > interrupt. The OSes still lose interrupts > > > sometimes and ATAPI is > > > > busted > > > > > something fierce. If anyone wants to take a > > > shot at it, feel free. > > > > I've > > > > > been looking at it long enough that I'm out of > > > ideas as to what is > > > > going > > > > > wrong. > > > > > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel > > > Vanderhoeven wrote: > > > > > > Brian, > > > > > > > > > > > > I think you're the one who understands the > > > ATAPI state engine best; > > > > > > could there be a point where the ATAPI engine > > > is waiting for > > > > something > > > > > > from the CPU, while keeping the registers > > > mutex write-locked? > > > > > > > > > > > > Camiel. > > > > > > > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto > > > Saporito <fa...@un...> > > > > wrote: > > > > > > > Hello all, > > > > > > > > > > > > > > I have to fix my previous post. > > > > > > > > > > > > > > I have the same error with a "file", not > > > only with "device". > > > > > > > > > > > > > > regards, > > > > > > > fausto > > > > > > > > > > > > > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > > > > > > > Hello Brial et all, > > > > > > > > > > > > > > > > just for your info, with the latest cvs > > > I have always a crash > > > > during a > > > > > > > > cdrom mount, with the same error: > > > > > > > > > > > > > > > > Exception in CPU thread: Threading > > > error: Locking error > > > > (Timeout: > > > > > > > > c:\users\p\es4 > > > > > > > > 0\src\Lock.h, line 581) trying to > > > read-lock mutex ide1-registers > > > > from > > > > > > > > thread cpu > > > > > > > > 0. > > > > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > > > > > > > regards, > > > > > > > > fausto > > > > > > > > > > > > > > > > PS > > > > > > > > with file is ok. > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > > 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 > > > > > > > > > > === message truncated ===> > > > ------------------------------------------------------------------------- > > > 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 > > > > > > > > > > > ______________________________________________ > > Enviado desde Correo Yahoo! > > Más formas de estar en contacto. > http://es.docs.yahoo.com/mail/overview/index.html > > > > > ------------------------------------------------------------------------- > > 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-20 17:02:33
|
On Thu, 2008-03-20 at 17:55 +0100, Pepito Grillo wrote: > Hi! > I have a little problem with configure: > > .... > checking for strspn... yes > configure: creating ./config.status > config.status: creating Makefile > config.status: error: cannot find input file: > doc/Makefile.in > When you did the cvs update, did you use the -dP flags? That grabs all of the new directories (and cleans out the empty ones) Brian > Pepito > > > --- Paco Linux <pac...@gm...> escribió: > > > Hi: > > > > Pepito, I have a configure, but I had to make: chmod > > +x configure > > > > checking for strspn... yes > > configure: creating ./config.status > > config.status: creating Makefile > > config.status: error: cannot find input file: > > doc/Makefile.in > > paco@javier:~/es40$ > > > > Paco > > > > > > On Thu, Mar 20, 2008 at 12:56 PM, Camiel > > Vanderhoeven <iam...@gm...> > > wrote: > > > > > Hello, > > > > > > I committed this to the repository. Also new is a > > new set of > > > configuration files for Automake and friends. This > > means that on > > > Linux, BSD or UNIX'es, you can simply run > > ./configure followed by make > > > to build the emulator. If you run into any kind of > > trouble with this, > > > please let me know, and I'll try to resolve them, > > > > > > Camiel. > > > > > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler > > <bdw...@in...> > > > wrote: > > > > Yes, that's exactly what's happening -- I write > > lock the registers prior > > > > to the execute() call, and since the read from > > cdrom takes so long, > > > the > > > > lock times out. > > > > > > > > If anyone is knowledgeable about the workings > > of IDE, let me know if > > > > this makes sense: > > > > > > > > The alternate status register seems to be a > > semaphore in some respects: > > > > the host polls it to determine the 'busy' and > > 'drq' status to decide > > > > when to read/write from/to the rest of the > > registers. When busy > > > (and/or > > > > drq) are asserted, the ide thread should have > > shut down so there won't > > > > be any contention with the cpu thread. > > > > > > > > So I did a couple of things: > > > > * removed all of the general register locking. > > > > * busmaster locking is still in place, but it > > might not be needed. > > > This > > > > locking is pretty fine grained so nothing > > should time out waiting for > > > > it. > > > > * created an alt_status variable which gets > > updated when the real > > > status > > > > becomes stable (i.e. at the end of the > > execute() run, after the drq > > > > status is changed, etc) Access to this > > variable is locked. > > > > * everything else is a free for all. > > > > > > > > This patch implements that methodology as well > > as an optional delayed > > > > interrupt. The OSes still lose interrupts > > sometimes and ATAPI is > > > busted > > > > something fierce. If anyone wants to take a > > shot at it, feel free. > > > I've > > > > been looking at it long enough that I'm out of > > ideas as to what is > > > going > > > > wrong. > > > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel > > Vanderhoeven wrote: > > > > > Brian, > > > > > > > > > > I think you're the one who understands the > > ATAPI state engine best; > > > > > could there be a point where the ATAPI engine > > is waiting for > > > something > > > > > from the CPU, while keeping the registers > > mutex write-locked? > > > > > > > > > > Camiel. > > > > > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto > > Saporito <fa...@un...> > > > wrote: > > > > > > Hello all, > > > > > > > > > > > > I have to fix my previous post. > > > > > > > > > > > > I have the same error with a "file", not > > only with "device". > > > > > > > > > > > > regards, > > > > > > fausto > > > > > > > > > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > > > > > Hello Brial et all, > > > > > > > > > > > > > > just for your info, with the latest cvs > > I have always a crash > > > during a > > > > > > > cdrom mount, with the same error: > > > > > > > > > > > > > > Exception in CPU thread: Threading > > error: Locking error > > > (Timeout: > > > > > > > c:\users\p\es4 > > > > > > > 0\src\Lock.h, line 581) trying to > > read-lock mutex ide1-registers > > > from > > > > > > > thread cpu > > > > > > > 0. > > > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > > > > > regards, > > > > > > > fausto > > > > > > > > > > > > > > PS > > > > > > > with file is ok. > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > > 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 > > > > > > > === message truncated ===> > ------------------------------------------------------------------------- > > 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 > > > > > > ______________________________________________ > Enviado desde Correo Yahoo! > Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html > > ------------------------------------------------------------------------- > 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: Pepito G. <pep...@ya...> - 2008-03-20 16:55:36
|
Hi! I have a little problem with configure: .... checking for strspn... yes configure: creating ./config.status config.status: creating Makefile config.status: error: cannot find input file: doc/Makefile.in Pepito --- Paco Linux <pac...@gm...> escribió: > Hi: > > Pepito, I have a configure, but I had to make: chmod > +x configure > > checking for strspn... yes > configure: creating ./config.status > config.status: creating Makefile > config.status: error: cannot find input file: > doc/Makefile.in > paco@javier:~/es40$ > > Paco > > > On Thu, Mar 20, 2008 at 12:56 PM, Camiel > Vanderhoeven <iam...@gm...> > wrote: > > > Hello, > > > > I committed this to the repository. Also new is a > new set of > > configuration files for Automake and friends. This > means that on > > Linux, BSD or UNIX'es, you can simply run > ./configure followed by make > > to build the emulator. If you run into any kind of > trouble with this, > > please let me know, and I'll try to resolve them, > > > > Camiel. > > > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler > <bdw...@in...> > > wrote: > > > Yes, that's exactly what's happening -- I write > lock the registers prior > > > to the execute() call, and since the read from > cdrom takes so long, > > the > > > lock times out. > > > > > > If anyone is knowledgeable about the workings > of IDE, let me know if > > > this makes sense: > > > > > > The alternate status register seems to be a > semaphore in some respects: > > > the host polls it to determine the 'busy' and > 'drq' status to decide > > > when to read/write from/to the rest of the > registers. When busy > > (and/or > > > drq) are asserted, the ide thread should have > shut down so there won't > > > be any contention with the cpu thread. > > > > > > So I did a couple of things: > > > * removed all of the general register locking. > > > * busmaster locking is still in place, but it > might not be needed. > > This > > > locking is pretty fine grained so nothing > should time out waiting for > > > it. > > > * created an alt_status variable which gets > updated when the real > > status > > > becomes stable (i.e. at the end of the > execute() run, after the drq > > > status is changed, etc) Access to this > variable is locked. > > > * everything else is a free for all. > > > > > > This patch implements that methodology as well > as an optional delayed > > > interrupt. The OSes still lose interrupts > sometimes and ATAPI is > > busted > > > something fierce. If anyone wants to take a > shot at it, feel free. > > I've > > > been looking at it long enough that I'm out of > ideas as to what is > > going > > > wrong. > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel > Vanderhoeven wrote: > > > > Brian, > > > > > > > > I think you're the one who understands the > ATAPI state engine best; > > > > could there be a point where the ATAPI engine > is waiting for > > something > > > > from the CPU, while keeping the registers > mutex write-locked? > > > > > > > > Camiel. > > > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto > Saporito <fa...@un...> > > wrote: > > > > > Hello all, > > > > > > > > > > I have to fix my previous post. > > > > > > > > > > I have the same error with a "file", not > only with "device". > > > > > > > > > > regards, > > > > > fausto > > > > > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > > > Hello Brial et all, > > > > > > > > > > > > just for your info, with the latest cvs > I have always a crash > > during a > > > > > > cdrom mount, with the same error: > > > > > > > > > > > > Exception in CPU thread: Threading > error: Locking error > > (Timeout: > > > > > > c:\users\p\es4 > > > > > > 0\src\Lock.h, line 581) trying to > read-lock mutex ide1-registers > > from > > > > > > thread cpu > > > > > > 0. > > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > > > regards, > > > > > > fausto > > > > > > > > > > > > PS > > > > > > with file is ok. > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > 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 > > > > === message truncated ===> ------------------------------------------------------------------------- > 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 > ______________________________________________ Enviado desde Correo Yahoo! Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html |
|
From: Paco L. <pac...@gm...> - 2008-03-20 16:48:37
|
Hi: Pepito, I have a configure, but I had to make: chmod +x configure checking for strspn... yes configure: creating ./config.status config.status: creating Makefile config.status: error: cannot find input file: doc/Makefile.in paco@javier:~/es40$ Paco On Thu, Mar 20, 2008 at 12:56 PM, Camiel Vanderhoeven <iam...@gm...> wrote: > Hello, > > I committed this to the repository. Also new is a new set of > configuration files for Automake and friends. This means that on > Linux, BSD or UNIX'es, you can simply run ./configure followed by make > to build the emulator. If you run into any kind of trouble with this, > please let me know, and I'll try to resolve them, > > Camiel. > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler <bdw...@in...> > wrote: > > Yes, that's exactly what's happening -- I write lock the registers prior > > to the execute() call, and since the read from cdrom takes so long, > the > > lock times out. > > > > If anyone is knowledgeable about the workings of IDE, let me know if > > this makes sense: > > > > The alternate status register seems to be a semaphore in some respects: > > the host polls it to determine the 'busy' and 'drq' status to decide > > when to read/write from/to the rest of the registers. When busy > (and/or > > drq) are asserted, the ide thread should have shut down so there won't > > be any contention with the cpu thread. > > > > So I did a couple of things: > > * removed all of the general register locking. > > * busmaster locking is still in place, but it might not be needed. > This > > locking is pretty fine grained so nothing should time out waiting for > > it. > > * created an alt_status variable which gets updated when the real > status > > becomes stable (i.e. at the end of the execute() run, after the drq > > status is changed, etc) Access to this variable is locked. > > * everything else is a free for all. > > > > This patch implements that methodology as well as an optional delayed > > interrupt. The OSes still lose interrupts sometimes and ATAPI is > busted > > something fierce. If anyone wants to take a shot at it, feel free. > I've > > been looking at it long enough that I'm out of ideas as to what is > going > > wrong. > > > > Brian > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel Vanderhoeven wrote: > > > Brian, > > > > > > I think you're the one who understands the ATAPI state engine best; > > > could there be a point where the ATAPI engine is waiting for > something > > > from the CPU, while keeping the registers mutex write-locked? > > > > > > Camiel. > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto Saporito <fa...@un...> > wrote: > > > > Hello all, > > > > > > > > I have to fix my previous post. > > > > > > > > I have the same error with a "file", not only with "device". > > > > > > > > regards, > > > > fausto > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > Hello Brial et all, > > > > > > > > > > just for your info, with the latest cvs I have always a crash > during a > > > > > cdrom mount, with the same error: > > > > > > > > > > Exception in CPU thread: Threading error: Locking error > (Timeout: > > > > > c:\users\p\es4 > > > > > 0\src\Lock.h, line 581) trying to read-lock mutex ide1-registers > from > > > > > thread cpu > > > > > 0. > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > regards, > > > > > fausto > > > > > > > > > > PS > > > > > with file is ok. > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > 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-03-20 16:48:16
|
Hi Pepito, It's in the top-level directory (not in src) Camiel. On Thu, Mar 20, 2008 at 5:11 PM, Pepito Grillo <pep...@ya...> wrote: > Hi > What is the new procedure for building es40? > I can't find configure file. > > Thanks > > Pepito > > > > --- Camiel Vanderhoeven <iam...@gm...> > escribió: > > > > > Hello, > > > > I committed this to the repository. Also new is a > > new set of > > configuration files for Automake and friends. This > > means that on > > Linux, BSD or UNIX'es, you can simply run > > ./configure followed by make > > to build the emulator. If you run into any kind of > > trouble with this, > > please let me know, and I'll try to resolve them, > > > > Camiel. > > > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler > > <bdw...@in...> wrote: > > > Yes, that's exactly what's happening -- I write > > lock the registers prior > > > to the execute() call, and since the read from > > cdrom takes so long, the > > > lock times out. > > > > > > If anyone is knowledgeable about the workings of > > IDE, let me know if > > > this makes sense: > > > > > > The alternate status register seems to be a > > semaphore in some respects: > > > the host polls it to determine the 'busy' and > > 'drq' status to decide > > > when to read/write from/to the rest of the > > registers. When busy (and/or > > > drq) are asserted, the ide thread should have > > shut down so there won't > > > be any contention with the cpu thread. > > > > > > So I did a couple of things: > > > * removed all of the general register locking. > > > * busmaster locking is still in place, but it > > might not be needed. This > > > locking is pretty fine grained so nothing should > > time out waiting for > > > it. > > > * created an alt_status variable which gets > > updated when the real status > > > becomes stable (i.e. at the end of the execute() > > run, after the drq > > > status is changed, etc) Access to this variable > > is locked. > > > * everything else is a free for all. > > > > > > This patch implements that methodology as well as > > an optional delayed > > > interrupt. The OSes still lose interrupts > > sometimes and ATAPI is busted > > > something fierce. If anyone wants to take a shot > > at it, feel free. I've > > > been looking at it long enough that I'm out of > > ideas as to what is going > > > wrong. > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel > > Vanderhoeven wrote: > > > > Brian, > > > > > > > > I think you're the one who understands the > > ATAPI state engine best; > > > > could there be a point where the ATAPI engine > > is waiting for something > > > > from the CPU, while keeping the registers mutex > > write-locked? > > > > > > > > Camiel. > > > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto > > Saporito <fa...@un...> wrote: > > > > > Hello all, > > > > > > > > > > I have to fix my previous post. > > > > > > > > > > I have the same error with a "file", not > > only with "device". > > > > > > > > > > regards, > > > > > fausto > > > > > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > > > Hello Brial et all, > > > > > > > > > > > > just for your info, with the latest cvs I > > have always a crash during a > > > > > > cdrom mount, with the same error: > > > > > > > > > > > > Exception in CPU thread: Threading error: > > Locking error (Timeout: > > > > > > c:\users\p\es4 > > > > > > 0\src\Lock.h, line 581) trying to > > read-lock mutex ide1-registers from > > > > > > thread cpu > > > > > > 0. > > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > > > regards, > > > > > > fausto > > > > > > > > > > > > PS > > > > > > with file is ok. > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > 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 > > > > > > > ______________________________________________ > Enviado desde Correo Yahoo! > Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html > > > > ------------------------------------------------------------------------- > 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: Pepito G. <pep...@ya...> - 2008-03-20 16:12:39
|
Hi What is the new procedure for building es40? I can't find configure file. Thanks Pepito --- Camiel Vanderhoeven <iam...@gm...> escribió: > Hello, > > I committed this to the repository. Also new is a > new set of > configuration files for Automake and friends. This > means that on > Linux, BSD or UNIX'es, you can simply run > ./configure followed by make > to build the emulator. If you run into any kind of > trouble with this, > please let me know, and I'll try to resolve them, > > Camiel. > > On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler > <bdw...@in...> wrote: > > Yes, that's exactly what's happening -- I write > lock the registers prior > > to the execute() call, and since the read from > cdrom takes so long, the > > lock times out. > > > > If anyone is knowledgeable about the workings of > IDE, let me know if > > this makes sense: > > > > The alternate status register seems to be a > semaphore in some respects: > > the host polls it to determine the 'busy' and > 'drq' status to decide > > when to read/write from/to the rest of the > registers. When busy (and/or > > drq) are asserted, the ide thread should have > shut down so there won't > > be any contention with the cpu thread. > > > > So I did a couple of things: > > * removed all of the general register locking. > > * busmaster locking is still in place, but it > might not be needed. This > > locking is pretty fine grained so nothing should > time out waiting for > > it. > > * created an alt_status variable which gets > updated when the real status > > becomes stable (i.e. at the end of the execute() > run, after the drq > > status is changed, etc) Access to this variable > is locked. > > * everything else is a free for all. > > > > This patch implements that methodology as well as > an optional delayed > > interrupt. The OSes still lose interrupts > sometimes and ATAPI is busted > > something fierce. If anyone wants to take a shot > at it, feel free. I've > > been looking at it long enough that I'm out of > ideas as to what is going > > wrong. > > > > Brian > > > > > > > > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel > Vanderhoeven wrote: > > > Brian, > > > > > > I think you're the one who understands the > ATAPI state engine best; > > > could there be a point where the ATAPI engine > is waiting for something > > > from the CPU, while keeping the registers mutex > write-locked? > > > > > > Camiel. > > > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto > Saporito <fa...@un...> wrote: > > > > Hello all, > > > > > > > > I have to fix my previous post. > > > > > > > > I have the same error with a "file", not > only with "device". > > > > > > > > regards, > > > > fausto > > > > > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > > > Hello Brial et all, > > > > > > > > > > just for your info, with the latest cvs I > have always a crash during a > > > > > cdrom mount, with the same error: > > > > > > > > > > Exception in CPU thread: Threading error: > Locking error (Timeout: > > > > > c:\users\p\es4 > > > > > 0\src\Lock.h, line 581) trying to > read-lock mutex ide1-registers from > > > > > thread cpu > > > > > 0. > > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > > > regards, > > > > > fausto > > > > > > > > > > PS > > > > > with file is ok. > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > 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 > ______________________________________________ Enviado desde Correo Yahoo! Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html |
|
From: Camiel V. <iam...@gm...> - 2008-03-20 11:56:17
|
Hello, I committed this to the repository. Also new is a new set of configuration files for Automake and friends. This means that on Linux, BSD or UNIX'es, you can simply run ./configure followed by make to build the emulator. If you run into any kind of trouble with this, please let me know, and I'll try to resolve them, Camiel. On Tue, Mar 18, 2008 at 2:55 PM, Brian Wheeler <bdw...@in...> wrote: > Yes, that's exactly what's happening -- I write lock the registers prior > to the execute() call, and since the read from cdrom takes so long, the > lock times out. > > If anyone is knowledgeable about the workings of IDE, let me know if > this makes sense: > > The alternate status register seems to be a semaphore in some respects: > the host polls it to determine the 'busy' and 'drq' status to decide > when to read/write from/to the rest of the registers. When busy (and/or > drq) are asserted, the ide thread should have shut down so there won't > be any contention with the cpu thread. > > So I did a couple of things: > * removed all of the general register locking. > * busmaster locking is still in place, but it might not be needed. This > locking is pretty fine grained so nothing should time out waiting for > it. > * created an alt_status variable which gets updated when the real status > becomes stable (i.e. at the end of the execute() run, after the drq > status is changed, etc) Access to this variable is locked. > * everything else is a free for all. > > This patch implements that methodology as well as an optional delayed > interrupt. The OSes still lose interrupts sometimes and ATAPI is busted > something fierce. If anyone wants to take a shot at it, feel free. I've > been looking at it long enough that I'm out of ideas as to what is going > wrong. > > Brian > > > > > > > On Tue, 2008-03-18 at 13:13 +0100, Camiel Vanderhoeven wrote: > > Brian, > > > > I think you're the one who understands the ATAPI state engine best; > > could there be a point where the ATAPI engine is waiting for something > > from the CPU, while keeping the registers mutex write-locked? > > > > Camiel. > > > > On Tue, Mar 18, 2008 at 12:36 PM, Fausto Saporito <fa...@un...> wrote: > > > Hello all, > > > > > > I have to fix my previous post. > > > > > > I have the same error with a "file", not only with "device". > > > > > > regards, > > > fausto > > > > > > > > > > > > Quoting Fausto Saporito <fa...@un...>: > > > > > > > Hello Brial et all, > > > > > > > > just for your info, with the latest cvs I have always a crash during a > > > > cdrom mount, with the same error: > > > > > > > > Exception in CPU thread: Threading error: Locking error (Timeout: > > > > c:\users\p\es4 > > > > 0\src\Lock.h, line 581) trying to read-lock mutex ide1-registers from > > > > thread cpu > > > > 0. > > > > : c:\users\p\es40\src\Lock.h, line 587. > > > > > > > > regards, > > > > fausto > > > > > > > > PS > > > > with file is ok. > > > > > > > > ------------------------------------------------------------------------- > > > > 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-03-19 15:20:30
|
Hi David, I would assume this to be the case. The second cpu - as far as I can tell isn't doing anything except waiting for some data in memory to change. I think that having 3 processor cores would be the minimum recommended configuration to run a 2-cpu emulator... Camiel. On Wed, Mar 19, 2008 at 4:11 PM, Hittner, David T. <dav...@ng...> wrote: > Or.... was this because my dual-core (without HyperThreading) CPU was > pegged on both cores simulating 2 CPUs and the 21143 thread (literally) > just timed out executing the commands? > > Dave > > > > > -----Original Message----- > > From: es4...@li... > > [mailto:es4...@li...] On > > Behalf Of Hittner, David T. > > Sent: Wednesday, March 19, 2008 11:04 AM > > To: ES40 Developer Discussions > > Subject: [ES40-developers] Issue with 2nd CPU > > > > I added a second CPU (just to see what it would do), and got > > the following console output - it shows an error on the > > Network card, which does not occur when only one CPU is configured. > > > > Is there something in the CPU arbitration that we've missed > > that prevents the 2nd CPU from running the system diagnostics > > simultaneously with the primary CPU? > > > > Dave > > -------------------------------------------------------------- > > ---------- > > ---- > > This is serial port #0 on AlphaSim > > > > OpenVMS PALcode V1.98-104, Tru64 UNIX PALcode V1.92-105 > > > > starting console on CPU 0 > > initialized idle PCB > > initializing semaphores > > initializing heap > > initial heap 240c0 > > memory low limit = 1b0000 heap = 240c0, 17fc0 initializing > > driver structures initializing idle process PID initializing > > file system initializing hardware initializing timer data > > structures lowering IPL CPU 0 speed is 800 MHz create > > dead_eater create poll create timer create powerup access > > NVRAM Memory size 128 MB testing memory ... > > probe I/O subsystem > > probing hose 1, PCI > > probing hose 0, PCI > > probing PCI-to-ISA bridge, bus 1 > > bus 0, slot 3 -- pka -- NCR 53C810 > > bus 0, slot 4 -- ewa -- DE500-BA Network Controller starting > > drivers entering idle loop Partition 0, Memory base: > > 000000000, size: 008000000 initializing GCT/FRU at 1c8000 > > Initializing pka ewa Memory Testing and Configuration Status > > Array Size Base Address Intlv Mode > > --------- ---------- ---------------- ---------- > > 0 128Mb 0000000000000000 4-Way > > > > 128 MB of System Memory > > Testing the System > > Testing the Disks (read only) > > Testing the Network > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 0 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 1 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 2 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 3 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 4 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 5 received count: 3 expected count 4 > > > > Loop Reply from: 00-00-00-ff-ff-ff > > Loop Reply from: 00-00-00-ff-ff-ff > > AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48 > > P00>>> > > -------------------------------------------------------------- > > ---------- > > ---- > > > > -------------------------------------------------------------- > > ----------- > > 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-19 15:15:12
|
Do you have the registers locked so the 21143 thread doesn't try to clobber things when the CPUs are busy? It could also be due to the timer code... Brian On Wed, 2008-03-19 at 10:11 -0500, Hittner, David T. wrote: > Or.... was this because my dual-core (without HyperThreading) CPU was > pegged on both cores simulating 2 CPUs and the 21143 thread (literally) > just timed out executing the commands? > > Dave > > > -----Original Message----- > > From: es4...@li... > > [mailto:es4...@li...] On > > Behalf Of Hittner, David T. > > Sent: Wednesday, March 19, 2008 11:04 AM > > To: ES40 Developer Discussions > > Subject: [ES40-developers] Issue with 2nd CPU > > > > I added a second CPU (just to see what it would do), and got > > the following console output - it shows an error on the > > Network card, which does not occur when only one CPU is configured. > > > > Is there something in the CPU arbitration that we've missed > > that prevents the 2nd CPU from running the system diagnostics > > simultaneously with the primary CPU? > > > > Dave > > -------------------------------------------------------------- > > ---------- > > ---- > > This is serial port #0 on AlphaSim > > > > OpenVMS PALcode V1.98-104, Tru64 UNIX PALcode V1.92-105 > > > > starting console on CPU 0 > > initialized idle PCB > > initializing semaphores > > initializing heap > > initial heap 240c0 > > memory low limit = 1b0000 heap = 240c0, 17fc0 initializing > > driver structures initializing idle process PID initializing > > file system initializing hardware initializing timer data > > structures lowering IPL CPU 0 speed is 800 MHz create > > dead_eater create poll create timer create powerup access > > NVRAM Memory size 128 MB testing memory ... > > probe I/O subsystem > > probing hose 1, PCI > > probing hose 0, PCI > > probing PCI-to-ISA bridge, bus 1 > > bus 0, slot 3 -- pka -- NCR 53C810 > > bus 0, slot 4 -- ewa -- DE500-BA Network Controller starting > > drivers entering idle loop Partition 0, Memory base: > > 000000000, size: 008000000 initializing GCT/FRU at 1c8000 > > Initializing pka ewa Memory Testing and Configuration Status > > Array Size Base Address Intlv Mode > > --------- ---------- ---------------- ---------- > > 0 128Mb 0000000000000000 4-Way > > > > 128 MB of System Memory > > Testing the System > > Testing the Disks (read only) > > Testing the Network > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 0 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 1 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 2 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 3 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 4 received count: 3 expected count 4 > > > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > > *** List index: 5 received count: 3 expected count 4 > > > > Loop Reply from: 00-00-00-ff-ff-ff > > Loop Reply from: 00-00-00-ff-ff-ff > > AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48 > > P00>>> > > -------------------------------------------------------------- > > ---------- > > ---- > > > > -------------------------------------------------------------- > > ----------- > > 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-03-19 15:12:09
|
Or.... was this because my dual-core (without HyperThreading) CPU was pegged on both cores simulating 2 CPUs and the 21143 thread (literally) just timed out executing the commands? Dave > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Hittner, David T. > Sent: Wednesday, March 19, 2008 11:04 AM > To: ES40 Developer Discussions > Subject: [ES40-developers] Issue with 2nd CPU > > I added a second CPU (just to see what it would do), and got > the following console output - it shows an error on the > Network card, which does not occur when only one CPU is configured. > > Is there something in the CPU arbitration that we've missed > that prevents the 2nd CPU from running the system diagnostics > simultaneously with the primary CPU? > > Dave > -------------------------------------------------------------- > ---------- > ---- > This is serial port #0 on AlphaSim > > OpenVMS PALcode V1.98-104, Tru64 UNIX PALcode V1.92-105 > > starting console on CPU 0 > initialized idle PCB > initializing semaphores > initializing heap > initial heap 240c0 > memory low limit = 1b0000 heap = 240c0, 17fc0 initializing > driver structures initializing idle process PID initializing > file system initializing hardware initializing timer data > structures lowering IPL CPU 0 speed is 800 MHz create > dead_eater create poll create timer create powerup access > NVRAM Memory size 128 MB testing memory ... > probe I/O subsystem > probing hose 1, PCI > probing hose 0, PCI > probing PCI-to-ISA bridge, bus 1 > bus 0, slot 3 -- pka -- NCR 53C810 > bus 0, slot 4 -- ewa -- DE500-BA Network Controller starting > drivers entering idle loop Partition 0, Memory base: > 000000000, size: 008000000 initializing GCT/FRU at 1c8000 > Initializing pka ewa Memory Testing and Configuration Status > Array Size Base Address Intlv Mode > --------- ---------- ---------------- ---------- > 0 128Mb 0000000000000000 4-Way > > 128 MB of System Memory > Testing the System > Testing the Disks (read only) > Testing the Network > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 0 received count: 3 expected count 4 > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 1 received count: 3 expected count 4 > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 2 received count: 3 expected count 4 > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 3 received count: 3 expected count 4 > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 4 received count: 3 expected count 4 > > *** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff > *** List index: 5 received count: 3 expected count 4 > > Loop Reply from: 00-00-00-ff-ff-ff > Loop Reply from: 00-00-00-ff-ff-ff > AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48 > P00>>> > -------------------------------------------------------------- > ---------- > ---- > > -------------------------------------------------------------- > ----------- > 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-03-19 15:05:52
|
BreakHit patch is good. > > 1) Both Serial0 and Serial1 stopped and prompted '<BREAK> > received. > > What do you want to do?' in order. > > This is not intentional, and is probably due to the variable > breakHit not being initialized. I fixed this in CVS. |
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-19 15:04:18
|
I added a second CPU (just to see what it would do), and got the
following console output -
it shows an error on the Network card, which does not occur when only
one CPU is configured.
Is there something in the CPU arbitration that we've missed that
prevents the 2nd CPU from running the system diagnostics simultaneously
with the primary CPU?
Dave
------------------------------------------------------------------------
----
This is serial port #0 on AlphaSim
OpenVMS PALcode V1.98-104, Tru64 UNIX PALcode V1.92-105
starting console on CPU 0
initialized idle PCB
initializing semaphores
initializing heap
initial heap 240c0
memory low limit = 1b0000 heap = 240c0, 17fc0
initializing driver structures
initializing idle process PID
initializing file system
initializing hardware
initializing timer data structures
lowering IPL
CPU 0 speed is 800 MHz
create dead_eater
create poll
create timer
create powerup
access NVRAM
Memory size 128 MB
testing memory
...
probe I/O subsystem
probing hose 1, PCI
probing hose 0, PCI
probing PCI-to-ISA bridge, bus 1
bus 0, slot 3 -- pka -- NCR 53C810
bus 0, slot 4 -- ewa -- DE500-BA Network Controller
starting drivers
entering idle loop
Partition 0, Memory base: 000000000, size: 008000000
initializing GCT/FRU at 1c8000
Initializing pka ewa
Memory Testing and Configuration Status
Array Size Base Address Intlv Mode
--------- ---------- ---------------- ----------
0 128Mb 0000000000000000 4-Way
128 MB of System Memory
Testing the System
Testing the Disks (read only)
Testing the Network
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 0 received count: 3 expected count 4
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 1 received count: 3 expected count 4
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 2 received count: 3 expected count 4
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 3 received count: 3 expected count 4
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 4 received count: 3 expected count 4
*** Error (ewa0), Mop loop message timed out from: 00-00-00-ff-ff-ff
*** List index: 5 received count: 3 expected count 4
Loop Reply from: 00-00-00-ff-ff-ff
Loop Reply from: 00-00-00-ff-ff-ff
AlphaServer ES40 Console V7.2-1, built on Jun 9 2006 at 15:36:48
P00>>>
------------------------------------------------------------------------
----
|
|
From: Pepito G. <pep...@ya...> - 2008-03-19 14:37:30
|
Hi The path works! :) I've loaded a 4Gib file and the data is ok. The file is a vdisk file created using Personal Alpha. :) Pepito --- Camiel Vanderhoeven <iam...@gm...> escribió: > Hi Pepito, > > There's a patch in CVS now that should fix this; the > groundwork for > this was already in place, but the fopen_large macro > was never > actually used. Please let me know if the patch > works. > > Camiel. > > On Wed, Mar 19, 2008 at 12:10 PM, Pepito Grillo > <pep...@ya...> wrote: > > Hi! > > I am trying to use large data file (4 Gib), but I > get > > a > > "can't open file" error. > > errno = 27 -> > > #define EFBIG 27 /* File too large > */ > > How can I solve this problem? > > > > Pepito > > > > > > > ______________________________________________ > > Enviado desde Correo Yahoo! > > El buzón de correo sin límite de almacenamiento. > http://es.docs.yahoo.com/mail/overview/index.html > > > > > ------------------------------------------------------------------------- > > 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 > ______________________________________________ Enviado desde Correo Yahoo! Más formas de estar en contacto. http://es.docs.yahoo.com/mail/overview/index.html |
