| Re: [hatari-devel] SCSI DMA Control |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] SCSI DMA Control
- From: Uwe Seimet <Uwe.Seimet@xxxxxxxxx>
- Date: Fri, 4 Feb 2022 00:12:46 +0100
- Authentication-results: strato.com; dkim=none
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1643929967; s=strato-dkim-0002; d=seimet.de; h=In-Reply-To:References:Message-ID:Subject:To:From:Date:Cc:Date:From: Subject:Sender; bh=9nfPzFmI1kxz9RtZBwPgkHpxpCwGvRmt1iElNrG3exM=; b=CkqxHNh3r/B4YnbbBELrV49/pjK8NN1N4yWQYOdnyficNmp/cXvJnhV5UO3sKQrhMa mEhhbbQJMc9/Hz3kZt4AGCLfVOjKflzYyxzFx/kF34VZS6ztUrbYWTZTSYTfKUEvOxMq ky6UiFaBoOIS6n6FFPl5OXh2Bl8hf/HRlCUkF6KIajNH1/v/ZFMVaGgfg5aU1mKU2PL3 Hignd/PPNAnkANr7aGLGbjr5T86B3SqB19wudJmIXkctNrue5wW2FyQ0zxSuszcfH8lE R1rjswcZprZLOlaTzxWJMErhEn+AMANDc4vZ4PbZpOQxjCCZLCqNIafump7DK8jgfzCi l2cw==
> Hatari TT / SCSI / 2nd MFP emulation is quite bare bones. It for
> example does not work with m68k Linux (like IDE emulation does),
> mounting root FS from SCSI fails to:
> ------------------------------------------------------------
> DEBUG: raw_scsi: selected id 0
> DEBUG: raw_scsi_put_data got message c0 (1/1)
> DEBUG: raw_scsi_put_data got message c0 (1 bytes)
> DEBUG: raw_scsi: got command byte 1a (1/6)
> DEBUG: raw_scsi: got command byte 00 (2/6)
> DEBUG: raw_scsi: got command byte 3f (3/6)
> DEBUG: raw_scsi: got command byte 00 (4/6)
> DEBUG: raw_scsi: got command byte 04 (5/6)
> DEBUG: raw_scsi: got command byte 00 (6/6)
> TODO : HDC: Unsupported MODE SENSE command
At least this error should be resolvable by implementing the respective mode
page. I think it is one of the well-documented pages. If not, the RaSCSI
project implements this page, and Linux-68k is happy with it. The MPF is not
involved here.
> DEBUG: raw_scsi: no data, status = 2
> DEBUG: raw_scsi: status byte read 02. Next=1
> DEBUG: raw_scsi: message byte read 00. Next=1
> DEBUG: raw_scsi: arbitration initiator id 7 (80)
> DEBUG: raw_scsi: arbitration
> DEBUG: raw_scsi: selected id 0
> DEBUG: raw_scsi_put_data got message 80 (1/1)
> DEBUG: raw_scsi_put_data got message 80 (1 bytes)
> DEBUG: raw_scsi: got command byte 03 (1/6)
> DEBUG: raw_scsi: got command byte 00 (2/6)
> DEBUG: raw_scsi: got command byte 00 (3/6)
> DEBUG: raw_scsi: got command byte 00 (4/6)
> DEBUG: raw_scsi: got command byte 60 (5/6)
> DEBUG: raw_scsi: got command byte 00 (6/6)
> WARN : HDC: *** Strange REQUEST SENSE ***!
> DEBUG: raw_scsi: data in 22 bytes waiting
This also does not appear to be an MFP-related issue, but rather an issue
with the implementation of REQUEST SENSE.
> DEBUG: raw_scsi: data in finished, 22 bytes: status phase
> DEBUG: DMA initiator recv PC=001839da
> DEBUG: SCSI BUS reset
> sd 0:0:0:0: Device offlined - not ready after error recovery
> sd 0:0:0:0: rejecting I/O to offline device
> sd 0:0:0:0: [sda] Write Protect is off
> sd 0:0:0:0: [sda] Mode Sense: 00 00 1f ff
> sd 0:0:0:0: rejecting I/O to offline device
> sd 0:0:0:0: [sda] Asking for cache data failed
> sd 0:0:0:0: [sda] Assuming drive cache: write through
> sd 0:0:0:0: rejecting I/O to offline device
> sd 0:0:0:0: rejecting I/O to offline device
> sd 0:0:0:0: [sda] Attached SCSI disk
> VFS: Cannot open root device "sda" or unknown-block(8,0): error -6
> ------------------------------------------------------------
The problem with Atari's SVR4 (posted here quite some time ago) looks a lot
like an MFP issue, though.