Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
36ed38c29f
NetBSD/sys/arch/mvme68k/conf/files.mvme68k

130 lines
3.4 KiB
Plaintext
Raw Normal View History

Interrupt handling changes, in discussion since February: - Reduce available SPL levels for hardware devices to none, vm, sched, high. - Acquire kernel_lock only for interrupts at IPL_VM. - Implement threaded soft interrupts.
2007-12-03 18:33:00 +03:00
# $NetBSD: files.mvme68k,v 1.61 2007/12/03 15:33:58 ad Exp $
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
# config file for mvme68k
- convert usage of "defopt" to "defflag" where the relevant option does not support a value (e.g., it's to be used as "options FOO" instead of "options FOO=xxx"). options that take a value were converted to defparam recently. - minor whitespace & formatting cleanups
2001-11-28 13:21:10 +03:00
defflag opt_m060sp.h M060SP
Defflag PANICBUTTON now that machdep.c includes opt_panicbutton.h.
2003-06-28 12:26:45 +04:00
defflag PANICBUTTON # panic on ABORT if not DDB
Add support for the m68060-based machines: MVME-172 and MVME-177. CPU support taken from a combination of NetBSD/amiga and NetBSD/x68k. At this time, MVME-172 works but MVME-177 is untested. Since the '177 is otherwise identical to the MVME-167, this should *just work*.
2000-11-20 22:35:28 +03:00
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
# maxpartitions must be first item in files.${ARCH}.newconf
maxpartitions 8
Remove "class" declarations, and add "devclass" declarations where appropriate. Fix several inconsistencies between device class and attributes. Mostly from Chris Demetriou.
1998-02-17 01:12:45 +03:00
device mainbus { }
New device attachment scheme: - split softc size and match/attach out from cfdriver into a new struct cfattach. - new "attach" directive for files.*. May specify the name of the cfattach structure, so that devices may be easily attached to parents with different autoconfiguration semantics.
1996-03-17 04:26:49 +03:00
attach mainbus at root
Back out the previous change after discussion with thorpej and cgd.
2000-12-03 18:38:30 +03:00
file arch/mvme68k/dev/mainbus.c mainbus
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
device clock
Ditch the `simulated' software interrupt in favour of hardware-assisted soft interrupts on all boards. (Note: VMEChip2-less 162/172 not yet tested) This greatly simplifies the `rei' path and allows interrupt nesting to be tracked somewhat more easily. As a result we now have a working CLKF_INTR() macro and can detect uvm_fault() being called from an interrupt (although there may still be a very short race detecting the latter; need to investigate further).
2001-07-06 23:00:12 +04:00
Merge 'scw_mvme68k_bus_space' branch with the trunk. These changes add support for: o The MI VMEbus framework on both MVME147 and MVME167. o Enhancements to the existing MD bus_space(9) implementation. o Most of the bus_dma(9) API.
2000-03-19 01:33:02 +03:00
# Grab the MD VMEbus goop
include "dev/vme/files.vme"
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# Grab the common MVME glue
include "dev/mvme/files.mvme"
# MVME-147 Peripheral Channel Controller
device pcc { [ ipl = -1 ] }
attach pcc at mainbus
file arch/mvme68k/dev/pcc.c pcc needs-flag
Pull a bunch of common code from vme_pcc.c and vme_two.c into the new mvmebus.[ch] files, and put down some initial code to deal with VMEbus slave mode.
2000-08-13 21:00:51 +04:00
Merge 'scw_mvme68k_bus_space' branch with the trunk. These changes add support for: o The MI VMEbus framework on both MVME147 and MVME167. o Enhancements to the existing MD bus_space(9) implementation. o Most of the bus_dma(9) API.
2000-03-19 01:33:02 +03:00
# MVME-147 VME controller chip
Pull a bunch of common code from vme_pcc.c and vme_two.c into the new mvmebus.[ch] files, and put down some initial code to deal with VMEbus slave mode.
2000-08-13 21:00:51 +04:00
device vmepcc: mvmebus, vmebus
Merge 'scw_mvme68k_bus_space' branch with the trunk. These changes add support for: o The MI VMEbus framework on both MVME147 and MVME167. o Enhancements to the existing MD bus_space(9) implementation. o Most of the bus_dma(9) API.
2000-03-19 01:33:02 +03:00
attach vmepcc at pcc
Back out the previous change after discussion with thorpej and cgd.
2000-12-03 18:38:30 +03:00
file arch/mvme68k/dev/vme_pcc.c vmepcc
Merge 'scw_mvme68k_bus_space' branch with the trunk. These changes add support for: o The MI VMEbus framework on both MVME147 and MVME167. o Enhancements to the existing MD bus_space(9) implementation. o Most of the bus_dma(9) API.
2000-03-19 01:33:02 +03:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# MVME-147 Clock
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
attach clock at pcc with clock_pcc
file arch/mvme68k/dev/clock_pcc.c clock_pcc
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# ZS Serial ports
Remove "class" declarations, and add "devclass" declarations where appropriate. Fix several inconsistencies between device class and attributes. Mostly from Chris Demetriou.
1998-02-17 01:12:45 +03:00
device zsc { channel = -1 }
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
file arch/mvme68k/dev/zs.c zsc
file dev/ic/z8530sc.c zsc
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# MVME-147 Serial ports
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
attach zsc at pcc with zsc_pcc
file arch/mvme68k/dev/zs_pcc.c zsc_pcc needs-flag
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# MVME-1[67]2 Serial ports
Add preliminary support for the MVME162-LX 200/300 series of boards. Currently, the major onboard devices are supported (disk, network, rs232 and VMEbus). However, work is still need to support the remaining devices (eg. IndustryPack sites). These boards are available with a dazzling array of build options. At this time, the following options are *required*: o Real floating point hardware (the 68LC040 model isn't tested), o The VMEchip2 must be present, o If offboard VMEbus RAM is not present, at least 8MB of onboard RAM is required. o Even if offboard VMEbus RAM *is* present, at least 4MB of onboard RAM is required. (Boards with 1 or 2MB onboard RAM *can* be supported with offboard RAM, but not without some funky values in the VMEbus Master mapping registers.) There is no support for boards other than those in the -LX 200/300 series.
2000-09-06 23:51:42 +04:00
attach zsc at pcctwo with zsc_pcctwo
file arch/mvme68k/dev/zs_pcctwo.c zsc_pcctwo needs-flag
Remove "class" declarations, and add "devclass" declarations where appropriate. Fix several inconsistencies between device class and attributes. Mostly from Chris Demetriou.
1998-02-17 01:12:45 +03:00
device zstty: tty
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
attach zstty at zsc
file dev/ic/z8530tty.c zstty needs-flag
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
# MVME-147 Parallel printer
- new lpt driver, contributed by Steve Woodford <steve@mctavish.demon.co.uk> - added 1.1 and 1.2 compat to VME147 config file
1996-11-09 06:52:51 +03:00
attach lpt at pcc with lpt_pcc
Back out the previous change after discussion with thorpej and cgd.
2000-12-03 18:38:30 +03:00
file arch/mvme68k/dev/lpt_pcc.c lpt_pcc
Merge support for mvme167 into main tree.
1999-02-14 20:54:27 +03:00
Remove duplicate definitions of the "le" device .. "oops"
1996-05-16 23:00:06 +04:00
# device defined in sys/conf/files
adapt to LANCE driver split
1998-07-21 21:36:01 +04:00
attach le at pcc with le_pcc: le24
Back out the previous change after discussion with thorpej and cgd.
2000-12-03 18:38:30 +03:00
file arch/mvme68k/dev/if_le.c le_pcc
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
Split the nvram/rtc functionality away from the clock interrupt code and attach it as `timekeeper0 at mainbus0'. Use the MI mk48txx nvram/rtc access functions instead of home-grown versions. It should now be very easy to add a character device for the benefit of userland access to NVRAM.
2001-08-12 22:33:12 +04:00
# TimeKeeper NVRAM device
device timekeeper: mk48txx
attach timekeeper at mainbus
file arch/mvme68k/dev/timekeeper.c timekeeper
rename: ramdisk => md
1996-12-29 02:22:07 +03:00
# Memory disk for boot tape
Use the MI md_root.c.
2000-11-24 11:54:08 +03:00
file dev/md_root.c memory_disk_hooks
add "rd" ram-disk config
1996-05-20 05:15:45 +04:00
Normalize include paths.
1999-07-09 06:32:28 +04:00
include "dev/scsipi/files.scsipi"
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
# WD33C93 SCSI ...
define sbic
file arch/mvme68k/dev/sbic.c sbic
# ... on the MVME-147
Remove "class" declarations, and add "devclass" declarations where appropriate. Fix several inconsistencies between device class and attributes. Mostly from Chris Demetriou.
1998-02-17 01:12:45 +03:00
device wdsc: sbic, scsi
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
attach wdsc at pcc with wdsc_pcc
Back out the previous change after discussion with thorpej and cgd.
2000-12-03 18:38:30 +03:00
file arch/mvme68k/dev/wdsc.c wdsc_pcc
add wdsc device
1996-04-18 22:07:58 +04:00
Separate out devices common to many Motorola mvme boards (68k, 88k and ppc) in preparation for future mvmeppc and mvme88k ports. This needs a bit if tidying up to make it trully shareable, which will happen as the new mvme ports are added.
2002-02-12 23:38:09 +03:00
file arch/mvme68k/dev/pcctwo_68k.c pcctwo
file arch/mvme68k/dev/memc_68k.c memc
Forgot to commit this one; added SCSI and VME drivers.
1999-02-20 03:44:31 +03:00
Build the 68k-specific vmetwo stub (albeit a cut down version), even if vmetwo isn't in the config file.
2002-03-24 21:10:14 +03:00
# This isn't as odd as it looks. This file is still needed even if
# no vmetwo device is configured into the kernel.
file arch/mvme68k/dev/vme_two_68k.c vmetwo | pcctwo
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
file arch/mvme68k/mvme68k/autoconf.c
Merge 'scw_mvme68k_bus_space' branch with the trunk. These changes add support for: o The MI VMEbus framework on both MVME147 and MVME167. o Enhancements to the existing MD bus_space(9) implementation. o Most of the bus_dma(9) API.
2000-03-19 01:33:02 +03:00
file arch/mvme68k/mvme68k/bus_dma.c
file arch/mvme68k/mvme68k/bus_space.c
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
file arch/mvme68k/mvme68k/clock.c
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
file arch/mvme68k/mvme68k/conf.c
file arch/mvme68k/mvme68k/disksubr.c
- sync with new autoconfig code (iio goes away) - add support for zs1, vme devices (untested) Contributed by: Jason R. Thorpe <thorpej@og.org>
1996-04-26 22:47:34 +04:00
file arch/mvme68k/mvme68k/isr.c
Remove the only use of `config-dependent', as it isn't actually needed.
1996-08-12 04:16:25 +04:00
file arch/mvme68k/mvme68k/machdep.c
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
file arch/mvme68k/mvme68k/mem.c
Build pmap_boostrap.o without profiling; we can't call mcount before the mmu is enabled!
1998-06-01 03:28:07 +04:00
file arch/mvme68k/mvme68k/pmap_bootstrap.c compile-with "${NOPROF_C}"
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
file arch/mvme68k/mvme68k/trap.c
Merge support for mvme167 into main tree.
1999-02-14 20:54:27 +03:00
file arch/m68k/m68k/cacheops.c
enhance the common m68k db_memrw.c to handle read-only kernel text and switch all the motorola-MMU m68k platforms to use it.
2002-11-02 23:26:36 +03:00
file arch/m68k/m68k/db_memrw.c ddb | kgdb
merge pmap.c for all 4k-page motorola-MMU (or compatible) m68k platforms.
2002-11-05 10:41:17 +03:00
file arch/m68k/m68k/pmap_motorola.c
Use common procfs_machdep.c
2004-11-14 22:04:44 +03:00
file arch/m68k/m68k/procfs_machdep.c procfs
use a merged sys_machdep.c for all the motorola-MMU m68k platforms.
2002-11-03 05:29:37 +03:00
file arch/m68k/m68k/sys_machdep.c
merge the 12 copies of vm_machdep.c on the m68k platforms. clean up some other stuff along the way, including: - use m68k/cacheops.*, remove duplicates from cpu.h. - centralize a few declarations in (all the copies of) cpu.h. - define M68K_VAC on platforms which have a VAC. - switch the sun platforms to the (now common) proc_trampoline(). - do the phys_map thang on the sun platforms too, no reason not to.
2002-10-20 06:37:21 +04:00
file arch/m68k/m68k/vm_machdep.c
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
file dev/cons.c
file dev/cninit.c
Add support for the m68060-based machines: MVME-172 and MVME-177. CPU support taken from a combination of NetBSD/amiga and NetBSD/x68k. At this time, MVME-172 works but MVME-177 is untested. Since the '177 is otherwise identical to the MVME-167, this should *just work*.
2000-11-20 22:35:28 +03:00
# Motorola 68060 support package
include "arch/m68k/060sp/files.060sp"
Include the a.out m68k compatibility module.
2000-12-03 18:40:06 +03:00
# NetBSD m68k a.out Binary Compatibility (COMPAT_AOUT_M68K)
include "compat/aoutm68k/files.aoutm68k"
mvme68k port -- for the motorola vme147 m68030 card
1995-07-26 03:11:53 +04:00
# SunOS Binary Compatibility (COMPAT_SUNOS)
Normalize path of files.sunos.
1999-04-16 15:13:38 +04:00
include "compat/sunos/files.sunos"
cleanup: options SPACE TAB makeoptions TAB psuedo-device TAB remove trailing whitespace replace multiple spaces -> tabs options "FOO" -> options FOO options "FOO=bar" -> options FOO=bar options "FOO=\"bar\"" -> options FOO="\"bar\""
2001-11-20 15:56:17 +03:00
file arch/m68k/m68k/sunos_machdep.c compat_sunos
Added COMPAT_LINUX support.
1998-12-15 22:36:36 +03:00
Add COMPAT_SVR4 for m68k.
1999-04-20 01:22:56 +04:00
# SVR4 Binary Compatibility (COMPAT_SVR4)
include "compat/svr4/files.svr4"
Added COMPAT_LINUX support.
1998-12-15 22:36:36 +03:00
# Linux binary compatibility (COMPAT_LINUX)
include "compat/linux/files.linux"
include "compat/linux/arch/m68k/files.linux_m68k"
Add an e_trapsignal member to struct emul, so that emulated processes can send the appropriate signal depending on the trap type.
2001-06-18 06:00:48 +04:00
file arch/m68k/m68k/linux_trap.c compat_linux
Added COMPAT_LINUX support.
1998-12-15 22:36:36 +03:00
# OSS audio driver compatibility
include "compat/ossaudio/files.ossaudio"
Merge the gehenna-devsw branch into the trunk. This merge changes the device switch tables from static array to dynamically generated by config(8). - All device switches is defined as a constant structure in device drivers. - The new grammer ``device-major'' is introduced to ``files''. device-major <prefix> char <num> [block <num>] [<rules>] - All device major numbers must be listed up in port dependent majors.<arch> by using this grammer. - Added the new naming convention. The name of the device switch must be <prefix>_[bc]devsw for auto-generation of device switch tables. - The backward compatibility of loading block/character device switch by LKM framework is broken. This is necessary to convert from block/character device major to device name in runtime and vice versa. - The restriction to assign device major by LKM is completely removed. We don't need to reserve LKM entries for dynamic loading of device switch. - In compile time, device major numbers list is packed into the kernel and the LKM framework will refer it to assign device major number dynamically.
2002-09-06 17:18:43 +04:00
include "arch/mvme68k/conf/majors.mvme68k"
Reference in New Issue Copy Permalink