<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/ata, branch release/4.9.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.9.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.9.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2003-10-27T07:57:33Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2003-10-27T07:57:33Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2003-10-27T07:57:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=90928716548537e93f54266e33cb4a3353fd3932'/>
<id>urn:sha1:90928716548537e93f54266e33cb4a3353fd3932</id>
<content type='text'>
'RELENG_4_9_0_RELEASE'.

This commit was manufactured to restore the state of the 4.9-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
</content>
</entry>
<entry>
<title>MFS: rev. 1.35.2.35:</title>
<updated>2003-10-26T19:27:16Z</updated>
<author>
<name>Max Khon</name>
<email>fjoe@FreeBSD.org</email>
</author>
<published>2003-10-26T19:27:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=447948bfdf73b4bdf1a5b9bd955b8ce09f6a53f3'/>
<id>urn:sha1:447948bfdf73b4bdf1a5b9bd955b8ce09f6a53f3</id>
<content type='text'>
Fix setting PIO mode timings on AcerLabs Aladdin IV/V chipsets.

Approved by:	re
</content>
</entry>
<entry>
<title>MFC: Add support for the Intel ICH5 SATA controller in both legacy and</title>
<updated>2003-10-22T14:43:52Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2003-10-22T14:43:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=76b353e5eb4e21a53d6bf8521dd4fd28a36dec52'/>
<id>urn:sha1:76b353e5eb4e21a53d6bf8521dd4fd28a36dec52</id>
<content type='text'>
enhanced mode.

Submitted by:	Dan Strick &lt;strick@covad.net&gt;
Approved by:	re (murray)
</content>
</entry>
<entry>
<title>Fix a function prototype error.</title>
<updated>2003-10-01T04:02:18Z</updated>
<author>
<name>Luoqi Chen</name>
<email>luoqi@FreeBSD.org</email>
</author>
<published>2003-10-01T04:02:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a7cd3bd4e17095d40f13de07dc613af0b34f75a2'/>
<id>urn:sha1:a7cd3bd4e17095d40f13de07dc613af0b34f75a2</id>
<content type='text'>
Approved by:	re@
</content>
</entry>
<entry>
<title>MFC rev. 1.22:</title>
<updated>2003-09-18T20:15:55Z</updated>
<author>
<name>Thomas Quinot</name>
<email>thomas@FreeBSD.org</email>
</author>
<published>2003-09-18T20:15:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a114d1e033b7d166920cb189c8c6379125280a81'/>
<id>urn:sha1:a114d1e033b7d166920cb189c8c6379125280a81</id>
<content type='text'>
(atapi_action, case XPT_PATH_INQ): Handle properly the case of
CAM_TARGET_WILDCARD (target_id_t is an unsigned integer type).

Approved by:	re (murray)
</content>
</entry>
<entry>
<title>Fixed panics that will occur during attempts to rescan ATA disk devices</title>
<updated>2003-09-05T18:27:39Z</updated>
<author>
<name>David Greenman</name>
<email>dg@FreeBSD.org</email>
</author>
<published>2003-09-05T18:27:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=96c7aa562654bbd1188375c592a07295dd39528a'/>
<id>urn:sha1:96c7aa562654bbd1188375c592a07295dd39528a</id>
<content type='text'>
(which occur after disk errors). The panic is due to attempts to acquire
the ATA channel lock multiple times (at different levels), with the second
attempt trying to sleep in an interrupt context. The fix is to indicate
to the other levels that we already have the lock.
The problem has been fixed in -current a different way and isn't portable
to -stable.

Reviewed by:	sos@freebsd.org
Approved by:	re@freebsd.org
</content>
</entry>
<entry>
<title>MFC: ata driver bus dma code.</title>
<updated>2003-09-05T07:29:10Z</updated>
<author>
<name>Luoqi Chen</name>
<email>luoqi@FreeBSD.org</email>
</author>
<published>2003-09-05T07:29:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e15f945effd4fe56ef9e394dca79ecbd88c4acdc'/>
<id>urn:sha1:e15f945effd4fe56ef9e394dca79ecbd88c4acdc</id>
<content type='text'>
Eyeballed by:	sos
Approved by:	re
</content>
</entry>
<entry>
<title>More vm_offset_t -&gt; vm_paddr_t conversions in kernel dump related code.</title>
<updated>2003-08-31T00:16:28Z</updated>
<author>
<name>Luoqi Chen</name>
<email>luoqi@FreeBSD.org</email>
</author>
<published>2003-08-31T00:16:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=99915acc7d68da75de2439d76036420a0c3cd29c'/>
<id>urn:sha1:99915acc7d68da75de2439d76036420a0c3cd29c</id>
<content type='text'>
This is functionally a no-op. If you have 4G or more memory, most likely
you will still have problem with dumping since PCI device windows are
not currently excluded.

Approved by:	re
</content>
</entry>
<entry>
<title>almost-MFC: Søren and I have made a minimal 4.x variant of the bits in</title>
<updated>2003-08-26T11:32:57Z</updated>
<author>
<name>Stephen McKay</name>
<email>mckay@FreeBSD.org</email>
</author>
<published>2003-08-26T11:32:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a0fb2afc229a7184145c4f13f9915f16ea393deb'/>
<id>urn:sha1:a0fb2afc229a7184145c4f13f9915f16ea393deb</id>
<content type='text'>
current (ata-chipset.c:1.32) that properly support the SiI 0680 chip.
Prior to this, heavy load on both channels at once would cause command
timeouts and sometimes data corruption.

Submitted by: sos
Approved by: re (murray) and sos
</content>
</entry>
<entry>
<title>MFC:  Fix ATAPI/USB/Firewire CDROM drive handling in cd(4) and hopefully</title>
<updated>2003-08-24T03:26:38Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2003-08-24T03:26:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=403611e3ccb8e5455f28f8e480e6ba98435c04a5'/>
<id>urn:sha1:403611e3ccb8e5455f28f8e480e6ba98435c04a5</id>
<content type='text'>
fix a number of related problems along the way.

Files/revisions merged:

scsi_cd.c:	1.72, 1.77, 1.80
scsi_all.c:	1.39 (partial)
scsi_all.h:	1.22
scsi_cd.h:	1.7
scsi_da.c:	1.139
atapi-cam.c:	1.13
not merged:	umass.c rev 1.76 (doesn't apply to -stable)

Because of the differences between -current and -stable, some of these
changes are not identical to the ones in -current.

Most notably, cd(4) in -stable uses the slice code, whereas cd(4) in
-current has no disklabel support at all.  So there is extra code in the
-stable version of these patches to handle that.

 - Automatically detect CDROM drives that can't handle 6 byte mode
   sense and mode select, and adjust our command size accordingly.
   We have to handle this in the cd(4) driver (where the buffers are
   allocated), since the parameter list length is different for the
   6 and 10 byte mode sense commands.

 - Remove MODE_SENSE and MODE_SELECT translation in ATAPICAM, since
   there's no way for that to work properly.

 - Merge support for sending a path inquiry CCB to see if the SIM has set
   the PIM_NO_6_BYTE flag. (scsi_cd.c rev 1.80)

 - Add a quirk entry for CDROM drives that just hang when they get a 6
   byte mode sense or mode select.  The reason for the quirk must be
   documented in a PR, and all quirks must be approved by
   ken@FreeBSD.org.  This is to make sure that we fully understand why
   each quirk is needed.  In most cases, the PIM_NO_6_BYTE flag set by the
   SIM driver should eliminate the need for a quirk.

 - Change the way the da(4) handles the no_6_byte sysctl.  There is
   now a per-drive sysctl to set the minimum command size for that
   particular disk.  (Since you could have multiple disks with
   multiple requirements in one system.)

 - Loader tunable support for all the sysctls in the da(4) and cd(4)
   drivers.

 - Add a CDIOCCLOSE ioctl for cd(4) (bde pointed this out a long
   time ago).

 - Add a media validation routine (cdcheckmedia()) to the cd(4)
   driver, to fix some problems bde pointed out a long time ago.  For
   -stable, open() will still fail if there is no media in the drive.  This
   is because of issues with the slice code handling media changing
   underneath it.  If bde and I can get those issues worked out, there is
   basic code in this set of patches to handle allowing the CDIOCCLOSE and
   CDIOCEJECT ioctls without media in the drive.

 - The media validation routine also reads the table of contents off
   the drive.  We use the table of contents to implement the
   CDIOCPLAYTRACKS ioctl using the PLAY AUDIO MSF command.  The
   PLAY AUDIO TRACK INDEX command that we previously used was
   deprecated after SCSI-2.  It works in every SCSI CDROM I've tried,
   but doesn't seem to work on ATAPI CDROM drives.  We still use the
   play audio track index command if we don't have a valid TOC, but
   I suppose it'll fail anyway in that case.

 - Add _len() versions of scsi_mode_sense() and scsi_mode_select() so
   that we can specify the minimum command length.

Approved by:	re
</content>
</entry>
</feed>
