| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This at least helps a few slow devices out there.
Submitted by: Andrey V. Elsukov
|
|
|
|
| |
need but also late enough to know how many to create.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Handle cases where dma function pointers may be NULL, and where
the max_iosize can't be derived from a DMA data structure. For
the latter, revert to the prior behaviour of using DFLTPHYS for
the max i/o size when there is no other data.
Reviewed by: marcel
No objection by: sos
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
So if we have channel 0..3 devclass_get_maxunit is 4.
It's never been a problem as devclass_get_device() has
catched a possibly bad input.
Discussed with: scottl
|
|
|
|
| |
Put the ATAPI device numbering back to the old ways.
|
| |
|
|
|
|
|
| |
This avoids calling busdma in the request processing path which caused a traumatic performance degradation.
Allocation has be postponed to after we know how many devices we possible can have on portmulitpliers to save some space.
|
|
|
|
|
| |
Fix or rather bring ENOMEM problems back to the state it was before.
Temporarily disable PortMultipliers on AHCI devices.
|
| |
|
|
|
|
| |
Spotted by: Marcel Moolenaar
|
|
|
|
|
|
| |
Dont leak requests on busdma failure (not that we'd get anywhere anyhow).
Reported by: antoine@
|
|
|
|
|
|
|
|
| |
The problem is that the PM support is part of a much larger WIP here, but due to popular demand I decided to get some of it imported.
Also I forgot the mention:
HW sponsored by: Vitsch Electronics / VEHosting
|
| |
|
|
|
|
|
|
|
| |
Support is working on the Silicon Image SiI3124/3132.
Support is working on some AHCI chips but far from all.
Remember this is WIP, so test reports and (constructive) suggestions are welcome!
|
|
|
|
| |
Changes from the PM WIP sneaked in and caused compile errors.
|
|
|
|
| |
Fix from PR/121899.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for a configurable number of seconds, spin the disk down. Spin it back
up on the next request.
Notice that the timeout is only armed by a request, so to spin down a
disk you may have to do:
atacontrol spindown ad10 5
dd if=/dev/ad10 of=/dev/null count=1
To disable spindown, set timeout to zero:
atacontrol spindown ad10 0
In order to debug any trouble caused, this code is somewhat noisy on the
console.
Enabling spindown on a disk containing / or /var/log/messages is not
going to do anything sensible.
Spinning a disk up and down all the time will wear it out, use sensibly.
Approved by: sos
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
set, announce BIO_DELETE capability and issue ATA_CFA_ERASE when we get one.
Once we issue more BIO_DELETE, this will improve lifetime, and
possibly write speed of Flash based devices which have usable flash
adaptation layers.
For now, about the only usage is the newfs(1) -E flag.
Approved by: sos
|
|
|
|
|
|
|
|
|
|
|
|
| |
peoples code with irrelevant changes[1]:
Use bus_{read|write_*() instead of bus_space_{read|write}_*() for
purely stylistic reasons.
Due to compiler optimizations and inlining, this is for all practical
purposes without effect in the compiled code.
[1] NB: Approved by: sos
|
|
|
|
|
|
|
|
|
| |
chipsets.
The HT1000 DMA engine seems to not always like 64K transfers and sometimes barfs data all over memory leading to instant chrash and burn.
Also fix 48bit adressing issues, apparently newer chips needs 16bit writes and not the usual fifo thing.
HW donated by: Travis Mikalson at TerraNovaNet
|
|
|
|
| |
Fix broken detect of JMicron 368.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
systems that looses thier devices.
Patch by: jhb@
|
|
|
|
|
|
| |
Initial patch by Alexander Sabourenkov who found it in Promise's own driver.
Further fixes and sanity checks by yours truely.
|
|
|
|
|
|
|
| |
Revert the probe in atapi-cd.c to the old usage now its fixed on AHCI.
THis change also fixes using virtual CD's om fx parallels.
Still leaves the GEOM problem of telling media vs device access apart in the access function.
|
|
|
|
|
|
|
| |
catch new chipsets that we dont know but that we should support.
Add a few new PCI id's.
Misc cleanups.
|
|
|
|
| |
Add SATA ATAPI support for AHCI controllers.
|
| |
|
| |
|
|
|
|
|
|
| |
Tested by: Abdullah Ibn Hamad Al-Marri <almarrie gmail com>
Approved by: sos
Approved by: re (kensmith)
|
|
|
|
|
|
| |
Fix the LBA28/LBA48 crossover bug.
Approved by: re@
|
|
|
|
|
|
|
|
|
|
| |
UDMA modes.
Please notice that Soekris NET5501 bios versions before 1.32f has a bug
that prevents this from working.
Approved by: re (gnn)
MFC: 2 weeks
|
|
|
|
|
|
|
|
| |
PR: kern/114473
Submitted by: Michael Fuckner <michael@fuckner.net>
MFC after: 2 weeks
OK'ed by: sos
Approved by: re (bmah)
|
|
|
|
|
|
|
|
|
| |
detailed status on each of the backing subdisks. This allows userland
to see which subdisks are online, failed, missing, or a hot spare.
MFC after: 1 week
Approved by: re (bmah)
Reviewed by: sos
|
|
|
|
|
|
|
|
|
|
|
|
| |
some false positives but at this moment it is better to add
support then to dont have it at all (comment from Soren).
PR: kern/111516
Submitted by: Thomas Nystrom <thn at saeab dot se>
Approved by: re (kensmith)
Approved by: imp (mentor)
OK'ed by: sos (With the comment noted above about false
positives).
|
|
|
|
| |
Approved by: re (mux@)
|
|
|
|
| |
Approved by: re@ (blanket and/or cleanup commit approval)
|
|
|
|
|
|
|
| |
now takes a device_t to be the parent of the bus that is being created.
Most SIMs have been updated with a reasonable argument, but a few exceptions
just pass NULL for now. This argument isn't used yet and the newbus
integration likely won't be ready until after 7.0-RELEASE.
|
|
|
|
|
|
|
|
|
|
|
| |
than the 5288.
It is not correctly implemented in earlier silicon, and the BIOS often
lies about AHCI capability on platforms where these chips are deployed.
With this change I am able to boot FreeBSD on the ASUS Vintage AH-1
barebones system.
Approved by: sos
|
|
|
|
| |
No answer from: sos
|
| |
|
|
|
|
|
|
|
|
| |
as some combinations of chipset, controller and target do not behave
correctly when DMA is enabled for other commands.
PR: kern/103602
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
was being tested, which would result in a system hang in some configurations.
PR: kern/112119
Reviewed by: scottl
MFC after: 3 days
|