src/sys/amd64/include/bus.h, branch stable/13

sys: Remove $FreeBSD$: one-line .c comment pattern

2023-08-23T17:43:22Z

Remove /^/[*/]\s*\$FreeBSD\$.*\n/ Similar commit in current: (cherry picked from commit 71625ec9ad2a)

Revert r243960 based on feedback regarding keeping x86 headers unified

2012-12-13T21:27:20Z

(mdf@, tijl@) and use of KASSERT/systm.h in bus.h (zeising@, bde@). Alternate implementation will be made in a separate commit.

Add amd64 implementations for 8-byte bus_space routines.

2012-12-06T22:33:31Z

Submitted by: Carl Delsey Discussed with: jhb, rwatson Reviewed by: jimharris MFC after: 1 week

Merge amd64 and i386 bus.h and move the resulting header to x86. Replace

2010-12-20T16:39:43Z

the original amd64 and i386 headers with stubs. Rename (AMD64|I386)_BUS_SPACE_* to X86_BUS_SPACE_* everywhere. Reviewed by: imp (previous version), jhb Approved by: kib (mentor)

Revert r216134. This checkin broke platforms where bus_space are macros:

2010-12-03T07:09:23Z

they need to be a single statement, and do { } while (0) doesn't work in this situation so revert until a solution can be devised.

Disallow passing in a count of zero bytes to the bus_space(9) functions.

2010-12-02T22:19:30Z

Passing a count of zero on i386 and amd64 for [I386|AMD64]_BUS_SPACE_MEM causes a crash/hang since the 'loop' instruction decrements the counter before checking if it's zero. PR: kern/80980 Discussed with: jhb

Merge/sync with i386: various cosmetic tweaks

2006-03-14T00:01:56Z

Remove bus_{mem,p}io.h and related code for a micro-optimization on i386

2005-05-29T04:42:30Z

and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)

MFi386: remove comment

2005-05-22T16:31:32Z

Break out the definition of bus_space_{tag,handle}_t and a few other types

2005-04-18T21:45:34Z

into _bus.h to help with name space polution from including all of bus.h. In a few days, I'll commit changes to the MI code to take advantage of thse sepration (after I've made sure that these changes don't break anything in the main tree, I've tested in my trees, but you never know...). Suggested by: bde (in 2002 or 2003 I think) Reviewed in principle by: jhb