| Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
while it might be ok (and hasnt actually blown up since i committed
that) id rather review the code and enable it explicitely.
|
|
|
|
|
|
to scan for the product ID again.
|
|
the sc_devs array.
|
|
|
|
Logic controllers, taken from the Linux kernel.
ok mpi@
|
|
- Allocate/enable sensors wich match both: the static usage table of supported
usage IDs and the usages supported by the device;
- Do not attach when no sensors can be allocated;
- Makes device querying smarter: query the device just once for values stored
in the same reportid reply payload.
- Use sensor_status.
ok mpi@
|
|
call tsleep(9) on resume. deraadt@ pointed that this not needed
for powerdown since `cold' is set.
Another approach would be to call delay() directly in the reset
functions, but let stay coherent with the other HC drivers.
|
|
|
|
|
|
matter if we don't see ourselves, and if we pick another starting point, the
first port we see might disappear half way through (I have seen this happen),
which makes it more complicated to identify when we're back at the start.
|
|
ok kettenis@
|
|
add that, don't try loading firmware for them.
|
|
|
|
the interrupt handler as well. See rev 1.12.
|
|
firmware (2048 for 2k login firmware, 256 otherwise)
pointed out by deraadt@, ok dlg@
|
|
interrupt. With this we can talk to Hitachi disk arrays, which sometimes
return so much sense data that a status continuation response is generated
in addition to the normal status response.
tested by deraadt@
|
|
|
|
|
|
ok jmatthew@
|
|
|
|
in a seperate header file. This will become a dumping ground for similar code.
ok jsg@
|
|
|
|
before suspending the machine.
Prior to this commit, devices were logically disconnected after
resuming the machine leading to funny races since the controller
was reset in between.
ok deraadt@
|
|
call bufq_quiesce() after executing the DVACT_QUIESCE handlers.
This should be safe since no disk nor controller drivers have such
handler but it will allow us to detach sd(4) devices attached to a
USB bus.
Another benefit pointed out by kettenis@ is that drivers that need
to read a firmware from the disk should be able to do it at resume
time in a DVACT_WAKEUP handler.
ok kettenis@, deraadt@
|
|
local devices it has logged in to. This will also be useful for hotplug
later on.
|
|
u_int32_ts rather than u_int64_ts.
ok jmatthew@
|
|
|
|
ok jmatthew@
|
|
ok jmatthew@
|
|
|
|
better ops and alignment.
ok jmatthew@ who was cruel and made me test hibernate before he oked it.
|
|
|
|
struct ucred; struct process then directly links to the ucred
Based on a discussion at c2k10 or so before noting that FreeBSD and
NetBSD did this too.
ok matthew@
|
|
From Alex Deucher
2e673e623ba5a604c02fadcad9bf75e6a0ee9705 in ubuntu 3.8
9ef4e1d000a5b335fcebfcf8aef3405e59574c89 in mainline linux
|
|
From Christian Koenig
ea0e5ee12a70badcdfee846bfaf5d4338dc285ca in ubuntu 3.8
5e386b574cf7e1593e1296e5b0feea4108ed6ad8 in mainline linux
|
|
From Jani Nikula
b4cdadf2591e12c61f895556cf93a8b61a36892c in ubuntu 3.8
f51a44b9a6c4982cc25bfb3727de9bb893621ebc in mainline linux
|
|
From Jani Nikula
6048560066737a87621b9169ef4bdab0e3cef620 in ubuntu 3.8
04eada25d1f72efdecd32d702706594f81de65d5 in mainline linux
|
|
From Ville Syrjala
0828f7607cee51cabf00b984dad3a8ef200beb41 in ubuntu 3.8
f66fab8e1cd6b3127ba4c5c0d11539fbe1de1e36 in mainline linux
|
|
From Ville Syrjala
0320c449d2a820ed2a1972e23d8f20f8024a5872 in ubuntu 3.8
753b1ad4a281b0663329409d410243e91825c323 in mainline linux
|
|
ok matthieu@
|
|
ok dlg@ mpi@ deraadt@
|
|
half of the source value to both the hi and lo parts. writing both
of the source halves to just lo isnt going to work good.
found by naddy@. sorry guys.
|
|
<uvm/uvm.h> if possible and remove double inclusions.
ok beck@, mlarkin@, deraadt@
|
|
reported by brad@.
|
|
obviously time out. That is what happen when pipes are closed after
unplugging an xhci(4) express card for example. In such case, make
sure the command TRB is reset.
|
|
the alignment the driver guarantees.
with and ok jmatthew@
|
|
from mpii.
disappointment from deraadt@
|