| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
physical address is changed, there is a brief window during which its PTE
is invalid. Since moea64_set_scratchpage_pa() does not and cannot hold
the page table lock, it was possible for another CPU to insert a new PTE
into the scratch page's PTEG slot during this interval, corrupting both
mappings.
Solve this by creating a new flag, LPTE_LOCKED, such that
moea64_pte_insert will avoid claiming locked PTEG slots even if they
are invalid. This change also incorporates some additional paranoia
added to solve things I thought might be this bug.
Reported by: linimon
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
- Add a separate palette data for 8-bit DAC mode when SC_PIXEL_MODE is set
and fill it up with default gray-scale palette data for text. Now we don't
have to set `hint.sc.0.vesa_mode' to get the default palette data.
- Add a new adapter flag, V_ADP_DAC8 to track whether the controller is
using 8-bit palette format and load correct palette when switching modes.
- Set 8-bit DAC mode only for non-VGA compatible graphics mode.
|
|
|
|
|
| |
cm_queue to AAC_ADAP_NORM_CMD_QUEUE by default. In every place it was set,
it was set to AAC_ADAP_NORM_CMD_QUEUE anyhow.
|
|
|
|
|
|
| |
o records RTS success/fail statistics.
Pointed by: imp
|
| |
|
|
|
|
| |
XPT_SCAN_LUN for wildcard LUN, fall back to XPT_SCAN_BUS.
|
| |
|
|
|
|
| |
sensitive to load average variations!
|
|
|
|
|
|
| |
Now, with color! And system load averages!
Amused by it: gnn
|
|
|
|
|
|
|
| |
and a non-useful version of smu(4) was in 8.0, so modify the history
to reflect that.
Submitted by: gavin
|
|
|
|
|
|
|
|
|
| |
change and have isp_make_here scan the whole bus which will then scan all
luns.
I think xpt_rescan needs to be fixed, but that's a separable issue.
Suggested by: Alexander
|
|
|
|
|
|
| |
# also limit RX decryption attempted messages to 50
Reviewed by: weongyo
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
specify a wildcard lun here.
This unbreaks disk re-arrival.
MFC after: 2 days
|
|
|
|
|
| |
not support TSO over VLAN if VLAN hardware tagging is disabled so
there is no need to check VLAN here.
|
|
|
|
|
|
| |
whenever jumbo frame is configured.
While I'm here remove unnecessary check of VLAN hardware checksum
offloading. vlan(4) already takes care of this.
|
|
|
|
|
|
|
| |
is to be provided by --suffix). Looking at the usage here in diffutils,
it seems that we can just get rid of the -b .orig stuff. This resolves
a problem that can triggered if we move toward to a more permissively
licensed patch(1) program.
|
|
|
|
| |
hardware tagging to make TSO work over VLANs.
|
|
|
|
|
|
|
| |
not support TSO over VLAN if VLAN hardware tagging is disabled so
there is no need to check VLAN here.
While I'm here make sure to pullup IP/TCP headers in the first
buffer.
|
|
|
|
|
|
|
|
|
|
| |
GEM_MIF_CONFIG_MDI0 cannot be trusted when the firmware has powered
down the chip so the internal transceiver has to be hardcoded. This
is also in line with the AppleGMACEthernet driver, which just doesn't
distinguish between internal/external transceiver and MDIO/MDI1
respectively in the first place. Tested by: Andreas Tobler
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
|
| |
frame, make sure to update VLAN capabilities whenever jumbo frame
is configured.
While I'm here rearrange interface capabilities configuration. The
controller requires VLAN hardware tagging to make TSO work on VLANs
so explicitly check this requirement.
|
|
|
|
| |
LED.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now all contiguous regions returned from bus-dma will be aligned to the
alignment constraint and all but the last region are guaranteed to be
a multiple of the alignment in length. This also means that the relative
alignment of two adjacent bytes in the I/O stream have a difference of 1
even if they are not physically contiguous.
The old code, when needing to perform a copy in order to align data, only
copied the amount of data needed to reach the next page boundary. This
often left an unaligned end to the segment. Drivers such as Xen's blkfront
can't deal with such segments.
The downside to this approach is that, once an unaligned region is encountered,
the remainder of the I/O will be bounced. However, bouncing should be rare.
It is typically caused by non-performance critical userland programs that
don't bother to align their I/O buffers (e.g. bsdlabel). In-kernel I/O
buffers are always aligned to at least a page boundary.
Reviewed by: scottl
MFC after: 2 weeks
|
|
|
|
|
| |
Approved by: rpaulo (mentor)
MFC after: 1 week
|
|
|
|
|
| |
Note: If/when FreeBSD supports TSO over IPv6, the minimal mxge fw
rev to enable IFCAP_VLAN_HWTSO will need to be increased to 1.4.37
|
|
|
|
| |
PLT relocations on PPC32.
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Spotted by: bz
|
|
|
|
|
| |
Suggested by: bz
MFC after: 1 week
|
|
|
|
|
|
|
| |
monitor netisr status.
MFC after: 1 week
Sponsored by: Juniper Networks
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
Currently supports only reporting on live systems via sysctl, kmem support
needs to be edded.
MFC after: 1 week
Sponsored by: Juniper Networks
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: Juniper Networks
|
|
|
|
| |
Pointed out by: bz
|
|
|
|
|
|
|
| |
some math-related software like GMP expects to be able to use it to pick
a target appropriately.
MFC after: 1 week
|
| |
|
|
|
|
| |
build the trampoline kernel that has symbol/string tables embedded within it.
|
|
|
|
| |
applies to sequential memory.
|
|
|
|
|
| |
McKinley flaws. It also avoids using the F-unit in the kernel for
no reason.
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
| |
no superpage mappings are created within the clean submap, aligning the
start of the clean submap helps to prevent interference with kmem_alloc()'s
use of superpages.
|
|
|
|
|
|
| |
such that a fancier thermal management algorithm can be run from user
space, but the kernel will at least ensure your machine does not either
sound like a wind tunnel or catch fire.
|
|
|
|
| |
to be read and set correctly.
|
|
|
|
|
|
|
|
| |
Although not explicitly mentioned in style(9), it allows for easier
grepping of exit points. This reverts part of r203926.
Requested by: des
Approved by: philip (mentor)
|