This file is now generated using src/tools/tools/pciid/mk_pci_vendors.pl,
which merges the Boemler and Heckenbach lists used for rev 1.2.
For now, mk_pci_vendors.pl is called with the -l option, which uses
the entry with the longer description where the same device or vendor
is found in both lists.
If it turns out that this causes to much "back-and-forth" in future
deltas, we can drop the use of the -l option.
date of the announcement)
couple of URL fixes. From: Petri Koistinen <pkoistin@cs.stadia.fi>
(http://www.byte.com/art/9410/sec8/art3.htm is now a dangling link.
any alternative URL?)
announcement from JKH (back when he was still working for Lotus)
http://minnie.tuhs.org/cgi-bin/newsread?23150
This also means that if, as Microsoft say, Linux is a Cancer, FreeBSD is
a Scorpio.
At least some IBM drives support the Standby Condition Timer (i. e.
they allow for an automatic spindown).
Update copyright for 2001. I don't want to insert my name for just
one mode page definition, do people think that `The FreeBSD Project'
is OK?
current format. The new database also has subvendor/subdevice ID
information, which we aren't using for now. This adds 272 new vendors
and 376 new device identifiers, as well as cleaning out some of the
bad entries in the previous revision.
We now combine data from:
http://www.yourvote.com/pcihttp://members.hyperlink.com.au/~chart/pci.htm
by other tools as well).
Note that omissions and corrections for this file should be resolved
via http://www.yourvote.com/pci, as this is the master source for this
database, rather than by editing this file directly.
code designation, as it's code 275.
Include the URL of the ISO3166 Maintenance Agency.
Remove FX, it's been deprecated.
Update the Palestine entry with the correct code and description.
PR: docs/22570
Submitted by: Laurent Wacrenier <lwa@victor.teaser.fr>
related patches. These include:
* Mode page editting can be scripted. This involves two
things: first, if stdin is not a tty, changes are read from
stdin rather than invoking $EDITOR. Second, and more
importantly, not all modepage entries must be included in the
change set. This means that camcontrol can now gracefully handle
more intrusive editting from the $EDITOR, including removal or
rearrangement of lines. It also means that you can do stuff
like:
# echo "WCE: 1" | camcontrol modepage da3 -m 8 -e
# newfs /dev/da3
# echo "WCE: 0" | camcontrol modepage da3 -m 8 -e
* Range-checking on user-supplied input values. modeedit.c now
uses the field width specifiers to determine the maximum
allowable value for a field. If the user enters a value larger
than the maximum, it clips the value to the max and warns the
user. This also involved patching cam_cmdparse.c to be more
consistent with regards to the "count" parameter to arg_put
(previously is was the length of strings and 1 for all integral
types). The cam_cdbparse(3) man page was also updated to reflect
the revised semantics.
* In the process, I removed the 64 entry limit on mode pages (not
that we were even close to hitting that limit). This was a nice
side-effect of the other changes.
* Technically, the new mode editting functionality allows editting
of character array entries in mode pages (type 'c' or 'z'),
however since buff_encode doesn't grok them it is currently
useless.
* Camcontrol gained two new options related to mode pages: -l and
-b. The former lists all available mode pages for a given
device. The latter forces mode page display in binary format
(the default when no mode page definition was found in
scsi_modes).
* Added support for mode page names to scsi_modes. Allows names to
be displayed alongside mode numbers in the mode page
listing. Updated scsi_modes to use the new functionality. This
also adds the semicolon into the scsi_modes syntax as an
optional mode page definition terminator. This is needed to name
pages without providing a page format definition.
* Updated scsi_all.h to include a structure describing mode page
headers.
* Added $FreeBSD$ line to scsi_modes.
Inspired by: dwhite
Reviewed by: ken
Correct derivation of Eighth Edition Research UNIX. According to dmr,
it was derived from 4.1cBSD; according to the 4.4BSD book, it was
derived from 4.1BSD. Since dmr did the work, he's more likely to be
correct.
Correct typos.
Remove dead URLs.
