| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
to the image_params struct instead of several members of that struct
individually. This makes it easier to expand its arguments in the future
without touching all platforms.
Reviewed by: jhb
|
|
|
|
|
|
|
|
|
|
|
| |
executable status of segments instead of detecting the main text segment
by which segment contains the program entry point. This affects
obreak() and is required for correct operation of that function
on 64-bit PowerPC systems. The previous behavior was apparently
required only for the Alpha, which is no longer supported.
Reviewed by: jhb
Tested on: amd64, sparc64, powerpc
|
|
|
|
| |
Discussed with: jhb (on arch@)
|
|
|
|
|
|
| |
the "locked" version rather than the wrapper function.
MFC after: 6 days
|
|
|
|
|
| |
already forces queued mode, so what was suggested in disabled code is already
done.
|
|
|
|
| |
Submitted by: Marcin Wisnicki
|
|
|
|
| |
by reverting to the gnu89 standard.
|
|
|
|
|
|
| |
may be useful since it gets rid of atomics but I want it to
remain an option until I can do further testing on if it really
speeds things up.
|
|
|
|
| |
Reviewed by: tuexen@freebsd.org
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
enabled. Basically most of the operations were incorrect causing
bad sacks when you enabled nr-sack. The fixes range across
4 files and unifiy most of the processing so that we only test
nr_sack flags to decide which type of sack to generate.
Optimization left for this is to combine the sack generation
code and make it capable of generating either sack thus shrinking
out a routine.
Reviewed by: tuexen@freebsd.org
|
|
|
|
|
|
|
|
|
| |
panic: rw lock not unlocked
was not really helpful for debugging. Now one can at least call
show lock <ptr>
form ddb to learn more about the lock.
MFC after: 3 days
|
| |
|
|
|
|
| |
Submitted by: Marcin Wisnicki
|
|
|
|
| |
Reviewed by: pjd, phk
|
|
|
|
|
|
|
|
|
|
|
|
| |
pfTablesAddrTable
and modify the BEGEMOT-PF-MIB to add support for IPV6 address' statistics in the PF
tables via pfTablesAddrNetType and pfTablesAddrNet. While here, upgrade the
pf_tree.def file to the new format that includes enumerated values. Also make sure
to return SNMP_ERR_NOSUCHNAME for ALTQ objects, if ALTQ is disabled, so that the agent
will know to skip the pfAltq subtree when servicing GETNEXT requests from SNMP clients
(otherwise snmpwalk on begemotPf would stop at the pfAltq subtree with bsnmpd returning
SNMP_ERR_GENERR).
|
|
|
|
|
| |
Approved by: cognet
MFC after: 1 week
|
| |
|
| |
|
|
|
|
|
|
| |
I forgot to handle this case when i did the mtag cleanup three months ago.
PR: 145004
|
| |
|
|
|
|
| |
Submitted by: kib
|
| |
|
| |
|
|
|
|
|
| |
accounting for the "lost time" between when the timer interrupt fired
and when clock_intr() actually started executing.
|
|
|
|
|
|
|
|
| |
so should be copied to userspace with suword32() instead of suword().
This alleviates problems on 64-bit big-endian architectures, and is a
no-op on all 32-bit architectures.
Tested on: amd64, sparc64, powerpc64
|
|
|
|
|
|
|
|
|
|
|
| |
AMD Family 10h Erratum 383, to i386.
Enable machine check exceptions by default, just like r204913 for amd64.
Enable superpage promotion only if the processor actually supports large
pages, i.e., PG_PS.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
preprocessor macro name for not requiring strict data alignment.
Suggested by: marius
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
We failed to setup PCI devices on slot 31 and that's where the
SATA controller is for the P2020 eval board.
|
| |
|
|
|
|
|
|
|
| |
First, we compare mode table data against minimum value. If the mode table
does not make sense, we set the minimum in the mode info. When we actually
set the mode, we try VESA BIOS function and compare it against the previous
value. If it makes more sense, update the information.
|
|
|
|
|
|
|
|
|
|
|
| |
cache, it did not free the request argument mbuf list, resulting in a leak.
This patch fixes that leak.
Tested by: danny AT cs.huji.ac.il
PR: kern/144330
Submitted by: to.my.trociny AT gmail.com (earlier version)
Reviewed by: dfr
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
|
| |
in 6-bit mode. Although we have to check non-VGA compatibility bit here,
it seems there are too many broken VESA BIOSes out to rely on it.
|
|
|
|
|
| |
Although we do not use them all directly, it seems VGA render may access
unmapped memory region and cause kernel panic.
|
|
|
|
| |
not want to write a useless zero to inaccessible memory region.
|
|
|
|
| |
Submitted by: Fernando Apesteguia fernando.apesteguia (gmail)
|
|
|
|
|
|
| |
PR: kern/71258
Submitted by: Alexander Best
MFC after: 2 weeks
|
|
|
|
|
|
| |
has all 4 implemented, but across the processors we now support all the
combinations. For example, the MPC8533 doesn't have a PCI controller
at 0xA0000, but does at 0xB0000.
|
|
|
|
|
|
| |
PR: kern/144713
Submitted by: gcooper
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
sure the caches remain coherent. For single-core configurations and
with busdma changes we could eventually switch to "nap" and force
a D-cache invalidation as part of the DMA completion. To this end,
clear PSL_WE until after we handled the decrementer or external
interrupt as it tells us whether we just woke up or not.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
| |
iv_recv_mgmt(). iv_recv_mgmt() will generate management frame responses
and pass them to bpf before the management frame that triggered the
response.
PR: 144323
Submitted by: Alexander Egorenkov <egorenar at gmail.com>
MFC after: 2 weeks
Sponsored by: iXsystems, inc.
|
|
|
|
| |
Sponsored by: iXsystems, inc.
|
|
|
|
|
|
|
| |
verbose mode.
Sponsored by: iXsystems, inc.
MFC after: 2 weeks
|
|
|
|
|
|
| |
Submitted by: Alexander Egorenkov <egorenar at gmail.com>
MFC after: 2 weeks
Sponsored by: iXsystems, inc.
|
| |
|
|
|
|
|
|
| |
be auto-removed (and /tmp is a filesystem of its own now by default).
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
in Open Firmware was Apple-specific, and we have complete coverage of Apple
system controllers, so move RTC responsibilities into the system controller
drivers. This avoids interesting problems from manipulating these devices
through Open Firmware behind the backs of their drivers.
Obtained from: NetBSD
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mapping_array expansion would break. Basically
once we expanded the array we no longer had both
mapping arrays in sync which the sack processing code depends on.
This would mean we were randomly referring to memory that was probably
not there. This mostly just gave us bad sack results going back to the peer.
If INVARIENTS was on of course we would hit the panic routine in the sack_check
call.
We also add a print routine for the place where one would panic in
invarients so one can see what the main mapping array holds.
Reviewed by: tuexen@freebsd.org
MFC after: 2 weeks
|