| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Tested by: dougb
MFC after: 2 days
|
|
|
|
|
|
| |
Submitted by: pyunyh
Reviewed by: Shaowei WANG <wsw1wsw2 gmail com>
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
inline function support. This should fix instances where gcc
spuriously reports the following error:
error: nested function 'foo' declared but never defined
|
|
|
|
|
| |
of this controller, in combination with certain ATAPI devices and phases
of the moon, will cause DMA operations for ATAPI to fail.
|
|
|
|
| |
Prodded by: several
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a vt switch occurs the irq handler is uninstalled. Interrupts
and the state tracking of what was enabled/disabled wasn't working
properly. This should resolve the reports of "slow windows" after a
vt switch, among other things. The radeon 2d driver seems to work a
bit more correctly than the Intel driver. With the Intel driver,
vblank interrupts will be enabled at system startup and will only
be disabled after an additional modeset (vt switch, dpms, randr event).
With this patch, I am able to run glxgears synced to vblank and
vt switch while it is running without ill effects.
MFC after: 3 days
|
|
|
|
|
|
| |
Make sure that we always handle it the same way.
MFC after: 3 days
|
|
|
|
|
|
| |
memory. Track them in the appropriate structure.
MFC after: 3 days
|
|
|
|
|
|
|
| |
utility would work.
Submitted by: Shaowei WANG <wsw1wsw2 gmail com>
MFC after: 2 weeks
|
|
|
|
|
| |
PR: conf/133004
Submitted by: Tatsiana Elavaya <t.elavaya@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
- Trace non-error loads into the access cache once, not zero times or
twice.
- Sometimes attr cache loads fail due to a race, in which case they are
aborted leading to an invalidation; in this case, trace only the flush,
not a load.
MFC after: 1 month
Sponsored by: Google, Inc.
|
|
|
|
|
| |
Approved by: jkoshy (mentor)
MFC after: 3 days
|
| |
|
|
|
|
| |
with a new IEEE80211_SUPPORT_SUPERG option
|
|
|
|
| |
also r188438).
|
|
|
|
|
|
|
| |
unmount, consistently return ENOENT rather than EBADF.
Reviewed by: kib
MFC after: 1 month
|
|
|
|
|
|
|
|
| |
the requested PCI bus falls outside of the bus range given in the ACPI
MCFG table. Several BIOSes seem to not include all of the PCI busses in
systems in their MCFG tables. It maybe that the BIOS is simply buggy and
does support all the busses, but it is more conservative to just fall back
to the old method unless it is certain that memory accesses will work.
|
|
|
|
|
|
|
| |
than 10 years old and do not reflect reality anymore.
Also remove some commented out entries that have no hope to
be useful anymore.
|
|
|
|
| |
code is isolated
|
|
|
|
| |
of a buildworld.
|
|
|
|
|
|
|
|
| |
specified in hint or hints is NULL.
PR: bin/51827
Submitted by: Mark Andrews <marka__at__isc.org>
MFC after: 1 week
|
|
|
|
| |
configured; this allows us to remove an #ifdef
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
events are:
nfsclient:accesscache:flush:done
nfsclient:accesscache:get:hit
nfsclient:accesscache:get:miss
nfsclient:accesscache:load:done
They pass the vnode, uid, and requested or loaded access mode (if any);
the load event may also report a load error if the RPC fails.
The attribute cache events are:
nfsclient:attrcache:flush:done
nfsclient:attrcache:get:hit
nfsclient:attrcache:get:miss
nfsclient:attrcache:load:done
They pass the vnode, optionally the vattr if one is present (hit or load),
and in the case of a load event, also a possible RPC error.
MFC after: 1 month
Sponsored by: Google, Inc.
|
| |
|
|
|
|
|
|
| |
default to use devfs (we do that anyways)
Many small changes in comments
|
|
|
|
| |
Approved by: gnn(mentor)
|
| |
|
|
|
|
| |
default on sparc64.
|
| |
|
|
|
|
| |
import.
|
|
|
|
|
|
|
|
|
| |
- Morocco will observe DST from 2009-06-01 00:00 to 2009-08-21 00:00
- Tunisia will not observe DST this year.
- Syria will start DST on 2009-03-27 00:00 this year
- the Province of San Luis will go to utc-04:00
MFC after: 1 week
|
|
|
|
| |
Tested by: Ganbold <ganbold_at_micom.mng.net>
|
|
|
|
|
|
| |
the mbuf chain provided to it.
Found by: Pierre Guinoiseau
|
| |
|
|
|
|
| |
Reviewed by: sam
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
Obtained from: NetBSD via OpenBSD
|
|
|
|
|
|
|
|
| |
- Call acpi_resync_clock() to reset system time before hardclock is ready
to tick. Note we assume the current timecounter hardware and RTC are
already available for read operation.
Tested by: mav
|
|
|
|
|
| |
by amd64 shortly. It can be turned off by setting "debug.acpi.reset_clock"
tunable to zero.
|
|
|
|
| |
reshuffle code to reduce unnecessary locking coverage.
|
|
|
|
|
|
|
|
|
|
| |
It was derived from i386 version long ago but never resync'ed again.
Originally, i386 version compared the current time from realtime clock
with time_second (which was just `time' in the old days). When this MI
version was written, it was wrongly compared against `base' AND never
used because of a bug (typo?) in the code. This check was killed
in i386 version when home-rolled calendaric calculation was removed.
Now, we just remove the code here as well to make the code simpler.
|
|
|
|
|
| |
Submitted by: bde (partially)
MFC after: 3 days
|
|
|
|
|
|
| |
Submitted by: Navdeep Parhar at Chelsio
Reviewed by: gnn
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
| |
prevent individual transactions from crossing a 4GB address boundary. Due
to bus_size_t type limitations, the driver uses a 2GB boundary in PAE
kernels.
Reviewed by: scottl
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
| |
acquire it again.
Submitted by: bland
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
the rtld hints file. This environment variable would be unset if the
process is considered as tainted with setuid/setgid. This feature gives
a convenient way of using a custom set of shared library that is not
located in the default location and switch back.
Feature requested by: iXsystems
Original patch by: John Hixson
MFC after: 2 weeks
|
|
|
|
|
|
| |
with hard tabs of 8 chars....
Approved by: gnn(mentor)
|
| |
|