| Age | Commit message (Collapse) | Author | Files | Lines |
|
network to presentation format to inet_ntop().
The few remaining functions will be soon converted.
ok mikeb@, deraadt@ and moral support from henning@
|
|
ok yasuoka@
|
|
"ticks - start > interval" because the latter copes with ticks wrapping.
pointed out by guenther@
|
|
i havent had any tests, so if there's any fallout ill deal with it when
people hit it. i wont feel guilty about it at all though.
|
|
Otherwise using any atomic memory operation will lock up the GPU due
to a Haswell hardware bug.
v2: Use the _MASKED_BIT_ENABLE macro. Drop drm parameter definition.
From Francisco Jerez
018e31d2bd17a8bc95e1d1ca519650f2418b6010 in ubuntu 3.8
f3fc4884ebe6ae649d3723be14b219230d3b7fd2 in mainline linux
|
|
On HSW enabling a plane on a disabled pipe may hang the entire system.
And there's no good reason for doing it ever, so just don't.
v2: Move the crtc active checks to intel_crtc_cursor_{set,move} to
avoid confusing people during modeset
From Ville Syrjala
f6c0873963a9b8ea1d94541e0e219e6ea090012b in ubuntu 3.8
f2f5f771c5fc0fa252cde3d0d0452dcc785cc17a in mainline linux
|
|
The cursor is disabled before crtc mode set in crtc disable (and we
assert this is the case), and enabled afterwards in crtc enable. Do not
update it in crtc mode set.
On HSW enabling a plane on a disabled pipe may hang the entire system.
And there's no good reason for doing it ever, so just don't.
v2: Add note about HSW hangs - vsyrjala
From Jani Nikula
0be01fc195fd4ea1aec1f8be7c03ca8f920a9486 in ubuntu 3.8
cc173961a68034c1171a421f0dbed39edfb60880 in mainline linux
|
|
With updates to the spec, we can actually see the context layout, and
how many dwords are allocated. That table suggests we need 70720 bytes
per HW context. Rounded up, this is 18 pages. Looking at what lives
after the current 4 pages we use, I can't see too much important (mostly
it's d3d related), but there are a couple of things which look scary. I
am hopeful this can explain some of our odd HSW failures.
v2: Make the context only 17 pages. The power context space isn't used
ever, and execlists aren't used in our driver, making the actual total
66944 bytes.
v3: Add a comment to the code. (Jesse & Paulo)
From Ben Widawsky
6bab5ce3f3224d3c1fcc92ed9184392558ae3df4 in ubuntu 3.8
a0de80a0e07032a111230ec92eca563f9d93648d in mainline linux
|
|
Okay mpi@
|
|
coherently through all our controller drivers and kill the mstohz() macro.
ok pirofti@
|
|
the timeout task in the *_timeout() routine. It now becomes obvious
that the allocx/freex hooks can be merged.
ok pirofti@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- set the sndq size to the tx ring size so tx mitigation can hopefully
kick in
- advertise the size of the rx ring to mclgeti
- only uses jumbo clusters. mtu is about what the ip stack will
do for transmitted packets, we should happily receive packets up
to the size the hardware supports. the point of mclgeti was to make
it possible to do so without wasting too much memory.
ok yasuoka@ uebayasi@
|
|
Okay mpi@
|
|
|
|
|
|
uninitialized variable in case the transfer we were waiting for
timed out; problem reported by oga@bitrig.
So bring uhci_waitintr() in sync with its equivalent in ohci(4)
and ehci(4), stop using an uhci_xfer, do not dereference it and
set the correct status of the transfer.
|
|
Okay mpi@
|
|
Okay mpi@
|
|
Okay mpi@
|
|
"just kill it" mpi@
|
|
Okay mpi@
|
|
Tested and okay mpi@.
|
|
Testing and okay mpi@.
|
|
Okay yuo@
|
|
Okay mpi@
|
|
any transfer when autoconf(9) asks for it.
This brings uhci(4) in sync with ohci(4) and ehci(4).
ok pirofti@
|
|
never read.
|
|
Okay mpi@
|
|
reduces the diff to linux and avoids a clang warning brad mentioned
ok kettenis@ brad@
|
|
so we can use it in multiple places.
|
|
Okay mpi@
|
|
Okay mpi@
|
|
Tested and okay mpi@
|
|
Okay mpi@
|
|
Okay mpi@
|
|
OK mpi@
|
|
Okay mpi@
|
|
From Pedro Martelletto.
|
|
by passing a start/length in the HIB_INIT op. Then rebase all
hibernate-time block offsets to be relative to the start of that partition.
This simplifies things a lot.
ok mlarkin
|
|
|
|
|
|
This is actually a noop on all arches but ACPI ones, where it deals with
Power Resources.
ok kettenis@, deraadt@
|
|
for PCI devices. This hook should be called twice, before and after
changing the power state of a PCI device.
Before setting the device to the new state, the ACPI layer will notify
every power resources linked to the device for that state and make sure
they are turned "_ON". After changing the state of the device, it will
decrement the reference of every power resources linked to that device
for the old state and turn them "_OFF" if they are no longer referenced.
This fixes the no-USB after resume problem seen on various ThinkPad,
problem initialy diagnosed with Alexander Polakov.
ok kettenis@, deraadt@
|
|
things could run you out of command slots without this.
|