Re: [ES40-developers] CDROM issue
Status: Alpha
Brought to you by:
iamcamiel
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 > |