| Age | Commit message (Collapse) | Author | Files | Lines |
|
discussed with deraadt
|
|
IF_PREPEND assumes the underlying send queue is priq, while hfsc may be
enabled on it.
the previous code pattern to DEQUEUE, try and encap the mbuf on the
ring, and if that failed cos there was no space it would PREPEND
it.
now it checks for space on the ring before it attempts to DEQUEUE.
failure to encap means the mbuf is now unconditionally dropped.
|
|
IF_PREPEND assumes the underlying send queue is using priq, so if you're
using hfsc things dont work well.
part of this shuffle moved the defragmentation of the mbuf to using
m_defrag instead of hand rolled code.
tested by several people on tech@
|
|
When issuing a non-dma command, make sure to set the "remaining length of
command to be transfered via dma" (sc_cmdlen) to zero upfront, otherwise we
might get confused on command completition interrupt (no dma active but still
data left to transfer).
|
|
boards with Micron eMMC to work. The Micron eMMC seems to adhere to the
spec which states:
"If there is no indication by a host to a memory that the host is
capable of handling sector type of addressing the higher than 2GB of
density of memory will change its state to Inactive (similarly to a sit-
uation in which there is no common voltage range to work with)"
From Ian Sutton with feedback from uwe@
|
|
|
|
|
|
some newer mice
ok miod
|
|
tested by nothingness at citycable.ch, ok bmercer@
|
|
ok mpi@
|
|
the specific queues are ic_mgtq, ic_pwrsaveq, and ni_savedq. rtw
had its own queue for beacons.
tested by mpi@ and jmc@
ok mpi@
|
|
|
|
|
|
|
|
to mark ehci_intr() as IPL_MPSAFE.
Earlier version tested by ratchov@, ok visa@
|
|
ok visa@
|
|
|
|
|
|
diff expands them so devices that need more packets per interrupt can
use them.
this is all from brad@
tested by jim smith and benjamin perrault on APUs
tested by me on 8139s (which dont support bit rings) on landisk, and
8169s
|
|
the IS_BDW_ULT macro.
drm/i915: BDW Fix Halo PCI IDs marked as ULT.
6b96d705f3cf435b0b8835b12c9742513c77fed6 in mainline linux
This will prevent the desktop "Iris Pro Graphics 6200" from being
misidentified as ULT.
drm/i915/bdw: PCI IDs ending in 0xb are ULT.
0dc6f20b9803f09726bbb682649d35cda8ef5b5d in mainline linux
This will make the mobile "Iris Graphics 6100" be correctly
identified as being a ULT part.
|
|
From Ben Widawsky
1d2866baf71e222308345ec745c20cbdb279f325 in mainline linux
|
|
From Rodrigo Vivi
a35cc9d0c0118fb18f7c5dd7a44adb454868a679 in mainline linux
This removes some warnings that incorrectly trigger on desktop broadwell.
|
|
firmware and the efifb(4) framebuffer address matches one of the BARs
associated with the inteldrm(4) device, make inteldrm(4) the console and
prevent efifb(4) from attaching. Make sure that we do a full clear of the
framebuffer when inteldrm(4) attaches to prevent the contents of the old
framebuffer from showing up.
Based on an earlier diff from yasuoka@
ok yasuoka@
|
|
|
|
This is needed for machines where Intel graphics isn't the primary graphics
device and on systems with UEFI firmware that put the device in non-VGA mode.
ok jsg@
|
|
|
|
|
|
|
|
specify custom counter value when setting up Chacha context.
ok reyk djm
|
|
also avoid excessive tsleep()s for updates within the sensor task,
moreover this should fix some seldom seen 'comm collision' errors
|
|
|
|
|
|
|
|
|
|
its descriptor. Fixes flaky attach of USB devices (most importantly the
detachable keyboard) on the Thinkpad Helix 2, and perhaps elsewhere.
Problem diagnosed by mpi; ok mpi@
|
|
used (ttm bo's have their own reference counts), we can't let the reference
count go negative as this will freak out the upper uvm layers. Since the
uvm_object reference count is still a useful debugging tool (ddb will display
it for example), adjust it such that the uvm_object reference count represents
the number of references held by the uvm layer.
tested by matthieu@
ok jsg@
|
|
ok dlg@ krw@
|
|
ok stsp@
|
|
Our in-kernel ether-vtag has a different layout to the vr TXSTAT register.
ok sthen@
|
|
|
|
ok deraadt@
|
|
work properly.
|
|
To make rxeof safe, use a separate ring refill timeout for each ring.
We activate the refill timeout for a ring when it's too empty to receive
packets, which ensures we won't attempt to refill it from interrupt context.
To make txeof safe, remove the list of dma maps and just allocate maps based on
the ring slots occupied by the packet, and use atomic operations to adjust
bge_txcnt. Rework some parts of the txeof and start loops so that we only
adjust bge_txcnt after exiting the loop, and only take actions such as setting
or clearing OACTIVE based on the final value.
tested on 5703, 5714, 5721 by me, 5753 by semarie@, 5761 by naddy@, and
also in snapshots for a while
ok mpi@, dlg@
|
|
sys/arch/i386/include/bus.h invokes the kernel crash at boot
when ignored (disabled) channel is detected.
In all ATA controllers, ignored (disabled) channel is still set cp->hwok = 1.
And pciide_mapregs_native() is not called, wdc_cp->cmd_iot is 0.
5.6 and before, cmd_iot = 0 is treated as I386_BUS_SPACE_IO,
so there is no problem to call bus_space_read_1() in wdcintr().
5.7 and after, cmd_iot is used as function pointer.
We have to initialize it with pciide_mapregs_native() or something,
otherwise set cp->hwok = 0 to prevent calling wdcintr().
When ignored (disabled) channel is found, default_chip_map() should set
cp->hwok = 0. So all controllers do same thing.
ok by deraadt@
|
|
Ben Widawsky
drm/i915: Provide PDP updates via MMIO
e178f7057b81c87a7ceaae0ca204487b6f7eedcf
Doesn't make resume work, but at least it prevents the machine from hanging
and/or resetting.
|
|
doesn't do this for us. The code was poking registers on the wrong PCI
device. We were just lucky that it worked on most systems.
This should fix machines such as the Asus EeePC 701 and get rid of the
error: [drm:pid0:i915_gem_detect_bit_6_swizzle] *ERROR* Couldn't read from
MC HBAR. Disabling tiling.
messages on that machine.
|
|
ok mpi@
|
|
iwm_mvm_scan_request() and always call ieee80211_end_scan() when done.
ok mpi@
|
|
|
|
Fixes occasional firmware errors while bringing the interface up or scanning.
ok phessler@
|