#
285830 |
|
23-Jul-2015 |
gjb |
- Copy stable/10@285827 to releng/10.2 in preparation for 10.2-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.2. - Update default pkg(8) configuration to use the quarterly branch.[1]
Discussed with: re, portmgr [1] Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
152193 |
|
08-Nov-2005 |
imp |
Mollify the whitespace police
|
#
150730 |
|
29-Sep-2005 |
imp |
Fix bad compile. Pointy hat to: imp
|
#
150728 |
|
29-Sep-2005 |
imp |
o Add a bunch of o2micro controller IDs o Add SMC34C90 to list as well, since I've found enough more data about it since my original research to know it is appropriate for this driver.
|
#
140035 |
|
11-Jan-2005 |
imp |
Use the FreeBSD standard license, since there's no reason to use the version I have here.
|
#
139749 |
|
06-Jan-2005 |
imp |
Start each of the license/copyright comments with /*-, minor shuffle of lines
|
#
139225 |
|
23-Dec-2004 |
imp |
Add recognition of O2Micro 711M1.
Submitted by: Gordon Bergling
|
#
132552 |
|
22-Jul-2004 |
imp |
Add IDs from TI's web site. Reports from the field and inspection of the data sheets leads me to believe these will just work. Those parts with the various media readers on them may not have the required FreeBSD drivers that will attach to the subdevices that will be seen on some of these parts.
PCI 1515, 1530, 1620, 4520, 6411, 6420, 7410, 7510, 7610
Prompted by: Havard Eidnes
|
#
132551 |
|
22-Jul-2004 |
imp |
More TI device IDs. These are from the datasheets downloaded from TI's web site. They describe the PCI[67]x[12]1 and PCI[67]x20 parts, with and without the smartcard enabled.
|
#
124137 |
|
04-Jan-2004 |
imp |
MFp4: o O2Micro OZ711e1 is now recognized (note: I don't have one, and the current owner of the Dell laptop is reporting problems). o minor nits wrt copyright date.
|
#
119293 |
|
22-Aug-2003 |
imp |
Add newly discovered ENE Technologies CardBus bridges to the list: CB710, CB720, CB1211, CB1225, CB1410 and CB1420 These are likely licensed designed from TI, and the Linux PCMCIA code treats them as TI chips.
Add comment, but no ID for the 711E1 from O2Micro.
|
#
114663 |
|
04-May-2003 |
imp |
fix typo in TI1515 ID.
|
#
114643 |
|
04-May-2003 |
imp |
Grab some of the latest TI cardbus bridge IDs. Inspired by a similar commit to NetBSD. I'll add these to various tables soon.
|
#
111533 |
|
26-Feb-2003 |
imp |
Add a number of IDs from linux for old, rare pci devices: o A second 82092AA id. o SMC 34c90 Plus a couple of trivial formatting changes.
|
#
101632 |
|
10-Aug-2002 |
imp |
confirmed OZ6912 and 6972 share same pci ID
|
#
100704 |
|
26-Jul-2002 |
imp |
MFp4: o Rename the insanely long PCIC bridge ids. o Add my copyright to pccbb.c o Add support for the TI-1510, TI-1520 and TI-4510 series of upcoming bridges. o Init MFUNC if it is zero and the TI part has a MFUNC register at offset 0x8c (1030, 1130 and 1131 don't have anything there, the 1250,1251,1251B and 1450 have a different thing there. The rest have it. TI is likely to only do MFUNC from now on. The IRQMUX in the 1250 series of chips needs no tweaks. o Adjust to new exca interface. o Add comments about TI chips that I learned in talking to an engineer at TI. o Add register definitions for MFUNC. o Create CB_TI125X chipset type.
|
#
89947 |
|
29-Jan-2002 |
imp |
Minor sorting orders
|
#
86265 |
|
11-Nov-2001 |
imp |
Move Intel 82092AA into the list of devices. It appears to be a one off chip that was on one prototype board. However, this appears to be a design that many chipsets are compatible with its PPEC register set (eg the Omega 82c094). Through the kindness of the Red Hat developer David Woodhouse, I now have this datasheet.
I may take the advise of one of the bsd-nomads (whose name unfortunately escapes me at the moment) and split out all these 16-bit I/O mapped PCI devices into a separate driver...
|
#
86264 |
|
11-Nov-2001 |
imp |
Add Omega 82c094 PCI PCMCIA bridge. It is similar to the CL-PD6729 in that it has one BAR that's mapped to 0x3e0 and is I/O only. It does not conform to the Yenta spec, like other PCI PCMICA bridges do (eg the TI 1031, which is mostly a 1131 w/o 32bit card support). It appears that this chip may also need to not route PCI interrupts as well.
This chip is used in the NEC Versa 2430CD (and it appears that sometimes it works, while other times it doesn't) and others in the 2400 series. While the NEC website claims Cardbus support, I can't figure out how that is possible.
Submitted by: Ben Timby <ben@webexc.com>
|
#
83159 |
|
06-Sep-2001 |
imp |
Surf the net again and find more device IDs:
Cirrus Logic PD6834 O2micro OZ6836 O2micro OZ6912/6972 O2micro OZ6922 O2micro OZ6933 TI1260 Note: These two aren't on TI's site, but are in TI1260B http://www.yourvote.com/pci/vendors.txt
Plus comments for other chips found in Windows INF files, and also referenced in various spots on the net:
* Intel 82092AA 0x12218086 16bit * smc/Databook DB87144 0x310610b3 * SMC/databook smc34c90 0xb10610b3 * Omega/Trident 82c094 0x00940123? * Omega/Trident 82c194 0x01941023 * Omega/Trident 82c722 0x07221023? * Opti 82c814 0xc8141045 * Opti 82c824 0xc8241045 * NEC uPD66369 0x003e1033
|
#
82375 |
|
26-Aug-2001 |
jon |
Non-functional changes to NEWCARD stuff. This is the first part of a two-part update to NEWCARD. Changes in this commit are non-functional, and includes the following: * indentation and other changes to meet style(9). * other minor style consistancy changes * addition of comments * renaming of device_t variables to be consistant across all of NEWCARD.
(note that not all style violations are fixed in this commit -- those that aren't will be clobbered by the next commit.)
|
#
78488 |
|
20-Jun-2001 |
imp |
Add new entries for: TI1210, TI4410 and TI4450 and fix what looks like a typo in the OZ6860 entry.
Obtained from: NetBSD
|
#
77195 |
|
25-May-2001 |
imp |
Separate out pci cardbus bridge definitions to a common file for use by both OLDCARD and NEWCARD.
# didn't make the tables the same because oldcard supports more devices than # newcard and newcard's 16-bit stuff needs some work.
|