qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Waldemar Brodkorb]

Hi,

I am using Qemu 8.0.3 and getting this error:
qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

It happens f.e. when I extract the glibc source code inside Linux.
Linux 6.1.44, glibc 2.38 is used for the Linux system.
I am starting qemu this way:
qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img

What can I do about it? Why this is happening on "heavy" I/O usage?

Thanks for any help
 Waldemar

Re: qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Thomas Huth]

On 13/08/2023 09.46, Waldemar Brodkorb wrote:
> Hi,
> 
> I am using Qemu 8.0.3 and getting this error:
> qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.
> 
> It happens f.e. when I extract the glibc source code inside Linux.
> Linux 6.1.44, glibc 2.38 is used for the Linux system.
> I am starting qemu this way:
> qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img
> 
> What can I do about it? Why this is happening on "heavy" I/O usage?

Is it a regression? I.e. did it not happen on older versions of QEMU?

  Thomas

Re: qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Waldemar Brodkorb]

Hi,
Thomas Huth wrote,

> On 13/08/2023 09.46, Waldemar Brodkorb wrote:
> > Hi,
> > 
> > I am using Qemu 8.0.3 and getting this error:
> > qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.
> > 
> > It happens f.e. when I extract the glibc source code inside Linux.
> > Linux 6.1.44, glibc 2.38 is used for the Linux system.
> > I am starting qemu this way:
> > qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img
> > 
> > What can I do about it? Why this is happening on "heavy" I/O usage?
> 
> Is it a regression? I.e. did it not happen on older versions of QEMU?

It seems to be a regression. It is the first time I use
qemu-system-m68k to build glibc natively, before that I only running
the uclibc-ng testsuite.

I now tried older releases and 5.2.0 is the first good version.
6.0.0 is crashing again.

best regards
 Waldemar

Re: qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Philippe Mathieu-Daudé]

Hi Waldemar

On 13/8/23 09:46, Waldemar Brodkorb wrote:
> Hi,
> 
> I am using Qemu 8.0.3 and getting this error:
> qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.
> 
> It happens f.e. when I extract the glibc source code inside Linux.
> Linux 6.1.44, glibc 2.38 is used for the Linux system.
> I am starting qemu this way:
> qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img
> 
> What can I do about it? Why this is happening on "heavy" I/O usage?

Cc'ing the qemu-block list.

Do you mind filling a bug report at
https://gitlab.com/qemu-project/qemu/-/issues ?

Regards,

Phil.

> 
> Thanks for any help
>   Waldemar
> 
> 

Re: qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Waldemar Brodkorb]

Hi,
Philippe Mathieu-Daudé wrote,

> Hi Waldemar
> 
> On 13/8/23 09:46, Waldemar Brodkorb wrote:
> > Hi,
> > 
> > I am using Qemu 8.0.3 and getting this error:
> > qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.
> > 
> > It happens f.e. when I extract the glibc source code inside Linux.
> > Linux 6.1.44, glibc 2.38 is used for the Linux system.
> > I am starting qemu this way:
> > qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img
> > 
> > What can I do about it? Why this is happening on "heavy" I/O usage?
> 
> Cc'ing the qemu-block list.
> 
> Do you mind filling a bug report at
> https://gitlab.com/qemu-project/qemu/-/issues ?

Okay, see here:
https://gitlab.com/qemu-project/qemu/-/issues/1831

best regards
 Waldemar

Re: qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.

[Mark Cave-Ayland]

On 16/08/2023 12:30, Waldemar Brodkorb wrote:

> Hi,
> Philippe Mathieu-Daudé wrote,
> 
>> Hi Waldemar
>>
>> On 13/8/23 09:46, Waldemar Brodkorb wrote:
>>> Hi,
>>>
>>> I am using Qemu 8.0.3 and getting this error:
>>> qemu-system-m68k: ../hw/scsi/scsi-disk.c:557: scsi_write_data: Assertion `r->req.aiocb == NULL' failed.
>>>
>>> It happens f.e. when I extract the glibc source code inside Linux.
>>> Linux 6.1.44, glibc 2.38 is used for the Linux system.
>>> I am starting qemu this way:
>>> qemu-system-m68k -nographic -M q800 -kernel /home/wbx/openadk/firmware/qemu-m68k-q800_glibc_68040/qemu-m68k-q800-archive-kernel qemu-m68k.img
>>>
>>> What can I do about it? Why this is happening on "heavy" I/O usage?
>>
>> Cc'ing the qemu-block list.
>>
>> Do you mind filling a bug report at
>> https://gitlab.com/qemu-project/qemu/-/issues ?
> 
> Okay, see here:
> https://gitlab.com/qemu-project/qemu/-/issues/1831

Thanks for the bug report! I'm currently working on improving the ESP emulation, so I 
can add your test case to my current suite of test images. My guess is that the write 
interrupt isn't being delayed correctly and so the assert() triggers due to buffer 
underflow.

Please can you upload the binary images to the bug report to allow me to try and 
reproduce this issue? The ESP code tends to be timing sensitive across kernel 
versions and OSs, so without this it will be difficult to reproduce.


ATB,

Mark.