src/sys/dev/ata/atapi-tape.c, branch releng/8.0

Remove unneeded device index from unit number.

2009-04-26T09:21:37+00:00

We only use the unit number to determine whether we should rewind the
device upon closure.

Revert my ata_identify()/ata_reinit() related changes: r189166, r189091

2009-02-28T22:07:15+00:00

and partially r188903. Revert breaks new drives detection on reinit to the
state as it was before me, but fixes series of new bugs reported by some
people.

Unconditional queueing of ata_completed() calls can lead to deadlock if
due to timeout ata_reinit() was called at the same thread by previous
ata_completed(). Calling of ata_identify() on ata_reinit() in current
implementation opens numerous races and deadlocks.

Problems I was touching here are still exist and should be addresed, but
probably in different way.

Rework device probing by moving ata_getparam() call from ata_identify() to

2009-02-28T11:25:05+00:00

drivers' probe routines. It allows not to sleep and so not drop Giant inside
ata_identify() critical section and so avoid crash if it reentered on
request timeout. Reentering of probe call checked inside of it.

Give device own knowledge about it's type (ata/atapi/atapicam). It is not
a good idea to ask channel status for device type inside ata_getparam().

Add softc memory deallocation on device destruction.

Teach device drivers' ata_reinit() methods, that there can be more then two

2009-02-21T16:39:26+00:00

devices per channel.

Fix shutdown routine to return 0 and change signature from void return

2009-02-04T20:26:27+00:00

to int.

Replace all calls to minor() with dev2unit().

2008-09-27T08:51:18+00:00

After I removed all the unit2minor()/minor2unit() calls from the kernel
yesterday, I realised calling minor() everywhere is quite confusing.
Character devices now only have the ability to store a unit number, not
a minor number. Remove the confusion by using dev2unit() everywhere.

This commit could also be considered as a bug fix. A lot of drivers call
minor(), while they should actually be calling dev2unit(). In -CURRENT
this isn't a problem, but it turns out we never had any problem reports
related to that issue in the past. I suspect not many people connect
more than 256 pieces of the same hardware.

Reviewed by:	kib

Fix panic and breakage for non-DMA ATA devices e.g. powermac macio cells.

2008-05-08T17:55:44+00:00

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

Go back to preallocating everything possible on init.

2008-04-17T12:29:35+00:00

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 the brokenness in the former commit, sorry for the mess.

2008-04-11T11:30:27+00:00

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

Add experimental support for SATA Port Multipliers

2008-04-10T13:05:05+00:00

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!