Re: [ES40-developers] CDROM issue

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

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
>