| Re: [hatari-devel] Wrong MODE SENSE data length for page code 0x3f |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Wrong MODE SENSE data length for page code 0x3f
- From: Andreas Grabher <andreas_g86@xxxxxxxxxx>
- Date: Sat, 26 Oct 2024 19:19:59 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=1a1hai; t=1729963203; bh=GmyLdVVTXjWdiKk77kgUYYT2py0ih7WYmfsZwkniPJQ=; h=Content-Type:From:Mime-Version:Subject:Date:Message-Id:To; b=UUMj6OVIAueK5aYeY9W0EU85ATzQxPGQYt2+U1k6aen06CG6Ax89hT2Iijb/2KUVw QHUyARwkubR9VOPpktKBIGGNlkQpq3ZrIHEgaSguJrXMYPdQCW5n+vEbpmBTInnGG7 UeDDeAZeWjM6QabsfzzEfezm9MivhO5h35BYCsRCtmTKBqV5RU8m5cApOGEfNJi4si hgYC0vexeYBcqlKfrJ2wQHQQZmUxPREdoezGey3r+ppFCCmbQbUycK7+2dr9BkL3VG k6pecnfsfmrPUX02FJAQF1o7JpfYSEmSjJ1ML/0o6hKX+sETg5XFT/xropnu/5BkOk G8oHafycX08rw==
> Am 26.10.2024 um 18:16 schrieb Uwe Seimet <Uwe.Seimet@xxxxxxxxx>:
>
>
>>
>> While debugging SCSI it might help to have a look at my implementation (still SCSI-I, but differences should not be too large):
>>
>> https://sourceforge.net/p/previous/code/HEAD/tree/trunk/src/scsi.c
>>
>> This has been thoroughly tested and works with all versions of NeXTstep and also with modern NetBSD. There is no Linux for NeXT, so I can’t test that one. From my experiences: Bus phases are especially tricky!
>
> :) In this case let me add that it also might help to have a look at the
> emulation code of https://github.com/uweseimet/scsi2pi. It has been tested
> with NeXTstep, with the platforms listed on
> https://github.com/PiSCSI/piscsi/wiki/Compatibility, and some others not
> listed, also with BSD flavors.
>
Ah, great! I have no real NeXT and so never got in contact with this.
> But I guess that these sources of information are too complicated for
> somebody who is not that much involved with SCSI, e.g. Eero. (At least this
> is what I assume.)
> Ensuring that Hatari does not return more than the number of bytes
> requested, except for the special SCSI-1 case you pointed out, should be
> ensured before trying to analyze any other issues.
>
> Regarding bus phases, the fact that Linux requests a bus reset indicates
> that something may be wrong here. On the other hand, if something was
> fundamentally wrong, Hatari would not work with HDDRIVER, and probably also
> not with CBHD.
>
Well, I had the situation that NeXTstep worked without any issue, while NetBSD failed early in the boot process. The issue was inside the simulated SCSI controller. The simulated disk drive was OK.
> By the way, I just tried my old Debian Linux (kernel 2.0.36) with Hatari:
> A SCSI drive is detected correctly, but on the first READ(6) command there is
> a timeout. Very strange. With real SCSI drives and SCSI2Pi exactly the same
> Linux environment works fine when booting from a SCSI drive.
>
> Best regards
>
> Uwe
>
>