Age | Commit message (Collapse) | Author |
|
otherwise the value would be uninitialised in the unlikely
case of being called with length 0.
|
|
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
max@M00nBSD.net's code scanner; ok doug@ jca@
|
|
ok deraadt@ tedu@
|
|
|
|
Based on a diff by Cedric Tessier, nezetic at gmail dot com, thanks!
Discussed with and ok jsg@
|
|
ok mpi@ kspillner@
|
|
after discussions with beck deraadt kettenis.
|
|
bluetooth support doesn't work and isn't going anywhere. the current
design is a dead end, and should not be the basis for any future support.
general consensus says to whack it so as to not mislead the unwary.
|
|
but at least lets the reader on X220 work pretty reliably, rather than about
1/4 of the time. ok stsp@
|
|
Such as during DVACT_RESUME...
ok guenther kettenis
|
|
ok stsp
|
|
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
ok matthew guenther mikeb
|
|
This capability force the sdmmc stack to only issue
single blocks transfers.
tested by rapha@ and I on ommmc(4).
tested by rapha@ on pxammc(4).
ok rapha@
|
|
Heavily based on netbsd.
Tested by dlg@, bcallah@ (sdhc), stsp@ (rstx) and me (ommmc).
ok patrick@
|
|
wrong order, and depth traversal was not gauranteed.
ok stsp (tested too)
|
|
paths are reflexive. It is now possible to fail part-way through a
suspend sequence, and recover along the resume code path.
Split DVACT_SUSPEND by adding a new DVACT_POWERDOWN method is used
after hibernate (and suspend too) to finish the job. Some drivers
must be converted at the same time to use this instead of shutdown hooks
(the others will follow at a later time)
ok kettenis mlarkin
|
|
|
|
Root on SD/MMC card did not work reliably because the config_pending
state was cleared too early. This change will clear config_pending
only after the card discovery has actually completed once.
ok deraadt@ drahn@
|
|
ok deraadt@, phessler@
|
|
is causing problems when trying to boot sparc64 from an isp(4).
Verified to fix the sparc64/isp(4) regression by krw@; ok deraadt@
|
|
Tested by drahn@
|
|
with "struct scsibus_attach_args" in sdmmc_attach_args.
ok krw@
|
|
check to make sure cmdlen is correct while there.
ok miod@
|
|
ok dlg@
|
|
traversal code to suspend/resume
ok oga kettenis blambert
|
|
DVACT_SUSPEND, therefore DVACT_QUIECE can do standard sleeping operations
to get ready.
Discussed quite a while back with kettenis and jakemsr, oga suddenly needed
it as well and wrote half of it, so it was time to finish it.
proofread by miod.
|
|
|
|
it for now
ok kettenis
|
|
PWR_{SUSPEND,RESUME} so that they match the values of DAVCT_{SUSPEND,RESUME}
so that we can eventually (many more steps...) kill the powerhook garbage
and use the activate mechanism.
no objections
|
|
and with this, my adventure in sdmmc-land is over
bikeshed is still banana-shaped
ok oga@
|
|
making DEVNAME() usage a lot more consistent.
ok krw@
|
|
was doing an attach, detach, and re-attach. Repair the state transitions.
|
|
know if it is the same card or if it got modified while we were not paying
attention. Tested on x40 under apm, and some acpi machines.
ok mlarkin kettenis
|
|
are required to detect that.
Change the function to take a wait argument (used in nfs server, but
M_NOWAIT everywhere else for now) and to return an error
ok claudio@ henning@ krw@
|
|
function. Just call the function where needed.
ok krw dlg
|
|
low-hanging splbio/splx pairs that are no longer needed and see if
this reveals any hidden scsi flaws.
ok dlg@
|
|
void. Use XS_NO_CCB error in the scsi command (xs) to report the
NO_CCB condition. Eliminates all SUCCESSFULLY_QUEUED and COMPLETE
confusion and untangles the midlayer from the adapter a bit more.
Eyes and some fixes by miod@
There may be some compile issues on little used (i.e. I don't have
any) drivers but the change is mechanical and thus easy to remedy.
ok dlg@
|
|
OK mk@
|
|
back to the card. fixes a problem where the controller supported lower voltages
than the card. With variable name change requested miod, ok miod@ krw@
|
|
else cares so it's just noise. Drivers that actually look at ITSDONE
are unchanged.
ok marco@ (for his files) dlg@ beck@
|
|
"locking against myself" panics as found the hard way by
several. diff by blamert@ with input from oga@,
committing bret's behalf.
ok todd@
|
|
ok deraadt@, miod@
|
|
|
|
Instead, just use the pointer, and don't free the pointer during
sdmmc_intr_disestablish().
ok miod.
|
|
dumping the last byte.
Input from otto@ and peter@.
ok on an earlier diff from miod (and krw IIRC).
|
|
In snaps for a while.
Originally hacked on phessler@'s couch.
Testing by many, input from jsg@
"I'm tired of seeing the Ms" deraadt@
|
|
|
|
transfer with one command. Build on this and the recent minphys() changes
in the sdmmc layer to crank transfers at the maximum possible size instead
of a sad DEV_BSIZE.
Depending on your controller, this can speed up sdmmc I/O up to 2.5 times.
|