src/sys/dev/pccbb/pccbb.c, branch release/5.3.0_cvs

This commit was manufactured by cvs2svn to create tag

2004-11-04T19:12:42+00:00

'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.

Move towards isa attachment for pccbb. This is a work in progress, but

2004-08-12T06:50:29+00:00

works well with the pci attachment.

Add IDs from TI's web site. Reports from the field and inspection of

2004-07-22T20:19:57+00:00

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

Update comment about fast interrupts to be closer to reality

2004-07-22T07:44:10+00:00

Improve the kludge assignment of sub-bus numbers a little by fixing an

2004-06-23T13:49:46+00:00

off by one error.  subbus must be > than pribus, so the right test is
<= not just <.

Reported by: Peter Losher

Add some missing includes which are masked by the

2004-05-30T17:57:46+00:00

one on death-row in

When attaching pccard and cardbus children, there's no need to set the

2004-05-21T06:11:47+00:00

device == NULL on failure.  A warning should suffice.

# I wrote this back before I understood the unattached but loosely bound
# newbus concept...

Now that we have the resource allocation code in current, the kludge

2004-05-21T06:10:13+00:00

to try to allocate things on my parent can be taken out.  It duplicates code.

Also, add comment about why the power state stuff is here (type 2
devices don't participate in the power state save/restore due to
larger Bx issues).

Need to mark the interrupt from cbb as being MP safe on resume too.

2004-05-04T02:25:00+00:00

Start programming the bus numbers for the pci<->cardbus. When the

2004-04-23T05:25:13+00:00

secondary bus is 0, we program the primary bus, the secondary bus and
the suborindate bus.  This isn't ideal, since we start at parent_bus +
1 and store this in a static.

Ideally, we'd walk the tree and assign bus numbers.  However, that's
harder to accomplish without some help from the bus layer which we're
not planning on doing that until 6.

This fixes my CardBus problems on my Sony PCG-Z1WA, and might fix the
Dells that have had problems.