| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
to kproc_xxx as they actually make whole processes.
Thos makes way for us to add REAL kthread_create() and friends
that actually make theads. it turns out that most of these
calls actually end up being moved back to the thread version
when it's added. but we need to make this cosmetic change first.
I'd LOVE to do this rename in 7.0 so that we can eventually MFC the
new kthread_xxx() calls.
|
|
|
|
|
|
|
| |
now takes a device_t to be the parent of the bus that is being created.
Most SIMs have been updated with a reasonable argument, but a few exceptions
just pass NULL for now. This argument isn't used yet and the newbus
integration likely won't be ready until after 7.0-RELEASE.
|
|
|
|
|
|
| |
initialization. Do a token amount of style cleanup.
Poked by: bde
|
|
|
|
|
|
| |
to a call to a function which *might* then initialize them.
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
use to synchornize and protect all data objects that are used for that
SIM. Drivers that are not yet MPSAFE register Giant and operate as
usual. RIght now, no drivers are MPSAFE, though a few will be changed
in the coming week as this work settles down.
The driver API has changed, so all CAM drivers will need to be recompiled.
The userland API has not changed, so tools like camcontrol do not need to
be recompiled.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many
Approved by: re@
|
|
|
|
|
|
|
|
|
|
| |
a spin mutex since it doesn't have an INTR_FAST interrupt handler.
Beyond that the driver is still under Giant anyway.
- Remove unneeded locking during attach across operations that can't be
called with locks held (such as bus_dma_tag_create()).
MFC after: 1 week
Not objected to by: scottl
|
|
|
|
| |
unnecessary.
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is the only file of > 1700 files in a buildkernel here doing that.
It makes reproducible builds (same source => same binary) impossible.
Spotted by: devel/ccache
|
| |
|
|
|
|
|
|
|
|
| |
here is the support for amd64, as well as possible support for PAE. Many
thanks to Highpoint for continuing to support FreeBSD.
Obtained from: Steve Chang @ Highpoint
MFC After: 3 days.
|
|
|
|
|
|
| |
and amd64. The optimization is a trivial on recent machines.
Reviewed by: -arch (imp, marcel, dfr)
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
|
|
|
| |
twice as many times as there were entries in the array.)
Spotted by: Ted Unangst using the Coverity Prevent static analysis tool
Reviewed by: scottl
|
|
|
|
|
|
|
| |
field).
Spotted by: Ted Unangst using the Coverity Prevent static analysis tool
Reviewed by: scottl
|
|
|
|
|
|
| |
headers from the correct location.
Submitted by: Tai-hwa Liang
|
|
|
|
| |
for being on a CVS vendor branch. The files were moved via a repo-copy.
|
| |
|
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
Reviewed by: scottl
|
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
Reviewed by: scottl
|
| |
|
|
|
|
|
| |
attach. This fixes the previous behavior where systems without hptmv
hardware always had a worker thread running.
|
| |
|
| |
|
|
|
|
| |
kernel.
|
|
providing the original driver, and thanks to IronSystems for providing
hardware for testing.
|