| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Tidy up some loose ends. Be a little more consistent how the ign driver
probes with the rest of the drivers in this file.
|
|
|
|
|
|
|
|
|
|
|
| |
In the nexus case, there are no ivars for children of nexus devices,
and we were passing data in from before the device existed, hence ivars
are convenient as the softc doesn't really exist yet.
However, for pci->pci bridges, the pcib occupies a pci device itself,
which *does* already have ivars. However, softc is available and stable
at this point since we've been identified and are locating the bus during
attach. So, use softc for this version of pcib devices for storing the
physical bus number in.
|
|
|
|
|
|
|
|
| |
pcib_set_bus() cannot be used on the new child because it is
meant to be used on the *pci* device (it looks at the parent internally)
not the pcib being added. Bite the bullet and use ivars for the bus
number to avoid any doubts about whether the softc is consistant between
probe and attach. This should not break the Alpha code.
|
|
|
|
|
|
|
|
|
|
|
|
| |
the drivers.
* Remove legacy inx/outx support from chipset and replace with macros
which call busspace.
* Rework pci config accesses to route through the pcib device instead of
calling a MD function directly.
With these changes it is possible to cleanly support machines which have
more than one independantly numbered PCI busses. As a bonus, the new
busspace implementation should be measurably faster than the old one.
|
| |
|
|
|
|
|
| |
Solo-1 Datasheet(vendor/device info at P.33)
http://www.alsa-project.org/alsa/ftp/manuals/ess/DsSolo1.pdf
|
|
|
|
|
|
|
| |
This is in fact an Intel Orion chipset (82454KX/GX) which has been used
in HP NetServer's LS4 range.
HP Probably relabeled the DID. That's the only explanation I can find
plausible to this `mystery'.
|
|
|
|
| |
a functional driver for the device.
|
|
|
|
|
| |
Submitted by: sanpei@sanpei.org
PR: kern/18155 (part of)
|
|
|
|
|
| |
Submitted by: YOSHIMURA Hideaki <hideakiy@cs-tokyo01.chuosystem.co.jp>
References: [bsd-nomads:13764]
|
|
|
|
|
| |
CXD1847A, but a CXD1947A. I checked by visual inspection after
prompting from onoe-san.
|
|
|
|
| |
Approved by: imp (original CXD1847A addition)
|
|
|
|
|
|
|
| |
not u_long. On i386's with 64-bit longs, returning u_longs indirectly
in (more than) the space reserved for uintptr_t's tended to corrupt the
previous frame pointer in the stack frame, so it was not easy to debug.
The type mismatches are hidden by the bogus cast in DEVMETHOD().
|
|
|
|
| |
Ids and names were taken from nv4_disp.inf in the latest windows drivers.
|
|
|
|
|
| |
Lucent 56Flex DVS LTMOTEM (winmodem and unsupported)
Cinemaster C 3.0 DVD Decoder
|
|
|
|
|
| |
Submitted by: Brandon Martus <bmartus@chc-chimes.com> (unwittingly)
Obtained from: NetBSD (syssrc/sys/dev/pci/pcidevs)
|
|
|
|
| |
Approved by: jkh
|
|
|
|
|
|
|
|
| |
the vga match (respectivly, though they aren't much different anymore..)
These can be found on newer Dell laptops.
Approved by: Sir Hubbard
|
|
|
|
|
|
|
|
| |
from useful drivers such as the 3D DRI drivers I will be porting for
hardware accelerated OpenGL. The hardware will still be reported during
boot using the nomatch system.
Approved by: jkh
|
|
|
|
| |
Approved by: jkh
|
|
|
|
|
|
| |
PR: 16517
Submitted by: SAKIYAMA Nobuo <sakichan@lares.dti.ne.jp>
Approved by: jhk
|
|
|
|
|
|
| |
PR: 10095, 15299, 13850, 16356
Submitted by: Alex Zepeda, Vladimir Kushnir, Alex Vasylenko, Alex.
Obtained from: XFree86 and NetBSD
|
|
|
|
| |
Add an entry for the Toshiba Fast Infra Red controller (0x07011179)
|
| |
|
|
|
|
| |
on newer alpha workstations and servers
|
|
|
|
| |
Submitted by: cg
|
|
|
|
| |
Obtained from: NetBSD's pcidevs and billf's Dell laptop.
|
|
|
|
| |
Obtained from: NetBSD (syssrc/sys/dev/pci/pcidevs)
|
| |
|
| |
|
|
|
|
|
|
| |
attaching to the device via chip*, use the newbus nomatch method to report
the device. This leaves them unattached so that a driver can be easily
loaded to grab them later.
|
|
|
|
| |
ide_pci which still uses the pci driver compat shims.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
device_add_child_ordered(). 'ivars' may now be set using the
device_set_ivars() function.
This makes it easier for us to change how arbitrary data structures are
associated with a device_t. Eventually we won't be modifying device_t
to add additional pointers for ivars, softc data etc.
Despite my best efforts I've probably forgotten something so let me know
if this breaks anything. I've been running with this change for months
and its been quite involved actually isolating all the changes from
the rest of the local changes in my tree.
Reviewed by: peter, dfr
|
| |
|
|
|
|
|
|
|
|
|
| |
pci_probe_nomatch, so it won't be in the way when loading USB as a module.
The reason for them being there in the first place is that every
motherboard comes with USB kit and this way it looks more pretty (peter).
The real solution will be to define some method of detaching a driver
after it has attached.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* Change the hack used on the alpha for mapping devices into DENSE or
BWX memory spaces to a simpler one. Its still a hack and should be
a seperate api to explicitly map the resource.
* Add $FreeBSD$ as necessary.
|
|
|
|
|
|
|
|
|
|
|
| |
The old algorithm was:
if class == storage and subclass != SCSI device must be IDE
This results in claiming 'raid' and 'other' storage devices as IDE,
which is typically not the case.
Reviewed by: sos
|
|
|
|
|
| |
pciconf on my Vodoo3 2000 also shows sub-system vendor id/model with
card=0x0030121a
|
| |
|
|
|
|
| |
logic (I use the term loosely) was a bit whacky.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Isn't really that useful.
chip0: <PCI to Other bridge (vendor=10e0 device=8849)> at device 0.0 on pci0
is more in keeping with the spirit of the rest of the code.
Previous behavior with regard to truely unknown bridges unchanged.
"<Anti-Bill> Tell you what: you have commit privs now. You do it."
|
|
|
|
|
|
|
| |
This is only partially complete, but allows 450NX-based systems with
more than one PCI bus to be used again.
Submitted by: dfr
|
|
|
|
| |
my Compaq 3000 to recognize the secondary bus.
|
|
|
|
| |
Submitted by: Daniel Baker <dbaker@cuckoo.com>
|
|
|
|
| |
Also, Apollo IDE controller has device ID of 1571 and 0571
|