| Age | Commit message (Collapse) | Author |
|---|
|
to all functions on a device. This makes no sense in the context of accessing
PCI config space. Nevertheless stsp@ has a machine with AML that tries to
do config space reads from a device where _ADR encodes function number FFFF.
This is almost certainly buggy AML, but since Linux (and presumably Windows)
boot just fine on this machine we need to work around this. Linux effectively
treats function FFFF as function 7, which isn't present on this machine.
Instead we simulate a read from a non-existent device by returning a bit
pattern of all ones. Writes to function FFFF will still panic.
ok mlarkin@
|
|
|
|
|
|
this uses hints from the freebsd driver, but the implementation
differs.
freebsd manages two lists of rx descriptors. one for "normal" packets
and the other for jumbos. this continues to use a single list and
uses a per softc variable and MCLGETI to always allocate what the
chip is capable and uses it unconditionally.
other than that, we just need to enable some bits in some registers
to be able to do jumbos.
this relies on the previous commit to properly deal with checksum
offload for packets of different sizes.
from jim smith
ok sthen@
|
|
|
|
packets.
rather than disable cksum offload for all packets, this sets things
up so we still advertise offload to the stack, but if the driver
gets a large packet it does the checksum itself in software.
small (normal sized) packets still get offloaded like now. if you're
doing a jumbo you'll be doing the cksum in software, but will
hopefully win overall cos you'll be doing a 6th of the work cos
you're doing more data in every packet.
diff from jim smith
ok sthen@
|
|
entry types to NULL, as done for AR5212 devices. ath(4) uses software crypto.
ok reyk@
|
|
attention and fix re-tested by Kapetanakis Giannis. Thanks a lot!
Original commit message:
When setting up advanced TX descriptor use m_getptr to locate the IP
or IPv6 header instead of assuming contiguousness of the target buffer
across Ethernet and IP/IPv6 headers.
Tested by Kapetanakis Giannis <bilias at edu ! physics ! uoc ! gr>,
thanks! Problem analysis and initial diff by dlg@.
|
|
|
|
type, from Patrick Wildt.
|
|
half configured control pipe, from Patrick Wildt.
|
|
from Patrick Wildt
|
|
|
|
|
|
|
|
Based on http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/atom-e3800-family-datasheet.pdf
|
|
This should make mpii(4) work on i386 again, apparently.
Problem identified and a slightly different fix proposed
by Christiano F. Haesbaert and Pedro Martelletto of Bitrig.
Huge thanks for tracking this down, guys!
|
|
written at s2k15, but considered too risky before release.
|
|
As soon as a transfer is being cancelled, remove it from the list of pending
xfers. This way the soft interrupt routine won't try to process it before
ehci_abort() gives it back to the stack.
Problem analysed by and previous diff ok stsp@
|
|
handling into RAMDISK. This is now possible because the install media
has ample room. The goal is to reduce special cases where we may be
skipping (unknown) important operations...
ok mlarkin kettenis
|
|
|
|
different table will most likely just revert the keyboard to its
default table anyway.
Instead, just flush the kbd slot before choosing a table and then
still forcefully enable the slot, which is enough to fix UKC on the
3rd gen X1 carbon while having a much smaller chance of breaking
anything else.
ok deraadt
|
|
stops working after our aux port resets, which were not broken
before.
ok deraadt
|
|
|
|
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
|
|
ok mpi@ sthen@
|
|
tested by landry@
ok mpi@
|
|
to make "boot -c" support work on a variety of newer machines.
Do not anticipate this harming older machines, but we'll have to wait
and see with this change in the tree.
with jcs
|
|
attach and it happens to be the AUX port, aha: we are a kernel without
the pms driver. In that case, we should reset that pms back into
'stupid mode'. It seems some BIOS initialize newer-style nubbins/touchpads
into strange (advanced) modes, which can muddle up the pckbc pipe. This
is experienced as 10-second typing pauses and strange repeat behaviour on the
RAMDISK, but was eventually tied to "lightly brushing" the touchpad...
work done at s2k15 with jcs
|
|
The port numbers correspond to scsibus(4) targets:
ahci0: port 0, at 6Gbps
ahci0: port 2, at 3Gbps
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 ..
sd1 at scsibus1 targ 2 ..
ok deraadt@, tested by bmercer@
|
|
Tested and ok benno@
|
|
Tested and ok armani@
|
|
ok stsp@ kettenis@
|
|
Tested and ok sthen@, ok dlg@
|
|
is not set; this used to be the case but got broken in 1.113.
Fixes
pciide0 at pci0 dev 2 function 0 "Acard ATP865-R" rev 0x07: DMA
on armish (I/O Data).
|
|
io against physical disks on my dell perc h310s. logical disks still
work fine.
ok deraadt@ yasuoka@
|
|
"Realtek 8168" rev 0x01: RTL8168 2 (0x3800).
You will never guess who commited it without OK ;)
ok deraadt
revision 1.45
date: 2015/01/26 09:58:47; author: brad; state: Exp; lines: +22 -2; commitid: AppNYocFYbD7Hqgj;
Set PCIe max read request size to 2K to help with TX performance.
From FreeBSD
Tested with 8168C, 8168D and 8168G.
revision 1.46
date: 2015/02/19 04:58:34; author: dlg; state: Exp; lines: +2 -2; commitid: GSWXECXQW0LeGFmq;
when reading the max packet size in the pcie device config and
status register, correctly mask things so we're left with the mps
field instead of everything but the mps field.
tested by bcallah@ and jim smith
|
|
reported by Remi Locherer on bugs@.
ok deraadt@
|
|
data frames and fixed rates weren't really fixed and were converted into
the wrong hardware rate.
ok jsg@, deraadt@
|
|
ok kettenis@ deraadt@
|
|
Linux does.
ok jsg@
|
|
|
|
ok stsp@
|
|
ok stsp@
|
|
ok kettenis@ stsp@ phessler@
|
|
OFDM frames conditional on the node via IEEE80211_F_USEPROT.
ok kettenis@
|
|
dc271ee0d04d12d6bfabacbec803289a7072fbd9 as it is known
to cause problems.
ok kettenis@
|
|
to -1. The result of this is tx frames were always sent out at fixed
rate 0 instead of ni_txrate.
Match the iwn behaviour and test ic_fixed_rate for -1 instead.
Problem spotted by kettenis@ in an earlier diff.
ok kettenis@ stsp@
|
|
|
