summaryrefslogtreecommitdiff
path: root/sys/arch/next68k
AgeCommit message (Collapse)Author
2023-06-16fix typos in comments.andvar
2023-06-10gratuitous commit to fix spelling errordbj
2023-02-12Add optoion GENERIC.local include to the end of ~all GENERIC configsabs
This excludes atari, sgimips, evbmips, evbppc, evbsh3, and hpcarm all of which have somewhat specific kernel config file layouts
2023-02-12Actually bump version (missed in the previous commit).tsutsui
2023-02-12Replace DELAY() with one in hp300 bootloader and adjust cpuspeed counts.tsutsui
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.
2023-02-12Use common declarations and macros in proper headers.tsutsui
Also fix inconsistent sdopen() and sdstrategy() args and remove useless #if 0'ed out code. No functional change.
2023-02-11Build a RAMDISK root kernel on NetBSD/next68k release build.tsutsui
No sysinst(8) yet, but useful on bootstrap and rescue ops.
2023-02-11Bump version again to denote NeXT_CUBE_TURBO support.tsutsui
2023-02-11Bump version to 1.6 to denote recent bootloader's >20 years old bug fixes.tsutsui
All these fixes should be pulled up to netbsd-10 and netbsd-9.
2023-02-11Disable rarely used options and devices, and add options MODULAR instead.tsutsui
Also enable files-system MSDOS for file exchange via removable media.
2023-02-11Remove unnecessary commented out lines.tsutsui
2023-02-11Remove nonexistent options SWAPDEBUG.tsutsui
2023-02-11Enable file-system CD9660.tsutsui
It's useful for installation especially on emulators.
2023-02-11NeXT Turbo Color doesn't have NEXT_P_C16_CMD_REG.tsutsui
Info from Andreas Grabher on port-next68k@.
2023-02-11Add and check machine type NeXT_CUBE_TURBO (type 8).tsutsui
Info from Andreas Grabher on port-next68k@.
2023-02-11Handle NeXT Turbo VRAM regions properly.tsutsui
Info from Andreas Grabher on port-next68k@: https://mail-index.netbsd.org/port-next68k/2023/02/06/msg000052.html Also refactor bus_space_map(9) and fix (unused) bus_space_mmap(9).
2023-02-09Disable DEBUG options properly.tsutsui
2023-02-09Request only 36 bytes for a response of INQUIRY command for legacy drives.tsutsui
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
2023-02-09Avoid possible division by zero trap in error cases to make debug easier.tsutsui
2023-02-07Make sure to specify volatile explicitly on DMA register accesses.tsutsui
It looks booting from SCSI disks on next68k have been broken since NetBSD 1.6 days, but now it works. Should be pulled up to netbsd-10 and netbsd-9.
2023-02-04Remove trailing spaces and TABs.tsutsui
2023-02-04Remove leftover "last kernel PT page" settings derived from hp300.tsutsui
Whilehere, also remove VM definitions for obsolete COMPAT_HPUX stuff. All hp300 machines has RAMs at a region from the highest address i.e. 0xFFFFFFFF to smaller address (as HP claims "it's the MSB first"), so kernels have to prepare PA==KVA mappings as the "last PT page" to guarantee the running kernel works both before and after the MMU is turned on. For such a special mapping, we have to set up necessary segment table and page table during early startup, in pmap_bootstrap() invoked from locore.s. On the other hand, NeXT machines have RAMs at a region from 0x40000000 to below (i.e. to larger address) so we still need a PA==KVA mapping. However currently NetBSD/next68k just uses the transparent translation registers to achieve the PA==KVA mapping, so unlike hp300 we don't have to prepare special segment table and page table for it. Note many other m68k ports (like luna68k, news68k, x68k etc.) have RAMs at a region from 0x00000000 so usually we can assume PA==KVA and don't have to bother to prepare such speicial mappings. No user visible changes (except now freed wasted pages for the tables). Tested on my NeXTstation slab.
2023-02-04Remove #ifdef'ed out hp300 specific stuff.tsutsui
2023-02-04Misc KNF and cleanup.tsutsui
2023-02-03Misc KNF and cosmetics.tsutsui
2023-02-03Use proper C99 int types.tsutsui
2023-02-03Use proper LIST(3) macro.tsutsui
2023-02-03Make local functions static.tsutsui
2023-02-03Misc cleanup.tsutsui
- use C99 designated initializer - misc KNF - TAB/space cleanup
2023-02-03Misc KNF and cosmetics.tsutsui
2023-02-03Remove trailing TABs.tsutsui
2023-02-03Misc KNF and cosmetics.tsutsui
2023-02-03Use proper C99 int types.tsutsui
2023-02-03TAB/space cleanup.tsutsui
2023-02-03Add proper rnd_add_uint32(9) calls to next68k xe(4) driver.tsutsui
2023-02-03Use explicit CPU strings and remove hp300 derived stuff.tsutsui
2023-01-27next68k: Specify -fno-unwind-tables to shrink kernel binary size.tsutsui
next68k bootloader cannot load a kernel larger than ~3.8 MB.
2023-01-27next68k: Fix silent stall of next68k esp(4) SCSI.tsutsui
next68k esp(4) driver requires nextdma(4) interrupts at ipl 6 during ncr53c9x_intr() for esp(4) at ipl 3. It worked on netbsd-5 and prior, but on netbsd-5 splbio() was changed from ipl 3 to 6 for SMP support and on netbsd-6 ncr53c9x driver was changed to use mutex(9) instead of simple_lock(9), so nextdma interrupts were no longer raised during ncr53c9x interrupt handler. For now, just call mutex_exit(9) and mutex_enter(9) during waiting nextdma(4) interrupts in MD esp_dma_intr() handler. This could be wrong and the interrupt handler for nextdma should be reorganized, but it just works. Should be pulled up to netbsd-10 and netbsd-9.
2023-01-27next68k: Specify proper constraints for bus_space_read region and multi ops.tsutsui
These functions write the read data into memory at a specified pointer, but without the "memory" constraint gcc could optimize out these ops if the memory is allocated on local stack. With this fix nextkbd(4) works again. Should be pulled up to netbsd-10 and netbsd-9.
2023-01-27next68k: Fix delay_divisor value for proper delay(9) on 68040.tsutsui
2022-12-22Driver for DaynaPORT SCSI/Link (dse.4).nat
Written by Hiroshi Noguchi, of which an updated version was posted to port-mac68k in 2001. Attachments were added to kernel configs for platforms that already had the Cabletron (se.4) driver added, although other platorms may benefit. Reviewed on tech-net by Izumi Tsutsui.
2022-09-18Eliminate use of IFF_OACTIVE. (It was not being used correctly here inthorpej
any case.)
2022-08-07UFS/LFS dirhash:simonb
- Enable UFS_DIRHASH if the architecture or kernel model specific config file can use 128MB of RAM or more. - Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel and by a number of NetBSD developers for years. - Add LFS_DIRHASH if LFS was enabled. - Be somewhat consistent with FS options order.
2022-05-30s/identifing/identifying/ and s/multipler/multiplier/ in comments.andvar
2022-05-18fix typos in word "access" and it derivatives, mainly in comments.andvar
2022-03-17revert broken to borken, it is used spelling in BSD and "tastes better that ↵andvar
way".
2022-03-16s/paniced/panicked/ and s/borken/broken/ in comments.andvar
2021-12-05s/from from/from/ in comment.msaitoh
2021-10-09Call cnpollc(9) before cngetc(9) as the cons(9) man page says.tsutsui
Currently most ports do nothing in cnpollc(9), but this is required to handle wskbd(9) .set_leds op in cngetc(9) properly, at least on luna68k.
2021-09-25Call cnpollc(9) before cngetc(9) as the cons(9) man page says.tsutsui
Affects only inside #ifdef DEBUG part on "trap during panic" in trap.c derived from hp300.