| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This only protects the "struct buf" consumers (ie: DEV_STRATEGY()),
but does not protect BIO_STRATEGY() users.
|
| |
|
| |
|
|
|
|
| |
OK'ed by: nyan
|
| |
|
| |
|
| |
|
|
|
|
|
| |
puc(4) printer support
em(4) support for tuning the interrupt delays
|
|
|
|
|
|
|
|
|
|
|
|
| |
EFI file system. When booting from a CD and there's already an EFI
system partition on the disk, setting the current device to unit 0
will select the harddisk. This invariably breaks installing FreeBSD
when other operating systems have been installed before.
We obviously want to do the same when we're booting over the network.
Maybe later.
Based on a patch (from memory) from: arun
|
|
|
|
|
|
|
|
|
| |
there is code that blindly allocates LDTEs starting at slot 6
and I quess it doesn't really matter to us if they overwrite the BSDI
syscall slot, since it isn't a BSDI binary. Also add some code to help track
down other such users (commented out for now).
Reviewed by: deischen@
|
|
|
|
|
|
| |
pmap_mapdev(). See revision 1.140 of kern/sys_pipe.c for a detailed
rationale. Submitted by: tegge
- Remove GIANT_REQUIRED from pmap_mapdev().
|
| |
|
|
|
|
|
|
| |
o add monitor mode support
o fix short preamble handling in beacon setup (noop)
o correct resume handling
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o correct BSSID setup in ah_writeAssocid for 5211 and 5212 (fixes
reception of broadcast frames after association)
o correct transmit retry counts returned by 5211 in ah_procTxDesc
o add missing regulatory domain support that caused use of 11b channels to be
disallowed with some cards (e.g. mini-pci cards in certain IBM laptops)
o miscellaneous fixes to regulatory domain support
o increase size of 5212 ANI table to avoid overflow
o add monitor mode
o remove OS_QSORT support
o fix handling of HAL_RXDESC_INTREQ in ah_setupRxDesc
o rewrite 5212 descriptor handling for portability
o FreeBSD: track alq_open API change
|
| | |
|
| |
| |
| |
| |
| |
| | |
by using VM_ALLOC_NOOBJ to allocate the bogus page.
Reviewed by: tegge
|
| |
| |
| |
| |
| |
| | |
(See revision 1.140 of kern/sys_pipe.c for a detailed rationale.)
Submitted by: tegge
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
What is the HPET I hear you ask? It is the High Precision Event Timer
that is supposed to supplement and eventually replace the 8254 timer and
the RTC periodic interrupts. Among other things, it is 64 bit (can be
run in 32 bit mode for 32 bit cpus), and is suitable as a replacement for
the ACPI timer on SMP systems (the specs are much better) and as a
replacement for the ITC based synthetic clock for on ia64 systems.
It seems IA64 and AMD64 systems tend to have this. It is likely to start
showing up in i386 systems if it isn't already on some of them.
|
| |
| |
| |
| | |
ucontext_t without having to include headers other than <ucontext.h>.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
that we can flush the register stack prior to entering the kernel.
This avoids having dirty registers and saves us from having to
manually write them to the backing store from within the kernel.
In that respect, flushing the RSE is both functionally required as
well as performance optimal.
On average we had 18 dirty registers when getcontext(2) was called
from libthr. Since libthr does not switch back to a context created
by getcontext(2), not having dealt with the dirty registers was
harmless.
|
| |
| |
| |
| | |
fpsetround/fpgetround macro pairs.
|
| |
| |
| |
| |
| |
| |
| | |
on the corresponding .proc directive, or the .endp must not have a
name at all.
While here, remove an artificial dependency in Ovfork.S by performing
manual register renaming.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
type. We know about header types 0, 1 and 2. Ignore the rest in the
MD i386 code when we're looking for bridges. You cannot look at the
vendor tag. And if you don't you certainly can't look at function > 0
if the device isn't there.
The new soekris boards' GEODE cpu has issues with the old way. This
is reported to have fixed it.
MFC After: 2 days
|
| |
| |
| |
| |
| | |
Update the MI device scanning code to use PCI_MAXHDRTYPE rather than
the hard coded 2.
|
| |
| |
| |
| | |
for alpha/amd64/ia64.
|
| |
| |
| |
| |
| |
| |
| | |
considered to be good to try when it otherwise has no clue about which
interrupts to try. This is a band-aide and we really should try to
balance the IRQs that we arbitrarily pick, but it should help some
people that would otherwise get bad IRQs.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
MFC after: 2 weeks
|
| |
| |
| |
| | |
purpose and use.
|
| |
| |
| |
| | |
Ok'd by: murray
|
| |
| |
| |
| |
| | |
Crashed this person's machine: harti
Pointy-hat to: me
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
recompiling the driver. See the comments near the top of "if_em.h"
for descriptions of these delays. Four new loader tunables control
the system-wide default values:
hw.em.tx_int_delay
hw.em.rx_int_delay
hw.em.tx_abs_int_delay
hw.em.rx_abs_int_delay
The tunables are specified in microseconds. The valid range is
0-67108 usec., and 0 means that the timer is disabled.
There are also four new sysctls (actually, a set of four for each
"em" device in the system) to query and change the interrupt delays
after the system is up:
hw.em0.tx_int_delay
hw.em0.rx_int_delay
hw.em0.tx_abs_int_delay (not present for 82542/3/4 adapters)
hw.em0.rx_abs_int_delay (not present for 82542/3/4 adapters)
It seems to be OK to change these values even while the adapter is
passing traffic.
Approved by: Prafulla Deuskar <pdeuskar@FreeBSD.ORG>
MFC after: 4 weeks
|
| |
| |
| |
| |
| |
| | |
installed ports.
Submitted by: Harold Gutch <logix@foobar.franken.de>
|
| |
| |
| |
| | |
(warning: `xferq' might be used uninitialized in this function)
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
would print it with probability 1/2**32. It seems that the correct
behavior is to print 4 with probability 1/4, but I'd like to avoid
breaking POLA until all the range inconsistencies in jot can be fixed
in one pass. See PR for details.
PR: 54878
Submitted by: David Brinegar <jot.3.brinegar@spamgourmet.com>
|
| | |
|
| |
| |
| |
| |
| | |
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
from passing the -P flag to crunchgen which seems to confuse crunchgen
horribly. This is the preferable solution to modifing crunchgen to
unset the MAKEFLAGS environment variable.
Submitted by: gad@
|
| |
| |
| |
| | |
add a shortcut icon.
|
| | |
|
| |
| |
| |
| | |
struct fpreg.
|