Re: [ES40-developers] CDROM issue

[Fausto S. <fa...@un...>]

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
>