From owner-freebsd-hackers Sat Aug 26 07:10:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA18826 for hackers-outgoing; Sat, 26 Aug 1995 07:10:20 -0700 Received: from chrome.onramp.net (chrome.onramp.net [199.1.166.202]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA18820 for ; Sat, 26 Aug 1995 07:10:18 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.onramp.net (8.6.11/8.6.9) with SMTP id JAA25201 for ; Sat, 26 Aug 1995 09:09:56 -0500 Message-Id: <199508261409.JAA25201@chrome.onramp.net> X-Authentication-Warning: chrome.onramp.net: Host localhost.jdl.com didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Byte-swapping on NEC IDE CD ROM Reply-To: jdl@chromatic.com Date: Sat, 26 Aug 1995 09:09:56 -0500 From: Jon Loeliger Sender: hackers-owner@freebsd.org Precedence: bulk As Joerg suggested, I byte swapped the entire atapi probe tb buffer, and things look promising. It's raised a few questions too. Here's what I got: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S atapi0.1 at 0x1f0: attach called wdc0: unit 1 (atapi): , removable, iordy wcd0: info 80-85-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-20-20-20-20-20-20-20-20-20- 20-20-20-20-20-20-20-20-20-20-20-0-0-0-0-0-0-34-2e-32-33-20-20-20-20-4e-45-43-20 -20-20-20-20-20-20-20-20-20-20-20-20-20-20-20-20-43-44-2d-52-4f-4d-20-44-52-49-5 6-45-3a-32-36-30-0-0-0-0-0-0-0-0-0-a-0-0-0-3-0-0-3-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0 -0-0-0-0-0-0-0-0-0-0-0-0-0-b4-0-b4-0-0-0-0-0-0-0-0-0-0 atapi0.1: req im 5a-0-2a-0-0-0-0-0-18-0-0-0-0-0-0-0 len=24 atapi0.1: start atapi0.1: send cmd 5a-0-2a-0-0-0-0-0-18-0-0-0-0-0-0-0 atapi0.1: intr ireason=0x1, len=24, status=48, error=0 atapi0.1: send cmd 5a-0-2a-0-0-0-0-0-18-0-0-0-0-0-0-0 atapi0.1: controller not ready Without the ATAPI spec in front of me (!), I'm at a loss to know if the command structure is reasonable. Also, I've not yet byte swapped the *other* buffers coming back from the drive. One question: Is it likely that I will have to byte swap the buffers headed out to the drive? Will the user data buffers need to be swapped too, or just things like the command/response buffers? Any help here would be greatly appreciated! Thanks, jdl