es40-developers Mailing List for AlphaServer ES40 Emulator (Page 4)
Status: Alpha
Brought to you by:
iamcamiel
Menu
▾
▴
es40-developers — ES40 Developers List
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(132) |
Mar
(117) |
Apr
(27) |
May
(1) |
Jun
(16) |
Jul
|
Aug
|
Sep
(4) |
Oct
(5) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: 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 |
|
From: Camiel V. <iam...@gm...> - 2008-03-19 14:26:32
|
Hi David, > I just noticed some new behavior on ES40, using this morning's files: > > 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. > 2) The initial console startup tests used to be: > Testing the System > Testing the Networks > Now it has added (in between the other two): > Testing the Disks(read-only) I've seen this message for a while now. I think it depends on how you've set your srm variables. Camiel. |
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-19 14:06:49
|
I just noticed some new behavior on ES40, using this morning's files: 1) Both Serial0 and Serial1 stopped and prompted '<BREAK> received. What do you want to do?' in order. 2) The initial console startup tests used to be: Testing the System Testing the Networks Now it has added (in between the other two): Testing the Disks(read-only) #1 is a bit disruptive during startup, although I assume it's allow reloading of a saved image on startup. It would be nice if it only asked on the primary serial line, though. #2 is not necessarily bad; it's just different. Good job - I assume this is more like a real ES40. :-) Dave |
|
From: Camiel V. <iam...@gm...> - 2008-03-19 12:40:22
|
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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-19 12:30:23
|
Hi I mean opening a copy of a vdisk created with Personal Alpha (PA) with a running vms system. I have a openvms 7.3.1 system already installed using PA. This way I can save a lot of time. Pepito --- "Hittner, David T." <dav...@ng...> escribió: > What do you mean by "share a vdisk"? > > Two programs cannot open the same file at the same > time, > unless they are both written to coordinate file > sharing - > otherwise, they will write conflicting information > to the vdisk. > The default file "open for exclusive access" mode > prevents it. > > Will ES40 correctly open a *copy* of the vdisk? Or > open > the vdisk when the personal emulator is not running? > > Dave > > > > -----Original Message----- > > From: > es4...@li... > > > [mailto:es4...@li...] > On > > Behalf Of Pepito Grillo > > Sent: Wednesday, March 19, 2008 8:15 AM > > To: ES40 Developer Discussions > > Subject: Re: [ES40-developers] Large File Support > > > > Hi > > > > I'm using debian linux > > uname --a > > Linux nvlinux 2.6.22.10 #2 Sun Oct 28 12:56:24 CET > > 2007 i686 GNU/Linux > > gcc (GCC) 4.2.3 (Debian 4.2.3-2 > > > > I'm trying to share a vdisk from Personal > Emulator. > > > > thanks for your help > > > > Pepito > > > > --- "Hittner, David T." <dav...@ng...> > > escribió: > > > > > Use two smaller files :-) > > > > > > Opening a file greater than 2GB is non-standard > across the > > various C++ > > > implementations. > > > What host platform(s) are you using? > > > > > > Dave > > > > > > > -----Original Message----- > > > > From: > > > es4...@li... > > > > > > > > > > [mailto:es4...@li...] > > > On > > > > Behalf Of Pepito Grillo > > > > Sent: Wednesday, March 19, 2008 7:11 AM > > > > To: es40 > > > > Subject: [ES40-developers] Large File Support > > > > > > > > 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! > > 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! El buzón de correo sin límite de almacenamiento. http://es.docs.yahoo.com/mail/overview/index.html |
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-19 12:26:52
|
What do you mean by "share a vdisk"? Two programs cannot open the same file at the same time, unless they are both written to coordinate file sharing - otherwise, they will write conflicting information to the vdisk. The default file "open for exclusive access" mode prevents it. Will ES40 correctly open a *copy* of the vdisk? Or open the vdisk when the personal emulator is not running? Dave > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Pepito Grillo > Sent: Wednesday, March 19, 2008 8:15 AM > To: ES40 Developer Discussions > Subject: Re: [ES40-developers] Large File Support > > Hi > > I'm using debian linux > uname --a > Linux nvlinux 2.6.22.10 #2 Sun Oct 28 12:56:24 CET > 2007 i686 GNU/Linux > gcc (GCC) 4.2.3 (Debian 4.2.3-2 > > I'm trying to share a vdisk from Personal Emulator. > > thanks for your help > > Pepito > > --- "Hittner, David T." <dav...@ng...> > escribió: > > > Use two smaller files :-) > > > > Opening a file greater than 2GB is non-standard across the > various C++ > > implementations. > > What host platform(s) are you using? > > > > Dave > > > > > -----Original Message----- > > > From: > > es4...@li... > > > > > > [mailto:es4...@li...] > > On > > > Behalf Of Pepito Grillo > > > Sent: Wednesday, March 19, 2008 7:11 AM > > > To: es40 > > > Subject: [ES40-developers] Large File Support > > > > > > 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! > 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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-19 12:15:08
|
Hi I'm using debian linux uname --a Linux nvlinux 2.6.22.10 #2 Sun Oct 28 12:56:24 CET 2007 i686 GNU/Linux gcc (GCC) 4.2.3 (Debian 4.2.3-2 I'm trying to share a vdisk from Personal Emulator. thanks for your help Pepito --- "Hittner, David T." <dav...@ng...> escribió: > Use two smaller files :-) > > Opening a file greater than 2GB is non-standard > across the various C++ implementations. > What host platform(s) are you using? > > Dave > > > -----Original Message----- > > From: > es4...@li... > > > [mailto:es4...@li...] > On > > Behalf Of Pepito Grillo > > Sent: Wednesday, March 19, 2008 7:11 AM > > To: es40 > > Subject: [ES40-developers] Large File Support > > > > 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! El buzón de correo sin límite de almacenamiento. http://es.docs.yahoo.com/mail/overview/index.html |
|
From: Hittner, D. T. <dav...@ng...> - 2008-03-19 11:51:08
|
Use two smaller files :-) Opening a file greater than 2GB is non-standard across the various C++ implementations. What host platform(s) are you using? Dave > -----Original Message----- > From: es4...@li... > [mailto:es4...@li...] On > Behalf Of Pepito Grillo > Sent: Wednesday, March 19, 2008 7:11 AM > To: es40 > Subject: [ES40-developers] Large File Support > > 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 > |
|
From: Pepito G. <pep...@ya...> - 2008-03-19 11:15:50
|
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
|
|
From: Camiel V. <iam...@gm...> - 2008-03-18 14:37:34
|
Hello all, I've made a new cvs snapshot available on the download page. 20080318_1530 has the following changes from release 0.18: - Fixed some IDE CD-ROM issues that were introduced with the multi-threading patch. (17-mar-2008, Brian Wheeler) - Restored SDL functionality. (16-mar-2008, Camiel Vanderhoeven) - Better exception handling, restored Serial port menu functionality (14-mar-2008, Camiel Vanderhoeven) - Ability to stop and restart threads, restored save/restore state functionality. (13-mar-2008, Camiel Vanderhoeven) - Use separate threads for devices rather than crowding everything into one thread. Use Poco libraries for platform independent threading. NOTE: This patch breaks some functionality that we will need to regain in the future. (05-mar-2008, Camiel Vanderhoeven) Camiel. P.S. I came across an interesting website, ohloh.net; they keep track of CVS changes to open source code, and give an indication of what it would cost to develop software commercially. I listed the ES40 Emulator on the site, and according to their analysis, developing it would have cost $ 487,616. I think this is a bit too much, but it's an interesting figure. Taken together all the Open Source software I'm running on various computers adds up to over 800 million dollars. If you're interested in how valuable your stack of open source software is, go to http://www.ohloh.net/projects/12354, sign up, and create a stack containing the open source software you use. Don't forget to include the ES40 Emulator ;-) |
1 message has been excluded from this view by a project administrator.
