#
259065 |
|
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
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
|
#
254263 |
|
12-Aug-2013 |
scottl |
Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI command register. The lazy BAR allocation code in FreeBSD sometimes disables this bit when it detects a range conflict, and will re-enable it on demand when a driver allocates the BAR. Thus, the bit is no longer a reliable indication of capability, and should not be checked. This results in the elimination of a lot of code from drivers, and also gives the opportunity to simplify a lot of drivers to use a helper API to set the busmaster enable bit.
This changes fixes some recent reports of disk controllers and their associated drives/enclosures disappearing during boot.
Submitted by: jhb Reviewed by: jfv, marius, achadd, achim MFC after: 1 day
|
#
238954 |
|
31-Jul-2012 |
adrian |
Restore the PCI bridge configuration upon resume.
This allows my TI1510 cardbus/PCI bridge to work after a suspend/resume, without having to unload/reload the cbb driver.
I've also tested this on stable/9. I'll MFC it shortly.
PR: kern/170058 Reviewed by: jhb MFC after: 1 day
|
#
227843 |
|
22-Nov-2011 |
marius |
- There's no need to overwrite the default device method with the default one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID.
|
#
223352 |
|
21-Jun-2011 |
imp |
Mark the card as bad on shutdown. This means that bus_child_present will return false on shutdown and massive spewage from usb disappears for usb cardbus adapters.
|
#
190878 |
|
10-Apr-2009 |
thompsa |
Revert r190676,190677
The geom and CAM changes for root_hold are the wrong solution for USB design quirks.
Requested by: scottl
|
#
190676 |
|
03-Apr-2009 |
thompsa |
Add a how argument to root_mount_hold() so it can be passed NOWAIT and be called in situations where sleeping isnt allowed.
|
#
188701 |
|
17-Feb-2009 |
imp |
Hold off root mounting until we've gone through the loop of our thread almost once. After we've configured the devices that were present the first time through, then we know that we're done. If the device has other devices that are deferred, then it must do a similar dance. This catches both PC Cards and CardBus cards.
|
#
188129 |
|
04-Feb-2009 |
imp |
Correct signatures to match kobj function definitions.
|
#
185910 |
|
11-Dec-2008 |
imp |
Update to the interrupt handling code:
o Try to be smarter about reading the ExCA CSC register. Now, we only do it for 16-bit cards. Add some experimental code to treat it like a power interrupt, but I'm not 100% sure that I like it. It may be removed upon further testing. It seemed to help in one test case, but the evidence may be inconclusive. This may be beneficial for cleaning up exca_reset and exca_wait_ready. o Check for CSTS events on the socket event register. We ask for it when we're powering up a card, but I don't think we're otherwise using it. Just ACK the interrupt for now. In theory, we can use it instead of the busy wait we do in cbb_cardbus_reset. More research is necessary to see if we can optimize things there when we're waiting for the DEVVENDOR register to become valid. o Rework the comments a bit. Minor tidying up. Etc.
|
#
185740 |
|
07-Dec-2008 |
imp |
Use atomic_add_int rather than a simple ++ to ensure no cache races if the power interrupt and init code waiting for the interrupt are running on different CPUs. I haven't seen this make any real difference, but I've also had some reports of odd behavior I can't otherwise explain. It is an infrequent operation, and certainly wouldn't hurt.
|
#
185625 |
|
05-Dec-2008 |
imp |
Move to using filter for the change interrupts. Also rework the power interrupt code to be more robust. I've been running these changes for over a year... With these changes, I don't see the ath card going into reset like the code in the tree.
|
#
183558 |
|
02-Oct-2008 |
imp |
Return BUS_PROBE_GENERIC rather BUS_PROBE_DEFAULT for generic CBB we match.
Reviewed by: jhb@
|
#
183539 |
|
02-Oct-2008 |
imp |
Don't forget to match on a CLASS of PCIC_BRIDGE as well as subclass PCIS_BRIDGE_CARDBUS. Otherwise, we may hit a few false positives....
|
#
172836 |
|
20-Oct-2007 |
julian |
Rename the kthread_xxx (e.g. kthread_create()) calls to kproc_xxx as they actually make whole processes. Thos makes way for us to add REAL kthread_create() and friends that actually make theads. it turns out that most of these calls actually end up being moved back to the thread version when it's added. but we need to make this cosmetic change first.
I'd LOVE to do this rename in 7.0 so that we can eventually MFC the new kthread_xxx() calls.
|
#
172394 |
|
30-Sep-2007 |
marius |
Make the PCI code aware of PCI domains (aka PCI segments) so we can support machines having multiple independently numbered PCI domains and don't support reenumeration without ambiguity amongst the devices as seen by the OS and represented by PCI location strings. This includes introducing a function pci_find_dbsf(9) which works like pci_find_bsf(9) but additionally takes a domain number argument and limiting pci_find_bsf(9) to only search devices in domain 0 (the only domain in single-domain systems). Bge(4) and ofw_pcibus(4) are changed to use pci_find_dbsf(9) instead of pci_find_bsf(9) in order to no longer report false positives when searching for siblings and dupe devices in the same domain respectively. Along with this change the sole host-PCI bridge driver converted to actually make use of PCI domain support is uninorth(4), the others continue to use domain 0 only for now and need to be converted as appropriate later on. Note that this means that the format of the location strings as used by pciconf(8) has been changed and that consumers of <sys/pciio.h> potentially need to be recompiled.
Suggested by: jhb Reviewed by: grehan, jhb, marcel Approved by: re (kensmith), jhb (PCI maintainer hat)
|
#
170272 |
|
04-Jun-2007 |
imp |
Migrate from setting a CARD_OK flag in a shared word, to setting its own entry in the softc. This should allow more of cbb_pci_intr() to migrate to a new cbb_pci_filt() so that we don't have to run cbb's ISR in almost every case we get an interrupt. We can't just move cbb_pci_intr into cbb_pci_filt because it does things that aren't safe to do from a fast interrupt handler, err I mean from a filter. This is an important first step.
# I wonder if I need to make cardok volatile or not.
|
#
166901 |
|
23-Feb-2007 |
piso |
o break newbus api: add a new argument of type driver_filter_t to bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many Approved by: re@
|
#
166785 |
|
16-Feb-2007 |
imp |
Fix typo in comment
|
#
161241 |
|
12-Aug-2006 |
imp |
Batch of changes: o when turning off the socket for a 16-bit card, write 0 to INTR register rather than just tying to just clear the rest bit. this seems to fix card insert detection after an eject on TI bridges (ricoh bridges work either way, apparently). This is a MFp4. o Cope better with TOPIC95 bridges on powerup. According to NetBSD driver, these bridges don't set POWER_STATE, so cope accordingly in our power code. They also need a little extra time to settle, so do that as well. o It appears that we need to turn on/off one of the clocks to the card when we power up/down that socket on a TOPIC97, also from NetBSD. o TOPIC97 bridges need to specifically enable LV card support. Unconditionally do this in the hopes that all laptops that have these chips support LV voltages (they should, since they are required for CardBus). o TOPIC register name regularization. Registers specific to models of TOPIC are now called out as such.
# I need a machine with a TOPIC95 for testing.
|
#
159197 |
|
03-Jun-2006 |
imp |
Move shutdown, and pci specific methods into pccbb_pci.c. Many more are needed still.
|
#
159196 |
|
03-Jun-2006 |
imp |
The interrupt routine is pci specific. Move it into pccbb_pci.c.
|
#
159195 |
|
03-Jun-2006 |
imp |
Fix a couple printf's to be properly terminated. Use a better name for the cbb thread.
|
#
158893 |
|
24-May-2006 |
imp |
Export the pribus, secbus and subbus as sysctls for information purposes only. Additional information may be exported in the future.
|
#
158865 |
|
23-May-2006 |
imp |
Whitespace nits
|
#
158651 |
|
16-May-2006 |
phk |
Since DELAY() was moved, most <machine/clock.h> #includes have been unnecessary.
|
#
151081 |
|
08-Oct-2005 |
imp |
MFP4: More removal of unused stuff.
|
#
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.
|
#
150713 |
|
29-Sep-2005 |
imp |
I added the device IDs to the header, but not to the table. Add them to the table.
MFC After: 3 days
|
#
148102 |
|
17-Jul-2005 |
imp |
Rename a bit to make it clearer that it enables routing of the function interrupts to the ISA bus.
|
#
148013 |
|
14-Jul-2005 |
imp |
Omnibus power and interrupt fixes: o Don't busy wait on powerup. Instead, use the power up interrupt to wait for the card to power up. Don't wait when we're turning the card off, since no interrupt happens in that case. o Convert many of the long DELAYs to tsleeps. We do not run before the timer have stared, so DELAY isn't necessary. More DELAYs can likely be eliminated in the future. o When powering up the card, don't do anything if the card is already powered up (before we'd power cycle it). This means that for most cards we power them up once and then never change the power. o On card eject, mask (by clearing) the CD bit. Before we set it, which was wrong. We don't want to see any CD events past the first one since they need to be debounced.
With these changes, I can insert/eject 16bit cards without glitching xmms' sound output. Something very important to the development of better pccard drivers :-)
|
#
147047 |
|
06-Jun-2005 |
imp |
Not yet ready to burn this, so unmark power stuff.... non-type 0 busses still need to do this
|
#
145020 |
|
13-Apr-2005 |
imp |
Since cbb implements the pcib_ interface, it must also implement the pcib_route_interrupt interface. Since there's only one interrupt pin in the CardBus form factor, everybody gets to share it. Implement cbb_route_interrupt to return the interrupt we have.
Suggested by: bms
|
#
143158 |
|
05-Mar-2005 |
imp |
Use BUS_PROBE_DEFAULT for pci probe return value
|
#
140197 |
|
13-Jan-2005 |
imp |
Use the standard FreeBSD license for these files.
Approved by: imp, jon
|
#
140036 |
|
11-Jan-2005 |
imp |
/* -> /*- for a second clause
|
#
139749 |
|
05-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
|
#
133811 |
|
16-Aug-2004 |
imp |
Don't need to declare cbb module. don't know why I never saw duplicate messages..
|
#
133553 |
|
12-Aug-2004 |
imp |
Move towards isa attachment for pccbb. This is a work in progress, but works well with the pci attachment.
|