src/sys/amd64/include, branch release/6.0.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F6.0.0_cvs2005-11-03T00:35:26ZThis commit was manufactured by cvs2svn to create tag2005-11-03T00:35:26Zcvs2svncvs2svn@FreeBSD.org2005-11-03T00:35:26Zurn:sha1:3640cb54210edbb7edbf1b12ef0127ecfcea967d
'RELENG_6_0_0_RELEASE'.
This commit was manufactured to restore the state of the 6.0-RELEASE image.
MFC: Add atomic_fetchadd(9) operation for types int and 32.2005-10-06T18:12:06ZJohn Baldwinjhb@FreeBSD.org2005-10-06T18:12:06Zurn:sha1:d18aa8f911a44a2dbe1284e71a32a4d1f19133d9
Other small updates to atomic(9) include:
- Note that arm and ppc don't provide 64-bit atomic ops.
- Update sample code.
Approved by: re (scottl)
MFC: Stop using the '+' constraint modifier with memory operands in2005-09-26T19:54:19ZJohn Baldwinjhb@FreeBSD.org2005-09-26T19:54:19Zurn:sha1:970639bf36e17f3d01cb2555a16c4d3b997fd94f
inline assembly. We still use it for register operands in various places.
Approved by: re (kensmith)
MFC: Merge resource fixes for pci devices on pci0 for ioport.2005-09-18T02:55:10ZWarner Loshimp@FreeBSD.org2005-09-18T02:55:10Zurn:sha1:2e0289dfb2d1b7af0080bacd3f43ec4bfb1eb719
Approved by: re (scottl)
MFC: Add aliases for atomic operations on 64-bit integers.2005-08-26T14:53:57ZJohn Baldwinjhb@FreeBSD.org2005-08-26T14:53:57Zurn:sha1:695bbaea54e1164a805138fefdd0dca10b381ee7
Approved by: re (scottl)
MFC: Convert the atomic pointer operations to operate on uintptr_t rather2005-08-05T19:44:00ZJohn Baldwinjhb@FreeBSD.org2005-08-05T19:44:00Zurn:sha1:95b1c1e157778c489ab6051ab991c831c38bd863
than void *.
Approved by: re (kensmith)
Some cleanups and tweaks to some of the atomic.h files in preparation for2005-07-09T12:38:53ZJohn Baldwinjhb@FreeBSD.org2005-07-09T12:38:53Zurn:sha1:48281036d7a894dbbb6e00327b053c22c3fab7e7
further changes and fixes in the future:
- Use aliases via macros rather than duplicated inlines wherever possible.
- Move all the aliases to the bottom of these files and the inline
functions to the top.
- Add various comments.
- On alpha, drop atomic_{load_acq,store_rel}_{8,char,16,short}().
- On i386 and amd64, don't duplicate the extern declarations for functions
in the two non-inline cases (KLD_MODULE and compiler doesn't do inlines),
instead, consolidate those two cases.
- Some whitespace fixes.
Approved by: re (scottl)
Check the alignment of the IP header before passing the packet up to the2005-07-02T23:13:31ZAndrew Thompsonthompsa@FreeBSD.org2005-07-02T23:13:31Zurn:sha1:2fcb030ad50f30aa6c2604d494993dcfa7011117
packet filter. This would cause a panic on architectures that require strict
alignment such as sparc64 (tier1) and ia64/ppc (tier2).
This adds two new macros that check the alignment, these are compile time
dependent on __NO_STRICT_ALIGNMENT which is set for i386 and amd64 where
alignment isn't need so the cost is avoided.
IP_HDR_ALIGNED_P()
IP6_HDR_ALIGNED_P()
Move bridge_ip_checkbasic()/bridge_ip6_checkbasic() up so that the alignment
is checked for ipfw and dummynet too.
PR: ia64/81284
Obtained from: NetBSD
Approved by: re (dwhite), mlaier (mentor)
Switch AMD64 and i386 platforms to using ELF as their kernel crash2005-06-29T22:28:46ZPeter Wemmpeter@FreeBSD.org2005-06-29T22:28:46Zurn:sha1:235a54de9dba1127b8cf6564007b9d70439a1a44
dump format. The key reason to do this is so that we can dump sparse
address space. For example, we need to be able to skip the PCI hole
just below the 4GB boundary. Trying to destructively dump MMIO device
registers is Really Bad(TM). The frequent result of trying to do a
crash dump on a machine with 4GB or more ram was ugly (lockup or reboot).
This code has been taken directly from the IA64 dump_machdep.c code,
with just a few (mostly minor) mods.
Introduce a dump_avail[] array in the machdep.c code so that we have a
source of truth for what memory is present in a machine that needs to be
dumped. We can't use phys_avail[] because all sorts of things slice
memory out of it that we really need to dump. eg: the vm page array
and the dmesg buffer. dump_avail[] is pretty much an unmolested version
of phys_avail[]. It does have Maxmem correction.
Bump the i386 and amd64 dump format to version 2, but nothing actually
uses this. amd64 was actually using the i386 dump version number.
libkvm support to follow.
Approved by: re
Increase MAXCPU to 16 in SMP kernels so that APIC IDs from 0 to 15 are2005-06-29T15:13:25ZJohn Baldwinjhb@FreeBSD.org2005-06-29T15:13:25Zurn:sha1:014693eb89afd8d63bcec81e08311237249844e4
allowed for CPUs.
Tested by: amd64 at cybernetwork dot org
Approved by: re (scottl)
MFC after: 1 week