| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Rename timer0_real_max_count to i8254_real_max_count and make it static.
Rename timer_freq to i8254_freq and make it a loader tunable.
|
| |
|
| |
|
|
|
|
|
|
|
| |
PR: 121490
Submitted by: Anatoly Borodin <anatoly.borodin@gmail.com>
Approved by: rwatson (mentor), jkoshy
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
sort the entry into it's correct place (behind 200407XX before
200406XX because we have an explicit date here).
PR: misc/122098
Submitted by: "John Hein" <jhein@timing.com>
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
| |
derived drivers can use it
Submitted by: Jared Go
MFC after: 3 weeks
|
|
|
|
|
| |
Submitted by: Jared Go
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
| |
the owner of a queue to block and unblock execution of the tasks in the
queue while allowing tasks to continue to be added queue. Combining this
with taskqueue_drain() allows a queue to be safely disabled. The unblock
function may run (or schedule to run) the queue when it is called, just as
calling taskqueue_enqueue() would.
Reviewed by: jhb, sam
|
|
|
|
| |
were off the branch so we need to pull the changes back up
|
|
|
|
|
|
|
|
|
|
| |
driver build 15317.
Tested on:
Adaptec 2230S, Firmware 4.2-0 (8205)
ICP ICP5085BL, Firmware 5.2-0 (12814)
Submitted by: Adaptec
|
|
|
|
|
|
| |
Submitted by: imp
Reviewed by: kan (long ago)
MFC after: 3 weeks
|
|
|
|
|
|
| |
redesigns the mcast support code in the next few weeks
MFC after: 3 weeks
|
|
|
|
|
|
| |
with IFM_IEEE80211_WDS which will be used by the forthcoming vap code
MFC after: 3 weeks
|
|
|
|
| |
MFC after: 3 weeks
|
| |
|
| |
|
|
|
|
|
|
| |
can be used on little endian systems.
Pointy hat to: jeff
|
|
|
|
|
|
| |
!AAC_FLAGS_RAW_IO && AAC_FLAGS_SG_64BIT case.
Submitted by: Adaptec
|
|
|
|
| |
set incorrectly.
|
| |
|
|
|
|
| |
(Somehow this file sneaked from initial commit.)
|
|
|
|
|
|
|
| |
PR: misc/122069
Submitted by: taku@tekipaki.jp
MFC after: 3 days
Approved by: imp (mentor, implicit trivial change).
|
| |
|
|
|
|
| |
Reported by: ache, tinderbox
|
|
|
|
|
|
|
|
|
| |
modifications merged. I had initially expected that people would
put any local changes into /boot/loader.conf, but it turns out that
editing /boot/device.hints is something many people do.
Suggested by: Jaakko Heinonen
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
shared libraries.
This fixes a problem which resulted in 6.x->7.x upgrades having the
/usr/lib/libpthread.so -> libthr.so symlink missing; what happened was
that the old libpthread.so symlink pointed to /lib/libpthread.so.2 --
which matched the "/lib/*\.so\.[0-9]+" regex -- but the new symlink
didn't, so FreeBSD Update got confused and deleted the symlink as part
of its "remove old shared libraries" step.
To recreate the symlink (which I understand is necessary for ports like
KDE to build) on a 7.x system which FreeBSD Update upgraded from 6.x:
# ln -s libthr.so /usr/lib/libpthread.so
Reported by: Dmitry RCL Rekman
Help diagnosing bug from: kris
MFC after: 7 days
|
|
|
|
| |
Reviewed by: davidxu
|
|
|
|
|
|
|
|
|
|
| |
Removed dead code that assumed that M_TRYWAIT can return NULL; it's not true
since the advent of MBUMA.
Reviewed by: arch
There are ongoing disputes as to whether we want to switch to directly using
UMA flags M_WAITOK/M_NOWAIT for mbuf(9) allocation.
|
| |
|
|
|
|
| |
Prodded by: davidxu
|
|
|
|
|
|
|
|
| |
bpf_canfreebuf() in order to avoid potentially calling a non-inlinable
but trivial function in zero-copy buffer mode for every packet
received when we couldn't free the buffer anyway.
MFC after: 4 months
|
|
|
|
|
| |
Reviewed by: sam, many wireless people
Approved by: thompsa (mentor)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes:
- Calcutta -> Kolkata
- Iraq DST changes
- Syria DST changes
- Saigon -> Ho_Chi_Minh
- Cuba DST changes
- New area America/Argentina/San_Luis
Approved by: grog@ (mentor)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of pptpgre and ksocket nodes for all calls between two peers. This patch
modifies node's API by adding new "session_%04x" hook names support, while
keeping backward compatibility.
Together with appropriate user-level support (by latest mpd5) it gives
huge performance benefits for case of multiple active calls between
two peers because of avoiding data duplication and extra socket processing.
On my benchmarks I have got more then 10 times speedup for the 200
simultaneous PPTP calls between two peers.
In conclusion, it allows now to build effective "clients <=> PAC <=> PNS"
setups.
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| |
| | |
been sent upstream)
Submitted by: Chris Zimmermann
|
| |
| |
| |
| | |
MFC after: 3 weeks
|
|\ \
| |/
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
| | |
|
| |
| |
| |
| | |
MFC after: 3 weeks
|
|\ \
| | |
| | |
| | | |
which included commits to RCS files with non-trunk default branches.
|
| | |
| | |
| | |
| | | |
PR: bin/116190
|
| | | |
|