summaryrefslogtreecommitdiff
path: root/sys/arch/amiga/dev/cbsc.c
AgeCommit message (Collapse)Author
2019-01-08no need to include <machine/param.h> if <sys/param.h> already includedjdolecek
2018-09-03Rename min/max -> uimin/uimax for better honesty.riastradh
These functions are defined on unsigned int. The generic name min/max should not silently truncate to 32 bits on 64-bit systems. This is purely a name change -- no functional change intended. HOWEVER! Some subsystems have #define min(a, b) ((a) < (b) ? (a) : (b)) #define max(a, b) ((a) > (b) ? (a) : (b)) even though our standard name for that is MIN/MAX. Although these may invite multiple evaluation bugs, these do _not_ cause integer truncation. To avoid `fixing' these cases, I first changed the name in libkern, and then compile-tested every file where min/max occurred in order to confirm that it failed -- and thus confirm that nothing shadowed min/max -- before changing it. I have left a handful of bootloaders that are too annoying to compile-test, and some dead code: cobalt ews4800mips hp300 hppa ia64 luna68k vax acorn32/if_ie.c (not included in any kernels) macppc/if_gm.c (superseded by gem(4)) It should be easy to fix the fallout once identified -- this way of doing things fails safe, and the goal here, after all, is to _avoid_ silent integer truncations, not introduce them. Maybe one day we can reintroduce min/max as type-generic things that never silently truncate. But we should avoid doing that for a while, so that existing code has a chance to be detected by the compiler for conversion to uimin/uimax without changing the semantics until we can properly audit it all. (Who knows, maybe in some cases integer truncation is actually intended!)
2010-12-20Move counting of faults, traps, intrs, soft[intr]s, syscalls, and nswtchmatt
from uvmexp to per-cpu cpu_data and move them to 64bits. Remove unneeded includes of <uvm/uvm_extern.h> and/or <uvm/uvm.h>.
2010-10-18opt_m68k_arch.h can only be included when compiling for amiga/68k.phx
2010-06-06fix PR 6724 - convert m68k options to defflag's. this means thatmrg
M680[12346] are now available from opt_m68k_arch.h. FPSP meantioned in the PR has already been fixed, and i could not find any more. i built these kernels to ensure i did not break their builds: amiga: GENERIC DRACO atari: HADES FALCON MILAN-PCIIDE mac68k: GENERIC sun2: GENERIC sun3: GENERIC GENERIC3X cesfic: attempted GENERIC, does not build due to lack of machine/bus.h hp300: GENERIC luna68k: GENERIC mvme68k: GENERIC news68k: GENERIC next68k: GENERIC x68k: GENERIC
2009-11-23Use lwp_getpcb() on m68k ports, clean from struct user usage.rmind
2009-10-21Drop 3rd and 4th clauses (except on files where copyright is sharedsnj
with UC, in which case only the ad clause has been removed). Approved by mhitch@ (copyright holder).
2008-04-13Split device_t/softc for MI ncr53c9x and some related devices,tsutsui
with various cleanup.
2007-10-17Merge the ppcoea-renovation branch to HEAD.garbled
This branch was a major cleanup and rototill of many of the various OEA cpu based PPC ports that focused on sharing as much code as possible between the various ports to eliminate near-identical copies of files in every tree. Additionally there is a new PIC system that unifies the interface to interrupt code for all different OEA ppc arches. The work for this branch was done by a variety of people, too long to list here. TODO: bebox still needs work to complete the transition to -renovation. ofppc still needs a bunch of work, which I will be looking at. ev64260 still needs to be renovated amigappc was not attempted. NOTES: pmppc was removed as an arch, and moved to a evbppc target.
2007-08-20First part of amigappc support patches by Frank Wille.is
2007-03-11Correct a thinko of mine in the previous change, pointed out byhe
is@. Even though the argument type changes as an effect of the caddr_t removal, there really is no need to indirect where we didn't before. Instead, add the appropriate cast.
2007-03-05Fix one missing indirection causing a type conflict, and use char* forhe
pointer arithmetic.
2007-03-04Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.christos
2006-03-29Use device_cfdata().thorpej
2006-03-08Use the SI capitalization for "Hz", "kHz", and "MHz" in comments and strings.lukem
Add a space between numbers and Hz unit.
2005-12-11merge ktrace-lwp.christos
2005-06-13Fix a ton of const/volatile issues shown with new warning flagsjmc
2004-02-13Uppercase CPU, plural is CPUs.wiz
2003-04-01Use PAGE_SIZE rather than NBPG.thorpej
2002-10-02Use CFATTACH_DECL().thorpej
2002-09-27Declare all cfattach structures const.thorpej
2002-01-28add __KERNEL_RCSID as suggested by Luke Mewburnaymeric
2002-01-26- ANSIfyaymeric
- remove some trailing spaces/tabs - minor style nits
2001-04-25Pull up the thorpej_scsipi branch to main branch.bouyer
This is a completely rewritten scsipi_xfer execution engine, and the associated changes to HBA drivers. Overview of changes & features: - All xfers are queued in the mid-layer, rather than doing so in an ad-hoc fashion in individual adapter drivers. - Adapter/channel resource management in the mid-layer, avoids even trying to start running an xfer if the adapter/channel doesn't have the resources. - Better communication between the mid-layer and the adapters. - Asynchronous event notification mechanism from adapter to mid-layer and peripherals. - Better peripheral queue management: freeze/thaw, sorted requeueing during recovery, etc. - Clean separation of peripherals, adapters, and adapter channels (no more scsipi_link). - Kernel thread for each scsipi_channel makes error recovery much easier (no more dealing with interrupt context when recovering from an error). - Mid-layer support for tagged queueing: commands can have the tag type set explicitly, tag IDs are allocated in the mid-layer (thus eliminating the need to use buggy tag ID allocation schemes in many adapter drivers). - support for QUEUE FULL and CHECK CONDITION status in mid-layer; the command will be requeued, or a REQUEST SENSE will be sent as appropriate. Just before the merge syssrc has been tagged with thorpej_scsipi_beforemerge
2000-06-05Adapt MI ncr53c9x changes.tsutsui
1999-09-30Update for SCSIPI changes.thorpej
1999-09-25vm_offset_t -> vaddr_t/paddr_tis
1998-11-19Adapt to the new scsipi_adapter interface.thorpej
1998-11-14Some CyberStorm MK I SCSI modules use the same product ID as the Fastlane.mhitch
Add a check for that product ID and not a Zorro III address.
1998-10-10Garbage-collect the open_target_lu and close_target_lu entry points fromthorpej
struct scsipi_adapter; they were not used. Add a scsipi_ioctl entry point to struct scsipi_adapter. This will be used to issue ioctl commands to the host adapters. Inspired by PR #6090, from Matt Jacob.
1998-05-24Back out the defopt for M680?0. As pointed out to me, this breaks ports whichis
dont use the M680?0 the way Amiga, Atari, Mac68k, and X68k do. I must have missed this in the past discussion about this project.
1998-05-23Move M680[2346]0 to opt_m68kcpu.h.is
XXX Some explicit dependencies could be removed now from the individual arch/$ARCH/conf/Makefile.$ARCH files, but this is still to be done.
1998-01-12Adjust for changes to config.thorpej
1997-10-24Check manufacturer and product codes correctly. The Blizzard 2060 drivermhitch
was trying to configure on a Cyberstorm MKI SCSI.
1997-10-04Replace Fastlane and Blizzard SCSI driver frontends, using the machinemhitch
independent ncr53c9x driver. Add 12x0-IV support to the 1230 driver, and add Cyberstorm SCSI I and II drivers.