CVS log for src/sys/arch/next68k/stand/boot/sd.c

Up to [cvs.NetBSD.org] / src / sys / arch / next68k / stand / boot

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Pull up following revision(s) (requested by tsutsui in ticket #1600):

	sys/arch/next68k/stand/boot/en.c: revision 1.20
	sys/arch/next68k/stand/boot/scsi.c: revision 1.13
	sys/arch/next68k/stand/boot/scsi.c: revision 1.14
	sys/arch/next68k/stand/boot/conf.c: revision 1.8
	sys/arch/next68k/stand/boot/sd.c: revision 1.17
	sys/arch/next68k/stand/boot/samachdep.h: revision 1.1
	sys/arch/next68k/stand/boot/samachdep.h: revision 1.2
	sys/arch/next68k/stand/boot/rtc.c: revision 1.8
	sys/arch/next68k/stand/boot/machdep.c: revision 1.9
	sys/arch/next68k/stand/boot/boot.c: revision 1.14
	sys/arch/next68k/stand/boot/boot.c: revision 1.15
	sys/arch/next68k/stand/boot/scsivar.h: revision 1.2
	sys/arch/next68k/stand/boot/devopen.c: revision 1.8
	sys/arch/next68k/stand/boot/version: revision 1.7

Use common declarations and macros in proper headers.

Also fix inconsistent sdopen() and sdstrategy() args and
remove useless #if 0'ed out code.
No functional change.

Replace DELAY() with one in hp300 bootloader and adjust cpuspeed counts.

Fix boot failure on my ancient Seagate ST52160N drive.
It looks some of such old drives can't respond to SCSI
test-unit-ready command without proper wait after SCSI bus reset.

Bump version again to denote a fix.

XXX we should re-evaluate cpuspeed counts for DELAY() in bootloaders
    (where cache is disabled) on other m68k ports, hp300 and luna68k etc.

Actually bump version (missed in the previous commit).

Pull up following revision(s) (requested by tsutsui in ticket #90):

	sys/arch/next68k/stand/boot/en.c: revision 1.20
	sys/arch/next68k/stand/boot/scsi.c: revision 1.13
	sys/arch/next68k/stand/boot/scsi.c: revision 1.14
	sys/arch/next68k/stand/boot/conf.c: revision 1.8
	sys/arch/next68k/stand/boot/sd.c: revision 1.17
	sys/arch/next68k/stand/boot/samachdep.h: revision 1.1
	sys/arch/next68k/stand/boot/samachdep.h: revision 1.2
	sys/arch/next68k/stand/boot/rtc.c: revision 1.8
	sys/arch/next68k/stand/boot/machdep.c: revision 1.9
	sys/arch/next68k/stand/boot/boot.c: revision 1.14
	sys/arch/next68k/stand/boot/boot.c: revision 1.15
	sys/arch/next68k/stand/boot/scsivar.h: revision 1.2
	sys/arch/next68k/stand/boot/devopen.c: revision 1.8
	sys/arch/next68k/stand/boot/version: revision 1.7

Use common declarations and macros in proper headers.

Also fix inconsistent sdopen() and sdstrategy() args and
remove useless #if 0'ed out code.
No functional change.

Replace DELAY() with one in hp300 bootloader and adjust cpuspeed counts.

Fix boot failure on my ancient Seagate ST52160N drive.
It looks some of such old drives can't respond to SCSI
test-unit-ready command without proper wait after SCSI bus reset.

Bump version again to denote a fix.

XXX we should re-evaluate cpuspeed counts for DELAY() in bootloaders
    (where cache is disabled) on other m68k ports, hp300 and luna68k etc.

Actually bump version (missed in the previous commit).

Pull up following revision(s) (requested by tsutsui in ticket #1591):

	sys/arch/next68k/stand/boot/scsi.c: revision 1.11
	sys/arch/next68k/stand/boot/sd.c: revision 1.13
	sys/arch/next68k/stand/boot/scsi.c: revision 1.12
	sys/arch/next68k/stand/boot/sd.c: revision 1.14
	sys/arch/next68k/stand/boot/sd.c: revision 1.15
	sys/arch/next68k/stand/boot/sd.c: revision 1.16
	sys/arch/next68k/stand/boot/rtc.c: revision 1.7
	sys/arch/next68k/stand/boot/dmareg.h: revision 1.4
	sys/arch/next68k/stand/boot/machdep.c: revision 1.8
	sys/arch/next68k/stand/boot/srt0.s: revision 1.3
	sys/arch/next68k/stand/boot/README: revision 1.2
	sys/arch/next68k/stand/boot/devopen.c: revision 1.7
	sys/arch/next68k/stand/boot/Makefile: revision 1.30
	sys/arch/next68k/stand/boot/Makefile: revision 1.31
	sys/arch/next68k/stand/boot/version: revision 1.5

Remove trailing spaces and TABs.

Make sure to specify volatile explicitly on DMA register accesses.

It looks booting from SCSI disks on next68k have been broken
since NetBSD 1.6 days, but now it works.

Avoid possible division by zero trap in error cases to make debug easier.

Request only 36 bytes for a response of INQUIRY command for legacy drives.
Some drives don't respond larger requested size for newer
SCSI3 devices and not all drivers can handle short xfers.
We should fix drivers to handle such short xfers properly,
but we need only SCSI device type here (and the 36 bytes are
enough even if we want vendor and product names on a bootloader).
The problem is reported from Andreas Grabher (a maintainer of NeXT
Computer Emulator) on port-next68k@:
 https://mail-index.netbsd.org/port-next68k/2023/02/thread1.html

Disable DEBUG options properly.

Bump version to 1.6 to denote recent bootloader's >20 years old bug fixes.

Pull up following revision(s) (requested by tsutsui in ticket #78):

	sys/arch/next68k/stand/boot/scsi.c: revision 1.11
	sys/arch/next68k/stand/boot/sd.c: revision 1.13
	sys/arch/next68k/stand/boot/scsi.c: revision 1.12
	sys/arch/next68k/stand/boot/sd.c: revision 1.14
	sys/arch/next68k/stand/boot/sd.c: revision 1.15
	sys/arch/next68k/stand/boot/sd.c: revision 1.16
	sys/arch/next68k/stand/boot/rtc.c: revision 1.7
	sys/arch/next68k/stand/boot/dmareg.h: revision 1.4
	sys/arch/next68k/stand/boot/machdep.c: revision 1.8
	sys/arch/next68k/stand/boot/srt0.s: revision 1.3
	sys/arch/next68k/stand/boot/README: revision 1.2
	sys/arch/next68k/stand/boot/devopen.c: revision 1.7
	sys/arch/next68k/stand/boot/Makefile: revision 1.30
	sys/arch/next68k/stand/boot/Makefile: revision 1.31
	sys/arch/next68k/stand/boot/version: revision 1.5

Remove trailing spaces and TABs.

Make sure to specify volatile explicitly on DMA register accesses.

It looks booting from SCSI disks on next68k have been broken
since NetBSD 1.6 days, but now it works.

Avoid possible division by zero trap in error cases to make debug easier.

Request only 36 bytes for a response of INQUIRY command for legacy drives.
Some drives don't respond larger requested size for newer
SCSI3 devices and not all drivers can handle short xfers.
We should fix drivers to handle such short xfers properly,
but we need only SCSI device type here (and the 36 bytes are
enough even if we want vendor and product names on a bootloader).
The problem is reported from Andreas Grabher (a maintainer of NeXT
Computer Emulator) on port-next68k@:
 https://mail-index.netbsd.org/port-next68k/2023/02/thread1.html

Disable DEBUG options properly.

Bump version to 1.6 to denote recent bootloader's >20 years old bug fixes.

Use common declarations and macros in proper headers.

Also fix inconsistent sdopen() and sdstrategy() args and
remove useless #if 0'ed out code.
No functional change.

Disable DEBUG options properly.

Request only 36 bytes for a response of INQUIRY command for legacy drives.

Some drives don't respond larger requested size for newer
SCSI3 devices and not all drivers can handle short xfers.
We should fix drivers to handle such short xfers properly,
but we need only SCSI device type here (and the 36 bytes are
enough even if we want vendor and product names on a bootloader).

The problem is reported from Andreas Grabher (a maintainer of NeXT
Computer Emulator)a on port-next68k@:
 https://mail-index.netbsd.org/port-next68k/2023/02/thread1.html

Avoid possible division by zero trap in error cases to make debug easier.

Remove trailing spaces and TABs.

Rebase to HEAD as of a few days ago.

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

sync with head

make this compile (missing header file)

Sync with HEAD.

Commit is split, to avoid a "too many arguments" protocol error.

sync with head.

Sync with HEAD.

bzero -> memset

sync with head.

sync with head

sync with head

gcc4 fix:  correct of couple of casting errors picked up by gcc4.

sync with head.

sync with head.

free -> dealloc
unsigned -> size_t for alloc/dealloc

merge ktrace-lwp.

sync with -current

sync with head.  xen and whitespace.  xen part is not finished.

Sync with HEAD.

Hi Perry!

Part 1 of a cleanup pass over the SCSI subsystem.  The aim is to name
everything "scsi_*", since we really are talking about the SCSI command
set, ATAPI transport not withstanding.  Improve the names of many structures,
and prepend "SCSI_" onto all SCSI command opcodes.  Place items described
by the SCSI Primary Commands document into scsi_spc.h.

Sync with HEAD.

READ_CAPACITY -> READ_CAPACITY_10

USe more appropriate macro/struct names for READ/WRITE (6) and
READ/WRITE (10).

Fix the sync with head I botched.

Sync with HEAD.

Sync with HEAD

move structs nextstep_disklabel/cpu_partition and appendant #defines
to sys/sys/bootblock.h
- rename to next68k_disklabel and next68k_partition
- use {u,}int{8,16,32}_t instead of char/short/int (suggested by D. Laight)

sync kqueue branch with HEAD

Catch up to -current.

catch up with -current.

Apply patches from Christian Limpach:

    - NeXT label reading support
    - SCSI dma fixes
    - media support for if_xe.c

Some of these need more cleanup, but at least make SCSI support usable on
the NeXT.

tweaks to compile with egcs -Werror
minor changes to scsi driver register accesses.

Initial import of NetBSD/next68k.

Initial revision